> Date: Sat, 21 May 2022 13:13:19 -0400
> From: Johan Huldtgren <[email protected]>
>
> On 2022/05/21 12:43, Mark Kettenis wrote:
> >> Date: Sat, 21 May 2022 12:36:03 -0400
> >> From: Johan Huldtgren <[email protected]>
> >>
> >> hello,
> >>
> >> On 2022/05/21 12:08, Mark Kettenis wrote:
> >>>> Date: Sat, 21 May 2022 10:31:37 -0400
> >>>> From: Johan Huldtgren <[email protected]>
> >>>>
> >>>> hello,
> >>>>
> >>>> Details below, but commenting out 'ttyflags -a' from /etc/rc lets
> >>>> this host boot. I wrote much of this e-mail while going through it,
> >>>> so while we know now what the issue is I'm leaving my responses in
> >>>> case it sheds light on anything.
> >>>
> >>> So it seems your machine incorrectly advertises a serial port that
> >>> doesn't actually exist:
> >>>
> >>>> com1 at acpi0 UAR1 addr 0x2f8/0x8 irq 3: ti16750, 64 byte fifo
> >>>> com1: probed fifo depth: 0 bytes
> >>
> >> I think you're right, Crystal asked about it in a previous
> >> mail which I didn't get a chance to respond to, but I do not
> >> see com1 being reported in the 7.0 dmesg from last night nor
> >> in any older dmesgs I've been able to dig up and I don't
> >> believe anything with this hardware has changed as long as I've
> >> had it.
> >>
> >>> This may be a bug in our APCI code. Can you send the contents of
> >>> /var/db/acpi on your machine?
> >>
> >> root@www ~]# ls -al /var/db/acpi/
> >> total 164
> >> drwxr-xr-x 2 root wheel 512 May 20 21:26 ./
> >> drwxr-xr-x 15 root wheel 1024 May 21 06:10 ../
> >> -rw-r--r-- 1 root wheel 146 May 21 06:55 APIC.3
> >> -rw-r--r-- 1 root wheel 120 May 21 06:55 DMAR.12
> >> -rw-r--r-- 1 root wheel 44470 May 21 06:55 DSDT.2
> >> -rw-r--r-- 1 root wheel 244 May 21 06:55 FACP.1
> >> -rw-r--r-- 1 root wheel 68 May 21 06:55 FPDT.4
> >> -rw-r--r-- 1 root wheel 56 May 21 06:55 HPET.7
> >> -rw-r--r-- 1 root wheel 60 May 21 06:55 MCFG.5
> >> -rw-r--r-- 1 root wheel 190 May 21 06:55 PRAD.6
> >> -rw-r--r-- 1 root wheel 80 Sep 17 2019 RSDT.0
> >> -rw-r--r-- 1 root wheel 64 May 21 06:55 SPMI.9
> >> -rw-r--r-- 1 root wheel 2468 May 21 06:55 SSDT.10
> >> -rw-r--r-- 1 root wheel 2696 May 21 06:55 SSDT.11
> >> -rw-r--r-- 1 root wheel 877 May 21 06:55 SSDT.8
> >> -rw-r--r-- 1 root wheel 124 May 21 06:55 XSDT.0
> >> -rw-r--r-- 1 root wheel 2520 May 21 06:55 headers
> >>
> >> Do you need the files? I can tar that directory up and
> >> make it available.
> >
> > Right we need all of those.
>
> http://www.huldtgren.com/panics/20220520/acpi.tgz
It looks as if the ACPI AML is properly checking that the UART is
enabled in the NCT6776F SuperIO chip. Can you build a kernel with the
diff below and mail the dmesg from that kernel?
Index: dev/acpi/acpi.c
===================================================================
RCS file: /cvs/src/sys/dev/acpi/acpi.c,v
retrieving revision 1.413
diff -u -p -r1.413 acpi.c
--- dev/acpi/acpi.c 17 Feb 2022 00:21:40 -0000 1.413
+++ dev/acpi/acpi.c 21 May 2022 18:20:20 -0000
@@ -3095,6 +3095,7 @@ acpi_foundhid(struct aml_node *node, voi
return (0);
sta = acpi_getsta(sc, node->parent);
+ printf("_STA: 0x%02llx\n", sta);
if ((sta & (STA_PRESENT | STA_ENABLED)) != (STA_PRESENT | STA_ENABLED))
return (0);
