--- Comment #43 from Andy Shevchenko ( ---
(In reply to secan from comment #42)
> So this is what I did. Due to the fact that Redhat is very peculiar when it
> comes to patching, I went the kpatch way (the method that RH recommends).

kpatch sounds to me the like incorrect method for testing most of the early
boot / boot stage problems. You need to recompile the kernel.

> Unfortunately the patch provided by you wasn't helpful.

Not sure I understood this comment. The patch I shared is not going to fix
anything, it's pure for debugging purposes to understand better the cause of
the issue.

> lspci -vvx -s 00:15
> 00:15.0 Serial bus controller [0c80]: Intel Corporation Cannon Lake PCH
> Serial IO I2C Controller #0 (rev 10)
>       DeviceName: Onboard - Other
>       Subsystem: Dell Device 095b
>       Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
> Stepping- SERR+ FastB2B- DisINTx-
>       Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort-
> <MAbort- >SERR- <PERR- INTx-

>       Interrupt: pin A routed to IRQ 255

This line make me think about other causes.
Can you boot your kernel with 'initcall_debug ignore_loglevel pci=earlydump'
added to the kernel command line and attach the output of `dmesg`?

> Any other hints/tips/tricks/workarounds/patches ? :)

You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

acpi-bugzilla mailing list

Reply via email to