1. 10 Jun, 2004 8 commits
    • Scott Feldman's avatar
      [PATCH] e100: use NAPI mode all the time · f1261b62
      Scott Feldman authored
      I see no reason to keep the non-NAPI option for e100.  This patch removes
      the CONFIG_E100_NAPI option and puts the driver in NAPI mode all the time.
      Matches the way tg3 works.
      
      Unless someone has a really good reason to keep the non-NAPI mode, this
      should go in for 2.6.7.
      
      -scott
      f1261b62
    • Scott Feldman's avatar
      [PATCH] e100: fix sender hang after tx timeout · 4c3146e0
      Scott Feldman authored
      * When e100 experiences a transmit timeout, it calls e100_up() to reset
      the device.  e100_up calls netif_start_queue to release any flow block,
      but doesn't reschedule.  This patch unblocks the flow and schedules Tx.
      Jay Vosburgh [fubar@us.ibm.com].
      
      Signed-off-by: scott.feldman@intel.com
      4c3146e0
    • Scott Feldman's avatar
      [PATCH] e100: fix skb leak in tx timeout · f690ecaf
      Scott Feldman authored
      * If e100 experiences a transmit timeout, and the tx ring is completely
      full at the time, it will leak all of the skbs on the tx ring (because
      extra logic is needed to distinguish ring full from ring empty).  Jay
      Vosburgh [fubar@us.ibm.com].
      
      Signed-off-by: scott.feldman@intel.com
      f690ecaf
    • Scott Feldman's avatar
      [PATCH] e100: stepping over err return code · 013ae2dd
      Scott Feldman authored
      * Spotted by Jay Vosburgh [fubar@us.ibm.com].  err return code was getting
      stepped on in the case where we need to report low or no cb resources,
      which in turn messed up the netif_stop_queue logic in xmit_frame.
      
      Signed-off-by: scott.feldman@intel.com
      013ae2dd
    • Linus Torvalds's avatar
      Merge bk://linux-ntfs.bkbits.net/ntfs-2.6 · 981a1ad3
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.6/linux
      981a1ad3
    • Anton Altaparmakov's avatar
      NTFS: 2.1.14 - Fix an NFSd caused deadlock reported by several users. · 290a768a
      Anton Altaparmakov authored
      - Modify fs/ntfs/ntfs_readdir() to copy the index root attribute value
        to a buffer so that we can put the search context and unmap the mft
        record before calling the filldir() callback.  We need to do this
        because of NFSd which calls ->lookup() from its filldir callback()
        and this causes NTFS to deadlock as ntfs_lookup() maps the mft record
        of the directory and since ntfs_readdir() has got it mapped already
        ntfs_lookup() deadlocks.
      Signed-off-by: default avatarAnton Altaparmakov <aia21@cantab.net>
      290a768a
    • Anton Altaparmakov's avatar
      Merge cantab.net:/home/src/bklinux-2.6 · 62eed986
      Anton Altaparmakov authored
      into cantab.net:/home/src/ntfs-2.6
      62eed986
    • Linus Torvalds's avatar
      Merge bk://drm.bkbits.net/drm-2.6 · ad181870
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.6/linux
      ad181870
  2. 12 Jun, 2004 2 commits
  3. 10 Jun, 2004 2 commits
    • Jens Axboe's avatar
      [PATCH] fix ide-cd racy completions · 53c5395a
      Jens Axboe authored
      This bug took forever to debug (just ask Ben :-).
      
      When we move the completion event from the failed request to the sense
      request, we risk either the initial complete and then later complete on
      a long gone ->waiting.  I think this business of moving the completion
      structure to the request sense is a bit bogus and always has been, and
      the bug is fixed nicely by just rewriting this logic a bit.  So instead
      we simply unconditionally dequeue the failed request (regardless of
      whether it was REQ_PC or REQ_BLOCK_PC), and pass a reference to it in
      the sense request.  When the sense completes, we call end io on the
      originally failed request (which does the complete() etc).
      Signed-off-by: default avatarJens Axboe <axboe@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      53c5395a
    • Geert Uytterhoeven's avatar
      96036e97
  4. 09 Jun, 2004 28 commits