On Tue, Dec 06, 2005 at 01:19:34AM +0100, Francois Romieu wrote: > Mark Brown <[email protected]> : > > I had been under the impression that the stack was supposed to make sure > > that no poll() is running before the driver close() gets called? > Not exactly. dev_close() waits a bit but it can not be sure that the > device driver will not schedule ->poll() from its irq handler later. Prior to waiting dev_close() clears __LINK_STATE_START which will cause netif_rx_schedule_prep() to return false. As far as I can see that should prevent the interrupt handler scheduling any further poll() calls? -- "You grabbed my hand and we fell into it, like a daydream - or a fever."
Attachment:
signature.asc
Description: Digital signature
- Follow-Ups:
- Re: [PATCH] natsemi: NAPI support
- From: Francois Romieu <[email protected]>
- Re: [PATCH] natsemi: NAPI support
- References:
- [PATCH] natsemi: NAPI support
- From: Mark Brown <[email protected]>
- Re: [PATCH] natsemi: NAPI support
- From: Mark Brown <[email protected]>
- Re: [PATCH] natsemi: NAPI support
- From: Francois Romieu <[email protected]>
- [PATCH] natsemi: NAPI support
- Prev by Date: Re: [PATCH 1/1] Added support of ST m41t85 rtc chip
- Next by Date: Re: [PATCH 00/10] usb-serial: Switches from spin lock to atomic_t.
- Previous by thread: Re: [PATCH] natsemi: NAPI support
- Next by thread: Re: [PATCH] natsemi: NAPI support
- Index(es):
 |