linux-kernel - RE: [PATCH v2] ACPI: APEI: EINJ: EINJV2 support added

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: <SJ1PR11MB60831FCB30F2A642B95C9D9FFC769@SJ1PR11MB6083.namprd11.prod.outlook.com>
Date:   Tue, 9 May 2023 18:35:44 +0000
From:   "Luck, Tony" <tony.luck@...el.com>
To:     Piyush Malgujar <pmalgujar@...vell.com>
CC:     "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
        "Williams, Dan J" <dan.j.williams@...el.com>,
        "xueshuai@...ux.alibaba.com" <xueshuai@...ux.alibaba.com>,
        "benjamin.cheatham@....com" <benjamin.cheatham@....com>,
        "bp@...en8.de" <bp@...en8.de>,
        "james.morse@....com" <james.morse@....com>,
        "lenb@...nel.org" <lenb@...nel.org>,
        "rafael@...nel.org" <rafael@...nel.org>,
        "jannadurai@...vell.com" <jannadurai@...vell.com>,
        "cchavva@...vell.com" <cchavva@...vell.com>
Subject: RE: [PATCH v2] ACPI: APEI: EINJ: EINJV2 support added

> If a platform supports einj v2, then the einj directory wont be needed, as per spec,
> if a non-zero Error Type value is set by EINJV2_SET_ERROR_TYPE, then any Error Type
> value set by (einj case) SET_ERROR_TYPE_WITH_ADDRESS and/or SET_ERROR_TYPE will be
> ignored. So based on einjv2 is supported or not, we can have either einjv2 or einj 
> directory with the related params files in it respectively. 
> Kindly let us know your thoughts.

Piyush,

There are a lot of validation tests built on top of the EINJ v1 Linux interface and interest
in keeping them working rather than forcing a giant "change everything" when the first
EINJ V2 system arrives.

BIOS team here thinks that the EINJ V2 spec change is (or can be) incremental.
Platform firmware can choose to continue supporting EINJ V1 while also providing
EINJ V2 actions.

So Linux should be prepared to handle:

1) Legacy systems with just the V1 interface.

2) Incremental systems that have both V1 and V2 interfaces.

3) Future looking systems that only have the V2 interface.

-Tony