Re: [PATCH] console logging detour via printk

2010-05-03 Thread Marco Stornelli
Il 02/05/2010 15:29, Samo Pogacnik ha scritto: > Dne 02.05.2010 (ned) ob 11:58 +0200 je Marco Stornelli zapisal(a): >> 01/05/2010 20:48, Samo Pogacnik wrote: >> >> Mmm...It's an interesting problem. I see in my distro (openSuse) a >> script called boot.klog that it seems to perform that (even initr

Re: [PATCH] console logging detour via printk

2010-05-02 Thread Samo Pogacnik
Dne 02.05.2010 (ned) ob 11:58 +0200 je Marco Stornelli zapisal(a): > 01/05/2010 20:48, Samo Pogacnik wrote: > > Dne 01.05.2010 (sob) ob 12:04 +0100 je Alan Cox zapisal(a): > >>> while i was searching for effective logging of complete console output > >>> produced by the kernel and user phase of the

Re: [PATCH] console logging detour via printk

2010-05-02 Thread Marco Stornelli
01/05/2010 20:48, Samo Pogacnik wrote: > Dne 01.05.2010 (sob) ob 12:04 +0100 je Alan Cox zapisal(a): >>> while i was searching for effective logging of complete console output >>> produced by the kernel and user phase of the boot process, it turned out >>> that only kernel messages imho get systema

Re: [PATCH] console logging detour via printk

2010-05-01 Thread Samo Pogacnik
Dne 01.05.2010 (sob) ob 20:41 +0100 je Alan Cox zapisal(a): > > The distros have no problem logging complete console output into log > > files or over the network, because they simply do not do it at least for > > the initrd part of the boot process (i'd be glad, if i'm wrong). > > I'd have to do

Re: [PATCH] console logging detour via printk

2010-05-01 Thread Samo Pogacnik
Dne 30.04.2010 (pet) ob 15:45 -0700 je Randy Dunlap zapisal(a): > On Sat, 01 May 2010 00:03:00 +0200 Samo Pogacnik wrote: > > > Hi, > > > diff --git a_linux-2.6.33.3/drivers/char/Kconfig > > b_linux-2.6.33.3/drivers/char/Kconfig > > index e023682..b5d0909 100644 > > --- a_linux-2.6.33.3/drivers/

Re: [PATCH] console logging detour via printk

2010-05-01 Thread Samo Pogacnik
Dne 01.05.2010 (sob) ob 18:36 +0200 je Samo Pogacnik zapisal(a): > Dne 01.05.2010 (sob) ob 11:00 +0200 je Geert Uytterhoeven zapisal(a): > > On Sat, May 1, 2010 at 00:03, Samo Pogacnik wrote: > > > while i was searching for effective logging of complete console output > > > produced by the kernel

Re: [PATCH] console logging detour via printk

2010-05-01 Thread Alan Cox
> The distros have no problem logging complete console output into log > files or over the network, because they simply do not do it at least for > the initrd part of the boot process (i'd be glad, if i'm wrong). I'd have to double check - but its trivial to move the log if so. > > I suspect wha

Re: [PATCH] console logging detour via printk

2010-05-01 Thread Samo Pogacnik
Dne 01.05.2010 (sob) ob 12:04 +0100 je Alan Cox zapisal(a): > > while i was searching for effective logging of complete console output > > produced by the kernel and user phase of the boot process, it turned out > > that only kernel messages imho get systematically cached and stored into > > log fi

Re: [PATCH] console logging detour via printk

2010-05-01 Thread Samo Pogacnik
Dne 01.05.2010 (sob) ob 11:00 +0200 je Geert Uytterhoeven zapisal(a): > On Sat, May 1, 2010 at 00:03, Samo Pogacnik wrote: > > while i was searching for effective logging of complete console output > > produced by the kernel and user phase of the boot process, it turned out > > that only kernel me

Re: [PATCH] console logging detour via printk

2010-05-01 Thread Alan Cox
> while i was searching for effective logging of complete console output > produced by the kernel and user phase of the boot process, it turned out > that only kernel messages imho get systematically cached and stored into > log files (if needed). All userspace processes are on their own to use > s

Re: [PATCH] console logging detour via printk

2010-05-01 Thread Geert Uytterhoeven
On Sat, May 1, 2010 at 00:03, Samo Pogacnik wrote: > while i was searching for effective logging of complete console output > produced by the kernel and user phase of the boot process, it turned out > that only kernel messages imho get systematically cached and stored into > log files (if needed).

Re: [PATCH] console logging detour via printk

2010-05-01 Thread Samo Pogacnik
Dne 30.04.2010 (pet) ob 15:45 -0700 je Randy Dunlap zapisal(a): > On Sat, 01 May 2010 00:03:00 +0200 Samo Pogacnik wrote: > > > Hi, > > > diff --git a_linux-2.6.33.3/drivers/char/Kconfig > > b_linux-2.6.33.3/drivers/char/Kconfig > > index e023682..b5d0909 100644 > > --- a_linux-2.6.33.3/drivers/

Re: [PATCH] console logging detour via printk

2010-04-30 Thread Randy Dunlap
On Sat, 01 May 2010 00:03:00 +0200 Samo Pogacnik wrote: > Hi, > diff --git a_linux-2.6.33.3/drivers/char/Kconfig > b_linux-2.6.33.3/drivers/char/Kconfig > index e023682..b5d0909 100644 > --- a_linux-2.6.33.3/drivers/char/Kconfig > +++ b_linux-2.6.33.3/drivers/char/Kconfig > @@ -66,6 +66,23 @@ co

[PATCH] console logging detour via printk

2010-04-30 Thread Samo Pogacnik
Hi, while i was searching for effective logging of complete console output produced by the kernel and user phase of the boot process, it turned out that only kernel messages imho get systematically cached and stored into log files (if needed). All userspace processes are on their own to use syslog