All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.