- 27 6月, 2005 40 次提交
-
-
由 John W. Linville 提交于
Check the link state during b44_open. This closes a 1 HZ window that existed after b44_open ran but before the b44_timer handler ran, during which ethtool would report "Link detected: yes" no matter what the link state actually was. Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Adam Belay 提交于
This patch allows the tulip driver to suspend and resume properly. It was originally written by Karsten Keil and then modified by Adam Belay. Signed-off-by: NKarsten Keil <kkeil@suse.de> Signed-off-by: NAdam Belay <abelay@novell.com> Signed-off-by: NAndrew Morton <akpm@osdl.org>
-
由 Olaf Hering 提交于
drivers/net/wireless/prism54/isl_38xx.c:131: warning: 'current_time.tv_sec' is used uninitialized in this function drivers/net/wireless/prism54/isl_38xx.c:131: warning: 'current_time.tv_usec' is used uninitialized in this function Signed-off-by: NOlaf Hering <olh@suse.de>
-
由 Randy Dunlap 提交于
Module needs a license to prevent kernel tainting. Signed-off-by: NRandy Dunlap <rdunlap@xenotime.net> diffstat:= drivers/net/3c523.c | 1 + 1 files changed, 1 insertion(+)
-
由 Kumar Gala 提交于
Jeff, Just incase this got lost in the recent netdev mailing list transition here is a nicer version of Andy's patch for gianfar. - kumar * TCP/IP/UDP checksumming and verification * VLAN tag insertion/extraction * Larger multicast hash-table * Padding to align IP headers Also added: * msg lvl support * Some whitespace cleanup Signed-off-by: NAndy Fleming <afleming@freescale.com> Signed-off-by: NKumar Gala <kumar.gala@freescale.com>
-
由 Nicolas Pitre 提交于
The race causes a kernel oops when smc_hardware_send_pkt() tries to dereference pending_tx_skb which would have been freed from one of the driver reset paths just after the tx_task tasklet has been scheduled. This race is possible on SMP but was uncovered by the kernel RT work. Signed-off-by: NNicolas Pitre <nico@cam.org>
-
由 Denis Vlasenko 提交于
--Boundary-00=_F5lsC5eH1wGW5o9 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Jeff, In some messages in via-rhine.c there is a leading space for no apparent reason. This patch removes it. -- vda --Boundary-00=_F5lsC5eH1wGW5o9 Content-Type: text/x-diff; charset="koi8-r"; name="via-rhine.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="via-rhine.c.diff"
-
由 Malli Chilakala 提交于
Driver version, white space, comments & other Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Malli Chilakala 提交于
Included proposals to false late collisions due to H/W latencies Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Malli Chilakala 提交于
Ethtool set speed/duplex validates parameters for consistency Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Malli Chilakala 提交于
Enable ethtool phys_id feature for 82573 controllers Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Malli Chilakala 提交于
Fixed VLAN tag processing error for big-endian architectures Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Malli Chilakala 提交于
Ethtool cleanup patch from Stephen Hemminger * use ADVERTISED_xxx fields when setting advertised fields * don't hardcode constant for advertised field Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Malli Chilakala 提交于
Fixed the loopback test failure for 82573 based adapters Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Malli Chilakala 提交于
Fixed register and loopback test failures with 82573 controllers Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Malli Chilakala 提交于
Cleanup debug message printed when Tx Unit hang is detected Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Malli Chilakala 提交于
Use netdev_priv() to get to netdev->priv - from shemminger@osdl.org Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Malli Chilakala 提交于
Use correct WOL settings for 82544 adapters Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Malli Chilakala 提交于
Synchronize phy access between stats update and MII_IOCTL Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Malli Chilakala 提交于
NAPI performance enhancements - Fixed issues with shared interrupts and NAPI resulting in bad performance. Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Malli Chilakala 提交于
e100_eeprom_load was called after e100_phy_init causing phy_init not to use values set in EEPROM - from emann@mrv.com Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Malli Chilakala 提交于
Added patch from Eran Mann to fix following e100 MDI/MDI-X issues * MDI/MDI-X autodetection should never be enabled for 82551ER/QM chips * enabling this feature based on eeprom settings Signed-off-by: NMallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: NGanesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: NJohn Ronciak <john.ronciak@intel.com>
-
由 Jeff Garzik 提交于
-
由 Christoph Hellwig 提交于
Patch from Pavel Roskin
-
由 Christoph Hellwig 提交于
If the frame has ToDS flag set, mark it by setting skb->pkt_type to PACKET_OTHERHOST, so that applications unaware of promiscous mode won't get uplink (STA->AP) packets for STA->STA transmissions relayed by the AP. Thanks to John Denker and David Gibson for finding the problem and the solution. Patch from Pavel Roskin
-
由 Christoph Hellwig 提交于
Patch from Pavel Roskin
-
由 Christoph Hellwig 提交于
Patch from Pavel Roskin
-
由 Christoph Hellwig 提交于
I completely reimplemented this based on ethtool_ops, CVS has an ioctl-based version.
-
由 Christoph Hellwig 提交于
(patch from Moustafa Youssef, updated by Jim Carter and Pavel Roskin).
-
由 Christoph Hellwig 提交于
We need constants from this header in the next patches.
-
由 dmitry pervushin 提交于
This patch is to provide support for cs89x0-based network device on Philips' pnx0105 board. Signed-off-by: Ndmitry pervushin <dpervushin@ru.mvista.com> Signed-off-by: NAndrew Morton <akpm@osdl.org>
-
由 Adrian Bunk 提交于
This patch contains the following cleanups: - make needlessly global code static - remove the completely unused smtparse.c - remove the following unused global functions: - drvfbi.c: init_dma - drvfbi.c: dis_dma - drvfbi.c: get_rom_byte - drvfbi.c: mac_drv_vpd_read - drvfbi.c: mac_drv_pci_fix - fplustm.c: mac_set_func_addr - fplustm.c: mac_del_multicast - hwmtm.c: mac_drv_rx_frag - pcmplc.c: pcm_set_lct_short - smt.c: smt_please_reconnect - smt.c: smt_change_t_neg - smtdef.c: smt_set_defaults Signed-off-by: NAdrian Bunk <bunk@stusta.de> Signed-off-by: NAndrew Morton <akpm@osdl.org>
-
由 Hideki Yamane 提交于
-
由 Manfred Spraul 提交于
This is a multi-part message in MIME format.
-
由 Manfred Spraul 提交于
This is a multi-part message in MIME format.
-
由 Manfred Spraul 提交于
This is a multi-part message in MIME format.
-
由 Nishanth Aravamudan 提交于
Use ssleep() / msleep_interruptible() [as appropriate] instead of schedule_timeout() to guarantee the task delays as expected. Signed-off-by: NNishanth Aravamudan <nacc@us.ibm.com> Signed-off-by: NMaximilian Attems <janitor@sternwelten.at> Signed-off-by: NDomen Puncer <domen@coderock.org>
-
由 Nishanth Aravamudan 提交于
Use msleep_interruptible() instead of schedule_timeout() to guarantee the task delays as expected. Signed-off-by: NNishanth Aravamudan <nacc@us.ibm.com> Signed-off-by: NMaximilian Attems <janitor@sternwelten.at> Signed-off-by: NDomen Puncer <domen@coderock.org>
-
由 Nishanth Aravamudan 提交于
Insert set_current_state() before schedule_timeout() so the function delays as expected. Without the addition, schedule_timeout() will return immediately. Signed-off-by: NNishanth Aravamudan <nacc@us.ibm.com> Signed-off-by: NMaximilian Attems <janitor@sternwelten.at> Signed-off-by: NDomen Puncer <domen@coderock.org>
-
由 Nishanth Aravamudan 提交于
Use ssleep() instead of nicedelay() to guarantee the task delays as expected. Remove the prototype and definition of nicedelay(). This is a very weird function, because it is called to sleep in terms of usecs, but always sleeps for 1 second, completely ignoring the parameter. I have gone ahead and followed suit, just sleeping for a second in all cases, but maybe someone with the hardware could tell me if perhaps the paramter *should* matter. Additionally, nicedelay() is called in TASK_INTERRUPTIBLE state, but doesn't deal with signals in case these longer delays do not complete, so I believe ssleep() is more appropriate. Signed-off-by: NNishanth Aravamudan <nacc@us.ibm.com> Signed-off-by: NDomen Puncer <domen@coderock.org>
-