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 <holt@sgi.com>
  Signed-off-by: Hugh Dickins <hugh@veritas.com>

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 <hugh@veritas.com>

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 <arnold@skeeve.com>
   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