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: <9b614471-0395-88a5-1347-66417797e39d@molgen.mpg.de>
Date:   Fri, 4 Dec 2020 14:23:23 +0100
From:   Paul Menzel <pmenzel@...gen.mpg.de>
To:     Wim Vervoorn <wvervoorn@...an.com>,
        The development of GNU GRUB <grub-devel@....org>,
        Daniel Kiper <daniel.kiper@...cle.com>
Cc:     coreboot@...eboot.org, LKML <linux-kernel@...r.kernel.org>,
        systemd-devel@...ts.freedesktop.org,
        trenchboot-devel@...glegroups.com,
        U-Boot Mailing List <u-boot@...ts.denx.de>, x86@...nel.org,
        xen-devel@...ts.xenproject.org, alecb@...ss.edu,
        alexander.burmashev@...cle.com, allen.cryptic@...il.com,
        andrew.cooper3@...rix.com, ard.biesheuvel@...aro.org,
        "btrotter@...il.com" <btrotter@...il.com>,
        dpsmith@...rtussolutions.com, eric.devolder@...cle.com,
        eric.snowberg@...cle.com, hpa@...or.com, hun@...imensional.de,
        javierm@...hat.com, joao.m.martins@...cle.com,
        kanth.ghatraju@...cle.com, konrad.wilk@...cle.com,
        krystian.hebel@...eb.com, leif@...iainc.com,
        lukasz.hawrylko@...el.com, luto@...capital.net,
        michal.zygowski@...eb.com, Matthew Garrett <mjg59@...gle.com>,
        mtottenh@...mai.com,
        Vladimir 'phcoder' Serbinenko <phcoder@...il.com>,
        piotr.krol@...eb.com, pjones@...hat.com, roger.pau@...rix.com,
        ross.philipson@...cle.com, tyhicks@...ux.microsoft.com,
        Heinrich Schuchardt <xypron.glpk@....de>
Subject: Re: [SPECIFICATION RFC] The firmware and bootloader log specification

Dear Wim, dear Daniel,


First, thank you for including all parties in the discussion.
Am 04.12.20 um 13:52 schrieb Wim Vervoorn:

> I agree with you. Using an existing standard is better than inventing
> a new one in this case. I think using the coreboot logging is a good
> idea as there is indeed a lot of support already available and it is
> lightweight and simple.
In my opinion coreboot’s format is lacking, that it does not record the 
timestamp, and the log level is not stored as metadata, but (in 
coreboot) only used to decide if to print the message or not.

I agree with you, that an existing standard should be used, and in my 
opinion it’s Linux message format. That is most widely supported, and 
existing tools could then also work with pre-Linux messages.

Sean Hudson from Mentor Graphics presented that idea at Embedded Linux 
Conference Europe 2016 [1]. No idea, if anything came out of that 
effort. (Unfortunately, I couldn’t find an email. Does somebody have 
contacts at Mentor to find out, how to reach him?)


Kind regards,

Paul


[1]: 
http://events17.linuxfoundation.org/sites/events/files/slides/2016-10-12%20-%20ELCE%20-%20Shared%20Logging%20-%20Part%20Deux.pdf

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ