Re: Runaway loop with the current git.

["Kay Sievers" <kay.sievers@vrfy.org>]

On Fri, Dec 5, 2008 at 22:12, Evgeniy Polyakov <zbr@ioremap.net> wrote:
> On Fri, Dec 05, 2008 at 07:34:32PM +0000, Alan Cox (alan@lxorguk.ukuu.org.uk) wrote:
>> > I can not run bisect, since reboot requires vnc and I'm far from fast
>> > channel. Build of the fresh tree with existing config takes almost
>> > one hour, but it should not be a major problem.
>> >
>> > I can do bisection after the weekend, but can test some changes before
>> > machine froze with unsuccessful patch.
>>
>> I really have no idea what you are seeing so short of a bisect I've
>> nothing to suggest.
>
> But if things would be in userspace, then it should be fired long ago
> with .27 kernel, no?
>
> And what's with tty drivers? If kernel freezes there even if suddenly
> faulty userspace started to load them, where this can happen? Apparently
> it is not sleeping userspace since console does not respond to input.

5-1 dev_t request looks like something in initramfs accesses
/dev/console, but the driver for it is not properly
initialized/registered that time, and the kernel module loader tries
to load a module? The forked process might also try to access
/dev/console again, and hence the loop?

Kay