From nobody Mon Nov 1 07:25:49 2021 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 886401829818 for ; Mon, 1 Nov 2021 07:26:09 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (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 4HjPhw0rzgz4bMP; Mon, 1 Nov 2021 07:26:08 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: by mail-wm1-x330.google.com with SMTP id 71so10395492wma.4; Mon, 01 Nov 2021 00:26:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=8bxO4WZihUD1DRVtVqox/Vxcise4cpyE5YP5W2XppRk=; b=aNnFe8x17qo/vY2aor8U9mF3MuKVwxqLvq/VcDs9/z4CS5u/ghlOHqMMlszoy2KWZT to9T3RUKyG+ngL6fP/SWO0/3NpNnGVT5hq1XygCOG9s1E8DILh/xd0SwFZVO4mV2TPDz npOgNedRs1JxnXWRPGZepQASAfXXDSP+3GsfJoSZqC9kMJiZ9vIyri/KveT7wKKFyrDu bj5aBv/9663U8fasMsn5uU9+Vwf0SZDNLVs6ggriZ7O3KUfZYgP5PHQSW/lVA4tZjNLj 8BkD1aRBbY78ecy2ZyHioGl+QxlDL+LsZPsU2uQcVnAUYsig2QscbgrxSWd/T4NYX2Uh 3icw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=8bxO4WZihUD1DRVtVqox/Vxcise4cpyE5YP5W2XppRk=; b=A2islYggfISFO7ekWsliTdpTbSJuMwiw2vvYBDX0eScKRICKlDLSRXr1bmTz+cFT4C Y9jFCjtVIbstGlk+HfdkkauTtuTaSt7EBFWpnNna/DDNwWtEG6qYDcQHTeng54K7ICb2 H6db7vImH9akW2zd49ZclShfEOHMzhrSEz8gyrDoFWdNsxcQywichYUPHO+gOFCHXSEM SrMk6mz3VeG3/ep9u+BDv7cuWzlAzfdZnt6YSDJ/YqieEh8j8CVxNiE24vNqvNNu6vxF n3y5tPEuc0oZgg9GcSn77vJf4zasjcxufllYcKCHeftZMQsRkwr1zA4iqdy0qQZbjSSP 87ZQ== X-Gm-Message-State: AOAM531wgLCeN1JZVUX5ex5xdiJGCIyMHAaSNuq3Kn5Q6teadSKTiL8l jm2tMlSS98jD7pPt1NcoD/Loq38e92uUM8hsova4VoHt+w== X-Google-Smtp-Source: ABdhPJw18K3OUybYuUZDJLislioGnQob8xxQNDdi2zskTWIkmY93w8+mw5Sv5RTq+tXIPHJ5RoMHbtZc5uHNLyoy2Zo= X-Received: by 2002:a1c:9d13:: with SMTP id g19mr21778609wme.41.1635751560722; Mon, 01 Nov 2021 00:26:00 -0700 (PDT) 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 References: <22fb38d9b6cda8baec08713159bb65afcc8cd418.camel@freebsd.org> In-Reply-To: <22fb38d9b6cda8baec08713159bb65afcc8cd418.camel@freebsd.org> Reply-To: kamalpr@gmail.com From: "Kamal R. Prasad" Date: Mon, 1 Nov 2021 12:55:49 +0530 Message-ID: Subject: Re: bug in mmc driver To: Ian Lepore Cc: freebsd-arm Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4HjPhw0rzgz4bMP X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=aNnFe8x1; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kamalpr@gmail.com designates 2a00:1450:4864:20::330 as permitted sender) smtp.mailfrom=kamalpr@gmail.com X-Spamd-Result: default: False [-0.03 / 15.00]; HAS_REPLYTO(0.00)[kamalpr@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_SPAM_SHORT(0.97)[0.968]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::330:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N yes it is a problem in mmc/sd controller. I will check if the no of times we release bus matches acquiring bus. The controller is a micron controller with this output from # geom ls disk Geom name: flash/spi0 Providers: 1. Name: flash/spi0 Mediasize: 67108864 (64M) Sectorsize: 512 Stripesize: 262144 Stripeoffset: 0 Mode: r0w0e0 descr: s25fl512s ident: (null) rotationrate: unknown fwsectors: 0 fwheads: 0 Geom name: mmcsd0 Providers: 1. Name: mmcsd0 Mediasize: 14763950080 (14G) Sectorsize: 512 Stripesize: 512 Stripeoffset: 0 Mode: r2w2e5 descr: MMCHC R1J57L 1.1 SN 81687B5C MFG 11/2017 by 19 0x004e ident: 81687B5C rotationrate: 0 fwsectors: 0 fwheads: 0 On Sat, Oct 30, 2021 at 12:04 AM Ian Lepore wrote: > > On Fri, 2021-10-29 at 10:02 +0530, Kamal R. Prasad wrote: > > hello, > > > > if i run a stress test on a freebsd system booted from a micron mmc > > device, and run a script which in a loop opens the same mmc device in > > read-only mode, it causes a problem in acquiring the bus and panics > > the box. both the stress test and a script to open the mmc device in > > read only mode are in user space and so kernel should not have > > panic'ed. Pl see stack trace from our freebsd derived os. > > > > thanks > > -kamal > > -------------- > > > > panic: mmc: host bridge didn't serialize us. > > > > [...] > > > > This indicates a problem in the low-level mmc/sd controller ("host > bridge") driver. You didn't say anything about what hardware is in > use; I have no idea what driver to look at. > > -- Ian > > From nobody Tue Nov 2 17:31:07 2021 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 39C7A182F840 for ; Tue, 2 Nov 2021 17:31:07 +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 4HkH4W0vxpz4v6W for ; Tue, 2 Nov 2021 17:31:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 F3FF8ED1 for ; Tue, 2 Nov 2021 17:31:06 +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 1A2HV6ma066797 for ; Tue, 2 Nov 2021 17:31:06 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A2HV62g066796 for freebsd-arm@FreeBSD.org; Tue, 2 Nov 2021 17:31:06 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: freebsd-arm@FreeBSD.org Subject: [Bug 259617] ARM support function __aeabi_d2iz missing Date: Tue, 02 Nov 2021 17:31:07 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: fuz@fuz.su X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: mfc-stable13? mfc-stable12? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter flagtypes.name 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: 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D259617 Bug ID: 259617 Summary: ARM support function __aeabi_d2iz missing Product: Base System Version: 13.0-RELEASE Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: fuz@fuz.su Flags: mfc-stable13?, mfc-stable12? When compiling the following code in Thumb mode on armv6 FreeBSD 13, linking fails due to an undefined symbol __aeabi_d2iz. On armv7 FreeBSD 13 the iss= ue is not directly reproducible because this support function is not needed, b= ut you can pass -march=3Darmv6 to make it fail the same way. #include #include int main() { double f; f =3D strtod("1.0", NULL); printf("%u\n", (unsigned int)f); } To compile, type: $ cc -mthumb -o x x.c=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 ld: error: undefined symbol: __aeabi_d2uiz >>> referenced by x.c >>> /tmp/x-c2541a.o:(main) >>> did you mean: __aeabi_d2iz >>> defined in: /lib/libc.so.7 cc: error: linker command failed with exit code 1 (use -v to see invocation) It appears that this function is missing despite being provided in contrib/llvm-project/compiler-rt/lib/builtins/fixunsdfsi.c. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Tue Nov 2 17:56:22 2021 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 EB2101839CB8 for ; Tue, 2 Nov 2021 17:56:22 +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 4HkHdf6Gj6z3HcY for ; Tue, 2 Nov 2021 17:56:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 B7496157B for ; Tue, 2 Nov 2021 17:56:22 +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 1A2HuMQU081785 for ; Tue, 2 Nov 2021 17:56:22 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A2HuMTK081784 for freebsd-arm@FreeBSD.org; Tue, 2 Nov 2021 17:56:22 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: freebsd-arm@FreeBSD.org Subject: [Bug 259619] cc: should default to -march=armv6t2+fp Date: Tue, 02 Nov 2021 17:56:22 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: fuz@fuz.su X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: mfc-stable13? mfc-stable12? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc flagtypes.name 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: 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D259619 Bug ID: 259619 Summary: cc: should default to -march=3Darmv6t2+fp Product: Base System Version: 13.0-RELEASE Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: fuz@fuz.su CC: bsdimp@FreeBSD.org Flags: mfc-stable13?, mfc-stable12? Given that armv6 FreeBSD seems to require armv6+thumb2+vfp2 at a minimum, t= he compiler should also be configured to generate code for this architecture. But this does not seem to be the case. Instead, cc(1) seems to default to -march=3Darmv6 (with hardfp I think) which is very restricting when compili= ng thumb code. Please change the way cc(1) is builz such that -march=3Darmv6t2+fp is the d= efault for armv6. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Tue Nov 2 18:29:17 2021 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 5D79C18338AE for ; Tue, 2 Nov 2021 18:29:17 +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 4HkJMd259nz3lPb for ; Tue, 2 Nov 2021 18:29:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 2956F1E8F for ; Tue, 2 Nov 2021 18:29:17 +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 1A2ITHo3001915 for ; Tue, 2 Nov 2021 18:29:17 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A2ITHo3001914 for freebsd-arm@FreeBSD.org; Tue, 2 Nov 2021 18:29:17 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: freebsd-arm@FreeBSD.org Subject: [Bug 252801] arm64: LOR msdosfs -> devfs Date: Tue, 02 Nov 2021 18:29:17 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mjg@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status cc Message-ID: In-Reply-To: References: 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: 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252801 Mateusz Guzik changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|New |Closed CC| |mjg@FreeBSD.org --- Comment #1 from Mateusz Guzik --- fixed in https://cgit.freebsd.org/src/commit?id=3Ddbc689cdef0cc8ff11171642cdcf107dfb= c3fb41 --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Tue Nov 2 18:32:11 2021 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 627D7183474E for ; Tue, 2 Nov 2021 18:32:11 +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 4HkJQz2GW2z3n0D for ; Tue, 2 Nov 2021 18:32:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 2DF151EBD for ; Tue, 2 Nov 2021 18:32:11 +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 1A2IWBIc004985 for ; Tue, 2 Nov 2021 18:32:11 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A2IWBIB004984 for freebsd-arm@FreeBSD.org; Tue, 2 Nov 2021 18:32:11 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: freebsd-arm@FreeBSD.org Subject: [Bug 259619] cc: should default to -march=armv6t2+fp Date: Tue, 02 Nov 2021 18:32:11 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: fuz@fuz.su X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: mfc-stable13? mfc-stable12? X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D259619 Robert Clausecker changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |Not A Bug --- Comment #2 from Robert Clausecker --- Contrary to what I have been told, it appears that the ARM1176 core does not support thumb2 after all. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Nov 3 09:31:54 2021 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 EF5C41830436; Wed, 3 Nov 2021 09:32:22 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (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 "vtr.rulingia.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HkhPd5N0Kz3s0Y; Wed, 3 Nov 2021 09:32:21 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (2001-44b8-31fc-0d00-4c2a-0fcd-57f9-83b1.static.ipv6.internode.on.net [IPv6:2001:44b8:31fc:d00:4c2a:fcd:57f9:83b1]) by vtr.rulingia.com (8.16.1/8.16.1) with ESMTPS id 1A39W0jB094411 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK); Wed, 3 Nov 2021 20:32:07 +1100 (AEDT) (envelope-from peter@rulingia.com) DKIM-Filter: OpenDKIM Filter v2.10.3 vtr.rulingia.com 1A39W0jB094411 X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.16.1/8.16.1) with ESMTPS id 1A39VsVs045646 (version=TLSv1.3 cipher=AEAD-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 3 Nov 2021 20:31:54 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.16.1/8.16.1/Submit) id 1A39Vsvf045645; Wed, 3 Nov 2021 20:31:54 +1100 (AEDT) (envelope-from peter) Date: Wed, 3 Nov 2021 20:31:54 +1100 From: Peter Jeremy To: Warner Losh Cc: "freebsd-arch@freebsd.org" , freebsd-arm@freebsd.org Subject: Re: FreeBSD 14: Poll armv6 deprecated or removed Message-ID: References: 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 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="rXZ1f9vA0uE8OmOA" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp X-Rspamd-Queue-Id: 4HkhPd5N0Kz3s0Y X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=quarantine) header.from=rulingia.com; spf=pass (mx1.freebsd.org: domain of peter@rulingia.com designates 2001:19f0:5801:ebe:5400:1ff:fe53:30fd as permitted sender) smtp.mailfrom=peter@rulingia.com X-Spamd-Result: default: False [-5.87 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[peter]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.969]; DMARC_POLICY_ALLOW(-0.50)[rulingia.com,quarantine]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5800::/38, country:US]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --rXZ1f9vA0uE8OmOA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2021-Oct-28 09:37:03 -0600, Warner Losh wrote: >Given that the number of available and useful armv6 boards has fallen to >almost zero, the time has come to look hard at armv6. So far as I can tell, the only supported armv6 boards are the RPi variants using the BCM2835. According to Wikipedia, most of these boards are still available but when I look at the Element14 and RS websites, the only board I can find is the Compute Module (though it's on backorder). What is the direct benefit of removing the armv6 code? When 80386 removal was proposed, it included an explanation of the benefits of getting rid of all the support code in the VM subsystem. Another point that may be relevant is that when GCC introduced support for the ARMv6KZ architecture, it misspelt it as ARMv6ZK. Whilst the typo was corrected in GCC and never existed in Clang, the misspelling has leaked into a variety of FOSS - including contrib code in FreeBSD. Such code will either be missing relevant optimisations or, at worst, fail to compile on/for the RPi. >1. Keep it as is. >2. Stop building packages. >2a. We should likely do this anyway for all stable branches >3. Disconnect it from universe: >4. Remove support for armv6 in base entirely. > >So, which of these steps do we do before FreeBSD 14 and which before >FreeBSD 15? > >My vote would be to do 1-4 for 14 including 2a. Since FreeBSD-13 will be supported until early 2026, by which time the supported RPi hardware will be 10 years old, it would seem reasonable to remove armv6 prior to FreeBSD-14. --=20 Peter Jeremy --rXZ1f9vA0uE8OmOA Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAmGCVv9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzQjlg//R9wIc9+3Sv3ySbiHyVGcfANQlK+g2fP3HzuP1jJZA26UOETIxpSzzmL4 JFbXBYzDiGZNiYvU4kYD57yDEfI1bCaXWMy6EKH9thFL5I8cecsC4z+JQWUmA3gU w5Zk1yrXcicyYzt1fbUUo2hWnzIILqYuVj9KAgkvpeXSSVOMpKFT3r5p9+YvkbqG Hu5F7ShgHdi0K+ghqyuugPY8vLaP761PSRRbrCU8vOnYjqH4lQmW+sf6FRCb77ku ZxaZbBtsyYjhjhTQTtO9tdX/DnlD4CX1R2OqidWrYNUlegLm4Q59yFHDP20qGAPu 5DyihmVQzTe1UvWwonYTxaUOZOc3SBsVd/CYWtvuC6AUQctBEK0nMK8CWJnJ3Ygh 2/0j69gEdBFX4Am+9eg6ZK5jBttfvIYXI4Nkg+Zx3XxoYjp6ArFH5VxukJLU3wSO 1UiL1IdBMwmQFh54UNuBhDIl+iZGuRce+69pqa04IipZQ6i1KUBrQaQxLW3him+g KUcJO5/AhqjrmdRIzK80ZUBrcD2xcXH15vmubod4E8v/0l/Gcsxm2tDOMk8MoRED k8AEn8Gur2JHeCDL5XkecgIuD+S+StJ8K2tzzXBXZVc000jZETQcG4Pv1T5OFc6v G+kKDgZWxlsA1fQI468nvYQ0yzOYlNNI3Y3fufsCQ6HLkQWQbR4= =efy2 -----END PGP SIGNATURE----- --rXZ1f9vA0uE8OmOA-- From nobody Wed Nov 3 10:37:09 2021 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 2BCDD182DE76; Wed, 3 Nov 2021 10:37:19 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 4HkjrZ2VgMz4jKD; Wed, 3 Nov 2021 10:37:18 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 48D8E5C00E8; Wed, 3 Nov 2021 06:37:12 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Wed, 03 Nov 2021 06:37:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=5EvnzNWKaPNvL0dY0kch+7LQ606 QYe/xX6K6dllq5kY=; b=obHZT9DW4yRPHJKOc6KTzqONAaJbISLayhXRMvUFQcj uu3OfnyOvmmRSwIjniSW/pBoV4zF2Im+e2IwKPXHxeZqdyGkWMVGJ/epAa8z5BYL de/oSUAD27Zby5c/ZqApfYgAZq2v2rRFGKmr6eLJJO+xla8ftogPk8Xd0Hzyhdyz Rj0efbP+HkS1yv27y0D5IyCxTDpunIIIVgO/2Iu2ZJGjVBKb/VEvZQTssjvRixmC 68v6DZclTC/+lt5tTBGmu7HlBsE69A/XPwmcoEG4tgZeMPdInZC1TSWRo0oLy59r I1bqLTjKJsVUNG8hYfzM5IrpJT/pG20YhBtNkVtX28g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=5EvnzN WKaPNvL0dY0kch+7LQ606QYe/xX6K6dllq5kY=; b=ODop5SCr1p/MUtFg6e1K4b qgRvvxUe7sATEnpx3fkX+D6zLoLYnXLLVRb00XfoXSevmegH86F/9P1JfjCKjOfk JEcn6RFOTqEQmAcelQjTOHStnVVD8BQREDNgjTOdnRFNyDdHIjAi+7xGF7spZ2ll +xEBh7NDQAgHmzWR8dOa86KG52ark4yptjvhrL0M1UydJRsnR0EPd6DLCdafSmoG BpUd7gyM0pqY3Zi0dwgxu5aEpH8+HIISIlyFaO/cnL0NIBQV1fEWKyT7+ykbHjEc zZz7Fe3j8RSGN6n38WfMK4ZOOxocCW8vVs8LT63SKfOi6dFAL2SvBLQow18BpK0g == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddrtddvgddukecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvdettd dtkeduvdegveelffdtkeffudejvdfhudetnecuvehluhhsthgvrhfuihiivgeptdenucfr rghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 3 Nov 2021 06:37:11 -0400 (EDT) Date: Wed, 3 Nov 2021 10:37:09 +0000 From: tech-lists To: freebsd-arch@freebsd.org, freebsd-arm@freebsd.org Subject: Re: FreeBSD 14: Poll armv6 deprecated or removed Message-ID: Mail-Followup-To: freebsd-arch@freebsd.org, freebsd-arm@freebsd.org References: 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 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8vbwP0lb2NosTSWu" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4HkjrZ2VgMz4jKD X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=obHZT9DW; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=ODop5SCr; dmarc=none; spf=none (mx1.freebsd.org: domain of tech-lists@zyxst.net has no SPF policy when checking 66.111.4.25) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-6.48 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.25:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zyxst.net]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; RCVD_COUNT_THREE(0.00)[4]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.98)[-0.981]; SIGNED_PGP(-2.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from] X-ThisMailContainsUnwantedMimeParts: N --8vbwP0lb2NosTSWu Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 03, 2021 at 08:31:54PM +1100, Peter Jeremy wrote: >Since FreeBSD-13 will be supported until early 2026, by which time the >supported RPi hardware will be 10 years old, it would seem reasonable >to remove armv6 prior to FreeBSD-14. I'd say if the criterion was "old" then there are other candidates with far fewer units in circulation with hardware almost (over?) a decade older, like powerpc and powerpcspe. Literally *millions* of the rpi1b+ and its analogues were sold. They are durable boards, and they'll belong mainly to hobbyists. And as you say, they are still being made. Does FreeBSD *really* want to remove themselves from this audience? --=20 J. --8vbwP0lb2NosTSWu Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmGCZkoACgkQs8o7QhFz NAViuhAAjfYSWmk2aI07jMVEj5vd0xwH1bqcNs3LF5xmfwtpO4WQq8B6cHkgEqrS KpcGqjCxh2TLWmPQV0i4acDbMQ0uP7V+tE2QeIR7FWVIooqSK95yYeR4sD5rUOgO L3glFEoYQQpphyP5C45imcvvhmnKN4ZXeFT4oQoRNtKsPHFZ+2+uF4wigu+edLOQ 2w3QGC3r6iEHRwWRg/O6LEN0TqSslvO6lcp+xirND0wEzADI8VAWK+daMqf8qlhf X6HFpf5/CZYNWWA5kLry0KGbbSnuEO/aRB7HQ0/d4wipVzDXn+2tJDtHk1y7WIbK kFOWch1BHUz75sYvm8uK/JpUyScDwHsPuaIA65hn2ff1PxWgk4LCUZ2OvlhYOdsM J9SYpUA4I90SsF/FgEhoNR/e7SVI0vXsfZe+KiIMpy6CZUcqnjkL9nbzbep+wkOJ EDRvfrWZDXbgxlh9Z0KemcBCo41mMVUgAccJ6K0f+9xUTDQ8T6HczBkSILFr5JlC 2WuHgFlzks2RPGntETbKsyvtIuOtAtAnyvMsSn5uGr+kG7KEre9gAP7hXDC97x20 Qv89FSW6crL9ofxIxY0RzNybUB1ZpBDbq+Y9Q7tWyMvvXi7S2Vvqh1FzYnhaDkDu rZhmeXQiXw9eV7+MGlyXQuQgj758Q6bxbRKoUiu4FtgYuOW3yS8= =Efni -----END PGP SIGNATURE----- --8vbwP0lb2NosTSWu-- From nobody Wed Nov 3 13:46:19 2021 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 F34191842225 for ; Wed, 3 Nov 2021 13:46:27 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mail.blih.net [212.83.155.74]) (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 (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hkp2p447yz4pLJ for ; Wed, 3 Nov 2021 13:46:26 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1635947179; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ywVJNTiLDh8guzaaaGmcK++iSLaVkQxezlscEufqih0=; b=uZqcgemJwpo6KQGPE7/xfk3Nvv/DwR/OHRVHH/NegmFDanDOgHxLxEF9rpAhgthm++MCOU wTBxfvfXSEj1+jj4Hf/IpFmrIghkqm2tlzWJLkg+8SosMExUOoKeQ9mqBeLVc8jfPMSrf4 N0bORoyB77AkyNcj9bPXxVIMe274+Vo= Received: from skull.home.blih.net (lfbn-idf2-1-644-191.w86-247.abo.wanadoo.fr [86.247.100.191]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 476469ec (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 3 Nov 2021 13:46:19 +0000 (UTC) Date: Wed, 3 Nov 2021 14:46:19 +0100 From: Emmanuel Vadot To: Warner Losh Cc: "freebsd-arm@freebsd.org" Subject: Re: Fwd: FreeBSD 14: Poll armv6 deprecated or removed Message-Id: <20211103144619.6f4e52d5e879427e239505be@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) 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 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Hkp2p447yz4pLJ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=uZqcgemJ; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip4:212.83.155.74/32]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Thu, 28 Oct 2021 09:44:20 -0600 Warner Losh wrote: > Greetings armv6 users > > Please see the following thread on freebsd-arch@ about the future of armv6 > support in FreeBSD 14. > > Warner > > > ---------- Forwarded message --------- > From: Warner Losh > Date: Thu, Oct 28, 2021 at 9:37 AM > Subject: FreeBSD 14: Poll armv6 deprecated or removed > To: freebsd-arch@freebsd.org > > > Greetings, > > Given that the number of available and useful armv6 boards has fallen to > almost zero, the time has come to look hard at armv6. > > There's a number of options. > > 1. Keep it as is. This will only happen if there's a lot more users than we > think (and we think there's nearly zero users of FreeBSD 13 and newer that > would want to run FreeBSD 14). > > 2. Stop building packages. Given it's small to non-existent user base, it > makes no sense to provide a package building service for it. > 2a. We should likely do this anyway for all stable branches since it's a > net negative in terms of cost/benefit analysis: lots of effort to produce, > very little use. > > 3. Disconnect it from universe: This will mean it will rot, though. It's a > necessary step in removal. > > 4. Remove support for armv6 in base entirely. This will orphan any RPiB and > RPi0 users out there. However, the RPiB hasn't been sold in a few years, > and the RPI0's connectivity is severely lacking given no SDIO support. > > So, which of these steps do we do before FreeBSD 14 and which before > FreeBSD 15? > > My vote would be to do 1-4 for 14 including 2a. > > Warner For 1. it's impossible to know the numbers of users currently but based on what it is possible to do on RPI-B/RPI0 right now (i.e. not much except some conserver thingy or things like that) I don't think that even if there is a lot of users that should count. It's not like there is some products using RPI-B and FreeBSD. For 2. If we stop building packages we should stop building images as a user that download an image from the FreeBSD website expect to have packages available. So if we do both the arch will rot even more quickly than currently. For 3. Same thing, the arch will rot. For 4. I'm not the right person to ask but I don't plan to do any armv6 work (not that I ever did ...) and I also don't plan to make some optimization of armv7 if armv6 is removed but if that makes it easier for others my vote is on removing the arch given it's mostly useless nowadays. -- Emmanuel Vadot From nobody Wed Nov 3 20:55:23 2021 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 01052183D7D8 for ; Wed, 3 Nov 2021 20:55:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HkzYy2zXYz3qnx for ; Wed, 3 Nov 2021 20:55:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635972931; bh=5cxqjO5DBBegEgsc/cLWE+BViyZTkxhLz5Um9n8GtP0=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=FMhkcjS3yyvCdwxBFe/PoXrnyO4xDnvygM3ENTrUtWItD831lu/50N0/KheQBhO18uKCZ8GbhBW40HRNN1q3CztJevVinHJsw0RcDTKL/MN1Yp8BhFr9tZmmuUnsuJaj6O5bU31jL0SRkYVaEmhJkFdydyFQmmusKkIyEQ1oA7faY16J3OpMHKeY90hvuTN/Ll/J/tw2JcQRCOrJrCaN9U8LvKnmoeRwekhYJuaDSAHUU3mY7A6R6ckdYliZ+yfqYwADysHKgE/8sgocv/KiUe4nn8sfAQMdlBFhobpopWMuNtoEboY6UtyZEKIXcutOhjwEFlQdvFGH+Ufymm8wGw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635972931; bh=EsSDs+9+2Rj7y/n2xi7AGR0/S0xxYLLB94U+wsnBgSS=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=NXZVsqtqEZDcCI/BxHWcEO1VM2Ji4VsL6EahU3RXTwM49DHSK95l21yYES31IG7TgsLmQJVrbO+Q6RDq4QAMj2XVz4KDTY2QerKYM0zlhnykgpD7bD13aTLAf2yAVHzybc6vIoIEPqIys+EuezwFSOCzdAotOMs6LMFUOWMoQI3evgvPvCbO7lzc87AslVQ4oFZe3q0/5rrGUVp6k1B0CYjy2fC9Y4/oiCC/NjXCJclSYhrSyBdCLvTu9skiZo0J3kNLc3gUzBoV3k/ahuqMyfZeFO1Bh87kVF4T5FIwYuNjF7TfDbG4LmJ9qxrl34IGqAYEYmaBwn/ST5hHrzRf6Q== X-YMail-OSG: wRBcR0UVM1lUMvgJnOtlOy1_3OwqG6ahyqX5dOspIvX311yaDryJ9HHarlrJXqo 7FrSK0g.ZT8wRFZT6j5MECAkTVg2NNqKD33INaQ0x0PmGQ9QzLXY8FztFlz3KaGpRXXWuJPDtzQc CDNRN9rdhC_hl1vGL6tiNeMoBsVlaW2L5GXgdS391AYYCNPWfn3aJLE2Kf5toGehu6pMdY54IS9G iypLKV8koNujbolSfSo9Rn5iRaG2WSmYUla1AlQVrspypKUP9RSSkaCtSmKdRqZ4D.LVwoJ_iSyA lpiu4lKIEzTs4soPjJkIs7gnXe33UAnRRgCXQQKX7skpL.56.ohVUtN_18d4S_3vTVvpZu6.yoqe lWkssxrjYCM0SdZZFXDStbB5vg.2K6WkYKjKWPeWIY.mkQM8qTvaUpwA4V_e3Uk8ttE1qKDS.KtY IKCu_dAcL1v5uGhydZiKyL4F5Lhyi5qXuHJ0nvJFm9c6w17jXJhP3YwMqGsy7kzGMWLLv8dZC3az gZQ87kNIRoGCHBTdF.SiDypAWR8LDPT100q2g0e6D7DERFXwe3B4z2SJNoscH.LYj22HZCqrkvHv Azlr00cX1YpH2Jx7s763d0sVB46mqdH7sIZF2bU2vH4MmfRB0i5m8w1if5AXBFXnQTb3z6iQWTKN u7E04ZcCjVPtQzu7yNpMSflRZpHT7Zjw.ITUL46C5dE30yqb6.snxbxqjg07.5BizjTxRU7YISBc 95nDQv0OacXcXmwX1L4QrB0IGOVM0lbZEHlui9FskKKC4XpmStYgMtVzCME6_zl6OIbqUIL28cnu hmapPPgXAIIRSHm90X81Q1KOviVzaITBe.nhpIKGnszKwm9qB7Lc0wH9L_4sHMux5JzdVaLRWveN 50ZYhNlYU6c326fDHMnPywQnNytJspJGGAbz0jeACUtZxdgdekEGlI1mIJJ6uI1tC8ldjwFnY5Bz fPNK4BGJPeh2xw8l0YXtfpuXPBoo0mrrn70aBK6GZ5OiDd0xHw3ydO2y2qDvXd54pA2M0_uEOJfs xUlMntajL4OJZX9MIhR1huI.4IpxOrm9_7OkhA5qa.7GVhqFrm_RK2r24X1adpvFwFRX2wT69rF2 izPJQAS9nqdntyokn7u31hc3n5jU9SBGmlo_iHq7dqSGn8NcvpkhifUGxvm93MdD7p6WDGNQKHn9 Ihi8aXGjm30sIvtIk.knW.AHuecEv6RNXMXizX.qN599WI3LhtaLnx.7Box5fZk6gCiKMCVVPm2r hsD2w_JHpVDPXPxKB9n3YM1mvuaLF2eFyC2JrWHX2fgfv9nrEG9MZ9kqcodkch.InSSSnMS3G8uB 0bh03im0ck7Yv6LlfDY5ulZ6GExPzqKAUuS2cZ0U2eu8McQJJRRULsDAEqxK5kH2_quU1Xn.FGtg fIWh5pFkWmvPqghmF40GQlm1pU8LwH4nRhrg8ouvSSkZxhj.VHSWCoe6QN9JaVXjcfsHhCZmmJip 3Fic9fWPZK5TMM2WSWeTTivvp9YOkDVDk6gUmU.MSnV55xj9PRJet1WG6r.Zf7DjmZbxcuFrVQCE ikCnBc7sfTN6krKG7tf.Y6EF6gOc3Ybf3KkNhFLxAJKOqmK4kVcRqBHkjt8JGERXR6mlzZx9.ntf 0D3ORBE79Kryzp6wS0ZLFlDsqzpkQjcZhmqZvGrYjXo54Ectycn8eAHKnwiG76bgZOaXytZU0pZw yxKh2P9vhGNRFV4JGsWGDPiZfpFvwDYqRRjgwLwJTyqIGVk6uaj7TkZnYnPfk_b61E2TtELyTx6g t64sNqOngoq6oJTVCF.tC0LW4aPcJoPfsFkxlpvH.AqDG5Da.HCc9m530VPcxFvV7SCp3Lxyh8GH hU5cze72A2TxRlq6BEnkJbZPG8R_Bp3sIDtOFdLNInXreeUbUhM0S7MKO_BsBIy34Q4GT3D9r0sU ZCeL56KlLQpu1P9.OuuRv.KMecpuboMe44ueFqJ_2ZZxwuoV1dFQmvRQUqN1MdF5NjkqYtRXwQ77 d2tldmw6vbPexDC9cIsGp6dH.zjrpoDV22Ga0Kh7AjN9yo6_d0MOQt46QfvEMvf61Je3FzaB8AcL _qJo6h9s9FmkemMAAagNS.lhybovWtR_PqMGpShJ6pJoNXNlTUo1cUf7tKb8_Qih6yt94JBydIr0 05vLQw33QFCjvfrr3oRi7u5FYRfyV9oXmMrBSfJykHpeqwrtrR1ZmL5wSyfUSJ_EPaa4GFJy63Ql 0lAeO7nafMU_F7TirMZ4RFd_62o3QB8EM7L3WdMcLmhfNGPU10NBSKAsGvaNsMAkhMk04Dg1T7le mHQBXtrETrV4wmkAHK0h0RXcMwQTYlYuuietG X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Wed, 3 Nov 2021 20:55:31 +0000 Received: by kubenode534.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0af7a737322acc6a1da91d2c84790b33; Wed, 03 Nov 2021 20:55:23 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 14.0 \(3654.120.0.1.13\)) Subject: Re: FreeBSD 14: Poll armv6 deprecated or removed Message-Id: <9BD68944-22CC-4577-8138-15A4A874BF61@yahoo.com> Date: Wed, 3 Nov 2021 13:55:23 -0700 To: tech-lists , Free BSD , freebsd-arch X-Mailer: Apple Mail (2.3654.120.0.1.13) References: <9BD68944-22CC-4577-8138-15A4A874BF61.ref@yahoo.com> X-Rspamd-Queue-Id: 4HkzYy2zXYz3qnx X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=FMhkcjS3; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.31:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.31:from] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N From: tech-lists =20 Date: Wed, 3 Nov 2021 10:37:09 +0000 > On Wed, Nov 03, 2021 at 08:31:54PM +1100, Peter Jeremy wrote: >=20 > >Since FreeBSD-13 will be supported until early 2026, by which time = the > >supported RPi hardware will be 10 years old, it would seem reasonable > >to remove armv6 prior to FreeBSD-14. >=20 > I'd say if the criterion was "old" then there are other candidates = with > far fewer units in circulation with hardware almost (over?) a decade > older, like powerpc and powerpcspe. A major difference is that there is no one actively supporting any RPi* for FreeBSD internals any more as far as I know, much less for the ARM11 based RPi*'s. By contrast there are multiple people that have been working in/on powerpcspe for FreeBSD internals, if I understand right. (Less sure for plain 32-bit powerpc at this point. And, absent access to hardware, I no longer track the details for any powerpc* .) > Literally *millions* of the rpi1b+ and its analogues were sold. They > are durable boards, and they'll belong mainly to hobbyists. And as > you say, they are still being made. Does FreeBSD *really* want to = remove > themselves from this audience? Effectively the lack of active FreeBSD internals folks that target support of RPi*'s makes the availability of RPi*'s not that relevant. This is even more true of the ARM11 variants, with less informal support. FYI: ARM11 B+ and A+ based RPi*'s are available and some are in stock: = https://www.canakit.com/raspberry-pi-model-b-2.html?cid=3Dusd&src=3Draspbe= rrypi = https://vilros.com/collections/raspberry-pi-boards/products/raspberry-pi-m= odel-b-plus?src=3Draspberrypi Out of stock include: https://www.pishop.us/product/raspberry-pi-model-b-plus/?src=3Draspberrypi= https://www.adafruit.com/product/1914?src=3Draspberrypi A+ only but out of stock: https://www.okdo.com/us/p/raspberry-pi-1-model-a/ One place I looked at indicated that the A+ was discontinued: https://www.adafruit.com/product/2266?src=3Draspberrypi But https://www.raspberrypi.com/products/ does not indicate that (yet?). I got to the above places via use of https://www.raspberrypi.com/products/ and where it listed alternative sources for buying such. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Nov 4 11:19:22 2021 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 2A13218290D0 for ; Thu, 4 Nov 2021 11:19:33 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-4317.proton.ch (mail-4317.proton.ch [185.70.43.17]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HlLkr6qnHz3NR9 for ; Thu, 4 Nov 2021 11:19:32 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Thu, 04 Nov 2021 11:19:22 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1636024763; bh=q/xGsQc/66SNeo2vmHZKuNw0u3Dap9waWjD3wu2FHck=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=vwRHZgUsbLPYCQSXBw9oI1EmOHohf5VjD0rWH6xWbaaKFoI3C8N0/OVDs3mK/QAi4 QikarLXuKFxoOYOfVPD4rmUhiWy7xHtfB3p9+oiufCFPe2gkn3KG0I7g1nRbJIIzTk LDRkDKM0kcgwv/3v1/I+MnVehvectZdWzXYZYPwQ= To: Emmanuel Vadot From: Dan Kotowski Cc: Warner Losh , "freebsd-arm@freebsd.org" Reply-To: Dan Kotowski Subject: Re: Fwd: FreeBSD 14: Poll armv6 deprecated or removed Message-ID: In-Reply-To: <20211103144619.6f4e52d5e879427e239505be@bidouilliste.com> References: <20211103144619.6f4e52d5e879427e239505be@bidouilliste.com> 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 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4HlLkr6qnHz3NR9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > For 1. it's impossible to know the numbers of users currently Maybe we can't "know" that number, but I think we can at least assess wheth= er it's still popular or not by answering some downstream questions: - For each package, how long does it take to build? - For each package, how many times was it fetched by month? That right there will at least tell us a rough lower barrier of the time th= e community was saved. - Are those numbers steadily going down? - How far along the tail of the distribution are we? It's far from accurate, but when compared across architectures we can proba= bly make some sort of reasonable assessment about the general impact of no = longer supporting armv6, which is better than throwing up our arms (pun ver= y much intended) and saying it's impossible to know. --Dan Kotowski From nobody Thu Nov 4 14:50:53 2021 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 03B3718388E4; Thu, 4 Nov 2021 14:51:05 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.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 4HlRQw0jJMz4Vqd; Thu, 4 Nov 2021 14:51:04 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id B9BC53201C3B; Thu, 4 Nov 2021 10:50:56 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Thu, 04 Nov 2021 10:50:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=jSTSUWYcRvhIqLDFFXk7+wNZiu7 YbR4KcQqW+FKxc4s=; b=i3T/weuT6//U48qOEuq1BroEfp0WM8HuUvMavqTvalK wCkBB/YwLbNcnUiH77CpMwCK4fMEVmGVK0XSnkoK77n8oyY/QpzthG47pceYSfOl 8cHGPJkMBv273UhX6PB/mT4cJ1MwGhq84OFepm49bR7BoAYUJehvJQ84LeCxhzG2 Ic41fLauHGUg2drQ+W4Ans+HFqRcJK9s5CZCeRXNI/0nJYo4idLi2jn1HZ0du0d0 hDmzu4i8gYWoUcEVLcgzAwZP7H1Bz/VdNe40UvOK35bNqQo/0/Bx2+WraH2gr3zw G8QcIbtjDY7wH2IT47lIb/0OE3KxjdoWBaAJaAlJlJA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=jSTSUW YcRvhIqLDFFXk7+wNZiu7YbR4KcQqW+FKxc4s=; b=FhiYt56RaJtvg/Xxzy9UZL FYb5P57+r2/2eVSnwtsPIV6/LTqa7SvLNps/FfV+EzbXvkDwaxXYRnarYUL/0yGR Wszv/kmvX3DLEeZoGHjhhS0QMz1b/oRJc6lzDyOoFUHBINhHZcgXOVVT7cXIjmid nUkf4pXyXyjgJ6gu8PQlhVS5L3w4VGqJkGeHWhX+7SbeAdbftmAHmulg+LEG4s9o pMquplp6Ju+34CX33RSPBTbAzfv9wf6s5PLgsraJhsw901WvMyWRUJb93CX8rynJ rm77YGGgQ0ZanSuffLM2HrVZ95PIzCvNm76YQkscnob18EHjM+d2ckqFYm7Hhc4g == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddrtdeggdeigecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvdettd dtkeduvdegveelffdtkeffudejvdfhudetnecuvehluhhsthgvrhfuihiivgeptdenucfr rghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 4 Nov 2021 10:50:55 -0400 (EDT) Date: Thu, 4 Nov 2021 14:50:53 +0000 From: tech-lists To: freebsd-arch@freebsd.org, freebsd-arm@freebsd.org Subject: Re: FreeBSD 14: Poll armv6 deprecated or removed Message-ID: Mail-Followup-To: freebsd-arch@freebsd.org, freebsd-arm@freebsd.org References: 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 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="VNmVAG70LQrkNslD" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4HlRQw0jJMz4Vqd X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b="i3T/weuT"; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=FhiYt56R; dmarc=none; spf=none (mx1.freebsd.org: domain of tech-lists@zyxst.net has no SPF policy when checking 64.147.123.24) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-6.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; RWL_MAILSPIKE_POSSIBLE(0.00)[64.147.123.24:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zyxst.net]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; RCVD_COUNT_THREE(0.00)[4]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.24:from] X-ThisMailContainsUnwantedMimeParts: N --VNmVAG70LQrkNslD Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 03, 2021 at 09:52:19AM -0700, Kevin Bowling wrote: >FreeBSD wants any audience to help support the features they demand. Since >this particular audience has not, what may cause it to in the future? Not a >rhetorical question nor a vote for removing, this is a perennial problem in >open source and I am curious how you think this works so I can incorporate >it into my opinion. Maybe the audience isn't demanding? It doesn't mean the audience isn't there. perl and python and shell scripting work fine on these boards.=20 Issues with these things would I guess be taken up with those maintainers.= =20 The hardware is very stable. I'd expect that a lot more users might pipe=20 up if their freebsd os needed updating for some newer python only to find= =20 it couldn't be updated anymore. The first of those to pipe up i'd guess=20 be those with boards that have an internet-facing connection, as the=20 pressure to keep fully updated is a lot less within a firewalled LAN. OpenBSD immediately after install has an email on the system giving a method to send in a dmesg. I don't know if it gives them a handle on the number of users and what their hardware is, but it's better than nothing at all, which is where FreeBSD is. Although there is a port called sysutils/hw-probe, one needs to know about it first. It's not in base. For armv6 in particular though, I've not heard of any reason justifying *why* getting rid of it. At least if it's in base we can compile ports for it ourselves. mips/mips64 stopped because the working group stopped working with it, fair enough. This isn't the case with armv6. It might be helpful looking from another viewpoint - why is armv6 a tier1 architecture on NetBSD? --=20 J. --VNmVAG70LQrkNslD Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmGD80QACgkQs8o7QhFz NAXvtRAAlGjqCo2PZ5AO1zAbguY5HvD3Cwf3X1tDVztTkwOtrslKgLJHS156q1To UMYw2lCwuSJAXiyD97Kgdns+fUGcVBuMjBEWD4xin5UBqvoNzLCrk9zLJgwv2nAB /Jgdazfelln3Nx4L15da1XUwtUKelB/LjyIpbprK6TTcRekJwLPSUby6rXgtWI50 zHaJbB3xCu2ZT/jQu/ADjCvVv9LehXeVVh6Z76WQNkpNcv14LRV6iP6a2OBpzKDa cR6Z9EsSPqQY8/Dg9fSIl13/Fkv8y+Ot9cHU+W5XOIGgMYr8ZikSWp6S/PcbskI0 4FC6wHQpO/mEqVSJkDTTPhCTjrucDu7s5F08D81bi4wN8D6kblxFq6i37kq72tF2 NtVGmy4VfZ2oOvW2LhpF/bKBLeozDBdTh8YddRnuztReGhNcuCEcjqjNDmn3wa1s eK7p+ssGmFzaJfl1QyPWY0KAHjf/gWyUxcZeij2yPOVpFe8EOiOHcnQdibVZ+Rsu 2tmW4zxDgrZeHBP+k/RkMJqLVuIRT5OH8oXUl4whyVrJoMU2Yt6iMIx+udSyWy4y j1lfYT2pint5zjj3xAEdr857ypzlQ8frI/85SufQUDidUMMP885ZeidMGIdwvYia oR0oJxXri3Px1QgA2hxKBbiu4SYAMQOpdX/m9tYgcN5H36KYCI4= =UvTI -----END PGP SIGNATURE----- --VNmVAG70LQrkNslD-- From nobody Thu Nov 4 18:53:18 2021 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 AD406182FDDB for ; Thu, 4 Nov 2021 18:53:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HlXpf2w8Wz3jnN for ; Thu, 4 Nov 2021 18:53:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1636052002; bh=79Rsj8q4jeie8U9bpP2QEGkifeRmW1HNC24JtT31XEo=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Q+LCraAG2vxro1hgbgL66xvkQjGCfkcZpMAiHrINPW4yjwnTb7gsXOf6rpPveDvronU/nnCrDjTrRuYfIMoUydg+79uo6yFxibFX7lP0Tr2OA1ZjKFr9tiIQqAj0sLTg5xPBbdkOSug+6rBvMOjNW7RJ2VOjYxx2egmjPvKY/z3VxqcsEFYOrOh+mi++EcwHc7oIZBat1Vog/XO2ZVoFEArO8X5EFIPe3EF5xpNw5rekgeIydNldbl8F016rklPH/xiC+H1fBmfVLpWUD4y4x/M3Spv6gVHPOqv/H5ds7wUEpn2dR7eN8/8NnRhSYvK15MMKTrLrGmiFMKn4Oi6yZw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1636052002; bh=/bexrCr6hlsTvPH8gwqX6grdpQGuSR/MNhc8Wjp8T2O=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=DzYpgX7dczD5OYYKBGg5DXiPNUZINLz/PazwlS7/tuLS03rnweZ1W31AHpVbdBInpay9wtYZS+KTQw4janMA4qXXTHoPR1ZwjBUsxUn6oDs2PBKvO+NJFYN0dH9FZmMxzrb5D+1qVMuPOTS4yEHup6jQK1+qSqBqnDdqWNOgxqWMoxIEq6nbCGsjPkjJ+l2mghK/BSQOYu3IR7G3Rsm6PSMJuX8VN1Zq8hrlDxqzeSzywe+fWUxEnSnA/tkhKMnDqSgYhDNxdNoSFBtXVGBfK+X3HA74+Ttf0AZb1foLep8RuuANrfqUgrzZCIHDci2+FCSt54XrcyfJjxsyj05O9w== X-YMail-OSG: DkBg0voVM1nuu92XWfd6TeCxu2THXhhDT9VbWmSitd6JFZLAppEQ.589qyNpNNi rzAsBsbaeGmxknEf7dK5K7v8zk2um1W9rQyD9vcAZ0Yx5W_qtNwd.BeZ86a2U93RvrHAS_grTMpb Pdu5ZyWlp2Kl3kNjSTS2uQdsDBm1PDgXdJ2EZHxxT2HotzabrvCTZXg.gnJNhKJXWSqn6NMA_ac3 XIeAmDTsWY12RH8Lrs38K7bIQ.kJ7ng99dEibB7h5WQ3Ptf5BoDqG7J8KMs0bPVFl3DO8MWAS8dA 4RHV1mcoMFp23mDVj.NJfCSVpUt8MRVAuBgtsCxginjen0fl0aERvu9Ue.oNqDVivyI2p10AQK0G i6U4_igKZwCAUIkTlGvq9PBFd2J2LeeiW8jezE7aZQ1fXFHMSibtdIIjT_vNUC1HN0n8Pg2PboxB uewPuFdmca9JnWPHlihbkd.LGekpfdYd3wyNjR23iXZwrknjSsSCnllHJxbUXtAAXF7QlS8HNVIK AYXA5E44iTC3.n2Su_1XqrPfDdx6opcs7dLA502E3jkIgjjE1JkmwJQMeWz.InkluLiu8p.hYqjv yQpu64ky7Ub0ctMyGgXVKmuy2C0ifq7tZ6PBFi6nMEtJ9IrqddvGCWm6AUPPGOhOCehiAUzfMCNI 4j.ye3KJVgiroxe8eRXVqn72VIySp3wQ8GQc5fufXgKY0ybEiRVFluf4PNGgg969F_XR6FjHPX9i sw8aE6dT0wOXYovyPo_7uZ41UZg7C8lqPilJWiVykHZeIV_xiRFP928HPqqXc788INfyhLFZx6F2 LOTnVm8rSjnrjD0Fst.fper7dYgoCmVR0ceXvLzf3stmk8oKGC2_ENXvCzUNL5l6_hWud0ISYc4X Ot6MaxVs91E9ApDQCpITCTGHldhD8ZyqqiIaePyVLyXP7WeBShV5XZ8PbtW1yrVp5J138hcFDhPs DmV.Bys.NiBG.D_nk8NCaPIluKN0ra3CtgdRvVxZNHxBASSbXPfRNtcBqAm95kXpYw7fZ1nvXuTI AXyWRWrxuH48mpDGIUZq4udvScgEYyX2lt8M3dRw._JPU8y_XwRVMwZFXWBNpSmF1c5_EQ.t5Inc Vfq2VjC0qbf0eZA1dIK4q59.baxvWy.YG.IvPGZFf35Uz8jDuR0NgLqzovzQ203lpLQ6MbyatYxM _u53qm9w69tv4Dezkdd.nVPvrvgmrkzlfsGtiRYFP2jwkuGTCgVaJAUWT8H2S94FYcmGouea8fio NkCzU7bNy9Rj7.IbJ1egQaEp01dvR_7nVWWjiNOI8fn8mIZ1PXrVLlLkJdW673azi.8DQ6UjfogX LiWxbQpfopWYgd1TAwG4tbkgNK2vxrUEYjiH4BN9vY1Y4Lxx9SD2RTQBfGHq5woZ6wlL.lwzFPVK D_aWoJE_K7ehEQ49D_osDbBfpm0htuGlArMR5Mm5aKORwQf1UHjXzKSXfgc08ZeCoX6937hruP1l CEi07vHJCw2ZjeZawXaL..XAi7j.HT8L.tMLzB_4NR89plhBgoqrBWbPNM3FgCPQ7T67Gcxu0AWL dK1h2qVbb9IBwtLgmOHBOWlkKySYy8hq19nfC1BeEBFMLUDKyrpn_1BLCq7roaocSvApnVwqhOJa caHpsfXZNBQURiz6l01grpmgMx5dckUuifwmicXaOgVw1xnqJjl_RNZJcjVTxcNMX06xAgprjd0Y qB97Tp5JMDeylH8Cr0h.YntajmzOcq4RBLLUxsKwTNYi0dxdkUWFHDUOaWIE8A3x1d6o496TSLDz jM31e218sI1lq9oKDBA0cys_mhf5nLAL1RBSpHeNqMi39kBEN2.7N4lMuyiAdN6FSshoYSSe0jr. fw7IxQSjB7_AlFWIcwAP3r5._FtT6gJcZ0AHLTgzB3wtbRIADxD0BQhkIH79ubr48bPCApFrd2Bo lHVsupZn3B2StJN3zq6FLmwAClOh0JZsuIwa1idcIMS_nPZrGUpnuFDKq699GN1R3B_asgNYBQfC p0ak7DqlCjU9q1ni14loKjJEeJUMeeo5SNx5A95cvmVSkn4RLQppadHp8bvrfNB1ROPnLIc3px.n E5IyoyVnQhTtGpTZwZRqt5LTym6VpOLzCaOzW0OgC_pghcfh4LLifQdTAAig6aQ7OFqASQmh5yJ4 cUmcQq7RQIh2G5AUTeGe0EBPP5j6ZryGvJwtI4HjDxeZnPn.g_jUO6EIxozEiONbWBcUn..kwnX. cBNdbDlLGV9CMjQrBa.0fMF63rmoKm4s_SpCqnwpxFQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Thu, 4 Nov 2021 18:53:22 +0000 Received: by kubenode524.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 02270d59caa3878011c357f4f3b0b06d; Thu, 04 Nov 2021 18:53:20 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 14.0 \(3654.120.0.1.13\)) Subject: Re: FreeBSD 14: Poll armv6 deprecated or removed In-Reply-To: Date: Thu, 4 Nov 2021 11:53:18 -0700 Cc: freebsd-arch@freebsd.org, freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: tech-lists X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4HlXpf2w8Wz3jnN X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arch X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Nov-4, at 07:50, tech-lists wrote: > On Wed, Nov 03, 2021 at 09:52:19AM -0700, Kevin Bowling wrote: >=20 >> FreeBSD wants any audience to help support the features they demand. = Since >> this particular audience has not, what may cause it to in the future? = Not a >> rhetorical question nor a vote for removing, this is a perennial = problem in >> open source and I am curious how you think this works so I can = incorporate >> it into my opinion. >=20 > Maybe the audience isn't demanding? It doesn't mean the audience isn't > there. perl and python and shell scripting work fine on these boards. = Issues with these things would I guess be taken up with those = maintainers. The hardware is very stable. I'd expect that a lot more = users might pipe up if their freebsd os needed updating for some newer = python only to find it couldn't be updated anymore. The first of those = to pipe up i'd guess be those with boards that have an internet-facing = connection, as the pressure to keep fully updated is a lot less within a = firewalled LAN. >=20 > OpenBSD immediately after install has an email on the system giving a > method to send in a dmesg. I don't know if it gives them a handle on = the > number of users and what their hardware is, but it's better than = nothing > at all, which is where FreeBSD is. Although there is a port called > sysutils/hw-probe, one needs to know about it first. It's not in base. >=20 > For armv6 in particular though, I've not heard of any reason = justifying > *why* getting rid of it. At least if it's in base we can compile ports > for it ourselves. mips/mips64 stopped because the working group = stopped > working with it, fair enough. This isn't the case with armv6. [This note is in part because a prior note oof mine did not make it to freebsd-arch.] Without one or more developers willing to keep ARM11 based RPi* FreeBSD working as FreeBSD updates, the code will break. Other architectures have been removed for such. Folks that do not want to work on such code do not want to have to work on it to keep FreeBSD building and operating for other architectures that have active developmers/maintainers. If there were active FreeBSD developers for ARM11 RPi*'s, the removal would have been unlikely to be proposed at all, even if the use was minor. FreeBSD is driven by the developer context directly, not the usage context directly. The usage context only drives things when the that context pays for developers to support the usage. (Think companies that use FreeBSD in a way that involves being sure supporting development and/or maintenance is done for the variant(s) they use.) [FreeBSD for aarch64 RPi*'s seems likely to suffer the same fate at some point because RPi* specifics are involved: generic aarch64 code is not sufficient. The aarch64 tier 1 status does not imply a requirement to support aarch64 RPi*'s.] > It might be helpful looking from another viewpoint - why is armv6 a > tier1 architecture on NetBSD? Something like, say, aarch64 being tier 1 on FreeBSD does not imply support for all existing and future aarch64 systems. The same goes for armv6. The same is true of NetBSD. NetBSD supports a lot of systems that FreeBSD does not. That fact has never justified having support for those systems in FreeBSD. FreeBSD has previously removed support for things NetBSD still supports. Different developers, different criteria. NetBSD will always be likely to support far more systems than FreeBSD. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Nov 4 20:39:04 2021 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 737B01806C9D for ; Thu, 4 Nov 2021 20:39:15 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 4Hlb8d4gYjz4qvw for ; Thu, 4 Nov 2021 20:39:13 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 7C5DD5C0056 for ; Thu, 4 Nov 2021 16:39:07 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Thu, 04 Nov 2021 16:39:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=w0uOnS4RF9Zc4SW+unO/6ZLf4Al gVMJ8o+6HD+SeA7w=; b=iSTw/B1LSliCw60qQNtQUWctM5ZaE7pJhs5yXAow50J /LV45uuotmEXOJ+rvFDmyA5layITcj3G8nYCXlhiMwkgiPXSYggD6uH8STA59+Lf 8gnmB0oLVDVaqXBlb95vEDOAPopQlyCi6vk9UIOEJJRqgLEzX0YosTGptZTjMz/c cUE98/tF97ktL/x/Z3IdLnomhe4wNtoQNcaTfIh4SCOCt4A0teAOvSOp/ewoANLe 7w4K4QqzUDaXOy007vVJJBY/wc6Z6Ylzo9qlgXTsNxrueEvOxI94vsAB4qdGseF7 V6Dv5d+pb0wjFzQ0DQsRsNXXrGn7esBR0EBumh5jEZA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=w0uOnS 4RF9Zc4SW+unO/6ZLf4AlgVMJ8o+6HD+SeA7w=; b=HRWe0a6PaQUMw1AK+dpjSr UW9XAEDuueXKZAlj2C91qtvSU20Of15fgybJlSkZKd7P7uRatz+Kq/KooSeWDGnY csms21s+zuwK+2S5+x0u/jzK4Bj/BWFJhG8tn8FYbDwJuUrPbMlsS/pwVqpX49c1 uys5qnwikOHUkMFilX/bcKxQ9UXoK7QYSk5+jgRaaL4GBjUnN2pJys727j0SbzC4 qNroOqbGURoj8fuKObuN1vGnMDkY/Gd0jac02Z2T/MaH9KsLmiPPKPSGhXwwW4As p7NETJ2Ujzcewiw9LfN7M6fOj3v4xubB1Zpz5SrgBqhtH0RGOvyKeiYakwmFKc8w == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddrtdeggddufeegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtheeigfdvudefkeekvddtfedvte dttdekuddvgeevlefftdekffdujedvhfduteenucevlhhushhtvghrufhiiigvpedtnecu rfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Thu, 4 Nov 2021 16:39:06 -0400 (EDT) Date: Thu, 4 Nov 2021 20:39:04 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: FreeBSD 14: Poll armv6 deprecated or removed Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: 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 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="fg1suY5uZZpuhTEs" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Hlb8d4gYjz4qvw X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b="iSTw/B1L"; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=HRWe0a6P; dmarc=none; spf=none (mx1.freebsd.org: domain of tech-lists@zyxst.net has no SPF policy when checking 66.111.4.27) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-6.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.27:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; RCVD_COUNT_THREE(0.00)[4]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[zyxst.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.111.4.27:from] X-ThisMailContainsUnwantedMimeParts: N --fg1suY5uZZpuhTEs Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 04, 2021 at 11:53:18AM -0700, Mark Millard via freebsd-arch wro= te: >Without one or more developers willing to keep ARM11 based RPi* FreeBSD >working as FreeBSD updates, the code will break. Other architectures >have been removed for such. Folks that do not want to work on such code >do not want to have to work on it to keep FreeBSD building and operating >for other architectures that have active developmers/maintainers. > >If there were active FreeBSD developers for ARM11 RPi*'s, the removal >would have been unlikely to be proposed at all, even if the use was >minor. FreeBSD is driven by the developer context directly, not the >usage context directly.=20 OK. I can understand that. No developers want to work on it so no interest. That's straightforward, logical, bad for me but I can understand it and work around it. But that was not mentioned by the OP. On Thu, Oct 28, 2021 at 09:44:20AM -0600, Warner Losh wrote: >>Given that the number of available and useful armv6 boards has fallen >>to almost zero, the time has come to look hard at armv6. I'm objecting to this because "available and useful" is impossible=20 to measure. "Available" is going to be a very large number, because of the number of sales and popularity of these boards, and that they are durable. So stuff made years ago can logically be presumed to be still in working order. Even if 0.1% of rpi1b users used freebsd on their boards, it'll still be a big number. FreeBSD does not record anywhere=20 the context in which it is used. And "useful" depends on who is using=20 it for what and is an opinion. >NetBSD supports a lot of systems that FreeBSD does not. That fact has >never justified having support for those systems in FreeBSD.=20 I'm not saying that. What I'm asking is the reasoning. "we don't want to support it anymore" is a reason "no devs are interested" is a reason "the number of available and useful armv6 boards has fallen to almost zero" is objectively false and so therefore is not a reason. And because it is not a reason then justifications following it will also be incorrect. I'm interested to know what NetBSD's reasons are in having tier-1 support for armv6, but I'll ask that on their lists. --=20 J. --fg1suY5uZZpuhTEs Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmGERN8ACgkQs8o7QhFz NAWPWxAArs/BbSxeLAhkRAUT1DlxrBGA8A+fQ8Nrae72TjiJQr1amMADgQpB3ADL OMWFrdp95H6L6JXHbeIoNStZHT51+yKks8XcIo6ApeLQE0BAasOXmcFUdbRnCMR1 mW3h6n4ALyvhHerp/UXpEhKH56ZddjAiZpJSDhTwsRspZjzN4OsQnSQW9ZXFps0e AjsYmoqOEMA6Tsr/Y5lFsT5kZfWRI/g6D3f9oTug2x8MOH58xjhLHzVk4bqtpUgH WI6yyFXEqYB/kMDxfRdFtNmtRurY85Wr3rioR4qPtfKV4sFetXsLjEyaYb97nwO3 AtxtDYWdjlcrIU+ljwRTU2nxtRbsDJoU2IEGLEbiVTQo16JvGB75PKeAubi8xwbt F4Cq+15CdySYq94eRZea+1vAsI7VOK3QaC4eIg8vR8TN++s756Ub190L/Au555DP 0K6WRAgH9jZHNp35RKSdDWh9+Y5WFTfz/X1Wdy2N1MWBHPKcxuRtFn4CT2Kur+UV woSX+AL63qt1U/U2h9GnbEhjZhhmYsPi+NEIzz0mQHs25m/88p8I5h4x7sUZRjXI K8fYPYzbArqwR7ssVAF1K+XLMuFQh9Ahd1rB5b3T6ax4zCozCES57DRCwM3iAfCO 4AAGmW74slTKiy063ERFiLXCxUx6qGa8+Ek1KYTsl2vul8Z5hCw= =MZeR -----END PGP SIGNATURE----- --fg1suY5uZZpuhTEs-- From nobody Thu Nov 4 21:18:36 2021 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 13C66183B6CE for ; Thu, 4 Nov 2021 21:18:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hlc2L5f4nz3JMS for ; Thu, 4 Nov 2021 21:18:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1636060723; bh=wQc2WxxcQH7GCkfyd2GlJth+jVBA+1ViRAp21EPUIYY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=tPz9dN9iO9HAjohVw1pZymGJ1leOrOgeCvpgiSD6PcHsL9n1eAyda57mLaNyM/Z70nFI5AdmBWM5VFOU7wxkr0v9wwxcYhoXaHvQYkK+BCY2kOAy5M3o73LPD7MCrXMkHNIynHYGHZWyeyG2m5gAwOc6BZbHEb5Fs5YdUlTAJDFnZNpyFbdYDQA1hah/3jFrRB0LvKAscJ85AKnLiItHYFoRMSrwevIhUd9CBxVCMvvLlgi8CGJYWBVcbOngOWTVrlh65OzsW3Nb6qk2eQIchPx8gGbmityVDUPq38L0163NhmBRxqAeFYcEJB6pKSK+fyb3J8ukuGBGrQDp7gRQkQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1636060723; bh=+rLmVWNrLQLzWZe9SIJqEjGifvYmMMpzCp5yPwlsDNS=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=O3XcEk1PC3hmJ49TzglYZfQ+mAS5rjnLBoFA3a5BJpr3Yx5LJ5Q8b7CDwNH5jinRkNDw3LbR6sVuq3uRjqYV1MGsC/avBDij/5ZofnYxeGRmR++GVV9Fx5coo0ZYkh813I3g4bkKNOxorbMhCPgSSa68JGUpqcNzTVrDOJpmuJreQNVzSG7xhMMhwxW1QLW443OP7ptalQfhKE8dVxkh1oEqZkqAVLQPOXbRH1Gd7OE0LXcPjAe0oA0zEEv/paYfOmYtmpddLF013s8TAOJW5oUeGwEZRtUBITZ8JBAETNe4Q/77FGzNRC2/8XGsVfQ1gnCUcL7rmeJHG26BykcOdw== X-YMail-OSG: vuyK.HcVM1nekA.TNLxf_jgGEMvQ1._pcj9kw1Zo7IrpyBHhgLACJSy20y2Qj5q pBs8khfEG.8nFV4XyZSaVlbsQ.gzU7apCD4iyUV0P0dNTD6Cu46NVEpbuLBGBUAXEJaXq.dvJMj5 FyM8QeSBBNRvLhcfd.DgoJEOu8CAsXBxG0AWcukYKNlt2.GwR53Qwq0EsFgY63fviGoDYkTwhrcH 1ZOrDjGL0F10XpD8qqz3HuLVa9xsIquwbdcy5WTvd3_qrR5bfGzQe5_VB51swJZDuFzbX0_NRMhg dQsq0TB040fpk1v.i6LURJwNovymqrEO7Ll81II8ZFMb0Oce.ZZR4Y5uMB2qtQap2fZKeYWN4EVs .WTY3DTONVbuLM.tm3qmg0.4mkZiMom.wTwqCTewiyDYBcZ42NTN08JwH09OtERPVaOp1X0Hbd8r 5HjdVUP1zYZIGy46Vic1..PRwvppYj0rXK.G6E7vlAlgZ_Tscuzab03IWDa2LyF_hQ3CsNrBZRYl pDWQHgy5DBLAPxsyDBNMsdRP3QNjRW0zL5UsL4bYhrTAVCMmEbJp52HvbHnlhyoCq0w8pHmmz2CZ 352H75dCtLk9joFy7zlgAG7u_UZ0jnITeOSY9laXEOF1jTwDhZZgT1RI9sOH.J3X47l02OXFi6K. pyDayhsJ8mjPZgThwE8lYiRuM3L3bRDb3W_YrVKzB7E1CNmwQSPdjRYMWQgJzA.hnlIObENRhzrr 6U0UFuURRyVEz83G.6OLlc9fwAtO8hkRzdHeijGsZ39CLre6Nb36tPiMkqWW2DdZCATamBukt7gp dmeZdw9X1Hqu0GIywVkQKYiWVH6kU5xP3jrHs2WKGiEO1XSEODo1c9Bb8PvBYWI5YNNmBsTstKEi ObmTatoUjdAFcbKP4OoIgbLg96HMsXJreR0djxL7wXzgnjviueL4nmMAX1ebNinV9FH5LJiShz8c USJkusoJ6iRj8AotIp2aMUVmjnvWqRzkm4wOCeouZCmr1ja7L8p7I9eodwaJUhX9LaeIYy9PnG6v evi27q_5lWqEjsSSJPtzAhnKwbSFs87xNdR_Mj8PBUwEDCMs9ZSoDQKJkzQE_emab2zxuFKoBnzd AhWJMokf7YsPqfbBvIUJ1udXTSgU7Nq74kVJ2FWvdFrHnECN9nDiH7fiJtpGUm52uJpdYtbI6Sa3 RoCuMxuJq7jRHf1AYTU4ghYSpsKugEe3MhP68OZldCUPWj8KNBEUfQ55p92ZJnhhxZ8tJxwzs8fG ysl3ZpipRqmFhPPhwqCARE1PjmL3jFS0DZ4UrK0B.aA2u6KarBHNH2s3EaFhXKcZTSsTyM1G4tsV 1KlhgP.vGOZhQMiE4ZOIIoUS3TS7h7_TxbUKTON6wmd.609_KryEMVwgzlQ099e4edytY4iLSlmN MXW45lbkglpxp77g.avSZsHyCj51gNUZUZZzCzfTB6_882ftQ46RZLsh6M62tOk6fZO94D6F1vYJ TaCtIMY2HrUcXTka9e07NmqJv4kYI6h3_revUzaC9uoYRd8epO7V2jbNNuZ5VWQOBkHqusDfcSmu vZ.p_3rOwxLsnfvYyHCNr93XXS1gsUZsmpd2aKwU74n.hlViqL3y9syLKY1T6kEayBEClpOPP7Rh Ju11xaq_iydnO26sjIMXAneoRWqjvTNUxWjdnU6U_xhelcJMgAHa00MWGrabmkZnBWGOQrbXYMos 2Pd_Pkzddcn8PJUu96n.ci7cJC9aqO_OJXEf5_eP.WzaFxYCi1.TaudrL9Vhylojgv..FBXIOZ9Z q62t3CvUPMwWfboK_iEtKbxBOZqXFj93a8iw5SE2VAgIiVLwACATritPM3.svTbz_4W_P8T2suzo 4f7qrjnXdX2CApjMMexDSo4iEjMDZXyY_IlllJO72aKVIVjOqvFt0SwZ9WD1BidU6bbiQaGg1A9m B96aUYQPNFL4USIjv.Gw.1p0JrYvvlsQCXo2WevzLkO4NLp7fOVS_DayllIJtDEJPGDzmeBymQpH irHeEmC_TDsqE7.yGt1aWifmYaxmD7ff4bPaU8.f2B.B6U7RDMplwdpChbQ02XlXsOt45frgWpt6 xWpkf_1F7v.DnPsLKqHoRABjMygOx0hPs_DJ2F4mCGAJfkTwg0u2aDwd2R5yCMQbW5H7Tb15xHO8 0cEd76q9SiWeH36dU8lnqTwxvA4pMS02jbGZISQ0Gl1G90S6X51RNfsxbXZHEncRLEHXWxbMUao6 m09xAwie6PS5KFoAGWzq1BMEyNgzM8hZWDQxgG832qEyqLL7l4dKWQ4O_zh4WXlTEXByIFxBmu3p J2dnjetI- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Thu, 4 Nov 2021 21:18:43 +0000 Received: by kubenode510.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID eed29ac99233d66a232d9d063fb2b4fe; Thu, 04 Nov 2021 21:18:38 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 14.0 \(3654.120.0.1.13\)) Subject: Re: FreeBSD 14: Poll armv6 deprecated or removed In-Reply-To: Date: Thu, 4 Nov 2021 14:18:36 -0700 Cc: Free BSD Content-Transfer-Encoding: quoted-printable Message-Id: <341A49EC-241C-43E7-8380-D2EE2F8C59F4@yahoo.com> References: To: tech-lists X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Hlc2L5f4nz3JMS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Nov-4, at 13:39, tech-lists wrote: > On Thu, Nov 04, 2021 at 11:53:18AM -0700, Mark Millard via = freebsd-arch wrote: >=20 >> Without one or more developers willing to keep ARM11 based RPi* = FreeBSD >> working as FreeBSD updates, the code will break. Other architectures >> have been removed for such. Folks that do not want to work on such = code >> do not want to have to work on it to keep FreeBSD building and = operating >> for other architectures that have active developmers/maintainers. >>=20 >> If there were active FreeBSD developers for ARM11 RPi*'s, the removal >> would have been unlikely to be proposed at all, even if the use was >> minor. FreeBSD is driven by the developer context directly, not the >> usage context directly.=20 >=20 > OK. I can understand that. No developers want to work on it so no > interest. That's straightforward, logical, bad for me but I can > understand it and work around it. But that was not mentioned by the = OP. >=20 > On Thu, Oct 28, 2021 at 09:44:20AM -0600, Warner Losh wrote: >=20 >>> Given that the number of available and useful armv6 boards has = fallen >>> to almost zero, the time has come to look hard at armv6. >=20 > I'm objecting to this because "available and useful" is impossible to = measure. "Available" is going to be a very large number, because of > the number of sales and popularity of these boards, and that they are > durable. So stuff made years ago can logically be presumed to be still > in working order. Even if 0.1% of rpi1b users used freebsd on their > boards, it'll still be a big number. FreeBSD does not record anywhere = the context in which it is used. And "useful" depends on who is using it = for what and is an opinion. >=20 >> NetBSD supports a lot of systems that FreeBSD does not. That fact has >> never justified having support for those systems in FreeBSD.=20 >=20 > I'm not saying that. What I'm asking is the reasoning. >=20 > "we don't want to support it anymore" is a reason > "no devs are interested" is a reason >=20 > "the number of available and useful armv6 boards has fallen to almost > zero" is objectively false and so therefore is not a reason. And = because > it is not a reason then justifications following it will also be > incorrect. I'll note that: https://www.netbsd.org/releases/formal-9/NetBSD-9.2.html indicates: ARMv6 (Raspberry Pi 1 only) so NetBSD does not have general armv6 support, just support for the RPi*'s that are ARM11 based. (Another page mentions RPi0 and RPi0w examples as "expected to work", although needing FDT files. See: https://wiki.netbsd.org/ports/evbarm/raspberry_pi/ and its earmv6hf material.) The lack of a variety of sources of armv6 or ARM11 that NetBSD supports is likely a kind of property being referenced: even for NetBSD no other ARM11's are targeted. Basically, even for NetBSD, one has to be interested in supporting (some) RPi*'s in order to be interested in supporting ARM11. There is not much of any other ARM11 market for NetBSD (or FreeBSD). >=20 > I'm interested to know what NetBSD's reasons are in having tier-1 > support for armv6, but I'll ask that on their lists. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Nov 4 22:22:54 2021 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 B4C601835EC8 for ; Thu, 4 Nov 2021 22:23:03 +0000 (UTC) (envelope-from jun@soum.co.jp) Received: from soumgw.soum.co.jp (soumgw.soum.co.jp [IPv6:2001:240:10e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4HldSQ2dXhz3tBF for ; Thu, 4 Nov 2021 22:23:02 +0000 (UTC) (envelope-from jun@soum.co.jp) Received: from mail.soum.co.jp (hoth.soum.co.jp [IPv6:2001:240:2004:2501:5054:ff:fe20:c593]) by soumgw.soum.co.jp (Postfix) with ESMTPS id 83D9211403; Fri, 5 Nov 2021 07:22:54 +0900 (JST) Received: from localhost (luke.soum.co.jp [IPv6:2001:240:2004:2501:5eb9:1ff:fe8d:a72d]) by mail.soum.co.jp (8.14.7/8.14.7) with ESMTP id 1A4MMsYL021569 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 5 Nov 2021 07:22:54 +0900 Date: Fri, 05 Nov 2021 07:22:54 +0900 (JST) Message-Id: <20211105.072254.38751976526754162.jun@soum.co.jp> To: marklmi@yahoo.com, freebsd-arm@freebsd.org Subject: Re: FreeBSD 14: Poll armv6 deprecated or removed From: Jun Ebihara In-Reply-To: <341A49EC-241C-43E7-8380-D2EE2F8C59F4@yahoo.com> References: <341A49EC-241C-43E7-8380-D2EE2F8C59F4@yahoo.com> X-Mailer: Mew version 6.6 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) 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 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.103.3 at hoth.soum.co.jp X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on hoth.soum.co.jp X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (soumgw.soum.co.jp); Fri, 05 Nov 2021 07:22:54 +0900 (JST) X-Rspamd-Queue-Id: 4HldSQ2dXhz3tBF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N From: Mark Millard via freebsd-arm Subject: Re: FreeBSD 14: Poll armv6 deprecated or removed Date: Thu, 4 Nov 2021 14:18:36 -0700 > The lack of a variety of sources of armv6 or ARM11 that NetBSD > supports is likely a kind of property being referenced: even for > NetBSD no other ARM11's are targeted. When I start to make NetBSD image for RPI, I got so many good feedbacks then any other hardwares(earmv7/i386/amd64/dreamcast/zaurus/...). > Basically, even for NetBSD, one has to be interested in supporting > (some) RPi*'s in order to be interested in supporting ARM11. There > is not much of any other ARM11 market for NetBSD (or FreeBSD). >> I'm interested to know what NetBSD's reasons are in having tier-1 >> support for armv6, but I'll ask that on their lists. For NetBSD,armv6 RPI board can make armv5/armv6/armv7 images. NetBSD still support armv5 era. armv5: still boot! armv6: rust can't build because luck of support.omxplayer works. armv7: rust works,but firefox build failed.omxplayer works. aarch64: rust works and firefox works fine.and apple-m1 compatible. omxplayer can't works. -- Jun Ebihara From nobody Fri Nov 5 07:48:58 2021 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 A2E8318448C8 for ; Fri, 5 Nov 2021 07:49:14 +0000 (UTC) (envelope-from 4250.82.1d4d50002517882.2c3e03ffa9c175394075e5795db4690c@email-od.com) Received: from s1-b0c6.socketlabs.email-od.com (s1-b0c6.socketlabs.email-od.com [142.0.176.198]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hlt1k41CYz3hVC for ; Fri, 5 Nov 2021 07:49:14 +0000 (UTC) (envelope-from 4250.82.1d4d50002517882.2c3e03ffa9c175394075e5795db4690c@email-od.com) DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1636098555; x=1638690555; h=content-transfer-encoding:content-type:mime-version:references:in-reply-to:message-id:subject:cc:to:from:date:x-thread-info; bh=3pdWZxOxsM3Esi96TRuSVxz6RG+Wetob175gSZ7uq4U=; b=GIoHMQ4J/Dt4OB5MJFKBHDnxiuyVCuPFohGz+++PX89xydM+ZFRIqWwlB7YoHCeqkQndObqXwdnDSHF+WycjM17jn2oKdLSrOtAxUnVl07nn5N4Qnbtq9morVhdpNjDCwhdOldr9iynDVO6lZmpGSpi44czU/lCBUIITdjk+VVc= X-Thread-Info: NDI1MC4xMi4xZDRkNTAwMDI1MTc4ODIuZnJlZWJzZC1hcm09ZnJlZWJzZC5vcmc= Received: from r3.us-west-2.aws.in.socketlabs.com (r3.us-west-2.aws.in.socketlabs.com [142.0.190.3]) by mxsg2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Fri, 5 Nov 2021 03:49:03 -0400 Received: from smtp.lan.sohara.org (EMTPY [185.202.17.215]) by r3.us-west-2.aws.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Fri, 5 Nov 2021 03:49:01 -0400 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1mity7-000H6s-8k; Fri, 05 Nov 2021 07:48:59 +0000 Date: Fri, 5 Nov 2021 07:48:58 +0000 From: Steve O'Hara-Smith To: tech-lists Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD 14: Poll armv6 deprecated or removed Message-Id: <20211105074858.930edc51bb3c9ace4a19e097@sohara.org> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd12.1) X-Clacks-Overhead: "GNU Terry Pratchett" 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 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Hlt1k41CYz3hVC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Thu, 4 Nov 2021 20:39:04 +0000 tech-lists wrote: > I'm interested to know what NetBSD's reasons are in having tier-1 > support for armv6, but I'll ask that on their lists. Bear in mind the mottos of the two projects FreeBSD - "The power to serve", NetBSD - "Of course it runs NetBSD". For a long time FreeBSD ran only on x86 while NetBSD ran on everything under the sun. -- Steve O'Hara-Smith From nobody Fri Nov 5 11:34:49 2021 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 F14D31851371 for ; Fri, 5 Nov 2021 11:35:05 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pf1-x42b.google.com (mail-pf1-x42b.google.com [IPv6:2607:f8b0:4864:20::42b]) (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 4Hlz2J61Fkz4S1K for ; Fri, 5 Nov 2021 11:35:04 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pf1-x42b.google.com with SMTP id x64so8623326pfd.6 for ; Fri, 05 Nov 2021 04:35:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=CvH/sLQ51/jBMZNvzyxJi9P7TlBvK4YjLu1tuIxQO/s=; b=YXgk2Ll6udA6SDh0IFQz1acnXiRZRu74XydWRI/fL/4dzMob11IBZc5e/ycX1tc6ij xZ6R8nxsxFdZQxAN0CrUF8c6ip3mqXk4cydfJT7TsxTAIckyPdAEMTyUgYzrEDQR15x5 Ry7F5+Ria1ohyZBdQJ3rqFuRzComEAPOH18WakRDpbP19eO6Wqj/JenMSl70NW3vCU0Q HTXkDoDbhS3GbaBcx++kyY7rtwMdDkbLZV6CRxPJHrRnvvDLriA7O2VrF1sQgPLnmjAl 3lDsnAPC0fKVDip97qXqaCW5ovYZhqRpumOVlfNnLRETr3mzP9TFx9ETQtrQSUsfKqA+ 7vXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=CvH/sLQ51/jBMZNvzyxJi9P7TlBvK4YjLu1tuIxQO/s=; b=fHEZRENKEjgcasyKS0/XrBiKKl1jxP4fLfIkZp7VUMNsDrpU/IN6s8v682jsw4d4p0 Iceg842eCWjBwEhuCnyQsGlmjAPxgcLXw1hF2T2ycgaQDHa4HkwZGaHr4woM8bj37ykA 9lLGj6LHKZZsip40HV5vJBvmlebCCwpQJ3iiSfOxTN00vBrqCfZ/Lyl1L4Uy2xnO37TX 2RVwYT7sdq/RRSlVXtVL7W/qQ+12qVbkUjFOFtk5PrqTERUFdPao8kvE4ewXJBET2BuK yiDdnkJ8mPahYwW+Q+Dze9hmoroxKL/46NxgnTw7PrEKivJHQ0NcvHw1Fh7j3kOxOS6w A6SQ== X-Gm-Message-State: AOAM530nCF+dwaOxoLOAXdoGxEboBL0v+EuB95pIpjt8IIw4olDDAM+1 2smCMUNPDyaIzlmdIWGrn+phDwYYiD1JUQ== X-Google-Smtp-Source: ABdhPJxSmUjK2hav7IhXBAdZ79AimlTSkr+M7Yo8vTmBUtp6xZHbbKsP9rADs2pEAm/AgbmR9/dv0A== X-Received: by 2002:a63:e906:: with SMTP id i6mr17339895pgh.223.1636112098375; Fri, 05 Nov 2021 04:34:58 -0700 (PDT) Received: from [192.168.1.10] ([115.69.53.183]) by smtp.gmail.com with ESMTPSA id j19sm7309300pfj.127.2021.11.05.04.34.56 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Nov 2021 04:34:57 -0700 (PDT) Subject: Re: FreeBSD 14: Poll armv6 deprecated or removed To: freebsd-arm@freebsd.org References: From: MJ Message-ID: <169dbe8f-3db7-6947-3081-828c2b548817@gmail.com> Date: Fri, 5 Nov 2021 22:34:49 +1100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 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 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-AU Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Hlz2J61Fkz4S1K X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=YXgk2Ll6; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mafsys1234@gmail.com designates 2607:f8b0:4864:20::42b as permitted sender) smtp.mailfrom=mafsys1234@gmail.com X-Spamd-Result: default: False [-1.40 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.40)[-0.401]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::42b:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N I read no one wants to support this architecture, so the decision is simple: ditch it. I abandoned FreeBSD long ago on the RPI 1 because it had no (and probably still doesn't have any) support for DAC and a linux-based OS suited me fine. I have not changed anything on it in years. It just works, it just outputs audio. I would suspect a lot of use cases are the same: it's sitting doing something and nothing ever changes on it. In fact I'm willing to bet my linux version is so old it can't be updated anyway (packages and base). Leave ArmV6 to NetBSD and Linux OSs. They can do everything Freebsd can do and more on this architecture. And they want to support it. I do agree that openbsd's telemetry for establishing at least the number of installs would be a good thing for Freebsd in the future when the next architecture inevitably falls into the bit-abyss. That's my vote, for what it's worth. From nobody Sat Nov 6 10:58:34 2021 X-Original-To: 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 64AA4184C1AC for ; Sat, 6 Nov 2021 10:58:38 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HmZ9p25gwz3KjK for ; Sat, 6 Nov 2021 10:58:38 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id DDE94215CA for ; Sat, 6 Nov 2021 10:58:37 +0000 (UTC) (envelope-from avg@FreeBSD.org) To: arm@FreeBSD.org From: Andriy Gapon Subject: huge emmc speed regression Message-ID: <812ab31a-ce6e-d8ac-3539-39e6b20a01df@FreeBSD.org> Date: Sat, 6 Nov 2021 12:58:34 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 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 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N Upfront, I haven't tested the latest main / current yet. I should really test it but that's porbably for the next weekend. I see a huge emmc speed difference between the current from April 2021 and September 2021 (commit 5e79bba562bc303eed669dbd0d391b6c6a9c289b) on Orange Pi PC Plus using on-board eMMC card. I use MMCCAM in both cases. In the old environment I see expected read speeds (with sequential dd) of around 40 MB/s. In the new environment the speeds are around 300 KB/s (like a very good floppy disk of old). Some info from the old environment: # camcontrol mmcsdcmd 2:0:0 -I Host controller information Host OCR: 0x300000 Min frequency: 400 KHz Max frequency: 52 MHz Supported bus width: 4 bit 8 bit Supported operating modes: Can do High Speed transfers Supported VCCQ voltages: 3.3V Current settings: Bus width: 8 bit Freq: 52.000 MHz (high-speed timing) VCCQ: 1.2V Same command in the new environment looks a bit strange: # camcontrol mmcsdcmd 2:0:0 -I Host controller information Host OCR: 0x300000 Min frequency: 400 KHz Max frequency: 0 MHz Supported bus width: 4 bit 8 bit Supported operating modes: Can do High Speed transfers Supported VCCQ voltages: 3.3V Current settings: Bus width: 8 bit Freq: 0.000 MHz VCCQ: 1.2V Also, in the old dmesg I see: aw_mmc2: mem 0x1c11000-0x1c11fff irq 12 on simplebus0 aw_mmc2: vmmc-supply regulator found aw_mmc2: Non-removable media aw_mmc2: Clock => 0 aw_mmc2: VDD => 21 aw_mmc2: CS => 0 aw_mmc2: Bus width => 0 aw_mmc2: Power mode => 1 aw_mmc2: Bus mode => 1 aw_mmc2: Powering up sd/mmc aw_mmc2: Clock => 400000 aw_mmc2: Timing => 0 aw_mmc2: CS => 1 aw_mmc2: Bus mode => 2 aw_mmc2: Timing => 1 aw_mmc2: Clock => 52000000 aw_mmc2: Bus width => 3 While in the new: aw_mmc2: mem 0x1c11000-0x1c11fff irq 12 on simplebus0 aw_mmc2: vmmc-supply regulator found aw_mmc2: Non-removable media aw_mmc2: Power mode => 0 aw_mmc2: Powering down sd/mmc aw_mmc2: Clock => 0 aw_mmc2: VDD => 21 aw_mmc2: CS => 0 aw_mmc2: Bus width => 0 aw_mmc2: Power mode => 1 aw_mmc2: Bus mode => 1 aw_mmc2: Powering up sd/mmc aw_mmc2: Clock => 400000 aw_mmc2: Power mode => 2 aw_mmc2: Timing => 0 aw_mmc2: CS => 1 aw_mmc2: Bus mode => 2 aw_mmc2: Clock => 0 aw_mmc2: Bus width => 3 So, at the end of the sequence we have Clock => 0 instead of Clock => 52000000 and Timing => 1 is missing... -- Andriy Gapon From nobody Sat Nov 6 11:05:40 2021 X-Original-To: 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 B2296184FE17 for ; Sat, 6 Nov 2021 11:05:41 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HmZKx3V4Nz3NCq for ; Sat, 6 Nov 2021 11:05:41 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 1AD72215D3 for ; Sat, 6 Nov 2021 11:05:40 +0000 (UTC) (envelope-from avg@FreeBSD.org) From: Andriy Gapon To: arm@FreeBSD.org References: <812ab31a-ce6e-d8ac-3539-39e6b20a01df@FreeBSD.org> Subject: Re: huge emmc speed regression Message-ID: <67e6166d-a870-da60-efd4-9bd59fefca71@FreeBSD.org> Date: Sat, 6 Nov 2021 13:05:40 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 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 In-Reply-To: <812ab31a-ce6e-d8ac-3539-39e6b20a01df@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N On 06/11/2021 12:58, Andriy Gapon wrote: > > Upfront, I haven't tested the latest main / current yet. > I should really test it but that's porbably for the next weekend. > > I see a huge emmc speed difference between the current from April 2021 and > September 2021 (commit 5e79bba562bc303eed669dbd0d391b6c6a9c289b) on Orange Pi PC > Plus using on-board eMMC card.  I use MMCCAM in both cases. > > In the old environment I see expected read speeds (with sequential dd) of around > 40 MB/s. > In the new environment the speeds are around 300 KB/s (like a very good floppy > disk of old). > > Some info from the old environment: > # camcontrol mmcsdcmd 2:0:0 -I > Host controller information > Host OCR: 0x300000 > Min frequency: 400 KHz > Max frequency: 52 MHz [snip] > Same command in the new environment looks a bit strange: > # camcontrol mmcsdcmd 2:0:0 -I > Host controller information > Host OCR: 0x300000 > Min frequency: 400 KHz > Max frequency: 0 MHz [snip] It seems that this is because the FDT does not have max-frequency property. The old mmc_fdt_parse() code would leave f_max alone in that case and it was set to 52 MHz by the driver. However, the new code in mmc_fdt_parse(), or rather mmc_parse(), would reset f_max to zero (despite the comment that was carried over): /* * max-frequency is optional, drivers should tweak this value * if it's not present based on the clock that the mmc controller * operates on */ max_freq = 0; device_get_property(dev, "max-frequency", &max_freq, sizeof(uint64_t)); host->f_max = max_freq; -- Andriy Gapon From nobody Sun Nov 7 01:30:51 2021 X-Original-To: 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 406FA184A687 for ; Sun, 7 Nov 2021 01:31:31 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) Received: from out202-237-vmse04.mailcluster.com.au (out202-237-vmse04.mailcluster.com.au [202.130.44.237]) (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 4HmxXv54Lgz4nCP for ; Sun, 7 Nov 2021 01:31:27 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) Received: from vmcp43.digitalpacific.com.au ([101.0.119.58]) by vmse04.mailcluster.com.au with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.92) (envelope-from ) id 1mjX1K-0001Hw-E1 for arm@FreeBSD.org; Sun, 07 Nov 2021 12:31:06 +1100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bunyatech.com.au; s=default; h=Content-Type:MIME-Version:Date:Message-ID: Subject:From:To:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=oNQUFrLpsXKVDFV90vrDZi2d6C4m7aNEEjDx9UfwniQ=; b=NdpsUCvq8hHULrPr0dbC3rG3Sc NK50OPRPwlZS2CnKZu5S9OxyVs5QBFmN/P6R3lxxiaFI+37JiniiimetrbctHOyS9UkD2HbdYO0J8 kH67XxABMx22xbLoNqQGVAQBoXnHteuK0qiaJkl+m7AZyLsTsXr+32WSHNBm6bVdC95d+YL5+Tagb 8UHPdE/ZHmgN6RialwXj2yyiwgjpOgH+CZhHnWnEiYN4ACxt/kMlQRfTRQd1MzlavOzDgfVbbeYNY IEObpORD9/eoekBy3P7NAnHjEpfLBO58fdahsrDu+uB88LYtXw0NTl8s9zUi2cq3aR4SPhwiFT5VS B3Q5gR6w==; Received: from ppp221-139.static.internode.on.net ([150.101.221.139]:54342 helo=DHCP.tawonga.bunyatech.com.au) by vmcp43.digitalpacific.com.au with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1mjX1I-0091Ho-1z for arm@FreeBSD.org; Sun, 07 Nov 2021 12:30:52 +1100 To: arm@FreeBSD.org From: Brian Scott Subject: DS3231 v. MAX77620 Message-ID: Date: Sun, 7 Nov 2021 12:30:51 +1100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 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 Content-Type: multipart/alternative; boundary="------------D7C0202946C30776F40EB1B0" Content-Language: en-GB X-Authenticated-User: bscott@bunyatech.com.au X-Authenticator: dovecot_plain X-Originating-IP: 101.0.119.58 X-SpamExperts-Domain: digipac-sh-outbound4.mailcluster.com.au X-SpamExperts-Username: 101.0.119.58 X-SpamExperts-Outgoing-Class: ham X-SpamExperts-Outgoing-Evidence: Combined (0.05) X-Recommended-Action: accept X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT/ydifHIpUA8vqHH714IZE7PUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5wc4nYp84J0ALOlq9xwlkZ8q3DvIVJlkee0A8IXTRyzX2Et Mf73dmq6uz5wtO+mEMkh55uqY3MhMgFAHq5BxPxPKYnUu29PO0GnRr2nxDh0wUJZymJLIyc3p0l5 6tovMfk00RFwXOw/04WIl9fL1lbrustl6QvTnVRP+npGCtzmuI+LQDa8vBw0SPEaOIISt35/zEhP hDec8R03E7AFnGT60MxOKVrDfQzDgqFDumjx967VZqJmzCeHtqZ+QtMgTB3ouQYW33h0HHdOkCiQ DhSZsIZXKmwzbGT4VvpTL0Eb54bT3EszvIbAbB2Zy01d/7IXjkdTeVZ2qGWx/wHRpX68fBLeHaEI 85cu3fGAkhndsLVSCjj5bHGDWlwY4hef7sPQbxc4LQoQCqummTogywOzHQrtppYmxMktfUX7kfB+ UdezYqxGMqsKjARq8PBC4qgCCg+XTOkxqQssMwQ8j2PSOXdxYBqHSPeXVuKonoSUViCv9TR+UxzL ZWL8hwGBjhoiDZaHjjUjL+gPrBh/8n4kpYzALSfDrtQHo6yRgtyrJfVAoUtwvTBLoObUYKePXRMF qinrqOw/lzYi0l4FFuwtZlgXjbDZE+fJYOw9arcVrGlWR3n0m8zK8Y2CzsDpitA+/NXmI9JRgrj+ GeXa4WgfVzeXr7v8wezHhYuWI1Wtwo89mIoZPNvZfQKw2NX8SuWtcENxDMkwFFT9ZqgxcnnLhDqq oERRnhLesaLSJcee4WHhby23jzGXN9tkd+fUq670wGM3SitNDobVNxedx/LikHkFd5rOBdI1KtvF Z9IXFW8DdAQpMwW9RYHmSXu2k4qluYkt4NvfaztV1Tfwgiehw6nIoDr0sXUZ7YZoZ/GZ+snm+tAX oDIM1zzzAjEyxKFkq+GM/QO8Gyp+bdqzS+SnUAH1+xauOSEL79WTA8PrU7fwzcbkWclKzhCVo4fz XHnQzE4pWsN9DMOCoUO6aPH3j3JiOSC6vtxuYy/MBLIoEQplMWAkZmjMZmA5tTofSLTEvyjdrFHJ cTC6qZcoE8nL97gsnYzIjqUumh4x0w47xg== X-Report-Abuse-To: spam@vmse01.mailcluster.com.au X-Rspamd-Queue-Id: 4HmxXv54Lgz4nCP X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bunyatech.com.au header.s=default header.b=NdpsUCvq; dmarc=none; spf=pass (mx1.freebsd.org: domain of bscott@bunyatech.com.au designates 202.130.44.237 as permitted sender) smtp.mailfrom=bscott@bunyatech.com.au X-Spamd-Result: default: False [-3.28 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bunyatech.com.au:s=default]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:202.130.44.224/28]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[bunyatech.com.au]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.83)[-0.834]; DKIM_TRACE(0.00)[bunyatech.com.au:+]; NEURAL_HAM_SHORT(-0.95)[-0.946]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:55803, ipnet:202.130.44.0/22, country:AU]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: Y This is a multi-part message in MIME format. --------------D7C0202946C30776F40EB1B0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi All, I just plugged a DS3231 (RTC) into a RPi4 running 13.0 Release. Not strictly necessary but I had one on my desk and it's a weekend. Added an appropriate dtb overlay and loaded the ds3231.ko via loader.conf. Done this a few times before on other boards and not expecting any drama. Instead of showing up during boot as a DS3231, it appears to be probed as a MAX77620 (which fails) and  leaves the real device unavailable to the ds3231 driver. Nov  5 17:23:00 427269616e-60 kernel: iic0: on iicbus0 Nov  5 17:23:00 427269616e-60 kernel: rtc0: at addr 0xd0 on iicbus0 Nov  5 17:23:00 427269616e-60 kernel: rtc0: Error when reading reg 0x02, rv: 35 Nov  5 17:23:00 427269616e-60 kernel: rtc0: Failed to configure RTC Nov  5 17:23:00 427269616e-60 kernel: device_attach: rtc0 attach returned 5 After some investigation I have found that all I need to provoke these messages is the dtb overlay loaded. Exactly the same messages are generated without the ds3231.ko module and even when no physical device is present. Looking at max77620_rtc_probe in sys/arm64/nvidia/tegra210/max77620_rtc.c shows: static int max77620_rtc_probe(device_t dev) { struct iicbus_ivar *dinfo; dinfo = device_get_ivars(dev); if (dinfo == NULL) return (ENXIO); if (dinfo->addr != MAX77620_RTC_I2C_ADDR << 1) return (ENXIO); device_set_desc(dev, "MAX77620 RTC"); return (BUS_PROBE_DEFAULT); } This device will attempt to attach to anything with address == MAX77620_RTC_I2C_ADDR (0x68) that is found in the device tree. However, https://learn.adafruit.com/i2c-addresses/the-list lists: 0x68 This address is really popular with real time clocks, almost all of them use 0x68! AMG8833 IR Thermal Camera Breakout (0x68 or 0x69) DS1307 RTC (0x68 only) DS3231 RTC (0x68 only) ICM-20649 Accel+Gyro (0x68 or 0x69) ITG3200 Gyro (0x68 or 0x69) MPU-9250 9-DoF IMU (0x68 or 0x69) MPU-60X0 Accel+Gyro (0x68 or 0x69) PCF8523 RTC (0x68 only) A seven bit device address is clearly not enough to uniquely identify a type of device and so shouldn't be used like this in the driver. Either the driver should use ofw_bus_search_compatible (although I believe there is no entry for the rtc in the linux device tree) or at least made conditional on the parent device (the MAX77620) being in the device tree. As I said earlier, this doesn't matter a huge amount for me at this stage because in my current application time will be configured by ntp. In the future it will matter more. While it may well be that the target device cannot be identified any other way, this doesn't belong in GENERIC. Thanks for reading, Brian Scott --------------D7C0202946C30776F40EB1B0-- From nobody Sun Nov 7 08:29:33 2021 X-Original-To: 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 DF078184085B for ; Sun, 7 Nov 2021 08:29:36 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hn6qN5pDPz4tgx for ; Sun, 7 Nov 2021 08:29:36 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 649B42B3C8 for ; Sun, 7 Nov 2021 08:29:36 +0000 (UTC) (envelope-from avg@FreeBSD.org) Subject: Re: huge emmc speed regression From: Andriy Gapon To: arm@FreeBSD.org References: <812ab31a-ce6e-d8ac-3539-39e6b20a01df@FreeBSD.org> <67e6166d-a870-da60-efd4-9bd59fefca71@FreeBSD.org> Message-ID: Date: Sun, 7 Nov 2021 10:29:33 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 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 In-Reply-To: <67e6166d-a870-da60-efd4-9bd59fefca71@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N On 06/11/2021 13:05, Andriy Gapon wrote: > On 06/11/2021 12:58, Andriy Gapon wrote: >> >> Upfront, I haven't tested the latest main / current yet. >> I should really test it but that's porbably for the next weekend. And yeah, this was already fixed in commit 4a331971d2f10 (Sep 29) by Jessica Clarke. >> I see a huge emmc speed difference between the current from April 2021 and >> September 2021 (commit 5e79bba562bc303eed669dbd0d391b6c6a9c289b) on Orange Pi >> PC Plus using on-board eMMC card.  I use MMCCAM in both cases. >> >> In the old environment I see expected read speeds (with sequential dd) of >> around 40 MB/s. >> In the new environment the speeds are around 300 KB/s (like a very good floppy >> disk of old). >> >> Some info from the old environment: >> # camcontrol mmcsdcmd 2:0:0 -I >> Host controller information >> Host OCR: 0x300000 >> Min frequency: 400 KHz >> Max frequency: 52 MHz > [snip] > >> Same command in the new environment looks a bit strange: >> # camcontrol mmcsdcmd 2:0:0 -I >> Host controller information >> Host OCR: 0x300000 >> Min frequency: 400 KHz >> Max frequency: 0 MHz > [snip] > > It seems that this is because the FDT does not have max-frequency property. > The old mmc_fdt_parse() code would leave f_max alone in that case and it was set > to 52 MHz by the driver. > However, the new code in mmc_fdt_parse(), or rather mmc_parse(), would reset > f_max to zero (despite the comment that was carried over): > >         /* >          * max-frequency is optional, drivers should tweak this value >          * if it's not present based on the clock that the mmc controller >          * operates on >          */ >         max_freq = 0; >         device_get_property(dev, "max-frequency", &max_freq, sizeof(uint64_t)); >         host->f_max = max_freq; > > -- Andriy Gapon From nobody Sun Nov 7 13:42:15 2021 X-Original-To: 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 E144D18542F9 for ; Sun, 7 Nov 2021 13:42:54 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101: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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HnFmt5FK1z4ZrD for ; Sun, 7 Nov 2021 13:42:51 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de (mail.cicely.de [IPv6:2a02:21e0:16e0:20fe:0:0:101:c]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id 1A7DgMEF071105 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=FAIL); Sun, 7 Nov 2021 14:42:24 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1636292545; bh=FhlB+6oss/SGBZsq9HkZviWT2VALkyc8r3o4DFs8Vwg=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=sHgnnK1LPm8XHQqbnuMBSTgP3SeUpreuHI3nmGtNaIuwQSLqNrPgkUTqwOZQja2vW l116C9auhyORA6X/3zHzxFYzAcWSSRMKkc4a//zBEArRNE/2BBafzOhA6VyCFX/Glh BE1TmBRvYNDDOjIWeMpJMj3fT3w6rcDxwl/h4L+s= Received: from cicely7.cicely.de (c7-old.cicely.de [IPv6:2a02:21e0:16e0:20fe:0:0:101:d]) by mail.cicely.de (8.16.1/8.16.1) with ESMTPS id 1A7DgHeH015315 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 7 Nov 2021 14:42:17 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.16.1/8.16.1) with ESMTP id 1A7DgHhq027555; Sun, 7 Nov 2021 14:42:17 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.16.1/8.16.1/Submit) id 1A7DgFVN027554; Sun, 7 Nov 2021 14:42:15 +0100 (CET) (envelope-from ticso) Date: Sun, 7 Nov 2021 14:42:15 +0100 From: Bernd Walter To: Brian Scott Cc: arm@freebsd.org Subject: Re: DS3231 v. MAX77620 Message-ID: Reply-To: ticso@cicely.de References: 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 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 13.0-RELEASE-p3 amd64 X-Spam-Status: No, score=0.5 required=4.5 tests=BAYES_00=-1.9,KHOP_HELO_FCRDNS=0.398,SPF_HELO_NONE=0.001,SPF_NONE=0.001,URI_TRY_3LD=1.997 autolearn=no autolearn_force=no version=3.4.5 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on spamd.cicely.de X-Rspamd-Queue-Id: 4HnFmt5FK1z4ZrD X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, Nov 07, 2021 at 12:30:51PM +1100, Brian Scott wrote: > Hi All, > > I just plugged a DS3231 (RTC) into a RPi4 running 13.0 Release. Not > strictly necessary but I had one on my desk and it's a weekend. Added an > appropriate dtb overlay and loaded the ds3231.ko via loader.conf. Done > this a few times before on other boards and not expecting any drama. > > Instead of showing up during boot as a DS3231, it appears to be probed > as a MAX77620 (which fails) and  leaves the real device unavailable to > the ds3231 driver. > > > Nov  5 17:23:00 427269616e-60 kernel: iic0: on iicbus0 > Nov  5 17:23:00 427269616e-60 kernel: rtc0: at addr 0xd0 > on iicbus0 > > Nov  5 17:23:00 427269616e-60 kernel: rtc0: Error when reading reg 0x02, > rv: 35 > Nov  5 17:23:00 427269616e-60 kernel: rtc0: Failed to configure RTC > Nov  5 17:23:00 427269616e-60 kernel: device_attach: rtc0 attach returned 5 This is on a 13.0-RELEASE with a Pi3B: iic0: on iicbus0 rtc0: at addr 0xd0 on iicbus0 ugen1.1: at usbus1 uhub0 on usbus1 uhub0: on usbus1 rtc0: registered as a time-of-day clock, resolution 1.000000s With this overlay: # cat /boot/dtb/overlays/rpi-DS3231.dts /dts-v1/; /plugin/; &i2c1 { status = "okay"; rtc: rtc@68 { compatible = "maxim,ds3231"; reg = <0x68>; }; }; Never consideered it wrong, since it worked and thought the hardware is just compatible. But obviously this is not the ds3231 driver in sys/dev/iicbus. However, I also couldn't get the same DS3231 module running on my Pi4. There is something else going on with the Pi4 beside the driver issue, since the wrong drivers works with the hardware on a Pi3. For me the RTC also was just a nice to have, not a requirement, so I hadn't spend time into debugging it either. > > After some investigation I have found that all I need to provoke these > messages is the dtb overlay loaded. Exactly the same messages are > generated without the ds3231.ko module and even when no physical device > is present. > > Looking at max77620_rtc_probe in > sys/arm64/nvidia/tegra210/max77620_rtc.c shows: > > static int > max77620_rtc_probe(device_t dev) > { > struct iicbus_ivar *dinfo; > dinfo = device_get_ivars(dev); > if (dinfo == NULL) > return (ENXIO); > if (dinfo->addr != MAX77620_RTC_I2C_ADDR << 1) > return (ENXIO); > device_set_desc(dev, "MAX77620 RTC"); > return (BUS_PROBE_DEFAULT); > } > > This device will attempt to attach to anything with address == > MAX77620_RTC_I2C_ADDR (0x68) that is found in the device tree. However, > https://learn.adafruit.com/i2c-addresses/the-list lists: > > 0x68 This address is really popular with real time clocks, almost all of > them use 0x68! AMG8833 IR Thermal Camera Breakout (0x68 or 0x69) DS1307 > RTC (0x68 only) DS3231 RTC (0x68 only) ICM-20649 Accel+Gyro (0x68 or > 0x69) ITG3200 Gyro (0x68 or 0x69) MPU-9250 9-DoF IMU (0x68 or 0x69) > MPU-60X0 Accel+Gyro (0x68 or 0x69) PCF8523 RTC (0x68 only) > > A seven bit device address is clearly not enough to uniquely identify a > type of device and so shouldn't be used like this in the driver. > > Either the driver should use ofw_bus_search_compatible (although I > believe there is no entry for the rtc in the linux device tree) or at > least made conditional on the parent device (the MAX77620) being in the > device tree. > > As I said earlier, this doesn't matter a huge amount for me at this > stage because in my current application time will be configured by ntp. > In the future it will matter more. While it may well be that the target > device cannot be identified any other way, this doesn't belong in GENERIC. > > Thanks for reading, > > Brian Scott > -- B.Walter https://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From nobody Sun Nov 7 15:42:21 2021 X-Original-To: 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 47525184D92D for ; Sun, 7 Nov 2021 15:42:32 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1f.ore.mailhop.org (outbound1f.ore.mailhop.org [52.26.49.97]) (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 4HnJQv6hdgz3kRw for ; Sun, 7 Nov 2021 15:42:31 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1636299745; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=BgHeG5nuER8Wx010CLan/+3vk7ou2nu+6unfcKEZknpYRtPPkgY3sfdQT1Qs2KtEawal7W5NLQndk 8tRqV0RgAsEYCQGfqpaWsyzxlQf4+CSoVp+bQ1aqc70ip7CeKSGiQSMpX/JxGKQrtjNKB4Fhict9IW 4pkCtajYolhV9ONPF9gpSdWyoUT7jIGvVDFsQQ1+d8RwekDtX8OgMGeM58Yy6QcYOOrSxKfW1AFVxm 3QwOdULY6nXhVJUAB+FRD+GA5GhUPp/eMx/rYODK2YYsNSSSeIh/k6IuGPSzZxFePEe69dUSKAtnDC 9x2dJKL8IfIdHVfiXW1pByz7jB4M9vQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=hgcAF55tDXMl3XGb1poVO3z3wd0P9NfOVt1AbwDmpgg=; b=BKVNk8p9osYjBDAflWPHjWXs/lzY2ZOsDwLS+3reuTTrykEgbSJkJJ0HNXuRcJ9soAw04AsXzB8fX 4LeSutde+PDNO4KMIQGt2zB5PAzNl1vgXLYan0a0hIF6wf13jyF+uV/JunOCO3OYgiWhSS/0aEjKqA zXxLTLqGHzUYfn7PfYtNrPQa3QM5wPobaesQnqxRqVkRjGhScqxVIOVBqepkNGkvvHlvrK+rPG8o71 atHWxtrIanIjLCwFmOVkRIskPjDB4KCM7wckDTEMBbVRZdykAnxS3q4kvexvqYRUU3+0usafMF5EJ+ stgD5fd11QoU13foOa9V8gYtRcHkA+g== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=71.205.159.158; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-low; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=hgcAF55tDXMl3XGb1poVO3z3wd0P9NfOVt1AbwDmpgg=; b=oDe7YZ9PmaG9bjYta+LHR/OTs07nje9o2Wfb1/QGovKGdgMBD5ovWVNSFf8f+xQIjKbOgKOI+RJEI YFy22X1QmGSXwIv2aqibnB506ueyZemjCyCWvr0KtbdSmIG3guhSDOQioPNQQkQMyuPiNsDROPNj7S lSAxiaY3UR5RpS+MApCnce+T+8XkpgAiJpQwu9vkM3JlPXALoYH1wY+Fgr2RkNJlHW9f5PrnCPXW3O gh3AzwB9dJ0j5JjD+bc0ExFgbr15HRYa0MHC4ct3InVdexnE6WlBSrZb9NM+Yjulm9UkMlyVOnIRsv jelOl999v54TiUxEd+ORwtnWAlZcREQ== X-Originating-IP: 71.205.159.158 X-MHO-RoutePath: aGlwcGll X-MHO-User: 4c429c3f-3fe1-11ec-a87a-bf9d68d023b6 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-71-205-159-158.hsd1.co.comcast.net [71.205.159.158]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 4c429c3f-3fe1-11ec-a87a-bf9d68d023b6; Sun, 07 Nov 2021 15:42:24 +0000 (UTC) Received: from [172.22.42.84] (rev2.hippie.lan [172.22.42.84]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 1A7FgLRm012738; Sun, 7 Nov 2021 08:42:21 -0700 (MST) (envelope-from ian@freebsd.org) X-Authentication-Warning: paranoia.hippie.lan: Host rev2.hippie.lan [172.22.42.84] claimed to be [172.22.42.84] Message-ID: Subject: Re: DS3231 v. MAX77620 From: Ian Lepore To: Brian Scott , arm@FreeBSD.org Date: Sun, 07 Nov 2021 08:42:21 -0700 In-Reply-To: References: Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.40.3 FreeBSD GNOME Team 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 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4HnJQv6hdgz3kRw X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, 2021-11-07 at 12:30 +1100, Brian Scott wrote: > Hi All, > > I just plugged a DS3231 (RTC) into a RPi4 running 13.0 Release. Not > strictly necessary but I had one on my desk and it's a weekend. Added > an > appropriate dtb overlay and loaded the ds3231.ko via loader.conf. > Done > this a few times before on other boards and not expecting any drama. > > Instead of showing up during boot as a DS3231, it appears to be > probed > as a MAX77620 (which fails) and  leaves the real device unavailable > to > the ds3231 driver. > > > Nov  5 17:23:00 427269616e-60 kernel: iic0: on > iicbus0 > Nov  5 17:23:00 427269616e-60 kernel: rtc0: at addr > 0xd0 > on iicbus0 > > Nov  5 17:23:00 427269616e-60 kernel: rtc0: Error when reading reg > 0x02, > rv: 35 > Nov  5 17:23:00 427269616e-60 kernel: rtc0: Failed to configure RTC > Nov  5 17:23:00 427269616e-60 kernel: device_attach: rtc0 attach > returned 5 > > After some investigation I have found that all I need to provoke > these > messages is the dtb overlay loaded. Exactly the same messages are > generated without the ds3231.ko module and even when no physical > device > is present. > > Looking at max77620_rtc_probe in > sys/arm64/nvidia/tegra210/max77620_rtc.c shows: > > static int > max77620_rtc_probe(device_t dev) > { > struct iicbus_ivar *dinfo; > dinfo = device_get_ivars(dev); > if (dinfo == NULL) > return (ENXIO); > if (dinfo->addr != MAX77620_RTC_I2C_ADDR << 1) > return (ENXIO); > device_set_desc(dev, "MAX77620 RTC"); > return (BUS_PROBE_DEFAULT); > } > > This device will attempt to attach to anything with address == > MAX77620_RTC_I2C_ADDR (0x68) that is found in the device tree. > However, > https://learn.adafruit.com/i2c-addresses/the-list lists: > > 0x68 This address is really popular with real time clocks, almost all > of > them use 0x68! AMG8833 IR Thermal Camera Breakout (0x68 or 0x69) > DS1307 > RTC (0x68 only) DS3231 RTC (0x68 only) ICM-20649 Accel+Gyro (0x68 or > 0x69) ITG3200 Gyro (0x68 or 0x69) MPU-9250 9-DoF IMU (0x68 or 0x69) > MPU-60X0 Accel+Gyro (0x68 or 0x69) PCF8523 RTC (0x68 only) > > A seven bit device address is clearly not enough to uniquely identify > a > type of device and so shouldn't be used like this in the driver. > > Either the driver should use ofw_bus_search_compatible (although I > believe there is no entry for the rtc in the linux device tree) or at > least made conditional on the parent device (the MAX77620) being in > the > device tree. > > As I said earlier, this doesn't matter a huge amount for me at this > stage because in my current application time will be configured by > ntp. > In the future it will matter more. While it may well be that the > target > device cannot be identified any other way, this doesn't belong in > GENERIC. > > Thanks for reading, > > Brian Scott > You're right, the max77620 driver must use additional data (fdt, acpi, hints, whatever) to decide whether to attach. A very quick fix should be to change the existing driver to return BUS_PROBE_NOWILDCARD instead of BUS_PROBE_DEFAULT; that will give the proper driver a chance to outbid the errant driver for control. -- Ian From nobody Sun Nov 7 21:00:03 2021 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 E31F6183F3B7 for ; Sun, 7 Nov 2021 21:00:03 +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 4HnRTH5xpWz50gP for ; Sun, 7 Nov 2021 21:00:03 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) 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 ADD2724A7F for ; Sun, 7 Nov 2021 21:00:03 +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 1A7L03mm094138 for ; Sun, 7 Nov 2021 21:00:03 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A7L03Fl094137 for freebsd-arm@FreeBSD.org; Sun, 7 Nov 2021 21:00:03 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202111072100.1A7L03Fl094137@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 7 Nov 2021 21:00:03 +0000 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 Content-Type: multipart/alternative; boundary="16363188033.E4bBb1.93418" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: Y --16363188033.E4bBb1.93418 Date: Sun, 7 Nov 2021 21:00:03 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 Open | 257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat 3 problems total for which you should take action. --16363188033.E4bBb1.93418--