[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <f19298770802291522t26055258t363337b74b4969cb@mail.gmail.com>
Date: Sat, 1 Mar 2008 02:22:47 +0300
From: "Alexey Zaytsev" <alexey.zaytsev@...il.com>
To: "Stefan Lippers-Hollmann" <s.L-H@....de>
Cc: "Michael Buesch" <mb@...sch.de>,
"John W. Linville" <linville@...driver.com>,
"Ingo Molnar" <mingo@...e.hu>,
"Alexey Zaytsev" <zaytsev.a@...tei.ru>, "Greg KH" <greg@...ah.com>,
linux-kernel@...r.kernel.org
Subject: Re: bcm43xx regression in 2.6.24 (with patch)
On Fri, Feb 29, 2008 at 2:12 AM, Stefan Lippers-Hollmann <s.L-H@....de> wrote:
[...]
> >
> > Btw, when booting the system with the b43 driver, I get a
> > ~30 socond delay after the boot scripts report
> > "Waiting for /dev to be fully populated" and all the modules
> > get loaded. Is this something expected?
>
> That is most likely udev related, which doesn't really like module names
> and default interface names changing for a known MAC address, depending on
> your distribution (the following example assumes debian sid, udev 0.114-2)
> you might have something like /etc/udev/rules.d/z25_persistent-net.rules
> (which lists MAC addresses and the associated persistent interface name),
> removing the corresponding stanza for your Broadcom wireless card (or
> removing the whole file alltogether and letting udev (or rather
> z45_persistent-net-generator.rules) recreate it during the next boot will
> most likely fix it.
>
> This issue is in no way b43 related, it happens with "every" networking
> devices with changing module names (at least for every legacy wireless
> module being replaced by a new mac80211 based driver).
Removing the file helped. Thanks.
>
> Regards
> Stefan Lippers-Hollmann
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists