kernel_samsung_smdk4412.git - kernel for Galaxy S3

	Commit message (Collapse)	Author	Age	Files	Lines
*	[ARM] 3250/1: Change pxa2xx PCMCIA drivers to use platform_device_alloc	Richard Purdie	2006-01-10	1	-12/+7
\| \| \| \| \| \| \| \| \| \|	Patch from Richard Purdie Change mainstone and sharpsl pxa2xx pcmcia drivers to use platform_device_alloc which fixes a memory leak. Signed-off-by: Richard Purdie <rpurdie@rpsys.net> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
*	Merge with Linus' kernel.	Russell King	2006-01-07	1	-2/+1
\|\
\| *	[PATCH] pcmcia: kzalloc conversion	Dominik Brodowski	2006-01-06	1	-2/+1
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	Convert users of kmalloc and memset to kzalloc Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net>
* \|	[ARM] 3230/1: Sharp Scoop: Fix Shared Power Control Issues	Richard Purdie	2006-01-05	1	-12/+12
\|/ \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Patch from Richard Purdie The SL-Cxx00 devices have a power control register in SCOOP that is shared by both CF and MMC/SD card slots. The CF reset code was resetting this register leading to various lockups as the MMC power was suddenly lost. This patch handles the CPR register in a more sensitive manner. It also removes some unneeded collie specific calls as the reset code handles this. Signed-off-by: Richard Purdie <rpurdie@rpsys.net> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
*	[ARM] 3093/1: SharpSL PCMCIA Updates for Cxx00 models	Richard Purdie	2005-11-08	1	-72/+68
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Patch from Richard Purdie The Sharp SL-Cxx00 models have a combined power control for the SD and CF slot 0. This patch adds hooks to the scoop driver to allow machines to provide a custom control function for this and such a function is added for spitz/akita/borzoi. It also moves the gpio init code into the machine files as this is machine dependent and differs between some models. A couple of warnings when compiling for collie are also fixed. Signed-off-by: Richard Purdie Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
*	Merge master.kernel.org:/home/rmk/linux-2.6-drvmodel	Linus Torvalds	2005-10-31	1	-1/+1
\|\ \| \| \| \| \| \|	Manual #include fixups for clashes - there may be some unnecessary
\| *	Create platform_device.h to contain all the platform device details.	Russell King	2005-10-29	1	-1/+1
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Convert everyone who uses platform_bus_type to include linux/platform_device.h. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
* \|	[ARM] Support pcmcia slot on sharp sl-5500	Pavel Machek	2005-10-30	1	-1/+30
\|/ \| \| \| \| \| \| \| \| \|	This adds support for pcmcia slot on sharp zaurus sl-5500. pxa2xx_sharpsl.c thus becomes quite miss-named, but I guess that is not worth fixing? Signed-off-by: Pavel Machek <pavel@suse.cz> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
*	[ARM] 2882/1: pxa2xx_sharpsl: Update PCMCIA driver to support variety of new ↵	Richard Purdie	2005-09-05	1	-52/+62
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	hardware Patch from Richard Purdie This patch updates the PCMCIA pxa2xx_sharpsl driver to support multiple scoop devices by adding a scoop to pcmcia slot mapping structure. It adds platform support for poodle, is known to work on spitz (which is dual slot) and should also support collie with a minor amount of further work. Signed-off-by: Richard Purdie <rpurdie@rpsys.net> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
*	[ARM] 2873/1: PCMCIA soc: Allow access to filesystems on CF at boot time	Richard Purdie	2005-09-03	1	-1/+1
\| \| \| \| \| \| \| \| \| \| \|	Patch from Richard Purdie This change makes the soc pcmcia interfaces available earlier in the boot process meaning devices like CF microdrives can be used for the root filesystem. Signed-off-by: Richard Purdie <rpurdie@rpsys.net> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
*	Linux-2.6.12-rc2	Linus Torvalds	2005-04-16	1	-0/+264
	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!