linux-dev - Linux kernel development work

Age	Commit message (Collapse)	Author	Files	Lines
2006-04-19	[MIPS] MT: Improved multithreading support.	Ralf Baechle	1	-0/+2
	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2006-03-18	[MIPS] SB1: Fix interrupt disable hazard.	Ralf Baechle	1	-77/+103
	The SB1 core has a three cycle interrupt disable hazard but we were wrongly treating it as fully interlocked. Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2006-02-07	[MIPS] Fix C version of ssnop to use the right opcode.	Ralf Baechle	1	-1/+1
	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2006-01-10	MIPS: R2: Try to bulletproof instruction_hazard against miss-compilation.	Ralf Baechle	1	-5/+15
	Gcc has a tradition of misscompiling the previous construct using the address of a label as argument to inline assembler. Gas otoh has the annoying difference between la and dla which are only usable for 32-bit rsp. 64-bit code, so can't be used without conditional compilation. The alterantive is switching the assembler to 64-bit code which happens to work right even for 32-bit code ... Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2005-10-29	Fixup a few lose ends in explicit support for MIPS R1/R2.	Ralf Baechle	1	-1/+1
	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2005-10-29	Use R4000 TLB routines for SB1 also.	Ralf Baechle	1	-2/+4
	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2005-10-29	Cleanups.	Ralf Baechle	1	-10/+12
	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2005-10-29	MIPS R2 instruction hazard handling.	Ralf Baechle	1	-0/+16
	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2005-10-29	One definition of back_to_back_c0_hazard too much.	Ralf Baechle	1	-6/+1
	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2005-10-29	New hazard handling function back_to_back_c0_hazard() to handle back to	Ralf Baechle	1	-0/+21
	back mtc0 / mfc0 pairs from the same coprocessor register. Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2005-04-16	Linux-2.6.12-rc2	Linus Torvalds	1	-0/+217
	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!