linux-dev - Linux kernel development work

Age	Commit message (Collapse)	Author	Files	Lines
2006-03-31	[PATCH] pcmcia: default suspend and resume handling	Dominik Brodowski	1	-13/+5
	In all but one case, the suspend and resume functions of PCMCIA drivers contain mostly of calls to pcmcia_release_configuration() and pcmcia_request_configuration(). Therefore, move this code out of the drivers and into the core. Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net>
2006-03-31	[PATCH] pcmcia: add pcmcia_disable_device	Dominik Brodowski	1	-7/+1
	pcmcia_disable_device(struct pcmcia_device p_dev) performs the necessary cleanups upon device or driver removal: it calls the appropriate pcmcia_release_ functions, and can replace (most) of the current drivers' _release() functions. Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net>
2006-03-03	Massive net driver const-ification.	Arjan van de Ven	1	-1/+1

2006-01-06	[PATCH] pcmcia: unify attach, EVENT_CARD_INSERTION handlers into one probe callback	Dominik Brodowski	1	-46/+9
	Unify the EVENT_CARD_INSERTION and "attach" callbacks to one unified probe() callback. As all in-kernel drivers are changed to this new callback, there will be no temporary backwards-compatibility. Inside a probe() function, each driver _must_ set struct pcmcia_device p_dev->instance and instance->handle correctly. With these patches, the basic driver interface for 16-bit PCMCIA drivers now has the classic four callbacks known also from other buses: int (probe) (struct pcmcia_device dev); void (remove) (struct pcmcia_device dev); int (suspend) (struct pcmcia_device dev); int (resume) (struct pcmcia_device *dev); Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net>
2006-01-06	[PATCH] pcmcia: remove dev_list from drivers	Dominik Brodowski	1	-14/+1
	The linked list of devices managed by each PCMCIA driver is, in very most cases, unused. Therefore, remove it from many drivers. Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net>
2006-01-06	[PATCH] pcmcia: unify detach, REMOVAL_EVENT handlers into one remove callback	Dominik Brodowski	1	-13/+5
	Unify the "detach" and REMOVAL_EVENT handlers to one "remove" function. Old functionality is preserved, for the moment. Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net>
2006-01-05	[PATCH] pcmcia: new suspend core	Dominik Brodowski	1	-22/+34
	Move the suspend and resume methods out of the event handler, and into special functions. Also use these functions for pre- and post-reset, as almost all drivers already do, and the remaining ones can easily be converted. Bugfix to include/pcmcia/ds.c Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net>
2005-07-07	[PATCH] pcmcia: remove references to pcmcia/version.h	Dominik Brodowski	1	-1/+0
	As a follow-up, remove the inclusion of pcmcia/version.h in many files. Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-07-07	[PATCH] pcmcia: move event handler	Dominik Brodowski	1	-5/+1
	Move the "event handler" to struct pcmcia_driver -- the unified event handler will disappear really soon, but switching it to struct pcmcia_driver in the meantime allows for better "step-by-step" patches. Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-06-27	[PATCH] pcmcia: id_table for 3c574_cs	Dominik Brodowski	1	-0/+8
	Add pcmcia_device_id table. Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-05-27	[PATCH] 3c574_cs: disable interrupts in el3_close	Daniel Ritz	1	-0/+3
	3c574_cs forgets to disable interrupts during el3_close(). fix it by doing what 3c59x does. Signed-off-by: Daniel Ritz <daniel.ritz@gmx.ch>
2005-04-16	Linux-2.6.12-rc2	Linus Torvalds	1	-0/+1307
	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!