litmus-rt.git - The LITMUS^RT kernel.

	Commit message (Collapse)	Author	Age
*	[PATCH] USB: add the anydata usb-serial driver	Greg Kroah-Hartman	2005-11-17
\| \| \| \| \|	Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
*	[PATCH] USB Serial: move name to driver structure	Greg Kroah-Hartman	2005-10-28
\| \| \| \| \| \| \| \|	This fixes up a lot of problems in sysfs with some of the usb serial drivers, they had incorrect driver names. Also saves a tiny ammount of memory. Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
*	[PATCH] USB Serial: get rid of the .owner field in usb_serial_driver	Greg Kroah-Hartman	2005-10-28
\| \| \| \| \| \|	Don't duplicate something that's already in struct driver. Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
*	[PATCH] USB Serial: rename usb_serial_device_type to usb_serial_driver	Greg Kroah-Hartman	2005-10-28
\| \| \| \| \| \| \|	I'm tired of trying to explain why a "device_type" is really a driver. This better describes exactly what this structure is. Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
*	[PATCH] usbserial: Regression in USB generic serial driver	Randall Nortman	2005-10-14
\| \| \| \| \| \| \| \| \| \| \| \|	Kernel version 2.6.13 introduced a regression in the generic USB serial converter driver (usbserial.o, drivers/usb/serial/generic.c). The bug manifests, as far as I can tell, whenever you attempt to write to the device -- the write will never complete (write() returns 0, or blocks). Signed-off-by: Randall Nortman <oss@wonderclown.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
*	[PATCH] USB: add ability for usb-serial drivers to determine if their write ↵	Greg Kroah-Hartman	2005-06-27
\| \| \| \| \| \| \| \|	urb is currently being used. This removes a lot of racy and buggy code by trying to check the status of the urb. Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
*	Linux-2.6.12-rc2v2.6.12-rc2	Linus Torvalds	2005-04-16
	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!