From nobody Sat Jan 7 05:50:01 2023 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 4Npq6w6hk5z2qs7P for ; Sat, 7 Jan 2023 05:50:16 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450:4864:20::32c]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Npq6v4w1vz3NPW for ; Sat, 7 Jan 2023 05:50:15 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=googlemail.com header.s=20210112 header.b=VdPtga7E; spf=pass (mx1.freebsd.org: domain of maciphone2@googlemail.com designates 2a00:1450:4864:20::32c as permitted sender) smtp.mailfrom=maciphone2@googlemail.com; dmarc=pass (policy=quarantine) header.from=googlemail.com Received: by mail-wm1-x32c.google.com with SMTP id m26-20020a05600c3b1a00b003d9811fcaafso2450108wms.5 for ; Fri, 06 Jan 2023 21:50:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20210112; h=message-id:in-reply-to:to:references:date:subject:mime-version :content-transfer-encoding:from:from:to:cc:subject:date:message-id :reply-to; bh=zlHsOb9vlqh5T8scIHgJ5vpv0LZQaG9Cc+Klh1XmJ+E=; b=VdPtga7EiOTB3fxqjjvRoVaVyel93bAvOJbtDehK2vp6FgwxxOojCcL+n6jsPHWc+P /WBXL7bp/9YCOI8SdoG5jgISIQVxkE5FZgtFRrfWT94sLOyh7wBj5IF0/E28sr47Bcn7 jd0u1pSVvmMeS2Qi4Vu4kzYjUsHrxpAKITuGGxU9RFWQgCCJBtVaM0euuyJlRqwv3L2Q uoFlnZhP0RXKjiKYwAoiKSMMWV24EwRKAQI3p95udlovcaIbLyKm0VfnEXc/eA5cZOFy NeUajU35wWV0LwhJEkrLRJgvLq8Aodf9dEaLT7G1p1HOFLQRds+K1h2yDDjUwCDbn4nn GnMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=message-id:in-reply-to:to:references:date:subject:mime-version :content-transfer-encoding:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=zlHsOb9vlqh5T8scIHgJ5vpv0LZQaG9Cc+Klh1XmJ+E=; b=K0JBY+cnn1nXbC0gFsgJpVvwla6H1NsPgop8Q4zniWETp+mO79YKgoszW3KEsLSDwg vG9VvcwqxVehk+R/YClJfpo4KN4+FrrAiwiNNdbsnJmivZiew+hITqxJmKXhe5ys+23J 9I77rzclNRtfJiuPWk3q3DDMq2Wi4SGSSstGRtBDIfYxGCXl/SAH0agoWG6KcgNKwvmI rUMDrsjfxiylAr415uWvZoK2rsPy4tKchLx6zWCJbf5V1frfClj/TIxZrcbN2exNoaxB mLVlEbKc23zinNXaBsCNe88pxIEmqcbbjIcmZ+NsAh7zodV8IEQ+VqswvJ32Ch70rzs3 vc8Q== X-Gm-Message-State: AFqh2kpc0geHvtMOOoaR2TvXWAj5yzARN8jaxC03vvQCWkdL3FDFpoeP FWfx4+95DFQ3U95UZXnT0qg= X-Google-Smtp-Source: AMrXdXutLqw00WLmfmGiXCt5s2wlXKcPLQ4+T2VWoC79C7LEdn6hGT0fMdfBu0+QwhP7+MfOQ7l9QQ== X-Received: by 2002:a05:600c:34c2:b0:3cf:7397:c768 with SMTP id d2-20020a05600c34c200b003cf7397c768mr40717362wmq.30.1673070614173; Fri, 06 Jan 2023 21:50:14 -0800 (PST) Received: from smtpclient.apple (dynamic-046-114-028-121.46.114.pool.telefonica.de. [46.114.28.121]) by smtp.googlemail.com with ESMTPSA id m17-20020a05600c3b1100b003cfbbd54178sm16192134wms.2.2023.01.06.21.50.13 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Jan 2023 21:50:13 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 \(3731.300.101.1.3\)) Subject: Re: panic: vm_fault failed: %lx error 1 (from arm64::data_abort) Date: Sat, 7 Jan 2023 06:50:01 +0100 References: <90oq9666-s818-ons1-1333-629opssq237n@mnoonqbm.arg> To: "Bjoern A. Zeeb" , freebsd-arm@freebsd.org, Mark Millard In-Reply-To: <90oq9666-s818-ons1-1333-629opssq237n@mnoonqbm.arg> Message-Id: <290A85D0-1497-428B-99C7-7E4714D66989@googlemail.com> X-Mailer: Apple Mail (2.3731.300.101.1.3) X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32c:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[googlemail.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[googlemail.com:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[lists.zabbadoz.net,freebsd.org,yahoo.com]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-Rspamd-Queue-Id: 4Npq6v4w1vz3NPW X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N well, just to confirm Mark=E2=80=99s estimation that it=E2=80=99s = possibly not a kernel issue : apart from all that hills to climb to get it to boot(without any kernel = patch or kernel revert): I got it on both RPi4B( =E2=80=9EB0T=E2=80=9C-device) & = CM4(=E2=80=9EC0T=E2=80=9C-device, afaik) with the latest 14current from = tonight.. while on the CM4 it was a requirement to unload modules at boot (or for = persistence disabling devmatch), so for Bj=C3=B6rn I would suggest to unload (all) modules out of the = loader (as an idea for the first try) ... <<<< U-Boot 2022.10 (Jan 01 2023 - 06:34:49 +0000) DRAM: 7.9 GiB RPI Compute Module 4 (0xd03140) =E2=80=A6.=E2=80=94(netboot) : ------ root@:~ # uname -a FreeBSD 14.0-CURRENT FreeBSD 14.0-CURRENT #23 = main-n259963-da303f5fd4ee: Sat Jan 7 01:16:32 CET 2023 = root@fbsdr5pro:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC-MMCCAM arm64 --- <<<< U-Boot 2022.10 (Jan 01 2023 - 06:34:49 +0000) DRAM: 7.9 GiB RPI 4 Model B (0xd03114)root =E2=80=A6.=E2=80=94(netboot) : ------ root@:~ # uname -a FreeBSD 14.0-CURRENT FreeBSD 14.0-CURRENT #23 = main-n259963-da303f5fd4ee: Sat Jan 7 01:16:32 CET 2023 = root@fbsdr5pro:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC-MMCCAM arm64 --- Regards K. > Am 05.01.2023 um 23:57 schrieb Bjoern A. Zeeb = : >=20 > On Thu, 5 Jan 2023, Bjoern A. Zeeb wrote: >=20 >> On Thu, 5 Jan 2023, Bjoern A. Zeeb wrote: >>=20 >> Hi, >>=20 >>> on an unattended console after updating the machine (previious = builds were Dec 23) did not come back up. >>> I have a few last lines. >>> esr: 96000004 >>> panic: vm_fault failed: error 1 >>> cpuid =3D 0 >>> time =3D 1 >>> KDB: stack backtrace: >>> .. >>> data_abort() >>> .. >>> --- exception, esr 0x96000004 >>> thread_init() >>> keg_alloc_slap() >>> zone_import() >>> cache_alloc() >>> cace_alloc_retry() >>> thread_alloc() >>> fork() >>> kproc_create() >>> audit_worker_init() >>> mi_startup() >>> virtdone() >>=20 >> Follow-up, got a serial console hooked up and a kernel as of an hour = ago >> or so: >=20 > And as another data point: 6fd6a0e342fbfb8513ae56105cf0f85f55c6276e > (Dec 23) does boot still just fine; did a rebuild with all the same > local changes, same kernel modules loaded, ... same loader installed > (not changed with the dowgrade), same firmware, ... >=20 > I'll try to bisect the next days unless someone can spot any other > commit I may have missed which could cause this. >=20 > /bz >=20 >=20 >> ... >> hostuuid: using 00000000-0000-0000-0000-000000000000 >> ULE: setup cpu 0 >> ULE: setup cpu 1 >> ULE: setup cpu 2 >> ULE: setup cpu 3 >> Fatal data abort: >> x0: ffffa000008c1d80 >> x1: 0 >> x2: 2 >> x3: 3 >> x4: 203 >> x5: 0 >> x6: ffffffffffffffff >> x7: 2001 >> x8: ffff000000ee5000 (dump_encrypted_write.buf + f54) >> x9: 0 >> x10: ffffa00000845be0 >> x11: 2 >> x12: ffff00004041dd98 (fuse_mtx + 3c276888) >> x13: 20000000000040 >> x14: 42c000 >> x15: 1 >> x16: c >> x17: 4082a >> x18: ffff000000fcf6a0 (initstack + 36a0) >> x19: ffff00004082b000 (fuse_mtx + 3c683af0) >> x20: 0 >> x21: ffff00004082b000 (fuse_mtx + 3c683af0) >> x22: 2 >> x23: 0 >> x24: ffff00004082d000 (fuse_mtx + 3c685af0) >> x25: 0 >> x26: ffff000000c73000 (sdta_vfs_vop_vop_spare4_return1 + 18) >> x27: 2 >> x28: 1 >> x29: ffff000000fcf6a0 (initstack + 36a0) >> sp: ffff000000fcf6a0 >> lr: ffff0000004cdff8 (thread_init + 98) >> elr: ffff0000004ce004 (thread_init + a4) >> spsr: 600000c5 >> far: 40 >> esr: 96000004 >> panic: vm_fault failed: ffff0000004ce004 error 1 >> 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+0x30 >> vpanic() at vpanic+0x13c >> panic() at panic+0x44 >> data_abort() at data_abort+0x308 >> handle_el1h_sync() at handle_el1h_sync+0x10 >> --- exception, esr 0x96000004 >> thread_init() at thread_init+0xa4 >> keg_alloc_slab() at keg_alloc_slab+0x24c >> zone_import() at zone_import+0xe0 >> cache_alloc() at cache_alloc+0x32c >> cache_alloc_retry() at cache_alloc_retry+0x2c >> thread_alloc() at thread_alloc+0x38 >> fork1() at fork1+0x348 >> kproc_create() at kproc_create+0x78 >> audit_worker_init() at audit_worker_init+0x44 >> mi_startup() at mi_startup+0x200 >> virtdone() at virtdone+0x6c >> KDB: enter: panic >> [ thread pid 0 tid 100000 ] >> Stopped at kdb_enter+0x44: undefined f900027f >> db> show reg >> spsr 0xf2000000600000c5 >> x0 0x12 >> x1 0xa >> x2 0 >> x3 0xa >> x4 0xffff0000007f5c10 generic_bs_w_4 >> x5 0x50 >> x6 0xffff00000051244c kvprintf+0x470 >> x7 0xd5 >> x8 0x1 >> x9 0x49a2d892bc05a0b1 >> x10 0xffff000000ebd000 null_gdb_dbgport+0x20 >> x11 0xfefefefefefefeff >> x12 0xffff000000000a63 create_pagetables+0x3b >> x13 0xfefefeff0100 >> x14 0 >> x15 0 >> x16 0 >> x17 0 >> x18 0xffff000000fcf310 initstack+0x3310 >> x19 0xffff000000f16000 kdb_why >> x20 0xffff000000ee3f70 vpanic.buf >> x21 0xffff000000ec0cc0 thread0_st >> x22 0 >> x23 0xffff000000ee4000 vpanic.buf+0x90 >> x24 0x1 >> x25 0xffff000000fcfaa0 initstack+0x3aa0 >> x26 0xffff000000c73000 sdta_vfs_vop_vop_spare4_return1+0x18 >> x27 0x2 >> x28 0x1 >> x29 0xffff000000fcf310 initstack+0x3310 >> lr 0xffff00000050b0c4 kdb_enter+0x40 >> elr 0xffff00000050b0c8 kdb_enter+0x44 >> sp 0xffff000000fcf310 initstack+0x3310 >> kdb_enter+0x44: undefined f900027f >>=20 >>=20 >>=20 >=20 > --=20 > Bjoern A. Zeeb = r15:7 > Am 06.01.2023 um 04:58 schrieb Mark Millard : >=20 > As a contrast, I've dd'd to microsd card media and booted: >=20 > = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20230101-231d75568f16-259905.img.xz= = >=20 > 231d75568f16 is from: >=20 > =E2=80=A2 Sat, 31 Dec 2022 > . . . > =E2=80=A2 git: 231d75568f16 - main - Move INVLPG to = pmap_quick_enter_page() from pmap_quick_remove_page(). Konstantin = Belousov >=20 > So: the last listed for 2022-Dec-31. >=20 > I've booted on a couple of RPi4B's ("C0T" and "B0T" 8 GiByte > ones as I remember). No boot crashes or such. You might want > to test if such crashes in your context. If it does not, then > something more specific to your environment is involved. >=20 > I sometimes do rough/partial kernel "bisect" via materials from: >=20 > https://artifact.ci.freebsd.org/snapshot/main/?C=3DM&O=3DD >=20 > without having to build. For one, if I get a replication then my > personal builds are not the source of whatever problem I'm > looking into at the time. Otherwise . . . >=20 >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com >=20 >=20