<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/arm/vfp, branch linux-2.6.19.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.19.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.19.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2006-10-28T09:15:31Z</updated>
<entry>
<title>[ARM] 3900/1: Fix VFP Division by Zero exception handling.</title>
<updated>2006-10-28T09:15:31Z</updated>
<author>
<name>Takashi Ohmasa</name>
</author>
<published>2006-10-23T10:19:40Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e0f205d9c656da9dad6340f75e33a96014b7d23f'/>
<id>urn:sha1:e0f205d9c656da9dad6340f75e33a96014b7d23f</id>
<content type='text'>
The SIGFPE signal should be generated if Division by Zero exception is detected.

Signed-off-by: Takashi Ohmasa &lt;ohmasa.takashi@jp.panasonic.com&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] 3899/1: Fix the normalization of the denormal double precision number.</title>
<updated>2006-10-28T09:15:31Z</updated>
<author>
<name>Takashi Ohmasa</name>
</author>
<published>2006-10-23T07:30:35Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e816d71a50a714b532e3965364f3f53c23a53d42'/>
<id>urn:sha1:e816d71a50a714b532e3965364f3f53c23a53d42</id>
<content type='text'>
The significand should be shifted until the value of bit [62] is 1
to normalize the denormal double number.

Signed-off-by: Takashi Ohmasa &lt;ohmasa.takashi@jp.panasonic.com&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[PATCH] arm __user annotations</title>
<updated>2006-10-11T18:17:05Z</updated>
<author>
<name>Al Viro</name>
</author>
<published>2006-10-11T16:22:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=35d59fc5d6f318a28a99c5936171afd4edef28c8'/>
<id>urn:sha1:35d59fc5d6f318a28a99c5936171afd4edef28c8</id>
<content type='text'>
Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] arm build fail: vfpsingle.c</title>
<updated>2006-10-03T15:04:20Z</updated>
<author>
<name>Frederik Deweerdt</name>
</author>
<published>2006-10-03T08:16:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=42d3fb5a8771b840e0bd6dbcd0c734883dd90b6f'/>
<id>urn:sha1:42d3fb5a8771b840e0bd6dbcd0c734883dd90b6f</id>
<content type='text'>
It looks like Zach Brown's patch pr_debug-check-pr_debug-arguments
worked as inteded. That is, it doesn't "allow completely incorrect code
to build." :).

The arm build fails with the following message:
  CC      arch/arm/vfp/vfpsingle.o
  arch/arm/vfp/vfpsingle.c: In function `__vfp_single_normaliseround':
  arch/arm/vfp/vfpsingle.c:201: error: `func' undeclared (first use in
  this function)
  arch/arm/vfp/vfpsingle.c:201: error: (Each undeclared identifier is
  reported only once
  arch/arm/vfp/vfpsingle.c:201: error: for each function it appears in.)
  make[1]: *** [arch/arm/vfp/vfpsingle.o] Error 1
  make: *** [arch/arm/vfp] Error 2

The following patch fixes the issue by using func only when DEBUG is
defined.

Signed-off-by: Frederik Deweerdt &lt;frederik.deweerdt@gmail.com&gt;
Cc: Russell King &lt;rmk@arm.linux.org.uk&gt;
Cc: Zach Brown &lt;zach.brown@oracle.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[ARM] Cleanups for 4cc9bd2eaa1063c68341c1c00e66660adcfdf254</title>
<updated>2006-09-25T09:34:59Z</updated>
<author>
<name>Russell King</name>
</author>
<published>2006-09-21T16:00:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=baf97ce6eda5891ee45fae9c1b06db855bb697e1'/>
<id>urn:sha1:baf97ce6eda5891ee45fae9c1b06db855bb697e1</id>
<content type='text'>
- Document the meaning for OP_SCALAR, OP_SD and add OP_DD.
- Formatting cleanups
- Remove now redundant code for making compare instructions
  operate on scalar values.

Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] 3789/4: Fix VFP emulation to ignore VECITR for scalar instruction</title>
<updated>2006-09-25T09:34:06Z</updated>
<author>
<name>Gen FUKATSU</name>
</author>
<published>2006-09-21T13:08:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4cc9bd2eaa1063c68341c1c00e66660adcfdf254'/>
<id>urn:sha1:4cc9bd2eaa1063c68341c1c00e66660adcfdf254</id>
<content type='text'>
VECITR in Floating-Point Exception register indicates the number of
remaining short vector iterations after a potential exception was
detected.

In case of exception caused by scalar instructions, VECITR is NOT updated.
Therefore emulation for VFP must ignore VECITR field
and treat "veclen" as zero when recognizing scalar instructing.

Signed-off-by: Gen Fukatsu &lt;fukatsu.gen@jp.panasonic.com&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] 3759/2: Remove uses of %?</title>
<updated>2006-09-20T13:58:35Z</updated>
<author>
<name>Daniel Jacobowitz</name>
</author>
<published>2006-08-30T14:02:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6a39dd6222dda5ee2414a1b42e8e62118742a49e'/>
<id>urn:sha1:6a39dd6222dda5ee2414a1b42e8e62118742a49e</id>
<content type='text'>
Patch from Daniel Jacobowitz

The ARM kernel has several uses of asm("foo%?").  %? is a GCC internal
modifier used to output conditional execution predicates.  However, no
version of GCC supports conditionalizing asm statements.  GCC 4.2 will
correctly expand %? to the empty string in user asms.  Earlier versions may
reuse the condition from the previous instruction.  In 'if (foo) asm
("bar%?");' this is somewhat likely to be right... but not reliable.

So, the only safe thing to do is to remove the uses of %?.  I believe
the tlbflush.h occurances were supposed to be removed before, based
on the comment about %? not working at the top of that file.

Old versions of GCC could omit branches around user asms if the asm didn't
mark the condition codes as clobbered.  This problem hasn't been seen on any
recent (3.x or 4.x) GCC, but it could theoretically happen.  So, where
%? was removed a cc clobber was added.

Signed-off-by: Daniel Jacobowitz &lt;dan@codesourcery.com&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] Optimise VFP thread notify function a little</title>
<updated>2006-09-20T13:58:35Z</updated>
<author>
<name>Russell King</name>
</author>
<published>2006-08-27T11:38:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=681a4991f83742a0d2325afbf7b7f22045ad5b30'/>
<id>urn:sha1:681a4991f83742a0d2325afbf7b7f22045ad5b30</id>
<content type='text'>
The common case for the thread notifier is a context switch.  Tell
gcc that this is the most likely condition so it can optimise the
function for this case.

Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] 3750/3: Fix double VFP emulation for EABI kernels</title>
<updated>2006-08-30T14:06:39Z</updated>
<author>
<name>Daniel Jacobowitz</name>
</author>
<published>2006-08-30T14:06:39Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0355b3e039c621d15321fd0d5cf72d8bdb8f723d'/>
<id>urn:sha1:0355b3e039c621d15321fd0d5cf72d8bdb8f723d</id>
<content type='text'>
Patch from Daniel Jacobowitz

vfp_put_double didn't work in a CONFIG_AEABI kernel.  By swapping
the arguments, we arrange for them to be in the same place regardless
of ABI.  I made the same change to vfp_put_float for consistency.

Signed-off-by: Daniel Jacobowitz &lt;dan@codesourcery.com&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] 3758/1: Preserve signalling NaNs in conversion</title>
<updated>2006-08-27T11:42:14Z</updated>
<author>
<name>Daniel Jacobowitz</name>
</author>
<published>2006-08-27T11:42:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b53a2b41f156a9c9b62c14502037cbc15bc08b54'/>
<id>urn:sha1:b53a2b41f156a9c9b62c14502037cbc15bc08b54</id>
<content type='text'>
Patch from Daniel Jacobowitz

The fcvtds and fcvtsd instructions were generating a qnan bit pattern
for both quiet and signalling NaNs.

Signed-off-by: Daniel Jacobowitz &lt;dan@codesourcery.com&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
</feed>
