[Bug 236838] Commit r340224 prevents loading the kernel for some Intel Xeon hardware

Bruce Evans brde at optusnet.com.au
Fri Apr 5 04:02:30 UTC 2019


On Thu, 4 Apr 2019 a bug that dpesnt want replies at freebsd.org wrote:

> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236838
>
> --- Comment #5 from longwitz at incore.de ---
> Created attachment 203384
>  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=203384&action=edit
> Output serial console of full verbose boot
>
> I use amd64, the commit r340224 (r339979) does only affect amd64. Removing the
> line with 'case 0x3590' helps, kernel now boots fine. With the patch
>
> --- pci_cfgreg.c.orig   2018-11-26 16:43:04.706033000 +0100
> +++ pci_cfgreg.c        2019-04-04 11:30:51.847357000 +0200
> @@ -90,13 +90,15 @@
>         * This also implies that it can do PCIe extended config cycles.
>         */
>
> +       printf("pci_cfgregopen called\n");
> ...

> together with a 'printf(Calling pci_early_quirks())' in machdep.c and setting
> "debug.late_console=0" in loader.conf I got the attached output on the serial
> console.

I checked that vt still crashes with debug.late_console=0.  So configuring
vt breaks early console use even for console drivers that work early.

Bruce


More information about the freebsd-bugs mailing list