Re: [PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86

2019-03-28 Thread Robert Richter
On 27.03.19 19:53:47, Ard Biesheuvel wrote: > On Wed, 20 Mar 2019 at 16:23, Robert Richter wrote: > > > > On 20.03.19 14:16:07, Robert Richter wrote: > > > On 20.03.19 13:05:37, Robert Richter wrote: > > > > @@ -167,6 +167,7 @@ static int __init arm_dmi_init(

[PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86

2019-03-28 Thread Robert Richter
All architectures (arm/arm64, io64 and x86) do the same here, so unify the code. Note: We do not need to call dump_stack_set_arch_desc() in case of !dmi_available. Both strings, dmi_ids_string and dump_stack_arch_ desc_str are initialized zero and thus nothing would change. Signed-off-by: Robert

Re: [PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86

2019-03-21 Thread Robert Richter
On 21.03.19 10:51:34, Ard Biesheuvel wrote: > On Thu, 21 Mar 2019 at 10:39, Robert Richter wrote: > > > > On 20.03.19 23:02:09, Ard Biesheuvel wrote: > > > On Wed, 20 Mar 2019 at 16:23, Robert Richter wrote: > > > > > > > > On 20.03.19 14:16:07, R

Re: [PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86

2019-03-21 Thread Robert Richter
On 20.03.19 23:02:09, Ard Biesheuvel wrote: > On Wed, 20 Mar 2019 at 16:23, Robert Richter wrote: > > > > On 20.03.19 14:16:07, Robert Richter wrote: > > > On 20.03.19 13:05:37, Robert Richter wrote: > > > > @@ -167,6 +167,7 @@ static int __init arm_dmi_init(

[PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86

2019-03-20 Thread Robert Richter
On 20.03.19 14:16:07, Robert Richter wrote: > On 20.03.19 13:05:37, Robert Richter wrote: > > @@ -167,6 +167,7 @@ static int __init arm_dmi_init(void) > > * itself, depends on dmi_scan_machine() having been called already. > > */ > > dmi_scan_machine

Re: [PATCH] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86

2019-03-20 Thread Robert Richter
On 20.03.19 13:16:13, Robert Richter wrote: > diff --git a/drivers/firmware/efi/arm-runtime.c > b/drivers/firmware/efi/arm-runtime.c > index 4a0dfe4ab829..c250b767030e 100644 > --- a/drivers/firmware/efi/arm-runtime.c > +++ b/drivers/firmware/efi/arm-runtime.c > @@ -162,

[PATCH] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86

2019-03-20 Thread Robert Richter
On 20.03.19 13:05:37, Robert Richter wrote: > @@ -167,6 +167,7 @@ static int __init arm_dmi_init(void) >* itself, depends on dmi_scan_machine() having been called already. >*/ > dmi_scan_machine(); > + dmi_memdev_walk(); >

[PATCH] efi/arm: Show SMBIOS bank/device location in cper and ghes error logs

2019-03-20 Thread Robert Richter
]: DIMM location: N0 DIMM_A0 Signed-off-by: Marcin Benka Signed-off-by: Robert Richter --- drivers/firmware/efi/arm-runtime.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/firmware/efi/arm-runtime.c b/drivers/firmware/efi/arm-runtime.c index 0c1af675c338..4a0dfe4ab829 100644

Re: [PATCH V17 00/11] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64

2017-06-21 Thread Robert Richter
On 21.06.17 15:00:25, Robert Richter wrote: > On 20.06.17 09:49:32, Will Deacon wrote: > > Hi Robert, > > > > On Tue, Jun 20, 2017 at 08:34:39AM +0200, Robert Richter wrote: > > > On 07.06.17 12:50:12, Will Deacon wrote: > > > > > > > Tha

Re: [PATCH V17 00/11] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64

2017-06-21 Thread Robert Richter
On 20.06.17 09:49:32, Will Deacon wrote: > Hi Robert, > > On Tue, Jun 20, 2017 at 08:34:39AM +0200, Robert Richter wrote: > > On 07.06.17 12:50:12, Will Deacon wrote: > > > > > Thanks, I've pushed this out as: > > > > > > git://git.ker

Re: [PATCH V17 00/11] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64

2017-06-20 Thread Robert Richter
Will, On 07.06.17 12:50:12, Will Deacon wrote: > Thanks, I've pushed this out as: > > git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git > for-next/ras-apei > > which I'll merge into for-next/core (and therefore linux-next) either the > end of this week or the beginning of next