Hi,
Currently I have two Vortex86DX3 systems: the first one is
ebox-3352DX3-AP (acquired few years ago) and the second one ebox
eb-3360-B1853SIM (acquired just few weeks ago). The first one doesn't
have serial ports which made it more difficult to debug. However, I
have dmesg posted for it on the older OpenBSD 6.6 version here:
https://dmesgd.nycbug.org/index.cgi?do=view&id=5333 (that's the
version on which it was booting with non-diagnostic kernel and I added
0x0005 model manually). I will try to provide the more updated one
later, but I assume they will be very similar.
I tried the latest snapshot, it still crashes nearly identically on
both systems with default kernel and if ACPI aware enabled in BIOS,
but successfully boots if ACPI Aware is disabled, however interrupts
for USB/network doesn't work. I assume disabling the same
acpimadt/mbios as you did, might help for me as well. I will test
that. I was disabling acpi in the past, but it wasn't helping with the
interrupt issue (though system was booting successfully). Since second
system has serial interface, I managed to get crash log:
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2022 OpenBSD. All rights reserved. https://www.OpenBSD.org
OpenBSD 7.1-current (GENERIC.MP) #180: Wed Apr 20 10:13:48 MDT 2022
[email protected]:/usr/src/sys/arch/i386/compile/GENERIC.MP
real mem = 1005928448 (959MB)
avail mem = 970711040 (925MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 07/11/16, SMBIOS rev. 2.7 @ 0xfaf10 (43 entries)
bios0: vendor American Megatrends Inc. version "000" date 07/11/2016
bios0: RDC Semiconductor Co., Ltd. EMKORE
acpi0 at bios0: ACPI 4.0extent_alloc_region: extent `ioport' (0x0 - 0xffff)
extent_alloc_region: start 0x5a621c69, end 0x5a621c6a
panic: extent_alloc_region: region lies outside extent
Stopped at db_enter+0x4: popl %ebp
TID PID UID PRFLAGS PFLAGS CPU COMMAND
* 0 0 0 0x10000 0x200 0K swapper
db_enter(d1182bc0,d0e874d7,d0e9b000,5a621c69,5a621c6a) at db_enter+0x4
panic(d0c65730,d0c9bca8,10,d0e9b0cc,d0e9b130) at panic+0x7a
extent_alloc_region(d0e9b000,5a621c69,2,10) at extent_alloc_region+0x2af
bus_space_map(d0e15e88,5a621c69,2,0,d342c4ac) at bus_space_map+0x57
acpi_map_pmregs(d342c400) at acpi_map_pmregs+0x34f
acpi_attach_common(d342c400,f7910) at acpi_attach_common+0x192
acpi_attach(d34320c0,d342c400,d1182dd0) at acpi_attach+0x2c
config_attach(d34320c0,d0e8f8ac,d1182dd0,d05ebf60) at config_attach+0x19a
config_found_sm(d34320c0,d1182dd0,d05ebf60,0) at config_found_sm+0x29
biosattach(d3432080,d34320c0,d1182ec0) at biosattach+0x6f1
config_attach(d3432080,d0e8e3cc,d1182ec0,d0882610) at config_attach+0x19a
config_found_sm(d3432080,d1182ec0,d0882610,0) at config_found_sm+0x29
mainbus_attach(0,d3432080,0) at mainbus_attach+0x54
config_attach(0,d0e8bdec,0,0) at config_attach+0x19a
https://www.openbsd.org/ddb.html describes the minimum info required in bug
reports. Insufficient info makes it difficult to find and fix bugs.
Full dmesg with acpi aware disabled:
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2022 OpenBSD. All rights reserved. https://www.OpenBSD.org
OpenBSD 7.1-current (GENERIC.MP) #180: Wed Apr 20 10:13:48 MDT 2022
[email protected]:/usr/src/sys/arch/i386/compile/GENERIC.MP
real mem = 1006125056 (959MB)
avail mem = 970919936 (925MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 07/11/16, SMBIOS rev. 2.7 @ 0xfaf10 (43 entries)
bios0: vendor American Megatrends Inc. version "000" date 07/11/2016
bios0: RDC Semiconductor Co., Ltd. EMKORE
acpi at bios0 function 0x0 not configured
mpbios0 at bios0: Intel MP Specification 1.4
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Vortex86DX3 (686-class) 1.01 GHz, 06-01-01
cpu0: FPU,TSC,MSR,CX8,APIC,CMOV,MMX
cpu0: apic clock running at 666MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Vortex86DX3 (686-class) 1 GHz, 06-01-01
cpu1: FPU,TSC,MSR,CX8,APIC,CMOV,MMX
mpbios0: bus 0 is type PCI
mpbios0: bus 1 is type PCI
mpbios0: bus 2 is type PCI
mpbios0: bus 3 is type ISA
ioapic0 at mainbus0: apid 2 pa 0xfec00000, version 20, 24 pins
pcibios at bios0 function 0x1a not configured
bios0: ROM list: 0xc0000/0x8000
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "RDC R6023 Host" rev 0x02
ppb0 at pci0 dev 1 function 0 "RDC R1031 PCIe" rev 0x01: apic 2 int 16
pci1 at ppb0 bus 1
ppb1 at pci0 dev 2 function 0 "RDC R1031 PCIe" rev 0x01: apic 2 int 17
pci2 at ppb1 bus 2
pcib0 at pci0 dev 7 function 0 "RDC R6035 ISA" rev 0x01
pcib1 at pci0 dev 7 function 1 "RDC R6035 ISA" rev 0x01
vte0 at pci0 dev 8 function 0 "RDC R6040 Ethernet" rev 0x00: apic 2
int 19, address 00:1b:eb:xx:xx:xx
rdcphy0 at vte0 phy 1: R6040 10/100 PHY, rev. 0
ohci0 at pci0 dev 10 function 0 "RDC R6060 USB" rev 0x14: apic 2 int
18, version 1.0, legacy support
ehci0 at pci0 dev 10 function 1 "RDC R6061 USB2" rev 0x08: apic 2 int 21
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "RDC EHCI root hub" rev
2.00/1.00 addr 1
pciide0 at pci0 dev 12 function 0 "RDC R1012 IDE" rev 0x02: DMA,
channel 0 configured to compatibility, channel 1 configured to
compatibility
wd0 at pciide0 channel 0 drive 0: <SS16G D0 RDC SD-IDE HOST CONTROLLER>
wd0: 1-sector PIO, LBA, 15193MB, 31116288 sectors
pciide0: channel 1 disabled (no drives)
vga1 at pci0 dev 13 function 0 "RDC M2015 VGA" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
azalia0 at pci0 dev 14 function 0 "RDC R3010 HDA" rev 0x01: apic 2 int 18
azalia0: codecs: Realtek ALC262
audio0 at azalia0
isa0 at pcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com0: console
com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
isa at pcib1 not configured
usb1 at ohci0: USB revision 1.0
uhub1 at usb1 configuration 1 interface 0 "RDC OHCI root hub" rev
1.00/1.00 addr 1
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
scsibus2 at softraid0: 256 targets
root on wd0a (52c91035a45ce8fc.a) swap on wd0b dump on wd0b
Thank you.
Regards,
Andrius V
On Wed, Apr 20, 2022 at 5:37 AM Kevin Lo <[email protected]> wrote:
>
> On Tue, Apr 19, 2022 at 11:33:04AM +0300, Andrius V wrote:
> >
> > Hi Kevin,
> >
> > > Thanks for the analysis, I committed your diff.
> >
> > Thank you for applying the patch!
> >
> > > For some reason, ethernet and usb devices never get interrupts, I have to
> > > disable both acpimadt and mpbios in the kernel to make it work.
> > > Does your machine also have this problem? Thanks.
> >
> > Yes, there are some problems with level type interrupts on Vortex86DX3
> > machines, which seems to be the same issue on OpenBSD and NetBSD (edge
> > type interrupts work on the other hand like for storage or serial
> > interface). FreeBSD 12.0 (the last one I managed to boot without
> > modifications) and Linux doesn't seem to have this issue (unless it
> > somehow ignored) and devices work without visible issues. I have
> > registered it as https://gnats.netbsd.org/53894 on NetBSD for that and
> > I did some investigation to find out the cause, unfortunately without
> > success so far. Thus, neither USB, nor network (and probably audio)
> > doesn't work if device interrupts established through APIC. In NetBSD
> > it is possible to boot without acpi/smp mode in which it attaches
> > devices in legacy way (pic), in this case USB and network works. I
> > believe solving that would make system work properly.
> >
> > However, in OpenBSD case I also had crashes with the default kernel,
> > where older versions (don't remember which) would work with DIAGNOSTIC
> > option disabled, for current ones I was applying certain patches, like
> > to comment out acpi_checksum in acpi_attach_common and "pretend" that
> > hdr_revision is below 4 (however, I haven't updated my code to current
> > yet).
>
> Please try the latest snapshot and include the dmesg output of your system,
> thanks.
>
> > Regards,
> > Andrius V
>
> Kevin
