From: Stefan Rompf <srompf@isg.de>
To: "David S. Miller" <davem@redhat.com>
Cc: netdev@oss.sgi.com
Subject: Re: Patch resubmission: RFC2863 operstatus for 2.5.49
Date: Tue, 26 Nov 2002 16:36:35 +0100 [thread overview]
Message-ID: <3DE39503.4A24DCB2@isg.de> (raw)
In-Reply-To: 20021126.021546.91313706.davem@redhat.com
Hi,
> This locking below achieves nothing.
Ok, so I was too cautious by locking read access to a one byte
structure. I'll change that and read additional documentation on SMP ;-)
> Probably something else in
> the device struct can be reused.
Right now, I don't see which. There are other spinlocks available in the
net_device structure, but they are used by the queuing code and we
should not give up the semantic that netif_set_operstate() can be called
from everywhere. One global spinlock may be acceptable for this special
case.
> I also don't think this should be conditional, either we want
> it or we don't.
The conditional stuff is inspired from my first 2.4 version, but I'm
happy to remove it.
Btw, can you also have a look the 2.4 backport of my link state
notification feature (posting available under
http://marc.theaimsgroup.com/?l=linux-netdev&m=103722967214290&w=2, just
one typo fixed in Configure.help since then). Is this stuff acceptable
for 2.4?
Cheers, Stefan
next prev parent reply other threads:[~2002-11-26 15:36 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-11-26 9:22 Patch resubmission: RFC2863 operstatus for 2.5.49 Stefan Rompf
2002-11-26 10:15 ` David S. Miller
2002-11-26 15:36 ` Stefan Rompf [this message]
2002-12-03 22:22 ` Patch resubmission: RFC2863 operstatus for 2.5.50 Stefan Rompf
2002-12-04 0:52 ` Jeff Garzik
2002-12-04 9:44 ` Stefan Rompf
2002-12-04 18:15 ` Jeff Garzik
2002-12-04 13:11 ` jamal
2002-12-04 17:42 ` Jeff Garzik
2002-12-09 13:27 ` jamal
2002-12-09 23:10 ` Stefan Rompf
2002-12-10 3:55 ` Jeff Garzik
2002-12-12 13:21 ` jamal
2002-12-04 19:39 ` David S. Miller
2002-11-29 12:56 ` Patch resubmission: RFC2863 operstatus for 2.5.49 jamal
2002-12-03 23:04 ` Stefan Rompf
2002-12-04 13:06 ` jamal
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3DE39503.4A24DCB2@isg.de \
--to=srompf@isg.de \
--cc=davem@redhat.com \
--cc=netdev@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.