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