* Re: Re: READ_LOCK?
[not found] <E1Ae2YB-0006QS-JR@vishnu.netfilter.org>
@ 2004-01-07 13:16 ` Harald Welte
0 siblings, 0 replies; 2+ messages in thread
From: Harald Welte @ 2004-01-07 13:16 UTC (permalink / raw)
To: zhaoyao; +Cc: netfilter-devel
[-- Attachment #1: Type: text/plain, Size: 1155 bytes --]
On Wed, Jan 07, 2004 at 09:27:14AM +0800, zhaoyao wrote:
> Harald Welte,??????
>
> Yes,as you know in 2.4 or 2.6, bh is similar to softirq,
> WRITE_LOCK is write_lock_bh(&a)
> if u write_lock_bh(&a), obviously other cpu can't enter this critical region,
I don't really get your point. bh is not really that similar to
softirq. As stated before, their properties wrt. serialization are
quite different. the term 'bh' in spin_lock_bh is only a legacy name.
In 2.6.x it mainly deals with disabling preemption.
> but already in softirq, why lock bh again. softirq can't reenter.
> so lock bh is not useful.
As indicated in my last email, I think you are misunderstanding the
kernel contexts. the network rx softirq _will_ run simultaneously on
multiple cpu's.
--
- Harald Welte <laforge@netfilter.org> http://www.netfilter.org/
============================================================================
"Fragmentation is like classful addressing -- an interesting early
architectural error that shows how much experimentation was going
on while IP was being designed." -- Paul Vixie
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Re: READ_LOCK?
@ 2004-01-07 1:27 zhaoyao
0 siblings, 0 replies; 2+ messages in thread
From: zhaoyao @ 2004-01-07 1:27 UTC (permalink / raw)
To: Harald Welte, netfilter-devel
Harald Welte,您好!
Yes,as you know in 2.4 or 2.6, bh is similar to softirq,
WRITE_LOCK is write_lock_bh(&a)
if u write_lock_bh(&a), obviously other cpu can't enter this critical region,
but already in softirq, why lock bh again. softirq can't reenter.
so lock bh is not useful.
>On Sun, Jan 04, 2004 at 02:53:03PM +0800, zhaoyao wrote:
>> netfilter-devel,hello!
>> In init_conntrack, why will READ_LOCK or WRITE_LOCK, we'are already in
>> bh, why lock it again?
>
>ip_conntrack is part of netfilter, which in turn is part of the 2.4.x
>and 2.6.x kernel. Both 2.4 and 2.6 kernel series don't have a 'bottom
>half' for the network stack anymore. Instead, softirq's are used.
>Softirq's are fully parallelized, i.e. they can run on any number of
>cpu's simultaneously.
>
>> ????????????????????2004-01-04
>
>--
>- Harald Welte <laforge@netfilter.org> http://www.netfilter.org/
>============================================================================
> "Fragmentation is like classful addressing -- an interesting early
> architectural error that shows how much experimentation was going
> on while IP was being designed." -- Paul Vixie
= = = = = = = = = = = = = = = = = = = =
致
礼!
zhaoyao
zhaoyao@harbournetworks.com
2004-01-07
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2004-01-07 13:16 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <E1Ae2YB-0006QS-JR@vishnu.netfilter.org>
2004-01-07 13:16 ` Re: READ_LOCK? Harald Welte
2004-01-07 1:27 zhaoyao
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.