Hi all, On Sat, May 16, 2020 at 2:23 AM Keith Hui <buu...@gmail.com> wrote: > > Hi Nico, > > I tried a few things. Looks like Linux kernel activated a couple PCI > quirks and claimed the ACPI and SMBus port ranges on top of what we > already reported. Seems to be the source of the conflict. > I have to omit the SMBus port range in pwrmgt_read_resources() in > southbridge/intel/i82371eb/smbus.c to make the conflict go away, but > that is not exactly correct. > > It is either this hack (which doesn't always work anyway), or rip the > SMBus driver out of DSDT, which S3 suspend for p3b-f is going to need, > or go expert mode and rebuild kernel with PCI_QUIRKS turned off. But I > also have a Realtek NIC with its own quirks, and turning PCI_QUIRKS > off kills that workaround as well. > > What is my proper next step?
I would say: check why the quirk is getting enabled, and try to make it not enable for coreboot. Otherwise, we have to make coreboot be wrong just to make the kernel happy. > Thanks > Keith Best regards, Angel _______________________________________________ coreboot mailing list -- coreboot@coreboot.org To unsubscribe send an email to coreboot-le...@coreboot.org