[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ac3eb2510812071021g44207efftb1e74f21578433be@mail.gmail.com>
Date: Sun, 7 Dec 2008 19:21:44 +0100
From: "Kay Sievers" <kay.sievers@...y.org>
To: "Alan Cox" <alan@...rguk.ukuu.org.uk>
Cc: "Evgeniy Polyakov" <zbr@...emap.net>,
"Herbert Xu" <herbert@...dor.apana.org.au>,
linux-kernel@...r.kernel.org,
"Linux Crypto Mailing List" <linux-crypto@...r.kernel.org>
Subject: Re: Runaway loop with the current git.
On Sun, Dec 7, 2008 at 19:15, Alan Cox <alan@...rguk.ukuu.org.uk> wrote:
>> Yes, log nowhere instead of running in a loop would be much better
>> than loading a 5:1 driver which will never exist as a module.
>
> The loop is detected and terminated.
No. Please back up what you are trying to talk about.
>> > Why is this useful - you now get failing module loads producing no
>> > diagnostics and in many case the setup just dying silently.
>>
>> It's obviously more useful than not to boot up.
>
> What makes you think it will now boot up. The loop is already detected
> and terminated. What will you do if it doesn't and you get no
> diagnostics. How will distributions debug those reports in bugzilla.
The boxes of the reporters hang! Read the bug! Please!
>> No, the pci driver will never get loaded by modprobe 5:1,
>
> Why not ? You have no idea how the other millions of Linux users have
> their module loading rules configured. A change which breaks this
> behaviour is a regression.
There is no cheap way out of the problem, it's a kernel bug, and we
will fix it - you may just delay it with your zero arguments.
Kay
--
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