An error occurred fetching the project authors.
  1. 08 Mar, 2004 1 commit
    • Don Fry's avatar
      [PATCH] pcnet32 transmit hang fix · febd4f29
      Don Fry authored
      The pcnet32 driver will hang after a few frames (<30) with the 79C971
      (and probably the 79C972 though I don't have the hardware to prove it).
      By interrupting slightly more frequently the hang will not occur.
      febd4f29
  2. 25 Feb, 2004 1 commit
    • Don Fry's avatar
      [PATCH] pcnet32 non-mii link state fix · 6c48acb3
      Don Fry authored
      s patch correctly returns the link state of an adapter which does not
      have an MII.  Tested by myself and the patch author Thomas Munck Steenholdt
      <tmus@tmus.dk>.  (This version has the correct file name)
      6c48acb3
  3. 24 Feb, 2004 9 commits
    • Don Fry's avatar
      [PATCH] pcnet32.c fix compile error · 62d90976
      Don Fry authored
      Arrgh.  I sent the wrong diff file.  This one fixes the compile error I
      introduced ;-(
      62d90976
    • Don Fry's avatar
      [PATCH] whitespace only change to pcnet32.c · d0ff8244
      Don Fry authored
      Last change for a while.  This modifies the whitespace only.
      consistent indentation, deletes trailing tabs, trailing spaces, etc.
      d0ff8244
    • Don Fry's avatar
      [PATCH] pcnet32.c adds loopback test · 46c46cca
      Don Fry authored
      This adds the ability to do a local loopback test for the adapter.  This
      source was submitted by James Lewis <jklewis@us.ibm.com>.  Tested on PPC
      and IA32 systems.
      46c46cca
    • Don Fry's avatar
      [PATCH] pcnet32.c add PCI hot remove support · f3f582fd
      Don Fry authored
      This patch adds support for PCI hot remove.  Tested on PPC64 boxes.
      The driver has also been checked to comply with PCMCIA/cardbus remove
      requirements, but as I don't have a PCMCIA card, it is untested.
      If a PCMCIA card is removed, reads will return FFFF.  The FFFF will
      cause all while loops to exit.
      f3f582fd
    • Don Fry's avatar
      [PATCH] pcnet32.c non-mii errors with ethtool · 99ef0220
      Don Fry authored
      pcnet32 devices which do not contain an mii respond incorrectly to
      ethtool commands.
      
      Reported by VANDROVE@vc.cvut.cz and Thomas Munck Steenholdt.
      99ef0220
    • Don Fry's avatar
      [PATCH] pcnet32.c handle failures in open · 6a6602c0
      Don Fry authored
      If there are errors in the open routine, the driver does not correctly clean
      up and free resources.
      
      This also removes an unnecessary netif_wake_queue, correctly supports the
      debug parameter, and updates the version and date.
      6a6602c0
    • Don Fry's avatar
      [PATCH] 2.6.3 pcnet32.c change to use ethtool_ops · 30a43fcd
      Don Fry authored
      This changes the driver to use ethtool_ops to be more modular.  There is a
      net delta of just a one line between the two implementations, but permission
      checking and copying to/from user space, etc. is all done in a consistent
      manner by ethtool.c
      30a43fcd
    • Don Fry's avatar
      [PATCH] 2.6.3 pcnet32.c convert to use netif_msg_* · 63418afd
      Don Fry authored
      This patch converts the driver to use netif_msg_* for printing messages.
      Tested IA32.
      63418afd
    • Don Fry's avatar
      [PATCH] 2.6.3 pcnet32.c wrong vendor ID fix · 4fb7103d
      Don Fry authored
      This patch was originally sent by Jon Mason on Sat Jan 31.
      
      "I created a patch that allows pcnet32 adapters sold in IBM RS/6000 systems
      to be recognized in non-ppc computers.  The problem is that the Vendor ID
      of this adapter is incorrect.  There is a ppc specific workaround to get
      it working on that architecture (checkout
      http://lxr.linux.no/source/arch/ppc/kernel/pci.c?a=ppc#L87
      for the workaround), but it obviously won't fix the problem in non-ppc
      architectures."
      4fb7103d
  4. 18 Feb, 2004 3 commits
    • Don Fry's avatar
      [PATCH] 2.6.3 pcnet32.c transmit hang fix · 5f0ccf26
      Don Fry authored
      The transmit routine will stop interrupting and hang, causing the
      tx_timeout routine to attempt to restart the device when the 32-bit
      cur_tx counter wraps below dirty_tx.  If the device had called
      netif_stop_queue it will never call netif_wake_queue in the interrupt
      routine (at least on an IA32 system) due to 32-bit wrap around arithmetic.
      
      On my IA32 system 'dirty_tx > lp->cur_tx - TX_RING_SIZE + 2' would
      always evaluate to false when dirty and cur_tx were less than 15,
      preventing netif_wake_queue to be called.
      
      By starting dirty_tx and cur_tx at 0xfffffff0 (to reduce test time) I
      found that once cur_tx wrapped to zero, that transmitted buffers would
      never be unmapped or freed because 'while (dirty_tx < lp->cur_tx) {'
      was not true.  cur_tx would keep incrementing (in start_xmit) but dirty_tx
      would not (in pcnet32_interrupt), thus leaking skb's and pci map entries.
      On PPC machines, the system would quickly run out of pci maps.
      
      Fix tested on PPC and IA32.
      5f0ccf26
    • Don Fry's avatar
      [PATCH] 2.6.3 pcnet32.c SLAB_DEBUG length error fix · b1fb49c2
      Don Fry authored
      The pcnet32 driver uses the incorrect length (of zero) in
      pci_[un]map_single for receive buffers.  This is seen with SLAB_DEBUG
      enabled.
      
      Tested in IA32 system.  If this patch is not applied after my previous
      one hunks #1, #3, and #5 will have an offset of -2 lines.
      b1fb49c2
    • Don Fry's avatar
      [PATCH] 2.6.3 pcnet32.c bus master arbitration failure fix · f992adf3
      Don Fry authored
      Here is the first of several individual patches to 2.6.3 for the pcnet32
      driver.
      
      The driver did not properly serialize accesses to chip registers, resulting
      in reading/writing the wrong register.  This patch eliminates this problem
      and gets rid of the cause of the symptom of 'bus master arbitration failure'.
      
      It was easier to use generic_mii_ioctl than modify the current pcnet32_ioctl
      routine with the necessary locks.  This has been re-tested on an IA32 system.
      f992adf3
  5. 10 Jan, 2004 1 commit
  6. 05 Dec, 2003 2 commits
    • Jeff Garzik's avatar
      [PATCH] fix oops on unload in pcnet32 · e627eccb
      Jeff Garzik authored
      The driver was calling pci_unregister_driver for each _device_, and then
      again at the end of the module unload routine.  Remove the call that's
      inside the loop, pci_unregister_driver should only be called once.
         
      Caught by Don Fry (and many others)
      e627eccb
    • Jeff Garzik's avatar
      [netdrvr pcnet32] fix oops on unload · 5d568a16
      Jeff Garzik authored
      Driver was calling pci_unregister_driver for each _device_, and then
      again at the end of the module unload routine.  Remove the call that's
      inside the loop, pci_unregister_driver should only be called once.
      
      Caught by Don Fry (and many others)
      5d568a16
  7. 08 Nov, 2003 1 commit
    • Ralf Bächle's avatar
      [netdrvr pcnet32] add missing pci_dma_sync_single · e9e3cd4b
      Ralf Bächle authored
      a patch for the pcnet32.c driver which adds a missing call to
      pci_dma_sync_single.  If a received packet is smaller than rx_copybreak
      the pcnet driver will recycle the receive buffer which requires calling
      pci_dma_sync_single.  Patch is against 2.6 but I it's also needed in 2.4.
      
      Without that call the processor might still have old stale data in
      the data cache when the processor accesses the recycled buffer.
      e9e3cd4b
  8. 03 Sep, 2003 1 commit
  9. 31 Aug, 2003 1 commit
    • Andrew Morton's avatar
      [PATCH] pcnet32 needs unregister_pci · 96153507
      Andrew Morton authored
      From: Domen Puncer <domen@coderock.org>
      
      The problem in pcnet32 is, that it doesn't unregister pci, if there's no
      hardware.
      
      This patch solves the problem.
      96153507
  10. 19 Aug, 2003 1 commit
  11. 01 Aug, 2003 1 commit
    • Randy Dunlap's avatar
      [PATCH] janitor: convert to pci_name() · 42098570
      Randy Dunlap authored
      [ GregKH has already done this is USB and PCI core. ]
      
      From: "Warren A. Layton" <zeevon@debian.org>
      
      Based on a request from Matthew Wilcox, convert instances of
      pci_dev->slot_name to use pci_name() instead:
      
        "In order to support PCI Domains, we have to stop using slot_name.
         It's related to driver model transition too since pci_dev->slot_name
         was redundant with pci_dev->dev.bus_id.  So I introduced the inline
         function pci_name().  Now there's about 300-400 places in the tree
         that're using slot_name which need to be converted to use pci_name().
         once that's done, we can remove the slot_name pointer in pci_dev and
         save a (void *) per pci_dev."
      42098570
  12. 31 Jul, 2003 1 commit
  13. 19 Jun, 2003 2 commits
  14. 26 May, 2003 1 commit
    • David Engebretsen's avatar
      [netdrvr pcnet32] bug fixes · 59c73e94
      David Engebretsen authored
      I would like to see a couple of the pcnet32 changes that I think we can
      agree on be put into the trees so a couple of the potential defects can be
      avoided.  The following patch contains just these pieces.  The only
      controversial one is an arbitrary change in the number of iterations in a
      while loop spinning on hardware state.   No matter how this is done, I am
      not especially fond of this bit of code as it has no reasonable error
      recovery path -- however, as a half-way, incremental solution, increasing
      the polling time should help as the 100 value was certainly found to be
      insufficient.  1000 may not be sufficient either, but it is certainly no
      worse.
      
      Both of the other changes were hit in testing (and I belive the wmb() at a
      customer even), so it would help reduce some debug if these go in.  Any
      feedback is appreciated - thanks.
      59c73e94
  15. 20 May, 2003 1 commit
  16. 20 Apr, 2003 1 commit
    • Jeff Garzik's avatar
      net driver cleanup, volume 1: · ee1e4607
      Jeff Garzik authored
      Mostly updating to new irqreturn_t, but also includes some needed
      SET_MODULE_OWNER and set_bit cleanups as well.
      
      Affects: 8390, dgrs, eepro100, epic100, pcnet32, rcpci45,
      sis900, tlan
      ee1e4607
  17. 01 Apr, 2003 1 commit
  18. 13 Feb, 2003 1 commit
  19. 16 Jan, 2003 1 commit
    • Christoph Hellwig's avatar
      [PATCH] remove MOD_IN_USE · ca58c4b6
      Christoph Hellwig authored
      Another left-over from ancient module code, it was supposed to return
      non-zero if the module has a use count, but currently it always
      evaluates to 0.
      
      There are a few users of different types:
      (1)  ioctl that perform a while(MOD_IN_USE) MOD_DEC_USE_COUNT loop.
           Just rip them out, we now have forced module unloading.
      (2)  printk's that moan if the use-count in not zero in the exitfunc.
           Just rip them out, this can't happen.
      (3)  if(MOD_IN_USE) MOD_DEC_USE_COUNT constructs in ->close of a few
           serial drivers.  Just remove the conditional, we did a
           MOD_INC_USE_COUNT in ->open.
      (4)  This one is interesting:  drivers/sbus/char/display7seg.c uses
           the module use count to track openers.  Replace this with an
           atomic_t.
      
      In addition remove tons of stale comments in network driver that aren't
      understandable for anyone who doesn't know ancient Linux module semantics.
      ca58c4b6
  20. 15 Dec, 2002 1 commit
  21. 21 Nov, 2002 1 commit
  22. 21 Oct, 2002 1 commit
  23. 19 Aug, 2002 1 commit
  24. 29 May, 2002 1 commit
  25. 03 Apr, 2002 1 commit
  26. 12 Mar, 2002 1 commit
  27. 11 Mar, 2002 2 commits