On Wed, 21 Jan 2026 13:32:55 +0000 Jonathan Cameron via qemu development <[email protected]> wrote:
> On Wed, 21 Jan 2026 12:25:17 +0100 > Mauro Carvalho Chehab <[email protected]> wrote: > > > Add a logic to do PCIe BUS error injection. > > > > On Linux Kernel, despite CPER_SEC_PCI_X_BUS macro is defined for such > > event, ghes.c doesn't implement support for it yet: > > > > [16950.077494] {26}[Hardware Error]: Hardware error from APEI Generic > > Hardware Error Source: 1 > > [16950.077866] {26}[Hardware Error]: event severity: recoverable > > [16950.078118] {26}[Hardware Error]: Error 0, type: recoverable > > [16950.078444] {26}[Hardware Error]: section type: unknown, > > c5753963-3b84-4095-bf78-eddad3f9c9dd > > [16950.078800] {26}[Hardware Error]: section length: 0x48 > > [16950.079069] {26}[Hardware Error]: 00000000: 00000000 00000000 00000000 > > 00000000 ................ > > [16950.079442] {26}[Hardware Error]: 00000010: 00000001 00000000 00000000 > > 00000000 ................ > > [16950.079811] {26}[Hardware Error]: 00000020: 00000000 00000000 00000000 > > 00000000 ................ > > [16950.080181] {26}[Hardware Error]: 00000030: 00000000 00000000 00000000 > > 00000000 ................ > > [16950.080538] {26}[Hardware Error]: 00000040: 00000000 00000000 > > ........ > > > > Signed-off-by: Mauro Carvalho Chehab <[email protected]> > > LGTM. Bit surprised Linux doesn't decode it but fair enough. > Seems a bit unlikely it ever will given this seems not to cover PCIe > which has it's own records. Yeah, I misread the spec when I wrote: this one is specific for PCI/PCI-X, and not PCIe. That probably explain why this was not implemented in practice yet. I'll rename it. Still, it is good to test it, even not being implemented, as it helps to check how Linux reacts to a GUID it doesn't know about it. > > Reviewed-by: Jonathan Cameron <[email protected]> >
