linux-kernel - Re: printk behavioral regression

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAPXgP13F5dVRzW3wDLM4dCOJ=9+fztUHsBLXkV=shJ=KkDqT=g@mail.gmail.com>
Date:	Tue, 19 Jun 2012 16:34:47 +0200
From:	Kay Sievers <kay@...y.org>
To:	Jan Beulich <JBeulich@...e.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: printk behavioral regression

On Tue, Jun 19, 2012 at 4:04 PM, Jan Beulich <JBeulich@...e.com> wrote:
>>>> On 19.06.12 at 15:53, Kay Sievers <kay@...y.org> wrote:
>> On Tue, Jun 19, 2012 at 3:30 PM, Jan Beulich <JBeulich@...e.com> wrote:
>>> running 3.5-rc3 on a SLE11 SP1 system, early boot messages (apart
>>> from the very first one) end up in /var/log/messages rather than
>>> /var/log/boot.msg. I didn't dig deep enough yet to figure out what
>>> is causing this, and would hope that you (having contributed most
>>> of the changes between 3.4 and 3.5-rc3) might have an idea.
>>
>> Hmm, no idea really, and why this should change.
>
> Okay, then I'll indeed need to do some debugging.
>
>> /var/log/boot.msg is a SUSE speciality, that, as far as I know, just
>> dumps 'dmesg' after bootup, it has not much to do with the normal
>> syslog/klog logging in /var/log/messages, where all your messages should
>> always end up, and what seems to work for you.

Sure? The /var/log/boot.msg gets overwritten with every reboot, I
don't remember losing all bootup messages in syslog on SUSE; and that
would seriously weird if it behaves like that.

> No, boot messages (at least by default) end up _only_ in
> /var/log/boot.msg, and thus significantly help keeping the size
> of /var/log/messages down. SUSE specialty or not, there
> clearly is some user space visible change here.

Look out for the SUSE tool blogd and how that is involved in getting
these messages from the kernel.

And there is a fix pending in Greg's tree:
  http://git.kernel.org/?p=linux/kernel/git/gregkh/driver-core.git;a=commit;h=4a77a5a06ec66ed05199b301e7c25f42f979afdc

which is supposed to fix a different issue, but we can never know ...

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