- 04 Feb, 2004 4 commits
-
-
Greg Kroah-Hartman authored
-
Adrian Bunk authored
USB_SCANNER is obsolete, and it's now marked as BROKEN. I there a good reason to keep it in the kernel?
-
Tony Lindgren authored
Following is a trivial patch to update the ohci-omap.c in 2.6.2 to be in sync with the OMAP tree. Basically the IRQ name was changed, which keeps the driver from compiling. It also includes a cosmetic change to replace inl/outl with readl/writel.
-
Dan Scholnik authored
-
- 02 Feb, 2004 8 commits
-
-
Greg Kroah-Hartman authored
Thanks to Terry Markovich <terry@avionictools.com> for the information.
-
Oliver Neukum authored
if submission of the interrupt URb fails in belkin_sa_open() the previously submitted URB may remain live. The rest of the system thinks that opening failed, therefore the URB should be unlinked in the error case.
-
Oliver Neukum authored
this driver does DMA to the stack via usb_bulk_msg().
-
Olaf Hering authored
2.6 has no -fsigned-char anymore. there are 3 checks for info->lun < 0
-
Alan Stern authored
-
Deepak Saxena authored
Following patch against 2.6.2-rc2 removes a reference to what appears to be a deprecated member of struct usb_hcd from the function ohci-sa111.c:usb_hcd_sa1111_remove().
-
Stephen Hemminger authored
Here is a revised version of the irqreturn_t propagation patch. The only difference is now ohci-hcd returns IRQ_HANDLED in the remove case.
-
Tom Rini authored
Greg, I think this now makes 2 distinct bugs in the scanner kernel driver. Maybe it should be protected with a BROKEN:
-
- 30 Jan, 2004 1 commit
-
-
David Brownell authored
There's an unnecessary pci-ism in usbcore -- just an oversight in some API conversion, and harmless on most systems. This'll be a good thing to remove for non-PCI HCD support though.
-
- 29 Jan, 2004 10 commits
-
-
David Brownell authored
> Data point: "visor.c" always passes GFP_ATOMIC there. Here's a patch that makes cdc-acm use GFP_ATOMIC too, and report consequent allocation failures. Compiles but otherwise untested.
-
Kevin Owen authored
I have a patch for a typo in the 2.6.0 kernel, drivers/usb/core/hub.c, in hub_clear_tt_buffer, the value USB_DIR_IN | USB_RECIP_OTHER is used for bmRequestType, when section 11.24.2 of the spec says it should really be USB_RT_PORT, or 00100011b. After limited testing, this change exhibited better recovery from TT errors, here's the patch :
-
Alan Stern authored
It replaces a call to device_unregister_wait() in the File-backed Storage Gadget.
-
Greg Kroah-Hartman authored
(moving the one used function into the usb.c file.)
-
Andrew Morton authored
drivers/usb/storage/usb.c: In function `usb_stor_release_resources': drivers/usb/storage/usb.c:837: error: invalid lvalue in assignment
-
Andrew Morton authored
drivers/usb/misc/uss720.c: In function `parport_uss720_epp_read_data': drivers/usb/misc/uss720.c:336: error: invalid lvalue in increment drivers/usb/misc/uss720.c: In function `parport_uss720_epp_read_addr': drivers/usb/misc/uss720.c:395: error: invalid lvalue in increment drivers/usb/misc/uss720.c: In function `parport_uss720_epp_write_addr': drivers/usb/misc/uss720.c:415: error: invalid lvalue in increment drivers/usb/misc/uss720.c: In function `parport_uss720_ecp_write_addr': drivers/usb/misc/uss720.c:472: error: invalid lvalue in increment
-
Andrew Morton authored
drivers/usb/input/hid-core.c: In function `fetch_item': drivers/usb/input/hid-core.c:605: error: invalid lvalue in increment drivers/usb/input/hid-core.c:612: error: invalid lvalue in increment
-
Andrew Morton authored
drivers/usb/gadget/net2280.c: In function `write_fifo': drivers/usb/gadget/net2280.c:527: error: `typeof' applied to a bit-field drivers/usb/gadget/net2280.c: In function `handle_ep_small': drivers/usb/gadget/net2280.c:2042: error: `typeof' applied to a bit-field
-
David S. Miller authored
-
David S. Miller authored
into cheetah.(none):/home/davem/src/BK/sparc-2.6
-
- 28 Jan, 2004 6 commits
-
-
http://lia64.bkbits.net/to-linus-2.5Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Andrew Morton authored
From: Dominik Brodowski <linux@dominikbrodowski.de> This brown paper bag patch is needed to assure cpufreq_update_policy works correctly. Please apply, else the next ACPI patch will cause trouble with thermal management [it needs cpufreq_update_policy to work properly]. Fix a horribly wrong memcpy instruction in cpufreq_update_policy which caused it to oops.
-
Andrew Morton authored
From: Torsten Duwe <duwe@suse.de> pmdisk.c uses struct new_utsname, so give it the header.
-
Andrew Morton authored
From: Christoph Hellwig <hch@lst.de> Put kernel_flag back to where it used to be, near its comment and its EXPORT_SYMBOL.
-
Andrew Morton authored
From: Andi Kleen <ak@muc.de> Just fix two warnings on x86-64 that were recently introduced (one by me and the other by the sort extable changes)
-
Ben Collins authored
-
- 27 Jan, 2004 11 commits
-
-
Ben Collins authored
-
Ben Collins authored
-
David Mosberger authored
-
Ben Collins authored
Add comment for HdrS ver 0x201
-
-
bk://kernel.bkbits.net/gregkh/linux/usb-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
David Brownell authored
- Fix kconfig botch (bk automerge can be rather flakey) - The gadgetfs patches going with the kconfig cleanups
-
bk://kernel.bkbits.net/gregkh/linux/i2c-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/i2c-2.6
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/usb-2.6
-
Greg Kroah-Hartman authored
-