An error occurred fetching the project authors.
- 08 Mar, 2004 1 commit
-
-
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.
-
- 25 Feb, 2004 1 commit
-
-
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)
-
- 24 Feb, 2004 9 commits
-
-
Don Fry authored
Arrgh. I sent the wrong diff file. This one fixes the compile error I introduced ;-(
-
Don Fry authored
Last change for a while. This modifies the whitespace only. consistent indentation, deletes trailing tabs, trailing spaces, etc.
-
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.
-
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.
-
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.
-
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.
-
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
-
Don Fry authored
This patch converts the driver to use netif_msg_* for printing messages. Tested IA32.
-
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."
-
- 18 Feb, 2004 3 commits
-
-
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.
-
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.
-
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.
-
- 10 Jan, 2004 1 commit
-
-
Alexander Viro authored
-
- 05 Dec, 2003 2 commits
-
-
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)
-
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)
-
- 08 Nov, 2003 1 commit
-
-
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.
-
- 03 Sep, 2003 1 commit
-
-
François Romieu authored
-
- 31 Aug, 2003 1 commit
-
-
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.
-
- 19 Aug, 2003 1 commit
-
-
Stephen Hemminger authored
Simple one line substitution of kfree with free_netdev for the bulk of the network drivers.
-
- 01 Aug, 2003 1 commit
-
-
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."
-
- 31 Jul, 2003 1 commit
-
-
Greg Kroah-Hartman authored
Fixes up drivers/net/*
-
- 19 Jun, 2003 2 commits
-
-
Zwane Mwaikambo authored
drivers/net/pcnet32.c: In function `pcnet32_init_ring': drivers/net/pcnet32.c:1006: warning: comparison between pointer and integer
-
David S. Miller authored
-
- 26 May, 2003 1 commit
-
-
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.
-
- 20 May, 2003 1 commit
-
-
Stephen Hemminger authored
-
- 20 Apr, 2003 1 commit
-
-
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
-
- 01 Apr, 2003 1 commit
-
-
Rusty Russell authored
From: Marcus Alanen <maalanen@ra.abo.fi>
-
- 13 Feb, 2003 1 commit
-
-
Marcus Meissner authored
-
- 16 Jan, 2003 1 commit
-
-
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.
-
- 15 Dec, 2002 1 commit
-
-
Art Haas authored
-
- 21 Nov, 2002 1 commit
-
-
Arnaldo Carvalho de Melo authored
-
- 21 Oct, 2002 1 commit
-
-
Kent Yoder authored
-
- 19 Aug, 2002 1 commit
-
-
Linus Torvalds authored
-
- 29 May, 2002 1 commit
-
-
Go Taniguchi authored
-
- 03 Apr, 2002 1 commit
-
-
Dave Jones authored
* region resource handling * do-while macro definitions * error cleanup
-
- 12 Mar, 2002 1 commit
-
-
Anton Blanchard authored
perform dwio reset after checking wio, otherwise some cards fail the probe, fix from Paul Mackerras
-
- 11 Mar, 2002 2 commits
-
-
Anton Blanchard authored
pcnet32_purge_tx_ring can be called from interrupt, so must use dev_kfree_skb_any, fix from Dave Engebretsen.
-
Anton Blanchard authored
Increase device watchdog timeout, fix from Dave Engebretsen.
-