Message ID | 20081103205121.GA6005@havoc.gtf.org |
---|---|
State | Accepted, archived |
Delegated to: | David Miller |
Headers | show |
From: Jeff Garzik <jeff@garzik.org> Date: Mon, 3 Nov 2008 15:51:22 -0500 > > Please pull from 'davem-fixes' branch of > master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git davem-fixes > > to receive the following updates: Pulled, thanks a lot Jeff. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi Jeff, > Please pull from 'davem-fixes' branch of > master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git > davem-fixes > > to receive the following updates: > > drivers/net/Kconfig | 18 +++++++++++++++--- > drivers/net/fs_enet/fs_enet-main.c | 6 ++++-- > drivers/net/mv643xx_eth.c | 9 ++++++--- > 3 files changed, 25 insertions(+), 8 deletions(-) are you also queuing patches for drivers/net/usb/hso.c, because the current state of that driver is fully broken. It oopses and shows up with a WLAN RFKILL switch instead of WWAN. Also it has some weird disconnect race with the TTY layer. Some patches have been posted, but seems that nobody has picked them up so far. Regards Marcel -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
From: Marcel Holtmann <marcel@holtmann.org> Date: Mon, 3 Nov 2008 23:07:58 +0100 > are you also queuing patches for drivers/net/usb/hso.c, because the > current state of that driver is fully broken. It oopses and shows up > with a WLAN RFKILL switch instead of WWAN. Also it has some weird > disconnect race with the TTY layer. Some patches have been posted, > but seems that nobody has picked them up so far. The person submitting those patches is, frankly, creating a lot of confusion. He can't clone my tree or pull from it, then Greg KH tries to take the fixes from him, and that doesn't go smoothly either. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Marcel Holtmann wrote: > Hi Jeff, > >> Please pull from 'davem-fixes' branch of >> master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git >> davem-fixes >> >> to receive the following updates: >> >> drivers/net/Kconfig | 18 +++++++++++++++--- >> drivers/net/fs_enet/fs_enet-main.c | 6 ++++-- >> drivers/net/mv643xx_eth.c | 9 ++++++--- >> 3 files changed, 25 insertions(+), 8 deletions(-) > > are you also queuing patches for drivers/net/usb/hso.c, because the > current state of that driver is fully broken. It oopses and shows up > with a WLAN RFKILL switch instead of WWAN. Also it has some weird > disconnect race with the TTY layer. Some patches have been posted, but > seems that nobody has picked them up so far. Last patch sent me was sent on 9/16 by Denis Joseph Barrow; I replied and never received a response after that. Patches welcome... I don't see any hso patches on http://patchwork.ozlabs.org/project/netdev/list/ nor in my inbox, so I'm guessing that no one sent me or netdev any hso patches. Jeff -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig index f749b40..11f143f 100644 --- a/drivers/net/Kconfig +++ b/drivers/net/Kconfig @@ -2010,9 +2010,13 @@ config IGB_LRO If in doubt, say N. config IGB_DCA - bool "Enable DCA" + bool "Direct Cache Access (DCA) Support" default y depends on IGB && DCA && !(IGB=y && DCA=m) + ---help--- + Say Y here if you want to use Direct Cache Access (DCA) in the + driver. DCA is a method for warming the CPU cache before data + is used, with the intent of lessening the impact of cache misses. source "drivers/net/ixp2000/Kconfig" @@ -2437,9 +2441,13 @@ config IXGBE will be called ixgbe. config IXGBE_DCA - bool + bool "Direct Cache Access (DCA) Support" default y depends on IXGBE && DCA && !(IXGBE=y && DCA=m) + ---help--- + Say Y here if you want to use Direct Cache Access (DCA) in the + driver. DCA is a method for warming the CPU cache before data + is used, with the intent of lessening the impact of cache misses. config IXGB tristate "Intel(R) PRO/10GbE support" @@ -2489,9 +2497,13 @@ config MYRI10GE will be called myri10ge. config MYRI10GE_DCA - bool + bool "Direct Cache Access (DCA) Support" default y depends on MYRI10GE && DCA && !(MYRI10GE=y && DCA=m) + ---help--- + Say Y here if you want to use Direct Cache Access (DCA) in the + driver. DCA is a method for warming the CPU cache before data + is used, with the intent of lessening the impact of cache misses. config NETXEN_NIC tristate "NetXen Multi port (1/10) Gigabit Ethernet NIC" diff --git a/drivers/net/fs_enet/fs_enet-main.c b/drivers/net/fs_enet/fs_enet-main.c index cb51c1f..a6f49d0 100644 --- a/drivers/net/fs_enet/fs_enet-main.c +++ b/drivers/net/fs_enet/fs_enet-main.c @@ -1099,7 +1099,9 @@ static int __devinit fs_enet_probe(struct of_device *ofdev, ndev->stop = fs_enet_close; ndev->get_stats = fs_enet_get_stats; ndev->set_multicast_list = fs_set_multicast_list; - +#ifdef CONFIG_NET_POLL_CONTROLLER + ndev->poll_controller = fs_enet_netpoll; +#endif if (fpi->use_napi) netif_napi_add(ndev, &fep->napi, fs_enet_rx_napi, fpi->napi_weight); @@ -1209,7 +1211,7 @@ static void __exit fs_cleanup(void) static void fs_enet_netpoll(struct net_device *dev) { disable_irq(dev->irq); - fs_enet_interrupt(dev->irq, dev, NULL); + fs_enet_interrupt(dev->irq, dev); enable_irq(dev->irq); } #endif diff --git a/drivers/net/mv643xx_eth.c b/drivers/net/mv643xx_eth.c index a9c8c08..b9dcdbd 100644 --- a/drivers/net/mv643xx_eth.c +++ b/drivers/net/mv643xx_eth.c @@ -1066,9 +1066,12 @@ static int smi_wait_ready(struct mv643xx_eth_shared_private *msp) return 0; } - if (!wait_event_timeout(msp->smi_busy_wait, smi_is_done(msp), - msecs_to_jiffies(100))) - return -ETIMEDOUT; + if (!smi_is_done(msp)) { + wait_event_timeout(msp->smi_busy_wait, smi_is_done(msp), + msecs_to_jiffies(100)); + if (!smi_is_done(msp)) + return -ETIMEDOUT; + } return 0; }