linux-toradex.git/include/asm-sparc64/thread_info.h, branch v2.6.19.2 Linux kernel for Apalis and Colibri modules [SPARC64]: Correctable ECC errors cannot occur at trap level > 0. 2006-03-20T09:11:33+00:00 David S. Miller davem@davemloft.net 2006-02-02T09:20:18+00:00 7bec08e38a7d0f088994f6eec9b6374652ea71fb The are distrupting, which by the sparc v9 definition means they can only occur when interrupts are enabled in the %pstate register. This never occurs in any of the trap handling code running at trap levels > 0. So just mark it as an unexpected trap. This allows us to kill off the cee_stuff member of struct thread_info. Signed-off-by: David S. Miller <davem@davemloft.net> 
The are distrupting, which by the sparc v9 definition means they
can only occur when interrupts are enabled in the %pstate register.
This never occurs in any of the trap handling code running at
trap levels > 0.

So just mark it as an unexpected trap.

This allows us to kill off the cee_stuff member of struct thread_info.

Signed-off-by: David S. Miller <davem@davemloft.net>
[SPARC]: Add support for *at(), ppoll, and pselect syscalls. 2006-01-19T10:42:49+00:00 David S. Miller davem@sunset.davemloft.net 2006-01-19T10:42:49+00:00 2d7d5f05111a9d913131a2764d8b20157f8f758d This also includes by necessity _TIF_RESTORE_SIGMASK support, which actually resulted in a lot of cleanups. The sparc signal handling code is quite a mess and I should clean it up some day. Signed-off-by: David S. Miller <davem@davemloft.net> 
This also includes by necessity _TIF_RESTORE_SIGMASK support,
which actually resulted in a lot of cleanups.

The sparc signal handling code is quite a mess and I should
clean it up some day.

Signed-off-by: David S. Miller <davem@davemloft.net>
[SPARC64]: Move kernel unaligned trap handlers into assembler file. 2005-08-19T22:55:33+00:00 David S. Miller davem@davemloft.net 2005-08-19T22:55:33+00:00 a3f9985843b674cbcb58f39fab8416675e7ab842 GCC 4.x really dislikes the games we are playing in unaligned.c, and the cleanest way to fix this is to move things into assembler. Noted by Al Viro. Signed-off-by: David S. Miller <davem@davemloft.net> 
GCC 4.x really dislikes the games we are playing in
unaligned.c, and the cleanest way to fix this is to
move things into assembler.

Noted by Al Viro.

Signed-off-by: David S. Miller <davem@davemloft.net>
[SPARC64]: Move syscall success and newchild state out of thread flags. 2005-07-25T02:36:26+00:00 David S. Miller davem@davemloft.net 2005-07-25T02:36:26+00:00 db7d9a4eb700be766cc9f29241483dbb1e748832 These two bits were accesses non-atomically from assembler code. So, in order to eliminate any potential races resulting from that, move these pieces of state into two bytes elsewhere in struct thread_info. Signed-off-by: David S. Miller <davem@davemloft.net> 
These two bits were accesses non-atomically from assembler
code.  So, in order to eliminate any potential races resulting
from that, move these pieces of state into two bytes elsewhere
in struct thread_info.

Signed-off-by: David S. Miller <davem@davemloft.net>
[SPARC64]: Add syscall auditing support. 2005-07-11T02:29:45+00:00 David S. Miller davem@davemloft.net 2005-07-11T02:29:45+00:00 f7ceba360cce9af3fbc4e5a5b1bd40b570b7021c Signed-off-by: David S. Miller <davem@davemloft.net> 
Signed-off-by: David S. Miller <davem@davemloft.net>
[SPARC64]: Add SECCOMP support. 2005-07-10T23:49:28+00:00 David S. Miller davem@davemloft.net 2005-07-10T23:49:28+00:00 bb49bcda15f1bc1a52c7f887db278447f332eaa7 Signed-off-by: David S. Miller <davem@davemloft.net> 
Signed-off-by: David S. Miller <davem@davemloft.net>
[PATCH] streamline preempt_count type across archs 2005-06-23T16:45:19+00:00 Jesper Juhl juhl-lkml@dif.dk 2005-06-23T07:09:07+00:00 dcd497f99a1ef29a7c5e76142965be77e9dacabd The preempt_count member of struct thread_info is currently either defined as int, unsigned int or __s32 depending on arch. This patch makes the type of preempt_count an int on all archs. Having preempt_count be an unsigned type prevents the catching of preempt_count < 0 bugs, and using int on some archs and __s32 on others is not exactely "neat" - much nicer when it's just int all over. A previous version of this patch was already ACK'ed by Robert Love, and the only change in this version of the patch compared to the one he ACK'ed is that this one also makes sure the preempt_count member is consistently commented. Signed-off-by: Jesper Juhl <juhl-lkml@dif.dk> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 
The preempt_count member of struct thread_info is currently either defined
as int, unsigned int or __s32 depending on arch.  This patch makes the type
of preempt_count an int on all archs.

Having preempt_count be an unsigned type prevents the catching of
preempt_count < 0 bugs, and using int on some archs and __s32 on others is
not exactely "neat" - much nicer when it's just int all over.

A previous version of this patch was already ACK'ed by Robert Love, and the
only change in this version of the patch compared to the one he ACK'ed is
that this one also makes sure the preempt_count member is consistently
commented.

Signed-off-by: Jesper Juhl <juhl-lkml@dif.dk>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Linux-2.6.12-rc2 2005-04-16T22:20:36+00:00 Linus Torvalds torvalds@ppc970.osdl.org 2005-04-16T22:20:36+00:00 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 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! 
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!