mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Ingo Molnar <mingo@elte.hu>
Cc: Jamie Lokier <jamie@shareable.org>,
	Arjan van de Ven <arjan@infradead.org>,
	David VomLehn <dvomlehn@cisco.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Linux USB Mailing List <linux-usb@vger.kernel.org>,
	Linux Embedded Mailing List <linux-embedded@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>
Subject: Re: Wait for console to become available, v3.2
Date: Tue, 21 Apr 2009 15:37:45 +0100	[thread overview]
Message-ID: <20090421153745.2d8964c7@lxorguk.ukuu.org.uk> (raw)
In-Reply-To: <20090421142627.GA18129@elte.hu>

> +config PRINTK_CONSOLE_WAIT
> +       int "Default number of milliseconds to wait for console device"
> +       default 1000
> 
> Does this only delay init during a console-less bootup - or are 
> there other later apps that might trigger the delay?

The console proper needs to be event based not timeout hacks. Can we
please fix this stuff properly ? To start with there is no reason that the
USB console can't implement a "maybe we have hardware, maybe I buffer 64K
until it shows up" behaviour and bind to hardware as and when USB serial
devices get inserted. We do much of this for the VT drivers so we save
messages before PCI and fb come up.

The timeout wait proposed is also wrong I agree. Take a timestamp at the
point we are ready to mount the root fs, any delays on root mount, console
appearance etc should then be tested against this timestamp not as delays
versus some undefined later event.

Alan

  reply	other threads:[~2009-04-21 14:40 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-20 23:40 David VomLehn
2009-04-21  6:43 ` Ingo Molnar
2009-04-21  7:13   ` David Brownell
2009-04-21  8:03     ` Ingo Molnar
2009-04-21 17:11     ` David Woodhouse
2009-04-21 17:29       ` David VomLehn
2009-04-21 17:37         ` Linus Torvalds
2009-04-21 17:59           ` David VomLehn
2009-04-21 17:41         ` David Woodhouse
2009-04-21 17:31       ` Linus Torvalds
2009-04-21 19:25         ` Alan Cox
2009-04-21 23:17           ` David VomLehn
2009-04-22  8:25         ` Jamie Lokier
2009-04-22  9:11           ` Alan Cox
2009-04-22 10:39             ` Jamie Lokier
2009-04-21 13:35   ` Arjan van de Ven
2009-04-21 13:50     ` Ingo Molnar
2009-04-21 14:05       ` Jamie Lokier
2009-04-21 14:26         ` Ingo Molnar
2009-04-21 14:37           ` Alan Cox [this message]
2009-04-22  8:22             ` Jamie Lokier
2009-04-22  9:13               ` Alan Cox
2009-04-21 16:42           ` David VomLehn
2009-04-21 14:36         ` Alan Stern
2009-04-21 16:52           ` David VomLehn
2009-04-21 19:09             ` Alan Stern
2009-04-21 23:08               ` David VomLehn
2009-04-22 15:40                 ` Alan Stern
2009-04-22 20:54                   ` David VomLehn
2009-04-22 21:08                     ` Alan Cox
2009-04-22 21:24                       ` Alan Stern
2009-04-24  0:35                         ` David VomLehn
2009-04-24 19:20                           ` Alan Stern
2009-04-24 21:32                             ` David VomLehn
2009-04-24 22:19                               ` Jamie Lokier
2009-04-24 23:10                                 ` David VomLehn
2009-04-25  1:41                                   ` Jamie Lokier
2009-04-25  3:11                                     ` Alan Stern
2009-04-26 19:52                                       ` Jamie Lokier
2009-04-26 21:20                                         ` Alan Stern
2009-04-26 21:37                                           ` Jamie Lokier
2009-04-26 22:36                                             ` Kay Sievers
2009-04-26 23:12                                               ` Jamie Lokier
2009-04-26 23:23                                                 ` Kay Sievers
2009-04-26 23:46                                                   ` Jamie Lokier
2009-04-26 17:55                                     ` David VomLehn
2009-04-22  5:35               ` David VomLehn

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=20090421153745.2d8964c7@lxorguk.ukuu.org.uk \
    --to=alan@lxorguk.ukuu.org.uk \
    --cc=akpm@linux-foundation.org \
    --cc=arjan@infradead.org \
    --cc=dvomlehn@cisco.com \
    --cc=hpa@zytor.com \
    --cc=jamie@shareable.org \
    --cc=linux-embedded@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=tglx@linutronix.de \
    --cc=torvalds@linux-foundation.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

all inboxes | Powered by JetHome®