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 22:29:39 +0300 (MSK)
Cc: netdev@xxxxxxxxxxx, ak@xxxxxx, eis@xxxxxxxxxxxxx
In-reply-to: <Pine.LNX.4.10.10003221921130.1194-100000@xxxxxxxxxxxxxx> from "Kai Germaschewski" at Mar 22, 0 07:33:25 pm
Sender: owner-netdev@xxxxxxxxxxx
Hello!

> Okay, yeah, now I remember... However, it's not true as long as the lock
> might be grabbed from (pppd) process context, right.
> have two options: Use spinlock_irqsave, which is always safe, or schedule
> a task from process context, so the lock will always be grabbed from BH. I
> think I prefer the latter.

Third option in 2.2 is plain start_bh_atomic().

> However, it's okay to grab dev->xmit_lock? I mean, is it kind of an
> exported interface?

Mmm... it is good and difficult question. 8)8)

Well, it exists, hence, you may use it. 8) Some tasks require to serialize
driver code wrt hard_start_xmit() (mainly, dev->ioctl()).
Actually, if it will want to disappear or to change its sense one day,
the fact that you use it and the way which you use it can be even useful
information. 8)

Alexey

<Prev in Thread] Current Thread [Next in Thread>