Sébastien Chaumat

Maybe related to https://github.com/QubesOS/qubes-issues/issues/5486#issuecomment-650739280 ?

For the record, copy of the bug report to xen-devel : Hello, Trying to get the Framework Laptop 13 AMD to work with QubesOS I hit the following Xen issue...

A quick status report after testing with a debug enabled xen : The likely cause is : `amd_gpio AMDI0030:00: failed to enable wake-up interrupt` being triggered under xen only (tested...

Maye a hint : in baremetal we have : (kernel 6.6.4) ``` IRQ7 : IR-IO-APIC 7-fasteoi pinctrl_amd IRQ9 : IR-IO-APIC 9-fasteoi acpi ``` in xen (tested 4.18.0) : ``` IRQ7...

> @euidzero would it be possible to report this to xen-devel? https://lists.xenproject.org/archives/html/xen-devel/2023-12/msg00147.html

The issue is stuck @xen-devel : more significant debug from the kernel itself is requested which I did not managed to trigger yet. From discussion with AMD and author of...

On the i2c side I managed to isolate the following error with xen-4.19-unstable and Linux 6.7.0-rc4 : ` i2c_designware AMDI0010:00: i2c_dw_handle_tx_abort: slave address not acknowledged (7bit mode)`

Tried the patch from [@m-v-b](https://github.com/QubesOS/qubes-issues/issues/5486#issuecomment-1848779903) with 40ms and even 100ms delay on xen-4.19 without success :/

(posted to xen-devel) : This look similar to [https://yhbt.net/lore/all/20201006044941.fdjsp346kc5thyzy@Rk/t/](https://yhbt.net/lore/all/20201006044941.fdjsp346kc5thyzy@Rk/t/) This issue seems that IRQ 7 (the GPIO controller) is natively fasteoi (so level type) while in xen it is mapped...

For the record : booting a debug kernel with `"dyndbg=file drivers/gpio/* +p"` ``` [ 1.997798] i2c_designware AMDI0010:00: using ACPI '\_SB.I2CA' for 'scl' GPIO lookup [ 1.997804] acpi AMDI0010:00: GPIO: looking...