- 30 Dec, 2003 3 commits
-
-
Jean Delvare authored
The following patch fixes incorrect dependencies (as far as I can see) for the SCx200 modules. A similar patch (with even more fixes) is also needed for Linux 2.4, and will be part of my next wave to Marcelo. Note that I don't have the necessary hardware to actually test anything, but a quick look at the code doesn't leave much place for doubt IMHO.
-
Jean Delvare authored
This patch drops bus scan from i2c-algo-ite and i2c-ibm_iic. It also removes the incomplete and broken SLO_IO stuff from i2c-algo-ite.
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/i2c-new_drivers-2.6
-
- 19 Dec, 2003 4 commits
-
-
Greg Kroah-Hartman authored
Thanks to Jean Delvare <khali@linux-fr.org> for pointing it out.
-
Tom Rini authored
On Thu, Dec 18, 2003 at 10:26:40AM -0800, Greg KH wrote:
-
bk://linuxusb@linuxusb.bkbits.net/i2c-2.6Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/i2c-2.6
-
Mark D. Studebaker authored
This fixes byte writes (used by the eeprom driver) in the i2c-amd756 driver. It is similar to recent fixes for the i2c-amd8111 and i2c-nforce2 drivers. Tested by me.
-
- 17 Dec, 2003 10 commits
-
-
Linus Torvalds authored
-
Mark M. Hoffman authored
This patch is based on the lm_sensors project CVS, from revisions 1.45 and 1.1 of lm75.c and lm75.h, respectively. The patch fixes the conversion routines (according to datasheet) and moves them into a header file - as these conversions can be used by several drivers which emulate LM75s as subclients. Also, temps are now reported in 1/1000 C in sysfs as per documentation.
-
Mark M. Hoffman authored
This patch is from the lm_sensors project CVS, from this revision: 1.44 (mds) remove initialization of limits by driver It is better to set these limits by a combination of /etc/sensors.conf and 'sensors -s'; "mechanism not policy."
-
Mark M. Hoffman authored
This patch is from the lm_sensors project CVS, from this revision: 1.111 (mds) remove initialization of limits by driver It is better to set these limits by a combination of /etc/sensors.conf and 'sensors -s'; "mechanism not policy." And what's not to like about a patch that removes 163 lines?
-
Mark M. Hoffman authored
This patch improves chip detection. It was forward ported from the lm_sensors project CVS, from these revisions: 1.104 (Khali) Enhance chip detection (stricter). 1.108 (Khali) Fix W83627HF detection.
-
Jean Delvare authored
This patch restores support for the AMD8111 in the i2c-amd756 driver. Credits go to Philip Pokorny for the original patch. I tweaked it a bit. This isn't a bug fix and can be delayed until after 2.6.0 if you want.
-
Jean Delvare authored
This patch fixes i2c_smbus_write_byte() being broken for i2c-amd8111. This causes trouble when that module is used together with eeprom (which is also in 2.6). We have had no report so far, but the problem is similar to the one addressed by a recent patch to i2c-nforce2. Credits go to Hans-Frieder Vogt for finding and fixing the problem. Mark D. Studebaker found and fixed the original problem in i2c-nforce2. This is a serious bug fix, and I believe you shouldn't wait too long before applying it.
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/i2c-new_drivers-2.6
-
Jes Sorensen authored
This fixes a bug in the qla1280 driver where it would leave a pointer to an on the stack completion event in a command structure if qla1280_mailbox_command fails. The result is that the interrupt handler later tries to complete() garbage on the stack. The mailbox command can fail if a device on the bus decides to lock up etc.
-
Jens Axboe authored
I just found Yet Another Bug in scsi_ioctl - CDROM_SEND_PACKET puts a kernel pointer in hdr->cmdp, where sg_io() expects to find user address. This worked up until recently because of the memcpy bug, but now it doesn't because we do the proper copy_from_user(). This fix undoes the user copy code from sg_io, and instead makes the SG_IO ioctl copy it locally. This makes SG_IO and CDROM_SEND_PACKET agree on the calling convention, and everybody is happy. I've tested that both cdrecord -dev=/dev/hdc -inq and cdrecord -dev=ATAPI:/dev/hdc -inq works now. The former will use SG_IO, the latter CDROM_SEND_PACKET (and incidentally would work in both 2.4 and 2.6, if it wasn't for CDROM_SEND_PACKET sucking badly in 2.4).
-
- 16 Dec, 2003 1 commit
-
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/i2c-new_drivers-2.6
-
- 15 Dec, 2003 3 commits
-
-
Jens Axboe authored
From Jon Burgess: There is a problems with blank DVD media using the ide-cd driver. When we attempt to read the blank disk, the drive responds to the read request by returning a "blank media" error. The kernel doesn't have any special case handling for this sense value and retries the request a couple of times, then gives up and does a bus reset and disables DMA to the device. Which obviously doesn't help the situation. The sense key value of 8 isn't listed in ide-cd.h, but it is listed in scsi.h as a "BLANK_CHECK" error. This trivial patch treats this error condition as a reason to abort the request. This behaviour is the same as what we do with a blank CD-R. It looks like the same fix might be desired for 2.4 as well, although is perhaps not so important since scsi-ide is normally used instead.
-
bk://linuxusb.bkbits.net/gregkh-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Neil Brown authored
1/ make sure raid5 doesn't try to handle multiple overlaping requests at the same time as this would confuse things badly. Currently it justs BUGs if this is attempted. 2/ Fix a possible data-loss-on-write problem. If two or more bio's that write to the same page are processed at the same time, only the first was actually commited to storage. 3/ Fix a use-after-free bug. raid5 keeps the bio's it is given in linked lists when more than one bio touch a single page. In some cases the tail of this list can be freed, and the current test for 'are we at the end' isn't reliable. This patch strengths the test to make it reliable.
-
- 14 Dec, 2003 1 commit
-
-
Linus Torvalds authored
Petr Vandrovec noticed a problem where the thread group leader would not be properly reaped if the parent of the thread group was ignoring SIGCHLD, and the thread group leader had exited before the last sub-thread. Fixed by Ingo Molnar.
-
- 13 Dec, 2003 3 commits
-
-
Linus Torvalds authored
This time we have a SMP memory ordering issue in prepare_to_wait(), where we really need to make sure that subsequent tests for the event we are waiting for can not migrate up to before the wait queue has been set up.
-
René Scharfe authored
In 2.5.x, the BKL was pushed from vfs_readdir() into the filesystem specific functions. But only the unlock_kernel() made it into the HPFS code, lock_kernel() got lost on the way. This rendered the filesystem unusable. This adds the missing lock_kernel(). It's been tested by Timo Maier who also reported the problem earlier today.
-
Jens Axboe authored
The previous scsi_ioctl.c patch didn't cleanup the buffer/bio in the error case. Fix it by copying the command data earlier.
-
- 12 Dec, 2003 1 commit
-
-
Linus Torvalds authored
corruption on SMP because of another CPU still accessing a waitqueue even after it was de-allocated. Use a careful version of the list emptiness check to make sure we don't de-allocate the stack frame before the waitqueue is all done.
-
- 11 Dec, 2003 1 commit
-
-
Greg Kroah-Hartman authored
-
- 10 Dec, 2003 3 commits
-
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/usb-2.6
-
Andrey Borzenkov authored
visor.c defines one empty slot in USB ids table that can be filled in at runtime using module parameters. file2alias generates catch-all alias for it: alias usb:v*p*dl*dh*dc*dsc*dp*ic*isc*ip* visor patch adds the same sanity check as in depmod to scripts/file2alias.
-
Greg Kroah-Hartman authored
This patch fixes the bug where running ppp over a ttyUSB device would fail.
-
- 09 Dec, 2003 7 commits
-
-
Herbert Xu authored
This patch was integrated by you in 2.4 six months ago. Unfortunately it never got into 2.5. Without it you can end up with crashes such as http://bugs.debian.org/218670
-
Alan Stern authored
-
Oliver Neukum authored
apart from locking bugs, there are other races. This fixes one with signal delivery. The signal should be delivered _before_ the reciever is woken.
-
Oliver Neukum authored
this fixes two instances of GFP_KERNEL from completion handlers.
-
Tom Rini authored
On Mon, Dec 01, 2003 at 11:21:58AM -0800, Greg KH wrote: > Can't you use xsane without the scanner kernel driver? I thought the > latest versions used libusb/usbfs to talk directly to the hardware. > Because of this, the USB scanner driver is marked to be removed from the > kernel sometime in the near future. After a bit of mucking around (and possibly finding a bug with debian's libusb/xsane/hotplug interaction, nothing seems to run /etc/hotplug/usb/libusbscanner and thus only root can scan, anyone whose got this working please let me know), the problem does not exist if I only use libusb xsane. How about the following:
-
Matthew Dharm authored
This patch fixes some obvious errors in the jumpshot and datafab drivers. This should close out Bugzilla bug #1408 > Date: Mon, 1 Dec 2003 12:14:53 -0500 (EST) > From: Alan Stern <stern@rowland.harvard.edu> > Subject: Patch from Eduard Hasenleithner > To: Matthew Dharm <mdharm-usb@one-eyed-alien.net> > cc: USB Storage List <usb-storage@one-eyed-alien.net> > > Matt: > > Did you see this patch? It was posted to the usb-development mailing list > about a week ago, before I started making all my changes. It is clearly > correct and necessary. > > Alan Stern
-
Jens Axboe authored
James reported a bug in scsi_ioctl.c where it mem copies a user pointer instead of using copy_from_user(). I inadvertently introduced this one when getting rid of CDROM_SEND_PACKET. Here's a trivial patch to fix it.
-
- 08 Dec, 2003 3 commits
-
-
Arnaldo Carvalho de Melo authored
TCP IPV6 ->hash() method should not grab a socket reference.
-
Greg Kroah-Hartman authored
-
David Brownell authored
If a device can't be configured, the current test9 code forgets to clean it out of sysfs. This resolves that issue, so the retry in usb_new_device() stands a chance of working. The enumeration code still doesn't handle such errors well, but at least this way that hub port can be used for another device.
-