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