lkml.org 
[lkml]   [2012]   [Mar]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: linux-next: triage for March 18, 2012
From
Date
On Mon, 19 Mar 2012 19:41:44 -0000, David Howells said:
> Valdis.Kletnieks@vt.edu wrote:
>
> > Umm.. it's not clear to *me* that it's intended to be a negative 16 bit? Or
> > am I just missing context not present in the patch?
> >
> > (I have no idea if the rest of the patch is OK or not, but that comment
> > didn't give me warm fuzzies....)

> The patch permits a 64-bit hosted assembler to represent a large 32-bit
> unsigned integer (such as 0xfffffff1) as a negative integer where the
> instruction being assembled has a signed immediate operand.

Oh, I understood the gist of the patch. My question was specifically
regarding the comment saying:

"0xffffe000 is clearly intended to be a negative 16-bit value"

I'd guess it was a negative *32* bit value, unless there's context constraining it to 16....
[unhandled content-type:application/pgp-signature]
\
 
 \ /
  Last update: 2012-03-19 23:01    [W:0.203 / U:0.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site