netdev
[Top] [All Lists]

Re: ppp control frame passing (was: (none) / Re: your mail)

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@chaos.thphy.uni-duesseldorf.de> 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>