From nobody Fri Jan 3 23:43:55 2025 X-Original-To: freebsd-current@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 4YQ0XS2NmBz5kbMw for ; Fri, 03 Jan 2025 23:44:08 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YQ0XR4bbsz4Q6f for ; Fri, 3 Jan 2025 23:44:07 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=crRB3tiD; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org; dmarc=pass (policy=quarantine) header.from=blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 503Nhuew081669 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Fri, 3 Jan 2025 18:44:04 -0500 (EST) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1735947844; bh=O85SJCBX34wqDNTfVOgHGxE3dK2eqde5aU6XMSO6jF0=; h=Date:To:From:Subject; b=crRB3tiDrBREkSLx6qr3yakuXcUIb10Kvuh7XLa/MUxHCngcxO8qCnZsPMMaWWf0U kNwlEL/ORb3hx0k7PNHphrmBH2xolHi9gbYXQfPRwJgjJX9Hr7/rSrET7hqEyfdpro 8VZ2kDi3nFmRmzjO7/0v3wESGtonCz5Qwcd80FggJGvUZ/v9Am2Lauq24DvOVyNCUK arKDevVVa8A7mBau4qRCOn3scIs0kALt3WoHgUoj1zzGjo76H7psX0m/xo7iflZG47 mB4SC4HmNK7w6DpBBVhXQZem2xWFw/njOLgCrKRyS1aNgJ0spr9pUUEXbv1PvrB3j9 zsxfj4YtjmwRg== Message-ID: <32e6b7cd-a4a3-425b-9569-5f72eea59be7@blastwave.org> Date: Fri, 3 Jan 2025 18:43:55 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: Current FreeBSD Content-Language: en-CA From: Dennis Clarke Subject: EFI RT page fault in init pid = 1 Organization: GENUNIX Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 503Nhuew081669 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Rspamd-Queue-Id: 4YQ0XR4bbsz4Q6f X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.31 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.62)[-0.618]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; TO_DN_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[] I wonder if anyone else has seen such a message at shutdown : Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x20:0x7c38f87a stack pointer = 0x28:0xfffffe035500bba8 frame pointer = 0x28:0x5 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1 (init) rdi: fffffe035500bcd8 rsi: 0000000000000004 rdx: 0000000000000000 rcx: 0000000000000000 r8: 0000000000000000 r9: 0000000000000000 rax: 00000000800b0040 rbx: 0000000000000002 rbp: 0000000000000005 r10: 00000000800b0000 r11: 0000000000000000 r12: fffff80103969000 r13: fffff80101c57140 r14: 0000000000004008 r15: fffff801019895a8 trap number = 12 EFI RT page fault acpi0: Powering system off I have not seen such a thing while the machine was running. Machine in question is 15.0-CURRENT : Loading kernel... /boot/kernel/kernel text=0x1826b8 text=0xd92d38 text=0x437223 data=0x180+0xe80 data=0x19e1e0+0x461e20 0x8+0x198e70+0x8+0x1bcd67 Loading configured modules... /boot/kernel/vmm.ko size 0x37e660 at 0x2156000 /etc/hostid size=0x25 /boot/kernel/zfs.ko size 0x6082b8 at 0x24d5000 /boot/kernel/geom_mirror.ko size 0x21428 at 0x2ade000 /boot/entropy size=0x1000 /boot/kernel/cryptodev.ko size 0x8808 at 0x2b01000 staging 0x6b200000 (not copying) tramp 0x6b14b000 PT4 0x6b142000 Start @ 0xffffffff80383000 ... Loading splash ok GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb ---<>--- Copyright (c) 1992-2025 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 15.0-CURRENT #3 main-n274510-3d0a0dda3a7d-dirty: Thu Jan 2 01:28:25 GMT 2025 root@titan:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG amd64 FreeBSD clang version 19.1.5 (https://github.com/llvm/llvm-project.git llvmorg-19.1.5-0-gab4b5a2db582) VT(vga): resolution 640x480 CPU: Intel(R) Xeon(R) CPU E5-2640 v4 @ 2.40GHz (2394.50-MHz K8-class CPU) Origin="GenuineIntel" Id=0x406f1 Family=0x6 Model=0x4f Stepping=1 Features=0xbfebfbff Features2=0x7ffefbff AMD Features=0x2c100800 AMD Features2=0x121 Structured Extended Features=0x21cbfbb Structured Extended Features3=0x9c000400 XSAVE Features=0x1 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr TSC: P-state invariant, performance statistics real memory = 549739036672 (524272 MB) avail memory = 535434485760 (510630 MB) . . . etc I suspect there are changes recently in the RT EFI world ? -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Sat Jan 4 01:39:15 2025 X-Original-To: freebsd-current@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 4YQ35f4TWxz5j0n5 for ; Sat, 04 Jan 2025 01:39:34 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4YQ35d72nxz4dSl for ; Sat, 4 Jan 2025 01:39:33 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (124-18-43-234.area1a.commufa.jp [124.18.43.234]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 5041dF8A008998; Sat, 4 Jan 2025 10:39:17 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1735954758; bh=r/lJKgxAj7Zc4ikFsVhBRgjcClhZ5Us/BhkL9WBPte0=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=SWFjN2ibqZc17YjcRQGsp9Wm6MnF2Yeb61wRSQC41xpVNxXn3DnGZqlvHxojxCGz3 e2d4KTqh8jDC4kO+OMN+5vF4sVYutE8ie0P1KZtr7NebVSQrU1oLgwU4COj+BxiY2R C7gOSG9xj6AyjzoWFwm6L2NVcMtpnzpzdAWe+Whw= Date: Sat, 4 Jan 2025 10:39:15 +0900 From: Tomoaki AOKI To: Dennis Clarke Cc: Current FreeBSD Subject: Re: EFI RT page fault in init pid = 1 Message-Id: <20250104103915.2efe0d88e4c97abcbf989683@dec.sakura.ne.jp> In-Reply-To: <32e6b7cd-a4a3-425b-9569-5f72eea59be7@blastwave.org> References: <32e6b7cd-a4a3-425b-9569-5f72eea59be7@blastwave.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.1) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4YQ35d72nxz4dSl X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] On Fri, 3 Jan 2025 18:43:55 -0500 Dennis Clarke wrote: > > I wonder if anyone else has seen such a message at shutdown : > > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0x7c38f87a > stack pointer = 0x28:0xfffffe035500bba8 > frame pointer = 0x28:0x5 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1 (init) > rdi: fffffe035500bcd8 rsi: 0000000000000004 rdx: 0000000000000000 > rcx: 0000000000000000 r8: 0000000000000000 r9: 0000000000000000 > rax: 00000000800b0040 rbx: 0000000000000002 rbp: 0000000000000005 > r10: 00000000800b0000 r11: 0000000000000000 r12: fffff80103969000 > r13: fffff80101c57140 r14: 0000000000004008 r15: fffff801019895a8 > trap number = 12 > EFI RT page fault > acpi0: Powering system off > > I have not seen such a thing while the machine was running. > > Machine in question is 15.0-CURRENT : > > Loading kernel... > /boot/kernel/kernel text=0x1826b8 text=0xd92d38 text=0x437223 > data=0x180+0xe80 data=0x19e1e0+0x461e20 0x8+0x198e70+0x8+0x1bcd67 > Loading configured modules... > /boot/kernel/vmm.ko size 0x37e660 at 0x2156000 > /etc/hostid size=0x25 > /boot/kernel/zfs.ko size 0x6082b8 at 0x24d5000 > /boot/kernel/geom_mirror.ko size 0x21428 at 0x2ade000 > /boot/entropy size=0x1000 > /boot/kernel/cryptodev.ko size 0x8808 at 0x2b01000 > staging 0x6b200000 (not copying) tramp 0x6b14b000 PT4 0x6b142000 > Start @ 0xffffffff80383000 ... > Loading splash ok > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > ---<>--- > Copyright (c) 1992-2025 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 15.0-CURRENT #3 main-n274510-3d0a0dda3a7d-dirty: Thu Jan 2 > 01:28:25 GMT 2025 > root@titan:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG amd64 > FreeBSD clang version 19.1.5 (https://github.com/llvm/llvm-project.git > llvmorg-19.1.5-0-gab4b5a2db582) > VT(vga): resolution 640x480 > CPU: Intel(R) Xeon(R) CPU E5-2640 v4 @ 2.40GHz (2394.50-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x406f1 Family=0x6 Model=0x4f Stepping=1 > > Features=0xbfebfbff > > Features2=0x7ffefbff > AMD Features=0x2c100800 > AMD Features2=0x121 > Structured Extended > Features=0x21cbfbb > Structured Extended Features3=0x9c000400 > XSAVE Features=0x1 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr > TSC: P-state invariant, performance statistics > real memory = 549739036672 (524272 MB) > avail memory = 535434485760 (510630 MB) > . > . > . > etc > > > > I suspect there are changes recently in the RT EFI world ? Hi. Just a FYI. Not dug into. AFAICR, there were commit dd2b5443644505af51c95503898ab363e7d7c29d [1] "amd64: on any fault during call to EFI RT, restore execution and print fault details" and commit 3e8f4a30594fad6784504d019613ad815b6c9dc5 [2] "efirt: use correct ABI for runtime EFI functions" last December. And at least the former depends on commit 5e3ab1894e1ef0520925038f8d4e4a451e841345 [3] "amd64: extract code to print fault details from trap_fatal() into a new helper" which is not directly related with EFIRT itself. [1] https://cgit.freebsd.org/src/commit/?id=dd2b5443644505af51c95503898ab363e7d7c29d [2] https://cgit.freebsd.org/src/commit/?id=3e8f4a30594fad6784504d019613ad815b6c9dc5 [3] https://cgit.freebsd.org/src/commit/?id=5e3ab1894e1ef0520925038f8d4e4a451e841345 > > > > -- > Dennis Clarke > RISC-V/SPARC/PPC/ARM/CISC > UNIX and Linux spoken -- Tomoaki AOKI From nobody Sat Jan 4 05:45:23 2025 X-Original-To: freebsd-current@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 4YQ8Yk5RlSz5jmDZ for ; Sat, 04 Jan 2025 05:45:46 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4YQ8Yj4HJCz4ySF for ; Sat, 4 Jan 2025 05:45:45 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=wMX4k9+2; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1735969528; bh=adA4893UDUYrconwhPitahUM7TQT6866uMFU8wTyrWU=; h=Date:From:To:Subject; b=wMX4k9+2Q9eXSsY0JRsSvoeH0489CPVGVWcBpqn5fK/2wT3EM2W2fZsHo5WtIETcB z2F7HiiLgfAu66iN3qefj3DhSeik3ilyMA0KN9dqLER75DdlSR7m1PU5YOc9ork+KZ X/4SkHanL8HHxIUGKBIi62rM0sDUSwdHYATLi7j8wSRYZ5zVHGNyfq0Jxtxpo7sOZ1 ObhrcqxQsgsvXskfh+Cx1Vy70+upUaky109TeIUfCe0oaAI4B5e9wo6DqN0+DZUmUe TqKvjnSUD+HF5ZQMhiHC7aXQCywAY3p+VGGfz+MddqykfgS5mlV5Kv1/IRlAevEWR0 3b2sfKhIpm0I+L6ZuDheOmNSF4JiKZJVhBWnrBIS5JiszcPWNbxEQNufR6LKCvuT1D q+6+hmd/1GlLwowxn0tt9uOrTkp9uhV6IR629u8n9GkUpfjRMxNctZcuD/owFvAath 68Pyh60qhAe8nx2JZIyJMO5tUKbmMj5EwYW1i1lQN3C65rJjMF8Inm4K+jmyrzuVZO jNfnP6ebwsT2SPET/OqBqL2bBsPG8+sg9Ifrn3MYXQ4X87zhz3N7XVjoaG0w2KUOAJ xjKIng20snbkFrScu2Zu+Dt46J698ETbCumHFGucCrNCoj7z2FH2Ar0ll6jyktRTBy mznVlEhL238N9hO3wv4yWG14= Received: from [IPv6:::1] (0114-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::114]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 4E9345891CA for ; Sat, 04 Jan 2025 07:45:27 +0200 (EET) Date: Sat, 04 Jan 2025 07:45:23 +0200 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: getting allwinner h618 soc supported? User-Agent: K-9 Mail for Android Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4YQ8Yj4HJCz4ySF X-Spamd-Bar: / X-Spamd-Result: default: False [0.24 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.86)[-0.858]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] is there anyone working on that? still? anymore? basically i have code for 13=2E2 and hw to test this on but i'm not comfor= table on this field it would be waste of already written code by someone else and interesting,= cheap, available hw that could run fbsd=2E the code needs cleanup, that pa= rt i get=2E on functionality, i can't really comment on i started with uboot, but i couldn't get it built for my board, orange pi = zero 2 w=2E what a bummer=2E was referred to vendor specific fork instead b= y code author i also tried existing fel tools in ports to get working on this, well good= luck with that too should i discard the whole idea and just get h5/h6? right now h3 is quite = awesome for low perf purpose but i want future proof 64bit=2E allwinner fee= ls nice vendor here somehow=2E all open what does anyone think? i'm not quite the guy who should work with this to= o as it's difficult to understand=2E i would prefer writing userland tools = on top of kernel From nobody Sat Jan 4 11:45:18 2025 X-Original-To: freebsd-current@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 4YQJY045tyz5k9Yg for ; Sat, 04 Jan 2025 11:45:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4YQJXz59Hgz4D6H for ; Sat, 4 Jan 2025 11:45:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 504BjJB7015045; Sat, 4 Jan 2025 13:45:22 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 504BjJB7015045 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 504BjIo2015044; Sat, 4 Jan 2025 13:45:18 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 4 Jan 2025 13:45:18 +0200 From: Konstantin Belousov To: Dennis Clarke Cc: Current FreeBSD Subject: Re: EFI RT page fault in init pid = 1 Message-ID: References: <32e6b7cd-a4a3-425b-9569-5f72eea59be7@blastwave.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <32e6b7cd-a4a3-425b-9569-5f72eea59be7@blastwave.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on tom.home X-Rspamd-Queue-Id: 4YQJXz59Hgz4D6H X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] On Fri, Jan 03, 2025 at 06:43:55PM -0500, Dennis Clarke wrote: > > I wonder if anyone else has seen such a message at shutdown : > > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0x7c38f87a > stack pointer = 0x28:0xfffffe035500bba8 > frame pointer = 0x28:0x5 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1 (init) > rdi: fffffe035500bcd8 rsi: 0000000000000004 rdx: 0000000000000000 > rcx: 0000000000000000 r8: 0000000000000000 r9: 0000000000000000 > rax: 00000000800b0040 rbx: 0000000000000002 rbp: 0000000000000005 > r10: 00000000800b0000 r11: 0000000000000000 r12: fffff80103969000 > r13: fffff80101c57140 r14: 0000000000004008 r15: fffff801019895a8 > trap number = 12 > EFI RT page fault > acpi0: Powering system off > > I have not seen such a thing while the machine was running. > > Machine in question is 15.0-CURRENT : The reporting of the faults during the calls into EFI RT was added recently. Before that, such faults were silently ignored. Now, the report is printed and then the fault is ignored. There is no actionable items for users; a developer might be interested. From nobody Sat Jan 4 11:52:07 2025 X-Original-To: freebsd-current@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 4YQJhY69ssz5k9vD for ; Sat, 04 Jan 2025 11:52:13 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YQJhY00yjz4Ff3 for ; Sat, 4 Jan 2025 11:52:12 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=qk1rjbV1; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org; dmarc=pass (policy=quarantine) header.from=blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 504Bq77H098704 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Sat, 4 Jan 2025 06:52:09 -0500 (EST) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1735991529; bh=n9SidWRYUF0k+rZ5MC+Fs5FLTts33I5bfbMTInn2xWQ=; h=Date:Subject:To:References:From:In-Reply-To; b=qk1rjbV16IbBPve4OzpFvS95EsnXLAgipm+QCKZJaK9zL0EzQDfFCbwxeHU3D0TD4 NQBK3cPDOlobxhoNE3pYXm2QhAmxOpzlgqdkFQ1hATLnPgVPtcfB4r9hU+uf2PAdEb TAT39KQ4Ti2aF2dLdMARfEPnVKxUXJv+dKkUKQllCzjDsfk4bcbKrwb+cx52ywdgye irLhwIURHw/y90A9P8eEvCjbKB5fCrXdQfMCDpitg4UtbJh8kxBlrdWlhUfqwWGGYL Ko8L+PRNDy13Lf+LXOWNf3UVEHjHyrpOdxzcZRYQm4LLrlAGKtiKq+nlSOfMCKE6CF EmQgeEIU9kVnw== Message-ID: <353b0df1-80f3-4b7b-a26d-9a3a8efd2686@blastwave.org> Date: Sat, 4 Jan 2025 06:52:07 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: EFI RT page fault in init pid = 1 Content-Language: en-CA To: freebsd-current@freebsd.org References: <32e6b7cd-a4a3-425b-9569-5f72eea59be7@blastwave.org> From: Dennis Clarke Organization: GENUNIX In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 504Bq77H098704 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Rspamd-Queue-Id: 4YQJhY00yjz4Ff3 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.69 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; R_SPF_ALLOW(-0.20)[+mx:c]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; FROM_HAS_DN(0.00)[] On 1/4/25 06:45, Konstantin Belousov wrote: > On Fri, Jan 03, 2025 at 06:43:55PM -0500, Dennis Clarke wrote: >> >> I wonder if anyone else has seen such a message at shutdown : >> >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x0 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0x7c38f87a >> stack pointer = 0x28:0xfffffe035500bba8 >> frame pointer = 0x28:0x5 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 1 (init) >> rdi: fffffe035500bcd8 rsi: 0000000000000004 rdx: 0000000000000000 >> rcx: 0000000000000000 r8: 0000000000000000 r9: 0000000000000000 >> rax: 00000000800b0040 rbx: 0000000000000002 rbp: 0000000000000005 >> r10: 00000000800b0000 r11: 0000000000000000 r12: fffff80103969000 >> r13: fffff80101c57140 r14: 0000000000004008 r15: fffff801019895a8 >> trap number = 12 >> EFI RT page fault >> acpi0: Powering system off >> >> I have not seen such a thing while the machine was running. >> >> Machine in question is 15.0-CURRENT : > The reporting of the faults during the calls into EFI RT was added recently. > Before that, such faults were silently ignored. Now, the report is printed > and then the fault is ignored. > > There is no actionable items for users; a developer might be interested. > I see ! Thank you. No need to redo buildworld etc etc and yes this seems to be consistent now and even the address data is the same. All except for r13 : Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x20:0x7c38f87a stack pointer = 0x28:0xfffffe035500bba8 frame pointer = 0x28:0x5 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1 (init) rdi: fffffe035500bcd8 rsi: 0000000000000004 rdx: 0000000000000000 rcx: 0000000000000000 r8: 0000000000000000 r9: 0000000000000000 rax: 00000000800b0040 rbx: 0000000000000002 rbp: 0000000000000005 r10: 00000000800b0000 r11: 0000000000000000 r12: fffff80103969000 r13: fffff80101c56140 r14: 0000000000004008 r15: fffff801019895a8 trap number = 12 EFI RT page fault acpi0: Powering system off -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Sat Jan 4 23:50:12 2025 X-Original-To: freebsd-current@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 4YQcd327jvz5k0fw for ; Sat, 04 Jan 2025 23:50:15 +0000 (UTC) (envelope-from help@mokka.ru) Received: from mail-oi1-x22d.google.com (mail-oi1-x22d.google.com [IPv6:2607:f8b0:4864:20::22d]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YQcd306ntz4ZJR for ; Sat, 4 Jan 2025 23:50:14 +0000 (UTC) (envelope-from help@mokka.ru) Authentication-Results: mx1.freebsd.org; none Received: by mail-oi1-x22d.google.com with SMTP id 5614622812f47-3eba583fbe8so4582281b6e.3 for ; Sat, 04 Jan 2025 15:50:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mokka-ru.20230601.gappssmtp.com; s=20230601; t=1736034613; x=1736639413; darn=freebsd.org; h=to:subject:message-id:date:mime-version:references:in-reply-to:from :from:to:cc:subject:date:message-id:reply-to; bh=p/qO0gh0nZ2zLGS3wEWJcOx/L3cWTvV8jaTgiQ4ug6I=; b=q/m1KhevR0iyHJh4xMAZX+K9fz+M2OMiZ2G0Ag8uwpGu8foiLPzhCk5UStvb+ejGzY 77cdSMOpppM5Epvdr7o33y1BQG21SxAtkoJYybnQmcBEAS9Vr0M26wt/1BC17tUsWqmw GfugUCcWaAQJUcLxc9htMXLDzqEPf33QacEBm2IupRjgTTvoMbmrEkJJTjlaQZ1DTFm3 yIENVCSjhzaoTlzK21Pvn7ONOCDriUe9XjI5OUmkcsFwqreT9Ln9fb3PluTYN5/XZQHz oY6cgqbrAoLgqyuFMyFSbtkEEZD+8vEAE1R/k8+MX4XZj6ChEhOxA0yoE9hiP2qN242Y 0PNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1736034613; x=1736639413; h=to:subject:message-id:date:mime-version:references:in-reply-to:from :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=p/qO0gh0nZ2zLGS3wEWJcOx/L3cWTvV8jaTgiQ4ug6I=; b=WpuxCwK13iY3ccikZG8plA+38LuYj3kxz/kIiF4AJjngdtE+5J9373jUVXSNdfsZaz YfGv8vzOD+M5JbVwPe721AuIOoGnteP91jWx6JHekZ6GGAWqQjqt5WygLZj2zMC+PTUS xxuSLMeNkBzAXFkLmIkj9kbPEbmAyD+TMxgQnjG+vEgS9gSTtDp0o48L1H45YG++ms3H yERogXWBKIsJkRG/wWTJfpvayow0JwLmCEwxk7FziKqvowgtVnz6482uJQuNEHE6EU+h 4okviXdlapIZV17Gx2KcVo4TmiCUDOeuYd4/g4yNeh9RPhoQo6TVzhqB9heUnRxQhTcc WXDg== X-Forwarded-Encrypted: i=1; AJvYcCW2KLJ/2mkm2z2cL6STapmvuiEDdWegZifBz4s7G1jKvRbTNAVeN1xO9E2qDz0sQmCtrzkMcx5XH+ZCIRyawxE=@freebsd.org X-Gm-Message-State: AOJu0Ywzfd7PUw7Lj3m7QLfOza0DpHhbtlwpvuKHuvMrTN1JPzlZmTTs fQJwzIVoZGbkt6lXmTMkdPlndBXwAoJe/vg+1IM0zdftr64VwOZVwPpwepGMyVtjuyFn6uTmCQh VFJlJCBf1Q9AeDH85Pr5pd8oCVq9Trq6pdl1ryDwb0ZxelwkU X-Gm-Gg: ASbGnctcG/AmGoSECjGBZKI7ycvbX6Krh2+1LNmuzg6lI5IV2s5Ex4YvuP+5lgskjOu Yr6T1Q8lErl5umt87v0zCZ1o2rRm6s9tSPs3UOMI= X-Google-Smtp-Source: AGHT+IFiarFvYVA0ldHY2R2K/OvtTkpdGuCiVUcaeCuKJ9toeIw4uzBpE68COg+X0SFDDe0+JpcwQi85GQ747yHQXSc= X-Received: by 2002:a05:6808:358a:b0:3eb:53f2:17c3 with SMTP id 5614622812f47-3ed890a9bf1mr21780286b6e.26.1736034613316; Sat, 04 Jan 2025 15:50:13 -0800 (PST) Received: from 674862890342 named unknown by gmailapi.google.com with HTTPREST; Sat, 4 Jan 2025 23:50:12 +0000 From: Support Team In-Reply-To: <353b0df1-80f3-4b7b-a26d-9a3a8efd2686@blastwave.org> References: <32e6b7cd-a4a3-425b-9569-5f72eea59be7@blastwave.org> <353b0df1-80f3-4b7b-a26d-9a3a8efd2686@blastwave.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Date: Sat, 4 Jan 2025 23:50:12 +0000 Message-ID: Subject: #263076108 EFI RT page fault in init pid = 1 To: dclarke@blastwave.org, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="00000000000071f27f062aea0ee3" X-Rspamd-Queue-Id: 4YQcd306ntz4ZJR X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --00000000000071f27f062aea0ee3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =E2=80=8B=E2=80=8B=E2=80=8B=E2=80=8B=E2=80=8B=E2=80=8B=E2=80=8B=E2=80=8B=E2= =80=8B=E2=80=8B=D0=9C=D1=8B =D1=80=D0=B0=D0=B1=D0=BE=D1=82=D0=B0=D0=B5=D0= =BC =D0=BD=D0=B0=D0=B4 =D0=B2=D0=B0=D1=88=D0=B8=D0=BC =D0=B7=D0=B0=D0=BF=D1= =80=D0=BE=D1=81=D0=BE=D0=BC. =D0=9D=D0=B0=D0=BC =D0=BF=D0=BE=D0=BD=D0=B0=D0= =B4=D0=BE=D0=B1=D0=B8=D0=BB=D0=BE=D1=81=D1=8C =D1=87=D1=83=D1=82=D1=8C =D0= =B1=D0=BE=D0=BB=D1=8C=D1=88=D0=B5 =D0=B2=D1=80=D0=B5=D0=BC=D0=B5=D0=BD=D0=B8, =D1=87=D1=82=D0=BE=D0=B1=D1=8B = =D1=80=D0=B5=D1=88=D0=B8=D1=82=D1=8C =D0=B2=D0=B0=D1=88 =D0=B2=D0=BE=D0=BF= =D1=80=D0=BE=D1=81 #263076108. =D0=95=D1=89=D0=B5 24 =D1=87=D0=B0=D1=81=D0= =B0, =D0=B8 =D0=BC=D1=8B =D0=BF=D0=BE=D1=81=D1=82=D0=B0=D1=80=D0=B0=D0=B5= =D0=BC=D1=81=D1=8F =D0=BA =D0=B2=D0=B0=D0=BC =D0=B2=D0=B5=D1=80=D0=BD=D1=83=D1=82=D1=8C=D1=81= =D1=8F. =D0=9F=D1=80=D0=B8=D0=BD=D0=BE=D1=81=D0=B8=D0=BC =D0=B8=D0=B7=D0=B2= =D0=B8=D0=BD=D0=B5=D0=BD=D0=B8=D1=8F =D0=B7=D0=B0 =D0=BD=D0=B5=D1=83=D0=B4= =D0=BE=D0=B1=D1=81=D1=82=D0=B2=D0=B0. =D0=9F=D0=BE=D0=B6=D0=B0=D0=BB=D1=83=D0=B9=D1=81=D1=82=D0=B0, =D0=BD=D0=B5 = =D0=BE=D1=82=D0=B2=D0=B5=D1=87=D0=B0=D0=B9=D1=82=D0=B5 =D0=BD=D0=B0 =D1=8D= =D1=82=D0=BE =D0=BF=D0=B8=D1=81=D1=8C=D0=BC=D0=BE, =D1=82=D0=B0=D0=BA =D0= =BA=D0=B0=D0=BA =D0=BE=D0=BD=D0=BE =D1=81=D1=84=D0=BE=D1=80=D0=BC=D0=B8=D1= =80=D0=BE=D0=B2=D0=B0=D0=BD=D0=BE =D0=B0=D0=B2=D1=82=D0=BE=D0=BC=D0=B0=D1=82=D0=B8=D1=87=D0=B5=D1=81=D0=BA=D0= =B8. Sincerely, Mokka Support Team [#ID-263076108] Saturday, January 4, 2025 6:52 AM, owner-freebsd-current@FreeBSD.org: > On 1/4/25 06:45, Konstantin Belousov wrote: > > On Fri, Jan 03, 2025 at 06:43:55PM -0500, Dennis Clarke wrote: > >> > >> I wonder if anyone else has seen such a message at shutdown : > >> > >> > >> > >> Fatal trap 12: page fault while in kernel mode > >> cpuid =3D 0; apic id =3D 00 > >> fault virtual address =3D 0x0 > >> fault code =3D supervisor read data, page not present > >> instruction pointer =3D 0x20:0x7c38f87a > >> stack pointer =3D 0x28:0xfffffe035500bba8 > >> frame pointer =3D 0x28:0x5 > >> code segment =3D base 0x0, limit 0xfffff, type 0x1b > >> =3D DPL 0, pres 1, long 1, def32 0, gran 1 > >> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > >> current process =3D 1 (init) > >> rdi: fffffe035500bcd8 rsi: 0000000000000004 rdx: 0000000000000000 > >> rcx: 0000000000000000 r8: 0000000000000000 r9: 0000000000000000 > >> rax: 00000000800b0040 rbx: 0000000000000002 rbp: 0000000000000005 > >> r10: 00000000800b0000 r11: 0000000000000000 r12: fffff80103969000 > >> r13: fffff80101c57140 r14: 0000000000004008 r15: fffff801019895a8 > >> trap number =3D 12 > >> EFI RT page fault > >> acpi0: Powering system off > >> > >> I have not seen such a thing while the machine was running. > >> > >> Machine in question is 15.0-CURRENT : > > The reporting of the faults during the calls into EFI RT was added > recently. > > Before that, such faults were silently ignored. Now, the report is > printed > > and then the fault is ignored. > > > > There is no actionable items for users; a developer might be interested= . > > > > I see ! Thank you. No need to redo buildworld etc etc and yes this > seems to be consistent now and even the address data is the same. > > All except for r13 : > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x0 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0x7c38f87a > stack pointer =3D 0x28:0xfffffe035500bba8 > frame pointer =3D 0x28:0x5 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 1 (init) > rdi: fffffe035500bcd8 rsi: 0000000000000004 rdx: 0000000000000000 > rcx: 0000000000000000 r8: 0000000000000000 r9: 0000000000000000 > rax: 00000000800b0040 rbx: 0000000000000002 rbp: 0000000000000005 > r10: 00000000800b0000 r11: 0000000000000000 r12: fffff80103969000 > r13: fffff80101c56140 r14: 0000000000004008 r15: fffff801019895a8 > trap number =3D 12 > EFI RT page fault > acpi0: Powering system off > > > > > > -- > -- > Dennis Clarke > RISC-V/SPARC/PPC/ARM/CISC > UNIX and Linux spoken > > > --00000000000071f27f062aea0ee3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
=E2=80=8B=E2=80=8B=E2=80=8B=E2=80=8B=E2=80=8B=E2=80=8B=E2= =80=8B=E2=80=8B=E2=80=8B=E2=80=8B=D0=9C=D1=8B =D1=80=D0=B0=D0=B1=D0=BE=D1= =82=D0=B0=D0=B5=D0=BC =D0=BD=D0=B0=D0=B4 =D0=B2=D0=B0=D1=88=D0=B8=D0=BC =D0= =B7=D0=B0=D0=BF=D1=80=D0=BE=D1=81=D0=BE=D0=BC. =D0=9D=D0=B0=D0=BC =D0=BF=D0= =BE=D0=BD=D0=B0=D0=B4=D0=BE=D0=B1=D0=B8=D0=BB=D0=BE=D1=81=D1=8C =D1=87=D1= =83=D1=82=D1=8C =D0=B1=D0=BE=D0=BB=D1=8C=D1=88=D0=B5 =D0=B2=D1=80=D0=B5=D0= =BC=D0=B5=D0=BD=D0=B8, =D1=87=D1=82=D0=BE=D0=B1=D1=8B =D1=80=D0=B5=D1=88=D0= =B8=D1=82=D1=8C =D0=B2=D0=B0=D1=88 =D0=B2=D0=BE=D0=BF=D1=80=D0=BE=D1=81 #26= 3076108. =D0=95=D1=89=D0=B5 24 =D1=87=D0=B0=D1=81=D0=B0, =D0=B8 =D0=BC=D1= =8B =D0=BF=D0=BE=D1=81=D1=82=D0=B0=D1=80=D0=B0=D0=B5=D0=BC=D1=81=D1=8F =D0= =BA =D0=B2=D0=B0=D0=BC =D0=B2=D0=B5=D1=80=D0=BD=D1=83=D1=82=D1=8C=D1=81=D1= =8F. =D0=9F=D1=80=D0=B8=D0=BD=D0=BE=D1=81=D0=B8=D0=BC =D0=B8=D0=B7=D0=B2=D0= =B8=D0=BD=D0=B5=D0=BD=D0=B8=D1=8F =D0=B7=D0=B0 =D0=BD=D0=B5=D1=83=D0=B4=D0= =BE=D0=B1=D1=81=D1=82=D0=B2=D0=B0.

=D0=9F=D0=BE=D0=B6=D0=B0=D0=BB= =D1=83=D0=B9=D1=81=D1=82=D0=B0, =D0=BD=D0=B5 =D0=BE=D1=82=D0=B2=D0=B5=D1=87= =D0=B0=D0=B9=D1=82=D0=B5 =D0=BD=D0=B0 =D1=8D=D1=82=D0=BE =D0=BF=D0=B8=D1=81= =D1=8C=D0=BC=D0=BE, =D1=82=D0=B0=D0=BA =D0=BA=D0=B0=D0=BA =D0=BE=D0=BD=D0= =BE =D1=81=D1=84=D0=BE=D1=80=D0=BC=D0=B8=D1=80=D0=BE=D0=B2=D0=B0=D0=BD=D0= =BE =D0=B0=D0=B2=D1=82=D0=BE=D0=BC=D0=B0=D1=82=D0=B8=D1=87=D0=B5=D1=81=D0= =BA=D0=B8.
Sincerely, Mokka Support Team
[#ID-263076108]

Saturday, January 4, 2025 6= :52 AM, owner-freebsd-current@FreeBSD.org:
On 1/4/25 06:45, Konstantin Belousov wrote:
> On Fri= , Jan 03, 2025 at 06:43:55PM -0500, Dennis Clarke wrote:
>>=
>> I wonder if anyone else has seen such a message at shut= down :
>>
>>
>>
&= gt;> Fatal trap 12: page fault while in kernel mode
>> c= puid =3D 0; apic id =3D 00
>> fault virtual address =3D 0= x0
>> fault code =3D supervisor read data, pag= e not present
>> instruction pointer =3D 0x20:0x7c38f87= a
>> stack pointer =3D 0x28:0xfffffe035500bba8
>> frame pointer =3D 0x28:0x5
>> co= de segment =3D base 0x0, limit 0xfffff, type 0x1b
>= > =3D DPL 0, pres 1, long 1, def32 0, gran 1
>> processor eflags =3D interrupt enabled, resume, IOP= L =3D 0
>> current process =3D 1 (init)
&= gt;> rdi: fffffe035500bcd8 rsi: 0000000000000004 rdx: 0000000000000000
>> rcx: 0000000000000000 r8: 0000000000000000 r9: 00000000= 00000000
>> rax: 00000000800b0040 rbx: 0000000000000002 rbp= : 0000000000000005
>> r10: 00000000800b0000 r11: 0000000000= 000000 r12: fffff80103969000
>> r13: fffff80101c57140 r14: = 0000000000004008 r15: fffff801019895a8
>> trap number = =3D 12
>> EFI RT page fault
>> acpi0= : Powering system off
>>
>> I have not seen= such a thing while the machine was running.
>>
&= gt;> Machine in question is 15.0-CURRENT :
> The reporting = of the faults during the calls into EFI RT was added recently.
&g= t; Before that, such faults were silently ignored. Now, the report is prin= ted
> and then the fault is ignored.
>
> There is no actionable items for users; a developer might be interest= ed.
>

I see ! Thank you. No need to= redo buildworld etc etc and yes this
seems to be consistent no= w and even the address data is the same.

All excep= t for r13 :

Fatal trap 12: page fault while in ker= nel mode
cpuid =3D 0; apic id =3D 00
fault virtual addr= ess =3D 0x0
fault code =3D supervisor read data, p= age not present
instruction pointer =3D 0x20:0x7c38f87a
=
stack pointer =3D 0x28:0xfffffe035500bba8
frame po= inter =3D 0x28:0x5
code segment =3D base 0x0= , limit 0xfffff, type 0x1b
=3D DPL 0, pr= es 1, long 1, def32 0, gran 1
processor eflags =3D interru= pt enabled, resume, IOPL =3D 0
current process =3D 1 (ini= t)
rdi: fffffe035500bcd8 rsi: 0000000000000004 rdx: 0000000000000= 000
rcx: 0000000000000000 r8: 0000000000000000 r9: 000000000000= 0000
rax: 00000000800b0040 rbx: 0000000000000002 rbp: 00000000000= 00005
r10: 00000000800b0000 r11: 0000000000000000 r12: fffff80103= 969000
r13: fffff80101c56140 r14: 0000000000004008 r15: fffff8010= 19895a8
trap number =3D 12
EFI RT page faul= t
acpi0: Powering system off


<= div>


--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux= spoken



--00000000000071f27f062aea0ee3-- From nobody Sun Jan 5 05:45:10 2025 X-Original-To: freebsd-current@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 4YQmVg61Hsz5kP0R for ; Sun, 05 Jan 2025 05:45:15 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YQmVg1Hmbz45S3 for ; Sun, 5 Jan 2025 05:45:15 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b="non/pvxC"; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org; dmarc=pass (policy=quarantine) header.from=blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 5055jAUJ017998 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Sun, 5 Jan 2025 00:45:11 -0500 (EST) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1736055912; bh=b4xYUWuudfrTJocv9WsBJNL9HsSf7MDsDUEZ3nUd66A=; h=Date:To:From:Subject; b=non/pvxCuutEEDNFcJE6HgC/9MgusKtcglIfQSW39dpv0FFaBD05B5uB3951aaM6i p96miG7V6dPIiNnzZP0Olc/pkbp82+bwxOpxiMsAKhAju/7sgTvDwsICmNp6WjWBpK 9sBP/Tnt1L7cPgLd/LDPDdl9VZlpq3wzUXnj7A8SK4Jr1T76kKx5ZKzKKRxYMt9Cmd vKTeYk7COVSHwoL/Z+I3ml+UbWFr3UNc5eSQn9eKPyi28Qy4ZqRFyCE/CT1imt73+s Hk+UA0g6IeZD4g9beHpfu1VQa1Cm60OoKvrXZP7OqR5PAKWUfIvxk0LwaEQczAupXt cbOhrHUKdINYw== Message-ID: <36c212cc-0da9-43b7-b760-d29d71bc35e5@blastwave.org> Date: Sun, 5 Jan 2025 00:45:10 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: Current FreeBSD Content-Language: en-CA From: Dennis Clarke Subject: Is there any way to nudge security/libfido2? It blocks chunks of KDE Organization: GENUNIX Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 5055jAUJ017998 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Rspamd-Queue-Id: 4YQmVg1Hmbz45S3 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.69 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; SUBJECT_HAS_QUESTION(0.00)[] It seems to have been a while since I was able to run a poudriere bulk build and get KDE available. At least on 15-CURRENT. There is a little brick in the path called security/libfido2 : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283697 commit 74ecdf86d8d2a94a4bfcf094a2e21b4747e4907f resulted in the appropriate declarations for the correct versions of _POSIX_C_SOURCE via __POSIX_VISIBLE and then we get error: call to undeclared function 'ppoll'; ISO C99 and later do not support implicit function declarations [-Werror,-Wimplicit-function-declaration] Sort of annoying as even 14.2-RELEASE on amd64 and ports 2024Q4 fails : [142amd64-2024Q4] [2025-01-04_10h11m35s] [committing] Queued: 5 Built: 4 Failed: 1 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 Time: 00:04:44 The 15.0-CURRENT is much much worse : [150amd64-latest] [2025-01-04_08h12m11s] [committing] Queued: 365 Built: 323 Failed: 2 Skipped: 40 Ignored: 0 Fetched: 0 Tobuild: 0 Time: 01:52:01 In any case ... is there a way to nudge that ? -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Sun Jan 5 05:50:11 2025 X-Original-To: freebsd-current@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 4YQmcQ1qdlz5kP1p for ; Sun, 05 Jan 2025 05:50:14 +0000 (UTC) (envelope-from help@mokka.ru) Received: from mail-oo1-xc29.google.com (mail-oo1-xc29.google.com [IPv6:2607:f8b0:4864:20::c29]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YQmcP0zW0z48wG for ; Sun, 5 Jan 2025 05:50:12 +0000 (UTC) (envelope-from help@mokka.ru) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mokka-ru.20230601.gappssmtp.com header.s=20230601 header.b=wuAaibyD; spf=neutral (mx1.freebsd.org: 2607:f8b0:4864:20::c29 is neither permitted nor denied by domain of help@mokka.ru) smtp.mailfrom=help@mokka.ru; dmarc=fail reason="No valid SPF, DKIM not aligned (relaxed)" header.from=mokka.ru (policy=quarantine) Received: by mail-oo1-xc29.google.com with SMTP id 006d021491bc7-5f2b21a0784so2797590eaf.1 for ; Sat, 04 Jan 2025 21:50:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mokka-ru.20230601.gappssmtp.com; s=20230601; t=1736056212; x=1736661012; darn=freebsd.org; h=to:subject:message-id:date:mime-version:references:in-reply-to:from :from:to:cc:subject:date:message-id:reply-to; bh=X7s6BFLuf0RIE7jUHvd/AUBjJFwB6KjTFOIsnJN58xc=; b=wuAaibyDL9jvGDef6TGSdiHnG6cvPdoyPv1Z0H4m6a2OAik0ySDuhPVntB5OBW+aPQ rWlXPal3rb4lPHzEUeWcAPm3aaQYVJ3p8ZiI1NAH/yaQwK1SW5kWthwI1dmafalh3mV1 aJ8GiGedH37mBVdCwFouN+Qe2/XTp/ZaMyIw4m5ZPHaZyowAcH1ClNxoeegtveMyffLt ZUhivMe53Q2jzSs0/k4eDfo3T5bL45b8kr48s/iYDkJk7GinGbU9Ts+UUmxkKl+KnrOm 4aAWc1Q3oKGDD89TQuJgPS4z8chGOcpcEwcmqo+l5uI0XBBJevD18k72j2ZANwVNVzQi Y1mw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1736056212; x=1736661012; h=to:subject:message-id:date:mime-version:references:in-reply-to:from :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=X7s6BFLuf0RIE7jUHvd/AUBjJFwB6KjTFOIsnJN58xc=; b=O+ww6qqTfWU+6dvkscBD3srr+F3n29RcKYAYL6mD4gyw3wjlCUBnvkqy5eGo1bPOcU qpqOLvTC4xcBrgVgr+lwyMqm5VxnzIAj30IfpKY9LVK4c2eSJrpqEhdC74Rg6q9TGU0p /W8wvG4XoKfUr0j8o/KO8AQ3RgZhlmfy7zrW1i8XjO2zoVgU/p5SbdO4j6Lf+HTHodYD gPH4dxGRjM/hWpV+pwINL6768n093cd6LriyZN1o0I52swHuCzDMPZ9nTeaBzQUWqxVp cfrY0Q7KjD/vhwplQMxymUEVz0x7lIUJigFGzaC40DUfHmMJ+Ra6TSn8JkfUmOqsgP/c fs/A== X-Forwarded-Encrypted: i=1; AJvYcCWdFS5VuNt53+fepHeVAPq+2tNvEcQAcp+ibhpN4JnZytYTbnwwnCrYUtkwVvODM2fTOXAac2dRQAbedzN0V8g=@freebsd.org X-Gm-Message-State: AOJu0YzLIqhaTecv+OfqQ5UAPHTECzcTJFEXYG//R6t24j+L05Ic66+D 3WbOxaBVPIgF1lscuIypVhxZmSY9IsglJQ66FkoZ7y1NNdLkTgjapWJTAmKqrjvr0rkvbDizufo 8oUi85OApE0ksbYbdi9RAvhbZ22eUzqcFxb6MLQqQz5BFSo4m X-Gm-Gg: ASbGncsRpZqms4rqiAtyLpYm000dSIrCZHmfML7GaSgbsdorKfGoGRC2WkS6R2WX2en xBuMtsB1YA602neTam8lB+sz+VORcsm/KpLM= X-Google-Smtp-Source: AGHT+IGw5ql0xToYH+fMhQ3F07fgAi7AOK5vlJE98WVWZlyBoIzTkY4vKTONOfgm8kwx3/uzaMdcLjPpanjPV6ZVzFg= X-Received: by 2002:a05:6808:f05:b0:3eb:3619:6a90 with SMTP id 5614622812f47-3ed89066f0bmr25775729b6e.33.1736056211890; Sat, 04 Jan 2025 21:50:11 -0800 (PST) Received: from 674862890342 named unknown by gmailapi.google.com with HTTPREST; Sun, 5 Jan 2025 05:50:11 +0000 From: Support Team In-Reply-To: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Date: Sun, 5 Jan 2025 05:50:11 +0000 Message-ID: Subject: #263083352 getting allwinner h618 soc supported? To: freebsd-current-freebsd-org111@ketas.si.pri.ee, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000d1fa49062aef15a2" X-Rspamd-Queue-Id: 4YQmcP0zW0z48wG X-Spamd-Bar: / X-Spamd-Result: default: False [-0.70 / 15.00]; DMARC_POLICY_QUARANTINE(1.50)[mokka.ru : No valid SPF, DKIM not aligned (relaxed),quarantine]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[mokka-ru.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_BASE64_TEXT(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[mokka-ru.20230601.gappssmtp.com:+]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_SPF_NEUTRAL(0.00)[?all]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::c29:from] --000000000000d1fa49062aef15a2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 4oCL4oCL4oCL4oCL4oCL4oCL4oCL4oCL4oCL4oCL0JzRiyDRgNCw0LHQvtGC0LDQtdC8INC90LDQ tCDQstCw0YjQuNC8INC30LDQv9GA0L7RgdC+0LwuINCd0LDQvCDQv9C+0L3QsNC00L7QsdC40LvQ vtGB0Ywg0YfRg9GC0Ywg0LHQvtC70YzRiNC1DQrQstGA0LXQvNC10L3QuCwg0YfRgtC+0LHRiyDR gNC10YjQuNGC0Ywg0LLQsNGIINCy0L7Qv9GA0L7RgSAjMjYzMDgzMzUyLiDQldGJ0LUgMjQg0YfQ sNGB0LAsINC4INC80Ysg0L/QvtGB0YLQsNGA0LDQtdC80YHRjw0K0Log0LLQsNC8INCy0LXRgNC9 0YPRgtGM0YHRjy4g0J/RgNC40L3QvtGB0LjQvCDQuNC30LLQuNC90LXQvdC40Y8g0LfQsCDQvdC1 0YPQtNC+0LHRgdGC0LLQsC4NCg0K0J/QvtC20LDQu9GD0LnRgdGC0LAsINC90LUg0L7RgtCy0LXR h9Cw0LnRgtC1INC90LAg0Y3RgtC+INC/0LjRgdGM0LzQviwg0YLQsNC6INC60LDQuiDQvtC90L4g 0YHRhNC+0YDQvNC40YDQvtCy0LDQvdC+DQrQsNCy0YLQvtC80LDRgtC40YfQtdGB0LrQuC4NClNp bmNlcmVseSwgTW9ra2EgU3VwcG9ydCBUZWFtDQpbI0lELTI2MzA4MzM1Ml0NCg0KU2F0dXJkYXks IEphbnVhcnkgNCwgMjAyNSA3OjQ1IEFNLCBvd25lci1mcmVlYnNkLWN1cnJlbnRARnJlZUJTRC5v cmc6DQoNCj4gaXMgdGhlcmUgYW55b25lIHdvcmtpbmcgb24gdGhhdD8gc3RpbGw/IGFueW1vcmU/ DQo+DQo+IGJhc2ljYWxseSBpIGhhdmUgY29kZSBmb3IgMTMuMiBhbmQgaHcgdG8gdGVzdCB0aGlz IG9uIGJ1dCBpJ20gbm90DQo+IGNvbWZvcnRhYmxlIG9uIHRoaXMgZmllbGQNCj4NCj4gaXQgd291 bGQgYmUgd2FzdGUgb2YgYWxyZWFkeSB3cml0dGVuIGNvZGUgYnkgc29tZW9uZSBlbHNlIGFuZCBp bnRlcmVzdGluZywNCj4gY2hlYXAsIGF2YWlsYWJsZSBodyB0aGF0IGNvdWxkIHJ1biBmYnNkLiB0 aGUgY29kZSBuZWVkcyBjbGVhbnVwLCB0aGF0IHBhcnQNCj4gaSBnZXQuIG9uIGZ1bmN0aW9uYWxp dHksIGkgY2FuJ3QgcmVhbGx5IGNvbW1lbnQgb24NCj4NCj4gaSBzdGFydGVkIHdpdGggdWJvb3Qs IGJ1dCBpIGNvdWxkbid0IGdldCBpdCBidWlsdCBmb3IgbXkgYm9hcmQsIG9yYW5nZSBwaQ0KPiB6 ZXJvIDIgdy4gd2hhdCBhIGJ1bW1lci4gd2FzIHJlZmVycmVkIHRvIHZlbmRvciBzcGVjaWZpYyBm b3JrIGluc3RlYWQgYnkNCj4gY29kZSBhdXRob3INCj4NCj4gaSBhbHNvIHRyaWVkIGV4aXN0aW5n IGZlbCB0b29scyBpbiBwb3J0cyB0byBnZXQgd29ya2luZyBvbiB0aGlzLCB3ZWxsIGdvb2QNCj4g bHVjayB3aXRoIHRoYXQgdG9vDQo+DQo+IHNob3VsZCBpIGRpc2NhcmQgdGhlIHdob2xlIGlkZWEg YW5kIGp1c3QgZ2V0IGg1L2g2PyByaWdodCBub3cgaDMgaXMgcXVpdGUNCj4gYXdlc29tZSBmb3Ig bG93IHBlcmYgcHVycG9zZSBidXQgaSB3YW50IGZ1dHVyZSBwcm9vZiA2NGJpdC4gYWxsd2lubmVy IGZlZWxzDQo+IG5pY2UgdmVuZG9yIGhlcmUgc29tZWhvdy4gYWxsIG9wZW4NCj4NCj4gd2hhdCBk b2VzIGFueW9uZSB0aGluaz8gaSdtIG5vdCBxdWl0ZSB0aGUgZ3V5IHdobyBzaG91bGQgd29yayB3 aXRoIHRoaXMNCj4gdG9vIGFzIGl0J3MgZGlmZmljdWx0IHRvIHVuZGVyc3RhbmQuIGkgd291bGQg cHJlZmVyIHdyaXRpbmcgdXNlcmxhbmQgdG9vbHMNCj4gb24gdG9wIG9mIGtlcm5lbA0KPg0KPg0K --000000000000d1fa49062aef15a2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBkaXI9Imx0ciI+4oCL4oCL4oCL4oCL4oCL4oCL4oCL4oCL4oCL4oCL0JzRiyDRgNCw0LHQ vtGC0LDQtdC8INC90LDQtCDQstCw0YjQuNC8INC30LDQv9GA0L7RgdC+0LwuINCd0LDQvCDQv9C+ 0L3QsNC00L7QsdC40LvQvtGB0Ywg0YfRg9GC0Ywg0LHQvtC70YzRiNC1INCy0YDQtdC80LXQvdC4 LCDRh9GC0L7QsdGLINGA0LXRiNC40YLRjCDQstCw0Ygg0LLQvtC/0YDQvtGBICMyNjMwODMzNTIu INCV0YnQtSAyNCDRh9Cw0YHQsCwg0Lgg0LzRiyDQv9C+0YHRgtCw0YDQsNC10LzRgdGPINC6INCy 0LDQvCDQstC10YDQvdGD0YLRjNGB0Y8uINCf0YDQuNC90L7RgdC40Lwg0LjQt9Cy0LjQvdC10L3Q uNGPINC30LAg0L3QtdGD0LTQvtCx0YHRgtCy0LAuIDxicj48YnI+0J/QvtC20LDQu9GD0LnRgdGC 0LAsINC90LUg0L7RgtCy0LXRh9Cw0LnRgtC1INC90LAg0Y3RgtC+INC/0LjRgdGM0LzQviwg0YLQ sNC6INC60LDQuiDQvtC90L4g0YHRhNC+0YDQvNC40YDQvtCy0LDQvdC+INCw0LLRgtC+0LzQsNGC 0LjRh9C10YHQutC4Lg0KPGJyPlNpbmNlcmVseSwgTW9ra2EgU3VwcG9ydCBUZWFtPGRpdj5bI0lE LTI2MzA4MzM1Ml08L2Rpdj48L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPjxkaXYg Y2xhc3M9ImdtYWlsX3F1b3RlIj5TYXR1cmRheSwgSmFudWFyeSA0LCAyMDI1IDc6NDUgQU0sIG93 bmVyLWZyZWVic2QtY3VycmVudEBGcmVlQlNELm9yZzo8YnI+PGJsb2NrcXVvdGUgY2xhc3M9Imdt YWlsX3F1b3RlIj48ZGl2PmlzIHRoZXJlIGFueW9uZSB3b3JraW5nIG9uIHRoYXQ/IHN0aWxsPyBh bnltb3JlPzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+YmFzaWNhbGx5IGkgaGF2ZSBjb2RlIGZv ciAxMy4yIGFuZCBodyB0byB0ZXN0IHRoaXMgb24gYnV0IGkmIzM5O20gbm90IGNvbWZvcnRhYmxl IG9uIHRoaXMgZmllbGQ8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pml0IHdvdWxkIGJlIHdhc3Rl IG9mIGFscmVhZHkgd3JpdHRlbiBjb2RlIGJ5IHNvbWVvbmUgZWxzZSBhbmQgaW50ZXJlc3Rpbmcs IGNoZWFwLCBhdmFpbGFibGUgaHcgdGhhdCBjb3VsZCBydW4gZmJzZC4gdGhlIGNvZGUgbmVlZHMg Y2xlYW51cCwgdGhhdCBwYXJ0IGkgZ2V0LiBvbiBmdW5jdGlvbmFsaXR5LCBpIGNhbiYjMzk7dCBy ZWFsbHkgY29tbWVudCBvbjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+aSBzdGFydGVkIHdpdGgg dWJvb3QsIGJ1dCBpIGNvdWxkbiYjMzk7dCBnZXQgaXQgYnVpbHQgZm9yIG15IGJvYXJkLCBvcmFu Z2UgcGkgemVybyAyIHcuIHdoYXQgYSBidW1tZXIuIHdhcyByZWZlcnJlZCB0byB2ZW5kb3Igc3Bl Y2lmaWMgZm9yayBpbnN0ZWFkIGJ5IGNvZGUgYXV0aG9yPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRp dj5pIGFsc28gdHJpZWQgZXhpc3RpbmcgZmVsIHRvb2xzIGluIHBvcnRzIHRvIGdldCB3b3JraW5n IG9uIHRoaXMsIHdlbGwgZ29vZCBsdWNrIHdpdGggdGhhdCB0b288L2Rpdj48ZGl2Pjxicj48L2Rp dj48ZGl2PnNob3VsZCBpIGRpc2NhcmQgdGhlIHdob2xlIGlkZWEgYW5kIGp1c3QgZ2V0IGg1L2g2 PyByaWdodCBub3cgaDMgaXMgcXVpdGUgYXdlc29tZSBmb3IgbG93IHBlcmYgcHVycG9zZSBidXQg aSB3YW50IGZ1dHVyZSBwcm9vZiA2NGJpdC4gYWxsd2lubmVyIGZlZWxzIG5pY2UgdmVuZG9yIGhl cmUgc29tZWhvdy4gYWxsIG9wZW48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PndoYXQgZG9lcyBh bnlvbmUgdGhpbms/IGkmIzM5O20gbm90IHF1aXRlIHRoZSBndXkgd2hvIHNob3VsZCB3b3JrIHdp dGggdGhpcyB0b28gYXMgaXQmIzM5O3MgZGlmZmljdWx0IHRvIHVuZGVyc3RhbmQuIGkgd291bGQg cHJlZmVyIHdyaXRpbmcgdXNlcmxhbmQgdG9vbHMgb24gdG9wIG9mIGtlcm5lbDwvZGl2PjxkaXY+ PGJyPjwvZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48YnI+PC9kaXY+DQo= --000000000000d1fa49062aef15a2-- From nobody Sun Jan 5 10:43:15 2025 X-Original-To: freebsd-current@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 4YQv6b677pz5hycr for ; Sun, 05 Jan 2025 10:43:19 +0000 (UTC) (envelope-from SRS0=ywL3=T5=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4YQv6Z6d9Sz4Y42 for ; Sun, 5 Jan 2025 10:43:18 +0000 (UTC) (envelope-from SRS0=ywL3=T5=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; none Date: Sun, 5 Jan 2025 11:43:15 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1736073796; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Fsg2U1GQFjFxn/CaiHxxuC7zghLZUbssGLRyMq1Vyz0=; b=rebl9jY4b/OC/s6qOsmU6rqEBYWOyeEpFVAT3KfbBzYi1xK8bJjPlz83bjB1zZQnkQc0Ny NFE4eYaYa/Dc+RBOhCEI1PrF4S/89dzf0YzEd6HljkVjZD8Y9blGCrJg5983A/Ds+rSiK+ zNa4MmMP/9quzLp0joqUUSG1PEFvPd5P0LbVwMS93lbIRaho7jqfqfHv61JuCtyHZDGv7c 3ihKuXJcLbv7YBQ0llneZCsvjZtQLGsi5TFy9HJmVvPD0Rf/6heMmF1HMbO0TYUjcfXMyu 4OrqH7Ih0xzRH5hwBSz3lB2/+QBxO5zxnQg1HL36QNKOmGhYfAqwdGLAFtAIwQ== From: Ronald Klop To: Dennis Clarke Cc: Current FreeBSD Message-ID: <1645708192.12009.1736073795989@localhost> In-Reply-To: <36c212cc-0da9-43b7-b760-d29d71bc35e5@blastwave.org> References: <36c212cc-0da9-43b7-b760-d29d71bc35e5@blastwave.org> Subject: Re: Is there any way to nudge security/libfido2? It blocks chunks of KDE List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_12008_193046442.1736073795943" X-Mailer: Realworks (732.110) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4YQv6Z6d9Sz4Y42 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL] ------=_Part_12008_193046442.1736073795943 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Van: Dennis Clarke Datum: zondag, 5 januari 2025 06:45 Aan: Current FreeBSD Onderwerp: Is there any way to nudge security/libfido2? It blocks chunks of KDE > > It seems to have been a while since I was able to run a poudriere bulk build and get KDE available. At least on 15-CURRENT. There is a > little brick in the path called security/libfido2 : > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283697 > > commit 74ecdf86d8d2a94a4bfcf094a2e21b4747e4907f resulted in the > appropriate declarations for the correct versions of _POSIX_C_SOURCE > via __POSIX_VISIBLE and then we get > > error: call to undeclared function 'ppoll'; ISO C99 and later do not support implicit function declarations [-Werror,-Wimplicit-function-declaration] > > > Sort of annoying as even 14.2-RELEASE on amd64 and ports 2024Q4 fails : > > [142amd64-2024Q4] [2025-01-04_10h11m35s] [committing] Queued: 5 Built: 4 Failed: 1 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 Time: 00:04:44 > > The 15.0-CURRENT is much much worse : > > [150amd64-latest] [2025-01-04_08h12m11s] [committing] Queued: 365 Built: 323 Failed: 2 Skipped: 40 Ignored: 0 Fetched: 0 Tobuild: 0 Time: 01:52:01 > > > In any case ... is there a way to nudge that ? > > -- > -- > Dennis Clarke > RISC-V/SPARC/PPC/ARM/CISC > UNIX and Linux spoken > > > > Hi, The issue is assigned and the port has an active maintainer so that looks good. I see you replied on the issue with a patch for a solution, but the patch is hidden in quite a large comment (I needed to read it twice before I spotted it). It can help to put the patch in an attachment of the issue as type 'patch'. You can send an email to ports@freebsd.org to get the attention of the ports managers. It can also help to open an upstream issue on the github repo of libfido. If the patch is accepted there it is a good argument to get the patch into FreeBSD. NB: I understand your feeling of urgency in this. In the meantime this is also a period of holidays/weekend, etc. Hope this helps. Regards, Ronald. ------=_Part_12008_193046442.1736073795943 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit

Van: Dennis Clarke <dclarke@blastwave.org>
Datum: zondag, 5 januari 2025 06:45
Aan: Current FreeBSD <freebsd-current@freebsd.org>
Onderwerp: Is there any way to nudge security/libfido2? It blocks chunks of KDE


     It seems to have been a while since I was able to run a poudriere bulk build and get KDE available. At least on 15-CURRENT. There is a
little brick in the path called security/libfido2 :

     https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283697

commit 74ecdf86d8d2a94a4bfcf094a2e21b4747e4907f resulted in the
appropriate declarations for the correct versions of _POSIX_C_SOURCE
via __POSIX_VISIBLE and then we get

error: call to undeclared function 'ppoll'; ISO C99 and later do not support implicit function declarations [-Werror,-Wimplicit-function-declaration]


Sort of annoying as even 14.2-RELEASE on amd64 and ports 2024Q4 fails :

[142amd64-2024Q4] [2025-01-04_10h11m35s] [committing] Queued: 5  Built: 4  Failed: 1  Skipped: 0  Ignored: 0  Fetched: 0  Tobuild: 0   Time: 00:04:44

The 15.0-CURRENT is much much worse :

[150amd64-latest] [2025-01-04_08h12m11s] [committing] Queued: 365 Built: 323 Failed: 2   Skipped: 40  Ignored: 0   Fetched: 0   Tobuild: 0 Time: 01:52:01


In any case ... is there a way to nudge that ?

-- 
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
 


Hi,

The issue is assigned and the port has an active maintainer so that looks good.
I see you replied on the issue with a patch for a solution, but the patch is hidden in quite a large comment (I needed to read it twice before I spotted it). It can help to put the patch in an attachment of the issue as type 'patch'.
You can send an email to ports@freebsd.org to get the attention of the ports managers.
It can also help to open an upstream issue on the github repo of libfido. If the patch is accepted there it is a good argument to get the patch into FreeBSD.

NB: I understand your feeling of urgency in this. In the meantime this is also a period of holidays/weekend, etc.

Hope this helps.

Regards,
Ronald.
  ------=_Part_12008_193046442.1736073795943-- From nobody Sun Jan 5 17:14:33 2025 X-Original-To: freebsd-current@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 4YR3pK4Tf9z5jySn for ; Sun, 05 Jan 2025 17:14:49 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ed1-f41.google.com (mail-ed1-f41.google.com [209.85.208.41]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YR3pJ5KBrz49Bc; Sun, 5 Jan 2025 17:14:48 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.208.41 as permitted sender) smtp.mailfrom=asomers@gmail.com; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none) Received: by mail-ed1-f41.google.com with SMTP id 4fb4d7f45d1cf-5d3f57582a2so26018783a12.1; Sun, 05 Jan 2025 09:14:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1736097286; x=1736702086; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=ZIv02U8420QRTxDz3AdIZLAatLvCZOkuiUW3QAcwDU0=; b=PYOwZjV+a2Rst3GqP/sxiCrsEkho34Lkdv0LfC2qnz+jjmhgx4Rd5fqnaKup5SP9lb wY5AMElU+L4VGhNFB4NmLd4wLo82MSR0EPCGgdyid+jth7MmQPnkqSoZXvIYtJS+tWGc Rt7rhRGYfFIAUBHxpFV6Be/5AMerQOA49JZ/jQxQq+cVFjkXngo9rOGZEtUwGZfbnfqo 0PyDzUHOrYQUiqVdtZd4bbuRpLBogPkmXR8KQDeSX67CgfbSPFRpKoyUrin1IlTXgKyE KQaaFd0D7DP4dfEm1Wl4wPzBZhZdm4vxDX0zba3RAFcxKu4uXI6Kf5i4pjxyw26JI0t0 LNBg== X-Forwarded-Encrypted: i=1; AJvYcCWBnDtp++cEd3yp7TV0a1aMUm70Z785uLqSNicaRuIOG/TAK393MvWMRGqAca5Dt0D0ZQRI5w==@freebsd.org, AJvYcCXzyaEeE9bggghig8L1D1kqaX/f7szsCSpHKgKr6dy4GfDWjAt4UcHizoFh0qdpJ2L6fSHYd+X4J5HfMCoPf98=@freebsd.org X-Gm-Message-State: AOJu0YxlSU682HKaI4MTkso9igkg5tZS9vMmv9bdH0C2sWjEi0wMV6B5 Nf+aIP3YRM+zgBV2ZPPNHqmm+oz5S9wQOCLiF1sVK8eXPxrw/j21yKX7ZWVtu+sS7Z4lHbIlOH0 nnsTFC/j/IHtKNfNLAPHWynJEyYHoCCoB X-Gm-Gg: ASbGncvfTSKHWoN/nEX8ouCl/nI+I3zaQxiNMlpcdkfMKdpOTif+34UefxzL4g3TlFS uWfZq6Cuvo1UA78gm6bQE9F0/+1a1wnAZ+u1VcQ== X-Google-Smtp-Source: AGHT+IGW31s+9ZqkBgsHFKGFgjruFcnuycdBK2j4GY6FRcrWsuUA9TAQQOUWaZdGEh2G3N+OLQ8mB0CAPyI08qlgK6E= X-Received: by 2002:a05:6402:458c:b0:5d9:c2f:a961 with SMTP id 4fb4d7f45d1cf-5d90c2fa9famr9972093a12.11.1736097285428; Sun, 05 Jan 2025 09:14:45 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <94D96FE6-BFB6-4629-A9EA-32168741861E@freebsd.org> In-Reply-To: <94D96FE6-BFB6-4629-A9EA-32168741861E@freebsd.org> From: Alan Somers Date: Sun, 5 Jan 2025 10:14:33 -0700 Message-ID: Subject: Re: Building multiple kernels with "make release" To: Glen Barber Cc: Emmanuel Vadot , Miroslav Lachman <000.fbsd@quip.cz>, Juraj Lutter , FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4YR3pJ5KBrz49Bc X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.77 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.87)[-0.871]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FREEFALL_USER(0.00)[asomers]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_ONE(0.00)[1]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.41:from]; ARC_NA(0.00)[]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.41:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_FIVE(0.00)[5] To resurrect this old thread, I got it working. I can now run release.sh and it will build .iso files and VM images that contain two kernels. My PR is at https://github.com/freebsd/freebsd-src/pull/1566 . On Sat, Aug 21, 2021 at 11:14=E2=80=AFAM Glen Barber wrot= e: > > It is on my list of things to look into next week. > > Glen > Sent from my phone. > Please excuse my brevity and/or typos. > > On Aug 20, 2021, at 4:10 PM, Alan Somers wrote: > > =EF=BB=BF > On Thu, Jul 29, 2021 at 12:43 PM Emmanuel Vadot w= rote: >> >> On Thu, 29 Jul 2021 00:13:54 +0000 >> Glen Barber wrote: >> >> > On Wed, Jul 28, 2021 at 06:00:28PM -0600, Alan Somers wrote: >> > > On Wed, Jul 28, 2021 at 5:52 PM Miroslav Lachman <000.fbsd@quip.cz> = wrote: >> > > >> > > > On 28/07/2021 20:46, Juraj Lutter wrote: >> > > > > >> > > > > >> > > > >> On 28 Jul 2021, at 20:37, Glen Barber wrote: >> > > > >> >> > > > >> On Wed, Jul 28, 2021 at 12:05:25PM -0600, Alan Somers wrote: >> > > > >>> On Wed, Jul 28, 2021 at 11:57 AM Glen Barber = wrote: >> > > > >>>> Just on a hunch, could you try with adding INSTALLKERNEL=3D"$= {KERNEL}" >> > > > to >> > > > >>>> your release.conf? >> > > > >>>> >> > > > >>>> I now seem to recall some weirdness with this, but the exact = details >> > > > >>>> elude me at the moment. >> > > > >>>> >> > > > >>> >> > > > >>> Setting INSTALLKERNEL=3D"GENERIC-NODEBUG" during "make instal= lkernel" >> > > > >>> overrides whatever KERNCONF was set to. But it still only ins= talls one >> > > > >>> kernel. Trying to set that variable to a list doesn't work. >> > > > >> >> > > > >> Ok. Give me a day or so to try to figure out what is (or isn't= ) >> > > > >> happening here. I do not recall any recent-ish changes that wo= uld have >> > > > >> caused this, and I am 95% certain it has worked in the past. >> > > > > >> > > > > According to Makefile.inc1: >> > > > > >> > > > > make installkernel KERNCONF=3D?KERN1 KERN2? >> > > > > >> > > > > should install KERN1 and KERN2. Similar goes for buildkernel. >> > > > > >> > > > > Or is there something I am missing? >> > > > >> > > > Does 'make installkernel KERNCONF=3D?KERN1 KERN2?' really install = both >> > > > kernels? Under which names? >> > > > I have 3 kernels defined in KERNCONF in /etc/make.conf for years. = 3 >> > > > kernels are built by "make buildkernel" but only one installed by = "make >> > > > installkernel". >> > > > >> > > > To install other kernels I use: >> > > > >> > > > make installkernel KERNCONF=3DKERN2 KODIR=3D/boot/kernel.KERN2 >> > > > >> > > > make installkernel KERNCONF=3DKERN3 KODIR=3D/boot/kernel.KERN3 >> > > > >> > > >> > > Miroslav is right. Despite the comment that Juraj found, "make >> > > installkernel" only installs the first kernel listed in KERNCONF. >> > >> > Good find. I honestly thought this worked as expected versus as >> > written. In fact, I *thought* secondary, tertiary, etc. kernels were >> > installed as /boot/kernel.KERN2, /boot/kernel.KERN3 (using the example >> > above). >> >> You need to set NO_INSTALLEXTRAKERNELS=3Dno for that to happens (yes th= e >> variable name and double no sucks if anyone have a patch for that that >> would be awesome). >> >> > Although, I may be misremembering, and 'kernel.KERN2.txz' may be creat= ed >> > instead, although not installed/extracted. Though, we are going back = at >> > least seven years, and I do not even remember what I had eaten for >> > dinner last night, so there's that... >> > >> > Glen >> > >> >> >> -- >> Emmanuel Vadot > > > NO_INSTALLEXTRAKERNELS=3Dno works for "make installkernel". However, it= still doesn't work with release.sh. It seems there is work left to do. > -Alan From nobody Sun Jan 5 17:42:20 2025 X-Original-To: freebsd-current@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 4YR4QL4zSpz5k1F2 for ; Sun, 05 Jan 2025 17:42:34 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YR4QK3Gzmz4F2m for ; Sun, 5 Jan 2025 17:42:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1030.google.com with SMTP id 98e67ed59e1d1-2ef28f07dbaso15314574a91.2 for ; Sun, 05 Jan 2025 09:42:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1736098952; x=1736703752; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=i93KlWd0iPoxkPKLpSWHvezbHAVFoy7zhkZwR6f+QWI=; b=DRbTn0cIhILPDY3XpPt7AbA2bKVq0J+WgVUJbAWm2irv+G1bmslE92fjfTUY2kqg74 nS3e486PhF45jSnJpaxPgjSLViiugU1yQ3cYFGdf0rL+19GSOaPnmOQKlWP/NjzaO9G0 t5g4cw6OB4XARkdDP+1sc6bHcfhMukuFRcBkzr3/WM3qDCzIy9rZ+NONrQBbqg2PhlX7 yTKe/4Et+ZGkF2cq/lemB6jDjdreiXRUp3aLprqsyABQQ8iPGbwVLko8yRklUSZsFXOd kMHMIhwH7Dj87KHmOQaj1ikTjPxRyNVbYXwM5tEEJNKCeEfahGLIAzIS5S1WQd2nSQJv qsyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1736098952; x=1736703752; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=i93KlWd0iPoxkPKLpSWHvezbHAVFoy7zhkZwR6f+QWI=; b=GCoTmWpeQ43AQ6AgOyXIlJpO4FuUHthtNudmLytbhJP9Rg0YdBFDP0aNMo2lO3t5Ce J1e92sFzf6khXIceaMqf+nf9J6YmM8A81lfyRzo4Jg/AoA1liBrWklf8yPw08xBsveHW lJRQ/oxOHJHQ0kCSYQwk5ngO0yvdEr49VpPtIWo/N8i9Vr056oA2mNp4KXl2V0GUBM1+ 0XTpMMQ7Kq8yU0UkrSOZ5nl3mUDXV3c4dnDTq8VpLmdHzhY+zpstFyYM3hw+dImdU7Se EVe+aDTD2xD95GlitkemQlkQ3EaVU9DYtIJjycOZtyZS+vRmA6S50pQuuSZigjSPbrSS mdBA== X-Forwarded-Encrypted: i=1; AJvYcCVB2ehAx9lu+kJeKFevggPRXjIyLYBJoY4/lteONF75QtXzweUAH7gA5Y/XCyHWDBJDcF2XK/bThxX0eEW0Ktg=@freebsd.org X-Gm-Message-State: AOJu0YyyXRh7xVtVOZB6QrA8Bg1G026dy7X1BU31i8whnrZaZ7Ft/9VH U4551D7+yerBLxz7eLuEJfvI1I4a/uNz+bFq8HQU+4zm3vOEzPn+eQmjDvg6o2mxONt04VgMVUF dsVJHNdit19BgVXUO9LnJbhkojcf1DuKLpQO2eDHfPr83dH6OIZo= X-Gm-Gg: ASbGncs7e+DHjYxs+rmGXtljYaakVqZ9BihtMZ99Ws/LbWJ2DEX4U6AFv96CRmwBBWd Ddgzl4V1XpPE840OY43dTPDy3ua8p6eyOe/J3HA== X-Google-Smtp-Source: AGHT+IGMvfjxss3ygri4BpHs5fqEAyW2KKWCAg0QsYHBFo5rijstS+IU3awTkaFhl++F2wtHmNQBSYbZJTFIIl8+CPs= X-Received: by 2002:a17:90b:2f45:b0:2ea:aa56:499 with SMTP id 98e67ed59e1d1-2f452dee49fmr82507758a91.1.1736098952135; Sun, 05 Jan 2025 09:42:32 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <36c212cc-0da9-43b7-b760-d29d71bc35e5@blastwave.org> <1645708192.12009.1736073795989@localhost> In-Reply-To: <1645708192.12009.1736073795989@localhost> From: Warner Losh Date: Sun, 5 Jan 2025 10:42:20 -0700 Message-ID: Subject: Re: Is there any way to nudge security/libfido2? It blocks chunks of KDE To: Ronald Klop Cc: Dennis Clarke , Current FreeBSD Content-Type: multipart/alternative; boundary="00000000000056665e062af90934" X-Rspamd-Queue-Id: 4YR4QK3Gzmz4F2m X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --00000000000056665e062af90934 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Jan 5, 2025, 3:43=E2=80=AFAM Ronald Klop wro= te: > > *Van:* Dennis Clarke > *Datum:* zondag, 5 januari 2025 06:45l > *Aan:* Current FreeBSD > *Onderwerp:* Is there any way to nudge security/libfido2? It blocks > chunks of KDE > > > It seems to have been a while since I was able to run a poudriere > bulk build and get KDE available. At least on 15-CURRENT. There is a > little brick in the path called security/libfido2 : > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D283697 > > commit 74ecdf86d8d2a94a4bfcf094a2e21b4747e4907f resulted in the > appropriate declarations for the correct versions of _POSIX_C_SOURCE > via __POSIX_VISIBLE and then we get > > error: call to undeclared function 'ppoll'; ISO C99 and later do not > support implicit function declarations > [-Werror,-Wimplicit-function-declaration] > > > Sort of annoying as even 14.2-RELEASE on amd64 and ports 2024Q4 fails : > > [142amd64-2024Q4] [2025-01-04_10h11m35s] [committing] Queued: 5 Built: 4 > Failed: 1 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 Time: 00:04:= 44 > > The 15.0-CURRENT is much much worse : > > [150amd64-latest] [2025-01-04_08h12m11s] [committing] Queued: 365 Built: > 323 Failed: 2 Skipped: 40 Ignored: 0 Fetched: 0 Tobuild: 0 Time: > 01:52:01 > > > In any case ... is there a way to nudge that ? > > -- > -- > Dennis Clarke > RISC-V/SPARC/PPC/ARM/CISC > UNIX and Linux spoken > > ------------------------------ > > > > Hi, > > The issue is assigned and the port has an active maintainer so that looks > good. > I see you replied on the issue with a patch for a solution, but the patch > is hidden in quite a large comment (I needed to read it twice before I > spotted it). It can help to put the patch in an attachment of the issue a= s > type 'patch'. > You can send an email to ports@freebsd.org to get the attention of the > ports managers. > It can also help to open an upstream issue on the github repo of libfido. > If the patch is accepted there it is a good argument to get the patch int= o > FreeBSD. > > NB: I understand your feeling of urgency in this. In the meantime this is > also a period of holidays/weekend, etc. > Yes. The port can't define __BSD_VISIBLE directly. That's bogus. Also both _POSIX_C_SORCE and _BSD_SOURCE is bogus. The solution is super simple: just don't define POSIX_C_SOURCE since you are obviously trying to use something that's not defined in the version of POSIX you are requesting the strict namespace for. Warner Hope this helps. > > Regards, > Ronald. > > --00000000000056665e062af90934 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sun, Jan 5, 2025, 3:43=E2=80=AFAM = Ronald Klop <r= onald-lists@klop.ws> wrote:
=

Van: Dennis Clarke <dclarke@blastwave.org>=
Datum: zondag, 5 januari 2025 06:45l
Aan: Current FreeBSD <freebsd-current@freebsd.= org>
Onderwerp: Is there any way to nudge security/libfido2? It= blocks chunks of KDE


=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0It seems to have been a while since I was abl= e to run a poudriere bulk build and get KDE available. At least on 15-CURRE= NT. There is a
little brick in the path called security/libfido2 :

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0https://bugs= .freebsd.org/bugzilla/show_bug.cgi?id=3D283697

commit 74ecdf86d8d2a94a4bfcf094a2e21b4747e4907f resulted in the
appropriate declarations for the correct versions of _POSIX_C_SOURCE
via __POSIX_VISIBLE and then we get

error: call to undeclared function 'ppoll'; ISO C99 and later do no= t support implicit function declarations [-Werror,-Wimplicit-function-decla= ration]


Sort of annoying as even 14.2-RELEASE on amd64 and ports 2024Q4 fails :

[142amd64-2024Q4] [2025-01-04_10h11m35s] [committing] Queued: 5 =C2=A0Built= : 4 =C2=A0Failed: 1 =C2=A0Skipped: 0 =C2=A0Ignored: 0 =C2=A0Fetched: 0 =C2= =A0Tobuild: 0 =C2=A0=C2=A0Time: 00:04:44

The 15.0-CURRENT is much much worse :

[150amd64-latest] [2025-01-04_08h12m11s] [committing] Queued: 365 Built: 32= 3 Failed: 2 =C2=A0=C2=A0Skipped: 40 =C2=A0Ignored: 0 =C2=A0=C2=A0Fetched: 0= =C2=A0=C2=A0Tobuild: 0 Time: 01:52:01


In any case ... is there a way to nudge that ?

--=C2=A0
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
=C2=A0


Hi,

The issue is assigned and the port has an active maintainer so that looks g= ood.
I see you replied on the issue with a patch for a solution, but the patch i= s hidden in quite a large comment (I needed to read it twice before I spott= ed it). It can help to put the patch in an attachment of the issue as type = 'patch'.
You can send an email to ports@freebsd.org to get the attention of the p= orts managers.
It can also help to open an upstream issue on the github repo of libfido. I= f the patch is accepted there it is a good argument to get the patch into F= reeBSD.

NB: I understand your feeling of urgency in this. In the meantime this is a= lso a period of holidays/weekend, etc.

Yes. The port can't define = __BSD_VISIBLE directly. That's bogus. Also both _POSIX_C_SORCE and _BSD= _SOURCE is bogus. The solution is super simple: just don't define POSIX= _C_SOURCE since you are obviously trying to use something that's not de= fined in the version of POSIX you are requesting the strict namespace for.<= /div>

Warner

Hope this helps.

Regards,
Ronald.
=C2=A0
--00000000000056665e062af90934--