From: Brice Goglin <Brice.Goglin@ens-lyon.org>
To: Robert Hancock <hancockr@shaw.ca>
Cc: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: ipw2200 device naming problems in 2.6.20-rc2-git1
Date: Sun, 31 Dec 2006 12:57:29 +0100 [thread overview]
Message-ID: <4597A5A9.70301@ens-lyon.org> (raw)
In-Reply-To: <45977081.6040303@shaw.ca>
Robert Hancock wrote:
> Having some intermittent problems using my ipw2200 wireless card on
> 2.6.20-rc2-git1 (may affect earlier versions as well) under Fedora
> Core 6 i386. It appears that sometimes on bootup the interface gets
> named with a junk name like __tmp32284835 and it doesn't show up in
> ifconfig. rmmod/insmod on ipw2200 fixes the problem and it shows up as
> eth1 again. I don't think this problem happened with Fedora 2.6.18
> kernels..
>
I've seen some problems like this with kernels <= 2.6.19. But it is now
fixed since the following commit (merged in rc1 IIRC). The symptoms were
that it the interface was getting a strange name (something like
"eth0_tmp") when udev was renaming it with DRIVERS=="?*" in the rule.
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389250. I removed
DRIVERS from the rule to avoid the problem, but the following commit was
definitely fixing the problem at this point. I didn't check again recently.
Brice
commit 1901fb2604fbcd53201f38725182ea807581159e
Author: Kay Sievers <kay.sievers@novell.com>
Date: Sat Oct 7 21:55:55 2006 +0200
Driver core: fix "driver" symlink timing
Create the "driver" link before the child device may be created by
the probing logic. This makes it possible for userspace (udev), to
determine the driver property of the parent device, at the time the
child device is created.
Signed-off-by: Kay Sievers <kay.sievers@novell.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
prev parent reply other threads:[~2006-12-31 11:58 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-31 8:10 ipw2200 device naming problems in 2.6.20-rc2-git1 Robert Hancock
2006-12-31 11:57 ` Brice Goglin [this message]
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=4597A5A9.70301@ens-lyon.org \
--to=brice.goglin@ens-lyon.org \
--cc=hancockr@shaw.ca \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox