lkml.org 
[lkml]   [2006]   [Jan]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: oops pauser. / boot_delayer
    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/

    \
     
     \ /
      Last update: 2006-01-09 00:11    [W:0.022 / U:29.660 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site