From nobody Sun Aug 6 03:51:55 2023 X-Original-To: bugs@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 4RJQVz3dlNz4mKL0 for ; Sun, 6 Aug 2023 03:51:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RJQVz18dXz4R4T for ; Sun, 6 Aug 2023 03:51:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1691293915; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=lc4m6fN0GzCrcnW/3OF4puXGKgk4Sq5PlCkCMGpwKIM=; b=Dv/oiXoxA7EVA3BUS0Zj5k9uDZlaWVuw3TVeLFNrzxMXCHoAwq7H1EMNmvm1qDRCwhcWj/ oCAwbkoh1tY2oDNagzy1zxTgnpVMWxutnZd8V1zPk57HCv72ehtLJdE3p0PfUMGGwlRu/5 0awvpOlb6CuRd2c6YzOK2w15wIYGhdNwH4zF/OWfZK6rR/L1MurhV8D06TEtvUDqgp0i08 tTieI21QSfeyoEz/VK7KJyD/+iWiRVRZhLtDFteoYm9gQLzayzu/l/YKW6tutdUCYeZE3l OEXtkhHrAea6jzEEk+/zFxmNKyisBv3rOgj3B8jWugymPZvQJQy/w4UcHU+/vA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1691293915; a=rsa-sha256; cv=none; b=pfJ4toDcebp52tXqhGjgoS8X/Edkzw77jJkKnnEqqnBMOv28ECTNsPbzLKkQI7+62BORhw e+SQ8wJgVconCy7myJ8+5XaqDgkOl1+UBa5xfqaWn1skz8q8lf6Jbz37xwvFqOj5+Gfd3w N8xu608+8ldN4gxjCKhNQRuf2/VEigSaa3VpIZRqYhgXtHVABXgxwmcPEr9Pq6tDGNqK2y 1l0xbptD28ZWNcZ8wgQGUnaJDzYFA4Y2Y0P+qW14PYiRi57hMGCBf1nWHuYH9aBSfkJK4J ySjOnlwx2+y+51tmvoehwx8iexkEWZF6f7OihVPEZbsqg8zpI7CHFOQS+qp0YQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4RJQVz0FLqzvkc for ; Sun, 6 Aug 2023 03:51:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 3763psd2096968 for ; Sun, 6 Aug 2023 03:51:54 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 3763psoc096966 for bugs@FreeBSD.org; Sun, 6 Aug 2023 03:51:54 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 272965] armv7 'Alignment Fault' on read panic for kyua's sys/netinet6/exthdr:exthdr : an example Date: Sun, 06 Aug 2023 03:51:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D272965 Bug ID: 272965 Summary: armv7 'Alignment Fault' on read panic for kyua's sys/netinet6/exthdr:exthdr : an example Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: marklmi26-fbsd@yahoo.com EXAMPLE armv7 related 'Alignment Fault' on read panic: The kyua sys/netinet6/exthdr:exthdr panic has a different backtrace than I've had from my builds of somewhat older FreeBSD main commits, udp_input this time. I'm submitting what does not depend on my builds. # /usr/bin/kyua test -k /usr/tests/Kyuafile sys/netinet6/exthdr:exthdr sys/netinet6/exthdr:exthdr -> warning: KLD '/boot/kernel/if_epair.ko' is newer than the linker.hints file Fatal kernel mode data abort: 'Alignment Fault' on read trapframe: 0xe014ab00 FSR=3D00000001, FAR=3Dda87f00e, spsr=3D20000013 r0 =3D00000000, r1 =3D00000001, r2 =3D00000001, r3 =3D00000134 r4 =3D00000000, r5 =3D00000134, r6 =3Dda87f00e, r7 =3Dda87f022 r8 =3D00000134, r9 =3Dc0918b04, r10=3D00000014, r11=3De014ac28 r12=3D00000000, ssp=3De014ab90, slr=3Dc04534f4, pc =3Dc048b34c panic: Fatal abort cpuid =3D 1 time =3D 1691281420 KDB: stack backtrace: db_trace_self() at db_trace_self pc =3D 0xc05ecde4 lr =3D 0xc0079c70 (db_trace_self_wrapper+0x30) sp =3D 0xe014a8b8 fp =3D 0xe014a9d0 db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc =3D 0xc0079c70 lr =3D 0xc02e99a0 (vpanic+0x140) sp =3D 0xe014a9d8 fp =3D 0xe014a9f8 r4 =3D 0x00000100 r5 =3D 0x00000000 r6 =3D 0xc07597e2 r7 =3D 0xc0aeaec8 vpanic() at vpanic+0x140 pc =3D 0xc02e99a0 lr =3D 0xc02e9780 (doadump) sp =3D 0xe014aa00 fp =3D 0xe014aa04 r4 =3D 0xe014ab00 r5 =3D 0x00000013 r6 =3D 0xda87f00e r7 =3D 0x00000001 r8 =3D 0x00000001 r9 =3D 0xe0773ba0 r10 =3D 0xda87f00e doadump() at doadump pc =3D 0xc02e9780 lr =3D 0xc0611184 (abort_align) sp =3D 0xe014aa0c fp =3D 0xe014aa38 r4 =3D 0xda87f00e r5 =3D 0xe014aa04 r6 =3D 0xc02e9780 r10 =3D 0xe014aa0c abort_align() at abort_align pc =3D 0xc0611184 lr =3D 0xc06111f8 (abort_align+0x74) sp =3D 0xe014aa40 fp =3D 0xe014aa58 r4 =3D 0x00000013 r10 =3D 0xda87f00e abort_align() at abort_align+0x74 pc =3D 0xc06111f8 lr =3D 0xc0610e18 (abort_handler+0x498) sp =3D 0xe014aa60 fp =3D 0xe014aaf8 r4 =3D 0x00000000 r10 =3D 0xda87f00e abort_handler() at abort_handler+0x498 pc =3D 0xc0610e18 lr =3D 0xc05ef6ac (exception_exit) sp =3D 0xe014ab00 fp =3D 0xe014ac28 r4 =3D 0x00000000 r5 =3D 0x00000134 r6 =3D 0xda87f00e r7 =3D 0xda87f022 r8 =3D 0x00000134 r9 =3D 0xc0918b04 r10 =3D 0x00000014 exception_exit() at exception_exit pc =3D 0xc05ef6ac lr =3D 0xc04534f4 (ip_input+0x404) sp =3D 0xe014ab90 fp =3D 0xe014ac28 r0 =3D 0x00000000 r1 =3D 0x00000001 r2 =3D 0x00000001 r3 =3D 0x00000134 r4 =3D 0x00000000 r5 =3D 0x00000134 r6 =3D 0xda87f00e r7 =3D 0xda87f022 r8 =3D 0x00000134 r9 =3D 0xc0918b04 r10 =3D 0x00000014 r12 =3D 0x00000000 udp_input() at udp_input+0x1c0 pc =3D 0xc048b34c lr =3D 0xc04534f4 (ip_input+0x404) sp =3D 0xe014ac30 fp =3D 0xe014ac70 r4 =3D 0x00000001 r5 =3D 0x00000000 r6 =3D 0x00000000 r7 =3D 0x01000193 r8 =3D 0xda87f00e r9 =3D 0xc094a938 r10 =3D 0x00000014 ip_input() at ip_input+0x404 pc =3D 0xc04534f4 lr =3D 0xc04235bc (netisr_dispatch_src+0x100) sp =3D 0xe014ac78 fp =3D 0xe014aca0 r4 =3D 0x00000004 r5 =3D 0xda854000 r6 =3D 0x00000000 r7 =3D 0xc0b5a2f8 r8 =3D 0x00000000 r9 =3D 0xc57f7780 r10 =3D 0x00000008 netisr_dispatch_src() at netisr_dispatch_src+0x100 pc =3D 0xc04235bc lr =3D 0xc041a384 (ether_demux+0x1bc) sp =3D 0xe014aca8 fp =3D 0xe014acc0 r4 =3D 0xda854000 r5 =3D 0x00000001 r6 =3D 0xdb846400 r7 =3D 0x5e4a6f28 r8 =3D 0x00000000 r9 =3D 0xc57f7780 r10 =3D 0x00000008 ether_demux() at ether_demux+0x1bc pc =3D 0xc041a384 lr =3D 0xc041bb68 (ether_nh_input+0x3dc) sp =3D 0xe014acc8 fp =3D 0xe014acf0 r4 =3D 0xdb846400 r5 =3D 0xda854000 r6 =3D 0xda87f000 r10 =3D 0x00000008 ether_nh_input() at ether_nh_input+0x3dc pc =3D 0xc041bb68 lr =3D 0xc04235bc (netisr_dispatch_src+0x100) sp =3D 0xe014acf8 fp =3D 0xe014ad20 r4 =3D 0x00000006 r5 =3D 0xda854000 r6 =3D 0x00000000 r7 =3D 0xc0b5a378 r8 =3D 0x5e4a6f28 r9 =3D 0xc57f7780 r10 =3D 0x00000000 netisr_dispatch_src() at netisr_dispatch_src+0x100 pc =3D 0xc04235bc lr =3D 0xc041a808 (ether_input+0xec) sp =3D 0xe014ad28 fp =3D 0xe014ad60 r4 =3D 0xdb846400 r5 =3D 0x00000000 r6 =3D 0xda854000 r7 =3D 0x00000000 r8 =3D 0x5e4a6f28 r9 =3D 0xc57f7780 r10 =3D 0x00000000 ether_input() at ether_input+0xec pc =3D 0xc041a808 lr =3D 0xe098310c ($a.10+0xbc) sp =3D 0xe014ad68 fp =3D 0xe014ad90 r4 =3D 0xdb846400 r5 =3D 0xdb7bf8c0 r6 =3D 0x00000000 r7 =3D 0xda854000 r8 =3D 0xe09724d3 r9 =3D 0xdb7bf8d0 r10 =3D 0x00000000 $a.10() at $a.10+0xbc pc =3D 0xe098310c lr =3D 0xc03504dc (taskqueue_run_locked+0xb8) sp =3D 0xe014ad98 fp =3D 0xe014ade0 r4 =3D 0xe0769e00 r5 =3D 0xe0769e50 r6 =3D 0xdb7bf8ec r7 =3D 0x00000001 r8 =3D 0x00000001 r9 =3D 0xc0768ff7 r10 =3D 0x00000000 taskqueue_run_locked() at taskqueue_run_locked+0xb8 pc =3D 0xc03504dc lr =3D 0xc0351560 (taskqueue_thread_loop+0x108) sp =3D 0xe014ade8 fp =3D 0xe014ae18 r4 =3D 0x00000000 r5 =3D 0xe0769e00 r6 =3D 0xe0769e40 r7 =3D 0xc073cb53 r8 =3D 0xe0769e50 r9 =3D 0x00000100 r10 =3D 0xc0afde44 taskqueue_thread_loop() at taskqueue_thread_loop+0x108 pc =3D 0xc0351560 lr =3D 0xc02a384c (fork_exit+0xa0) sp =3D 0xe014ae20 fp =3D 0xe014ae38 r4 =3D 0xe0773ba0 r5 =3D 0xc0ada560 r6 =3D 0xc0351458 r7 =3D 0xe0993f94 r8 =3D 0xe014ae40 r9 =3D 0xc0afab7c fork_exit() at fork_exit+0xa0 pc =3D 0xc02a384c lr =3D 0xc05ef640 (swi_exit) sp =3D 0xe014ae40 fp =3D 0x00000000 r4 =3D 0xc0351458 r5 =3D 0xe0993f94 r6 =3D 0xc0942429 r7 =3D 0xc72f21d0 r8 =3D 0xc0ada900 r10 =3D 0xc0afde44 swi_exit() at swi_exit pc =3D 0xc05ef640 lr =3D 0xc05ef640 (swi_exit) sp =3D 0xe014ae40 fp =3D 0x00000000 KDB: enter: panic I've reported another backtrace previously that I'll not repeat here. But such was for my personal build context, unlike here. "'Alignment Fault' on read" happens even on the cortex-A7 system, no lib32 involved, no chroot involved. The details may vary for the backtrace across the contexts. Notes: I'd set up armv7 USB boot media based on: http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/14.0/FreeBSD-14.0-= CURRENT-arm-armv7-GENERICSD-20230803-8a5c836b51ce-264491.img.xz for the OrangePi+2Ed (it also handles the RPi2B v1.1). The OrangePi+2Ed u-b= oot is on other media, so the boot media was not modified for that. The built-= in Ethernet port was the only networking interface in use. No builds by me were involved for the USB boot media. The ports installed are from the FreeBSD servers and are for kyua activity's use (plus dependencies), other than gdb. I'll note that a fresh install of the snapshot gets the "warning: KLD '/boot/kernel/if_epair.ko' is newer than the linker.hints file" notice until one does, say, a "kldxref /boot/kernel/" . --=20 You are receiving this mail because: You are the assignee for the bug.=