svn commit: r349151 - in head: lib/libufs stand/libsa sys/conf sys/dev/iscsi sys/dev/iscsi_initiator sys/dev/liquidio sys/dev/usb/net sys/fs/ext2fs sys/fs/nandfs sys/geom/part sys/geom/raid sys/ker...
Peter Jeremy
peter at rulingia.com
Sat Jun 22 07:17:21 UTC 2019
On 2019-Jun-17 19:49:09 +0000, Xin LI <delphij at FreeBSD.org> wrote:
>Author: delphij
>Date: Mon Jun 17 19:49:08 2019
>New Revision: 349151
>URL: https://svnweb.freebsd.org/changeset/base/349151
>
>Log:
> Separate kernel crc32() implementation to its own header (gsb_crc32.h) and
> rename the source to gsb_crc32.c.
I'm not sure how but this breaks my Rock64. r349150 boots without problem
but r349151 panics during the probe:
...
rockchip_dwmmc0: <Synopsys DesignWare Mobile Storage Host Controller (RockChip)> mem 0xff500000-0xff503fff irq 40 on ofwbus0
rockchip_dwmmc0: Hardware version ID is 270a
mmc0: <MMC/SD bus> on rockchip_dwmmc0
rockchip_dwmmc1: <Synopsys DesignWare Mobile Storage Host Controller (RockChip)> mem 0xff520000-0xff523fff irq 42 on ofwbus0
rockchip_dwmmc1: Hardware version ID is 270a
panic: Duplicate alloc of 0xfffffd000089cf50 from zone 0xfffffd0000817540(16) slab 0xfffffd000089cf90(0)
cpuid = 0
time = 1
KDB: stack backtrace:
db_trace_self() at db_trace_self_wrapper+0x28
pc = 0xffff000000535a14 lr = 0xffff0000000df10c
sp = 0xffff0000000104d0 fp = 0xffff0000000106e0
db_trace_self_wrapper() at vpanic+0x18c
pc = 0xffff0000000df10c lr = 0xffff000000277edc
sp = 0xffff0000000106f0 fp = 0xffff000000010790
vpanic() at panic+0x44
pc = 0xffff000000277edc lr = 0xffff000000277c8c
sp = 0xffff0000000107a0 fp = 0xffff000000010820
panic() at uma_dbg_alloc+0x144
pc = 0xffff000000277c8c lr = 0xffff0000004fa174
sp = 0xffff000000010830 fp = 0xffff000000010850
uma_dbg_alloc() at uma_zalloc_arg+0x9b0
pc = 0xffff0000004fa174 lr = 0xffff0000004f9624
sp = 0xffff000000010860 fp = 0xffff0000000108e0
uma_zalloc_arg() at malloc+0x9c
pc = 0xffff0000004f9624 lr = 0xffff000000252750
sp = 0xffff0000000108f0 fp = 0xffff000000010920
malloc() at bounce_bus_dmamem_alloc+0x4c
pc = 0xffff000000252750 lr = 0xffff000000533828
sp = 0xffff000000010930 fp = 0xffff000000010960
bounce_bus_dmamem_alloc() at dwmmc_attach+0x5fc
pc = 0xffff000000533828 lr = 0xffff000000556f14
sp = 0xffff000000010970 fp = 0xffff0000000109e0
dwmmc_attach() at device_attach+0x3f4
pc = 0xffff000000556f14 lr = 0xffff0000002aba50
sp = 0xffff0000000109f0 fp = 0xffff000000010a40
device_attach() at bus_generic_new_pass+0x12c
pc = 0xffff0000002aba50 lr = 0xffff0000002ad804
sp = 0xffff000000010a50 fp = 0xffff000000010a80
bus_generic_new_pass() at bus_generic_new_pass+0xe4
pc = 0xffff0000002ad804 lr = 0xffff0000002ad7bc
sp = 0xffff000000010a90 fp = 0xffff000000010ac0
bus_generic_new_pass() at bus_generic_new_pass+0xe4
pc = 0xffff0000002ad7bc lr = 0xffff0000002ad7bc
sp = 0xffff000000010ad0 fp = 0xffff000000010b00
bus_generic_new_pass() at bus_set_pass+0x8c
pc = 0xffff0000002ad7bc lr = 0xffff0000002a91ac
sp = 0xffff000000010b10 fp = 0xffff000000010b40
bus_set_pass() at mi_startup+0x238
pc = 0xffff0000002a91ac lr = 0xffff00000021246c
sp = 0xffff000000010b50 fp = 0xffff000000010bb0
...
--
Peter Jeremy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 963 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/svn-src-head/attachments/20190622/6b54faf3/attachment.sig>
More information about the svn-src-head
mailing list