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