| To: | Daniele Venzano <webvenza@xxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH 1/1] More ethtool support for sis900 |
| From: | Francois Romieu <romieu@xxxxxxxxxxxxx> |
| Date: | Sun, 6 Mar 2005 01:15:46 +0100 |
| Cc: | Jeff Garzik <jgarzik@xxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <02a49476862ae18433e5b80aafa616fd@xxxxxxxxx> |
| References: | <20050305134011.23638.68926@xxxxxxxxxxxxxxxxxxxxx> <4229FA32.4000401@xxxxxxxxx> <02a49476862ae18433e5b80aafa616fd@xxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.4.1i |
Daniele Venzano <webvenza@xxxxxxxxx> : [...] > I saw the locking, but I couldn't come up with a reason for it. Is it > needed because of kernel wide preemption ? Usually you do not want simultaneous accesses to the mii interface (link events, Tx timeout recovery or so). From a quick glance at the sis900 driver, I would expect the lock to protect against sis900_timer() (assuming you add a simple spinlock to it as well). -- Ueimor |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH 1/7] netpoll: shorten carrier detect timeout, Patrick McHardy |
|---|---|
| Next by Date: | Re: [PATCH 1/7] netpoll: shorten carrier detect timeout, Matt Mackall |
| Previous by Thread: | Re: [PATCH 1/1] More ethtool support for sis900, Daniele Venzano |
| Next by Thread: | Re: [PATCH 1/1] More ethtool support for sis900, Daniele Venzano |
| Indexes: | [Date] [Thread] [Top] [All Lists] |