1. 15 Dec, 2003 5 commits
    • Dmitry Torokhov's avatar
      [PATCH] Fwd: Re: Atmel - possible SKB leak? · 69169351
      Dmitry Torokhov authored
      Jeff,
      
      Atmel driver in 2.6.0-test11 is leaking SKBs if card gets disassociated
      from an AP when it's about to transfer packet. Simon (atmel maintainer)
      is OK with the patch. Given the fact that we are leaking memory I think
      it may be beneficial to push it to Linus (if you like the patch).
      
      Dmitry
      
      ===================================================================
      
      
      ChangeSet@1.1517, 2003-12-11 01:44:56-05:00, dtor_core@ameritech.net
        NET: atmel - do not leak SKBs when dropping packets
      
      
       atmel.c |    6 ++++--
       1 files changed, 4 insertions(+), 2 deletions(-)
      
      
      ===================================================================
      69169351
    • Andrew Morton's avatar
      [PATCH] Re: Deadlock in 3c574_cs.c (fwd) · a5b02872
      Andrew Morton authored
      Patch looks fine to me, thanks.   I've queued up the below.
      
      
      From: Ville Nuorvala <vnuorval@tcs.hut.fi>
      
      I've experienced random lockups witch become almost certain under heavy
      loads, like when doing ping6 -f. The culprit seems to be the 3c574_cs
      driver, which locks lp->window_lock twice when calling update_stats() from
      el3_interrupt().
      
      
      
       drivers/net/pcmcia/3c574_cs.c |   15 +++++++++------
       1 files changed, 9 insertions(+), 6 deletions(-)
      a5b02872
    • Jeff Garzik's avatar
      Merge redhat.com:/spare/repo/linux-2.5 · 39ceafe3
      Jeff Garzik authored
      into redhat.com:/spare/repo/net-drivers-2.5
      39ceafe3
    • Alexander Viro's avatar
      [netdrvr bonding] use destructor to properly free net device · e90b21e2
      Alexander Viro authored
      (required because of driver's use of rtnl_lock/unlock)
      e90b21e2
    • Neil Brown's avatar
      [PATCH] Fix possible bio corruption with RAID5 · e1f936a9
      Neil Brown authored
       1/ make sure raid5 doesn't try to handle multiple overlaping
          requests at the same time as this would confuse things badly.
          Currently it justs BUGs if this is attempted.
       2/ Fix a possible data-loss-on-write problem.  If two or
          more bio's that write to the same page are processed at the
          same time, only the first was actually commited to storage.
       3/ Fix a use-after-free bug.  raid5 keeps the bio's it is given
          in linked lists when more than one bio touch a single page.
          In some cases the tail of this list can be freed, and
          the current test for 'are we at the end' isn't reliable.
          This patch strengths the test to make it reliable.
      e1f936a9
  2. 14 Dec, 2003 1 commit
    • Linus Torvalds's avatar
      Fix thread group leader zombie leak · 056ffaad
      Linus Torvalds authored
      Petr Vandrovec noticed a problem where the thread group leader
      would not be properly reaped if the parent of the thread group
      was ignoring SIGCHLD, and the thread group leader had exited
      before the last sub-thread.
      
      Fixed by Ingo Molnar.
      056ffaad
  3. 13 Dec, 2003 3 commits
    • Linus Torvalds's avatar
      More subtle SMP bugs in prepare_to_wait()/finish_wait(). · e220fdf7
      Linus Torvalds authored
      This time we have a SMP memory ordering issue in prepare_to_wait(),
      where we really need to make sure that subsequent tests for the
      event we are waiting for can not migrate up to before the wait
      queue has been set up.
      e220fdf7
    • René Scharfe's avatar
      [PATCH] HPFS: missing lock_kernel() in hpfs_readdir() · 14c5d2d2
      René Scharfe authored
      In 2.5.x, the BKL was pushed from vfs_readdir() into the filesystem
      specific functions.  But only the unlock_kernel() made it into the HPFS
      code, lock_kernel() got lost on the way.  This rendered the filesystem
      unusable.
      
      This adds the missing lock_kernel().  It's been tested by Timo Maier who
      also reported the problem earlier today.
      14c5d2d2
    • Jens Axboe's avatar
      [PATCH] no bio unmap on cdb copy failure · 5965168e
      Jens Axboe authored
      The previous scsi_ioctl.c patch didn't cleanup the buffer/bio in the
      error case. 
      
      Fix it by copying the command data earlier.
      5965168e
  4. 12 Dec, 2003 1 commit
  5. 09 Dec, 2003 1 commit
    • Jens Axboe's avatar
      [PATCH] scsi_ioctl memcpy'ing user address · 8cc86c08
      Jens Axboe authored
      James reported a bug in scsi_ioctl.c where it mem copies a user pointer
      instead of using copy_from_user(). I inadvertently introduced this one
      when getting rid of CDROM_SEND_PACKET. Here's a trivial patch to fix it.
      8cc86c08
  6. 08 Dec, 2003 1 commit
  7. 07 Dec, 2003 6 commits
  8. 06 Dec, 2003 1 commit
  9. 05 Dec, 2003 7 commits
  10. 04 Dec, 2003 4 commits
  11. 03 Dec, 2003 7 commits
  12. 02 Dec, 2003 2 commits
  13. 01 Dec, 2003 1 commit