| To: | netdev@xxxxxxxxxxx |
|---|---|
| Subject: | Network driver behaviour when loosing link |
| From: | Michael Renzmann <netdev@xxxxxxxxxxxxxxxxx> |
| Date: | Sat, 21 May 2005 22:05:48 +0200 |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla Thunderbird 1.0 (X11/20050205) |
Hi all. I'm playing with a network driver and came across one thing I'd like to ask something about. Let's assume a driver detects a link status change (for example, the link is dropped). I would have expected that the driver should signal the change via netif_carrier_on/_off (if used at all) and tell the kernel to stop/resume sending packets to the driver (via netif_wake_queue/netif_stop_queue). When checking several drivers I found some that call netif_[wake|stop]_queue (e100, e1000), while others don't (natsemi, tg3). Hence the question: what is the recommended behaviour in such a case? Is it ok to call netif_[stop|wake]_queue? How about adjusting the IFF_RUNNING flag accordingly? Is there any documentation available on this topic? Thanks in advance. Bye, Mike |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [BUG 2.6.12-rc4] IPv6 xfrm tunnel oops with large packets, Herbert Xu |
|---|---|
| Next by Date: | Re: [BUG 2.6.12-rc4] IPv6 xfrm tunnel oops with large packets, YOSHIFUJI Hideaki / 吉藤英明 |
| Previous by Thread: | Re: [BUG 2.6.12-rc4] IPv6 xfrm tunnel oops with large packets, Herbert Xu |
| Next by Thread: | Re: Network driver behaviour when loosing link, Tommy Christensen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |