kernel/linux.git - Linux kernel stable tree (mirror)

Age	Commit message (Collapse)	Author	Files	Lines
2005-07-16	[PATCH] ARM: Convert bitops to use ARMv6 ldrex/strex instructions	Russell King	1	-0/+31
	Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2005-06-29	[PATCH] ARM: 2723/2: remove __udivdi3 and __umoddi3 from the kernel	Nicolas Pitre	3	-406/+1
	Patch from Nicolas Pitre Those are big, slow and generally not recommended for kernel code. They are even not present on i386. So it should be concluded that one could as well get away with do_div() alone. Signed-off-by: Nicolas Pitre <nico@cam.org> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2005-06-20	[PATCH] ARM: Lindent GCC helper functions	Russell King	8	-313/+274
	Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2005-06-20	[PATCH] ARM: Remove gcc type-isms from GCC helper functions	Russell King	8	-95/+90
	Convert ugly GCC types to Linux types: UQImode -> u8 SImode -> s32 USImode -> u32 DImode -> s64 UDImode -> u64 word_type -> int Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2005-06-08	[PATCH] ARM: 2705/1: fix writesw for misaligned source pointer	Nicolas Pitre	1	-3/+3
	Patch from Nicolas Pitre Signed-off-by: Nicolas Pitre Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2005-04-19	[PATCH] ARM: Add missing new file for bitops patch	Russell King	1	-0/+33
	Signed-off-by: Russell King <rmk@arm.linux.org.uk>
2005-04-17	[PATCH] ARM: bitops	Russell King	6	-68/+12
	Convert ARM bitop assembly to a macro. All bitops follow the same format, so it's silly duplicating the code when only one or two instructions are different. Signed-off-by: Russell King <rmk@arm.linux.org.uk>
2005-04-17	Linux-2.6.12-rc2v2.6.12-rc2	Linus Torvalds	49	-0/+5136
	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!