<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/arch/arm/vfp/vfpsingle.c, branch linux-6.2.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.</subtitle>
<id>https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-6.2.y</id>
<link rel='self' href='https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-6.2.y'/>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/'/>
<updated>2014-11-21T15:24:50Z</updated>
<entry>
<title>ARM: convert printk(KERN_* to pr_*</title>
<updated>2014-11-21T15:24:50Z</updated>
<author>
<name>Russell King</name>
<email>rmk+kernel@arm.linux.org.uk</email>
</author>
<published>2014-10-28T11:26:42Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=4ed89f2228061422ce5f62545fd0b6f6648bd2cc'/>
<id>urn:sha1:4ed89f2228061422ce5f62545fd0b6f6648bd2cc</id>
<content type='text'>
Convert many (but not all) printk(KERN_* to pr_* to simplify the code.
We take the opportunity to join some printk lines together so we don't
split the message across several lines, and we also add a few levels
to some messages which were previously missing them.

Tested-by: Andrew Lunn &lt;andrew@lunn.ch&gt;
Tested-by: Felipe Balbi &lt;balbi@ti.com&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>ARM: 8026/1: Fix emulation of multiply accumulate instructions</title>
<updated>2014-04-14T22:28:24Z</updated>
<author>
<name>Jay Foad</name>
<email>jay.foad@gmail.com</email>
</author>
<published>2014-04-14T15:23:15Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=244b478386260a8a9150b501bc97644e2e07f8d3'/>
<id>urn:sha1:244b478386260a8a9150b501bc97644e2e07f8d3</id>
<content type='text'>
The emulation for single and double precision multiply accumulate
instructions correctly normalised any denormal values in the operand
registers, but failed to normalise the destination (accumulator)
register.

This fixes https://bugzilla.kernel.org/show_bug.cgi?id=70501

Signed-off-by: Jay Foad &lt;jay.foad@gmail.com&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] Remove unnecessary asm/ptrace.h from VFP support code</title>
<updated>2007-04-22T09:56:40Z</updated>
<author>
<name>Russell King</name>
<email>rmk@dyn-67.arm.linux.org.uk</email>
</author>
<published>2007-04-22T09:56:40Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=7531a1c2c4477f63688871c1648d828f55313d42'/>
<id>urn:sha1:7531a1c2c4477f63688871c1648d828f55313d42</id>
<content type='text'>
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[PATCH] arm build fail: vfpsingle.c</title>
<updated>2006-10-03T15:04:20Z</updated>
<author>
<name>Frederik Deweerdt</name>
<email>deweerdt@free.fr</email>
</author>
<published>2006-10-03T08:16:11Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/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>
<email>rmk@dyn-67.arm.linux.org.uk</email>
</author>
<published>2006-09-21T16:00:08Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/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>
<email>fukatsu.gen@jp.panasonic.com</email>
</author>
<published>2006-09-21T13:08:24Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/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] 3750/3: Fix double VFP emulation for EABI kernels</title>
<updated>2006-08-30T14:06:39Z</updated>
<author>
<name>Daniel Jacobowitz</name>
<email>drow@false.org</email>
</author>
<published>2006-08-30T14:06:39Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/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>
<email>drow@false.org</email>
</author>
<published>2006-08-27T11:42:14Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/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>
<entry>
<title>[ARM] 3749/3: Correct VFP single/double conversion emulation</title>
<updated>2006-08-27T11:42:10Z</updated>
<author>
<name>Daniel Jacobowitz</name>
<email>drow@false.org</email>
</author>
<published>2006-08-27T11:42:10Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=c29ecac18cb740ae845db14963ac586c53962453'/>
<id>urn:sha1:c29ecac18cb740ae845db14963ac586c53962453</id>
<content type='text'>
Patch from Daniel Jacobowitz

The fcvtsd/fcvtds emulation was left behind when the numbering of double
precision registers was changed from 0-30 to 0-15.  Both conversion
instructions were writing their results to the wrong register.  Also,
the conversion instructions should stop after the first element even
if a vector length is specified.

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] vfp: fix leak of VFP_NAN_FLAG into FPSCR</title>
<updated>2006-04-25T19:41:27Z</updated>
<author>
<name>Russell King</name>
<email>rmk@dyn-67.arm.linux.org.uk</email>
</author>
<published>2006-04-25T19:41:27Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=928bd1b4709045355fad8bf858904884c0a1e87f'/>
<id>urn:sha1:928bd1b4709045355fad8bf858904884c0a1e87f</id>
<content type='text'>
The VFP code can leak VFP_NAN_FLAG into the FPSCR. It doesn't correspond
to any real FPSCR bit (and overlaps one of the exception flags).

Bug report from Daniel Jacobowitz

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