I know I said the last words were my last, but this message and
Pavel's gave me some vain hope that I might be able to win this one on
the merits, so I'm trying again just to make the situation clear:
On 02/20/2013 05:12 PM, Greg Kroah-Hartman wrote:
I don't see why this is even needed for surfa
On Wed, Feb 20, 2013 at 02:08:25PM -0800, Andy Ross wrote:
> On 02/20/2013 12:57 PM, Pavel Machek wrote:
> >I'm sure something creative can be done with fake init that shuts
> >the console up then execs previous init. No need to add more kernel
> >knobs, I'd say.
>
> Fair enough, but some last wor
On Wed 2013-02-20 14:08:25, Andy Ross wrote:
> On 02/20/2013 12:57 PM, Pavel Machek wrote:
> >I'm sure something creative can be done with fake init that shuts
> >the console up then execs previous init. No need to add more kernel
> >knobs, I'd say.
>
> Fair enough, but some last words:
>
> That'
On 02/20/2013 12:57 PM, Pavel Machek wrote:
I'm sure something creative can be done with fake init that shuts
the console up then execs previous init. No need to add more kernel
knobs, I'd say.
Fair enough, but some last words:
That's argument is the "it's about logging" hypothesis again. Eve
Hi!
> > How could there be any other users at startup, you "own" the system
> > here, there should not be anyone to race with.
>
> Tell that to the display hardware. :)
>
> Seriously, every Linux box with a display (to first approximation,
> obviously I didn't test them all while writing this me
On Wed, Feb 20, 2013 at 08:54:47AM -0800, Andy Ross wrote:
> On 02/19/2013 08:45 PM, Greg Kroah-Hartman wrote:
> > On Tue, Feb 19, 2013 at 08:04:05PM -0800, Andy Ross wrote:
> > > There's a (sort of) similar commonly-used option, vga=current, which
> > > prevents a mode switch for the special case
On 02/19/2013 08:45 PM, Greg Kroah-Hartman wrote:
> On Tue, Feb 19, 2013 at 08:04:05PM -0800, Andy Ross wrote:
> > There's a (sort of) similar commonly-used option, vga=current, which
> > prevents a mode switch for the special case of VGA/vesa. But that
> > doesn't work with the framebuffer conso
On Tue, Feb 19, 2013 at 08:04:05PM -0800, Andy Ross wrote:
> On 02/19/2013 05:45 PM, Greg Kroah-Hartman wrote:
> >>When vt.init_hide is set, suppress output on newly created consoles
> >>until an affirmative switched to that console. This prevents boot
> >>output from displaying (and clobbering sp
On 02/19/2013 05:45 PM, Greg Kroah-Hartman wrote:
When vt.init_hide is set, suppress output on newly created consoles
until an affirmative switched to that console. This prevents boot
output from displaying (and clobbering splash screens, etc...)
without disabling the console entirely.
What's
On Tue, Feb 19, 2013 at 05:53:44PM +0200, Kirill A. Shutemov wrote:
> From: Andy Ross
>
> When vt.init_hide is set, suppress output on newly created consoles until
> an affirmative switched to that console. This prevents boot output from
> displaying (and clobbering splash screens, etc...) witho
From: Andy Ross
When vt.init_hide is set, suppress output on newly created consoles until
an affirmative switched to that console. This prevents boot output from
displaying (and clobbering splash screens, etc...) without disabling the
console entirely.
Signed-off-by: Andy Ross
Signed-off-by: K
11 matches
Mail list logo
