From nobody Sat Feb 10 18:04:37 2024 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TXJXJ5FMWz5B55v for ; Sat, 10 Feb 2024 18:04:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TXJXJ2Fqnz46Pn for ; Sat, 10 Feb 2024 18:04:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1707588286; bh=xGS15oMLb2rtIa1Yj3Bz7vwb9dBukxQZXzwgAcP3UyY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=K5pG3E9bIWqQ8zfpSEryCGWRUPVjGWVgWgKLduOJrvIqfdHI+l+RQIFWcLBLhc/T8Rw1j7qTHBPNrzxgbmf1G6ATa0qPpG+BbalMnTrpOTWUscGX6TQJrjOSHm4Z2ha+RYj2aGV2/ROcgOvKnKPpfjby9x6zve2qI7orfRoFafEd0gnu21autK3B5AU4U0cFeE+itgt/Qhqzjxe+YpoY/CNwblHAQb6hdFwidY/3SBn6NWuZ4XOTb/59551DqIyH+5NIZsBjyw2rdYZBdteqYrtgLtS+MtZstyavZ9EBcNRSMhpFDRv2bnNe6oFMYZHOT4Mbc+71Riz2gYiJYH7+vw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1707588286; bh=8RsQZoTKgzLptUqWGDWP8eSZkkTNqY4PV7Ijg/EEypN=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=VnD9EcZaaVFdsYIEeO7DRo+/GLq+0uDfdeo0fiVxfVcu0tFRuXo0/PT0aFLCT8LSreE87ITVJbgrsneXAhUcffwM4ZbkSzw68H5S/eAk40BbR+MslbCxHNM3/25F8UH4ZM9rTZgcLtgIABu/0I9x9V4GudxvtBjysNwUTVSgR/kZkIWX8swx8jpkL216cWCbEVcom2qlo2eOhaOqGDyQY3r+Z2ouaOgcTbLjuVLdJ/+qmSWkCKXpXxmYK7g6KwChXMHE2lfteLOhO/GwvG53/BoArhvZVp7ke3TMfEzFZul4GOTb9L+NPA13kctRljeyilEffMOBEuqFHDHNbVBdFg== X-YMail-OSG: CcQ.E5YVM1mLaHHxU2JSyflw4fwVWhhq8C7TiDS_.h7DhQgf7huedUV_YlXGmVb RCjI39x7ngXt03dtB2SkeU3Wj8HaeRH3jAuBRZs.8eolYuQtpA8CRBYsb32zN2COFsFqECQdU5gz AKOPs3G6sB0d7CWD1.AhrBFYdufrAexfjQ_53XZUmW74Cs4K0rFDsmWg9FlFaftOoAB.EFO2vSCe W4n3li8LkOJzLzkhhrM7szX3FKF_ZBRjnq.s12.FPbzOwE5Lcn5M5f4Zs6YQswoAQDbEN.xzaY1i Q6JcBimXOqk1T.L9TFFOrL4rexwoMc11oNJ_tXIps8X9AiTW.B1e7KfJPSpP72gPboRCvxo7O1mJ w2NlW6z4u.Y.nbtoWbu.3T5bNVHe_vHaomiShymQjgJJ1_LUraT5zd.QVVBh4X1hmOJ4wbVxVXJp DvfMzSyBy_dyahz7rh.R1znOOdb7iqL1UkbMA7qCg6MkbNSYP5a4HUtNdmBXOtuR0_op59MMpXXj 7kO_2NPYei_ZFQyUpRLN.VJ2BY.MTm03PegTazBWueQzRfNSfTcqT1T2xjlmsu_FovTTH88xK2sJ RUIKSW39T6UfXtDhBJL5gSLRNuqz_ukSxCosG0Th9lDW7e..Lw0LNXpxPr4VqyIiPxjjH7iSaPvf AcwNHDvO.39FlOwdPEn.qfsLBASCWh8mDgDuIia1dkSCNIfPzF._ceDGDEEYW1ToK_GGR3htwFlk ig9zmHRIdrlqU6HbTVilvQsa9FkJv.OyLrM.cspVs2WXLRlPYqZduzDu33NTs5V2D9OEvBXe.aeD Eb4WFgh9MPmlYPnwD3ETITnrB1oUAutHsQsPomIWVmuxE.GHXCYkR3bhwzRDuHcbiQJp6T7GdWsX Xbb1tnfJvVmBQl.m.chxztcCrNrGUq7kFy2vaTiYelzKVLwcEs5JFb.xDssnbHYhPH9rBipQ8.Ck NmcXrA7g.2XBqKcyvcm7rwdMstCYx_sviOU.asYoIqpRJ3NK8eXWJPoKvP4P3jwZncdvwS0kbu3y 5PBRDEye4on5Ci_tJZDX6VOPnyMBgKdAeazdARj1kJUUESu7HBpJx9IhN1kDKqZmcTD6ZF5n7sau nLkDjI3VI_YJXspdYKHOCZC1TntQy8YILDp73KYy8jT_cPcrOTJ3iw3mhszvI4v8hUvazurtibk5 n3cW10vvEbVxLzwFClS4INQXPADXHeM69HHTcgUveme6dM12c8C_2G_MgVmbH2hNFFATyF72pwxo oxaNA_gMkfxLyxAEP7joUFMmqqggyzrD5osq5jxPnnoU5oWn84Hwgg8sgOtyM_ow_1AihlCD858q BHEXjozn1Yw66V4xUlXYhzPeG_HV15_.xrPL_7JS2I_Ek9D1jkSFrlPyitAaFmHyPSh2u9wybERu njdisingOkWuOpYVAMA_6r4y6Fzhd1e6uiogkp_wJBusOh6FVOMFCveV1Qhd8U64JFuR6MxA9zrH sRbEzQkpkoIWuQcX9SX.RkQi_N4c7J_ipDsM3J1yx9_e7R.uSNbVncvBucvLUXwe_TQV9w4lmsee Z0ckwxRCVUDmNL.Db4sqeB2iBzgTjJct5ENhTdF6PXDzUnKgkWJ9d0rk3aTvjFPEY61DJR8N7AF9 ma6KCOapr1uCmdez5puuU8VV6tQ1KD55k1fiPaOEAUHe5fuIJvkShB7GdhKbnLhk4VuBuEcB8q.f BmX32bX6f8GR9MpD6y_Vjl9.T9LRg_MBA4PvUp1Z6yeizuKRWKvcPqSbhyHP94jJA4J4GeuDoQ3Q VC8zrBJiUPKjHVqi9vqr.A9729PHnqQBBibv7gyV6uEnG6nJCKEv1lYOziqZNU3p6M6DQ23rn2Br _RPyXO0KsWxi7f2OIyuyUByfaQ6QS2B58HtXJXivnpTh71bvs1di2AdsjeWUtUTGGOgoiHotlgsA pAjiCjuj4zPZ7gSB2ff.rP8KUTmIS9oEq0p_waPTz1QgPPUKK3XvT83ekVADRzdUW9YTGnIq2c_j AmVr0VxZUq3zrL1VueE8v_37wjuqlhbCOpdXxlCxt1CDpukzxyOWIxW1Y4D00.Y3MiMWRJTvZKuH 1fMBDu2PFPrjW6KukUd0Kkp_FF8uhkt3jp1sGCMTe8CDS5WsTbkFmB4eS.dIhd1cjQyF5g0PMAPa hUCn05scBkpNSY60NqBXmdfaLfyS85AGzC0i9bNJTMpXZKVXfo2WxBRTl9wssvvJd.Hx99G6777h yH7qRqp2g9tv7JyTTYTn_txhkuYLdfC.0g3qLbIAWovEVO55RtrlixhRISom.uox9xcRhrAHZ3El oMoMqn309ptC4CmtXO4fOpmvfRLjF3w-- X-Sonic-MF: X-Sonic-ID: 39b70c62-a369-4f96-ba36-4172a0d5de37 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 10 Feb 2024 18:04:46 +0000 Received: by hermes--production-gq1-5c57879fdf-8lthq (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 582860a2ede8cd9f4e7dedbc5f423cf3; Sat, 10 Feb 2024 18:04:40 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: Recent commits reject RPi4B booting: pcib0 vs. pcib1 "rman_manage_region: request" leads to panic From: Mark Millard In-Reply-To: <2FE8FA48-180B-4F0D-BCD8-F7F33053B0F7@iitbombay.org> Date: Sat, 10 Feb 2024 10:04:37 -0800 Cc: John Baldwin , Warner Losh , Bakul Shah Content-Transfer-Encoding: quoted-printable Message-Id: <986D2CD6-6241-4EBE-8BD2-9821AB693BA7@yahoo.com> References: <76AB969F-5BC5-4116-8AF4-3ED2CABEBBA5.ref@yahoo.com> <76AB969F-5BC5-4116-8AF4-3ED2CABEBBA5@yahoo.com> <2FE8FA48-180B-4F0D-BCD8-F7F33053B0F7@iitbombay.org> To: FreeBSD ARM List , Current FreeBSD X-Mailer: Apple Mail (2.3774.400.31) X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4TXJXJ2Fqnz46Pn X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Feb 9, 2024, at 23:44, Bakul Shah wrote: > $ git bisect good > b377ff8110e3489eb6e6b920b51a2384dfc4eb0b is the first bad commit >=20 >> On Feb 9, 2024, at 8:13=E2=80=AFPM, Mark Millard = wrote: >>=20 >> Summary: >>=20 >> pcib0: mem = 0x7d500000-0x7d50930f irq 80,81 on simplebus2 >> pcib0: parsing FDT for ECAM0: >> pcib0: PCI addr: 0xc0000000, CPU addr: 0x600000000, Size: 0x40000000 >> . . >> rman_manage_region: request: start 0x600000000, = end 0x6000fffff >> panic: Failed to add resource to rman >>=20 >>=20 >> Detail: >>=20 >>=20 >> . . >> pcib0: mem = 0x7d500000-0x7d50930f irq 80,81 on simplebus2 >> pcib0: parsing FDT for ECAM0: >> pcib0: PCI addr: 0xc0000000, CPU addr: 0x600000000, Size: 0x40000000 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: PCI addr: 0x0, CPU addr: 0x0, Size: 0x0 >> pcib0: Bus is not cache-coherent >> rman_reserve_resource_bound: request: = [0xfd500000, 0xfd50930f], length 0x9310, flags 100, device pcib0 >> rman_reserve_resource_bound: trying 0x1fff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x1fff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x31bfffff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x33296fff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x39bf1fff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x39c02fff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x39c06fff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x39c07fff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x39c08fff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x39c2afff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x39c36fff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x39c37fff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x3b03ffff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x3b04ffff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x3b2fffff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x3ee61fff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x3ee63fff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0x3fffffff <0xfd500000,0x930f> >> rman_reserve_resource_bound: tried 0xfbffffff <0xfd500000,0x930f> >> considering [0xfc000000, 0xfd5d1fff] >> truncated region: [0xfd500000, 0xfd50930f]; size 0x9310 (requested = 0x9310) >> candidate region: [0xfd500000, 0xfd50930f], size 0x9310 >> splitting region in three parts: [0xfc000000, 0xfd4fffff]; = [0xfd500000, 0xfd50930f]; [0xfd509310, 0xfd5d1fff] >> rman_manage_region: request: start 0xc0000000, end = 0xffffffff >> pcib0: hardware identifies as revision 0x304. >> pcib0: note: reported link speed is 5.0 GT/s. >> rman_reserve_resource_bound: request: [0x51, 0x51], = length 0x1, flags 0, device pcib0 >> rman_reserve_resource_bound: trying 0 <0x51,0> >> rman_reserve_resource_bound: tried 0 <0x51,0> >> rman_reserve_resource_bound: tried 0x1 <0x51,0> >> rman_reserve_resource_bound: tried 0x2 <0x51,0> >> rman_reserve_resource_bound: tried 0x3 <0x51,0> >> rman_reserve_resource_bound: tried 0x4 <0x51,0> >> rman_reserve_resource_bound: tried 0x5 <0x51,0> >> rman_reserve_resource_bound: tried 0x6 <0x51,0> >> rman_reserve_resource_bound: tried 0x7 <0x51,0> >> rman_reserve_resource_bound: tried 0xc <0x51,0> >> rman_reserve_resource_bound: tried 0xd <0x51,0> >> rman_reserve_resource_bound: tried 0xe <0x51,0> >> rman_reserve_resource_bound: tried 0xf <0x51,0> >> rman_reserve_resource_bound: tried 0x10 <0x51,0> >> rman_reserve_resource_bound: tried 0x11 <0x51,0> >> rman_reserve_resource_bound: tried 0x12 <0x51,0> >> rman_reserve_resource_bound: tried 0x17 <0x51,0> >> rman_reserve_resource_bound: tried 0x18 <0x51,0> >> rman_reserve_resource_bound: tried 0x1a <0x51,0> >> rman_reserve_resource_bound: tried 0x1b <0x51,0> >> rman_reserve_resource_bound: tried 0x22 <0x51,0> >> rman_reserve_resource_bound: tried 0x23 <0x51,0> >> rman_reserve_resource_bound: tried 0x24 <0x51,0> >> rman_reserve_resource_bound: tried 0x25 <0x51,0> >> rman_reserve_resource_bound: tried 0x26 <0x51,0> >> rman_reserve_resource_bound: tried 0x27 <0x51,0> >> rman_reserve_resource_bound: tried 0x28 <0x51,0> >> rman_reserve_resource_bound: tried 0x29 <0x51,0> >> rman_reserve_resource_bound: tried 0x4e <0x51,0> >> rman_reserve_resource_bound: tried 0x4f <0x51,0> >> considering [0x50, 0xffffffffffffffff] >> truncated region: [0x51, 0x51]; size 0x1 (requested 0x1) >> candidate region: [0x51, 0x51], size 0x1 >> splitting region in three parts: [0x50, 0x50]; [0x51, 0x51]; [0x52, = 0xffffffffffffffff] >> pci0: on pcib0 >> rman_manage_region: request: start 0, end = 0xff >> rman_reserve_resource_bound: request: [0, = 0], length 0x1, flags 0, device pci0 >> rman_reserve_resource_bound: trying 0xff <0,0> >> considering [0, 0xff] >> truncated region: [0, 0]; size 0x1 (requested 0x1) >> candidate region: [0, 0], size 0x1 >> allocating from the beginning >> pci0: domain=3D0, physical bus=3D0 >> found-> vendor=3D0x14e4, dev=3D0x2711, revid=3D0x00 >> domain=3D0, bus=3D0, slot=3D0, func=3D0 >> class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 >> cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) >> lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) >> intpin=3Da, irq=3D0 >> powerspec 3 supports D0 D3 current D0 >> secbus=3D1, subbus=3D1 >> rman_reserve_resource_bound: request: = [0x1, 0x1], length 0x1, flags 0, device (null) >> rman_reserve_resource_bound: trying 0 <0x1,0> >> rman_reserve_resource_bound: tried 0 <0x1,0> >> considering [0x1, 0xff] >> truncated region: [0x1, 0x1]; size 0x1 (requested 0x1) >> candidate region: [0x1, 0x1], size 0x1 >> allocating from the beginning >> pcib1: irq 91 at device 0.0 on pci0 Looking at an old log shows that the next normal output was: pcib0: rman_reserve_resource: start=3D0xc0000000, end=3D0xc00fffff, = count=3D0x100000 and somewhat later there was: pcib1: allocated memory range (0xc0000000-0xc0000fff) for rid 10 of = bcm_xhci0 I'll give more text at the end of this message. Basically the sequence is assocaited with xhci0. The count=3D0x100000 looks to be from the reg for xhci@7e9c0000. scb { compatible =3D "simple-bus"; #address-cells =3D <0x00000002>; #size-cells =3D <0x00000002>; ranges =3D <0x00000000 0x7c000000 0x00000000 0xfc000000 = 0x00000000 0x03800000 0x00000000 0x40000000 0x00000000 0xff800000 = 0x00000000 0x00800000 0x00000006 0x00000000 0x00000006 0x00000000 = 0x00000000 0x40000000 0x00000000 0x00000000 0x00000000 0x00000000 = 0x00000000 0xfc000000>; dma-ranges =3D <0x00000000 0x00000000 0x00000000 = 0x00000000 0x00000004 0x00000000>; phandle =3D <0x000000d6>; pcie@7d500000 { compatible =3D "brcm,bcm2711-pcie", = "brcm,bcm7445-pcie"; reg =3D <0x00000000 0x7d500000 0x00000000 = 0x00009310>; device_type =3D "pci"; #address-cells =3D <0x00000003>; #interrupt-cells =3D <0x00000001>; #size-cells =3D <0x00000002>; interrupts =3D <0x00000000 0x00000094 0x00000004 = 0x00000000 0x00000094 0x00000004>; interrupt-names =3D "pcie", "msi"; interrupt-map-mask =3D <0x00000000 0x00000000 = 0x00000000 0x00000007>; interrupt-map =3D <0x00000000 0x00000000 = 0x00000000 0x00000001 0x00000001 0x00000000 0x0000008f 0x00000004>; msi-controller; msi-parent =3D <0x0000002c>; ranges =3D <0x02000000 0x00000000 0xc0000000 = 0x00000006 0x00000000 0x00000000 0x40000000>; dma-ranges =3D <0x02000000 0x00000004 0x00000000 = 0x00000000 0x00000000 0x00000002 0x00000000>; brcm,enable-ssc; phandle =3D <0x0000002c>; pci@1,0 { #address-cells =3D <0x00000003>; #size-cells =3D <0x00000002>; ranges; reg =3D <0x00000000 0x00000000 = 0x00000000 0x00000000 0x00000000>; usb@1,0 { reg =3D <0x00010000 0x00000000 = 0x00000000 0x00000000 0x00000000>; resets =3D <0x0000002d = 0x00000000>; }; }; }; . . . xhci@7e9c0000 { compatible =3D "generic-xhci"; status =3D "disabled"; reg =3D <0x00000000 0x7e9c0000 0x00000000 = 0x00100000>; interrupts =3D <0x00000000 0x000000b0 = 0x00000004>; power-domains =3D <0x00000013 0x00000006>; phandle =3D <0x000000d9>; }; Note the lack of nesting of xhci@7e9c0000 relative to pcie@7d50000 . >> rman_manage_region: request: start 0x1, end 0x1 >> pcib0: rman_reserve_resource: start=3D0xc0000000, end=3D0xc00fffff, = count=3D0x100000 >> rman_reserve_resource_bound: request: [0xc0000000, = 0xc00fffff], length 0x100000, flags 102, device pcib1 >> rman_reserve_resource_bound: trying 0xffffffff <0xc0000000,0xfffff> >> considering [0xc0000000, 0xffffffff] >> truncated region: [0xc0000000, 0xc00fffff]; size 0x100000 (requested = 0x100000) >> candidate region: [0xc0000000, 0xc00fffff], size 0x100000 >> allocating from the beginning >> rman_manage_region: request: start 0x600000000, = end 0x6000fffff >> panic: Failed to add resource to rman >> cpuid =3D 0 >> time =3D 1 >> KDB: stack backtrace: >> db_trace_self() at db_trace_self >> db_trace_self_wrapper() at db_trace_self_wrapper+0x38 >> vpanic() at vpanic+0x1a4 >> panic() at panic+0x48 >> pcib_add_window_resources() at pcib_add_window_resources+0xf4 >> pcib_alloc_window() at pcib_alloc_window+0xfc >> pcib_attach_common() at pcib_attach_common+0xa18 >> pcib_attach() at pcib_attach+0x14 >> device_attach() at device_attach+0x3fc >> device_probe_and_attach() at device_probe_and_attach+0x80 >> bus_generic_attach() at bus_generic_attach+0x1c >> pci_attach() at pci_attach+0xec >> device_attach() at device_attach+0x3fc >> device_probe_and_attach() at device_probe_and_attach+0x80 >> bus_generic_attach() at bus_generic_attach+0x1c >> device_attach() at device_attach+0x3fc >> device_probe_and_attach() at device_probe_and_attach+0x80 >> bus_generic_new_pass() at bus_generic_new_pass+0x100 >> bus_generic_new_pass() at bus_generic_new_pass+0xb0 >> bus_generic_new_pass() at bus_generic_new_pass+0xb0 >> bus_generic_new_pass() at bus_generic_new_pass+0xb0 >> bus_set_pass() at bus_set_pass+0x50 >> mi_startup() at mi_startup+0x1e0 >> virtdone() at virtdone+0x68 >> KDB: enter: panic >> [ thread pid 0 tid 100000 ] >> Stopped at kdb_enter+0x4c: str xzr, [x19, #1280] >> db> >=20 >=20 For reference from an old log: pcib1: irq 91 at device 0.0 on pci0 pcib0: rman_reserve_resource: start=3D0xc0000000, end=3D0xc00fffff, = count=3D0x100000 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: memory decode 0xc0000000-0xc00fffff pci1: on pcib1 pcib1: allocated bus range (1-1) for rid 0 of pci1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1106, dev=3D0x3483, revid=3D0x01 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D0c-03-30, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D0 powerspec 3 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type Memory, range 64, base 0, size 12, memory disabled pcib1: slot 0 INTA is routed to irq 92 bcm_xhci0: irq 92 at = device 0.0 on pci1 bcm_xhci0: note: xhci firmware not found. bcm_xhci0: note: installing xhci firmware. bcm_xhci0: note: xhci firmware detected; firmware is revision 138a1. pcib1: allocated memory range (0xc0000000-0xc0000fff) for rid 10 of = bcm_xhci0 bcm_xhci0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xc0000000 bcm_xhci0: 32 bytes context size, 64-bit DMA bcm_xhci0: attempting to allocate 1 MSI vectors (4 supported) bcm_xhci0: using IRQ 93 for MSI bcm_xhci0: MSI enabled bcm_xhci0: (New XHCI DeviceId=3D0x34831106) usbus0 on bcm_xhci0 bcm_xhci0: usbpf: Attached =3D=3D=3D Mark Millard marklmi at yahoo.com