<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/arch/parisc/kernel/signal32.c, branch v2.6.31-rc2</title>
<subtitle>Linux Kernel (branches are rebased on master from time to time)</subtitle>
<id>https://sre.ring0.de/linux/atom?h=v2.6.31-rc2</id>
<link rel='self' href='https://sre.ring0.de/linux/atom?h=v2.6.31-rc2'/>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/'/>
<updated>2008-06-13T14:49:55Z</updated>
<entry>
<title>parisc: fix off by one in setup_sigcontext32</title>
<updated>2008-06-13T14:49:55Z</updated>
<author>
<name>Kyle McMartin</name>
<email>kyle@minerva.i.cabal.ca</email>
</author>
<published>2008-05-27T05:56:29Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=f4441b62d46e7033e907dfd6a8bb0b75b5519e88'/>
<id>urn:sha1:f4441b62d46e7033e907dfd6a8bb0b75b5519e88</id>
<content type='text'>
Thankfully, the values were irrelevant... Spotted by
newer gcc.

Signed-off-by: Kyle McMartin &lt;kyle@mcmartin.ca&gt;
</content>
</entry>
<entry>
<title>header cleaning: don't include smp_lock.h when not used</title>
<updated>2007-05-08T18:15:07Z</updated>
<author>
<name>Randy Dunlap</name>
<email>randy.dunlap@oracle.com</email>
</author>
<published>2007-05-08T07:28:08Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=e63340ae6b6205fef26b40a75673d1c9c0c8bb90'/>
<id>urn:sha1:e63340ae6b6205fef26b40a75673d1c9c0c8bb90</id>
<content type='text'>
Remove includes of &lt;linux/smp_lock.h&gt; where it is not used/needed.
Suggested by Al Viro.

Builds cleanly on x86_64, i386, alpha, ia64, powerpc, sparc,
sparc64, and arm (all 59 defconfigs).

Signed-off-by: Randy Dunlap &lt;randy.dunlap@oracle.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[PARISC] Compat signal fixes for 64-bit parisc</title>
<updated>2007-02-17T06:22:00Z</updated>
<author>
<name>Carlos O'Donell Jr</name>
<email>carlos@systemhalted.org</email>
</author>
<published>2007-02-16T15:54:10Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=f6744bdd7346dcdf94b9a7ac6fb820693b2724cd'/>
<id>urn:sha1:f6744bdd7346dcdf94b9a7ac6fb820693b2724cd</id>
<content type='text'>
In copy_siginfo_from_user32:
Use compat_uptr_t. Use compat_ptr().

In copy_siginfo_to_user32:
Use compat_int_t. Use ptr_to_compat().

The sigevent_t structure has a 64-bit si_ptr field
that when copied to a 32-bit si_ptr will copy the wrong
word. For the compat copy use the si_int field instead.

Signed-off-by: Carlos O'Donell &lt;carlos@systemhalted.org&gt;
Signed-off-by: Kyle McMartin &lt;kyle@parisc-linux.org&gt;
</content>
</entry>
<entry>
<title>[PARISC] fix sys_rt_sigqueueinfo</title>
<updated>2007-02-17T06:19:59Z</updated>
<author>
<name>Kyle McMartin</name>
<email>kyle@athena.road.mcmartin.ca</email>
</author>
<published>2007-02-09T00:38:54Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=d104f11c3989b0bbe1216f6ad663d0ed91fb7bd8'/>
<id>urn:sha1:d104f11c3989b0bbe1216f6ad663d0ed91fb7bd8</id>
<content type='text'>
the parisc affecting portion of the patch was inadvertantly
reverted a while ago.

Signed-off-by: Kyle McMartin &lt;kyle@parisc-linux.org&gt;
</content>
</entry>
<entry>
<title>[PARISC] Arch-specific compat signals</title>
<updated>2006-01-23T01:57:42Z</updated>
<author>
<name>Kyle McMartin</name>
<email>kyle@parisc-linux.org</email>
</author>
<published>2006-01-15T19:10:29Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=f671c45df23005692daa200aba768c642fb14ef2'/>
<id>urn:sha1:f671c45df23005692daa200aba768c642fb14ef2</id>
<content type='text'>
Add enough arch-specific compat signals code to enable parisc64
to compile and boot out of the mainline tree. There are likely still
many dragons here, but this is a start to squashing the last
big difference between the mainline tree and the parisc-linux tree.
The remaining bugs can be squashed as they come up.

Signed-off-by: Kyle McMartin &lt;kyle@parisc-linux.org&gt;
</content>
</entry>
<entry>
<title>Linux-2.6.12-rc2</title>
<updated>2005-04-16T22:20:36Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@ppc970.osdl.org</email>
</author>
<published>2005-04-16T22:20:36Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2'/>
<id>urn:sha1:1da177e4c3f41524e886b7f1b8a0c1fc7321cac2</id>
<content type='text'>
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!
</content>
</entry>
</feed>
