Re: oops pauser. / boot_delayer

[Pavel Machek <pavel@ucw.cz>]

On Ne 08-01-06 14:30:00, Josef Sipek wrote:
> On Sun, Jan 08, 2006 at 02:21:32PM +0100, Pavel Machek wrote:
> > On Pá 06-01-06 00:36:09, Dave Jones wrote:
> > > On Thu, Jan 05, 2006 at 05:28:59PM -0800, David Lang wrote:
> > >  > On Thu, 5 Jan 2006, Jan Engelhardt wrote:
> > >  > 
> > >  > >Also note that the kernel generates a lot of noise^W text - if now the
> > >  > >start scripts from $YOUR_FAVORITE_DISTRO also fill up, I can barely reach
> > >  > >the top of the kernel when it says
> > >  > > Linux version 2.6.15 (jengelh@gwdg-wb04.gwdg.de) (gcc version 4.0.2
> > >  > > 20050901 (prerelease) (SUSE Linux)) #1 Tue Jan 3 09:21:27 CET 2006
> > >  > 
> > >  > enable a few different types of encryption and you have to enlarge the 
> > >  > buffer (by quite a bit). the fact that all the encryption tests print 
> > >  > several lines each out and can't be turned off (short of a quiet boot 
> > >  > where you loose everything) is one of the more annoying things to me right 
> > >  > now.
> > >  > 
> > >  > this large boot message issue also slows your boot significantly if you 
> > >  > have a fast box that has a serial console, it takes a long time to dump 
> > >  > all that info out the serial port.
> > > 
> > > So disable CONFIG_CRYPTO_TEST. There's no reason to test this stuff every boot.
> > 
> > Maybe even with CRYPTO_TEST enabled we could only report _failures_?
> 
> Why? As far as I know, it is intended for developers as a regression test. I say
> if you don't like the output, make the thing a module or don't compile it at all.

I don't like the output, but if it only reported failures, I could
leave it running and potentially catch some strange failures. Is
reporting successes actually useful?
							Pavel

-- 
Thanks, Sharp!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/