- 15 Feb, 2008 3 commits
-
-
Al Viro authored
Signed-off-by:
Al Viro <viro@zeniv.linux.org.uk> Signed-off-by:
Jeff Garzik <jeff@garzik.org>
-
Jarek Poplawski authored
According to one of OOPSes reported by Jann softirq can break while skb is prepared for netif_rx. The report isn't complete, so the real reason of the later bug could be different, but IMHO this locking break in ax_bump is unsafe and unnecessary. Reported-and-tested-by:
Jann Traschewski <jann@gmx.de> Signed-off-by:
Jarek Poplawski <jarkao2@gmail.com> Signed-off-by:
-
Chuck Ebbert authored
Megahertz EM1144 PCMCIA ethernet adapter needs special handling because it has two VERS_1 tuples and the station address is in the second one. Conversion to generic handling of these fields broke it. Reverting that fixes the device. https://bugzilla.redhat.com/show_bug.cgi?id=233255 Thanks go to Jon Stanley for not giving up on this one until the problem was found. Signed-off-by:
Chuck Ebbert <cebbert@redhat.com> Signed-off-by:
-
- 11 Feb, 2008 37 commits
-
-
Auke Kok authored
Let's not add these #ifdef NETIF_F_TSO's back. Signed-off-by:
Auke Kok <auke-jan.h.kok@intel.com> Signed-off-by:
-
Auke Kok authored
Signed-off-by:
-
Auke Kok authored
It's easy to oversee this issue when working with this card as evrything will work OK but performance is severely limited (something like 1.5gbit on a x1 link) if the pci-express slot does not offer more bandwidth. Signed-off-by:
-
Auke Kok authored
A logic mishap caused the adapter to keep link while we can disable it due to WoL not being active, and vice versa. Signed-off-by:
-
Auke Kok authored
We're already starting to see reports from users still using e1000 where they should be using e1000e now that this is actually possible. Just to prevent some of this thrash, add a big warning on load on these devices that people should switch to e1000e. Signed-off-by:
Jesse Brandeburg <jesse.brandeburg@intel.com> Signed-off-by:
-
Julia Lawall authored
Signed-off-by:
Julia Lawall <julia@diku.dk> Signed-off-by:
-
Alex Bounine authored
Add ethtool support to tsi108_eth network driver. Signed-off-by:
Alexandre Bounine <alexandreb@tundra.com> Signed-off-by:
-
Alex Bounine authored
Bug fix for tsi108_eth network driver. This patch fixes a problem with link recovery after connection was lost. Signed-off-by:
-
Alex Bounine authored
Code clean-up for tsi108_eth network driver. This patch removes not needed dummy read and the corresponding comment. The PHY logic requires two reads from the status register to get current link status. This is done correctly inside mii_check_media(). Signed-off-by:
-
Alex Bounine authored
Bug fix for tsi108_eth network driver. This patch fixes a problem with detection of 1000Mb speed. Signed-off-by:
-
Alex Bounine authored
Bug fix for tsi108_eth network driver. This patch adds missing linking to driver data. Signed-off-by:
-
Adrian Bunk authored
This patch fixes a use-after-free introduced by commit a79d8e93 and spotted by the Coverity checker. Signed-off-by:
Adrian Bunk <bunk@kernel.org> Signed-off-by:
-
Sergio Luis authored
Fix following warnings: WARNING: drivers/net/sis190.o(.text+0x103): Section mismatch in reference from the function sis190_get_mac_addr() to the function .devinit.text:sis190_get_mac_addr_from_apc() WARNING: drivers/net/sis190.o(.text+0x10e): Section mismatch in reference from the function sis190_get_mac_addr() to the function .devinit.text:sis190_get_mac_addr_from_eeprom() Annotate sis190_get_mac_addr() with __devinit. Signed-off-by:
Sergio Luis <sergio@uece.br> sis190.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) Signed-off-by:
-
Peter Tiedemann authored
additional check of s390dbf level results in better performance if the default low debugging level is active. Signed-off-by:
Peter Tiedemann <ptiedem@de.ibm.com> Signed-off-by:
Ursula Braun <braunu@de.ibm.com> Signed-off-by:
-
Peter Tiedemann authored
Since lcs makes use of 1 debug area only, the number of debug areas is reduced, while the number of pages per area is increased. Signed-off-by:
-
Ursula Braun authored
Dummy NOP actions for fsm-statemachines have to be defined separately for every using module of fsm-statemachines. Thus the generic name fsm_action_nop is replaced by module specific name netiucv_action_nop. Signed-off-by:
-
Cornelia Huck authored
Signed-off-by:
Cornelia Huck <cornelia.huck@de.ibm.com> Signed-off-by:
-
Ursula Braun authored
Volatile variables queme_switch and pk_delay are not used anyway. They are just a left over from an unused timer based packing logic. Signed-off-by:
-
Ayaz Abdulla authored
New chipsets introduced variant Rx FIFO sizes that need to be taken into account when setting up the tx pause watermarks. This patch introduces the new device feature flags based on a version and implements the new watermarks. Signed-off-by:
Ayaz Abdulla <aabdulla@nvidia.com> Signed-off-by:
-
Ayaz Abdulla authored
This patch supports a new fix in hardware regarding tx collisions. In the cases where we are in autoneg mode and the link partner is in forced mode, we need to setup the tx deferral register differently in order to reduce collisions on the wire. Signed-off-by:
-
Steve Wise authored
When ARP completes due to a request rather than a reply the neighbor is marked NUD_STALE instead of reachable (see arp_process()). The handler for the resulting netevent needs to check also for NUD_STALE. Failure to use the arp entry can cause RDMA connection failures. Signed-off-by:
Steve Wise <swise@opengridcomputing.com> Acked-by:
Divy Le Ray <divy@chelsio.com> Signed-off-by:
-
Jeff Garzik authored
Merge branch 'r6040' of git://git.kernel.org/pub/scm/linux/kernel/git/romieu/netdev-2.6 into upstream-fixes
-
Ben Dooks authored
Show whether the MAC address was read from the EEPROM or the onboard PAR registers. Signed-off-by:
Ben Dooks <ben-linux@fluff.org> Signed-off-by:
-
Ben Dooks authored
Reading the ID register does not always return the correct ID from the device, so we retry several times to see if we get a correct value. These failures seem to be excaserbated by the speed of the access to the chip (possibly time between issuing the address and then the data cycle). Signed-off-by:
-
Ben Dooks authored
Add entry to handle the MII ioctl() calls via the generic_mii_ioctl call. Signed-off-by:
-
Ben Dooks authored
Allow the platform data to specify to the DM9000 driver that there is no posibility of an attached EEPROM on the device, so default all reads to 0xff and ignore any write operations. Signed-off-by:
-
Ben Dooks authored
The writing of the data should implicitly truncate the data to 8bits, so do not bother with the ands in the code. Signed-off-by:
-
Ben Dooks authored
Remove the cal_CRC as this is basically wrappering the ether_crc_le function, and is only being used by the multicast hash table functions. Signed-off-by:
-
Ben Dooks authored
The code was using a delay of 8ms, when it should have been using the EEPROM status flag from the device to indicate the EEPROM transaction had finished. Signed-off-by:
-
Ben Dooks authored
Use the netif_msg_*() macros to enable the debugging based on the board's msg_enable field. The output still goes via the dev_dbg() macros, so will be tagged and output as appropriate. Signed-off-by:
-
Ben Dooks authored
We have a perfectly good version control system, so we do not need to duplicate change comments in the header for this code. Signed-off-by:
-
Ben Dooks authored
Ensure we hold the spinlock whilst the registers and being modified even though we hold the overall lock. This should protect against an interrupt happening whilst we are using the device. Signed-off-by:
-
Ben Dooks authored
Remove the old hack to program an initial EEPROM setting into the DM9000 as we now have ethtool support for reading and writing the EEPROM. Signed-off-by:
-
Ben Dooks authored
Allow the msg_enable value to be read and written by the ethtool interface. Signed-off-by:
-
Ben Dooks authored
Add ethtool support to access the configuration EEPROM connected to the DM9000. Signed-off-by:
-
Ben Dooks authored
Add a mutex to serialise access to the chip functions from entries such as the ethtool and the MII code. This should reduce the amount of time the spinlock is held to protect the address register. Signed-off-by:
-
Ben Dooks authored
The srom array in the board data is only being used in the device probe routines. The probe also only uses the first 6 bytes of an array we spend 512ms reading 128 bytes from. Change to reading the MAC area directly to the MAC address structure. As a side product, we rename the read_srom_word to dm9000_read_eeprom to bring it into line with the rest of the driver. No change is made to the delay in this function, which will be dealt with in a later patch. Signed-off-by:
-
