Tony Lindgren [Wed, 4 Feb 2004 09:06:19 +0000 (01:06 -0800)]
[PATCH] USB: Update ohci-omap to compile
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.
Oliver Neukum [Mon, 2 Feb 2004 05:45:57 +0000 (21:45 -0800)]
[PATCH] USB: fix URB leak in belkin driver
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.
Deepak Saxena [Mon, 2 Feb 2004 05:44:11 +0000 (21:44 -0800)]
[PATCH] USB: remove reference to usb_hcd.refcnt in ohci-sa111.c
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().
David Brownell [Fri, 30 Jan 2004 09:10:00 +0000 (01:10 -0800)]
[PATCH] USB: remove pci_unmap_single() calls from usbcore
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.
Kevin Owen [Thu, 29 Jan 2004 08:19:40 +0000 (00:19 -0800)]
[PATCH] USB: ehci - clear TT buffer command patch
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 :
Andrew Morton [Thu, 29 Jan 2004 08:04:34 +0000 (00:04 -0800)]
[PATCH] USB: gcc-3.5: drivers/usb/misc/uss720.c
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
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
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
Jean Delvare [Tue, 27 Jan 2004 06:38:29 +0000 (22:38 -0800)]
[PATCH] I2C: Bring lm75 and lm78 in compliance with sysfs naming conventions
Here is a patch that brings the lm75 and lm78 drivers in compliance with
sysfs naming conventions. The drivers as found in existing 2.6 kernels
do not have a digit appended to the temperature-related files names as
the sysfs naming conversion recommends (obviously because they each have
a single temperature channel). As a result, libsensors won't find the
files.
It was discussed on the list wether a '1' should be appended in this
case, and our conclusion was that it would be better to do so because it
helps automatic processing of the sysfs exported files. Please apply if
you agree with this.
Alan Stern [Tue, 27 Jan 2004 06:37:40 +0000 (22:37 -0800)]
[PATCH] USB: Update sound/usb/usbaudio.c
On Tue, 27 Jan 2004, Greg KH wrote:
> Hm, can you send me a patch to fix up snd_usb_extigy_boot_quirk() in
> sound/usb/usbaudio.c now that this patch broke that code? :)
Here it is. The problem with changing things in the core is always that
you may miss some of the repercussions. In this case the patch will
restore the code's original functionality.
However the whole thing looks a bit creaky to me. Changing device
descriptors and who knows what else without informing usbcore isn't a good
idea. What this code _really_ appears to need is some form of
usb_device_reenumerate(). Such a function would fit very nicely into the
framework I've worked out for the revised usb_device_reset(); maybe I'll
add it in there. It would do essentially the same thing as device_reset
except for skipping the actual port reset.
Alan Stern [Mon, 26 Jan 2004 09:11:51 +0000 (01:11 -0800)]
[PATCH] USB: Don't dereference NULL actconfig
This patch fixes a simple error in a couple of utility routines. They
will no longer try to dereference a NULL actconfig pointer. Also, they
will work a little better if the configuration is changed while they are
running (which should never happen anyway).
Jean Delvare [Mon, 26 Jan 2004 08:58:46 +0000 (00:58 -0800)]
[PATCH] I2C: Add ADM1025EB support to i2c-parport
The following patch adds support for the ADM1025 evaluation board to the
i2c-parport (and i2c-parport-light) driver(s). In fact, it happens that
it was already supported as an ADM1032 evaluation board, so it is just a
matter of documenting it correctly.
James Simmons [Mon, 26 Jan 2004 06:49:42 +0000 (22:49 -0800)]
[PATCH] fbdev booting fix.
[FBCON] Fixed the order of which driver is used for the console. Before
the api change the last driver loaded became the default one. Now this is
not the case.
Andrew Morton [Mon, 26 Jan 2004 05:13:21 +0000 (21:13 -0800)]
[PATCH] kbuildL fix cscope index generation
From: Sam Ravnborg <sam@ravnborg.org>
cscope expect to find the list of files used for the database in a file
named cscope.files. Generate this file as part of 'make cscope'. This
solves http://bugme.osdl.org/show_bug.cgi?id=1948.
Andi Kleen [Mon, 26 Jan 2004 00:52:24 +0000 (16:52 -0800)]
[PATCH] Fix error checking in IPC_SET
The LSM changes broke the error checking for queue lengths in IPC_SET. The LSM check would
set set err to 0, but the next check expected it to still be -EPERM. Result was that
no error was reported, but the new parameters weren't correctly set.
Hirofumi Ogawa [Sat, 24 Jan 2004 10:57:20 +0000 (05:57 -0500)]
[netdrvr 8139cp] fix NAPI race
Andreas Happe <andreashappe@gmx.net> writes:
> my notebook (hp/compaq nx7000) still crashes when using 8139cp (runs
> rock solid with 8139too driver). The computer just locks up, there is no
> dmesg output. This has happened since I've got this laptop (around
> november '03).
It seems 8139cp.c has the race condition of rx_poll and interrupt.
NOTE, since I don't have this device, patch is untested. Sorry.
I got a Wacom Graphire3 for my birthday and unfortunately it didn't
work. After some playing around, I noticed the 2.6 kernel needs a few
small modifications to make it work.
This simple patch adds support for the Wacom Graphire 3.
Mark Haverkamp [Sat, 24 Jan 2004 04:54:17 +0000 (23:54 -0500)]
[PATCH] Fix for aacraid and high memory on 2.6.1
Here is an update to use pci_set_consistent_dma_mask. But since
dma_alloc_coherent uses dma_mask instead of consistent one, I left in
setting dma_mask as well until the alloc routine changes.
Andrew Morton [Sat, 24 Jan 2004 03:36:41 +0000 (19:36 -0800)]
[PATCH] The RAW_GETBIND compat_ioctl fails
From: James Cross <jscross@veritas.com>
The RAW_GETBIND compatibility ioctl call does convert properly between the
32bit/64bit version of raw_config_request due to a trivial error, and the
ioctl call fails.