ChangeSet@1.1571.1.1, 2005-02-14 09:01:06-08:00, davem@nuts.davemloft.net
  [SPARC64]: Fix trailing semicolon in membar macros.
  
  Signed-off-by: David S. Miller <davem@davemloft.net>

ChangeSet@1.1571, 2005-02-14 05:21:56-02:00, ebs@ebshome.net
  [PATCH] 2.4: fix bogus 440GX rev.C PVR
  
  attached patch fixes completely bogus 440GX PVR I added long time ago
  using preliminary IBM datasheet. This was already fixed in 2.6 but I
  forgot to submit corresponding 2.4 patch.
  
  Signed-off-by: Eugene Surovegin <ebs@ebshome.net>
  
  ===== arch/ppc/kernel/cputable.c 1.23 vs edited =====

ChangeSet@1.1570, 2005-02-14 05:09:49-02:00, zaitcev@redhat.com
  [PATCH] USB: fix modem_run
  
  I entered a patch which adds "exclusive_access" lock into 2.4.29, to fix
  devices which cannot handle simultaneous accesses. This caused a regression
  with European ADSL modems. An ioctl USBDEVFS_REAPURB allows a process to enter
  the kernel and wait for USB I/O to finish. Naturally, this should not take
  exclusive_access, or nothing will ever finish.
  
  This patch is essentially the patch by Sergey Vlasov with my additions
  a) to allow ENOTTY returned without taking a lock and b) to filter ENOIOCTLCMD,
  which is improper to leak to userspace.

ChangeSet@1.1569, 2005-02-14 05:08:11-02:00, zaitcev@redhat.com
  [PATCH] USB: hid for ia64
  
  Apparently, the HP rx5670 fails to reboot if a USB keyboard if attached
  without this patch (and the OHCI fix we accepted for 2.4.29).
  
  This bug is better known for its effect on Altix, but SGI ships a magic
  kernel anyhow, so I don't want to use that as justification.
  
  The original patch comes from Jes Sorensen, but then I corrupted his
  idea with my simplifications and a partial backport from 2.6, so if this
  fails do not e-mail him.

ChangeSet@1.1568, 2005-02-14 05:07:15-02:00, zaitcev@redhat.com
  [PATCH] USB: ftdi_sio
  
  Granted, this is a cleanup, and we don't like cleanups in 2.4. But I really
  dislike how the comment managed to detach from the function it described.
  The idiotic error message is quite annoying, too.

ChangeSet@1.1562.1.4, 2005-02-11 12:46:42-08:00, davem@nuts.davemloft.net
  [TG3]: Update driver version and reldate.
  
  Signed-off-by: David S. Miller <davem@davemloft.net>

ChangeSet@1.1562.1.3, 2005-02-11 12:46:17-08:00, mchan@broadcom.com
  [TG3]: capacitive coupling detection fix
  
  This patch fixes the problem reported in:
  
  http://marc.theaimsgroup.com/?l=linux-kernel&m=110798711911645&w=2
  
  
  The 5700 link problem was caused by reading uninitialized values in sram and
  causing capacitive coupling mode to be enabled by mistake. This patch fixes
  the problem by properly validating the sram contents.
  
  
  Signed-off-by: Michael Chan <mchan@broadcom.com>
  Signed-off-by: David S. Miller <davem@davemloft.net>

ChangeSet@1.1562.1.2, 2005-02-10 19:02:10-08:00, yoshfuji@linux-ipv6.org
  [NET]: Fix kernel oops if base_reachable_time is set to 0.
  
  Signed-off-by: David S. Miller <davem@davemloft.net>

ChangeSet@1.1567, 2005-02-10 19:01:21-08:00, davem@nuts.davemloft.net
  [SPARC]: nop() macro has bogus trailing semicolon 
  
  Noticed by Bob Breuer.
  
  Signed-off-by: David S. Miller <davem@davemloft.net>

ChangeSet@1.1566, 2005-02-10 17:29:09-08:00, davem@nuts.davemloft.net
  [SPARC]: Fix bogus trailing semicolon in smb_*() macros.
  
  Backported from 2.6.x
  
  Signed-off-by: David S. Miller <davem@davemloft.net>

ChangeSet@1.1565, 2005-02-10 10:00:20-02:00, akpm@osdl.org
  [PATCH] Kenneth Sumrall: In lp_write(), copy_from_user() is called to copy data into a statically allocated kernel buffer before down_interruptible().
  
  From: Kenneth Sumrall <ken@mvista.com>
  
  In lp_write(), copy_from_user() is called to copy data into a statically
  allocated kernel buffer before down_interruptible() is called.  If a second
  thread of execution comes in between the copy_from_user() and the
  down_interruptible() calls, silent data corruption could result.
  
  Signed-off-by: Andrew Morton <akpm@osdl.org>

ChangeSet@1.1564, 2005-02-09 14:11:50-02:00, marcelo@logos.cnet
  Cset exclude: alanh@fairlite.demon.co.uk|ChangeSet|20050209150113|54411
  TAG: v2.4.30-pre1