| To: | kai@xxxxxxxxxxxxxxxxxxxxxxxx (Kai Germaschewski) |
|---|---|
| Subject: | Re: ppp control frame passing (was: (none) / Re: your mail) |
| From: | kuznet@xxxxxxxxxxxxx |
| Date: | Wed, 22 Mar 2000 17:18:55 +0300 (MSK) |
| Cc: | netdev@xxxxxxxxxxx, ak@xxxxxx, eis@xxxxxxxxxxxxx |
| In-reply-to: | <Pine.LNX.4.10.10003221116430.31708-100000@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> from "Kai Germaschewski" at Mar 22, 0 11:55:27 am |
| Sender: | owner-netdev@xxxxxxxxxxx |
Hello! > Just one more question, about backporting: spinlock_bh doesn't exist in > 2.2 AFAICS, I guess I need to use spinlock_irqsave? You need not any spinlock in 2.2. In 2.2 all xmit path executes only on BH, it is single thread and no more locks are required. Yes, it is true provided it is never used from hard irq! If it is, then you have to use irq protection in 2.3 as well. Or better to queue a BH task. > netif_stop_queue(); It is better to avoid to use netif_stop_queue(dev) outside of spin_lock_bh(&dev->xmit_lock). Most of devices sets it only in hard_start_xmit(), where this lock is grabbed by caller. If you submit frame internally, it is not bad idea to acquire this lock. It is not necessary, but you will lose the property that hard_start_xmit is not entered when device is throttled. If it is not a problem for your device, then this is not required. Alexey |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: ppp control frame passing (was: (none) / Re: your mail), Kai Germaschewski |
|---|---|
| Next by Date: | Re: ppp control frame passing (was: (none) / Re: your mail), kuznet |
| Previous by Thread: | Re: ppp control frame passing (was: (none) / Re: your mail), Kai Germaschewski |
| Next by Thread: | Re: ppp control frame passing (was: (none) / Re: your mail), Kai Germaschewski |
| Indexes: | [Date] [Thread] [Top] [All Lists] |