linux-dev - Linux kernel development work

Age	Commit message (Collapse)	Author	Files	Lines
2006-06-19	[MIPS] Unify mips_fpu_soft_struct and mips_fpu_hard_structs.	Atsushi Nemoto	1	-13/+3
	The struct mips_fpu_soft_struct and mips_fpu_hard_struct are completely same now and the kernel fpu emulator assumes that. This patch unifies them to mips_fpu_struct and get rid of mips_fpu_union. Signed-off-by: Atsushi Nemoto <anemo@mba.ocn.ne.jp> Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2006-04-19	[MIPS] FPU affinity for MT ASE.	Ralf Baechle	1	-0/+16
	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2006-04-19	[MIPS] MT: Improved multithreading support.	Ralf Baechle	1	-0/+6
	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2006-01-12	[PATCH] mips: task_stack_page()	Al Viro	1	-1/+1
	Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-01-12	[PATCH] mips: task_pt_regs()	Al Viro	1	-4/+4
	Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-01-10	MIPS: DSP: eleminate used_dsp.	Ralf Baechle	1	-1/+0
	used_dsp was meant to be used like used_math - but since the FPU context is small and lazy context switching is a stupid idea on multiprocessors this idea only got halfway implemented and those bits are were now breaking ptrace. Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2005-10-29	Support the MIPS32 / MIPS64 DSP ASE.	Ralf Baechle	1	-0/+22
	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2005-09-05	[PATCH] mips: clean up 32/64-bit configuration	Ralf Baechle	1	-2/+2
	Start cleaning 32-bit vs. 64-bit configuration. Signed-off-by: Ralf Baechle <ralf@linux-mips.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-04-16	Linux-2.6.12-rc2	Linus Torvalds	1	-0/+220
	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!