[Bug 231064] data abort in in_pcbremlbgrouphash() on ThunderX
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Wed Sep 5 17:59:06 UTC 2018
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231064
Mark Johnston <markj at FreeBSD.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Andrew at FreeBSD.org
--- Comment #2 from Mark Johnston <markj at FreeBSD.org> ---
I discovered that the hash table is "corrupted" immediately after it is
allocated and initialized. In my case, the table is allocated starting at
physical address 0x10000000 and is physically contiguous. It appears that this
collides with an address range used by the vgapci device:
pcib9
Device Memory:
0x87e0c0000000-0x87e0c0ffffff
pci9
PCI domain 0 bus numbers:
32
pcib10
PCI domain 0 bus numbers:
33
PEM PCIe Memory:
0x10000000-0x110fffff
PEM PCIe IO:
0x0-0xfff
pci10
pcib10 bus numbers:
33
vgapci0
pcib10 memory window:
0x10000000-0x10ffffff
0x11000000-0x1101ffff
Indeed, this range isn't excluded from the EFI map:
Type Physical Virtual #Pages Attr
RuntimeServicesData 000000500000 500000 00000800 UC WC WT WB RUNTIME
ConventionalMemory 000000d00000 0 000ff2ec UC WC WT WB
RuntimeServicesData 0000fffec000 fffec000 00000014 UC WC WT WB RUNTIME
ConventionalMemory 000100000000 0 00ef0100 UC WC WT WB
BootServicesData 000ff0100000 0 00000020 UC WC WT WB
ConventionalMemory 000ff0120000 0 0000eacc UC WC WT WB
BootServicesData 000ffebec000 0 00000514 UC WC WT WB
ConventionalMemory 010000400000 0 00fea102 UC WC WT WB
LoaderData 010fea502000 0 00008001 UC WC WT WB
LoaderCode 010ff2503000 0 00000086 UC WC WT WB
LoaderData 010ff2589000 0 0000218b UC WC
WT WB
LoaderCode 010ff4714000 0 00000015 UC WC WT WB
BootServicesData 010ff4729000 0 0000965d UC WC WT WB
ConventionalMemory 010ffdd86000 0 000001de UC WC
WT WB
BootServicesCode 010ffdf64000 0 00000779 UC WC WT WB
ConventionalMemory 010ffe6dd000 0 00000040 UC WC WT WB
ACPIReclaimMemory 010ffe71d000 0 0000000b UC WC
WT WB
ACPIMemoryNVS 010ffe728000 0 00000060 UC WC WT WB
RuntimeServicesData 010ffe788000 10ffe788000 00000c30 UC WC WT WB RUNTIME
RuntimeServicesCode 010fff3b8000 10fff3b8000 00000c47 UC WC
WT WB RUNTIME
BootServicesData 010ffffff000 0 00000001 UC WC WT WB
MemoryMappedIO 803000000000 803000000000 00001000 UC RUNTIME
MemoryMappedIO 804000001000 804000001000 00002000 UC
RUNTIME
MemoryMappedIO 87e006001000 87e006001000 00001000 UC RUNTIME
MemoryMappedIO 87e024000000 87e024000000 00001000 UC RUNTIME
MemoryMappedIO 87e0d0001000 87e0d0001000 00000001 UC RUNTIME
MemoryMappedIO 903000000000 903000000000 00001000 UC RUNTIME
MemoryMappedIO 904000001000 904000001000 00002000 UC RUNTIME
MemoryMappedIO 97e006001000 97e006001000 00001000 UC RUNTIME
Physical memory chunk(s):
0x00500000 - 0xfff0fffff, 65516 MB (16772096 pages)
0x10000400000 - 0x10ffe71cfff, 65507 MB (16769821 pages)
0x10ffe788000 - 0x10fff3b7fff, 12 MB ( 3120 pages)
0x10ffffff000 - 0x10fffffffff, 0 MB ( 1 pages)
Excluded memory regions:
0x00500000 - 0x00cfffff, 8 MB ( 2048 pages) NoAlloc
0xfffec000 - 0xffffffff, 0 MB ( 20 pages) NoAlloc
0x10fea600000 - 0x10fec38cfff, 29 MB ( 7565 pages) NoAlloc
0x10ffe71d000 - 0x10fffffefff, 24 MB ( 6370 pages) NoAlloc
0x803000000000 - 0x803000ffffff, 16 MB ( 4096 pages) NoAlloc
0x804000001000 - 0x804002000fff, 32 MB ( 8192 pages) NoAlloc
0x87e006001000 - 0x87e007000fff, 16 MB ( 4096 pages) NoAlloc
0x87e024000000 - 0x87e024ffffff, 16 MB ( 4096 pages) NoAlloc
0x87e0d0001000 - 0x87e0d0001fff, 0 MB ( 1 pages) NoAlloc
0x903000000000 - 0x903000ffffff, 16 MB ( 4096 pages) NoAlloc
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-bugs
mailing list