linux.git - Linux kernel mainline tree

	Commit message (Collapse)	Author	Age	Files	Lines
*	include files: convert "include" subdirectory to UTF-8	John Anthony Kazos Jr	2007-05-09	1	-1/+1
\| \| \| \| \| \| \|	Convert the "include" subdirectory to UTF-8. Signed-off-by: John Anthony Kazos Jr. <jakj@j-a-k-j.com> Signed-off-by: Adrian Bunk <bunk@stusta.de>
*	i2c: Discard the i2c algo del_bus wrappers	Jean Delvare	2006-12-10	1	-1/+0
\| \| \| \| \| \| \|	They are all only calling i2c_del_adapter, so we may as well do it directly. Signed-off-by: Jean Delvare <khali@linux-fr.org>
*	i2c: Whitespace cleanups	David Brownell	2006-12-10	1	-1/+1
\| \| \| \| \| \| \| \|	Remove extraneous whitespace from various i2c headers and core files, like space-before-tab and whitespace at end of line. Signed-off-by: David Brownell <dbrownell@users.sourceforge.net> Signed-off-by: Jean Delvare <khali@linux-fr.org>
*	i2c-algo-pcf: Discard the mdelay data struct member	Adrian Bunk	2006-09-26	1	-1/+0
\| \| \| \| \| \| \| \| \| \| \|	i2c-algo-pcf: Discard the mdelay data struct member Just as i2c-algo-bit, i2c-algo-pcf has an unused mdelay struct member, which we can get rid of to spare some code and memory. Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Jean Delvare <khali@linux-fr.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
*	[PATCH] i2c: Drop unused per-i2c-algorithm adapter max	Jean Delvare	2005-10-28	1	-2/+0
\| \| \| \| \| \| \| \|	There are no more per-i2c-algorithm adapter max. Last time there were was in July 1999. Signed-off-by: Jean Delvare <khali@linux-fr.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
*	[PATCH] i2c: Drop useless CVS revision IDs	Jean Delvare	2005-10-28	1	-2/+0
\| \| \| \| \| \| \|	CVS revision IDs are totally useless and irrelevant by now. Signed-off-by: Jean Delvare <khali@linux-fr.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
*	Linux-2.6.12-rc2v2.6.12-rc2	Linus Torvalds	2005-04-16	1	-0/+49
	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!