linux/include/asm-mips/thread_info.h, branch v2.6.19

[MIPS] Complete fixes after removal of pt_regs argument to int handlers.

2006-10-08T01:38:28Z

Signed-off-by: Ralf Baechle

Don't include linux/config.h from anywhere else in include/

2006-04-26T11:56:16Z

Signed-off-by: David Woodhouse

[MIPS] War on whitespace: cleanup initial spaces followed by tabs.

2006-03-21T13:27:47Z

Signed-off-by: Ralf Baechle

[MIPS] Add support for TIF_RESTORE_SIGMASK.

2006-02-08T17:52:24Z

Signed-off-by: Ralf Baechle ---

[PATCH] death of get_thread_info/put_thread_info

2006-01-12T17:08:59Z

{get,put}_thread_info() were introduced in 2.5.4 and never had been called by anything in the tree. Signed-off-by: Al Viro Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

NPTL, round one.

2005-10-29T18:31:06Z

Signed-off-by: Ralf Baechle

SECCOMP for MIPS.

2005-10-29T18:30:58Z

Signed-off-by: Ralf Baechle

[PATCH] mips: clean up 32/64-bit configuration

2005-09-05T07:06:06Z

Start cleaning 32-bit vs. 64-bit configuration. Signed-off-by: Ralf Baechle Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] streamline preempt_count type across archs

2005-06-23T16:45:19Z

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 Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

Linux-2.6.12-rc2

2005-04-16T22:20:36Z

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!