ChangeSet@1.1560.1.3, 2004-10-15 02:11:17-04:00, bzolnier@gmail.com [libata piix] Fix PATA UDMA masks piix_pata_cbl_detect() handles cable detection just fine. Signed-off-by: Bartlomiej Zolnierkiewicz ChangeSet@1.1560.1.2, 2004-10-15 00:57:40-04:00, bzolnier@gmail.com [libata] do not memset() SCSI request buf in a get-reference style function fixes INQUIRY command handling for ATAPI. Signed-off-by: Bartlomiej Zolnierkiewicz ChangeSet@1.1542.11.5, 2004-10-14 23:35:56-04:00, bzolnier@elka.pw.edu.pl [PATCH] libata: PCI IDE legacy mode fix In PCI IDE legacy mode ap->port_no is incorrectly set to zero for the second port. Fix it by adding ->hard_port_no to struct ata_probe_ent and struct ata_port (per Jeff's suggestion) and teaching ata_piix.c to use it instead of ->port_no. Signed-off-by: Bartlomiej Zolnierkiewicz ChangeSet@1.1563, 2004-10-13 15:51:20-03:00, zaitcev@redhat.com [PATCH] Crash with cat /proc/bus/usb/devices and disconnect Here's a patch, I'd like to be in -pre. It is not the best fix. The 2.6 took a more fundamental approach, but I do not wish to rock the boat too much. Also, I'm not sure if 2.6 even gets it right at all, considering Fedora Core 3 bug 135171. At least this patch fixes the problem for me! :-) so I suppose better this than nothing, because getting oops otherwise is just too easy. I would like this to be in -pre. Here's the 2.6 bug (unfixed yet): https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=135171 The 2.4 bug (fixed by this patch - admittedly a contrived scenario): https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=129265 ChangeSet@1.1562, 2004-10-13 08:35:53-03:00, herbert@gondor.apana.org.au [PATCH] Fix hiddev devfs oops There is a long-standing devfs_unregister oops in hid/hiddev. It's caused by hid calling hiddev_exit before unregistering itself which in turn calls hiddev_disconnect. hiddev_exit removes the directory which contains the hiddev devices. Therefore it needs to be called after the hiddev devices have been disconnected. This patch fixes that. ===== drivers/usb/hid-core.c 1.30 vs edited ===== ChangeSet@1.1561, 2004-10-11 13:19:05-03:00, davej@redhat.com [PATCH] davej CREDITS update Wow, this has been out of date for over a year. ChangeSet@1.1560, 2004-10-11 08:05:05-03:00, sezeroz@ttnet.net.tr [PATCH] e1000 driver, gcc-3.4 inlining fix ChangeSet@1.1559, 2004-10-08 09:16:45-03:00, hugh@veritas.com [PATCH] tmpfs: fix shmem_file_write return value During some testing, it was noted that writing more than 2GB using fwrite() to a file on tmpfs would continue to retry the write() syscall until the entire filesystem was full. This patch makes the return from the write() syscall actually an ssize_t instead of an int. Signed-off-by: Robin Holt Signed-off-by: Hugh Dickins ChangeSet@1.1558, 2004-10-08 09:16:30-03:00, hugh@veritas.com [PATCH] tmpfs: stop negative dentries A tmpfs user reported increasingly slow directory reads when repeatedly creating and unlinking in a mkstemp-like way. The negative dentries accumulate alarmingly (until memory pressure finally frees them), and are just a hindrance to any in-memory filesystem. Two more users have reported this since. shmem_lookup set d_op to arrange for negative dentries to be deleted immediately. (But I failed to discover how it is that on-disk filesystems seem to keep their negative dentries within manageable bounds: this effect was gross with tmpfs or ramfs, but no problem at all with extN or reiser.) Signed-off-by: Hugh Dickins ChangeSet@1.1557, 2004-10-07 08:17:45-03:00, janitor@sternwelten.at [PATCH] menuconfig fix crash due to infinite recursion gawk(1) tells that getline "returns 0 on end of file and -1 on an error." in current script for menuconfig if getline has an error, it is still treated as true, fix _both_ of its invocations. 2.6 don't use that script anymore. fix suggestion from Aharon Robbins debian bts has 2 bugs open concerning that issue, this is the one containing belows fix: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=147469 [TM] tested. menuconfig still works for me. ;) TAG: v2.4.28-pre4