From owner-freebsd-arm@freebsd.org Sun Feb 9 09:39:26 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D582E232B32 for ; Sun, 9 Feb 2020 09:39:26 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48FkWx3Tbxz3PP2 for ; Sun, 9 Feb 2020 09:39:25 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 72FF9B1C030B for ; Sun, 9 Feb 2020 10:39:22 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.225.147] ([213.55.225.147]) by webmail.x86.ch (Horde Framework) with HTTPS; Sun, 09 Feb 2020 10:39:22 +0100 Date: Sun, 09 Feb 2020 10:39:22 +0100 Message-ID: <20200209103922.Horde.PTtCLjZSXDAAwcQcAIVkZah@webmail.x86.ch> From: ag@x86.ch To: freebsd-arm@freebsd.org Subject: RPI4 Install r357606 test 09.02.2020 failed User-Agent: Horde Application Framework 5 MIME-Version: 1.0 X-Rspamd-Queue-Id: 48FkWx3Tbxz3PP2 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ag@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=ag@x86.ch X-Spamd-Result: default: False [1.37 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[147.225.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(0.47)[ipnet: 80.74.144.0/20(1.44), asn: 21069(0.85), country: CH(0.04)]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[x86.ch]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.57)[-0.575,0]; NEURAL_SPAM_LONG(0.67)[0.674,0]; FROM_NO_DN(0.00)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Description: Textnachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 09:39:26 -0000 RPI4 4GB SD Card test r357606  https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200206-r357606.img.xz no support for network no support for usb is the usb3 support coming? From owner-freebsd-arm@freebsd.org Sun Feb 9 11:15:35 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E212A2350A8 for ; Sun, 9 Feb 2020 11:15:35 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Fmft5QDxz40vC for ; Sun, 9 Feb 2020 11:15:34 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 09 Feb 2020 11:15:24 +0000 To: "ag@x86.ch" From: Robert Crowston Cc: "freebsd-arm@freebsd.org" Reply-To: Robert Crowston Subject: Re: RPI4 Install r357606 test 09.02.2020 failed Message-ID: In-Reply-To: <20200209103922.Horde.PTtCLjZSXDAAwcQcAIVkZah@webmail.x86.ch> References: <20200209103922.Horde.PTtCLjZSXDAAwcQcAIVkZah@webmail.x86.ch> Feedback-ID: 2OVbcR1yHYpdkD8cgQllkFwcuMVZg_LiVMMPvptooFDfHD_03MuQO4ZaF626jWHZYFEhNR2cmIbZ53j4QGWMBQ==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,BAYES_40, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: 48Fmft5QDxz40vC X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.10 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; FREEMAIL_FROM(0.00)[protonmail.com]; DKIM_TRACE(0.00)[protonmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_IN_DNSWL_LOW(-0.10)[134.40.70.185.list.dnswl.org : 127.0.5.1]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[ip: (-9.78), ipnet: 185.70.40.0/24(-4.89), asn: 62371(-3.90), country: CH(0.04)]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[134.40.70.185.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 11:15:35 -0000 I'm working on a PCI-E driver, which will enable USB. But it's a spare time= project, and I don't get a lot of spare time. =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Sunday, 9 February 2020 09:39, wrote: > RPI4 4GB SD Card test=C2=A0r357606=C2=A0 > > https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/= FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200206-r357606.img.xz > > no support for network no support for usb is the usb3 support coming? > > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sun Feb 9 11:45:30 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0EFDC235EC3 for ; Sun, 9 Feb 2020 11:45:30 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48FnKN5DdWz42Yv for ; Sun, 9 Feb 2020 11:45:28 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 958FBB1C05A5; Sun, 9 Feb 2020 12:45:23 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.225.147] ([213.55.225.147]) by webmail.x86.ch (Horde Framework) with HTTPS; Sun, 09 Feb 2020 12:45:23 +0100 Date: Sun, 09 Feb 2020 12:45:23 +0100 Message-ID: <20200209124523.Horde.nCgIHk1h86SZSr7ORr7qsqO@webmail.x86.ch> From: ag@x86.ch To: Robert Crowston Cc: freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed References: <20200209103922.Horde.PTtCLjZSXDAAwcQcAIVkZah@webmail.x86.ch> In-Reply-To: User-Agent: Horde Application Framework 5 MIME-Version: 1.0 X-Rspamd-Queue-Id: 48FnKN5DdWz42Yv X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ag@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=ag@x86.ch X-Spamd-Result: default: False [1.39 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[147.225.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(0.44)[ipnet: 80.74.144.0/20(1.36), asn: 21069(0.82), country: CH(0.04)]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[x86.ch]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-0.63)[-0.629,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_SPAM_LONG(0.78)[0.778,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[protonmail.com]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Description: Textnachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 11:45:30 -0000 Great respect for your work on RPI4 Thanks for feedback Zitat von Robert Crowston : > I'm working on a PCI-E driver, which will enable USB. But it's a > spare time project, and I don't get a lot of spare time. > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > On Sunday, 9 February 2020 09:39, wrote: > >> RPI4 4GB SD Card test r357606  >> >> https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200206-r357606.img.xz >> >> no support for network no support for usb is the usb3 support coming? >> >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-armTo >> unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > >   From owner-freebsd-arm@freebsd.org Sun Feb 9 12:07:04 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A634E237490 for ; Sun, 9 Feb 2020 12:07:04 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48FnpH51Ghz44L9 for ; Sun, 9 Feb 2020 12:07:03 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 8D248B1C05A5 for ; Sun, 9 Feb 2020 13:07:01 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.225.147] ([213.55.225.147]) by webmail.x86.ch (Horde Framework) with HTTPS; Sun, 09 Feb 2020 13:07:01 +0100 Date: Sun, 09 Feb 2020 13:07:01 +0100 Message-ID: <20200209130701.Horde.OsdfIV1ZipnAMkTITb1z3aQ@webmail.x86.ch> From: ag@x86.ch To: freebsd-arm@freebsd.org Subject: RPI4 replacements / x86Max Android TV Box References: <20200209103922.Horde.PTtCLjZSXDAAwcQcAIVkZah@webmail.x86.ch> <20200209124523.Horde.nCgIHk1h86SZSr7ORr7qsqO@webmail.x86.ch> In-Reply-To: <20200209124523.Horde.nCgIHk1h86SZSr7ORr7qsqO@webmail.x86.ch> User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Rspamd-Queue-Id: 48FnpH51Ghz44L9 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ag@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=ag@x86.ch X-Spamd-Result: default: False [0.76 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[147.225.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(0.43)[ipnet: 80.74.144.0/20(1.33), asn: 21069(0.80), country: CH(0.04)]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[x86.ch]; NEURAL_SPAM_LONG(0.12)[0.116,0]; FROM_NO_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.58)[-0.584,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 12:07:04 -0000 RPI4 replacements Great price and good quality 1000MBPS / USB3 Cannot be built with Freebsd ? What is missing ? Link: https://de.gearbest.com/tv-box/pp_009170053505.html [1] From owner-freebsd-arm@freebsd.org Sun Feb 9 12:17:56 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 155F52379BE for ; Sun, 9 Feb 2020 12:17:56 +0000 (UTC) (envelope-from 4250.10.freebsd-arm=freebsd.org@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 48Fp2q0SZ3z4587 for ; Sun, 9 Feb 2020 12:17:54 +0000 (UTC) (envelope-from 4250.10.freebsd-arm=freebsd.org@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=1581250675; x=1583842675; h=content-transfer-encoding:content-type:mime-version:references:in-reply-to:message-id:subject:cc:to:from:date:x-thread-info; bh=pLNhSMtxFjQSKfPeVowLUj7Uz8TMOyw1arJF4oqhcrY=; b=smgLkXVoEii+PSRPCGKtoifPW4dbeJsP1guk/Rfqv905eRsDk7Tnf//n6TeSvfni25sthar043zYCtqI/dXo9S/wQBW2dzoXmfbS9LNWiiqkYurvomdcaiB6qiSpXgk60anFmV3wSWFUZbWdLKBv5/gebw1w3fhJR0Tiiqx5FzA= X-Thread-Info: NDI1MC4xMi42ZTAwMDAwMmE1YjQ1NS5mcmVlYnNkLWFybT1mcmVlYnNkLm9yZw== 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); Sun, 9 Feb 2020 07:17:45 -0500 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); Sun, 9 Feb 2020 07:17:43 -0500 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1j0lWu-00073j-Ns; Sun, 09 Feb 2020 12:17:40 +0000 Date: Sun, 9 Feb 2020 12:17:40 +0000 From: Steve O'Hara-Smith To: ag@x86.ch Cc: freebsd-arm@freebsd.org Subject: Re: RPI4 replacements / x86Max Android TV Box Message-Id: <20200209121740.2c20cae869be8a6ee88f0de9@sohara.org> In-Reply-To: <20200209130701.Horde.OsdfIV1ZipnAMkTITb1z3aQ@webmail.x86.ch> References: <20200209103922.Horde.PTtCLjZSXDAAwcQcAIVkZah@webmail.x86.ch> <20200209124523.Horde.nCgIHk1h86SZSr7ORr7qsqO@webmail.x86.ch> <20200209130701.Horde.OsdfIV1ZipnAMkTITb1z3aQ@webmail.x86.ch> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) X-Clacks-Overhead: "GNU Terry Pratchett" Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48Fp2q0SZ3z4587 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=email-od.com header.s=dkim header.b=smgLkXVo; dmarc=none; spf=pass (mx1.freebsd.org: domain of 4250.10.freebsd-arm=freebsd.org@email-od.com designates 142.0.176.198 as permitted sender) smtp.mailfrom=4250.10.freebsd-arm=freebsd.org@email-od.com X-Spamd-Result: default: False [-1.88 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990,0]; R_DKIM_ALLOW(-0.20)[email-od.com:s=dkim]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:142.0.176.0/20]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[sohara.org]; FORGED_SENDER_VERP_SRS(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[email-od.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[198.176.0.142.list.dnswl.org : 127.0.15.0]; ENVFROM_VERP(0.00)[]; IP_SCORE(0.11)[ip: (-0.32), ipnet: 142.0.176.0/22(0.63), asn: 7381(0.30), country: US(-0.05)]; FORGED_SENDER(0.00)[steve@sohara.org,4250.10.freebsd-arm=freebsd.org@email-od.com]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7381, ipnet:142.0.176.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[steve@sohara.org,4250.10.freebsd-arm=freebsd.org@email-od.com]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 12:17:56 -0000 On Sun, 09 Feb 2020 13:07:01 +0100 ag@x86.ch wrote: > RPI4 replacements > > Great price and good quality 1000MBPS / USB3 > > Cannot be built with Freebsd ? > > What is missing ? Documentation almost certainly. > Link: https://de.gearbest.com/tv-box/pp_009170053505.html [1] Android (which is always available on those things) runs under a Linux kernel (with proprietary drivers) so it is quite easy to replace the Android userland with a standard Linux userland but rather less so to make any other kernel run. -- Steve O'Hara-Smith From owner-freebsd-arm@freebsd.org Sun Feb 9 12:25:22 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0B0CA237F17 for ; Sun, 9 Feb 2020 12:25:22 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48FpCP00h5z45hZ for ; Sun, 9 Feb 2020 12:25:20 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id C012DB1C05A5; Sun, 9 Feb 2020 13:25:18 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.225.147] ([213.55.225.147]) by webmail.x86.ch (Horde Framework) with HTTPS; Sun, 09 Feb 2020 13:25:18 +0100 Date: Sun, 09 Feb 2020 13:25:18 +0100 Message-ID: <20200209132518.Horde.8ZwkgI0DIFOHNCv_Rp6HtKc@webmail.x86.ch> From: ag@x86.ch To: Steve O'Hara-Smith Cc: freebsd-arm@freebsd.org Subject: Re: RPI4 replacements / x86Max Android TV Box References: <20200209103922.Horde.PTtCLjZSXDAAwcQcAIVkZah@webmail.x86.ch> <20200209124523.Horde.nCgIHk1h86SZSr7ORr7qsqO@webmail.x86.ch> <20200209130701.Horde.OsdfIV1ZipnAMkTITb1z3aQ@webmail.x86.ch> <20200209121740.2c20cae869be8a6ee88f0de9@sohara.org> In-Reply-To: <20200209121740.2c20cae869be8a6ee88f0de9@sohara.org> User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48FpCP00h5z45hZ X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ag@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=ag@x86.ch X-Spamd-Result: default: False [1.18 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[147.225.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(0.42)[ipnet: 80.74.144.0/20(1.29), asn: 21069(0.78), country: CH(0.04)]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[x86.ch]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-0.69)[-0.687,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_SPAM_LONG(0.64)[0.641,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 12:25:22 -0000 Mr. Steve O'Hara-Smith "The problems I like best are the ones nobody knows how to solve, I can usually find a way" Pleas Help. Arm is the future Zitat von Steve O'Hara-Smith : > On Sun, 09 Feb 2020 13:07:01 +0100 > ag@x86.ch wrote: > >> RPI4 replacements >> >> Great price and good quality  1000MBPS / USB3 >> >> Cannot be built with Freebsd  ? >> >> What is missing ? > > Documentation almost certainly. > >> Link: https://de.gearbest.com/tv-box/pp_009170053505.html  [1] > > Android (which is always available on those things) runs under a > Linux kernel (with proprietary drivers) so it is quite easy to replace the > Android userland with a standard Linux userland but rather less so to make > any other kernel run. > > --Steve O'Hara-Smith poor is the future From owner-freebsd-arm@freebsd.org Sun Feb 9 13:56:53 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2AFFB239EE0 for ; Sun, 9 Feb 2020 13:56:53 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48FrDz6ptXz4BFT for ; Sun, 9 Feb 2020 13:56:51 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32a.google.com with SMTP id p9so7045790wmc.2 for ; Sun, 09 Feb 2020 05:56:51 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=Cl6AASFr7yJK0sRoAOGHxqprWubcLnxm5jjBJZ5REE0=; b=PimgSMixH2Bx/JjzqpZrQDqLs4NJUO8cITJ24acqSVCefYUmB/78pQ9kbAk6iueVis ZfegM5LWXxGGfKWOQYa0mWfEhZ0OoRVxZSTG/Mj9qP11PpKynVUA2Wpa4gMvqZKfRPU0 VFO9rgTst1DFhVbx8PuSFziUIU5hujfP+e2azrQIHBu1cDeqKJK6UJCanYZRRm/jEmvA D6uVZWEZkomkugMgBK7xrAyVtnnrzkRQ1CweTNXxwoVN7BM6Max0jON/cgVk6bnvqomC B3Po5noEPhDu8bjjStI235DYE2S7cFBrOzYvhoUkE4VlJlHDVgSUe1jq8becQtDTWR7w eEug== X-Gm-Message-State: APjAAAWwUtR2EQOzRKtaM3SsOmVgZ+1gddWozm5WsWPtblTKKyaJWrkE R+RHym3ddZFLRdV5MUlcvtw+qBPG X-Google-Smtp-Source: APXvYqyFiBtxTpZXQ7HkTZPZx7/uQxVVTP9L6Ez3sxJRV+HLZcKemxmWHDK7yac9Bx0vGRV6S9IW4g== X-Received: by 2002:a1c:4c5:: with SMTP id 188mr9719528wme.82.1581256609374; Sun, 09 Feb 2020 05:56:49 -0800 (PST) Received: from [192.168.1.167] (x59cc99f3.dyn.telefonica.de. [89.204.153.243]) by smtp.googlemail.com with ESMTPSA id v14sm12362832wrm.28.2020.02.09.05.56.48 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 09 Feb 2020 05:56:48 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPI4 Install r357606 test 09.02.2020 failed Date: Sun, 9 Feb 2020 14:56:46 +0100 References: <20200209103922.Horde.PTtCLjZSXDAAwcQcAIVkZah@webmail.x86.ch> To: ag@x86.ch, freebsd-arm@freebsd.org In-Reply-To: <20200209103922.Horde.PTtCLjZSXDAAwcQcAIVkZah@webmail.x86.ch> Message-Id: X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48FrDz6ptXz4BFT X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; TO_DN_NONE(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[243.153.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[a.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.45), ipnet: 2a00:1450::/32(-2.48), asn: 15169(-1.73), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 13:56:53 -0000 > Am 09.02.2020 um 10:39 schrieb ag@x86.ch: >=20 > RPI4 4GB SD Card test r357606=20 >=20 > = https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/F= reeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200206-r357606.img.xz >=20 > no support for network no support for usb is the usb3 support = coming? > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" Did you boot r357606 on the RPI4? There=E2=80=99s a breakage in that snapshot and with me it hangs if = booted from SD-card. Hints for you if you have both RPI3+RPI4 how you get = =E2=80=9Enetwork=E2=80=9C-access : https://wiki.freebsd.org/arm/Raspberry%20Pi Regards Klaus= From owner-freebsd-arm@freebsd.org Sun Feb 9 19:35:29 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DF664240261 for ; Sun, 9 Feb 2020 19:35:29 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 48Fzlh5hw4z4SFL for ; Sun, 9 Feb 2020 19:35:28 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id 019JZKX3021181; Sun, 9 Feb 2020 13:35:21 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <202002091935.019JZKX3021181@mail.karels.net> To: Robert Crowston cc: "ag@x86.ch" , "freebsd-arm@freebsd.org" From: Mike Karels Reply-to: mike@karels.net Subject: Re: RPI4 Install r357606 test 09.02.2020 failed In-reply-to: Your message of Sun, 09 Feb 2020 11:15:24 +0000. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21179.1581276920.1@mail.karels.net> Content-Transfer-Encoding: quoted-printable Date: Sun, 09 Feb 2020 13:35:20 -0600 X-Rspamd-Queue-Id: 48Fzlh5hw4z4SFL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-4.40 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_REPLYTO(0.00)[mike@karels.net]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[karels.net]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-2.20)[ip: (-7.33), ipnet: 216.160.36.0/22(-3.58), asn: 209(-0.02), country: US(-0.05)]; FREEMAIL_TO(0.00)[protonmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 19:35:29 -0000 > I'm working on a PCI-E driver, which will enable USB. But it's a spare t= ime project, and I don't get a lot of spare time. I've been quietly working on an Ethernet driver for the RPi4. It's slow going without documentation, though, and is also a spare time project. Mike > ------- Original Message ------- > On Sunday, 9 February 2020 09:39, wrote: > > RPI4 4GB SD Card test r357606 > > > > https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13= .0/FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200206-r357606.img.xz > > > > no support for network no support for usb is the usb3 support coming? > > From owner-freebsd-arm@freebsd.org Sun Feb 9 19:49:57 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C20C22404B8 for ; Sun, 9 Feb 2020 19:49:57 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48G04N1Tzqz4SZS for ; Sun, 9 Feb 2020 19:49:55 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 7AADEB1C03E6; Sun, 9 Feb 2020 20:49:53 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.224.168] ([213.55.224.168]) by webmail.x86.ch (Horde Framework) with HTTPS; Sun, 09 Feb 2020 20:49:53 +0100 Date: Sun, 09 Feb 2020 20:49:53 +0100 Message-ID: <20200209204953.Horde.efZXUn7M1E1wE1jQgMWAivt@webmail.x86.ch> From: ag@x86.ch To: Mike Karels Cc: Robert Crowston , freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed In-Reply-To: <202002091935.019JZKX3021181@mail.karels.net> User-Agent: Horde Application Framework 5 MIME-Version: 1.0 X-Rspamd-Queue-Id: 48G04N1Tzqz4SZS X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ag@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=ag@x86.ch X-Spamd-Result: default: False [3.80 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[168.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; IP_SCORE(0.41)[ipnet: 80.74.144.0/20(1.26), asn: 21069(0.77), country: CH(0.04)]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[x86.ch]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.59)[0.587,0]; URI_COUNT_ODD(1.00)[3]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.997,0]; FROM_NO_DN(0.00)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; FREEMAIL_CC(0.00)[protonmail.com]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Description: Textnachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 19:49:57 -0000   hello mike thanks for the information. why is this documentation not available? is there a conflict between linux and freebsd? Zitat von Mike Karels : >> I'm working on a PCI-E driver, which will enable USB. But it's a >> spare time project, and I don't get a lot of spare time. > > I've been quietly working on an Ethernet driver for the RPi4.  It's slow > going without documentation, though, and is also a spare time project. > >                 Mike > >> ------- Original Message ------- >> On Sunday, 9 February 2020 09:39, wrote: > >> RPI4 4GB SD Card test r357606 >> >> https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200206-r357606.img.xz >> >> no support for network no support for usb is the usb3 support coming? > >   thanks for the information. why is this documentation not available? From owner-freebsd-arm@freebsd.org Sun Feb 9 19:53:13 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6C159240700 for ; Sun, 9 Feb 2020 19:53:13 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48G0884sWvz4Svm for ; Sun, 9 Feb 2020 19:53:12 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 78DC1B1C03E6 for ; Sun, 9 Feb 2020 20:53:11 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.224.168] ([213.55.224.168]) by webmail.x86.ch (Horde Framework) with HTTPS; Sun, 09 Feb 2020 20:53:11 +0100 Date: Sun, 09 Feb 2020 20:53:11 +0100 Message-ID: <20200209205311.Horde.g5nUhyg8PFh0gnF751hhKtw@webmail.x86.ch> From: ag@x86.ch To: freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed References: <202002091935.019JZKX3021181@mail.karels.net> <20200209204953.Horde.efZXUn7M1E1wE1jQgMWAivt@webmail.x86.ch> In-Reply-To: <20200209204953.Horde.efZXUn7M1E1wE1jQgMWAivt@webmail.x86.ch> User-Agent: Horde Application Framework 5 MIME-Version: 1.0 X-Rspamd-Queue-Id: 48G0884sWvz4Svm X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ag@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=ag@x86.ch X-Spamd-Result: default: False [1.14 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[168.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(0.40)[ipnet: 80.74.144.0/20(1.23), asn: 21069(0.75), country: CH(0.04)]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[x86.ch]; NEURAL_SPAM_LONG(0.33)[0.332,0]; FROM_NO_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.39)[-0.394,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Description: Textnachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 19:53:13 -0000 to get more people excited about freebsd it’s not helpful it all takes too long Zitat von ag@x86.ch: >   > hello mike   thanks for the information.  why is this documentation > not available?  is there a conflict between linux and freebsd? > > Zitat von Mike Karels : > >>> I'm working on a PCI-E driver, which will enable USB. But it's a >>> spare time project, and I don't get a lot of spare time. >> >> I've been quietly working on an Ethernet driver for the RPi4.  It's slow >> going without documentation, though, and is also a spare time project. >> >>                 Mike >> >>> ------- Original Message ------- >>> On Sunday, 9 February 2020 09:39, wrote: >> >>> RPI4 4GB SD Card test r357606 >>> >>> https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200206-r357606.img.xz >>> >>> no support for network no support for usb is the usb3 support coming? > > thanks for the information.  why is this documentation not available? > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-armTo > unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sun Feb 9 20:00:59 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BC8AE24095D for ; Sun, 9 Feb 2020 20:00:59 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48G0K72cLmz4TBJ for ; Sun, 9 Feb 2020 20:00:59 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1581278458; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=hj66XQDBHiI30GryWH2mn5pLJvWKh6atYLthcH/hGLgalo/VG1Da8hB2vRwT2Y1kpKwOsvE7LbxjL YkblSeO5/oMmYOSkm/d6FN5h8jNk+tV4zWDi0iBWhETAF0v7ypE1o87wABGHvNsUgUZH2XOWssIckP BetQPk6uyuGc6bhQkqS8cDgsl5LNo+zbJwLZjQxiivKDZNexGt50qsi5w1qPQ0toVVzHcVsrET3RGW f83FySGlG6JcegCJ0xddyV3k8bDHvAwJq03EG6IlGKXtrtnpeBkX48R+P3NAKKFhWrQyTk0v9cXFxz k0ykTfvTc+zyRIQzE68H/TYFnTDpRMw== 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:cc:to:from:subject:message-id:dkim-signature:from; bh=NZLcwh0xD5oeLiOsaBg/4AjR3C5d8lvOH3T/Jn8FYMA=; b=Kc6KZ+meufv6VMhHkFtDnzCmzh7v+iXMFTTbSDw9ILzXPKp4FmfPdNojmg25iOsaxCPclNqJWz1gc MzL9Mn63Z4K2BDxT7I4Vn9Otp/47PXlyjc/pp+BrdL0pc33WytcdklcPQxIo6AXSsy028BSI/kAQNQ aYuABoUZd/Cq9H5DZGchLDZ9tQrP8iA6XfBdoU3NSS3x5zMqBxKIdc08KVuM/m0aAISabME6RuIcp4 3VQuZwDBxwKOqZD6T4DbDfgBaaFm7BIaWCoeEwXdr+X47B9wC1u4oVnkOuX8ugjf3hGkLNx49nrtkJ tTruihoHzK3NVPr5IqNOP2srtC7b0vw== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; 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-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=NZLcwh0xD5oeLiOsaBg/4AjR3C5d8lvOH3T/Jn8FYMA=; b=dzY4iMQgz+7XrcjQIXxCNkyChSdpZUTK4RDKNgalYrxgPxrXShz/F1FWwWjT1cEJ8xKW2xmKDW/75 z+LCNG7qCnTMWTvZ0G83cEU9W13GRw5t/RDRils7aE16rXQP3jO7OUxOk2jHqNgiroUkPpNIwBWWS9 rhhvYKXtiOUFZtH005Epjsm78hoxKo7vjANUPZ7F5lVpmoTc4sfrBFXi9q8bOguzs5ykQ6wWL+dfV5 nz1wgtLSO9devjHNhC8FsllNbREJz1ByQPkIEPcp3KgaLaKChr3sYrGuwJb8Gsq3bSk8zmAUj16VKv wE3ZsDnLLA+eoaA4HFFLx/D+MSnFPdA== X-MHO-RoutePath: aGlwcGll X-MHO-User: e0fd11b9-4b76-11ea-9eb3-25e2dfa9fa8d X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id e0fd11b9-4b76-11ea-9eb3-25e2dfa9fa8d; Sun, 09 Feb 2020 20:00:56 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 019K0r9X063184; Sun, 9 Feb 2020 13:00:53 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1b4c863c3fda859f211ea67a04defca3833fc5f3.camel@freebsd.org> Subject: Re: RPI4 Install r357606 test 09.02.2020 failed From: Ian Lepore To: ag@x86.ch, Mike Karels Cc: freebsd-arm@freebsd.org Date: Sun, 09 Feb 2020 13:00:53 -0700 In-Reply-To: <20200209204953.Horde.efZXUn7M1E1wE1jQgMWAivt@webmail.x86.ch> References: <20200209204953.Horde.efZXUn7M1E1wE1jQgMWAivt@webmail.x86.ch> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48G0K72cLmz4TBJ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.88 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.89)[-0.892,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; NEURAL_HAM_LONG(-0.98)[-0.984,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 20:00:59 -0000 On Sun, 2020-02-09 at 20:49 +0100, ag@x86.ch wrote: > > hello mike thanks for the information. why is this documentation > not available? is there a conflict between linux and freebsd? > > Broadcom makes the documentation available to the people who write the linux drivers, but not the people who write drivers for *BSD. If you want a cheap aarch64 platform from a vendor who DOES release documentation to help support BSD operating systems, get a PINE64 or other Rockchip-based board. -- Ian > Zitat von Mike Karels : > > > > I'm working on a PCI-E driver, which will enable USB. But it's > > > a > > > spare time project, and I don't get a lot of spare time. > > > > I've been quietly working on an Ethernet driver for the RPi4. It's > > slow > > going without documentation, though, and is also a spare time > > project. > > > > Mike > > > > > ------- Original Message ------- > > > On Sunday, 9 February 2020 09:39, wrote: > > > RPI4 4GB SD Card test r357606 > > > > > > https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200206-r357606.img.xz > > > > > > no support for network no support for usb is the usb3 support > > > coming? > > > > > > thanks for the information. why is this documentation not available? > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > " > From owner-freebsd-arm@freebsd.org Sun Feb 9 20:05:05 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0EEBF240B95 for ; Sun, 9 Feb 2020 20:05:05 +0000 (UTC) (envelope-from 4250.10.freebsd-arm=freebsd.org@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 48G0Pq6XVsz4TSH for ; Sun, 9 Feb 2020 20:05:03 +0000 (UTC) (envelope-from 4250.10.freebsd-arm=freebsd.org@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=1581278704; x=1583870704; h=content-transfer-encoding:content-type:mime-version:references:in-reply-to:message-id:subject:to:from:date:x-thread-info; bh=/c576vAC0IfQkqqANr0s98cBDchMaeBPM/OWApuOYqw=; b=Y3dmIGyq/Eyi64+fODbjdIVcGJ8lve7IjeQWirzmDHXwu93daLMJ2dWNXcrXvuSYxNXyFTSrGHzh4cqyszwI0AsPtv7amsdoRWDS8e29TBSH2jpYF2CFsSvje5YVqetXnUgqD+uOrbLHBZyQV9Bnrk/IPEi6BgpQ3Z4ThEYImbI= X-Thread-Info: NDI1MC4xMi42ZTAwMDAwMmIzMjZiYS5mcmVlYnNkLWFybT1mcmVlYnNkLm9yZw== Received: from r2.us-east-1.aws.in.socketlabs.com (r2.us-east-1.aws.in.socketlabs.com [142.0.191.2]) by mxsg2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Sun, 9 Feb 2020 15:05:01 -0500 Received: from smtp.lan.sohara.org (EMTPY [185.202.17.215]) by r2.us-east-1.aws.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Sun, 9 Feb 2020 15:05:00 -0500 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1j0sp9-0008lm-Bf for freebsd-arm@freebsd.org; Sun, 09 Feb 2020 20:04:59 +0000 Date: Sun, 9 Feb 2020 20:04:59 +0000 From: Steve O'Hara-Smith To: freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed Message-Id: <20200209200459.e1173ae6f7764506cbac02f4@sohara.org> In-Reply-To: <20200209204953.Horde.efZXUn7M1E1wE1jQgMWAivt@webmail.x86.ch> References: <202002091935.019JZKX3021181@mail.karels.net> <20200209204953.Horde.efZXUn7M1E1wE1jQgMWAivt@webmail.x86.ch> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) X-Clacks-Overhead: "GNU Terry Pratchett" Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48G0Pq6XVsz4TSH X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=email-od.com header.s=dkim header.b=Y3dmIGyq; dmarc=none; spf=pass (mx1.freebsd.org: domain of 4250.10.freebsd-arm=freebsd.org@email-od.com designates 142.0.176.198 as permitted sender) smtp.mailfrom=4250.10.freebsd-arm=freebsd.org@email-od.com X-Spamd-Result: default: False [-1.87 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.983,0]; R_DKIM_ALLOW(-0.20)[email-od.com:s=dkim]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:142.0.176.0/20]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[sohara.org]; FORGED_SENDER_VERP_SRS(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(0.11)[ip: (-0.32), ipnet: 142.0.176.0/22(0.62), asn: 7381(0.30), country: US(-0.05)]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[email-od.com:+]; RCVD_IN_DNSWL_NONE(0.00)[198.176.0.142.list.dnswl.org : 127.0.15.0]; ENVFROM_VERP(0.00)[]; FORGED_SENDER(0.00)[steve@sohara.org,4250.10.freebsd-arm=freebsd.org@email-od.com]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7381, ipnet:142.0.176.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[steve@sohara.org,4250.10.freebsd-arm=freebsd.org@email-od.com]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 20:05:05 -0000 On Sun, 09 Feb 2020 20:49:53 +0100 ag@x86.ch wrote: >   > hello mike thanks for the information. why is this documentation > not available? is there a conflict between linux and freebsd? The Linux port is usually done by the SOC maker, or someone who signed an NDA with them to get the documentation, and released only as a compiled kernel. In many ways it is reminiscent of the bad old days of video acceleration. -- Steve O'Hara-Smith From owner-freebsd-arm@freebsd.org Sun Feb 9 20:10:31 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E8896240C45 for ; Sun, 9 Feb 2020 20:10:31 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48G0X66ZFSz4TXB for ; Sun, 9 Feb 2020 20:10:30 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 8E7C3B1C02BF for ; Sun, 9 Feb 2020 21:10:28 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.224.168] ([213.55.224.168]) by webmail.x86.ch (Horde Framework) with HTTPS; Sun, 09 Feb 2020 21:10:28 +0100 Date: Sun, 09 Feb 2020 21:10:28 +0100 Message-ID: <20200209211028.Horde.46ADNA5nJmjActksmWcNFmN@webmail.x86.ch> From: ag@x86.ch To: freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed References: <202002091935.019JZKX3021181@mail.karels.net> <20200209204953.Horde.efZXUn7M1E1wE1jQgMWAivt@webmail.x86.ch> <20200209200459.e1173ae6f7764506cbac02f4@sohara.org> In-Reply-To: <20200209200459.e1173ae6f7764506cbac02f4@sohara.org> User-Agent: Horde Application Framework 5 MIME-Version: 1.0 X-Rspamd-Queue-Id: 48G0X66ZFSz4TXB X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ag@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=ag@x86.ch X-Spamd-Result: default: False [3.97 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[168.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(0.39)[ipnet: 80.74.144.0/20(1.20), asn: 21069(0.74), country: CH(0.04)]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; URI_COUNT_ODD(1.00)[3]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[x86.ch]; NEURAL_SPAM_MEDIUM(0.79)[0.790,0]; NEURAL_SPAM_LONG(0.98)[0.982,0]; FROM_NO_DN(0.00)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Description: Textnachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 20:10:32 -0000 ok I understand not all opensource as always claimed Too bad Zitat von Steve O'Hara-Smith : > On Sun, 09 Feb 2020 20:49:53 +0100 > ag@x86.ch wrote: > >>   >> hello mike   thanks for the information.  why is this documentation >> not available?  is there a conflict between linux and freebsd? > > The Linux port is usually done by the SOC maker, or someone who > signed an NDA with them to get the documentation, and released only as a > compiled kernel. In many ways it is reminiscent of the bad old days of > video acceleration. > > -- > Steve O'Hara-Smith > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-armTo > unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sun Feb 9 20:12:59 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B748A240F06 for ; Sun, 9 Feb 2020 20:12:59 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48G0Zy72LHz4TvG for ; Sun, 9 Feb 2020 20:12:58 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id F3C7CB1C03E6 for ; Sun, 9 Feb 2020 21:12:57 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.224.168] ([213.55.224.168]) by webmail.x86.ch (Horde Framework) with HTTPS; Sun, 09 Feb 2020 21:12:57 +0100 Date: Sun, 09 Feb 2020 21:12:57 +0100 Message-ID: <20200209211257.Horde.-JSbYsLpRwy5jqsgHVPFl5B@webmail.x86.ch> From: ag@x86.ch To: freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed References: <202002091935.019JZKX3021181@mail.karels.net> <20200209204953.Horde.efZXUn7M1E1wE1jQgMWAivt@webmail.x86.ch> <20200209200459.e1173ae6f7764506cbac02f4@sohara.org> In-Reply-To: <20200209200459.e1173ae6f7764506cbac02f4@sohara.org> User-Agent: Horde Application Framework 5 MIME-Version: 1.0 X-Rspamd-Queue-Id: 48G0Zy72LHz4TvG X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ag@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=ag@x86.ch X-Spamd-Result: default: False [3.95 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[168.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(0.39)[ipnet: 80.74.144.0/20(1.17), asn: 21069(0.72), country: CH(0.04)]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; URI_COUNT_ODD(1.00)[3]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[x86.ch]; NEURAL_SPAM_MEDIUM(0.78)[0.783,0]; NEURAL_SPAM_LONG(0.98)[0.981,0]; FROM_NO_DN(0.00)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Description: Textnachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 20:12:59 -0000 we have the best programmers here and wait for documentation not good Zitat von Steve O'Hara-Smith : > On Sun, 09 Feb 2020 20:49:53 +0100 > ag@x86.ch wrote: > >>   >> hello mike   thanks for the information.  why is this documentation >> not available?  is there a conflict between linux and freebsd? > > The Linux port is usually done by the SOC maker, or someone who > signed an NDA with them to get the documentation, and released only as a > compiled kernel. In many ways it is reminiscent of the bad old days of > video acceleration. > > -- > Steve O'Hara-Smith > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-armTo > unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sun Feb 9 20:16:49 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9902B240FBD for ; Sun, 9 Feb 2020 20:16:49 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82e.google.com (mail-qt1-x82e.google.com [IPv6:2607:f8b0:4864:20::82e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48G0gM3KZNz4TyY for ; Sun, 9 Feb 2020 20:16:47 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82e.google.com with SMTP id d18so3590768qtj.10 for ; Sun, 09 Feb 2020 12:16:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=F+bFtF1oKMc9SQPOMSiwU4c9wVs8Bpr3GLKwVVY/0PM=; b=lScSL+ff9kd5xeQRFgAO4zsmgn90WWjEpA57AUWNAyP1kKWwKABGrE+NeLIEpWVNeh ST/UqYoG1NYNKT3yatBjUgAdJsCWnpiJwYq7iMGoDyajqE5EmjPlGANxivTVD7qiDfN9 c2nkOJRszkH1wR1ciOFKGIyhggf4jT9cSyq1C8qXkEQhQtPRbzvKfL+4au6e12EIrlk5 ar3VMIY3mqZ6XNdiJNwGDhIo5dRFs5rhi2L//3EkHxDZI51HPoouSc9BzQ7Cv7J92VBl huy/d6wx82jqLvtL153BLLEE51m7c7pcFRz6ExyOuyXLEZ4gb9a9neq/gwtaWv5XLX1U 286w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=F+bFtF1oKMc9SQPOMSiwU4c9wVs8Bpr3GLKwVVY/0PM=; b=GzLSs/81Ed3zaoXnLLu/XoAEof0w5PUShlb9S65e3hczc/LlSEjbEAch0Ty3tIRTzZ +W6Z9FOc8Yh4+mZBWb1caQLZ0MJCSjwUKb1vkJX7DhWnUG8f9sufm45ZMOs7yIMU8R6u 0FQtQb4WYS0WjS6fm2va5Kp10Xc0sGGJVjUhYcKsO/eSXczmqsCMtdTDoymAwJwvl2Mw hYufUTd/UtpDSurwA+8Ww7qXb/ddGPPFLdvuJzOqUtltkVaD6AiSW5wbahyo5XIIfO2G efC22f+urWoCroyLlw3DW+1PED5mOHT8FXy/Xy8xIPBCRqZGIyLqMVkzeCunWZ3WluDh HWsQ== X-Gm-Message-State: APjAAAXKR003plX8pk8ZWBrQm6Mdu23fJXBtGC6O71i53vPcXasYYHyN r14hQABFlVGfkURY3IY+DHAtGh8mn5HXxhybBn2H3Mvl X-Google-Smtp-Source: APXvYqwrMElz9mYW7vy4Y5YgG81gLHzj0DCyE83Z1GujZ9lJ22fg0DWt0Xp0uiq21LyEQwz2Th23qlPLA2PuYxy0Bgo= X-Received: by 2002:ac8:1aa6:: with SMTP id x35mr7039586qtj.32.1581279406122; Sun, 09 Feb 2020 12:16:46 -0800 (PST) MIME-Version: 1.0 References: <202002091935.019JZKX3021181@mail.karels.net> <20200209204953.Horde.efZXUn7M1E1wE1jQgMWAivt@webmail.x86.ch> <20200209200459.e1173ae6f7764506cbac02f4@sohara.org> <20200209211028.Horde.46ADNA5nJmjActksmWcNFmN@webmail.x86.ch> In-Reply-To: <20200209211028.Horde.46ADNA5nJmjActksmWcNFmN@webmail.x86.ch> From: Warner Losh Date: Sun, 9 Feb 2020 13:16:33 -0700 Message-ID: Subject: Re: RPI4 Install r357606 test 09.02.2020 failed To: ag@x86.ch Cc: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 48G0gM3KZNz4TyY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=lScSL+ff; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::82e) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-4.60 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[e.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.60)[ip: (-9.23), ipnet: 2607:f8b0::/32(-1.97), asn: 15169(-1.73), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 20:16:49 -0000 On Sun, Feb 9, 2020, 1:10 PM wrote: > ok I understand not all opensource as always claimed Too bad > The Raspberry Pi isn't really a totally open design. Warner > Zitat von Steve O'Hara-Smith : > > > On Sun, 09 Feb 2020 20:49:53 +0100 > > ag@x86.ch wrote: > > > >> > >> hello mike thanks for the information. why is this documentation > >> not available? is there a conflict between linux and freebsd? > > > > The Linux port is usually done by the SOC maker, or someone who > > signed an NDA with them to get the documentation, and released only as a > > compiled kernel. In many ways it is reminiscent of the bad old days of > > video acceleration. > > > > -- > > Steve O'Hara-Smith > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-armTo > > unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Sun Feb 9 20:23:42 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 70CDF24130B for ; Sun, 9 Feb 2020 20:23:42 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48G0qK38GQz4VNl for ; Sun, 9 Feb 2020 20:23:41 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 75EB8B1C02BF; Sun, 9 Feb 2020 21:23:39 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.224.168] ([213.55.224.168]) by webmail.x86.ch (Horde Framework) with HTTPS; Sun, 09 Feb 2020 21:23:39 +0100 Date: Sun, 09 Feb 2020 21:23:39 +0100 Message-ID: <20200209212339.Horde.caxLq00tfVsX5DQXLF9t9Ls@webmail.x86.ch> From: ag@x86.ch To: Mike Karels Cc: Robert Crowston , freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed In-Reply-To: <202002091935.019JZKX3021181@mail.karels.net> User-Agent: Horde Application Framework 5 MIME-Version: 1.0 X-Rspamd-Queue-Id: 48G0qK38GQz4VNl X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ag@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=ag@x86.ch X-Spamd-Result: default: False [3.69 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[168.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; IP_SCORE(0.38)[ipnet: 80.74.144.0/20(1.14), asn: 21069(0.71), country: CH(0.04)]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[x86.ch]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.52)[0.518,0]; URI_COUNT_ODD(1.00)[3]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.995,0]; FROM_NO_DN(0.00)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; FREEMAIL_CC(0.00)[protonmail.com]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Description: Textnachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 20:23:42 -0000 tested allwinner h3 / h5 / h6 h3 has temp. problems with load h5 works very well but only usb2 h6 i have no freebsd experience does anyone have allwinner h6 boards in use? Zitat von Mike Karels : >> I'm working on a PCI-E driver, which will enable USB. But it's a >> spare time project, and I don't get a lot of spare time. > > I've been quietly working on an Ethernet driver for the RPi4.  It's slow > going without documentation, though, and is also a spare time project. > >                 Mike > >> ------- Original Message ------- >> On Sunday, 9 February 2020 09:39, wrote: > >> RPI4 4GB SD Card test r357606 >> >> https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200206-r357606.img.xz >> >> no support for network no support for usb is the usb3 support coming? > >   From owner-freebsd-arm@freebsd.org Sun Feb 9 20:26:39 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0CE032413C0 for ; Sun, 9 Feb 2020 20:26:39 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 48G0tk05hGz4VS3 for ; Sun, 9 Feb 2020 20:26:37 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id 019KQXLF021366; Sun, 9 Feb 2020 14:26:33 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <202002092026.019KQXLF021366@mail.karels.net> To: Warner Losh cc: ag@x86.ch, freebsd-arm@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: Re: RPI4 Install r357606 test 09.02.2020 failed In-reply-to: Your message of Sun, 09 Feb 2020 13:16:33 -0700. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21364.1581279993.1@mail.karels.net> Date: Sun, 09 Feb 2020 14:26:33 -0600 X-Rspamd-Queue-Id: 48G0tk05hGz4VS3 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-4.42 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[mike@karels.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52:c]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[karels.net]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-2.22)[ip: (-7.35), ipnet: 216.160.36.0/22(-3.66), asn: 209(-0.02), country: US(-0.05)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 20:26:39 -0000 > On Sun, Feb 9, 2020, 1:10 PM wrote: > > ok I understand not all opensource as always claimed Too bad > > > The Raspberry Pi isn't really a totally open design. > Warner Indeed. In this case, the GPL Linux driver is available as a substitute for documentation, but it isn't the clearest description of the (5 versions) of the Ethernet section. Mike > > Zitat von Steve O'Hara-Smith : > > > > > On Sun, 09 Feb 2020 20:49:53 +0100 > > > ag@x86.ch wrote: > > > > > >> > > >> hello mike thanks for the information. why is this documentation > > >> not available? is there a conflict between linux and freebsd? > > > > > > The Linux port is usually done by the SOC maker, or someone who > > > signed an NDA with them to get the documentation, and released only as a > > > compiled kernel. In many ways it is reminiscent of the bad old days of > > > video acceleration. > > > > > > -- > > > Steve O'Hara-Smith > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-armTo > > > unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sun Feb 9 20:28:49 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8E7E6241448 for ; Sun, 9 Feb 2020 20:28:49 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48G0xF2fZYz4VVv for ; Sun, 9 Feb 2020 20:28:49 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1581280127; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=nIhGOC+Vxlufjvy4bKYUR+F8MXwCEi3ziGbb+T0pdJqvEoebibq1uy1yEo1NHnoN7vus1mA0kgbkb FpIZtaIYuQAAS9PdGqLat+ubId137wdiXGx74ccEJ/ThAxGM66SEVuhFWrYfbF2TUKG9QKPYqMf/3C EqtoTRTp5xUpRA8b9vCFoEe1+tQjlrgHNf18j2JzBwY1ULs4RFilcQ5FzejH3F8WqrdfGrSaMb5L+S UF3kDAmNpXMTS+avmbOanoAtxu/L5EXP77OmC7IqUhYizEAGZU0hEAIAzus5BkEiBsUHN4RMwdzsCh yGaYMbavA/KHyahPPkTfUxf3d26ErWw== 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:cc:to:from:subject:message-id:dkim-signature:from; bh=Kwufb4LXK4KmlFABAACwC+mkXIpTtH18W6SPHsW1gGg=; b=j91FVW7OHy1U/xGtD2V8uEEfNtxfx5gqf2pl2oeqGZ/cfSa16XNVVdXUNli/Yj79zaojL6acFq/gO y6MRtsJFlk1CWXqDecp6p5strXvBN3zu6v43rftFawUX51iWv5R09isFAWglZjKDqNtpwHM1vkKNVA iG4dz0lS+/l3a38hfKXmkgoRDYJt09pKdS+kkxUwAC9scZzV0xoQMt4EC3MZtmW6GNuKQNwDpt4n6n ot2fU8sAJ93iLMqG7ga97mksuDsl5B3q8TNfobN3fm1QF31vV6UvqF9MB1VOCMC3aCR04aTPv23P1P 8iosnSUYThwc86L7K2j8N47iy+BpPwg== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; 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-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=Kwufb4LXK4KmlFABAACwC+mkXIpTtH18W6SPHsW1gGg=; b=QRYwU/zvXw3AYd6oQlW5eTqqZFthCvxUsz07q27Fjej9GFus9WcEquLhiiCAFzKeuU1GA5GHvlh7L E16LnvEPCuXKeTWHz1YAXaIwkWW/QOWtJSURrX86ZU016MAmYtkN/gqIE5UsLIM68T/onVGc/W2Vwg FvNIIR+wbdhs4gLafCR7A0Pjf1xpDxEFPeC6DEvDw2l+IMbtgM7qgtbjdFmWi1OIhbOu6nMAVJFuze yFmTyKi6lCorxXQzCq8smqNyfYBsO10c++MRhAM3f9Uwk387s/tSNIfk3pOXWkFVZfQmBixiq5OKFb xgG8duZUn4ISMupNm/t8H0ZW4pJNqvw== X-MHO-RoutePath: aGlwcGll X-MHO-User: c517f7da-4b7a-11ea-9eb3-25e2dfa9fa8d X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id c517f7da-4b7a-11ea-9eb3-25e2dfa9fa8d; Sun, 09 Feb 2020 20:28:46 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 019KSjdn063256; Sun, 9 Feb 2020 13:28:45 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <13e2e74cc81de545e6951c083470425bf0c66658.camel@freebsd.org> Subject: Re: RPI4 Install r357606 test 09.02.2020 failed From: Ian Lepore To: mike@karels.net, Warner Losh Cc: freebsd-arm@freebsd.org Date: Sun, 09 Feb 2020 13:28:45 -0700 In-Reply-To: <202002092026.019KQXLF021366@mail.karels.net> References: <202002092026.019KQXLF021366@mail.karels.net> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48G0xF2fZYz4VVv X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.87 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.88)[-0.885,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; NEURAL_HAM_LONG(-0.98)[-0.984,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 20:28:49 -0000 On Sun, 2020-02-09 at 14:26 -0600, Mike Karels wrote: > > On Sun, Feb 9, 2020, 1:10 PM wrote: > > > ok I understand not all opensource as always claimed Too bad > > > > > The Raspberry Pi isn't really a totally open design. > > Warner > > Indeed. In this case, the GPL Linux driver is available as a > substitute > for documentation, but it isn't the clearest description of the (5 > versions) > of the Ethernet section. > Using linux code as "documentation" to create non-GPL code is a legal minefield. It's one of the reasons I work hard to never look at linux code at all, so there's no question that the bsd-licensed code I wrote has no roots in gpl'd code. -- Ian > Mike > > > > Zitat von Steve O'Hara-Smith : > > > > > > > On Sun, 09 Feb 2020 20:49:53 +0100 > > > > ag@x86.ch wrote: > > > > > > > > > > > > > > hello mike thanks for the information. why is this > > > > > documentation > > > > > not available? is there a conflict between linux and > > > > > freebsd? > > > > > > > > The Linux port is usually done by the SOC maker, or someone who > > > > signed an NDA with them to get the documentation, and released > > > > only as a > > > > compiled kernel. In many ways it is reminiscent of the bad old > > > > days of > > > > video acceleration. > > > > > > > > -- > > > > Steve O'Hara-Smith > > > > _______________________________________________ > > > > freebsd-arm@freebsd.org mailing list > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-armTo > > > > unsubscribe, send any mail to " > > > > freebsd-arm-unsubscribe@freebsd.org" > > > > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to " > > > freebsd-arm-unsubscribe@freebsd.org" > > > > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to " > > freebsd-arm-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > " From owner-freebsd-arm@freebsd.org Sun Feb 9 20:39:14 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 78F34241BBB for ; Sun, 9 Feb 2020 20:39:14 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48G19D2jklz4W2K for ; Sun, 9 Feb 2020 20:39:12 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 30692B1C03E6 for ; Sun, 9 Feb 2020 21:39:10 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.224.168] ([213.55.224.168]) by webmail.x86.ch (Horde Framework) with HTTPS; Sun, 09 Feb 2020 21:39:10 +0100 Date: Sun, 09 Feb 2020 21:39:10 +0100 Message-ID: <20200209213910.Horde.NGEM_IKZo9M732PYyVnmiBb@webmail.x86.ch> From: ag@x86.ch To: freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed References: <202002092026.019KQXLF021366@mail.karels.net> <13e2e74cc81de545e6951c083470425bf0c66658.camel@freebsd.org> In-Reply-To: <13e2e74cc81de545e6951c083470425bf0c66658.camel@freebsd.org> User-Agent: Horde Application Framework 5 MIME-Version: 1.0 X-Rspamd-Queue-Id: 48G19D2jklz4W2K X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ag@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=ag@x86.ch X-Spamd-Result: default: False [1.43 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[168.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(0.37)[ipnet: 80.74.144.0/20(1.11), asn: 21069(0.70), country: CH(0.04)]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[x86.ch]; NEURAL_SPAM_LONG(0.92)[0.916,0]; FROM_NO_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.66)[-0.656,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Description: Textnachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 20:39:14 -0000 interesting information an unfair game one of the reasons why linux is more famous in the world? is freebsd the only real free system? if this documentation becomes open I am convinced many use freebsd From owner-freebsd-arm@freebsd.org Sun Feb 9 20:41:02 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F0A33241DAC for ; Sun, 9 Feb 2020 20:41:02 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48G1CL0tbJz4W88 for ; Sun, 9 Feb 2020 20:41:01 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id DA183B1C03E6; Sun, 9 Feb 2020 21:41:00 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.224.168] ([213.55.224.168]) by webmail.x86.ch (Horde Framework) with HTTPS; Sun, 09 Feb 2020 21:41:00 +0100 Date: Sun, 09 Feb 2020 21:41:00 +0100 Message-ID: <20200209214100.Horde.MIbI671CfY0Abbc9Kxnsx2r@webmail.x86.ch> From: ag@x86.ch To: Mike Karels Cc: Warner Losh , freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed In-Reply-To: <202002092026.019KQXLF021366@mail.karels.net> User-Agent: Horde Application Framework 5 MIME-Version: 1.0 X-Rspamd-Queue-Id: 48G1CL0tbJz4W88 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ag@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=ag@x86.ch X-Spamd-Result: default: False [3.63 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[168.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[x86.ch]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.48)[0.477,0]; URI_COUNT_ODD(1.00)[9]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.995,0]; FROM_NO_DN(0.00)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; IP_SCORE(0.36)[ipnet: 80.74.144.0/20(1.09), asn: 21069(0.69), country: CH(0.04)]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Description: Textnachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 20:41:03 -0000 I hope you succeed mike Zitat von Mike Karels : >> On Sun, Feb 9, 2020, 1:10 PM wrote: > >> ok I understand  not all opensource  as always claimed  Too bad > >> The Raspberry Pi isn't really a totally open design. > >> Warner > > Indeed.  In this case, the GPL Linux driver is available as a substitute > for documentation, but it isn't the clearest description of the (5 versions) > of the Ethernet section. > >                 Mike > >> Zitat von Steve O'Hara-Smith : >> >>> On Sun, 09 Feb 2020 20:49:53 +0100 >>> ag@x86.ch wrote: >>> >>>> >>>> hello mike   thanks for the information.  why is this documentation >>>> not available?  is there a conflict between linux and freebsd? >>> >>> The Linux port is usually done by the SOC maker, or someone who >>> signed an NDA with them to get the documentation, and released only as a >>> compiled kernel. In many ways it is reminiscent of the bad old days of >>> video acceleration. >>> >>> -- >>> Steve O'Hara-Smith >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-armTo >>> unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-armTo >> unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > >   I hope you succeed mike From owner-freebsd-arm@freebsd.org Sun Feb 9 20:46:37 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7FD25241ED1 for ; Sun, 9 Feb 2020 20:46:37 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48G1Km6jYBz4WVM for ; Sun, 9 Feb 2020 20:46:36 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 5112AB1C02BD for ; Sun, 9 Feb 2020 21:46:35 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.224.168] ([213.55.224.168]) by webmail.x86.ch (Horde Framework) with HTTPS; Sun, 09 Feb 2020 21:46:35 +0100 Date: Sun, 09 Feb 2020 21:46:35 +0100 Message-ID: <20200209214635.Horde.vR9BsCIFBFK01P07M8e9MQy@webmail.x86.ch> From: ag@x86.ch To: freebsd-arm@freebsd.org Subject: THANKS TO FREEBSD ARM References: <202002092026.019KQXLF021366@mail.karels.net> <13e2e74cc81de545e6951c083470425bf0c66658.camel@freebsd.org> <20200209213910.Horde.NGEM_IKZo9M732PYyVnmiBb@webmail.x86.ch> In-Reply-To: <20200209213910.Horde.NGEM_IKZo9M732PYyVnmiBb@webmail.x86.ch> User-Agent: Horde Application Framework 5 MIME-Version: 1.0 X-Rspamd-Queue-Id: 48G1Km6jYBz4WVM X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ag@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=ag@x86.ch X-Spamd-Result: default: False [4.34 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[168.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(0.35)[ipnet: 80.74.144.0/20(1.06), asn: 21069(0.67), country: CH(0.04)]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[x86.ch]; NEURAL_SPAM_MEDIUM(0.61)[0.608,0]; NEURAL_SPAM_LONG(1.00)[1.000,0]; FROM_NO_DN(0.00)[]; SUBJ_ALL_CAPS(1.58)[21]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Description: Textnachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 20:46:37 -0000 THANKS TO FREEBSD ARM create and sell great products many use freebsd in switzerland look: http://bsdstats.org/bt/countries.html I am grateful to be part of this group From owner-freebsd-arm@freebsd.org Sun Feb 9 22:20:25 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E691B2446A3 for ; Sun, 9 Feb 2020 22:20:25 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [173.228.5.8]) by mx1.freebsd.org (Postfix) with ESMTP id 48G3Q073Fkz4cW2 for ; Sun, 9 Feb 2020 22:20:24 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mob.bitblocks.com (mob.bitblocks.com [192.168.125.11]) by mail.bitblocks.com (Postfix) with ESMTP id 40D81156E40E; Sun, 9 Feb 2020 14:19:56 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: RPI4 Install r357606 test 09.02.2020 failed From: Bakul Shah In-Reply-To: <202002092026.019KQXLF021366@mail.karels.net> Date: Sun, 9 Feb 2020 14:19:56 -0800 Cc: Warner Losh , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> References: <202002092026.019KQXLF021366@mail.karels.net> To: mike@karels.net X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 48G3Q073Fkz4cW2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bakul@bitblocks.com designates 173.228.5.8 as permitted sender) smtp.mailfrom=bakul@bitblocks.com X-Spamd-Result: default: False [-3.72 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:173.228.5.8/29]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bitblocks.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-2.02)[ip: (-6.35), ipnet: 173.228.0.0/20(-3.17), asn: 46375(-0.55), country: US(-0.05)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:46375, ipnet:173.228.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 22:20:26 -0000 On Feb 9, 2020, at 12:26 PM, Mike Karels wrote: >=20 >> On Sun, Feb 9, 2020, 1:10 PM wrote: >=20 >>> ok I understand not all opensource as always claimed Too bad >>>=20 >=20 >> The Raspberry Pi isn't really a totally open design. >=20 >> Warner >=20 > Indeed. In this case, the GPL Linux driver is available as a = substitute > for documentation, but it isn't the clearest description of the (5 = versions) > of the Ethernet section. Perhaps the plan9 drivers would help? They are considerably simpler and I suspect you mainly want h/w parameters. 9pi (arm) & 9front (arm64) have ethernet, wifi & xhci working. Re: documentation. I asked on their forum about their long promised documentation and was told it is hung up due to some sort of personal issue. The RPF engineers hang out on their forum and they do help provided one asks specific questions. I will be happy to help once I re-bootstrap into freebsd kernel hacking. First I need to figure out why it boots partially and then hangs with repeated controller timeout messages: .... Timecounters tick every 1.000 msec Obsolete code will be removed soon: random(9) is the obsolete = Park-Miller LCG f8 usb_needs_explore_all: no devclass mmcsd0: 16GB at mmc0 = 50.0MHz/4k sdhci_bcm1-slot0: Got command interrupt 0x00030000, but there is no = active comm. sdhci_bcm1-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER = DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D dhci_bcm1-slot0: Sys addr: 0x00000000 | Version: 0x00009902 ... I built -current locally a couple days back and it has the same issue.=20 >=20 > Mike >=20 >>> Zitat von Steve O'Hara-Smith : >>>=20 >>>> On Sun, 09 Feb 2020 20:49:53 +0100 >>>> ag@x86.ch wrote: >>>>=20 >>>>>=20 >>>>> hello mike thanks for the information. why is this = documentation >>>>> not available? is there a conflict between linux and freebsd? >>>>=20 >>>> The Linux port is usually done by the SOC maker, or someone who >>>> signed an NDA with them to get the documentation, and released only = as a >>>> compiled kernel. In many ways it is reminiscent of the bad old days = of >>>> video acceleration. >>>>=20 >>>> -- >>>> Steve O'Hara-Smith >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-armTo >>>> unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>>=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sun Feb 9 22:32:22 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4A0AE244B6A for ; Sun, 9 Feb 2020 22:32:22 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48G3gn3CWgz4dMt for ; Sun, 9 Feb 2020 22:32:21 +0000 (UTC) (envelope-from ag@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id B596CB1C0433 for ; Sun, 9 Feb 2020 23:32:18 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.224.168] ([213.55.224.168]) by webmail.x86.ch (Horde Framework) with HTTPS; Sun, 09 Feb 2020 23:32:18 +0100 Date: Sun, 09 Feb 2020 23:32:18 +0100 Message-ID: <20200209233218.Horde.6OW0BHgsXaS11CcZBKkd_gw@webmail.x86.ch> From: ag@x86.ch To: freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> In-Reply-To: <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> User-Agent: Horde Application Framework 5 MIME-Version: 1.0 X-Rspamd-Queue-Id: 48G3gn3CWgz4dMt X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ag@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=ag@x86.ch X-Spamd-Result: default: False [3.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[168.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(0.35)[ipnet: 80.74.144.0/20(1.04), asn: 21069(0.66), country: CH(0.04)]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; URI_COUNT_ODD(1.00)[15]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[x86.ch]; NEURAL_SPAM_MEDIUM(0.75)[0.749,0]; NEURAL_SPAM_LONG(0.98)[0.976,0]; FROM_NO_DN(0.00)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Description: Textnachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 22:32:22 -0000 thanks for support good luck helping Zitat von Bakul Shah : > On Feb 9, 2020, at 12:26 PM, Mike Karels wrote: >>> On Sun, Feb 9, 2020, 1:10 PM wrote: >> >>>> ok I understand  not all opensource  as always claimed  Too bad >> >>> The Raspberry Pi isn't really a totally open design. >> >>> Warner >> >> Indeed.  In this case, the GPL Linux driver is available as a substitute >> for documentation, but it isn't the clearest description of the (5 versions) >> of the Ethernet section. > > Perhaps the plan9 drivers would help? They are considerably > simpler and I suspect you mainly want h/w parameters. 9pi (arm) > & 9front (arm64) have ethernet, wifi & xhci working. > > Re: documentation. I asked on their forum about their long > promised documentation and was told it is hung up due to some > sort of personal issue. The RPF engineers hang out on their > forum and they do help provided one asks specific questions. > > I will be happy to help once I re-bootstrap into freebsd kernel > hacking. First I need to figure out why it boots partially and > then hangs with repeated controller timeout messages: > > .... > Timecounters tick every 1.000 msec > Obsolete code will be removed soon: random(9) is the obsolete > Park-Miller LCG f8 > usb_needs_explore_all: no devclass > mmcsd0: 16GB at > mmc0 50.0MHz/4k > sdhci_bcm1-slot0: Got command interrupt 0x00030000, but there is no > active comm. > sdhci_bcm1-slot0: ============== REGISTER DUMP ============== > dhci_bcm1-slot0: Sys addr: 0x00000000 | Version:  0x00009902 > ... > > I built -current locally a couple days back and it has the same > issue. > >> Mike >> >>>> Zitat von Steve O'Hara-Smith : >>>> >>>>> On Sun, 09 Feb 2020 20:49:53 +0100 >>>>> ag@x86.ch wrote: >>>>> >>>>>> hello mike   thanks for the information.  why is this documentation >>>>>> not available?  is there a conflict between linux and freebsd? >>>>> >>>>> The Linux port is usually done by the SOC maker, or someone who >>>>> signed an NDA with them to get the documentation, and released only as a >>>>> compiled kernel. In many ways it is reminiscent of the bad old days of >>>>> video acceleration. >>>>> >>>>> -- >>>>> Steve O'Hara-Smith >>>>> _______________________________________________ >>>>> freebsd-arm@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-armTo >>>>> unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >>>> >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >>> >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-armTo > unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" thanks for support good luck helping From owner-freebsd-arm@freebsd.org Sun Feb 9 22:48:23 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CE0B0244FB1 for ; Sun, 9 Feb 2020 22:48:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.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 48G42F6wcNz4f12 for ; Sun, 9 Feb 2020 22:48:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: b9IENlUVM1n6QRclHECAjv53IOSasIqCHgL9LDA7t9c0pR0gOWmPFZQZxyoelgO WurqMrUZkfcGsRuyuEuJ6a1siRN1gC5dEwp0ZfbZCKbqUcLWMk2eheFv.qRY4q4_qTuws6S9GVvP K1McdLNjVrV5Cb330It09L.NOkakoyY9ytqbQ7mlujyl2rJv9.UCEPJgbgCL0Jvd_2nRRrQWiGnf HiTJ8oVOoy1xZn_PMpOL61r_aS7o0RQ1bo4f_Vv3euYCgd_06_hMZ6F_.iFDXWxSIlwF_GPTGlaN TmPpufTp1q1hH57BxYEDIzaWG9r8AbR_cwxcqG.O7rjM3qtZOr_DqNrGDfTPLLheUxHV0bkrWG0u 5XoK2whKHEprDAxMOVyBi4WIlrYIv94naffw0ozurth3aCp5fTIy5IVO7PoZGE1D3.YdWDhJ9VJl kTj6nBuld.BK3irD9NZrHpbXLsL.HT9iCUtdmcdDTElwsg3yqvJ63my6RBrde_G_xS5Bi.vhK.Ov ykT24psUD2DeGCElt3kKr2b6qJ4HvDTUFPoMrJ25HZ3cWIlc7UpCMhOVot2zHvb40wolZw3iis6C UC4psjzucjmPy3ZMe9Y2nuuc9xGWedfyG3816gf5S6yrY3.lfzfSPuneNzST.rVDVMJcXgewDqFZ 8lmOtC0OEA1_MnXgNXYqNzec1C3DfKN28mkXqOjVS4T1YvGTzd7CxlUzgfJmVfo94PJPoc01aR.1 C9xWgarcZamN_Ut92NrgaXJOt7YmASetNlwtPGrSIXBIIJnq_Oi0cVfsfX.3UdeB1L_6mGJRdS6_ F.LiopQ9QgNdQTNZJmrvr.JdG62HPso1TsEy9tE7l7eyhDvp8cnTgMT7bJijfCp6cx2KL7ip0f24 Lr_eMGtFmc5uzde_c0ohFkxNzjPbrE.wxjQUxWS8t9Wwcfar449VQRy_0c.sVOji.PX7QHGSamLg vJ8wtF09KNb1khsfe_xGpSrX56tVW3bEPY1I2ixHGBeRq82mDx_V.CxccVQtitS62qB5.m57AEe5 qagYzz4giUihevFWGtjWzyRlv9Hsu_AQQl3l2IRtzYEFZ9jOxDFoYdYPcVPBJPU_9q73NqLX0DnF 14s7y48wv4BBLiRCOmxJq7HIqtoY_YYaKXxADu7.5mqDfyP69uzoCuwAkXJWK5XNI7EPRLBQrj57 j2QykNj7d_rdzkVWLjcRFsbGG3SZj4ElNfGD1Ya1RxVavueQ3cllYCFu75Zptj6PZ906lANbDFDJ YHB6YfpIDFSqFTvzVjujjOhNM8N_f8YzyYuS2DL_H7wcve8Wv8xMvgeLL0t6ikBB6_uMG7xq6zxI RZuHCr8.LoYKI69Gw3W1gQlVjRj1tuUuIoQvmIhfY4FvI1vSnRCg.0N8TNyzWmOsuXYsEGoNVfrQ kv5xcGU0k48PASLP0VW52KzqkIWCFzNBSGO.bOduSjOXxZRg25WHMIZE5WKlQ7iV6w63sXPWzOg- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 9 Feb 2020 22:48:19 +0000 Received: by smtp411.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 477642ed6ce767dc98913557c03c7790; Sun, 09 Feb 2020 22:48:15 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPI4 Install r357606 test 09.02.2020 failed From: Mark Millard In-Reply-To: <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> Date: Sun, 9 Feb 2020 14:48:14 -0800 Cc: mike@karels.net, freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> To: Bakul Shah X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48G42F6wcNz4f12 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.70 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.63)[-0.631,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.57)[-0.572,0]; TO_DN_SOME(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[83.65.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; 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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (3.25), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 22:48:23 -0000 On 2020-Feb-9, at 14:19, Bakul Shah wrote: > On Feb 9, 2020, at 12:26 PM, Mike Karels wrote: >>=20 >>> On Sun, Feb 9, 2020, 1:10 PM wrote: >>=20 >>>> ok I understand not all opensource as always claimed Too bad >>>>=20 >>=20 >>> The Raspberry Pi isn't really a totally open design. >>=20 >>> Warner >>=20 >> Indeed. In this case, the GPL Linux driver is available as a = substitute >> for documentation, but it isn't the clearest description of the (5 = versions) >> of the Ethernet section. >=20 > Perhaps the plan9 drivers would help? They are considerably > simpler and I suspect you mainly want h/w parameters. 9pi (arm) > & 9front (arm64) have ethernet, wifi & xhci working. >=20 > Re: documentation. I asked on their forum about their long > promised documentation and was told it is hung up due to some > sort of personal issue. The RPF engineers hang out on their > forum and they do help provided one asks specific questions. >=20 > I will be happy to help once I re-bootstrap into freebsd kernel > hacking. First I need to figure out why it boots partially and > then hangs with repeated controller timeout messages: >=20 > .... > Timecounters tick every 1.000 msec > Obsolete code will be removed soon: random(9) is the obsolete = Park-Miller LCG f8 > usb_needs_explore_all: no devclass > mmcsd0: 16GB at mmc0 = 50.0MHz/4k > sdhci_bcm1-slot0: Got command interrupt 0x00030000, but there is no = active comm. > sdhci_bcm1-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER = DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > dhci_bcm1-slot0: Sys addr: 0x00000000 | Version: 0x00009902 > ... It is messed up long before that. The earliest that I know of is when it first outputs: psci0: PSCI version number mismatched with DT device_attach: psci0 attach returned 6 By then the PSCI version number comes back as 0 (both major and minor). > I built -current locally a couple days back and it has the same > issue.=20 >=20 If you want a build that works, use the kernel from head -r356767 . The next head version ( -r356776 ) is where the broken status starts for RPi4 and RPi3. RPi4B's with 4 GiBYTes of RAM fail to boot. As I understand, at least some forms of RPi3 boot but are messed up, such as only running 1 core. (Not surprising given the PSCI version problem which happens there as well.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Feb 9 23:56:51 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 54C38246204 for ; Sun, 9 Feb 2020 23:56:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (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 48G5YF4q66z3DB3 for ; Sun, 9 Feb 2020 23:56:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ovRbjYcVM1lEFZfX5X1zQe6FKTIUQJteVNYMH7YDAmFOCDnVj3RFhLU.AQQIv4I Nkts57ioVIQgmhRZepiPNoMc1hBkrYffoJLR9CFBMT2dANO5RDZBa27eL9RuK5QomxyLzipBJDcj eFm0iqX4dKHI2Fis78jTrt2aa2w0zBY6MgJyFP_hb44sI0aq_YyCmyA4y2a_yB65bUlw9iwy.N6H SyKyQ2q3J9S6ZNL_R5QWlrBssSab3WqVgpqyseXN73lyCatddsp1vP8qiUn9j2XkEz4rW.QoAO5w XFythVnMCoV.AwkCxNC6h15lFEu6lkrcag0O7f9Sd0uvkQJbpEFHKO7mBqKCNF4iBGEsSqzqWNyk .1hA4cdgFKow1ca7XruEx4OZVISPuSleG_LHQNDv4xEAZtSyd_pdC2pvxC7dXDKD2tfgHp.TdcmZ zeLO8HWCnb7.A6KcRBJSrUOtpPRQhJkzWcc8wwnyAPPtuDqFte1l7bG6roDRRMhMPw9Zw6hk8O8Z h33PoiE7mEx2UEvy9_2tH5.5aDzqyHUomgNAJF1uy37H6Y2sDaHMhgoY_al8MnvhTh8Y4COBoKkp .ISXLM4f9YRQDoxXRRtdienxWyVa3PQtQWelwf1RcC5UT3DmJu0c5VsNJPYySdE44eis_M_2W0Qj sq3pa2YgZ5n2wkgQOd27KKQztVVQ9_axhZL9r4HbNd3yJVPnJomlgoFDe_ROSt_F00bmdYoxnBTx N89Ai_JfhYKmlgu.ei4azln1qdTldagSFS91wUAIYZD34bBZqHUbXTDCM9jia8awiEpHRulODTmX s4a9IDuAr9n0TI0aQCBLn11l3UOff9._u0khLmwRwWtTRvnJLpS8CBYZ7nItdNHo81_IQaXCpaal 3RYOzPCh3V0EabqlzTGXMkR.oLp.RUWNoJiRXQyB6tromilTFVzxvP7hkaqimwmTdA9Lf4yMJ3d8 7NYt2WUBgw3Tcah0Pf_O9zjHKu61YcPwdHlEj.k3thKhktGVUobG.ZcXBNdcMQK7oklgv5KnT32f rW0BdjetbaXZ1iwYb8yfy3CwVnJl7OvZNnOufGRT0X77e5CAmoytwj76xE040M1tbemB3N0ueeMZ tyk9FGzGj8fBdkgymshSpfD5qfLmJKmi3vR.blXPjplFgMKZmXifhaifQ1hf6Wl7bX_KMpC2d0Hs gGZpQZTQ.Nrb__qW7pR1OJgGVQMYki58BXxOrq3brptB.KH6XGULMfZ4aW2w2Ehi.gQZqbNSOxnl 5tH6heStJEUdWwi.prk9nWbPuKTEu_zWwah3gQwp_HhP3p63c8H9bnIO0hDnfVxES29TZJXv5lzK AosA2LWq1Qi15KW0TizUm8p0MZu_.NofeZnRirpXcemyfWyOEFo2MSRq6WaHHhnmNwtsHVDjeJwP 6XRWwX.aul0QbsS.IhXtL Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sun, 9 Feb 2020 23:56:47 +0000 Received: by smtp432.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c22d7ec7f46b146dd402b8196ffb3759; Sun, 09 Feb 2020 23:56:44 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPi3 not using SMP? Date: Sun, 9 Feb 2020 15:56:44 -0800 References: <20200208011940.GA8570@www.zefox.net> <6B6CCB8F-B56A-4758-BEEC-6418718C95CB@yahoo.com> <9F1B762C-D1DA-40F6-A2D6-451B40A39E4A@yahoo.com> <142E83E3-CD79-43B3-A86A-2AD45A778FB5@yahoo.com> To: freebsd-arm In-Reply-To: Message-Id: <19B0635A-6FD3-43BA-A3EE-60C168228109@yahoo.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48G5YF4q66z3DB3 X-Spamd-Bar: / X-Spamd-Result: default: False [0.23 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.60)[-0.600,0]; MIME_GOOD(-0.10)[text/plain]; SH_EMAIL_ZRD(0.00)[0.0.0.0]; NEURAL_SPAM_MEDIUM(0.33)[0.329,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[32.64.137.98.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (5.84), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2020 23:56:51 -0000 On 2020-Feb-8, at 14:28, Mark Millard wrote: > . . . History omitted. Here I target what u-boot fdt print reports for the 4 GiByte RPi4B vs. what FreeBSD reports. I had u-boot print the fdt and found: U-Boot> fdt addr 0x7ef2000=20 U-Boot> fdt print / =20 / { memreserve =3D <0x3b400000 0x04c00000>; . . . framebuffer@3e513000 { format =3D "a8r8g8b8"; stride =3D <0x00001c80>; height =3D <0x000003d8>; width =3D <0x00000720>; reg =3D <0x00000000 0x3e513000 0x006d8c00>; compatible =3D "simple-framebuffer"; status =3D "okay"; }; . . . psci { compatible =3D "arm,psci-0.2"; method =3D "smc"; }; . . . axi { vc_mem { reg =3D <0x3ec00000 0x40000000 0xc0000000>; }; }; . . . memory@0 { device_type =3D "memory"; reg =3D <0x00000000 0x00000000 0x3b400000 0x00000000 = 0x40000000 0xbc000000>; }; . . . }; U-Boot>=20 (I may have missed interesting RAM region items. The material is not familiar.) boot -v showed (including here I get the fdt addr from): OK boot -v Using DTB provided by EFI at 0x7ef2000. . . . Type Physical Virtual #Pages Attr Reserved 000000000000 0 00000001 WB=20 ConventionalMemory 000000001000 1000 00007ef1 WB=20 BootServicesData 000007ef2000 7ef2000 0000001c WB=20 ConventionalMemory 000007f0e000 7f0e000 00029f93 WB=20 BootServicesData 000031ea1000 31ea1000 00000001 WB=20 LoaderData 000031ea2000 31ea2000 00008001 WB=20 LoaderCode 000039ea3000 39ea3000 000000a6 WB=20 Reserved 000039f49000 39f49000 00000007 WB=20 BootServicesData 000039f50000 39f50000 00000001 WB=20 Reserved 000039f51000 39f51000 00000002 WB=20 RuntimeServicesData 000039f53000 39f53000 00000001 WB RUNTIME Reserved 000039f54000 39f54000 00000001 WB=20 BootServicesData 000039f55000 39f55000 00000002 WB=20 RuntimeServicesData 000039f57000 39f57000 00000001 WB RUNTIME LoaderData 000039f58000 39f58000 00001408 WB=20 RuntimeServicesCode 00003b360000 3b360000 00000010 WB RUNTIME LoaderData 00003b370000 3b370000 00000090 WB=20 BootServicesData 000040000000 40000000 000bc000 WB=20 MemoryMappedIO 0000fe100000 fe100000 00000001 RUNTIME Physical memory chunk(s): 0x00001000 - 0x39f48fff, 927 MB ( 237384 pages) 0x39f50000 - 0x39f50fff, 0 MB ( 1 pages) 0x39f53000 - 0x39f53fff, 0 MB ( 1 pages) 0x39f55000 - 0x3b35ffff, 20 MB ( 5131 pages) 0x3b370000 - 0x3b3fffff, 0 MB ( 144 pages) 0x40000000 - 0xfbffffff, 3008 MB ( 770048 pages) Excluded memory regions: 0x00000000 - 0x00000fff, 0 MB ( 1 pages) NoAlloc=20 0x32000000 - 0x33773fff, 23 MB ( 6004 pages) NoAlloc=20 0x39f49000 - 0x39f4ffff, 0 MB ( 7 pages) NoAlloc=20 0x39f51000 - 0x39f54fff, 0 MB ( 4 pages) NoAlloc=20 0x39f57000 - 0x39f57fff, 0 MB ( 1 pages) NoAlloc=20 0x3b360000 - 0x3b36ffff, 0 MB ( 16 pages) NoAlloc=20 0x3e513000 - 0x3ebebfff, 6 MB ( 1753 pages) NoAlloc=20 0xfe100000 - 0xfe100fff, 0 MB ( 1 pages) NoAlloc If I gather right, memreserve =3D <0x3b400000 0x04c00000> should reserve 0x3b400000 - 0x3FFFFFFF . To me, that makes the 1753 pages line for the Excluded list seem odd: (0x3b400000 - 0x3FFFFFFF) 0x3e513000 - 0x3ebebfff, 6 MB ( 1753 pages) NoAlloc Although, the Physical memory chunk(s) list does omit the whole range 0x3b400000 - 0x3FFFFFFF. So may be the exclusion region is a no-op of some kind? Hmm. Looks like the exclusion contains the framebuffer: framebuffer@3e513000 { format =3D "a8r8g8b8"; stride =3D <0x00001c80>; height =3D <0x000003d8>; width =3D <0x00000720>; reg =3D <0x00000000 0x3e513000 0x006d8c00>; compatible =3D "simple-framebuffer"; status =3D "okay"; }; That looks like it spans: 0x3e513000 - 0x3EBEBBFF. So 0x3e513000 - 0x3ebebfff goes to the end of the last page. The framebuffer just happens to already be inside reserved region (by design, I expect). (I added the frame buffer earlier in this note.) I'm less sure of interpreting axi's vc_mem and memory@0 so I just show them for reference. There may be more things that I should extract from the print and include. I'll keep the print around for a while for such in case someone asks. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Feb 10 02:33:12 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1C19A228BCF for ; Mon, 10 Feb 2020 02:33:12 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [173.228.5.8]) by mx1.freebsd.org (Postfix) with ESMTP id 48G91g21VPz3LJw for ; Mon, 10 Feb 2020 02:33:10 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mob.bitblocks.com (mob.bitblocks.com [192.168.125.11]) by mail.bitblocks.com (Postfix) with ESMTP id 18A56156E40E; Sun, 9 Feb 2020 18:32:55 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: RPI4 Install r357606 test 09.02.2020 failed From: Bakul Shah In-Reply-To: Date: Sun, 9 Feb 2020 18:32:55 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> To: Mark Millard X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 48G91g21VPz3LJw X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bakul@bitblocks.com designates 173.228.5.8 as permitted sender) smtp.mailfrom=bakul@bitblocks.com X-Spamd-Result: default: False [-3.66 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:173.228.5.8/29]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bitblocks.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.96)[ip: (-6.15), ipnet: 173.228.0.0/20(-3.08), asn: 46375(-0.55), country: US(-0.05)]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:46375, ipnet:173.228.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 02:33:12 -0000 On Feb 9, 2020, at 2:48 PM, Mark Millard via freebsd-arm = wrote: >=20 > If you want a build that works, use the kernel from head > -r356767 . The next head version ( -r356776 ) is where > the broken status starts for RPi4 and RPi3. RPi4B's with > 4 GiBYTes of RAM fail to boot. As I understand, at least > some forms of RPi3 boot but are messed up, such as only > running 1 core. (Not surprising given the PSCI version > problem which happens there as well.) With this version I was able to boot it and log in as root. Thanks! I don't see any bcm2711 specific files in sys/arm/broadcom/bcm2835. Is this intentional? pi3 (bcm2838) and pi4 (bcm2711) are rather different. [Aside: rebuilding with -DNO_CLEAN took 7 minutes on a $300 Motile with an NVMe SSD!] From owner-freebsd-arm@freebsd.org Mon Feb 10 02:35:05 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5C142228CEB for ; Mon, 10 Feb 2020 02:35:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (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 48G93r1HRJz3LNL for ; Mon, 10 Feb 2020 02:35:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 70jI4c8VM1l8_oLBJ50gQFn0j6KebFfHz1jM.81rAlMJtIGeLzH2i4ScyCuCFFA WQRX5E33NAZ6YRQD6WJQBgp7DPW4XZjN30jRROR4CkcQumSV9wrrb5dbapF54ZwI66XTwYwHepvq 8VYBpjCtBw4E1J23fxYveqzGnUjVJJGw6eRcU1QqmADvk2.UNOmWmj.P_o9bVKm449FBg59ierUI xoV8lmKoTh9TEkn8C9r6YTKo9WDYog179UhwAZlmg7xbNdKe_TPzU4r9jSEeY4Q.FpGdW35w1JHq 8OqU02esLZRVRWY1XBxIkZAAVSVkYox2S4d5NFW0kRgAZmO_htbZ1lp9K7O.PvdUQfNXETK27uAh bBpqJX030E1Sgeo5.KWC5UI0nqn8cYALjd2kMNAh_2et9iA2.iPRPaQaS3Zdkdc9q7v3cscCbuel DpA6sBttOXswvZY64uKLD.H1bpfDxUSPMUUDXrIqlgpjc7SUs51GIRu_Jb9BBCLkMhdsyjr5tGFa TZfaba6_RKUpJe3p7bMbM3JbD7J7Z_qVpZJ3mLfh35yVkmVilUNzrifuoGO3bIlxqvzi_yAX2N4q NAmEs7YoFuwhcKPp.HCFoA6YrnmXnKzy8AakSQw66FWj.PN20li1EZ2YlVUTDI9xc5FLI.qcgOxC jVgN3.KJILrqvc.QKXtGZzytu2Sb_PspkISAmhv2SNs9CI_uS7sY9vrF_N67Q_TNOVX.cyeezk3m DMqXmAxmtTwWzkObcBxsICWXdDeLI_jnIjCi_aQWVgpEbJ0nDCAemQLjPO1HF.Rpm6c0lRD.ptko KQczmO4_zkkNREhioQb22f7m27KdavZdqDfispkI7z_vFkkQ_LTaRBGFV6hLMrKSB8tQtqXQDQ_v AjI8mhJ6MPOLSCN_KsvdgTM8RXjXwnXlBzeXEXfyGkvB2NYI8uCqGrEgRo.H0yGZqKnH12Pj8eOY VMCRq63V8_K_z8NplzzcpikI.DLYCV.Y.4kbCjNoEJqcUklaBVXZ_yKjfN06RnOVOLP9tJu2IM97 FTy8S2furjR0fvnHzrOb.7NDcLAfT6AP17WzBL63mzPwA91.Ig7HxqLE6qOtHVTOGG9r.wgL6sBi KM6B3x4gx0osTHhlE_0tqNRLsrLL36Ub.m86iVPDRdEIAqW4.wcgKFBcFaaqnFksl2hjjwGrU18R F1E5Xm5X3LYzyo8UPBifLvwQVOaO_.CG5XjvKSq7bffIPxEgkutM.yCkojzzKupILWHoU48W30Hv ilCoI23AIVCBTCiXtYELVVCNjuPVUva3nJh_BZSz3RpdiR0XPrZpxn.ItuCkKawhKNUOaslM9kpZ sRSeWpexivY8yidOYqCyXugyyuMNoqxr3vwsWHj49lKbynQyUs.zMjtSlWCKNy9lr5FoBKOURIix LIIYZlm.t Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Mon, 10 Feb 2020 02:35:02 +0000 Received: by smtp408.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 6a835a8ed96629be45d7327f89b8192a; Mon, 10 Feb 2020 02:34:57 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: RPi4B pre-supplied .dts (from rpi-firmware) vs. what u-boot's fdt print reported : What is different? Message-Id: <09D0CD38-3E14-4D6B-A52F-AFA88D51ADCE@yahoo.com> Date: Sun, 9 Feb 2020 18:34:55 -0800 To: freebsd-arm X-Mailer: Apple Mail (2.3608.60.0.2.5) References: <09D0CD38-3E14-4D6B-A52F-AFA88D51ADCE.ref@yahoo.com> X-Rspamd-Queue-Id: 48G93r1HRJz3LNL X-Spamd-Bar: / X-Spamd-Result: default: False [0.56 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.45)[-0.447,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.50)[0.502,0]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (7.24), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[84.68.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 02:35:05 -0000 To make this comparison I did the following to make diff's more useful: A) Standardize the "leading zeros" in 0x prefixed figures. B) Standardize on lack of empty lines. C) Ignore changes in whitespace. D) I replaced the content of the serial number with DELETED. Similarly for kaslr-seed and local-mac-address. I also am using ". . ." to indicate blocks of lines that had no changes. As the u-boot was a serial capture, there might have been glitches or characters dropped. --- /root/RPi4B-static-less-empty-lines.dts 2020-02-09 = 17:58:03.697012000 -0800 +++ /root/RPi4B-u-boot-less-leading-zeros.dts 2020-02-09 = 17:53:49.738254000 -0800 @@ -1,19 +1,45 @@ -/dts-v1/; / { + memreserve =3D <0x3b400000 0x4c00000>; + serial-number =3D "DELETED"; compatible =3D "raspberrypi,4-model-b", "brcm,bcm2711"; - model =3D "Raspberry Pi 4 Model B"; + model =3D "Raspberry Pi 4 Model B Rev 1.1"; interrupt-parent =3D <0x1>; #address-cells =3D <0x2>; #size-cells =3D <0x1>; + framebuffer@3e513000 { + format =3D "a8r8g8b8"; + stride =3D <0x1c80>; + height =3D <0x3d8>; + width =3D <0x720>; + reg =3D <0x0 0x3e513000 0x6d8c00>; + compatible =3D "simple-framebuffer"; + status =3D "okay"; + }; + psci { + compatible =3D "arm,psci-0.2"; + method =3D "smc"; + }; + system { + linux,serial =3D <0x10000000 0x897c4fff>; + linux,revision =3D <0xc03111>; + }; + axi { + vc_mem { + reg =3D <0x3ec00000 0x40000000 0xc0000000>; + }; + }; aliases { - serial0 =3D "/soc/serial@7e215040"; - serial1 =3D "/soc/serial@7e201000"; + i2c_arm =3D "/soc/i2c@7e804000"; + i2c =3D "/soc/i2c@7e804000"; + i2c_vc =3D "/soc/i2c@7e205000"; + serial0 =3D "/soc/serial@7e201000"; + serial1 =3D "/soc/serial@7e215040"; . . . chosen { - bootargs =3D "coherent_pool=3D1M 8250.nr_uarts=3D1 = cma=3D64M"; + kaslr-seed =3D ; + bootargs =3D "coherent_pool=3D1M 8250.nr_uarts=3D1 = cma=3D64M bcm2708_fb.fbwidth=3D1824 bcm2708_fb.fbheight=3D984 = bcm2708_fb.fbswap=3D1 smsc95xx.macaddr=3DDC:A6:32:08:2E:B5 = vc_mem.mem_base=3D0x3ec00000 vc_mem.mem_size=3D0x40000000 = console=3DttyAMA0,115200 kgdboc=3DttyAMA0,115200 console=3Dtty1 = root=3D/dev/mmcblk0p2 rootfstype=3Dext4 rootwait"; }; . . . dma@7e007000 { compatible =3D "brcm,bcm2835-dma"; reg =3D <0x7e007000 0xb00>; - interrupts =3D <0x0 0x50 0x4 0x0 0x51 0x4 0x0 = 0x52 0x4 0x0 0x53 0x4 0x0 0x54 0x4 0x0 0x55 0x4 0x0 0x56 0x4 0x0 0x57 = 0x4 0x0 0x57 0x4 0x0 0x58 0x4 0x0 0x58 0x4>; + interrupts =3D * 0x7ef2a9c [0x84]; . . . + mmc_pins { + phandle =3D <0xc7>; + brcm,pull =3D <0x0 0x2 0x2 0x2 0x2 = 0x2>; + brcm,function =3D <0x7>; + brcm,pins =3D <0x30 0x31 0x32 0x33 0x34 = 0x35>; + }; dpi_gpio0 { - brcm,pins =3D <0x0 0x1 0x2 0x3 0x4 0x5 = 0x6 0x7 0x8 0x9 0xa 0xb 0xc 0xd 0xe 0xf 0x10 0x11 0x12 0x13 0x14 0x15 = 0x16 0x17 0x18 0x19 0x1a 0x1b>; + brcm,pins =3D * 0x7ef2fbc [0x70];. . . . . . dpi_18bit_gpio0 { - brcm,pins =3D <0x0 0x1 0x2 0x3 0x4 0x5 = 0x6 0x7 0x8 0x9 0xa 0xb 0xc 0xd 0xe 0xf 0x10 0x11 0x12 0x13 0x14 0x15>; + brcm,pins =3D * 0x7ef49a4 [0x58]; . . . bt_pins { - brcm,pins =3D "-"; - brcm,function =3D <0x0>; - brcm,pull =3D <0x2>; + brcm,pins; + brcm,function; + brcm,pull; phandle =3D <0x9>; }; uart0_pins { - brcm,pins =3D <0x20 0x21>; - brcm,function =3D <0x7>; - brcm,pull =3D <0x0 0x2>; + brcm,pins; + brcm,function; + brcm,pull; phandle =3D <0x8>; }; . . . serial@7e201000 { compatible =3D "brcm,bcm2835-pl011", = "arm,pl011", "arm,primecell"; reg =3D <0x7e201000 0x200>; interrupts =3D <0x0 0x79 0x4>; clocks =3D <0x3 0x13 0x3 0x14>; clock-names =3D "uartclk", "apb_pclk"; arm,primecell-periphid =3D <0x241011>; cts-event-workaround; pinctrl-names =3D "default"; - pinctrl-0 =3D <0x8 0x9>; + pinctrl-0 =3D <0x8>; . . . serial@7e215040 { compatible =3D "brcm,bcm2835-aux-uart"; reg =3D <0x7e215040 0x40>; interrupts =3D <0x0 0x5d 0x4>; clocks =3D <0x12 0x0>; - status =3D "okay"; + status =3D "disabled"; . . . mmc@7e300000 { compatible =3D "brcm,bcm2835-mmc", = "brcm,bcm2835-sdhci"; reg =3D <0x7e300000 0x100>; interrupts =3D <0x0 0x7e 0x4>; clocks =3D <0x3 0x1c>; dmas =3D <0xa 0xb>; dma-names =3D "rx-tx"; brcm,overclock-50 =3D <0x0>; - status =3D "disabled"; + status =3D "okay"; pinctrl-names =3D "default"; - pinctrl-0 =3D <0x19>; + pinctrl-0 =3D <0xc7>; . . . mmcnr@7e300000 { compatible =3D "brcm,bcm2835-mmc", = "brcm,bcm2835-sdhci"; reg =3D <0x7e300000 0x100>; interrupts =3D <0x0 0x7e 0x4>; clocks =3D <0x3 0x1c>; dmas =3D <0xa 0xb>; dma-names =3D "rx-tx"; brcm,overclock-50 =3D <0x0>; non-removable; - status =3D "okay"; + status =3D "disabled"; . . . scb { compatible =3D "simple-bus"; #address-cells =3D <0x2>; #size-cells =3D <0x1>; - ranges =3D <0x0 0x7c000000 0x0 0xfc000000 0x3800000 0x0 = 0x40000000 0x0 0xff800000 0x800000 0x6 0x0 0x6 0x0 0x40000000 0x0 0x0 = 0x0 0x0 0xfc000000>; + ranges =3D * 0x7ef85c4 [0x50]; . . . pcie@7d500000 { reg =3D <0x0 0x7d500000 0x9310 0x0 0x7e00f300 = 0x20>; msi-controller; msi-parent =3D <0x22>; #address-cells =3D <0x3>; #interrupt-cells =3D <0x1>; #size-cells =3D <0x2>; bus-range =3D <0x0 0x1>; compatible =3D "brcm,bcm7211-pcie", = "brcm,bcm7445-pcie", "brcm,pci-plat-dev"; max-link-speed =3D <0x2>; tot-num-pcie =3D <0x1>; linux,pci-domain =3D <0x0>; interrupts =3D <0x0 0x94 0x4 0x0 0x94 0x4>; interrupt-names =3D "pcie", "msi"; interrupt-map-mask =3D <0x0 0x0 0x0 0x7>; - interrupt-map =3D <0x0 0x0 0x0 0x1 0x1 0x0 0x8f = 0x4 0x0 0x0 0x0 0x2 0x1 0x0 0x90 0x4 0x0 0x0 0x0 0x3 0x1 0x0 0x91 0x4 = 0x0 0x0 0x0 0x4 0x1 0x0 0x92 0x4>; + interrupt-map =3D * 0x7ef87b4 [0x80]; . . . genet@7d580000 { + local-mac-address =3D [DELETED]; . . . __overrides__ { + i2c_arm_baudrate =3D [00 00 00 29 63 6c 6f 63 6b 2d 66 = 72 65 71 75 65 6e 63 79 3a 30 00]; + i2c_baudrate =3D [00 00 00 29 63 6c 6f 63 6b 2d 66 72 = 65 71 75 65 6e 63 79 3a 30 00]; + i2c_arm =3D [00 00 00 29 73 74 61 74 75 73 00]; + i2c =3D [00 00 00 29 73 74 61 74 75 73 00]; + i2c_vc_baudrate =3D [00 00 00 28 63 6c 6f 63 6b 2d 66 = 72 65 71 75 65 6e 63 79 3a 30 00]; + i2c_vc =3D [00 00 00 28 73 74 61 74 75 73 00]; . . . memory@0 { device_type =3D "memory"; - reg =3D <0x0 0x0 0x0>; + reg =3D <0x0 0x0 0x3b400000 0x0 0x40000000 0xbc000000>; }; . . . __symbols__ { + i2c_arm =3D "/soc/i2c@7e804000"; + i2c =3D "/soc/i2c@7e804000"; + i2c_vc =3D "/soc/i2c@7e205000"; And that is it for differences. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Feb 10 04:10:06 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 50B7122A4AD for ; Mon, 10 Feb 2020 04:10:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (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 48GC9T27CBz3PxJ for ; Mon, 10 Feb 2020 04:10:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: oJ1NOvYVM1moG.b.3tFE_F0IvSaL9w.LoVEG4nSlJx14oh7efOOHrrvPU_UHo8B w7wZoMGS6JdUeGMBcNhFhOYkkbcfIBdF5xZxMFhHYIR2CLG51LvGgppix44.JqDCuui9pVBr_0dg FF9nzQuW.WZ3vYqHek.M2juTNzlDpgpIYPPFe.nZSubHanXiFIR34krmUel5xNOpBqqt7kYeiT.y OIfpLEzLy8KX2AU1YMpCo6nicd_S_5x6Ba5vylqCZAdJUx3yYHGw9IGnnR6INqJogE5UEQkThU4N m2koWPXc71Dy57eu8h.RKxBpAswGjB2iGp6x7GIlSjgEARfGqR75zFF1ju5Rh45tfjvw8fPrfjcN bTSJzkEdhHH0kltjv_LOeGHOwLKfNR3PZCLoYMKHmfI5Fe1s3G8DGzP.ed8Fxij0AxsV93.hGX3O JIleFbUn0aX1uCOJgPQVnR7ge00NrgSB1NXIsaD.ilkD4GTY5fxs0NQqr..CvAUMHVpqo42jx7v5 4_XM4kZ5A1hO.s8mSkvEPCTrXCDIauSSmRsKVDz.2enHpIV9KU__us7EPIaIXy68.KcpMiUqJ_X5 gbrwhjwnYUZlbcOOsNCIPwYBORq6Ej3AKMQHJxvZScUKQaywF2EuFKiQm7uYBuvuWx8RMj_5LWZW sxTTpqWq6z4xavH1dlevcDrxvw55y_NvxuQO0V3.b_TjZFwzWT6m1RRDQDM2HpqAU1hT6Mn6aZV7 bDM3AB2NrGLVnapucbuYgkM6XigRReeln_UHJ65CPrnRrqVlYWfREc3_1N3rTZhMPnCj.2WNvAzS QdJLf_47EN8kRHrCJXUurIS2.jkV8RzTD3LxxvzZ1VBlz.JWjONNYzxz.qNl46nECS0vdm5tCNqE p0GsbXN4k1ckHmUDCflFRTP8HGUxGfHqNXHlWbxZuzjMMxzM1b028EBsyTp1ejinjdlTzg8FH8d5 afGV0LC4Y8.KEzPf6WnZYW0nMhdDcf9yLMNZqiRWT2ULs4ijYSzvGunbZFwmMf8A4N5PWHUaS4rL c9ECQopqNP6phaBgEmX.Z2rG3bDYgx.LdJYbDBPCitTTmz9Py12za1shBdJI4jOh2DmWW7_SXj4w 5ARWf.tRqgXaLDeAQEz6.481yfxS6HNaqH9vyYWgMNyhz4azKisVGx8rwrnCQ4p.OjDKw7EZ8BqC .uxvPs9sPwjSAavUZCV04DagMfHDLeA4Zs9160Vp3k3lPHorHF2O6ZdtKVuEbtLUdoJUrRDSsYQO JLvgfxOPG8cEtFDilcm3ld1yvqQSMuObTepUyeuf8eO7PJFFcKpbMiku4KvZnWYCFiOGcj2GMcr1 NMX6dfT8aS15yybpmVnDCfk00cqJQpd57j22.j6pSgarXCys1wHcBeslixLkGYSz5aKc7jjUphgA v_skkuMesJr0Bkz1TpQ19KmiYSwL8.uQ.ybS9 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Mon, 10 Feb 2020 04:10:03 +0000 Received: by smtp414.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID ce6e5e56e5de15d5ed2b0c7ec95981fa; Mon, 10 Feb 2020 04:10:01 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPI4 Install r357606 test 09.02.2020 failed From: Mark Millard In-Reply-To: Date: Sun, 9 Feb 2020 20:10:00 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <1AD3680D-CDD9-4FB1-86B5-C49269F2CC33@yahoo.com> References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> To: Bakul Shah X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48GC9T27CBz3PxJ X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[206.65.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; 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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (-4.83), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 04:10:06 -0000 On 2020-Feb-9, at 18:32, Bakul Shah wrote: > On Feb 9, 2020, at 2:48 PM, Mark Millard via freebsd-arm = wrote: >>=20 >> If you want a build that works, use the kernel from head >> -r356767 . The next head version ( -r356776 ) is where >> the broken status starts for RPi4 and RPi3. RPi4B's with >> 4 GiBYTes of RAM fail to boot. As I understand, at least >> some forms of RPi3 boot but are messed up, such as only >> running 1 core. (Not surprising given the PSCI version >> problem which happens there as well.) >=20 > With this version I was able to boot it and log in as root. > Thanks! >=20 > I don't see any bcm2711 specific files in sys/arm/broadcom/bcm2835. > Is this intentional? pi3 (bcm2838) and pi4 (bcm2711) are rather > different. The ports: sysutils/rpi-firmware sysutils/u-boot-rpi4 have the materials that are used, including a .dtb file. There are other sysutils/u-boot-rpi* ports as well. The rpi-firmware has materials for all of them. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Feb 10 04:19:45 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 62C5122A9F4 for ; Mon, 10 Feb 2020 04:19:45 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [173.228.5.8]) by mx1.freebsd.org (Postfix) with ESMTP id 48GCNc55mMz3QTW for ; Mon, 10 Feb 2020 04:19:44 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mob.bitblocks.com (mob.bitblocks.com [192.168.125.11]) by mail.bitblocks.com (Postfix) with ESMTP id 7F81E156E40E; Sun, 9 Feb 2020 20:19:29 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: RPI4 Install r357606 test 09.02.2020 failed From: Bakul Shah In-Reply-To: <1AD3680D-CDD9-4FB1-86B5-C49269F2CC33@yahoo.com> Date: Sun, 9 Feb 2020 20:19:28 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <00DDDEDB-7C81-461B-87C4-E6261E2F70C2@bitblocks.com> References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <1AD3680D-CDD9-4FB1-86B5-C49269F2CC33@yahoo.com> To: Mark Millard X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 48GCNc55mMz3QTW X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bakul@bitblocks.com designates 173.228.5.8 as permitted sender) smtp.mailfrom=bakul@bitblocks.com X-Spamd-Result: default: False [-3.61 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:173.228.5.8/29]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bitblocks.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.91)[ip: (-5.96), ipnet: 173.228.0.0/20(-2.98), asn: 46375(-0.55), country: US(-0.05)]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:46375, ipnet:173.228.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 04:19:45 -0000 On Feb 9, 2020, at 8:10 PM, Mark Millard via freebsd-arm = wrote: >=20 >=20 >=20 > On 2020-Feb-9, at 18:32, Bakul Shah wrote: >=20 >> On Feb 9, 2020, at 2:48 PM, Mark Millard via freebsd-arm = wrote: >>>=20 >>> If you want a build that works, use the kernel from head >>> -r356767 . The next head version ( -r356776 ) is where >>> the broken status starts for RPi4 and RPi3. RPi4B's with >>> 4 GiBYTes of RAM fail to boot. As I understand, at least >>> some forms of RPi3 boot but are messed up, such as only >>> running 1 core. (Not surprising given the PSCI version >>> problem which happens there as well.) >>=20 >> With this version I was able to boot it and log in as root. >> Thanks! >>=20 >> I don't see any bcm2711 specific files in sys/arm/broadcom/bcm2835. >> Is this intentional? pi3 (bcm2838) and pi4 (bcm2711) are rather >> different. >=20 > The ports: >=20 > sysutils/rpi-firmware > sysutils/u-boot-rpi4 >=20 > have the materials that are used, including a .dtb > file. There are other >=20 > sysutils/u-boot-rpi* >=20 > ports as well. The rpi-firmware has materials for > all of them. Thanks. Yes, I am aware of those and used them as well. Sorry, I wasn't clear. I am talking about FreeBSD driver code. For example PCIe, XHCI and ethernet code will be different. There are other differences as well. Not sure all that is captured in the device tree files.= From owner-freebsd-arm@freebsd.org Mon Feb 10 04:32:39 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 92FAA22AEE8 for ; Mon, 10 Feb 2020 04:32:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (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 48GCgV0FtRz3R97 for ; Mon, 10 Feb 2020 04:32:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: gWXqFrcVM1kGkWCxt4ymqwIAmbIroGfH45w5wXMjjJqsPZ.WriPyGr9M7IG47UX ejNIG5b9mtwh3WC9AClvVgzEWIMqxkzZarp1VtoOcUE0_0zC0hyY3pRUOwGgyv2LHAO8CzIN2loh Jn4ovkesTUOwomPM8LwOTXT_hmPgyqqojp3uqYHJT4nZlXesCdgzSPQiWfy1gf4tAjS9068z.ouy G6JlB4hG6NtdVWH5bAsdL.x_yUGj6nqVeIJbgFkzlqPz.T9AVZ4mlGZ5ShycTUug1Ekb8uz3MPva 88eFUn.lrCpe404YvLRZcIUfX_T_vFo8W7JfOSQq0dWszp.xWVNloBSqy1lfvdMb2aR_CzXir1Zf lG6cGmOXPC2K96VG9NsdQvsqQfcLizeW_o4haRme7moQ1RW5EbBu4zwHrNwhVgd77Jxl3_KFwJhb sa8G72qhXQ8v9ciRgYd3mIu_hQauviQWVIWPspyOQZ3ua0q2XYawRiAN4egl0dhHHQQMdrZNg90K KC_8h7NG.1N.y6hWoeATCrLjvip3USR.wJj7D9qD526hY5z8rbcg0XXf_v_qSXIvULPmKm3PSacj Qo_VCw2YmzfA6pA88eifn6A8TdQLJOUa42.NUWl5YEQ.FtcAeZ0gSc4Ur7MOWiAKNN3Yg3Ua.R4V 5itt8QZ7T8txdyLmGHOgchJB5dQc17v5iHQrPnlocXwlGEpIxD_n7IwFt2EyFE86AOW0uCFtiwTo 9_aMn3YnppGRGYKy4v9uZANW7DjbB.t3ublw2T6IvasKj1pPnUf03phIW36y.4cajpD7Ju0KsqYB TGq6J2nnLKkmzTjep3Zmr_ycqNvdU7hVcADpqhUmZaNvYLoLjCzqAwlMdXIvznJMSv1JEwhC09r6 1apNx5dVmQC7B.2HTSsqYC8BCLKm0LF2QS_OwzSZFOBqUWSAUqCAwOBRkW9IKX1nxVGwg9_ie71_ 9a8KAuRvFD6nQp95z481_ELYW8bRxNO8ypvTCkH4HegmjQjIbv_RYk9UBUMqPu.MX7ZXTRXzbwpS 8uvawPANmtMSduh8cXYKUZLWGXUZKGFtYMMKt3B2liDzU7_UUZo6dIpGn7pOcCt551RHSXvcaf6d OgfsxRkCPjmHPfhXBwzB2kqMz3wK9bzscc1Ql67MglIfqKqUu1sHlJPWRh7zbsL77Hk.KeCLkYHA Y.xoOSxYyL6lMLqAjoab0g3BsKNwaq08clJ5DY58lmweucP6jhcjnrqAkQEM7VDePz.vdUg9ufH0 MtD61h8RKSJnV_zI8Q3FgYmnpI75mjAE4qStoLmEKk5kiJNQlfYaqOqGyfDmUHXJhCee0PzInXVd C1trPgvQpoukG61lxZj1WNhUp9pePWsi43DaJohip_wElyw6eMRA3NidfrF9o7lNokZ6ACT3guo1 IXoMfKT3CA2x3jdXtBLlkHtnv9_8n4NHJ0r0YvE4JQaf0518jwqK9vImFFNI_ciKyzymC.G8- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Mon, 10 Feb 2020 04:32:36 +0000 Received: by smtp405.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 07dfd7bf0cf4ad9db56501c148a67539; Mon, 10 Feb 2020 04:32:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPI4 Install r357606 test 09.02.2020 failed From: Mark Millard In-Reply-To: <00DDDEDB-7C81-461B-87C4-E6261E2F70C2@bitblocks.com> Date: Sun, 9 Feb 2020 20:32:33 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <1AD3680D-CDD9-4FB1-86B5-C49269F2CC33@yahoo.com> <00DDDEDB-7C81-461B-87C4-E6261E2F70C2@bitblocks.com> To: Bakul Shah X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48GCgV0FtRz3R97 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[148.65.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; 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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (-2.52), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 04:32:39 -0000 On 2020-Feb-9, at 20:19, Bakul Shah wrote: > On Feb 9, 2020, at 8:10 PM, Mark Millard via freebsd-arm = wrote: >>=20 >>=20 >>=20 >> On 2020-Feb-9, at 18:32, Bakul Shah wrote: >>=20 >>> On Feb 9, 2020, at 2:48 PM, Mark Millard via freebsd-arm = wrote: >>>>=20 >>>> If you want a build that works, use the kernel from head >>>> -r356767 . The next head version ( -r356776 ) is where >>>> the broken status starts for RPi4 and RPi3. RPi4B's with >>>> 4 GiBYTes of RAM fail to boot. As I understand, at least >>>> some forms of RPi3 boot but are messed up, such as only >>>> running 1 core. (Not surprising given the PSCI version >>>> problem which happens there as well.) >>>=20 >>> With this version I was able to boot it and log in as root. >>> Thanks! >>>=20 >>> I don't see any bcm2711 specific files in sys/arm/broadcom/bcm2835. >>> Is this intentional? pi3 (bcm2838) and pi4 (bcm2711) are rather >>> different. >>=20 >> The ports: >>=20 >> sysutils/rpi-firmware >> sysutils/u-boot-rpi4 >>=20 >> have the materials that are used, including a .dtb >> file. There are other >>=20 >> sysutils/u-boot-rpi* >>=20 >> ports as well. The rpi-firmware has materials for >> all of them. >=20 > Thanks. Yes, I am aware of those and used them as well. >=20 > Sorry, I wasn't clear. I am talking about FreeBSD driver > code. For example PCIe, XHCI and ethernet code will be > different. There are other differences as well. Not sure > all that is captured in the device tree files. Ahh. These things have not been developed yet. I'm not sure it is clear what their future is, given the=20 documentation status for them and other issues around RPi*'s and their history for FreeBSD. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Feb 10 05:12:25 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 85BFD22CDF7 for ; Mon, 10 Feb 2020 05:12:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (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 48GDYN4fj6z3ysl for ; Mon, 10 Feb 2020 05:12:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: SPI4LDkVM1mS7OUo_9SYQ8Vdseuclg0V1dnrhFRgC7ryL0puMtnrzzlRfcywduJ WhAW8_KSPpi5SxwP65kBZzFtHJvGLzupoaAqM2gYtpIP_tuqgY8E9BdoYDPNGfaj92WiV.KwD7Bn KAsybGMn.eCp0kVDn8hJL827NU4amGPwd5gn9yMNuqgJabE3fhktI5pMNcElD_JlYTwpDxOIxxbg KKxX99vlqyzHgiSVBu_1xkvFqwh82BnYhtN6n7hvrlNgBPBT59ruXSrZshBHGfcn2euXMAhAifBx 6vwPRm1YnfY3uOyHMLqjJwud896cMPM0maeS.T7J4MmdNby2Zj0McqtDaWzK4BCKERaq6OXFLr25 Fax88Vl.lgNvThVjN0bchqxdsIE7D4opjXIRPVntTVbL2ZfVLEPqi1FWbLTaKADAnhb9aWeqC7rc Wm2DX6hkAYZOXBYuiR77rZLhRtiCtdZlxyvJrCHjQXqcafOBMy9HwJdSB8lFBkTpxslJx4TGhaTl L4vvRzIf4EBP3jBJa1YLmH0MBT9uUzx5PNlUeHAspPP1K74Y_LWaoS9GxwdRjrww4zuKE2pmMUI8 K.rLzbjtmI8D9JCTOhpj4qgCpT6dMvsEpNNVh6aOuIV1cQYQa87dEcynl9s7PiAnoSyLE9Tv4Qxw 0Bvwe87GOsDfwQttab_0RLzA__yqAd9bJl3yF7u0Q6e2h3uv_8R4AhyLVt.MBogoS7xE4PVQZGLf WAxwvxQHmLPEhyrACmTVKPvezE_.7VxwcLZ.mYbOs2..nUtShNyhSRJUIrIxK8x9SA_PJIoduDdA GfhGTMcCE38nhUe2t4SSHZ5BRttJVz2bAmfH70HlC96XdrEAuYCDs__xb7GOxJH4ugBelOXEIrjY WfCnF60GQpmxiqFnl9vwuxyC26SWFcm3iRGH0gsZH_s4JxIy90ro6HJU0Vwi20HzwQhNxs8LPfrB We59mEk4DMd9PWs8ps0KQnqsPIoDW.N6hI4Mbnbwh9qrppvcH6ZsonNynZ2Bh3zxxbulTPtk2jWE J6qPo1wr4zFELsyq5cS69onPS8BJO4fSEIpgRS1N540IncvXVwDDk8OLVaBZ0GFi2BJ3CFoZEDHa 5fBzxbdjKi9EMCISkv00ZFkPta6COyJEaqCl5CTSlStkFxhafxdhBTUGEL4xXK4aduZvwz2gxdhB rxfdP3tt0b9iKdTFmkAdDR_JZiRAg2EBnyvNcpL9a_gkK7IZv6iPViNWhj_Q15mp0dC.4EQZR47C QosaEPjyzLROKJOeftm.hm1WXBUbBCUNpuI3Cl8Mnwj.jyW_KCJhu_OvVX9JZOuBiq8fPNUqLNEc MP7NOMMPBBB4_UIPM.F0fHYXf5Fji6T7ag0K4PYEUv0BYRForFSUMsRnBkWUMbiRe6yOK9teM9Zy 9xl5dbARCWrSgFaZARiA.wm45lxo8mIMX3vNd7q64fYRuGVrH1bmv1KOCqC18RqMqNgCqmA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Mon, 10 Feb 2020 05:12:23 +0000 Received: by smtp419.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a1c500bc931fb7ce5b9c3ff973dc2cec; Mon, 10 Feb 2020 05:12:18 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: RPi4's memreserve use in fdt not handled by aarch64 fdt_get_reserved_mem (called via its initarm) Message-Id: Date: Sun, 9 Feb 2020 21:12:17 -0800 To: freebsd-arm , "jeff@freebsd.org" , Kyle Evans X-Mailer: Apple Mail (2.3608.60.0.2.5) References: X-Rspamd-Queue-Id: 48GDYN4fj6z3ysl X-Spamd-Bar: - X-Spamd-Result: default: False [-1.22 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.34)[-0.337,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.38)[-0.382,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (5.66), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[32.64.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 05:12:25 -0000 aarch64 seems to be ignoring the RPi4B's memreserve use. My hypothesis is that head -r356776 and later are allocating RAM areas that overlap with the memreserve area. 1st see separate submittals about the live dts text reported by fdt print in u-boot on the example RPi4B 4 GiByte machine: https://lists.freebsd.org/pipermail/freebsd-arm/2020-February/021207.html https://lists.freebsd.org/pipermail/freebsd-arm/2020-February/021205.html Then: aarch64's initarm uses fdt_get_reserved_mem and not fdt_get_reserved_regions. So, looking at what that implies: int fdt_get_reserved_mem(struct mem_region *reserved, int *mreserved) { pcell_t reg[FDT_REG_CELLS]; phandle_t child, root; int addr_cells, size_cells; int i, rv; root = OF_finddevice("/reserved-memory"); if (root == -1) { return (ENXIO); } . . . (I'll not list it all to show the lack of memreserve handling) . . . This does not check for and handle memreserve. By contrast armv7 and armv6 each have an initarm that uses fdt_get_reserved_regions and that in turn has: int fdt_get_reserved_regions(struct mem_region *mr, int *mrcnt) { pcell_t reserve[FDT_REG_CELLS * FDT_MEM_REGIONS]; pcell_t *reservep; phandle_t memory, root; int addr_cells, size_cells; int i, res_len, rv, tuple_size, tuples; root = OF_finddevice("/"); memory = OF_finddevice("/memory"); if (memory == -1) { rv = ENXIO; goto out; } if ((rv = fdt_addrsize_cells(OF_parent(memory), &addr_cells, &size_cells)) != 0) goto out; if (addr_cells > 2) { rv = ERANGE; goto out; } tuple_size = sizeof(pcell_t) * (addr_cells + size_cells); res_len = OF_getproplen(root, "memreserve"); if (res_len <= 0 || res_len > sizeof(reserve)) { rv = ERANGE; goto out; } if (OF_getprop(root, "memreserve", reserve, res_len) <= 0) { rv = ENXIO; goto out; } . . . So this handles memreserve but not /reserved-memory . It appears that for the RPi4B's the 32-bit "normal use" has lead to aarch64 having memreserve instead of /reserved-memory . === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Feb 10 06:00:25 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 46AC122E8AA for ; Mon, 10 Feb 2020 06:00:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (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 48GFcm0Vytz427S for ; Mon, 10 Feb 2020 06:00:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: d6lxq3cVM1mYWmqOeVwrrPEhGpyuiOVtuee1Em2WUXebpqL29hqGltWGA0pKred _Sbe2_8NhZZayuFBGL6KyoyQkA_GdjB2WL6TyqqtZx8hPymj4hyLseqbhB9i3_PZhV7NxZB65UCG tb9ggGL0gcp28M9ViN.No.Nc1EYid0nnyNRW._6N7oKhdezafuyNGHp65QyLnXmr98AQWGx.17.L Yec9_RWfMyZx2myXbxuJ4.RkInLPkYIr4OUt354uTELGNEw1vEHrq13Xf_Itou04PmVfPKDQvBRh AMbHzsKmnjVlBRzKOiEeQ2maEC2GGrJHh2mQyFNin6rX9sxlYziBzIXRlzvtN9wA3em0DGwnmw.S Rh.DrR_npIUSHKHe_gtl.FA9pmxDvDFBKBMgQ8YCIjOLTTrA1qSZUFVtbXFTN61DFTYdj505gKuv uhMeKi8V2D4JidhQXdR4eesHys3WYR7wvAwGUledudQBLpBEjQgt3KFO3.rvD6SkAraM_b02oV2D SdY8HoTny2eDYtm1bAYfNxezWa.KIWlg3cGuasbOa4IpNY_iralvdDuSp7DtdBTfBN2Qa7heeV51 kI__8xwjAjIGvAnB8DjkZ7l3fcK66GxuFvev6EypEy7gyqDGBcAu5sWrVmigKW.2cdgi3NEVUKu_ DRp84TLE9Z5ORC96xlWLRW1F1ZU8qxYhSxTOiFvo0wCyAmYTLAadqz6LUsHDbrynkKlJxm7hWPVT dx.s01ex7_R7iLHqdASlx59siAJFvlkszzoVD7fyPyfnk1LYrHFwfmgUDxrQEgI_tB_e_TSbSeXO 1tv59P95wAhBc5pqUXZL_jcrWlenAYj6m87tzkYJfyJ7bdXmzF.V.engebcdF.8ShoObVrexMpQM JVS0QfEeOjjcsou9RHsYaZ8Fpna0J0ThUCntvcdob7RbvR.TgcEHoyzEWVY1zvVJ08un9JLcOOQC NzKMGLbdlOeQTv13lQ1YW6sgsBMkF8jrc0uDfUtl2KmeE2PXlly97t3DUkJcDlfaWq.VISLYq6yh v61uGEdrMxxGFsf27M6AG6IcjeA4uF6DBx5mOQ_SnO7tzDNBR5ThixO6VCK77IcfZVI153BlTml0 KfGv4FbNrplmcgwzpxTuXR8TBqF8bBVqfiG0u1uQkilF.ylFsdIMMU1F.koFCCPB_IzG5849FBY_ zv_9bArsRAaHkBkfszgjPjxOWW2y71.UdJ7zCoDxLayVFbNRDL8VZOnfnps99gz6E27HRyK7v3vW BsqTyw8Xbqo42fcbbdh_peh9OnSW6pncyoVB2TydsJP8DN0i.Vi0c3syjfFc8UZjFq3jxQ0oMlqD AvLJdTlrsLmLaZnutuASJ5VjbddMngXIfLa5b3RzrYwJVXkulrYnDfWmOH_NL0wMsY4yIIH6W459 GHQ3p.aIuaJ_9j8gFDaA.VJujqhK87onc83mu8A-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Mon, 10 Feb 2020 06:00:22 +0000 Received: by smtp418.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 89c5868b817b0252cb40c628e1518b31; Mon, 10 Feb 2020 06:00:20 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPi4's memreserve use in fdt not handled by aarch64 fdt_get_reserved_mem (called via its initarm) Date: Sun, 9 Feb 2020 22:00:19 -0800 References: To: freebsd-arm , "jeff@freebsd.org" , Kyle Evans In-Reply-To: Message-Id: <6F4936C9-34A1-4490-8F5A-D1C2B2CE6232@yahoo.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48GFcm0Vytz427S X-Spamd-Bar: - X-Spamd-Result: default: False [-1.66 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.61)[-0.611,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.55)[-0.553,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.34), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.64.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 06:00:25 -0000 On 2020-Feb-9, at 21:12, Mark Millard wrote: > aarch64 seems to be ignoring the RPi4B's memreserve use. > > My hypothesis is that head -r356776 and later are > allocating RAM areas that overlap with the > memreserve area. > > 1st see separate submittals about the live dts text reported > by fdt print in u-boot on the example RPi4B 4 GiByte machine: > > https://lists.freebsd.org/pipermail/freebsd-arm/2020-February/021207.html > https://lists.freebsd.org/pipermail/freebsd-arm/2020-February/021205.html > > Then: > > aarch64's initarm uses fdt_get_reserved_mem and not > fdt_get_reserved_regions. So, looking at what that > implies: > > int > fdt_get_reserved_mem(struct mem_region *reserved, int *mreserved) > { > pcell_t reg[FDT_REG_CELLS]; > phandle_t child, root; > int addr_cells, size_cells; > int i, rv; > > root = OF_finddevice("/reserved-memory"); > if (root == -1) { > return (ENXIO); > } > . . . (I'll not list it all to show the lack of > memreserve handling) . . . > > This does not check for and handle memreserve. > > By contrast armv7 and armv6 each have an initarm > that uses fdt_get_reserved_regions and that in > turn has: > > int > fdt_get_reserved_regions(struct mem_region *mr, int *mrcnt) > { > pcell_t reserve[FDT_REG_CELLS * FDT_MEM_REGIONS]; > pcell_t *reservep; > phandle_t memory, root; > int addr_cells, size_cells; > int i, res_len, rv, tuple_size, tuples; > > root = OF_finddevice("/"); > memory = OF_finddevice("/memory"); > if (memory == -1) { > rv = ENXIO; > goto out; > } > > if ((rv = fdt_addrsize_cells(OF_parent(memory), &addr_cells, > &size_cells)) != 0) > goto out; > > if (addr_cells > 2) { > rv = ERANGE; > goto out; > } > > tuple_size = sizeof(pcell_t) * (addr_cells + size_cells); > > res_len = OF_getproplen(root, "memreserve"); > if (res_len <= 0 || res_len > sizeof(reserve)) { > rv = ERANGE; > goto out; > } > > if (OF_getprop(root, "memreserve", reserve, res_len) <= 0) { > rv = ENXIO; > goto out; > } > . . . > > So this handles memreserve but not /reserved-memory . > > It appears that for the RPi4B's the 32-bit "normal use" > has lead to aarch64 having memreserve instead of > /reserved-memory . > I managed to make a quick test patch for head -r356529 but it did not make the RPi4B boot attempt behave differently. So, either I messed up or handling memreserve is not sufficient. (Some alternate information might be covering the address range already?) I'm not familiar with the subject matter in the code, so I may have messed up the test. I just used: # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c Index: /usr/src/sys/dev/fdt/fdt_common.c =================================================================== --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) @@ -512,6 +512,11 @@ root = OF_finddevice("/reserved-memory"); if (root == -1) { + // Fail over to checking for and handling memreserve, + // such as for a RPi4B. + if (0 == fdt_get_reserved_regions(reserved,mreserved)) + return (0); + return (ENXIO); } === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Feb 10 19:26:04 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CC507241DD1 for ; Mon, 10 Feb 2020 19:26:04 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48GbVM14bXz3wZW for ; Mon, 10 Feb 2020 19:26:02 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 01AJQ3Fu019169 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 10 Feb 2020 11:26:04 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 01AJQ3Oj019168; Mon, 10 Feb 2020 11:26:03 -0800 (PST) (envelope-from fbsd) Date: Mon, 10 Feb 2020 11:26:02 -0800 From: bob prohaska To: Mark Millard Cc: Bakul Shah , freebsd-arm@freebsd.org, bob prohaska Subject: Re: RPI4 Install r357606 test 09.02.2020 failed Message-ID: <20200210192602.GA19140@www.zefox.net> References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48GbVM14bXz3wZW X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.28 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.985,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.25), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.31)[0.311,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 19:26:04 -0000 On Sun, Feb 09, 2020 at 02:48:14PM -0800, Mark Millard via freebsd-arm wrote: > > > If you want a build that works, use the kernel from head > -r356767 . The next head version ( -r356776 ) is where > the broken status starts for RPi4 and RPi3. RPi4B's with > 4 GiBYTes of RAM fail to boot. As I understand, at least > some forms of RPi3 boot but are messed up, such as only > running 1 core. (Not surprising given the PSCI version > problem which happens there as well.) Ran into a spot of trouble on RPi3. Managed to build and install the -r356776 kernel and run a single-user buildworld. Unfortunately, the machine reported the "invalid pmap" panic during installworld. Now it stalls on boot and can't find any alternative kernels. I'll try fsck using a 12-stable rpi2 unless somebody knows of a better/easier approach. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Mon Feb 10 19:26:34 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8F678241E29 for ; Mon, 10 Feb 2020 19:26:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.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 48GbVx2p7Bz3wdf for ; Mon, 10 Feb 2020 19:26:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: fBFdGMwVM1mFZPSZfEytmOPEbc8HmA6DKxDhYpm4uFGR.LbVx91e2EeAJgTpNsv e0ge24843CqXGGJfm.Dwzi3M.dQo5giBIcghWh4GvBneoWcyp8xptrOnrPn_R1c4V38Ao3zP4pwb h8OvQAiI.72jzJHJ.NnmCas7_D8iXMEwZAlshR.0hjA_DwwWvzJxg5aJmUlyoTFMAYy.0rc4WaTE CTvd_0f1HeDScKnt944F076Gc99fbd4z4h3r5z1GE1pBL0eNBk3u1n8.0RNrGmBgFCIAyMtZAHWw 2BoTQue7F8hespOuLy2VZNHfu7q_ugvCXyqpyg3zqo2TpTyQFuGOgurzjlBqzaxznewt5G.CAaGK 2AqWEOOtl7FAm3xirSnLKSbDVuFV1V4wcubNotZgLOsw1vENrryDPJZ1hZI5yip8f9QiftQt5hDf BOBfROm0Ssd3mayMMG2yTjt.jwivZLcKg95l23G3cRpBIE3JqugJuCVlP8dxczwPtrpXMg5zvhSD AAiRLvTVCGISi8CZsgjdfex2m8kz4qCtyV.qnX3grM.3nwdczKQgu18wEgFtOGJzYHCWx_JBLIuN MWIb.FSFhGV0vN9pwT7bPGhu4nrsrtzrnbSIeFlTSWXqjizgNRAsvoUtt8kmjyMFJ4HcIGB0SZV4 xlVng5qlOO83uvkSc20r2LKSjrcsOhMrC6Monc6ukP_KeEx1G9vXwKKXLm2Lqv.V_KJEBdvnmXPW GESJI4WuUnukijxzyRRXjb7yk00j6sVe3BgB4kqrU3qfsiIUI735sM5ABs9xb0rlrtmRGkZ7iMe3 mbfVwCuT3q1Oiz2OZGLXK52wR2xwta0LNPAJnNl7I3b_skSQzp1DU7ySAegweodHfHiyXDqHBCsi apgDoA5y46ofv7qX5Vf0Yjq4QksrFw7Wti2FT_tgYksdVAyVwMYfmDn1jB.dFmFdJT29HbTTrgdJ rOWk1qWDaw58FAbs3aeszTtZU83ZXzwsqABZj43Az0iGRYiVH41NorjBiwxU5tOCg4V9qqRvHtIV 6IE1ZG3vFa49MXNiaMbjFZtMbGuixof6QPcEmFWd4hV8y2EFKpPppNrx7sb4iBLJ54akb0.qpDDB rWlNX.qeRdhvFk_0rftg.bSt_H.MdTOYFYAn1ePkYfXx9lYLGgrl18KKbf2xV7my.eijSd2gfso. CfvI6ggmx4ANeWxKZEhRcgb_oL2fnKZfNMnXSTTmMRqBCXxRiXRrzAKDG0FLWoe1XXmLaBGvFlCl UFccC5KNAIuWKJWd4zrogpkROe4lCsaLYVa1Uy93qajYPf1x6KHLTFrxZfx3KvM7Ss8rkszaYfa1 uB_Oo6KTBHCwVY6zcxjT0bygW2nzrLmYnnJC.hGHhG5gNeHTrIfdXP0OPFIW673dLwluBP8EqTnC dr.CBGeRNzo0EIrvEVbPKOss- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Mon, 10 Feb 2020 19:26:31 +0000 Received: by smtp422.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 62e9814af074b7356c087ae01fdf63fd; Mon, 10 Feb 2020 19:26:30 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPi4's memreserve use in fdt not handled by aarch64 fdt_get_reserved_mem (called via its initarm) Date: Mon, 10 Feb 2020 11:26:29 -0800 References: <6F4936C9-34A1-4490-8F5A-D1C2B2CE6232@yahoo.com> To: freebsd-arm In-Reply-To: <6F4936C9-34A1-4490-8F5A-D1C2B2CE6232@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48GbVx2p7Bz3wdf X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.33 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.85)[-0.851,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.983,0]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (1.74), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[83.64.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 19:26:34 -0000 On 2020-Feb-9, at 22:00, Mark Millard wrote: > On 2020-Feb-9, at 21:12, Mark Millard wrote: >=20 >> aarch64 seems to be ignoring the RPi4B's memreserve use. >>=20 >> My hypothesis is that head -r356776 and later are >> allocating RAM areas that overlap with the >> memreserve area. >>=20 >> 1st see separate submittals about the live dts text reported >> by fdt print in u-boot on the example RPi4B 4 GiByte machine: >>=20 >> = https://lists.freebsd.org/pipermail/freebsd-arm/2020-February/021207.html >> = https://lists.freebsd.org/pipermail/freebsd-arm/2020-February/021205.html >>=20 >> Then: >>=20 >> aarch64's initarm uses fdt_get_reserved_mem and not >> fdt_get_reserved_regions. So, looking at what that >> implies: >>=20 >> int >> fdt_get_reserved_mem(struct mem_region *reserved, int *mreserved) >> { >> pcell_t reg[FDT_REG_CELLS]; >> phandle_t child, root; >> int addr_cells, size_cells; >> int i, rv; >>=20 >> root =3D OF_finddevice("/reserved-memory"); >> if (root =3D=3D -1) { >> return (ENXIO); >> } >> . . . (I'll not list it all to show the lack of >> memreserve handling) . . . >>=20 >> This does not check for and handle memreserve.=20 >>=20 >> By contrast armv7 and armv6 each have an initarm >> that uses fdt_get_reserved_regions and that in >> turn has: >>=20 >> int >> fdt_get_reserved_regions(struct mem_region *mr, int *mrcnt) >> { >> pcell_t reserve[FDT_REG_CELLS * FDT_MEM_REGIONS]; >> pcell_t *reservep; >> phandle_t memory, root; >> int addr_cells, size_cells; >> int i, res_len, rv, tuple_size, tuples; >>=20 >> root =3D OF_finddevice("/"); >> memory =3D OF_finddevice("/memory"); >> if (memory =3D=3D -1) { >> rv =3D ENXIO; >> goto out; >> } >>=20 >> if ((rv =3D fdt_addrsize_cells(OF_parent(memory), &addr_cells, >> &size_cells)) !=3D 0) >> goto out; >>=20 >> if (addr_cells > 2) { >> rv =3D ERANGE; >> goto out; >> } >>=20 >> tuple_size =3D sizeof(pcell_t) * (addr_cells + size_cells); >>=20 >> res_len =3D OF_getproplen(root, "memreserve"); >> if (res_len <=3D 0 || res_len > sizeof(reserve)) { >> rv =3D ERANGE; >> goto out; >> } >>=20 >> if (OF_getprop(root, "memreserve", reserve, res_len) <=3D 0) { >> rv =3D ENXIO; >> goto out; >> } >> . . . >>=20 >> So this handles memreserve but not /reserved-memory . >>=20 >> It appears that for the RPi4B's the 32-bit "normal use" >> has lead to aarch64 having memreserve instead of >> /reserved-memory . >>=20 >=20 > I managed to make a quick test patch for head -r356529 > but it did not make the RPi4B boot attempt behave > differently. So, either I messed up or handling memreserve > is not sufficient. (Some alternate information might be > covering the address range already?) Example alternate information was: memory@0 { device_type =3D "memory"; reg =3D <0x00000000 0x00000000 0x3b400000 0x00000000 = 0x40000000 0xbc000000>; }; That looks like it avoids indicating anything from the memreserve region. (I've no clue if such is a requirement for memory@0, but it happens to be the case for the test context.) > I'm not familiar with the subject matter in the code, so > I may have messed up the test. I just used: >=20 > # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c > Index: /usr/src/sys/dev/fdt/fdt_common.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) > +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) > @@ -512,6 +512,11 @@ >=20 > root =3D OF_finddevice("/reserved-memory"); > if (root =3D=3D -1) { > + // Fail over to checking for and handling memreserve, > + // such as for a RPi4B. > + if (0 =3D=3D = fdt_get_reserved_regions(reserved,mreserved)) > + return (0); > + > return (ENXIO); > } I do not know if such is appropriate code or not. For my specific test context, it makes no difference. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Feb 10 19:36:25 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5ADFA2422F0 for ; Mon, 10 Feb 2020 19:36:25 +0000 (UTC) (envelope-from kevans@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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48GbkK1c5Cz3xKZ; Mon, 10 Feb 2020 19:36:25 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qv1-f54.google.com (mail-qv1-f54.google.com [209.85.219.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 2550F414E; Mon, 10 Feb 2020 19:36:25 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qv1-f54.google.com with SMTP id dp13so3749032qvb.7; Mon, 10 Feb 2020 11:36:25 -0800 (PST) X-Gm-Message-State: APjAAAWMOBBA8cyzFKyVsMM87YP3xsdfIS4z/ls9llx1b/D1d+RQ+Txo KMrdbGX5adMsn6ZBAbQiNfaiIwfwFclxcZ0Zk34= X-Google-Smtp-Source: APXvYqyky1kPpDHWcgNVsWcCssEe6+5IVaZ1uNhkEMYJhfiZsUMLo/AsEJX6Mm41qQR8RwwYHuOLHrlO5QZ+l7ZhZdo= X-Received: by 2002:a05:6214:118d:: with SMTP id t13mr11199171qvv.5.1581363384474; Mon, 10 Feb 2020 11:36:24 -0800 (PST) MIME-Version: 1.0 References: <6F4936C9-34A1-4490-8F5A-D1C2B2CE6232@yahoo.com> In-Reply-To: <6F4936C9-34A1-4490-8F5A-D1C2B2CE6232@yahoo.com> From: Kyle Evans Date: Mon, 10 Feb 2020 13:36:12 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: RPi4's memreserve use in fdt not handled by aarch64 fdt_get_reserved_mem (called via its initarm) To: Mark Millard Cc: freebsd-arm , Andrew Turner , Emmanuel Vadot Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 19:36:25 -0000 (Removing Jeff from CC- it's becoming clear that this isn't his problem) On Mon, Feb 10, 2020 at 12:00 AM Mark Millard wrote: > On 2020-Feb-9, at 21:12, Mark Millard wrote: > > > aarch64 seems to be ignoring the RPi4B's memreserve use. > > > > My hypothesis is that head -r356776 and later are > > allocating RAM areas that overlap with the > > memreserve area. > > > > 1st see separate submittals about the live dts text reported > > by fdt print in u-boot on the example RPi4B 4 GiByte machine: > > > > https://lists.freebsd.org/pipermail/freebsd-arm/2020-February/021207.html > > https://lists.freebsd.org/pipermail/freebsd-arm/2020-February/021205.html > > > > Then: > > > > aarch64's initarm uses fdt_get_reserved_mem and not > > fdt_get_reserved_regions. So, looking at what that > > implies: > > > > int > > fdt_get_reserved_mem(struct mem_region *reserved, int *mreserved) > > { > > pcell_t reg[FDT_REG_CELLS]; > > phandle_t child, root; > > int addr_cells, size_cells; > > int i, rv; > > > > root = OF_finddevice("/reserved-memory"); > > if (root == -1) { > > return (ENXIO); > > } > > . . . (I'll not list it all to show the lack of > > memreserve handling) . . . > > > > This does not check for and handle memreserve. > > > > By contrast armv7 and armv6 each have an initarm > > that uses fdt_get_reserved_regions and that in > > turn has: > > > > int > > fdt_get_reserved_regions(struct mem_region *mr, int *mrcnt) > > { > > pcell_t reserve[FDT_REG_CELLS * FDT_MEM_REGIONS]; > > pcell_t *reservep; > > phandle_t memory, root; > > int addr_cells, size_cells; > > int i, res_len, rv, tuple_size, tuples; > > > > root = OF_finddevice("/"); > > memory = OF_finddevice("/memory"); > > if (memory == -1) { > > rv = ENXIO; > > goto out; > > } > > > > if ((rv = fdt_addrsize_cells(OF_parent(memory), &addr_cells, > > &size_cells)) != 0) > > goto out; > > > > if (addr_cells > 2) { > > rv = ERANGE; > > goto out; > > } > > > > tuple_size = sizeof(pcell_t) * (addr_cells + size_cells); > > > > res_len = OF_getproplen(root, "memreserve"); > > if (res_len <= 0 || res_len > sizeof(reserve)) { > > rv = ERANGE; > > goto out; > > } > > > > if (OF_getprop(root, "memreserve", reserve, res_len) <= 0) { > > rv = ENXIO; > > goto out; > > } > > . . . > > > > So this handles memreserve but not /reserved-memory . > > > > It appears that for the RPi4B's the 32-bit "normal use" > > has lead to aarch64 having memreserve instead of > > /reserved-memory . > > > > I managed to make a quick test patch for head -r356529 > but it did not make the RPi4B boot attempt behave > differently. So, either I messed up or handling memreserve > is not sufficient. (Some alternate information might be > covering the address range already?) > > I'm not familiar with the subject matter in the code, so > I may have messed up the test. I just used: > > # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c > Index: /usr/src/sys/dev/fdt/fdt_common.c > =================================================================== > --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) > +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) > @@ -512,6 +512,11 @@ > > root = OF_finddevice("/reserved-memory"); > if (root == -1) { > + // Fail over to checking for and handling memreserve, > + // such as for a RPi4B. > + if (0 == fdt_get_reserved_regions(reserved,mreserved)) > + return (0); > + > return (ENXIO); > } > This seems reasonable; specifically CC'ing andrew@ and manu@ to get their opinion on the patch, as having authored and reviewed the relevant section respectively. From owner-freebsd-arm@freebsd.org Mon Feb 10 19:52:47 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E1942428CF for ; Mon, 10 Feb 2020 19:52:47 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450:4864:20::32c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Gc5B11R9z3y6H for ; Mon, 10 Feb 2020 19:52:45 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32c.google.com with SMTP id t14so579489wmi.5 for ; Mon, 10 Feb 2020 11:52:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=GLYgaB4yu4MZaPl1WtNrZTXkpR4NZJJEhg8EDYE2oyE=; b=kBIPs661W/li0uWElEf+QIxq/iXobnl4hshkWCT7gXHXp8MuHQRK8jrPvAvJH8wNMd UWA7jdcAxodLnyW3obNNVJq6Vyw2CMNHCd7M7f1ppqWc28VoQICGSJo3LJnUSJcT+eXv JWEiysrx21NmkMgunSVrbK6OCsL/LkRrPj1YtTfEVIpQXD0m5Z07mzV1ez2bEhf8ANeA 2/K14FjWnECCs+eo/OXlU0akBLSKNwS7FemrpYCmtaITYs9rOnvyk1OPoNWMor02h4GS eRYGHrr5yykQSySnyOjAAzoBNdcFHWFEu2kCmMWHzegm/UPrgG6jwu7PPby3DZytVH3Y EuBw== X-Gm-Message-State: APjAAAUd22pDSLT5Aqk5zyLyp7C26s0wgk08LKvhwEi0Vrxu4eou9aCg EYUiqWefg3TUSsZE9mN7R0l4YB7k X-Google-Smtp-Source: APXvYqwXVwzPI1R1tjudemvy7qJJhg+MCI/zklUs5WuXGLu6BRehK0w2nqkMT6mUjKoKtnaaK01kiA== X-Received: by 2002:a05:600c:20c6:: with SMTP id y6mr577745wmm.95.1581364363102; Mon, 10 Feb 2020 11:52:43 -0800 (PST) Received: from [192.168.1.167] (x59cc9a7e.dyn.telefonica.de. [89.204.154.126]) by smtp.googlemail.com with ESMTPSA id z21sm529426wml.5.2020.02.10.11.52.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Feb 2020 11:52:42 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPI4 Install r357606 test 09.02.2020 failed Date: Mon, 10 Feb 2020 20:52:40 +0100 References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> To: bob prohaska , freebsd-arm@freebsd.org In-Reply-To: <20200210192602.GA19140@www.zefox.net> Message-Id: X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48Gc5B11R9z3y6H X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[126.154.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[c.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.39), ipnet: 2a00:1450::/32(-2.47), asn: 15169(-1.72), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 19:52:47 -0000 > Am 10.02.2020 um 20:26 schrieb bob prohaska : >=20 > =E2=80=A6 > ... Now it stalls on boot and can't find > any alternative kernels.=20 >=20 > bob prohaska >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org=E2=80=9C You can mount the SD-card`s fbsd-filesystem on another bootable = fbsd-machine=20 and e.g.=20 root@# find /boot -name kernel.old=20 then e.g. :=20 root@# mv kernel.old kernel=20 Regards Klaus =20 From owner-freebsd-arm@freebsd.org Mon Feb 10 20:01:50 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B5B9E242ABE for ; Mon, 10 Feb 2020 20:01:50 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48GcHd56ZNz3yfk for ; Mon, 10 Feb 2020 20:01:49 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: by mail-wm1-x334.google.com with SMTP id s144so636480wme.1 for ; Mon, 10 Feb 2020 12:01:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+tMIoj82o2U1RDbtQKGtCGCpADrCEKcnPnN6mgAEvA0=; b=dLWKXIlEX9JLWDMUX+pNlTZjwzdMCpxPqmhIYpj+YjpGV18xW0FMMVNCgBHMfwuUqi awrn7YfrZkOKYpKgJgZhG58ModnAZHIfI1IFhtXg38ehH052zlXI0wAZUWUKsQPhMJew TTQ+ViGAvFEEJ9ML0tpyAnYytWKTQVcwfUOUZvk6JzpVHbQI5/zWKiGLetp1TvEA7uPD /Nzj+0E01FIn20FqJ4ERBoDhoLWxB1E3gBxTaaj4iWtk1Iacknv3KS/Og/MO2pUUtu+l DBtqKEB1+l0L1dwRpDWHemx90RuSB4O1iBq1UUTH1B6P29ZkpoiC2EEtI76aR0VsS+xE qPEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+tMIoj82o2U1RDbtQKGtCGCpADrCEKcnPnN6mgAEvA0=; b=tg7T5CNuuLfN5MkMi7uPY98KVr/bQ0kiKOk0dVx1OUXmqa6CrJbu4ccdi4U4WUvWB4 +RRM9hvAsWIRIxZVu2882LU97UbY6BncQoxoMPLfpjutU7swP/j/oNSqmjk+zZtxZeYQ vLgWAn0AbGCU0bl05sVfuYZl2gT9q7tLVFYbI94N23zv/xSz6HJ2I8I5/78AVl6sPO0n 5U18G1U2eZsCaceqkLwQskjm6mXKGVwevmzkuW1F+KLgcIyDn635pjWH9I+O3GydQcqp Xdnm3MqCRna8OyvCOh/gBZ02oKhuZ4b5KIVbeNT9DzSAlR6AA62FfsTC6Vf4Q092M4ub xlRA== X-Gm-Message-State: APjAAAXwGbHQbIn00Pe6FCL/AwH7JVqPupIQ0u1wkdvuN9hKuwxdJW1p 5TU6qAeldmwlNk3DJyVSspKoGCizyyUp41o2CieQbfP6 X-Google-Smtp-Source: APXvYqwpZylw/iyf3eymDk19EFmmUOkqplzjn+LkLW6qltROdIQ2SMj1H9nC4NB/ChAThNfxnt76aE14cKZV4TFyYgc= X-Received: by 2002:a7b:c759:: with SMTP id w25mr614586wmk.15.1581364908038; Mon, 10 Feb 2020 12:01:48 -0800 (PST) MIME-Version: 1.0 References: <20200209103922.Horde.PTtCLjZSXDAAwcQcAIVkZah@webmail.x86.ch> <20200209124523.Horde.nCgIHk1h86SZSr7ORr7qsqO@webmail.x86.ch> <20200209130701.Horde.OsdfIV1ZipnAMkTITb1z3aQ@webmail.x86.ch> <20200209121740.2c20cae869be8a6ee88f0de9@sohara.org> <20200209132518.Horde.8ZwkgI0DIFOHNCv_Rp6HtKc@webmail.x86.ch> In-Reply-To: <20200209132518.Horde.8ZwkgI0DIFOHNCv_Rp6HtKc@webmail.x86.ch> From: Michael Zhilin Date: Mon, 10 Feb 2020 23:01:36 +0300 Message-ID: Subject: Re: RPI4 replacements / x86Max Android TV Box To: ag@x86.ch Cc: "Steve O'Hara-Smith" , "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 48GcHd56ZNz3yfk X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=dLWKXIlE; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mizhka@gmail.com designates 2a00:1450:4864:20::334 as permitted sender) smtp.mailfrom=mizhka@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[4.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-8.76), ipnet: 2a00:1450::/32(-2.47), asn: 15169(-1.72), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 20:01:50 -0000 I like this idea. Amlogic datasheets are available in internet (not sure if it's leaked or public). This device is really interesting. Thanks! On Sun, Feb 9, 2020 at 3:25 PM wrote: > Mr. Steve O'Hara-Smith > > > "The problems I like best are the ones nobody knows how to solve, I > can usually find a way" > > > Pleas Help. > > Arm is the future > > > > > > > Zitat von Steve O'Hara-Smith : > > > On Sun, 09 Feb 2020 13:07:01 +0100 > > ag@x86.ch wrote: > > > >> RPI4 replacements > >> > >> Great price and good quality 1000MBPS / USB3 > >> > >> Cannot be built with Freebsd ? > >> > >> What is missing ? > > > > Documentation almost certainly. > > > >> Link: https://de.gearbest.com/tv-box/pp_009170053505.html [1] > > > > Android (which is always available on those things) runs under a > > Linux kernel (with proprietary drivers) so it is quite easy to replace > the > > Android userland with a standard Linux userland but rather less so to > make > > any other kernel run. > > > > --Steve O'Hara-Smith > > poor is the future > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Mon Feb 10 20:08:56 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 82C20242CC0 for ; Mon, 10 Feb 2020 20:08:56 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48GcRq4fYnz3yql for ; Mon, 10 Feb 2020 20:08:55 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 01AK9AZO019279 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 10 Feb 2020 12:09:11 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 01AK9A3K019278; Mon, 10 Feb 2020 12:09:10 -0800 (PST) (envelope-from fbsd) Date: Mon, 10 Feb 2020 12:09:10 -0800 From: bob prohaska To: Klaus K??chemann Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: RPI4 Install r357606 test 09.02.2020 failed Message-ID: <20200210200910.GB19140@www.zefox.net> References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48GcRq4fYnz3yql X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.14 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.971,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.25), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.15)[0.154,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 20:08:56 -0000 On Mon, Feb 10, 2020 at 08:52:40PM +0100, Klaus K??chemann wrote: > > > > Am 10.02.2020 um 20:26 schrieb bob prohaska : > > > > ??? > > ... Now it stalls on boot and can't find > > any alternative kernels. > > > > bob prohaska > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org??? > > You can mount the SD-card`s fbsd-filesystem on another bootable fbsd-machine > and e.g. > root@# find /boot -name kernel.old > then e.g. : > root@# mv kernel.old kernel > Will a 12-stable armv7 machine fsck a 13-current aarch64 filesystem? That would seem to be a prerequisite to doing anything at all.... Thanks for the quick reply! bob prohaska From owner-freebsd-arm@freebsd.org Mon Feb 10 20:17:10 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C1DDF242F63 for ; Mon, 10 Feb 2020 20:17:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (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 48GcdK309Cz40KG for ; Mon, 10 Feb 2020 20:17:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ku5NQLgVM1lF_TWuzx5Sk4QqSx5atX1aURedGNvdE8wbYpYo8XUClILjuIayA_K 0YWRNS1LmwuoLFHQYn9JqzncO0fXFEjRlcXhN5GuJh0QvEQ5VujkugsAdefclItT4GUSAGaQGMDV EC9yvDN3Zql5sMX2mBpH0yTrbei.vTSylt0UqFddqOKju6wHSzoqlRNAGFIwBPiRLBQb.tZBdulv oJwb33aHO_FDDSyVQb.Vo9g11N_mZqWgyz7984JQI9gAhkH8YXAzYfanLqk1onqU3leCuKEBSIQv ar4NOFURK2FLT7c0N3uMCiBdGLk9xus.Y01onyQA.aNrTmikvQKRHBmeoYHewt.r5dEPpZI_bzhY yuNE5k5mvKNrsAu7ZKPe0D5r8hzMxblNqgsjU1TQ8ZOxHA.YDfoGUEi3WuL05gceAqNUXObNckph cMQBHhTwXdhElWsOtDPKCbpKB2KKDY205rVmCbc41RV9pnp56AMe1T5_QIriaEGvPPyZxaUFhzrC mygMve.XjjF2dUaho.cOEbHdGYQZxe8.VWcOtRT1NV0a7xCAm7Z0Y0mfhPzgRr.RRfFMDqQY6Xpf WICH0y5N9Cjx.ekIfEwPGMDrY5EmgW8YOKn_v4SxEaCEfJn1jOrKohhjf5ilz6B1wWEEo7c0bQef KC_bxguVVAscuuQfSa1F9co.ZJ85G70vfH88wUQKtI1arx.6bOj5JscOEzMiQnPWGSO_cWbfARRO PFUmX.gQ6ENbF4ajorgBbLnyE01YHkeuTZgwIr7wcz89LSf2VLzTgrZTCfkFnG8Z6UBlDpG3M2DU tTCdXNOMt8pNDKFYdSzw5coIvNhgXtmBS0mNJA0O5.jsFa1m_FClPMLr1MuFUuAiGuBJzOWeeAV4 xd0Ewas.rCycOoBcmNdWb5MzXHPFKVNy87QHeyxTLLwd6BqoGm1RLecoebHu0Q7zTcXBhgu9ZtMM FYwkKnWVjAtsrNMj7s0uoRbIU7.kUAuWdUmoDD0nd2phiJQNJVlEvLZQ3E.LfpP6KbSeBWtKFFwX dFfsc.jprzNpzLeu7OXHVsMgGFoPb4_TfK6GZw1L2yAl5OJn9pv9FnR1mvKlgZcKRFUThBlneiXu ZVpRzTYAfBXpKhTgiqDfh_eDK8F_u5__.J_DT8XsENS_TVyhMSWNaf900SJfeR_S4X76EuAQ8BEY DMRxCNhDZrQ2wvNk.lAtrireOuRMLL6NqlnWYnt3TedTro1wqcBWPkeUdq6zjj57sPVRq3ogu6UQ 1keSBh67GeiAwxvyMvgBFObUXJvIrCHvpzrXGuPhH2zP15A78S45y1Nk2G5LMUzpA_xKvJkdMuwM LGluSgr49ScZaf778Edu4VJlHFPIkoq7ZNNsXy0SyPVnl06M.Wl3wca0Z9AdFcJ_HkJYKipiZOrl 6wAh1ouKD6xdXUuSryPXHX.bovdAX9TXm25LUEH9nry_2H2L3VnZm1JueRv5w07BTFwzeNYO4Eg- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Mon, 10 Feb 2020 20:17:07 +0000 Received: by smtp422.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID cfe19011cba5d475c90d8b453efd9a51; Mon, 10 Feb 2020 20:17:04 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPi4's memreserve use in fdt not handled by aarch64 fdt_get_reserved_mem (called via its initarm) From: Mark Millard In-Reply-To: Date: Mon, 10 Feb 2020 12:17:02 -0800 Cc: freebsd-arm , Andrew Turner , Emmanuel Vadot Content-Transfer-Encoding: quoted-printable Message-Id: <7755D1F4-8A9D-4BC9-839B-4F527206910C@yahoo.com> References: <6F4936C9-34A1-4490-8F5A-D1C2B2CE6232@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48GcdK309Cz40KG X-Spamd-Bar: - X-Spamd-Result: default: False [-1.69 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.70)[-0.696,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0]; NEURAL_HAM_LONG(-0.50)[-0.496,0]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.64.137.98.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (3.48), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 20:17:10 -0000 On 2020-Feb-10, at 11:36, Kyle Evans wrote: > (Removing Jeff from CC- it's becoming clear that this isn't his = problem) >=20 > On Mon, Feb 10, 2020 at 12:00 AM Mark Millard = wrote: >> On 2020-Feb-9, at 21:12, Mark Millard wrote: >>=20 >>> aarch64 seems to be ignoring the RPi4B's memreserve use. >>>=20 >>> My hypothesis is that head -r356776 and later are >>> allocating RAM areas that overlap with the >>> memreserve area. >>>=20 >>> 1st see separate submittals about the live dts text reported >>> by fdt print in u-boot on the example RPi4B 4 GiByte machine: >>>=20 >>> = https://lists.freebsd.org/pipermail/freebsd-arm/2020-February/021207.html >>> = https://lists.freebsd.org/pipermail/freebsd-arm/2020-February/021205.html >>>=20 >>> Then: >>>=20 >>> aarch64's initarm uses fdt_get_reserved_mem and not >>> fdt_get_reserved_regions. So, looking at what that >>> implies: >>>=20 >>> int >>> fdt_get_reserved_mem(struct mem_region *reserved, int *mreserved) >>> { >>> pcell_t reg[FDT_REG_CELLS]; >>> phandle_t child, root; >>> int addr_cells, size_cells; >>> int i, rv; >>>=20 >>> root =3D OF_finddevice("/reserved-memory"); >>> if (root =3D=3D -1) { >>> return (ENXIO); >>> } >>> . . . (I'll not list it all to show the lack of >>> memreserve handling) . . . >>>=20 >>> This does not check for and handle memreserve. >>>=20 >>> By contrast armv7 and armv6 each have an initarm >>> that uses fdt_get_reserved_regions and that in >>> turn has: >>>=20 >>> int >>> fdt_get_reserved_regions(struct mem_region *mr, int *mrcnt) >>> { >>> pcell_t reserve[FDT_REG_CELLS * FDT_MEM_REGIONS]; >>> pcell_t *reservep; >>> phandle_t memory, root; >>> int addr_cells, size_cells; >>> int i, res_len, rv, tuple_size, tuples; >>>=20 >>> root =3D OF_finddevice("/"); >>> memory =3D OF_finddevice("/memory"); >>> if (memory =3D=3D -1) { >>> rv =3D ENXIO; >>> goto out; >>> } >>>=20 >>> if ((rv =3D fdt_addrsize_cells(OF_parent(memory), &addr_cells, >>> &size_cells)) !=3D 0) >>> goto out; >>>=20 >>> if (addr_cells > 2) { >>> rv =3D ERANGE; >>> goto out; >>> } >>>=20 >>> tuple_size =3D sizeof(pcell_t) * (addr_cells + size_cells); >>>=20 >>> res_len =3D OF_getproplen(root, "memreserve"); >>> if (res_len <=3D 0 || res_len > sizeof(reserve)) { >>> rv =3D ERANGE; >>> goto out; >>> } >>>=20 >>> if (OF_getprop(root, "memreserve", reserve, res_len) <=3D 0) { >>> rv =3D ENXIO; >>> goto out; >>> } >>> . . . >>>=20 >>> So this handles memreserve but not /reserved-memory . >>>=20 >>> It appears that for the RPi4B's the 32-bit "normal use" >>> has lead to aarch64 having memreserve instead of >>> /reserved-memory . >>>=20 >>=20 >> I managed to make a quick test patch for head -r356529 >> but it did not make the RPi4B boot attempt behave >> differently. So, either I messed up or handling memreserve >> is not sufficient. (Some alternate information might be >> covering the address range already?) >>=20 >> I'm not familiar with the subject matter in the code, so >> I may have messed up the test. I just used: >>=20 >> # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c >> Index: /usr/src/sys/dev/fdt/fdt_common.c >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) >> +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) >> @@ -512,6 +512,11 @@ >>=20 >> root =3D OF_finddevice("/reserved-memory"); >> if (root =3D=3D -1) { >> + // Fail over to checking for and handling memreserve, >> + // such as for a RPi4B. >> + if (0 =3D=3D = fdt_get_reserved_regions(reserved,mreserved)) >> + return (0); >> + >> return (ENXIO); >> } >>=20 >=20 > This seems reasonable; specifically CC'ing andrew@ and manu@ to get > their opinion on the patch, as having authored and reviewed the > relevant section respectively. I wrote in a later note, not CC'd to anyone specific at the time: Example alternate information was: memory@0 { device_type =3D "memory"; reg =3D <0x00000000 0x00000000 0x3b400000 0x00000000 = 0x40000000 0xbc000000>; }; That looks like it avoids indicating anything from the memreserve region. (I've no clue if such is a requirement for memory@0, but it happens to be the case for the test context.) I do not know if such is appropriate code or not. For my specific test context, it makes no difference. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Feb 10 20:26:22 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3F0D9243225 for ; Mon, 10 Feb 2020 20:26:22 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Gcqx2bKRz40qK for ; Mon, 10 Feb 2020 20:26:21 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42f.google.com with SMTP id w12so9460972wrt.2 for ; Mon, 10 Feb 2020 12:26:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:date:references:to :in-reply-to:message-id; bh=/v1aQMVlaSHTDqJS+hvLkl7qcT74oh+D8vzLKeBejp0=; b=ojQ0g4q64O9vh5elpsDoakiXKe+mqFzxK752kcWIP6S3L+v6vhTzZxMeLzXo/iet5U U27Utbj3QbJk09yoOflGVSDyh6SNCfDH6uopQmPxFCZviIHCrgFKASAAlaaoMTnAJVMz BZfmK7sKQfLkLVPSXQUd9QjmaclaNbrJlD5ZNcwswNqIiQKGAlTmWgk/3Snr1FTSrj/X KvCvQ3Dj864vKHtw46h1BzfwfW2uFj11NDAytP6qh8+rjreVFiqBzqsAMaN09do0Qq67 cUC1oXiceGDoQSN3uw8MYeul0pHou8c/9vE9FfbC4M3kNfY1MEiMvrtLqmFmpV7iqxTj Kz+Q== X-Gm-Message-State: APjAAAWpaCwRGo2C8JKy5wVm6LSL58AREW6Jucfx4zoVQpBabjgdpCyr CYmxWmyONt2D9G0l6jjPafUNo2ZK X-Google-Smtp-Source: APXvYqxvxnAhLWJC7Tr76oMU/hmIRp/ToZmib6b/+l77INczT0Ds1inwqLP4QmRvO8Fah2/P17WBjQ== X-Received: by 2002:a5d:56ca:: with SMTP id m10mr3851725wrw.313.1581366379628; Mon, 10 Feb 2020 12:26:19 -0800 (PST) Received: from [192.168.1.167] (x59cc9a7e.dyn.telefonica.de. [89.204.154.126]) by smtp.googlemail.com with ESMTPSA id f11sm608475wml.3.2020.02.10.12.26.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Feb 2020 12:26:18 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPI4 Install r357606 test 09.02.2020 failed Date: Mon, 10 Feb 2020 21:26:17 +0100 References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> <20200210200910.GB19140@www.zefox.net> To: bob prohaska , freebsd-arm@freebsd.org In-Reply-To: <20200210200910.GB19140@www.zefox.net> Message-Id: <0FE3B78B-0465-4B68-A4A3-2F97EFDCEF1C@googlemail.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48Gcqx2bKRz40qK X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; URI_COUNT_ODD(1.00)[3]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[126.154.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[f.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.10), ipnet: 2a00:1450::/32(-2.47), asn: 15169(-1.72), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 20:26:22 -0000 > Am 10.02.2020 um 21:09 schrieb bob prohaska : >=20 > On Mon, Feb 10, 2020 at 08:52:40PM +0100, Klaus K??chemann wrote: >>=20 >>=20 >>> Am 10.02.2020 um 20:26 schrieb bob prohaska : >>>=20 >>> ??? >>> ... Now it stalls on boot and can't find >>> any alternative kernels.=20 >>>=20 >>> bob prohaska >>>=20 >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org??? >>=20 >> You can mount the SD-card`s fbsd-filesystem on another bootable = fbsd-machine=20 >> and e.g.=20 >> root@# find /boot -name kernel.old=20 >> then e.g. :=20 >> root@# mv kernel.old kernel=20 >>=20 >=20 > Will a 12-stable armv7 machine fsck a 13-current aarch64 filesystem? > That would seem to be a prerequisite to doing anything at all.... >=20 > Thanks for the quick reply! >=20 > bob prohaska Sorry, in hurry here , so quickly : =46rom the rpi-boot-prompt(interrupt autobot) you can also type :=20 lsdev =E2=80=A6 Check filesystem with : ls =20 Then e.g.=20 > boot /boot/kernel.old/kernel =20 `don=E2=80=99t`t know if fsck is necessary , but guess :no Regards Klaus From owner-freebsd-arm@freebsd.org Mon Feb 10 20:27:16 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 555272432A0 for ; Mon, 10 Feb 2020 20:27:16 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Gcrz1zwDz40tB for ; Mon, 10 Feb 2020 20:27:14 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 36C5BB1C0793 for ; Mon, 10 Feb 2020 21:27:12 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.225.174] ([213.55.225.174]) by webmail.x86.ch (Horde Framework) with HTTPS; Mon, 10 Feb 2020 21:27:12 +0100 Date: Mon, 10 Feb 2020 21:27:12 +0100 Message-ID: <20200210212712.Horde.XPhZlxfjJL8pCMiehrUECuC@webmail.x86.ch> From: freebsd@x86.ch To: freebsd-arm@freebsd.org Subject: Re: RPI4 replacements / x86Max Android TV Box References: <20200209103922.Horde.PTtCLjZSXDAAwcQcAIVkZah@webmail.x86.ch> <20200209124523.Horde.nCgIHk1h86SZSr7ORr7qsqO@webmail.x86.ch> <20200209130701.Horde.OsdfIV1ZipnAMkTITb1z3aQ@webmail.x86.ch> <20200209121740.2c20cae869be8a6ee88f0de9@sohara.org> <20200209132518.Horde.8ZwkgI0DIFOHNCv_Rp6HtKc@webmail.x86.ch> In-Reply-To: User-Agent: Horde Application Framework 5 MIME-Version: 1.0 X-Rspamd-Queue-Id: 48Gcrz1zwDz40tB X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=freebsd@x86.ch X-Spamd-Result: default: False [0.01 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.31)[ipnet: 80.74.144.0/20(0.92), asn: 21069(0.60), country: CH(0.04)]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.14)[-0.143,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[x86.ch]; FROM_NO_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.960,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[174.225.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Description: Textnachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 20:27:16 -0000 hello Michael  we need usb3 and 1000mips the price is about $ 25 in ali express awesome right? Zitat von Michael Zhilin : > I like this idea. Amlogic datasheets are available in internet (not sure if > it's leaked or public). > This device is really interesting. > > Thanks! > > On Sun, Feb 9, 2020 at 3:25 PM wrote: > >> Mr. Steve O'Hara-Smith >> >> "The problems I like best are the ones nobody knows how to solve, I >> can usually find a way" >> >> Pleas Help. >> >> Arm is the future >> >> Zitat von Steve O'Hara-Smith : >> >> On Sun, 09 Feb 2020 13:07:01 +0100 >> ag@x86.ch wrote: >> >> RPI4 replacements >> >> Great price and good quality  1000MBPS / USB3 >> >> Cannot be built with Freebsd  ? >> >> What is missing ? >> >> Documentation almost certainly. >> >> Link: https://de.gearbest.com/tv-box/pp_009170053505.html  [1] >> >> Android (which is always available on those things) runs under a >> Linux kernel (with proprietary drivers) so it is quite easy to replace >> the >> Android userland with a standard Linux userland but rather less so to >> make >> any other kernel run. >> >> --Steve O'Hara-Smith >> >> poor is the future >> >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-armTo > unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Mon Feb 10 20:29:56 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DC2FE24345D for ; Mon, 10 Feb 2020 20:29:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 48Gcw36GTnz414D for ; Mon, 10 Feb 2020 20:29:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: u0J1ZA0VM1kZ93N2Y98rzQFxi.U9Qa7JzRkGV7cM__WLnWRB4SnKpPIQtefItaM FnBabHooO8gaWpOW0YXfUlny_Gxk_Kug7ok3oPG9_xEVmDZ6h1rE.uXw3.Wh3escq4XrOJAjqnDU 3h0iWrhrRhNr4v40ySOh74QjSM.5XXymBheQ5V0n0E_fDe0CBVDs8A5QhHZSt8uThS0kK_UvIN0M FgOtVEuDArlXHVc3kx0ih3cNzDQcAw3OjVjrkCpIDRRRzLcchy5HmOIjbzEgiQFUOAKYJn59uFNg qWspD1cPAfLu.2LNLUDBc3T38NCPLjoYfuYOLCUp98y7m1ljaUcP36JKZ.SIFLZWley90xKZBopr 9gDL1yBTsc1fiOS6pp9kG5JBNzvGSLK0_w22nJlZf4leuhYFQiPEH4t2R_F0ZTXYU3kzeHB8gLMl gR3wKKRrUVeyhEbnCb5Tbosv.oFw9jtjbaxFmgbsaWYYarhZ.mGiDN83MDgVoD6fmVy1W_8Illx. kc73O30MaUe4z0IwYRi5KzKy3yhiSIgbGmg8kEJ5Msim9vJnAcO.cXFuuspEuOumWybD0vQ335cI C_QQnzxyiVTedPimLQTdSfWpDN_y7sQZosS7NdOnlV.Zq.mOtaLhLAz.5UnrC.nCaKcb8r1nA9sn a5wyg1iWTmbEujMOIgSj2oqNWe3z__bHPb4xB5fi7p.FVHjR3dI021emoTFGQsR1a2DJmnTlqkzp K2BEalG4zgpSRuskgJ74GdwYGNZoJNmnMDtzzuSQxU5QgyY5Xgi8x4NFMBTPqT0knD_lkExt.Wyy UAalO2ahuSs5glECFOo2FXG7XWp7xCoWWZPpbNgIIz59QNuwf7mHvs754XSq1W0c6FaeuM0sXbWe Ff8uafSEL1qI9lyWtzLKYRHp1ZkKhS5TKsHI8U0EpnFUrTsqcSeM9.z6FbxGLlnjMhc5KEmHWPJQ sULydiveAAZeBssyIbGIIiDnqB3MqCJsAz1r1xPtP4pE9KVyy2vOccOQJ4UXUA7Ml9sYnZZJvD58 DE17QCn86qK.Muyad1JcJ3vdYpcRBW0lHC1DCpKAyDaIQTVW2Mq65IyOJo4ASzZ9VTdBh3ZUTMrP Dgo1QGyY2ZbFgsXekcdHxVFTuKtxzAo7B7Ck1oPKz2gBJbYzYD6rkSROfju4qbJDxT4hWUmSWP3l 5A4MA2w5KOmpnpxTCi58hJkFhCrqZtBxsihJA38L.o66aynU8IJvlOwuchXyrpchw.yuqWWsye6r S0LzC3bIQh8nRVozhwXWTzEpycQqEtU2ulLWiQXDRpP_m0xdQwA.rW5BKVz0g5Q.AGAxOgBC2r14 JmrMlw3yhvT0EAhKxF7KmLZKeH2sSHJSfCjwYyChrKsJHzSD_T5OQ_e0KWB9_DnMlcVYyndDq8FT 9McUPUphLLV_R2veiWfzh5Mz7608XZi6X.hUvg.Y1AQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Mon, 10 Feb 2020 20:29:54 +0000 Received: by smtp427.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 004a6d6d941db447d2c34c0281d8efd9; Mon, 10 Feb 2020 20:29:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPI4 Install r357606 test 09.02.2020 failed From: Mark Millard In-Reply-To: <20200210192602.GA19140@www.zefox.net> Date: Mon, 10 Feb 2020 12:29:50 -0800 Cc: Bakul Shah , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8FD4A333-87D7-4302-BC84-E694BEAE7E99@yahoo.com> References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48Gcw36GTnz414D X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.08 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.80)[-0.801,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.78)[-0.780,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (2.59), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[205.69.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[205.69.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 20:29:56 -0000 On 2020-Feb-10, at 11:26, bob prohaska wrote: > On Sun, Feb 09, 2020 at 02:48:14PM -0800, Mark Millard via freebsd-arm = wrote: >>=20 >>=20 >> If you want a build that works, use the kernel from head >> -r356767 . The next head version ( -r356776 ) is where >> the broken status starts for RPi4 and RPi3. RPi4B's with >> 4 GiBYTes of RAM fail to boot. As I understand, at least >> some forms of RPi3 boot but are messed up, such as only >> running 1 core. (Not surprising given the PSCI version >> problem which happens there as well.) >=20 > Ran into a spot of trouble on RPi3. Managed to build and=20 > install the -r356776 kernel and run a single-user buildworld. >=20 > Unfortunately, the machine reported the "invalid pmap" panic > during installworld. Now it stalls on boot and can't find > any alternative kernels.=20 The following copies of the head -r356767 kernel materials are available, and likely will be so for about a year: = https://artifact.ci.freebsd.org/snapshot/head/r356767/arm64/aarch64/kernel= .txz = https://artifact.ci.freebsd.org/snapshot/head/r356767/arm64/aarch64/kernel= -dbg.txz Presuming the microSD card that needs a kernel is mounted on /mnt : # mv /mnt/boot/kernel /mnt/boot/kerbad # tar -xpf PATH-FOR/kerenel.txz -C/mnt # tar -xpf PATH-FOR/kerenel-dbg.txz -C/mnt # umount /mnt You might want to remove /mnt/boot/kernel instead or to use some other name than kerbad. You might not want to update the debug information to match the -r356767 kernel. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Feb 10 20:30:36 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7C8192434E4 for ; Mon, 10 Feb 2020 20:30:36 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Gcwq4hSHz416w for ; Mon, 10 Feb 2020 20:30:35 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 55C6BB1C1706; Mon, 10 Feb 2020 21:30:34 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.225.174] ([213.55.225.174]) by webmail.x86.ch (Horde Framework) with HTTPS; Mon, 10 Feb 2020 21:30:34 +0100 Date: Mon, 10 Feb 2020 21:30:34 +0100 Message-ID: <20200210213034.Horde.XCtujtrvxLjRpHlh2DtKWsX@webmail.x86.ch> From: freebsd@x86.ch To: Klaus =?utf-8?b?S8O8Y2hlbWFubg==?= Cc: bob prohaska , freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> In-Reply-To: User-Agent: Horde Application Framework 5 MIME-Version: 1.0 X-Rspamd-Queue-Id: 48Gcwq4hSHz416w X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=freebsd@x86.ch X-Spamd-Result: default: False [0.69 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[174.225.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[x86.ch]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.55)[0.548,0]; FROM_NO_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.965,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[googlemail.com]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; IP_SCORE(0.31)[ipnet: 80.74.144.0/20(0.90), asn: 21069(0.59), country: CH(0.04)]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Description: Textnachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 20:30:36 -0000 me too the problem! Zitat von Klaus Küchemann via freebsd-arm : >> Am 10.02.2020 um 20:26 schrieb bob prohaska : >> >> … >> ... Now it stalls on boot and can't find >> any alternative kernels. >> >> bob prohaska >> >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org“ > > You can mount the SD-card`s  fbsd-filesystem on another bootable fbsd-machine > and e.g. > root@# find /boot -name kernel.old > then e.g. : > root@# mv kernel.old kernel > > Regards > Klaus > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-armTo > unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" Links: ------ [1] http://www.zefox.net From owner-freebsd-arm@freebsd.org Mon Feb 10 20:34:09 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3406E243916 for ; Mon, 10 Feb 2020 20:34:09 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [173.228.5.8]) by mx1.freebsd.org (Postfix) with ESMTP id 48Gd0w12G5z41XV for ; Mon, 10 Feb 2020 20:34:07 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 7256E156E40E; Mon, 10 Feb 2020 12:33:45 -0800 (PST) To: bob prohaska cc: Klaus K??chemann , freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed In-reply-to: Your message of "Mon, 10 Feb 2020 12:09:10 -0800." <20200210200910.GB19140@www.zefox.net> References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> <20200210200910.GB19140@www.zefox.net> Comments: In-reply-to bob prohaska message dated "Mon, 10 Feb 2020 12:09:10 -0800." From: Bakul Shah MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <23960.1581366825.1@bitblocks.com> Content-Transfer-Encoding: quoted-printable Date: Mon, 10 Feb 2020 12:33:45 -0800 Message-Id: <20200210203352.7256E156E40E@mail.bitblocks.com> X-Rspamd-Queue-Id: 48Gd0w12G5z41XV X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bakul@bitblocks.com designates 173.228.5.8 as permitted sender) smtp.mailfrom=bakul@bitblocks.com X-Spamd-Result: default: False [-4.16 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:173.228.5.8/29]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bitblocks.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-1.96)[ip: (-6.13), ipnet: 173.228.0.0/20(-3.06), asn: 46375(-0.56), country: US(-0.05)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:46375, ipnet:173.228.0.0/20, country:US]; FREEMAIL_CC(0.00)[googlemail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 20:34:09 -0000 On Mon, 10 Feb 2020 12:09:10 -0800 bob prohaska wrote= : > On Mon, Feb 10, 2020 at 08:52:40PM +0100, Klaus K??chemann wrote: > > = > > = > > > Am 10.02.2020 um 20:26 schrieb bob prohaska : > > > = > > > ??? > > > ... Now it stalls on boot and can't find > > > any alternative kernels. = > > > = > > > bob prohaska > > > = > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.or= g??? > > = > > You can mount the SD-card`s fbsd-filesystem on another bootable fbsd-= machine = > > and e.g. = > > root@# find /boot -name kernel.old = > > then e.g. : = > > root@# mv kernel.old kernel = > > = > > Will a 12-stable armv7 machine fsck a 13-current aarch64 filesystem? > That would seem to be a prerequisite to doing anything at all.... Any FreeBSD system should be able to mount it. Note that you *may* be running into filesystem size issues. The 13-current snapshot image that I started with had a filesystem just large enough to hold the files in it -- actually df showed a -ve number for "Avail"! What I did on was to resize the slice using gpart and then growfs. From owner-freebsd-arm@freebsd.org Mon Feb 10 20:38:38 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5FE28243A0B for ; Mon, 10 Feb 2020 20:38:38 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Gd655F4hz41fR for ; Mon, 10 Feb 2020 20:38:37 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 74BA1B1C17EF; Mon, 10 Feb 2020 21:38:35 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.225.174] ([213.55.225.174]) by webmail.x86.ch (Horde Framework) with HTTPS; Mon, 10 Feb 2020 21:38:35 +0100 Date: Mon, 10 Feb 2020 21:38:35 +0100 Message-ID: <20200210213835.Horde.S7jVyMh97NgiYV5cx1ih-pf@webmail.x86.ch> From: freebsd@x86.ch To: Bakul Shah Cc: bob prohaska , freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> <20200210200910.GB19140@www.zefox.net> <20200210203352.7256E156E40E@mail.bitblocks.com> In-Reply-To: <20200210203352.7256E156E40E@mail.bitblocks.com> User-Agent: Horde Application Framework 5 MIME-Version: 1.0 X-Rspamd-Queue-Id: 48Gd655F4hz41fR X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=freebsd@x86.ch X-Spamd-Result: default: False [2.49 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[174.225.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[x86.ch]; AUTH_NA(1.00)[]; URI_COUNT_ODD(1.00)[9]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.99)[0.990,0]; FROM_NO_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.60)[-0.604,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; IP_SCORE(0.30)[ipnet: 80.74.144.0/20(0.89), asn: 21069(0.58), country: CH(0.04)]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Description: Textnachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 20:38:38 -0000 can nobody create and upload a beta picture "rpi4.img"? what's going on Zitat von Bakul Shah : > On Mon, 10 Feb 2020 12:09:10 -0800 bob prohaska > wrote: >> On Mon, Feb 10, 2020 at 08:52:40PM +0100, Klaus K??chemann wrote: >> >>> Am 10.02.2020 um 20:26 schrieb bob prohaska : >>> >>> ??? >>> ... Now it stalls on boot and can't find >>> any alternative kernels. >>> >>> bob prohaska >>> >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org??? >> >> You can mount the SD-card`s  fbsd-filesystem on another bootable >> fbsd-machine >> and e.g. >> root@# find /boot -name kernel.old >> then e.g. : >> root@# mv kernel.old kernel >> >> Will a 12-stable armv7 machine fsck a 13-current aarch64 filesystem? >> That would seem to be a prerequisite to doing anything at all.... > > Any FreeBSD system should be able to mount it. > > Note that you *may* be running into filesystem size issues. > The 13-current snapshot image that I started with had a > filesystem just large enough to hold the files in it -- > actually df showed a -ve number for "Avail"! What I did on was > to resize the slice using gpart and then growfs. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-armTo > unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" Links: ------ [1] http://www.zefox.net From owner-freebsd-arm@freebsd.org Mon Feb 10 21:29:03 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 93B95244FA7 for ; Mon, 10 Feb 2020 21:29:03 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48GfDG4Gg7z44tZ for ; Mon, 10 Feb 2020 21:29:02 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x431.google.com with SMTP id m16so9578520wrx.11 for ; Mon, 10 Feb 2020 13:29:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:date:references:to :in-reply-to:message-id; bh=m7VTxTjk4BmwhLZAoOltbHw/MS/7z8gss9YJwmMbiKM=; b=E3pBSZ8/dAcDKYu1kDbS4n4faSWNOlVdGQ9YCGnnmz5XKc4CJr6l4nxEfEkUmvuzGT QhPlt1bQjWN641bvXXcz+0yT3qSstQYIl5ISNZe1v0uoOivklYeBpouR2oojJJorXkg8 UGn/cHWv7n9yjr8W7ow83dGLU6UpAI/vFSCeqkQ6U1yS22KpO1OQm0r79VCqkWDRsR+X /bwWk0xlNOTzQMlOVdyJeJUvRelV/53JmcZLySz6fK6rAqhD6n8cea4qT8BDKe41jORN SyaAln0KEwXQcjgANif1jHpLaFRhLnUkiAOCd8qF9xOU59NXxDhh7wIKMNBS88LwkfM6 UzVA== X-Gm-Message-State: APjAAAUyhWw8++sspvTKfkohs/yb9jU0m6Bf13qLw0ieb23YqPxddUKi 0cZmH/0MXgSG1jJCu0FiD8978uIy X-Google-Smtp-Source: APXvYqyPw7Ig0vd1mb7Sc0KOhtF1isx0Nfa8JcpcnxOQpyhypfB1AGSjheg1YN4PKC4BeEfJYUQ3ZA== X-Received: by 2002:a5d:4702:: with SMTP id y2mr3794224wrq.37.1581370140198; Mon, 10 Feb 2020 13:29:00 -0800 (PST) Received: from [192.168.1.167] (x59cc9a7e.dyn.telefonica.de. [89.204.154.126]) by smtp.googlemail.com with ESMTPSA id m21sm784782wmi.27.2020.02.10.13.28.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Feb 2020 13:28:59 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPI4 Install r357606 test 09.02.2020 failed Date: Mon, 10 Feb 2020 22:28:58 +0100 References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> <20200210200910.GB19140@www.zefox.net> <20200210203352.7256E156E40E@mail.bitblocks.com> <20200210213835.Horde.S7jVyMh97NgiYV5cx1ih-pf@webmail.x86.ch> To: freebsd@x86.ch, freebsd-arm@freebsd.org In-Reply-To: <20200210213835.Horde.S7jVyMh97NgiYV5cx1ih-pf@webmail.x86.ch> Message-Id: <64621C6D-6328-4795-859E-AD32A1B0E3EC@googlemail.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48GfDG4Gg7z44tZ X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; TO_DN_NONE(0.00)[]; URI_COUNT_ODD(1.00)[1]; RCVD_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[126.154.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[1.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.07), ipnet: 2a00:1450::/32(-2.46), asn: 15169(-1.72), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 21:29:03 -0000 > Am 10.02.2020 um 21:38 schrieb freebsd@x86.ch: >=20 > can nobody create and upload a beta picture "rpi4.img"? what's going = on >=20 >=20 >=20 >>=20 Whatever is =E2=80=9Ebeta=E2=80=9C, =E2=80=A6 YES WE CAN ! :-) , I told you 1 or 2 days ago.. : https://wiki.freebsd.org/arm/Raspberry%20Pi = Regards Klaus From owner-freebsd-arm@freebsd.org Mon Feb 10 23:18:47 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D1BBE2476E5 for ; Mon, 10 Feb 2020 23:18:47 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Ghft3x0Gz4Bh8 for ; Mon, 10 Feb 2020 23:18:46 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x333.google.com with SMTP id a5so1194712wmb.0 for ; Mon, 10 Feb 2020 15:18:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=uQsTGoDwQVsuGO8ScZJf1AotB8PRsIjwRwL/L1w/kEw=; b=F8l4XGOAvQiGdCgv1bzvExJEB1mIOB6slcingf+p+XMFlUAXAyFhywLPIaJI5naCuB gefFatpiRODp2VogPVdz7CCQXp9w9e7RsTAnI8l3f0btUyou2LF08myeRL3xOTP08F8M b+t1HSbng6nwq3ohXnfrBLHL5Tcgh19qC38SyjnOrOyOcewiEyiX8MltT/oYyvrR3qNj 1jyh18L6m2S7qzBeRZTHYyf02u9hSAXxH3uqfvTgSn+30ojHrUivSQQpzapBz/Mqo+O/ oAQ2NknVD1xMFIVlXpSAh/HV0ZXXAgVtPK7GoyHvzfzwU8zkq50AK+WOFokEGjdl0oS0 9iiw== X-Gm-Message-State: APjAAAUwsWSRDGeH89u9sAaL3w5HkKy+MN+Meedn94zJSvuBbQSKOD3t AC8C+ACMgF4VgdrLtmamAxKB/hnl X-Google-Smtp-Source: APXvYqz3EygJCdeZ0bTA2SfOtz597GoDEIaQHcxnweujfmycbVPxoMJqaKAestUoYeM/kLOCC5e6DQ== X-Received: by 2002:a1c:59c6:: with SMTP id n189mr1341227wmb.178.1581376724840; Mon, 10 Feb 2020 15:18:44 -0800 (PST) Received: from [192.168.1.167] (x59cc9a7e.dyn.telefonica.de. [89.204.154.126]) by smtp.googlemail.com with ESMTPSA id 133sm1174076wme.32.2020.02.10.15.18.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Feb 2020 15:18:44 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPI4 Install r357606 test 09.02.2020 failed Date: Tue, 11 Feb 2020 00:18:42 +0100 References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> <20200210200910.GB19140@www.zefox.net> To: bob prohaska , freebsd-arm@freebsd.org In-Reply-To: <20200210200910.GB19140@www.zefox.net> Message-Id: X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48Ghft3x0Gz4Bh8 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[126.154.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-8.62), ipnet: 2a00:1450::/32(-2.46), asn: 15169(-1.72), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2020 23:18:47 -0000 > Am 10.02.2020 um 21:09 schrieb bob prohaska : >=20 > On Mon, Feb 10, 2020 at 08:52:40PM +0100, Klaus K??chemann wrote: >>=20 >>=20 >>> Am 10.02.2020 um 20:26 schrieb bob prohaska : >>>=20 >>> ??? >>> ... Now it stalls on boot and can't find >>> any alternative kernels.=20 >>>=20 >>> bob prohaska >>>=20 >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org??? >>=20 >> You can mount the SD-card`s fbsd-filesystem on another bootable = fbsd-machine=20 >> and e.g.=20 >> root@# find /boot -name kernel.old=20 >> then e.g. :=20 >> root@# mv kernel.old kernel=20 >>=20 >=20 > Will a 12-stable armv7 machine fsck a 13-current aarch64 filesystem? > That would seem to be a prerequisite to doing anything at all.... >=20 > Thanks for the quick reply! >=20 > bob prohaska Hi Bob, old proud RPI4-owner ;-) , according to your request I=E2=80=99ve updated the Wiki (at the bottom) = with details How you can get back to previous kernel while debugging . https://wiki.freebsd.org/arm/Raspberry%20Pi#RPI4 Regards Klaus= From owner-freebsd-arm@freebsd.org Tue Feb 11 00:20:55 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DFB62248B08 for ; Tue, 11 Feb 2020 00:20:55 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Gk2Z2ndSz4FKt for ; Tue, 11 Feb 2020 00:20:53 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 01B0L8bS020311 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 10 Feb 2020 16:21:09 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 01B0L8Es020310; Mon, 10 Feb 2020 16:21:08 -0800 (PST) (envelope-from fbsd) Date: Mon, 10 Feb 2020 16:21:08 -0800 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: RPI4 Install r357606 test 09.02.2020 failed Message-ID: <20200211002108.GC19140@www.zefox.net> References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> <8FD4A333-87D7-4302-BC84-E694BEAE7E99@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8FD4A333-87D7-4302-BC84-E694BEAE7E99@yahoo.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48Gk2Z2ndSz4FKt X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.17 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.966,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.25), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.17)[0.174,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 00:20:55 -0000 On Mon, Feb 10, 2020 at 12:29:50PM -0800, Mark Millard wrote: > > The following copies of the head -r356767 kernel materials > are available, and likely will be so for about a year: > > https://artifact.ci.freebsd.org/snapshot/head/r356767/arm64/aarch64/kernel.txz > https://artifact.ci.freebsd.org/snapshot/head/r356767/arm64/aarch64/kernel-dbg.txz > > Presuming the microSD card that needs a kernel > is mounted on /mnt : > > # mv /mnt/boot/kernel /mnt/boot/kerbad > # tar -xpf PATH-FOR/kerenel.txz -C/mnt > # tar -xpf PATH-FOR/kerenel-dbg.txz -C/mnt > # umount /mnt > The instructions worked just fine, using kernel.txz. Loader seems to find and copy it to memory: Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by EFI at 0x7ef6000. EFI framebuffer information: addr, size 0x3eaf0000, 0x10a800 dimensions 656 x 416 stride 656 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 At this point the machine stops and must be power-cycled. Is it reasonably certain this kernel works on a Pi3 ? There's something else wrong, apart from the kernel not booting. Using loader's ls command it's possible to look in /boot and see several kernels, including the one installed just now. Any attempt to load one of the extra kernels results in OK boot kernel.spare can't boot 'kernel.spare', kernel module already loaded OK unload OK boot kernel.spare can't find 'kernel.spare' OK load kernel.spare can't find 'kernel.spare' OK load /boot/kernel.spare don't know how to load module '/boot/kernel.spare' Formerly kernel.spare loaded and ran on this machine. Also, I don't remember the need for the unload command. Is it likely that loader is somehow corrupted? The invalid pmap panic that took the machine down happened near the end of installworld. Thanks for reading, and all your help! bob prohaska From owner-freebsd-arm@freebsd.org Tue Feb 11 00:35:48 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A4DCC248F82 for ; Tue, 11 Feb 2020 00:35:48 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48GkMl5yZhz4G4h for ; Tue, 11 Feb 2020 00:35:47 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x436.google.com with SMTP id k11so10007122wrd.9 for ; Mon, 10 Feb 2020 16:35:47 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=cArcv4zTTkzaO43vWj+vzJmNkAFuceC9T4L+QyHda34=; b=V6//+oXr+S48J/Utdhagz9wdQ757KO8JanCKC4ncs3AeFipa3kkiS0k5GKsA8m6eaX qu5hQ+NsrN9K74y0GqHs9t1BodoDjZTr+UJ2APnirWo30OVUmwYVUjtZaM2tjalYaZUZ j0LgVxwFnzHCt5CPJeaH7FKK1JOTI9zc8DKXY+7f0HZNstUbgwPw8LdqsKT3I72htShJ P4QO0dFKvjM6RAgNcBnkbwQQQIYvRbCYCm/BfDJwY+zHFm1juIwVXQZKCsPajmRAnY1z p1rdaukGQKSnXrBf07ezpAOHbFiEZpL1Ryhr7hbo07Hes58MHhXIp+8C7lH0aNyszZKO MfSA== X-Gm-Message-State: APjAAAXZ/E+ucn6o/GCzH53adCDdPzoE3/k3IgF2BXNX5Ia6rAAigI+N U/pW4aGwAz8ZoHcVMSiBZ987abNs X-Google-Smtp-Source: APXvYqyIyy7DcDhLfFt4H/ODsk3ApDyfehx9Uazr0DnIWxH2qrELk1jErVUv7RlGrxR2YDNOTkWCcA== X-Received: by 2002:adf:e2cf:: with SMTP id d15mr4698795wrj.225.1581381346277; Mon, 10 Feb 2020 16:35:46 -0800 (PST) Received: from [192.168.1.167] (x59cc9a7e.dyn.telefonica.de. [89.204.154.126]) by smtp.googlemail.com with ESMTPSA id y6sm2648029wrl.17.2020.02.10.16.35.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Feb 2020 16:35:45 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Unload Re: RPI4 Install r357606 test 09.02.2020 failed Date: Tue, 11 Feb 2020 01:35:44 +0100 References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> <8FD4A333-87D7-4302-BC84-E694BEAE7E99@yahoo.com> <20200211002108.GC19140@www.zefox.net> To: bob prohaska , freebsd-arm@freebsd.org In-Reply-To: <20200211002108.GC19140@www.zefox.net> Message-Id: X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48GkMl5yZhz4G4h X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[126.154.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[6.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.11), ipnet: 2a00:1450::/32(-2.46), asn: 15169(-1.72), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 00:35:48 -0000 > Am 11.02.2020 um 01:21 schrieb bob prohaska : >=20 >=20 > OK boot kernel.spare > can't boot 'kernel.spare', kernel module already loaded > OK unload > OK boot kernel.spare > can't find 'kernel.spare' > OK load kernel.spare > can't find 'kernel.spare' > OK load /boot/kernel.spare > don't know how to load module '/boot/kernel.spare'=20 >=20 > Formerly kernel.spare loaded and ran on this machine. > Also, I don't remember the need for the unload command. > Is it likely that loader is somehow corrupted? The invalid > pmap panic that took the machine down happened near the end=20 > of installworld.=20 >=20 > Thanks for reading, and all your help! >=20 > bob prohaska >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org=E2=80=9C Hi Bob, thanks for reading the Wiki-hints, please read carefully again, thank you. If returns : 'don't know how to load module=E2=80=98 or 'can't find=E2=80= =99 that means that=20 the PATH you typed in was wrong. The default path is: /boot/kernel/kernel which means that the targeted kernel is in folder /boot/kernel . You need to type the exact path . Browse from =C3=92K ls`as if you were on a normal shell, e.g. # ls /boot and please tell us if you succeed or other issues occur . =E2=80=9Aunload' is not compellingly neccessary in all cases but helped = me often after critical KPs. You can also try(without unload/load): 'OK boot = /boot/yourkernel/kernel=E2=80=98 So for kernel.spare it=E2=80=99s probably : 'OK boot /boot/kernel.spare/kernel' Regards=20 Klaus From owner-freebsd-arm@freebsd.org Tue Feb 11 01:14:36 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B6DC3249D41 for ; Tue, 11 Feb 2020 01:14:36 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48GlDW6SSnz4JHM for ; Tue, 11 Feb 2020 01:14:35 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 01B1EoD6020444 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 10 Feb 2020 17:14:51 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 01B1EoFU020443; Mon, 10 Feb 2020 17:14:50 -0800 (PST) (envelope-from fbsd) Date: Mon, 10 Feb 2020 17:14:50 -0800 From: bob prohaska To: Klaus K??chemann Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: RPI4 Install r357606 test 09.02.2020 failed Message-ID: <20200211011450.GD19140@www.zefox.net> References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> <20200210200910.GB19140@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48GlDW6SSnz4JHM X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.10 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.957,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.25), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.10)[0.095,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 01:14:36 -0000 On Tue, Feb 11, 2020 at 12:18:42AM +0100, Klaus K??chemann wrote: > > > > Hi Bob, old proud RPI4-owner ;-) , > [for pedantry's sake, this is a Pi3....] > according to your request I???ve updated the Wiki (at the bottom) with details > How you can get back to previous kernel while debugging . > https://wiki.freebsd.org/arm/Raspberry%20Pi#RPI4 > Looks as if the loader path defaults are a little trickier than I realized: OK OK load kernel /boot/kernel/kernel text=0x987ddc data=0x1905a8 data=0x0+0x79d260 syms=[0x8+0x10bd20+0x8+0x130451] OK unload kernel OK load disk0s2:/boot/kernel.spare don't know how to load module 'disk0s2:/boot/kernel.spare' OK However, OK load disk0s2:/boot/kernel.spare/kernel disk0s2:/boot/kernel.spare/kernel text=0x9877bc data=0x1905a8 data=0x0+0x79d260 syms=[0x8+0x10bc60+0x8+0x130430] worked. Alas, that kernel stops as before, with: OK load disk0s2:/boot/kernel.spare/kernel disk0s2:/boot/kernel.spare/kernel text=0x9877bc data=0x1905a8 data=0x0+0x79d260 syms=[0x8+0x10bc60+0x8+0x130430] OK boot Using DTB provided by EFI at 0x7ef6000. EFI framebuffer information: addr, size 0x3eaf0000, 0x10a800 dimensions 656 x 416 stride 656 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 Progress stops at this point. Looks like the problem is something other than the kernel. The power supply pins are at 4.88 volts when boot hangs. That would be within spec for USB (5.0 plus or minus .25 volt) _except_ that the Pi3 is spec'd for 5.1 volts... That puts me within meter error of undervoltage. Thanks _very_ much for writing! bob prohaska From owner-freebsd-arm@freebsd.org Tue Feb 11 01:41:10 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EF37524A51C for ; Tue, 11 Feb 2020 01:41:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (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 48Glq91rLhz4KDT for ; Tue, 11 Feb 2020 01:41:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3mkkQ4AVM1l0fdjf13BU2u35jZPeBzFQRbV3IA.tE_h8CD7lzHNFmYzl08DzKU4 cu4qRAQW8r_FTlfWmGgtI2JVXYsLmErI4ytfEMnt9.XNOdsrHGVhzUht5HGBbTvsQiRs50Lpw1lQ EBa5TGVb_tVrkDr8GkK7W38NyHHVXIuR8mAKICzre0kAZ2c_Tu0hi2W8vGNjrEapirctWiheAugM D06jxn.dUFWIySL8YpjCCYVTcyZfA2cEqvdwVbNa1Visf_EjnI3hbbJIEAvTAlDRGZeYo0rMfh8J 6k93wxg7WINL4UTkQ8xquq4kRPZaponpZad4svWBo2RfR4X..ZhgwaLGzhFsMu7iHnUc9kXlthYl RdrZpuOyMDsSm9XCS.m4rgmC0fxw5DLN_70B844jLlzV3fwFK1pp21Agsq50yfOffVTA3nUeaiVc OD6Oc.uwow3UPJyVcJzfbI.2NXI50bUT7_a64PFDD7taz0tMoGuh6_hYZGTvz22QRG0Uu4dyhrxx TrJKP5GdMDhZrbEJuzV43dpYST3i3JII2R0ABQ6ygmAmExS4K_T4hBjaQGN1J2SmQA..yK1A_52z 1qtmchT._x99KC0Qww2.fHspJkYqNKgJyl_OfT1VTg11bEF7IAlE7Cxnl7.XIImc3n.b21ZH3veM rfYP9.1YkuDDGLGbwiVoLcjP2uurCXVmgpuHlgEplQt7LmV_NuC6Ymi1SI1JpXvA0Gsqfngs8yAX z0iiMVm4LoJ0mi7OypPJLPQOjPOXJQc2iB.zd2zmbx5RDFVH7ExIWM5yCxIyZOM2mozKVu.TMUCX ra9h1VSnKSIUGdSrnIXAUrfoxBvUMjGkfb8W.6CNFPeVLRy9n1OP9dI0Tof25YvZBsWOKHOcvm8l jxHdKXX0EA9Mtut9LHX0LIfEiSxx8bdw7dZJ5TYTso0hzpap_o0lKMNyWaIVnSvYwmXtx2VCgfZb h4KdWuqOI5yiG.VZWq03m4w641A3BdGieCXW_ETAisQGQA9fg01F8nxtOFyjBcvC.VslVCRu8k5. x_cSTjloeC6hF8O1puVVWM1bdFrqZN2IxDAI0HcHoePuFLZ4YiTDKNaYpFmILuL5r5je.zRVbVYJ ytPCSEeW1w0GUc1nN0acr9NxsD3hnxQLWxrWS4CuQZzzF69iUxOuTcXufwqVtjnU.FdS94QH6O.x 56ogwjJu.qBwP2kMVsARpYoXkS2kZih4qyqPtTl_yafrM_PxhZc0hmVr7o_SlJaVulcVx0bjXLeo FDsl2qIiw9kZ7Toervrz2U6ZXtUEknJyrM9OL6l7byZ2uy4l68s8hFvByvPjRYcAVSzjlEboh3qX jDp3kJUAsQrLJYhPvrcLYgKKur11OqOqJj2MXKF7oQJPaQa5_QZmvo2FTV6jtZkz9XZpG67alRUz LM4RieYhDpBSLVQ_2FaPyU8tBRJg37Thw_i4uy8F.mSshMhGuXtES7vv0Rcqg9qbsl8gG5TVP5ja rwtLEz1.NTQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Tue, 11 Feb 2020 01:41:07 +0000 Received: by smtp429.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID deeff0cbd22eee2c27dfee2e9782498e; Tue, 11 Feb 2020 01:41:03 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPI4 Install r357606 test 09.02.2020 failed From: Mark Millard In-Reply-To: <20200211011450.GD19140@www.zefox.net> Date: Mon, 10 Feb 2020 17:41:02 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <3F2D7E29-2377-446F-B84C-E4AD72E242F6@yahoo.com> References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> <20200210200910.GB19140@www.zefox.net> <20200211011450.GD19140@www.zefox.net> To: bob prohaska , Klaus K??chemann X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48Glq91rLhz4KDT X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; 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)[148.65.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; 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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (-2.64), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 01:41:11 -0000 On 2020-Feb-10, at 17:14, bob prohaska wrote: > On Tue, Feb 11, 2020 at 12:18:42AM +0100, Klaus K??chemann wrote: >>=20 >>=20 >>=20 >> Hi Bob, old proud RPI4-owner ;-) , >>=20 > [for pedantry's sake, this is a Pi3....] >=20 >=20 >> according to your request I???ve updated the Wiki (at the bottom) = with details >> How you can get back to previous kernel while debugging . >> https://wiki.freebsd.org/arm/Raspberry%20Pi#RPI4 >>=20 >=20 > Looks as if the loader path defaults are a little trickier than I = realized: >=20 > OK=20 > OK load kernel > /boot/kernel/kernel text=3D0x987ddc data=3D0x1905a8 data=3D0x0+0x79d260 = syms=3D[0x8+0x10bd20+0x8+0x130451] > OK unload kernel > OK load disk0s2:/boot/kernel.spare > don't know how to load module 'disk0s2:/boot/kernel.spare' > OK=20 >=20 > However, > OK load disk0s2:/boot/kernel.spare/kernel > disk0s2:/boot/kernel.spare/kernel text=3D0x9877bc data=3D0x1905a8 = data=3D0x0+0x79d260 syms=3D[0x8+0x10bc60+0x8+0x130430] > worked. Alas, that kernel stops as before, with: > OK load disk0s2:/boot/kernel.spare/kernel > disk0s2:/boot/kernel.spare/kernel text=3D0x9877bc data=3D0x1905a8 = data=3D0x0+0x79d260 syms=3D[0x8+0x10bc60+0x8+0x130430] > OK boot > Using DTB provided by EFI at 0x7ef6000. > EFI framebuffer information: > addr, size 0x3eaf0000, 0x10a800 > dimensions 656 x 416 > stride 656 > masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 >=20 > Progress stops at this point. >=20 > Looks like the problem is something other than the kernel. > The power supply pins are at 4.88 volts when boot hangs. > That would be within spec for USB (5.0 plus or minus .25 > volt) _except_ that the Pi3 is spec'd for 5.1 volts... >=20 > That puts me within meter error of undervoltage. >=20 If you recently followed the instructions to use: 2. https://github.com/raspberrypi/firmware/tree/master/boot/overlays -> = overwrite overlays-folder on uSD:=20 3. https://github.com/raspberrypi/firmware/tree/master/boot -> copy the = following files to uSD:=20 instead of what is in sysutils/rpi-firmware and sysutils/u-boot-rpi4 then you likely picked up bad materials. https://github.com/raspberrypi/firmware/issues shows people reporting that things quit working for what appear to be (at times) power problems. This seems to have been going on for days. I do not recommend using https://github.com/raspberrypi/firmware/tree/ materials unless you know specific good versions to pick (say a specific Tag selection). I also do not recommend copying only some of the files from https://github.com/raspberrypi/firmware/tree/master/boot/ and mixing them with files of other vintages. They are not designed to mix and match arbitrarily as far as I can tell. I have stuck with sysutils/rpi-firmware and sysutils/u-boot-rpi4 = materials of a fixed vintage. In part is this so that the kernel explorations are what vary, since -r356767 works and -r356776 does not for the same set of other materials. It is already complicated enough trying to find a way to isolate what is leading to PSCI version 0 instead of 2 based on switching kernels (and only the kernels). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Feb 11 01:56:03 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9866724AAD0 for ; Tue, 11 Feb 2020 01:56:03 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Gm8L4WTWz4L2D for ; Tue, 11 Feb 2020 01:56:02 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x432.google.com with SMTP id z7so10151305wrl.13 for ; Mon, 10 Feb 2020 17:56:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=p8mYfstXqbHbrDol2hp6Fy2Kv782HD5VPf6Dsomdbj8=; b=p6xISgoAIBVIUxjq8/lkD6+4b18IQdAtKht7Dnl3jOsjMyuEdBlaYXra45IkbGBQu/ uKRman9IjXPJKnlN7+MP/tLp+hlUoD0kGkOHFKw1KfGGxF/LXRbCivh7uQl89Vm8kyOb 8yPeBtUm6Ggav/zs21AymUbZjlHWoN8iNkswwRcEmjYARscy7XnEPAf0gcUBwDMwsBNG Ey3bPmubxkOJhKphCVfAWEPkx01Ap5vBBEtoP5/J0krdLlcJW9z0X6kIrfMazbDG2/XV 76YD4WkYYe7Zf3Tgg4ar8jgSfnbXErYxp288zcub2v+N+RoqNyBqqulGnhUphwV5TphD WdPg== X-Gm-Message-State: APjAAAWN/vPGOJHKRtEBBtgzbMRlZPoGC5362mKmJ5r0Hr1vHdFceF38 JSC6Lkcr2dQUeBzl0EEPmulBsgkU X-Google-Smtp-Source: APXvYqyZXTNp3rDCy2qvY9CD7QH/QXbNFjJ4NZUlAvtalgntff1QpRclgCzZ2qdkyhMdS30PXwOBnw== X-Received: by 2002:a5d:4702:: with SMTP id y2mr4894987wrq.37.1581386160247; Mon, 10 Feb 2020 17:56:00 -0800 (PST) Received: from [192.168.1.167] (x59cc9a7e.dyn.telefonica.de. [89.204.154.126]) by smtp.googlemail.com with ESMTPSA id m21sm1540230wmi.27.2020.02.10.17.55.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Feb 2020 17:55:59 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPI4 Install r357606 test 09.02.2020 failed Date: Tue, 11 Feb 2020 02:55:58 +0100 References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> <20200210200910.GB19140@www.zefox.net> <20200211011450.GD19140@www.zefox.net> To: bob prohaska , freebsd-arm@freebsd.org In-Reply-To: <20200211011450.GD19140@www.zefox.net> Message-Id: X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48Gm8L4WTWz4L2D X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[126.154.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.33), ipnet: 2a00:1450::/32(-2.46), asn: 15169(-1.72), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 01:56:03 -0000 > Am 11.02.2020 um 02:14 schrieb bob prohaska : >=20 >=20 >>=20 >>=20 >>=20 >> Hi Bob, old proud RPI4-owner ;-) , >>=20 > [for pedantry's sake, this is a Pi3....] >=20 >=20 Of course I knew(you told me) but couldn=E2=80=99t resist to do = surreptitious =E2=80=9Aadvertising' for a gadget=20 that is even worse than the Pi3 :-) > .. > Progress stops at this point. Strange (guessing what have happened doesn=E2=80=99t help now) >=20 > Looks like the problem is something other than the kernel. >=20 .. maybe but if your issue began with `make installkernel`( I don=E2=80=99= t remember what caused it.[too much guessing/writing here from all of = us]) =E2=80=A6 you should browse/search for =E2=80=9Akernel.old=E2=80=98 = and try to 'OK boot=E2=80=98 it . Regards=20 And good luck to get back in business with your pi Regards=20 Klaus From owner-freebsd-arm@freebsd.org Tue Feb 11 02:41:28 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2342024BC33 for ; Tue, 11 Feb 2020 02:41:28 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Gn8k4gMFz4N6N for ; Tue, 11 Feb 2020 02:41:26 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 01B2feHI020627 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 10 Feb 2020 18:41:41 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 01B2fe6w020626; Mon, 10 Feb 2020 18:41:40 -0800 (PST) (envelope-from fbsd) Date: Mon, 10 Feb 2020 18:41:39 -0800 From: bob prohaska To: Klaus K??chemann Cc: bob prohaska , freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed Message-ID: <20200211024139.GE19140@www.zefox.net> References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> <20200210200910.GB19140@www.zefox.net> <20200211011450.GD19140@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48Gn8k4gMFz4N6N X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.20 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.975,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.25), ipnet: 50.1.16.0/20(0.12), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.21)[0.215,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 02:41:28 -0000 Hi Klaus, I do appreciate your humor and share much of it, but also have some sympathy for the poor sods chasing through the archives trying to figure out what they're doing wrong. BTDT Back around mid-summer the Pi3 was working extremely well. It really looked like Tier 1 material. Then, I think in roughly September, problems started cropping up. All appeared to be software initially. I think most of them _were_ software. At the time. Then I noticed a Pi2 acting up. Eventually it failed completely, with a bad power supply. New supply, it's fixed. Took a long time to sort that out. The Pi3 making mischief now is slightly younger than the Pi2. Both have been powered on 24/7, mostly running buildworld/kernel. Now the Pi3 is behaving suspiciously like the Pi2. And, the supply voltage is at the lower limit of acceptable. Didn't check when I got it, so there's no basis for comparison. It may be that a sound objection to the Pi is poor quality in little things like power supplies, cables and connectors. Apologies if I'm belaboring the obvious.... bob prohaska From owner-freebsd-arm@freebsd.org Tue Feb 11 06:41:42 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D0B6B228653 for ; Tue, 11 Feb 2020 06:41:42 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48GtTw0sfSz4b6p for ; Tue, 11 Feb 2020 06:41:39 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 7007EB1C0440; Tue, 11 Feb 2020 07:41:36 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.225.174] ([213.55.225.174]) by webmail.x86.ch (Horde Framework) with HTTPS; Tue, 11 Feb 2020 07:41:36 +0100 Date: Tue, 11 Feb 2020 07:41:36 +0100 Message-ID: <20200211074136.Horde.uoO9uVx71HIGULsxJJY1f7a@webmail.x86.ch> From: freebsd@x86.ch To: bob prohaska Cc: freebsd-arm@freebsd.org Subject: Re: RPI4 Install r357606 test 09.02.2020 failed References: <202002092026.019KQXLF021366@mail.karels.net> <4551CAE8-08DA-463F-876C-DD1BBAA5D7C5@bitblocks.com> <20200210192602.GA19140@www.zefox.net> <20200210200910.GB19140@www.zefox.net> <20200211011450.GD19140@www.zefox.net> <20200211024139.GE19140@www.zefox.net> In-Reply-To: <20200211024139.GE19140@www.zefox.net> User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48GtTw0sfSz4b6p X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=freebsd@x86.ch X-Spamd-Result: default: False [0.55 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[174.225.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(0.30)[ipnet: 80.74.144.0/20(0.87), asn: 21069(0.57), country: CH(0.04)]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[x86.ch]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-0.90)[-0.900,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_SPAM_LONG(0.35)[0.354,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2020 06:41:42 -0000 hi bob for your information FreeBSD bsdrasp3 13.0-CURRENT FreeBSD 13.0-CURRENT r343104 GENERIC  arm64   that runs perfectly on the rpi3b+ Zitat von bob prohaska : > Hi Klaus, > > I do appreciate your humor and share much of it, but also > have some sympathy for the poor sods chasing through the > archives trying to figure out what they're doing wrong. > BTDT > > Back around mid-summer the Pi3 was working extremely well. > It really looked like Tier 1 material. Then, I think in > roughly September, problems started cropping up. All > appeared to be software initially. I think most of them > _were_ software. At the time. > > Then I noticed a Pi2 acting up. Eventually it failed > completely, with a bad power supply. New supply, it's > fixed. Took a long time to sort that out. > > The Pi3 making mischief now is slightly younger than > the Pi2. Both have been powered on 24/7, mostly running > buildworld/kernel. Now the Pi3 is behaving suspiciously > like the Pi2. And, the supply voltage is at the lower > limit of acceptable. Didn't check when I got it, so > there's no basis for comparison. > > It may be that a sound objection to the Pi is poor > quality in little things like power supplies, cables > and connectors. > > Apologies if I'm belaboring the obvious.... > > bob prohaska > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-armTo > unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" for your information Links: ------ [1] http://www.zefox.net From owner-freebsd-arm@freebsd.org Wed Feb 12 02:18:08 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 16317249EEF for ; Wed, 12 Feb 2020 02:18:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (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 48HNbL67q7z3F9d for ; Wed, 12 Feb 2020 02:18:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: fGxmRzMVM1nkU7Sjk_4GnP8bMho.DbXT6TcwXdevn2rLzWFJmgPKkczEiUkyx72 YpEe8vVlzudH.LeLL6L_6rae_koNrRWj41gulFSri.9N_CEAgOCOwg_QCxgLJN.XMqzWeVfOW7p2 .Oh3s7AzB6hgz22eBOyJEDlITV6pxfibzgD5q89ABhsFM7D925x4HNRwY35nSVvjp0Zv8PbY0lJQ jz8HLa9hIplLbZGugvwR5bbOlAxQYZNRNV_BAh2uAMRINF.U_Bi1mpbsA9ZkhidIVpJw2riu9Yez OiQjl423k_T_pw_YLBn73KbOoBhChMeAPkyWd00MzP_YQI5ahJ1BfyAT.UI4DK70gqh1Y5n9MDET OAuGX3hdJjLGULt49navWZBiCk63TDn2imnjG_TgnmLECsJ7lQk30htK2gRnmU1HkavpBsyyexUw UvvaKJosRxKiPskhPZUQzOWPhhJMLUXpIrYE3M6Letk2SGdWqTd230Y0mG30m.GD5QGO28CiNNJT 8HEXLa2LfjKVYqgH36QedtGrmWI10pwUg7sYEJbcr6NtIm6gAPqkf2yG_JrQIxUi_7F3WCJOGSLq LcYy8U2xIz54DUAkQRGj_V2VYH3n8L6z6rdKDT85omueBiJE7_DtyJwXkOA2LdKGS6GwrCWPr4cq IQFbiIRB8hx.kXgPLcUouYjpueUjOcZSclisvcdTZmim0sRKJD5DQMI05HDze5uHwlSNqUPDNABg k1GNcJCuGyyWTtdx0tct.Y3GFgJ_rDBc2AbJ5QnnMs4oaDmUI4W5WvPtfcvZUbcsosxILyD2amGd ZFF.MRnpFCfI6Eo2xuFrI.4mfoyb1BZ4dDTlpvL4tHY6G_HNFFRYwtPulJ.AZv5s48I2BJG07Nwj todv_F5DE2dgQ0MN..4gMTqDr9rNFbh5AcgLXNicooO1lx3r5rpZs7ViGYMDKyqtfM94s3HQOPLC sKILWLmxvr7EuHx1uJC3kk30B2FBrtfxpGkh7GEgYuoxxN6Z62Hny7mj.D4rasBTtZxENgT9ZBdn g18eSI7WOpG5RaDxLq_18eL7iQhGz2ZbrfMxlL1n79jhyCQQ_Yp8lMiOhNFgY8eFuhEhlx3xK3YT sNBWGs8V6esgaINXG3rjCnoFuMoMClp6iSJmccCCdK0lBzY8EBNXtWLDg_23p24C8sevd8TASycm j.RjuS6uybAa4517tI84BLIQkg_.6f3IWY7HwftDcS533FZtgvLBVizrs5vSiRoAUc3y1hUn9G22 RfNJCK5KJ1WKdv4eOpuzODKM1gKjYmGC6e9x.aN_RR3vML.9iHHHbFyuKExc1z7cqG9JFgaecgUO OYGaGV4sFaQ.ki98P6QntJGFqxEHxwczIcYv_JVfx7oMjDvewwPCrz_n9K8qFjrjhO17LD9RFg._ safcz5hvBg7dl3xLLpf_eqiUh4bc_KgUSQRmrZBZ8bE81pCgekmeKYh_GLgsyqQYOwVtVLMJFjQ- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Wed, 12 Feb 2020 02:18:04 +0000 Received: by smtp404.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a3c56076a7c923d8c7a5300c175298eb; Wed, 12 Feb 2020 02:17:59 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: FreeBSD's armstub8-gic.bin or armstub8.bin is bigger than the reserve area is it loaded to; later part ends up overwritten Message-Id: Date: Tue, 11 Feb 2020 18:17:58 -0800 Cc: Andrew Turner , Emmanuel Vadot To: freebsd-arm , Kyle Evans X-Mailer: Apple Mail (2.3608.60.0.2.5) References: X-Rspamd-Queue-Id: 48HNbL67q7z3F9d X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; 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)[206.65.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; 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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (-5.26), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2020 02:18:08 -0000 Using FreeBSD's armstub8-gic.bin as the example that applies to my test context: It has something like 0x15bc bytes to the end of its last instruction. (I looked at the .elf from a build that I did.) Doing an experiment to make the PSCI version request also report where it sees its _start, el3_exception_vectors, and loop addresses showed (my summary): _start at 0x0 el3_exception_vectors at 0x800 loop at 0x100c (given my code additions that made the size 0x15c8 instead of 0x15bc). So: loaded to Address 0x0. I confirmed in ddb that I see the code sequence starting at 0x0. In my context boot -v was reporting the below. Compare and contrast the reserved size starting at 0x0 to the size of armstub8-gic's code span: Type Physical Virtual #Pages Attr Reserved 000000000000 0 00000001 WB=20 ConventionalMemory 000000001000 1000 00007ef1 WB=20 . . . Physical memory chunk(s): 0x00001000 - 0x39f48fff, 927 MB ( 237384 pages) 0x39f50000 - 0x39f50fff, 0 MB ( 1 pages) . . . Excluded memory regions: 0x00000000 - 0x00000fff, 0 MB ( 1 pages) NoAlloc=20 0x32000000 - 0x33773fff, 23 MB ( 6004 pages) NoAlloc=20 Using ddb I confirmed that starting at 0x1000 armstub8-gic.bin 's content had been replaced. That includes swap32, memmove, and fixup_dt_blob. It looks to me like fixup_dt_blob needs to take into account the span of the armstub8* material and reserve at least 1 more page (past the page holding its self-observed start address) than is now reserved. (Wording avoids assuming that all aarch64 RPi*'s would use address 0x0.) I do not claim to know that such a change would be sufficient. But the above seems to be a fragile structure. Detailed evidence techniques: I adjusted a copy of sysutils/rpi-firmware 's armstub8 code to have the pSCI version request also fill in the address of _start, el3_exception_vectors, and loop: psci_version: /* Return v0.2 */ adr x3, loop adr x2, el3_exception_vectors adr x1, _start mov x0, #0x00000002 eret I then added a direct use of arm_smccc_smc in a place early enough that I'd never seen the resulting version number to be wrong: uma_startup2(); =20 //HACK!!! #ifdef __aarch64__ struct arm_smccc_res result; int psci_version=3D = arm_smccc_smc(0x84000000,0,0,0,0,0,0,0,&result); printf("psci_version+: %x %lx %lx %lx %lx\n", psci_version, = result.a0, result.a1, result.a2, result.a3); #endif } I added the printf in order find what address range over which the armstub80-gic code would see itself span for my RPi4B based test context. The result was: psci_version+: 2 2 0 800 100c So: (minor) version 2 (twice) _start at 0x0 el3_exception_vectors at 0x800 loop at 0x100c (given my code additions). I'll note that this investigative hack was enough of a change that the RPi4B made it to a login prompt and I logged in. There were problems, but I could do some stuff. The failure mechanism for the "extra" cores (APs) was different, reporting very early on: Starting CPU 1 (1) Failed to start CPU 1 (1) Starting CPU 2 (2) Failed to start CPU 2 (2) Starting CPU 3 (3) Failed to start CPU 3 (3) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Feb 12 04:17:06 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BF6D924C0AC for ; Wed, 12 Feb 2020 04:17:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (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 48HRDd3hldz3Lkp for ; Wed, 12 Feb 2020 04:17:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: jqvBr78VM1mXhgd.ypVoDUolL8fe1pBz254Lc6A2tjbM8Rn6K8_Maofc1_01PdP bOSnZYlMH_AxajxFrtGn0OnaDX4i1l4BNuMBVLAW5AOoKDG5VxxvMeqAs5RS1vOACTitxEJ3asqW p56841ZbKwLkTQSSwu_v91r51R1xsvRgraqAmnxs.rIlS2ErSYMGdUP6Eo8Dov2kU3G60aLp3p49 amJ43TIQgvmKBiK_np9EWQvcq5Jl1uoW35hLuo2Le6vN3wxPnYqF6595pEcNYAKVWO.sSPr6.RAf RsdjmHSae6TqzVW1XyQyhsgbQoBJUAvEMOt3Oxz5fDiDoLFICP5ick1LTdrPjHjsvoKTpotU0j4f G5gaxLUyVuKPUd9YkkSc0LiGHpN6YtsWE3Tt5nycXm0UMbp_kfqs03Ie9zzrv.eQwOuKMqYpJCp3 Zg2RmWQCsM5B6j3KnbfoJoiesF7YQmK1Hsg24.RJekD0kDIw36dF.EQVq.MnDHNyMonVEFkCL7d3 sdcmU_VLsZuDomsRuDDI3n4LZ6ywL6xiLMNbymY8AN3Xs18dUPbH2yBK7cU.aN2JTsg9aFKgBHZN XhvPb1lawt7QXX3pd.xpAlT9QXX6WONVdesnAyPlP8ggSWPQj5CypaZ5GyEcoz8XYnM1vDgfVnKX 9uJtg6ucJO8.Vf0KoBp01iI74nPrL8pMiMjEQH5nFYVF84X1wLU7wupq3ejJIDy11qrOt.ZA9HTg JK2Ps0hInlLbbacwAKtrSo_yBaoRTAxd7ek8sPzLdD.kZDDl5W.Osyaw85568EqPf5OtpvRp9AV_ EqoKeuTUW7lZGAfTKCMstR1Py6td9BgriITB3HRAIQprKmEhShz1qlSz5x9aN3FqRRmyTbj8axNE iW1n4_JCz0G57LEPfqOwyUT360InZFiffu38FxKpnQTJ3EEoMgqEUWz6uMUTQpegEman5_oqCit0 JMkUtBn_ePRctpCJekd2T9my_EzauzEQZdnhh8UWL2PMm2_6G0PfOnu3cI2gz4rVIJRk71F8BR3N V6OiLYa.qF48UhCC8vI58J9jvqjrOWR2jIpdSb567Ql3vqfxGiJjtYRMeuUTsi07KBfHBRnMEflX tcZMnv3GRhveFrZgyduaNI4ZYE7ZXfqe4Uwm3yap37uJc6WhNa2KLWhxr_vsmQgXQHGKIERB4R1H cVBWwrqMvWTAYe9DS_RPOStacvw6eq6DP4elvDHMaIKomoAVmFIxLflJh4vSOh5inDqQ.WStjFL4 XVxSHy3WK.JciQSXAJBPKHv5Q8o6u_ADaffGBZDD7rHnzdxcqCRK3vCe7IYKvuUTd07qBWTBvK1L Ifs4TnCMqMx5kpQpe9j6dx4QODmSwfjiGcRTm1MWmVi34RfoatUeuZ3h.7l1wDufK9XR1nf9FMEG 57QjaRoBX4sHHYgN1R5AUHhFDuGKAc6r4QyAPGU3nbQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Wed, 12 Feb 2020 04:17:03 +0000 Received: by smtp420.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 63ec12852fcb05d9ccd8cf72e8096d0e; Wed, 12 Feb 2020 04:17:00 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: FreeBSD's armstub8-gic.bin or armstub8.bin is bigger than the reserve area is it loaded to; later part ends up overwritten From: Mark Millard In-Reply-To: Date: Tue, 11 Feb 2020 20:16:59 -0800 Cc: Andrew Turner , Emmanuel Vadot Content-Transfer-Encoding: quoted-printable Message-Id: <6E303D93-D3D9-4BFA-8340-43D930068598@yahoo.com> References: To: freebsd-arm , Kyle Evans X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48HRDd3hldz3Lkp X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.49 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-1.83), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.69.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[148.69.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2020 04:17:06 -0000 On 2020-Feb-11, at 18:17, Mark Millard wrote: > Using FreeBSD's armstub8-gic.bin as the example that > applies to my test context: It has something like 0x15bc > bytes to the end of its last instruction. (I looked at > the .elf from a build that I did.) >=20 > Doing an experiment to make the PSCI version request > also report where it sees its _start, > el3_exception_vectors, and loop addresses showed > (my summary): >=20 > _start at 0x0 > el3_exception_vectors at 0x800 > loop at 0x100c > (given my code additions that made the size 0x15c8 > instead of 0x15bc). >=20 > So: loaded to Address 0x0. I confirmed in ddb that > I see the code sequence starting at 0x0. >=20 > In my context boot -v was reporting the below. > Compare and contrast the reserved size starting > at 0x0 to the size of armstub8-gic's code > span: >=20 > Type Physical Virtual #Pages Attr > Reserved 000000000000 0 00000001 WB=20 > ConventionalMemory 000000001000 1000 00007ef1 WB=20 > . . . > Physical memory chunk(s): > 0x00001000 - 0x39f48fff, 927 MB ( 237384 pages) > 0x39f50000 - 0x39f50fff, 0 MB ( 1 pages) > . . . > Excluded memory regions: > 0x00000000 - 0x00000fff, 0 MB ( 1 pages) NoAlloc=20 > 0x32000000 - 0x33773fff, 23 MB ( 6004 pages) NoAlloc=20 >=20 > Using ddb I confirmed that starting at 0x1000 > armstub8-gic.bin 's content had been replaced. > That includes swap32, memmove, and fixup_dt_blob. >=20 > It looks to me like fixup_dt_blob needs to take > into account the span of the armstub8* material > and reserve at least 1 more page (past the page > holding its self-observed start address) than is > now reserved. (Wording avoids assuming that all > aarch64 RPi*'s would use address 0x0.) >=20 > I do not claim to know that such a change would > be sufficient. But the above seems to be a > fragile structure. >=20 >=20 > Detailed evidence techniques: >=20 > I adjusted a copy of sysutils/rpi-firmware 's armstub8 > code to have the pSCI version request also fill in > the address of _start, el3_exception_vectors, and loop: >=20 > psci_version: > /* Return v0.2 */ > adr x3, loop > adr x2, el3_exception_vectors > adr x1, _start > mov x0, #0x00000002 > eret >=20 > I then added a direct use of arm_smccc_smc in a place > early enough that I'd never seen the resulting version > number to be wrong: >=20 > uma_startup2(); >=20 > //HACK!!! > #ifdef __aarch64__ > struct arm_smccc_res result; > int psci_version=3D = arm_smccc_smc(0x84000000,0,0,0,0,0,0,0,&result); > printf("psci_version+: %x %lx %lx %lx %lx\n", psci_version, = result.a0, result.a1, result.a2, result.a3); > #endif > } >=20 > I added the printf in order find what address range over > which the armstub80-gic code would see itself span for my > RPi4B based test context. The result was: >=20 > psci_version+: 2 2 0 800 100c >=20 > So: >=20 > (minor) version 2 (twice) > _start at 0x0 > el3_exception_vectors at 0x800 > loop at 0x100c (given my code additions). >=20 > I'll note that this investigative hack was enough of > a change that the RPi4B made it to a login prompt > and I logged in. There were problems, but I could > do some stuff. The failure mechanism for the > "extra" cores (APs) was different, reporting > very early on: >=20 > Starting CPU 1 (1) > Failed to start CPU 1 (1) > Starting CPU 2 (2) > Failed to start CPU 2 (2) > Starting CPU 3 (3) > Failed to start CPU 3 (3) >=20 FYI for my test context: Looks like dtb_ptr32 and kernel_entry32 end up pointing to memory holding the (hexadecimal) values (once updated from holding 0x0): dtb_ptr32: 0x4000 (at 0xf8) kernel_entry32: 0x80000 (at 0xfc) I do not know how long the referenced memory areas need to survive. They are not in an area deliberately preserved (reserved) from what I can tell. May be they do not need to be. But, then, care would need to be taken to be sure that the information needed was elsewhere before an allocation and use could damage the initial content. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Feb 12 16:52:47 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B844C23D0E4 for ; Wed, 12 Feb 2020 16:52:47 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Hm0b0Fl9z4d4C for ; Wed, 12 Feb 2020 16:52:46 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 8114CB1C0288; Wed, 12 Feb 2020 17:52:45 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.224.186] ([213.55.224.186]) by webmail.x86.ch (Horde Framework) with HTTPS; Wed, 12 Feb 2020 17:52:45 +0100 Date: Wed, 12 Feb 2020 17:52:45 +0100 Message-ID: <20200212175245.Horde.mPav36B8bbzbnF3CVycDodP@webmail.x86.ch> From: freebsd@x86.ch To: Michael Zhilin Cc: freebsd-arm@freebsd.org Subject: Re: x96mini - x96max news References: <00CB1FC9-88DF-4E12-85BC-A39818D37173@x86.ch> <20200210213702.Horde.xDGLBoHTxBx0ATZfn1BvXSP@webmail.x86.ch> <20200212174706.Horde.xxpysn-CBZrKM_pP8kPvA1N@webmail.x86.ch> In-Reply-To: <20200212174706.Horde.xxpysn-CBZrKM_pP8kPvA1N@webmail.x86.ch> User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48Hm0b0Fl9z4d4C X-Spamd-Bar: ++++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=freebsd@x86.ch X-Spamd-Result: default: False [8.09 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[186.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.4]; RECEIVED_SPAMHAUS_PBL(0.00)[186.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(0.29)[ipnet: 80.74.144.0/20(0.84), asn: 21069(0.56), country: CH(0.04)]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[x86.ch]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; GREYLIST(0.00)[pass,meta]; FROM_EQ_ENVFROM(0.00)[] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2020 16:52:47 -0000   FreeBSD should be all images for Rockchips Allwinner AMLogic provide such as: http://www.invisible.ca/arm/ easy to install for ideots the future is arm popularity freebsd improved armbian is currently winning very negative !!!! we have the best programmers here let's make something of it Zitat von freebsd@x86.ch: > I tested Allwinner ARM systems > Orange Pi series > > H2 / H3 / H5 / H6 > > H2 = FreeBSD OK > H3 = Freebsd OK > H5 = Freebsd OK > H6 only Armbian > > vs > > X96: > > The quality of the x96mini and X96max is top > price top > Top performance > Top temperature > Top quality > > Commitment for X96er..: > > DNS filter > small IPFW2 firewall > LAN to LAN router > WIFI system > mini backup system HomeBK via SSH > USB ports have enough power for usb hdd > all in one > > Zitat von Michael Zhilin : > >> Both are interesting. But there is no support of AMLogic chips in >> FreeBSD at the moment. >>   So, what do you expect from such complex devices (WiFi, Eth, GPU)? >>   IMHO Eth is easiest, WiFi is complex topic, GPU is doubtful >> (actually I don't know)... >>     >>   But price is nice. It's really cheap. >> >>     On Mon, Feb 10, 2020 at 11:37 PM wrote: >> >>> _Have: >>> >>> USB2 and 100MB >>> >>> only armbian os >>> >>> chip s905w amlogic >>> >>> top quality >>> >>> price 25$ >>> >>> x96max is better  >>> price 40$ >>> and usb3 and 1000MB >>> >>> Adrian Gassmann >>> x86.ch[1] >>> >>>  _ > > Links: > ------[1] http://x86.ch From owner-freebsd-arm@freebsd.org Wed Feb 12 16:54:36 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D3E9423D183 for ; Wed, 12 Feb 2020 16:54:36 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Hm2h1XNRz4d8P for ; Wed, 12 Feb 2020 16:54:36 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id A8D1FB1C0362; Wed, 12 Feb 2020 17:47:06 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.224.186] ([213.55.224.186]) by webmail.x86.ch (Horde Framework) with HTTPS; Wed, 12 Feb 2020 17:47:06 +0100 Date: Wed, 12 Feb 2020 17:47:06 +0100 Message-ID: <20200212174706.Horde.xxpysn-CBZrKM_pP8kPvA1N@webmail.x86.ch> From: freebsd@x86.ch To: Michael Zhilin Cc: freebsd-arm@freebsd.org Subject: Re: x96mini - x96max news References: <00CB1FC9-88DF-4E12-85BC-A39818D37173@x86.ch> <20200210213702.Horde.xDGLBoHTxBx0ATZfn1BvXSP@webmail.x86.ch> In-Reply-To: User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48Hm2h1XNRz4d8P X-Spamd-Bar: ++++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=freebsd@x86.ch X-Spamd-Result: default: False [8.08 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[186.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.4]; RECEIVED_SPAMHAUS_PBL(0.00)[186.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(0.28)[ipnet: 80.74.144.0/20(0.83), asn: 21069(0.55), country: CH(0.04)]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[x86.ch]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.999,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; GREYLIST(0.00)[pass,body]; FROM_EQ_ENVFROM(0.00)[] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2020 16:54:36 -0000 I tested Allwinner ARM systems Orange Pi series H2 / H3 / H5 / H6 H2 = FreeBSD OK H3 = Freebsd OK H5 = Freebsd OK H6 only Armbian vs X96: The quality of the x96mini and X96max is top price top Top performance Top temperature Top quality Commitment for X96er..: DNS filter small IPFW2 firewall LAN to LAN router WIFI system mini backup system HomeBK via SSH USB ports have enough power for usb hdd all in one Zitat von Michael Zhilin : > Both are interesting. But there is no support of AMLogic chips in > FreeBSD at the moment. > So, what do you expect from such complex devices (WiFi, Eth, GPU)? > IMHO Eth is easiest, WiFi is complex topic, GPU is doubtful > (actually I don't know)... >   > But price is nice. It's really cheap. > > On Mon, Feb 10, 2020 at 11:37 PM wrote: > >> _Have: >> >> USB2 and 100MB >> >> only armbian os >> >> chip s905w amlogic >> >> top quality >> >> price 25$ >> >> x96max is better  >> price 40$ >> and usb3 and 1000MB >> >> Adrian Gassmann >> x86.ch[1] >> >>  _ Links: ------ [1] http://x86.ch From owner-freebsd-arm@freebsd.org Wed Feb 12 17:03:27 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 897B223D64E for ; Wed, 12 Feb 2020 17:03:27 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48HmDt5SnLz4dqf for ; Wed, 12 Feb 2020 17:03:26 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (localhost [127.0.0.1]) by einstein.sui-inter.net (Postfix) with ESMTPSA id E4CC4B1C0288; Wed, 12 Feb 2020 18:03:24 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Received: from [213.55.224.186] ([213.55.224.186]) by webmail.x86.ch (Horde Framework) with HTTPS; Wed, 12 Feb 2020 18:03:24 +0100 Date: Wed, 12 Feb 2020 18:03:24 +0100 Message-ID: <20200212180324.Horde.Nb1W6PJJrSIWv3eHt954qf9@webmail.x86.ch> From: freebsd@x86.ch To: freebsd-arm@freebsd.org Subject: Re: x96mini - x96max news References: <00CB1FC9-88DF-4E12-85BC-A39818D37173@x86.ch> <20200210213702.Horde.xDGLBoHTxBx0ATZfn1BvXSP@webmail.x86.ch> <20200212174706.Horde.xxpysn-CBZrKM_pP8kPvA1N@webmail.x86.ch> In-Reply-To: <20200212174706.Horde.xxpysn-CBZrKM_pP8kPvA1N@webmail.x86.ch> User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48HmDt5SnLz4dqf X-Spamd-Bar: ++++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=freebsd@x86.ch X-Spamd-Result: default: False [8.08 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[186.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.4]; RECEIVED_SPAMHAUS_PBL(0.00)[186.224.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(0.28)[ipnet: 80.74.144.0/20(0.81), asn: 21069(0.54), country: CH(0.04)]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[x86.ch]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; NEURAL_SPAM_LONG(1.00)[1.000,0]; FROM_NO_DN(0.00)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; RCVD_TLS_ALL(0.00)[]; GREYLIST(0.00)[pass,meta]; FROM_EQ_ENVFROM(0.00)[] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2020 17:03:27 -0000 we sell products with freebsd: http://x86.ch/iptv/5g.pdf Video: https://www.youtube.com/watch?v=FBpXR4ChSdw&feature=youtu.be Link: http://x86.ch/iptv/ Zitat von freebsd@x86.ch: > I tested Allwinner ARM systems > Orange Pi series > > H2 / H3 / H5 / H6 > > H2 = FreeBSD OK > H3 = Freebsd OK > H5 = Freebsd OK > H6 only Armbian > > vs > > X96: > > The quality of the x96mini and X96max is top > price top > Top performance > Top temperature > Top quality > > Commitment for X96er..: > > DNS filter > small IPFW2 firewall > LAN to LAN router > WIFI system > mini backup system HomeBK via SSH > USB ports have enough power for usb hdd > all in one > > Zitat von Michael Zhilin : > >> Both are interesting. But there is no support of AMLogic chips in >> FreeBSD at the moment. >>   So, what do you expect from such complex devices (WiFi, Eth, GPU)? >>   IMHO Eth is easiest, WiFi is complex topic, GPU is doubtful >> (actually I don't know)... >>     >>   But price is nice. It's really cheap. >> >>     On Mon, Feb 10, 2020 at 11:37 PM wrote: >> >>> _Have: >>> >>> USB2 and 100MB >>> >>> only armbian os >>> >>> chip s905w amlogic >>> >>> top quality >>> >>> price 25$ >>> >>> x96max is better  >>> price 40$ >>> and usb3 and 1000MB >>> >>> Adrian Gassmann >>> x86.ch[1] >>> >>>  _ > > Links: > ------ > [1] http://x86.ch > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-armTo > unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" we sell products with freebsd: http://x86.ch/iptv/5g.pdf Video: https://www.youtube.com/watch?v=FBpXR4ChSdw&feature=youtu.be From owner-freebsd-arm@freebsd.org Thu Feb 13 02:00:47 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DC7C8249E94 for ; Thu, 13 Feb 2020 02:00:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 48J08v042Qz4KF0 for ; Thu, 13 Feb 2020 02:00:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Nk.dtsgVM1kBv0.Iv928C0UEJhS.sxuEkScFjlO_guNJw_blrAJoUpybpHMwHgA TsTQMtPtYVokGuygh9.xgToBbjE7iudP7hcI0rBEGH7VCgBh3B_JQwb.mtpQcsdfxKW3AKLxdZCJ 0cunkcPMlGKSrLEd7UfV3PtvDgdEvHopK3SrB4escejd6MPfkQBl.liea1Mrph5oHkz_Wsra6uIw U4SLl2mukDKGy5EPP5abLfIm0hHBMlmKYYckrhIBUTsXMH_ehJ9tGWL3L0kUz2L7_8W4tgM9Fcos ..AYwhPNg5ksObXoK5lhT8yfzhJruoR5D_wM0JdOecjEdMFy.Jx.nmezPQs2xaayG28ijOEH.Zqb HZiDhkUNzVpSBY5big4dNdqsbTYU.kjFytLRKLH5c1cd_lJMoOuSQ4_2RdlhsJVhmKl3rbS4tT3T pFRdnVlaA3RCsoEfY8.iApMBz0.HfU.0pFo8d2RPU.M7PM_0XYh8C8Itdpi5ZIdsblOjyIqvvZTr tXPfI_F6Cjv6nSQjSsX7Xikjiylt8GQKWcadIiIrth6OuMIDhzIAAxSL1ZVK03V795D3DCKKUWMw dvhGkETqa8566C4pYvLD6F9vu0XiT97Lv_OGayCFscR18EUJPqr5emiIklxTdNeaKMIQPcff0Pe1 qlgzPHh0uAUkAqcgXTHw0H7doAb6RO3EbBKHWemZZ6GMPUqi.76NHVmr8kEVolB.NMdCmeQyLtuw SKjjhPQliMPQIoJ91T1aAEMSpKZhEjTmvqLg7ztg4ZsYn00zfvfVX2JQmpwFUdsMzftSIe1RrHU4 urW1GxyXxiiSuPwLKJcxe5zJh7XXAIByy4gNDOi6nt05VmLcvzpY07jgI166pWRhAymFLQ0e8o2. qi6Z0AfbdiyZLCyhZ5LXzSfS2EEEx175wZEnjx3zUGE206zLCLPuZwPFM.Q2qn0wPCRlKIM8SRzd RTJjiPjJNizg8r6GAZRgRVtORDpzZoZOab5xgLMjVO1KSWeDIZTPeYqIDTri2bQ1IibjnGPKtt0G rFR.rJEXI30E.lZ10uo0URYxLkm2eJT8a2AEe.8oAd4n2GCeLhagRlQePDLn2YNxR.Li7rbIKVRr y8evfd9UACAlmQk9y8FYEbSGBxGDajg4SV2Suhm9RRxtpsVxJJZ4e741BcSWGI.W5PFfZMr5KrFO UoPRM.UJXoY.Ym9yARFh1T1a5rqbJ55m2FLMVOXMDztUc3dNA5KviL7Ueki5rcY4J7ZuzgiNMLxe fviVsypX7uGsaeIsOs4SIbLv_ZHzIMPfhQOj_9JNlHagtclY2JH7afamch15lTGxF0ULdRv7McmJ dlZG8ekUmeIas54rQXLf7CenevNJTLwNP5vaVDms.zTxCij0IdOJ4qFMrmVPIwSRP0PpXTDNkvwL EVHHj0umjM7vbHzqkusMaTdEbIyhLjOevQy6KxGhLFJUOMaILZI0Mxu7s4u32fcrboiiozhwoD7y YXQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 Feb 2020 02:00:44 +0000 Received: by smtp406.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 34ad7830a4137743b585d067bc313c2f; Thu, 13 Feb 2020 02:00:43 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel Message-Id: <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> Date: Wed, 12 Feb 2020 18:00:41 -0800 Cc: Andrew Turner , Emmanuel Vadot To: freebsd-arm , Kyle Evans , gonzo@freebsd.org X-Mailer: Apple Mail (2.3608.60.0.2.5) References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> X-Rspamd-Queue-Id: 48J08v042Qz4KF0 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.02 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; SUBJECT_HAS_EXCLAIM(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.71)[-0.713,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.81)[-0.811,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (5.02), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[84.64.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 02:00:47 -0000 [head -r356529 was just handy in my context. I expect this works for head -r356776 and later and probably before the problem was exposed as well.] The technique here is a quick hack to give evidence for what correct, general code needs to do that is not being done ( given the head -r356776 changes exposing an assumption no longer true and the use of the FreeBSD specific armstub8-gic.bin in my test context but armstub8.bin in some other contexts). I put in code to add a reserved memory region spanning the 2 pages at the beginning of the address space. This is enough to span all the armstub8-gic.bin content (that is loaded to address 0x0 in my test context). Note the first listed memory region in: Excluded memory regions: 0x00000000 - 0x00001fff, 0 MB ( 2 pages) NoAlloc NoDump 0x00000000 - 0x00000fff, 0 MB ( 1 pages) NoAlloc . . . My hack added that 2 page range as if it was in memreserve in the live DTB. I already had the failover code for fdt_get_reserved_mem to call fdt_get_reserved_regions (to try for memreserve when /reserved-memory is not found). So here is what enabled the "boots and operates normally" status for the RPi4B with a -r356776 or later version of head (yes, all 4 cores operating): # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c Index: /usr/src/sys/dev/fdt/fdt_common.c =================================================================== --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) @@ -485,7 +485,18 @@ tuples = res_len / tuple_size; reservep = (pcell_t *)&reserve; +#ifdef __aarch64__ + //HACK!!! + // Reserve the first few pages, for example to + // preserve armstub8-gic.bin or armstub.bin + // content. + mr[0].mr_start= 0; + mr[0].mr_size= 2*4096; + tuples++; + for (i = 1; i < tuples; i++) { +#else for (i = 0; i < tuples; i++) { +#endif rv = fdt_data_to_res(reservep, addr_cells, size_cells, (u_long *)&mr[i].mr_start, (u_long *)&mr[i].mr_size); @@ -512,6 +523,11 @@ root = OF_finddevice("/reserved-memory"); if (root == -1) { + // Fail over to checking for and handling memreserve, + // such as for a RPi4B. + if (0 == fdt_get_reserved_regions(reserved,mreserved)) + return (0); + return (ENXIO); } I had done other investigative work earlier to find for sure where armstub8-gic.bin was being loaded in my example context: address 0x0. I'm not trying to imply that assuming that load address is appropriate. I simply do not know how general address 0x0 is. I'm only trying to imply that the page range that ends up containing the armstub8*.bin content should be excluded from what the kernel will use for allocations. I'm not trying to imply that DTB memreserve content should be the involved. The memreserve related code just happened to be where I choose to do the "exclude more" hack. I expect that causing the pages holding armstub*.bin content to be excluded from FreeBSD writing to any of those pages would also enable RPi3's and the like to boot and operate as aarch64 FreeBSD examples for head -r356776 (and later, other than other bugs). It did for the RPi4B 4 GiByte test context I used. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Feb 13 13:43:51 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 014A7257363 for ; Thu, 13 Feb 2020 13:43:51 +0000 (UTC) (envelope-from wera0003@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (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 48JHm56Bfxz3xwD; Thu, 13 Feb 2020 13:43:49 +0000 (UTC) (envelope-from wera0003@hs-karlsruhe.de) Received: from iz-wera-new.hs-karlsruhe.de ([193.196.65.47]) by smtp.hs-karlsruhe.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1) (envelope-from ) id 1j2EmS-006nz6-DJ; Thu, 13 Feb 2020 14:43:48 +0100 Received: from wera0003 (helo=iz-wera-new.HS-Karlsruhe.DE) by iz-wera-new.HS-Karlsruhe.DE with local-esmtp (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1j2EmR-000Mwm-ID; Thu, 13 Feb 2020 14:43:47 +0100 X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.6 From: Ralf Wenk To: Mark Millard cc: freebsd-arm , Kyle Evans , gonzo@freebsd.org, Andrew Turner , Emmanuel Vadot Subject: Re: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel In-reply-to: <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Feb 2020 14:43:47 +0100 Message-Id: X-Rspamd-Queue-Id: 48JHm56Bfxz3xwD X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of wera0003@hs-karlsruhe.de has no SPF policy when checking 193.196.64.25) smtp.mailfrom=wera0003@hs-karlsruhe.de X-Spamd-Result: default: False [2.68 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[hs-karlsruhe.de]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SUBJECT_HAS_EXCLAIM(0.00)[]; NEURAL_SPAM_LONG(0.66)[0.660,0]; RCVD_IN_DNSWL_NONE(0.00)[25.64.196.193.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_MEDIUM(0.23)[0.229,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[iz-rpi03@hs-karlsruhe.de,wera0003@hs-karlsruhe.de]; FREEMAIL_TO(0.00)[yahoo.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:553, ipnet:193.196.64.0/18, country:EU]; FROM_NEQ_ENVFROM(0.00)[iz-rpi03@hs-karlsruhe.de,wera0003@hs-karlsruhe.de]; IP_SCORE(0.09)[asn: 553(0.44), country: EU(-0.01)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 13:43:51 -0000 On 2020-02-12 at 18:00 -0800 Mark Millard wrote via freebsd-arm: > [...] > > # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c > Index: /usr/src/sys/dev/fdt/fdt_common.c > =================================================================== > --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) > +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) > @@ -485,7 +485,18 @@ > > tuples = res_len / tuple_size; > reservep = (pcell_t *)&reserve; > +#ifdef __aarch64__ > + //HACK!!! > + // Reserve the first few pages, for example to > + // preserve armstub8-gic.bin or armstub.bin > + // content. > + mr[0].mr_start= 0; > + mr[0].mr_size= 2*4096; > + tuples++; > + for (i = 1; i < tuples; i++) { > +#else > for (i = 0; i < tuples; i++) { > +#endif > > rv = fdt_data_to_res(reservep, addr_cells, size_cells, > (u_long *)&mr[i].mr_start, (u_long *)&mr[i].mr_size); > @@ -512,6 +523,11 @@ > > root = OF_finddevice("/reserved-memory"); > if (root == -1) { > + // Fail over to checking for and handling memreserve, > + // such as for a RPi4B. > + if (0 == fdt_get_reserved_regions(reserved,mreserved)) > + return (0); > + > return (ENXIO); > } > I can confirm that with your patch(es) my RPi3 does not freeze any more when loading mac_ntpd.ko. The patches are applied against r357853M. root@rpi3-b:~ # uname -a FreeBSD rpi3-b 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r357853M: Thu Feb 13 11:46:46 CET 2020 root@rpi-3b:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 root@rpi3-b:~ # kldload mac_ntpd Security policy loaded: MAC/ntpd (mac_ntpd) root@rpi3-b:~ # kldstat Id Refs Address Size Name 1 21 0xffff000000000000 1512678 kernel 2 1 0xffff000001513000 2eedb0 zfs.ko 3 2 0xffff000001802000 284d8 opensolaris.ko 4 1 0xffff00005c600000 21000 uhid.ko 5 1 0xffff00005c621000 21000 wmt.ko 6 1 0xffff00005c642000 21000 mac_ntpd.ko root@rpi3-b:~ # Thank you. Ralf From owner-freebsd-arm@freebsd.org Thu Feb 13 13:50:05 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9B3B025750A for ; Thu, 13 Feb 2020 13:50:05 +0000 (UTC) (envelope-from kevans@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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48JHvK3PkZz3y8t; Thu, 13 Feb 2020 13:50:05 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qv1-f43.google.com (mail-qv1-f43.google.com [209.85.219.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 61808214A; Thu, 13 Feb 2020 13:50:05 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qv1-f43.google.com with SMTP id z3so2627431qvn.0; Thu, 13 Feb 2020 05:50:05 -0800 (PST) X-Gm-Message-State: APjAAAXQDj5AU3FCcyo8poZCspFqcytesjaOajT83Uf+3xqRa2EwH0H5 jpwRm/2ieDp3h8ECeSYITPSQJRilrM1fgGWeWco= X-Google-Smtp-Source: APXvYqxu4QpPET/W1GaWlDQU2T8cc5R5tKYXh2ExuF0sXruCuBWduDxxfXqU2MYKf/4VqVElaw9N2E5cGA8kyeoECzA= X-Received: by 2002:a05:6214:a91:: with SMTP id ev17mr11386926qvb.112.1581601804875; Thu, 13 Feb 2020 05:50:04 -0800 (PST) MIME-Version: 1.0 References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> In-Reply-To: From: Kyle Evans Date: Thu, 13 Feb 2020 07:49:53 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel To: Ralf Wenk Cc: Mark Millard , freebsd-arm , Oleksandr Tymoshenko , Andrew Turner , Emmanuel Vadot Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 13:50:05 -0000 On Thu, Feb 13, 2020 at 7:43 AM Ralf Wenk wrote: > > On 2020-02-12 at 18:00 -0800 Mark Millard wrote via freebsd-arm: > > [...] > > > > # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c > > Index: /usr/src/sys/dev/fdt/fdt_common.c > > =================================================================== > > --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) > > +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) > > @@ -485,7 +485,18 @@ > > > > tuples = res_len / tuple_size; > > reservep = (pcell_t *)&reserve; > > +#ifdef __aarch64__ > > + //HACK!!! > > + // Reserve the first few pages, for example to > > + // preserve armstub8-gic.bin or armstub.bin > > + // content. > > + mr[0].mr_start= 0; > > + mr[0].mr_size= 2*4096; > > + tuples++; > > + for (i = 1; i < tuples; i++) { > > +#else > > for (i = 0; i < tuples; i++) { > > +#endif > > > > rv = fdt_data_to_res(reservep, addr_cells, size_cells, > > (u_long *)&mr[i].mr_start, (u_long *)&mr[i].mr_size); > > @@ -512,6 +523,11 @@ > > > > root = OF_finddevice("/reserved-memory"); > > if (root == -1) { > > + // Fail over to checking for and handling memreserve, > > + // such as for a RPi4B. > > + if (0 == fdt_get_reserved_regions(reserved,mreserved)) > > + return (0); > > + > > return (ENXIO); > > } > > > > I can confirm that with your patch(es) my RPi3 does not freeze any more > when loading mac_ntpd.ko. The patches are applied against r357853M. > Have you tested the RPi3 with just this second hunk of patch to fallover to memreserve, or is the first hunk definitely required as well? Thanks, Kyle Evans From owner-freebsd-arm@freebsd.org Thu Feb 13 14:26:17 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8809F1C822F for ; Thu, 13 Feb 2020 14:26:17 +0000 (UTC) (envelope-from wera0003@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (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 48JJj530k7z41Wk; Thu, 13 Feb 2020 14:26:17 +0000 (UTC) (envelope-from wera0003@hs-karlsruhe.de) Received: from iz-wera-new.hs-karlsruhe.de ([193.196.65.47]) by smtp.hs-karlsruhe.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1) (envelope-from ) id 1j2FRX-006igI-Vd; Thu, 13 Feb 2020 15:26:15 +0100 Received: from wera0003 (helo=iz-wera-new.HS-Karlsruhe.DE) by iz-wera-new.HS-Karlsruhe.DE with local-esmtp (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1j2FRX-000MyR-1O; Thu, 13 Feb 2020 15:26:15 +0100 X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.6 From: Ralf Wenk To: Kyle Evans cc: Mark Millard , freebsd-arm , Oleksandr Tymoshenko , Andrew Turner , Emmanuel Vadot Subject: Re: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel In-reply-to: References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Feb 2020 15:26:15 +0100 Message-Id: X-Rspamd-Queue-Id: 48JJj530k7z41Wk X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.995,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 14:26:17 -0000 On 2020-02-13 at 7:49 -0600 Kyle Evans wrote: > On Thu, Feb 13, 2020 at 7:43 AM Ralf Wenk wrote: > > > > On 2020-02-12 at 18:00 -0800 Mark Millard wrote via freebsd-arm: > > > [...] > > > > > > # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c > > > Index: /usr/src/sys/dev/fdt/fdt_common.c > > > =================================================================== > > > --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) > > > +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) > > > @@ -485,7 +485,18 @@ > > > > > > tuples = res_len / tuple_size; > > > reservep = (pcell_t *)&reserve; > > > +#ifdef __aarch64__ > > > + //HACK!!! > > > + // Reserve the first few pages, for example to > > > + // preserve armstub8-gic.bin or armstub.bin > > > + // content. > > > + mr[0].mr_start= 0; > > > + mr[0].mr_size= 2*4096; > > > + tuples++; > > > + for (i = 1; i < tuples; i++) { > > > +#else > > > for (i = 0; i < tuples; i++) { > > > +#endif > > > > > > rv = fdt_data_to_res(reservep, addr_cells, size_cells, > > > (u_long *)&mr[i].mr_start, (u_long *)&mr[i].mr_size); > > > @@ -512,6 +523,11 @@ > > > > > > root = OF_finddevice("/reserved-memory"); > > > if (root == -1) { > > > + // Fail over to checking for and handling memreserve, > > > + // such as for a RPi4B. > > > + if (0 == fdt_get_reserved_regions(reserved,mreserved)) > > > + return (0); > > > + > > > return (ENXIO); > > > } > > > > > > > I can confirm that with your patch(es) my RPi3 does not freeze any more > > when loading mac_ntpd.ko. The patches are applied against r357853M. > > > > Have you tested the RPi3 with just this second hunk of patch to > fallover to memreserve, or is the first hunk definitely required as > well? Good question. I tested both hunks together. Will try what happens when just applying the second and report back. It is possible that those changes are not enough to get a stable working system. Because while doing make installworld with r357853 and both hunks applied the following just happens: install -N /usr/src/etc -o root -g wheel -m 444 ng_async.4.gz //usr/share/man/man4/ *** Signal 11 Ralf From owner-freebsd-arm@freebsd.org Thu Feb 13 15:05:46 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BC32A1C92F4 for ; Thu, 13 Feb 2020 15:05:46 +0000 (UTC) (envelope-from wera0003@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (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 48JKZd5fH8z4471; Thu, 13 Feb 2020 15:05:45 +0000 (UTC) (envelope-from wera0003@hs-karlsruhe.de) Received: from iz-wera-new.hs-karlsruhe.de ([193.196.65.47]) by smtp.hs-karlsruhe.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1) (envelope-from ) id 1j2G3k-005xlo-9N; Thu, 13 Feb 2020 16:05:44 +0100 Received: from wera0003 (helo=iz-wera-new.HS-Karlsruhe.DE) by iz-wera-new.HS-Karlsruhe.DE with local-esmtp (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1j2G3j-000Mzo-Dw; Thu, 13 Feb 2020 16:05:43 +0100 X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.6 From: Ralf Wenk To: Kyle Evans cc: Andrew Turner , Oleksandr Tymoshenko , freebsd-arm , Emmanuel Vadot Subject: Re: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel In-reply-to: References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Thu, 13 Feb 2020 16:05:43 +0100 Message-Id: X-Rspamd-Queue-Id: 48JKZd5fH8z4471 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of wera0003@hs-karlsruhe.de has no SPF policy when checking 193.196.64.25) smtp.mailfrom=wera0003@hs-karlsruhe.de X-Spamd-Result: default: False [2.75 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[hs-karlsruhe.de]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.09)[asn: 553(0.43), country: EU(-0.01)]; TO_DN_ALL(0.00)[]; SUBJECT_HAS_EXCLAIM(0.00)[]; NEURAL_SPAM_LONG(0.66)[0.656,0]; RCVD_IN_DNSWL_NONE(0.00)[25.64.196.193.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_MEDIUM(0.31)[0.311,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[iz-rpi03@hs-karlsruhe.de,wera0003@hs-karlsruhe.de]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:553, ipnet:193.196.64.0/18, country:EU]; FROM_NEQ_ENVFROM(0.00)[iz-rpi03@hs-karlsruhe.de,wera0003@hs-karlsruhe.de] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 15:05:46 -0000 On 2020-02-13 at 15:26 +0100 Ralf Wenk wrote: > On 2020-02-13 at 7:49 -0600 Kyle Evans wrote: > > On Thu, Feb 13, 2020 at 7:43 AM Ralf Wenk wrote: > > > > > > On 2020-02-12 at 18:00 -0800 Mark Millard wrote via freebsd-arm: > > > > =5B...=5D > > > > > > > > =23 svnlite diff /usr/src/sys/dev/fdt/fdt_common.c > > > > Index: /usr/src/sys/dev/fdt/fdt_common.c > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) > > > > +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) > > > > =40=40 -485,7 +485,18 =40=40 > > > > > > > > tuples =3D res_len / tuple_size; > > > > reservep =3D (pcell_t *)&reserve; > > > > +=23ifdef __aarch64__ > > > > + //HACK=21=21=21 > > > > + // Reserve the first few pages, for example to > > > > + // preserve armstub8-gic.bin or armstub.bin > > > > + // content. > > > > + mr=5B0=5D.mr_start=3D 0; > > > > + mr=5B0=5D.mr_size=3D 2*4096; > > > > + tuples++; > > > > + for (i =3D 1; i < tuples; i++) =7B > > > > +=23else > > > > for (i =3D 0; i < tuples; i++) =7B > > > > +=23endif > > > > > > > > rv =3D fdt_data_to_res(reservep, addr_cells, size_c= ells, > > > > (u_long *)&mr=5Bi=5D.mr_start, (u_long *)&m= r=5Bi=5D.mr_size); > > > > =40=40 -512,6 +523,11 =40=40 > > > > > > > > root =3D OF_finddevice(=22/reserved-memory=22); > > > > if (root =3D=3D -1) =7B > > > > + // Fail over to checking for and handling memreserv= e, > > > > + // such as for a RPi4B. > > > > + if (0 =3D=3D fdt_get_reserved_regions(reserved,mres= erved)) > > > > + return (0); > > > > + > > > > return (ENXIO); > > > > =7D > > > > > > > > > > I can confirm that with your patch(es) my RPi3 does not freeze any = more > > > when loading mac_ntpd.ko. The patches are applied against r357853M.= An reboot is working again too. > > Have you tested the RPi3 with just this second hunk of patch to > > fallover to memreserve, or is the first hunk definitely required as > > well? >=20 > Good question. I tested both hunks together. > Will try what happens when just applying the second and report back. Here it is: Without the first hunk the system freezes again when loading mac_ntpd.ko.= Also the CPU information during boot for CPUs 1 to 3 looks strange again.= mbox0: mbox response error bcm2835_cpufreq0: can't set clock rate (id=3D8) Release APs...APs not started CPU 0: ARM Cortex-A53 r0p4 affinity: 0 Instruction Set Attributes 0 =3D Instruction Set Attributes 1 =3D <> Processor Features 0 =3D Processor Features 1 =3D <> Memory Model Features 0 =3D Memory Model Features 1 =3D <8bit VMID> Memory Model Features 2 =3D <32bit CCIDX,48bit VA> Debug Features 0 =3D <2 CTX BKPTs,4 Watchpoints,6=20 Breakpoints,PMUv3,Debugv8> Debug Features 1 =3D <> Auxiliary Features 0 =3D <> Auxiliary Features 1 =3D <> CPU 1: (null) (null) r0p0 affinity: 0 CPU 2: (null) (null) r0p0 affinity: 0 CPU 3: (null) (null) r0p0 affinity: 0 WARNING: WITNESS option enabled, expect reduced performance. Ralf From owner-freebsd-arm@freebsd.org Thu Feb 13 15:22:38 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 63D1F1CA176 for ; Thu, 13 Feb 2020 15:22:38 +0000 (UTC) (envelope-from kevans@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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48JKy6242Qz45mV; Thu, 13 Feb 2020 15:22:38 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f176.google.com (mail-qk1-f176.google.com [209.85.222.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 356682D27; Thu, 13 Feb 2020 15:22:38 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f176.google.com with SMTP id d11so5984632qko.8; Thu, 13 Feb 2020 07:22:38 -0800 (PST) X-Gm-Message-State: APjAAAUO5NiGIOzeUfz8NXWYPadsoC/ekCS3PFJ4H4TlWsLhBr+W2mm0 gQeSEg+yKYSF6bZb9rENAD0BWOwoG1mMUzu/c50= X-Google-Smtp-Source: APXvYqzR+A+Sjas5W6h9s9XAn1q079wGK+b+Qcg6YrrAZR9Z7QI2XRLSKgVT1Bfh4gGypheFpNj/2MO9SID/tePG/1o= X-Received: by 2002:ae9:e10e:: with SMTP id g14mr16608963qkm.430.1581607357657; Thu, 13 Feb 2020 07:22:37 -0800 (PST) MIME-Version: 1.0 References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> In-Reply-To: From: Kyle Evans Date: Thu, 13 Feb 2020 09:22:26 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel To: Ralf Wenk Cc: Andrew Turner , Oleksandr Tymoshenko , freebsd-arm , Emmanuel Vadot Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 15:22:38 -0000 On Thu, Feb 13, 2020 at 9:05 AM Ralf Wenk wrote: > > On 2020-02-13 at 15:26 +0100 Ralf Wenk wrote: > > On 2020-02-13 at 7:49 -0600 Kyle Evans wrote: > > > On Thu, Feb 13, 2020 at 7:43 AM Ralf Wenk wrote: > > > > > > > > On 2020-02-12 at 18:00 -0800 Mark Millard wrote via freebsd-arm: > > > > > [...] > > > > > > > > > > # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c > > > > > Index: /usr/src/sys/dev/fdt/fdt_common.c > > > > > =================================================================== > > > > > --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) > > > > > +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) > > > > > @@ -485,7 +485,18 @@ > > > > > > > > > > tuples = res_len / tuple_size; > > > > > reservep = (pcell_t *)&reserve; > > > > > +#ifdef __aarch64__ > > > > > + //HACK!!! > > > > > + // Reserve the first few pages, for example to > > > > > + // preserve armstub8-gic.bin or armstub.bin > > > > > + // content. > > > > > + mr[0].mr_start= 0; > > > > > + mr[0].mr_size= 2*4096; > > > > > + tuples++; > > > > > + for (i = 1; i < tuples; i++) { > > > > > +#else > > > > > for (i = 0; i < tuples; i++) { > > > > > +#endif > > > > > > > > > > rv = fdt_data_to_res(reservep, addr_cells, size_cells, > > > > > (u_long *)&mr[i].mr_start, (u_long *)&mr[i].mr_size); > > > > > @@ -512,6 +523,11 @@ > > > > > > > > > > root = OF_finddevice("/reserved-memory"); > > > > > if (root == -1) { > > > > > + // Fail over to checking for and handling memreserve, > > > > > + // such as for a RPi4B. > > > > > + if (0 == fdt_get_reserved_regions(reserved,mreserved)) > > > > > + return (0); > > > > > + > > > > > return (ENXIO); > > > > > } > > > > > > > > > > > > > I can confirm that with your patch(es) my RPi3 does not freeze any more > > > > when loading mac_ntpd.ko. The patches are applied against r357853M. > > An reboot is working again too. > > > > Have you tested the RPi3 with just this second hunk of patch to > > > fallover to memreserve, or is the first hunk definitely required as > > > well? > > > > Good question. I tested both hunks together. > > Will try what happens when just applying the second and report back. > > Here it is: > Without the first hunk the system freezes again when loading mac_ntpd.ko. > Also the CPU information during boot for CPUs 1 to 3 looks strange again. > Yeah- I see it now; both armstubs are about 5k. I've raised an issue[0] with upstream for armstub/rpi bits to work out the proper solution, because I don't necessarily want to commit the workaround. I'll throw up the second hunk on phabricator for review by #arm/#arm64 folks, because that seems to me the proper fallback. I also discovered some issues when trying to read /memreserve/ with our dtc and filed a PR[1] to fix those. Thanks, Kyle Evans [0] https://github.com/raspberrypi/tools/issues/107 [1] https://github.com/davidchisnall/dtc/pull/59 From owner-freebsd-arm@freebsd.org Thu Feb 13 15:23:47 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A0E6F1CA29D for ; Thu, 13 Feb 2020 15:23:47 +0000 (UTC) (envelope-from wera0003@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (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 48JKzR0XKzz45vQ; Thu, 13 Feb 2020 15:23:46 +0000 (UTC) (envelope-from wera0003@hs-karlsruhe.de) Received: from iz-wera-new.hs-karlsruhe.de ([193.196.65.47]) by smtp.hs-karlsruhe.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1) (envelope-from ) id 1j2GLB-005m3e-M1; Thu, 13 Feb 2020 16:23:45 +0100 Received: from wera0003 (helo=iz-wera-new.HS-Karlsruhe.DE) by iz-wera-new.HS-Karlsruhe.DE with local-esmtp (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1j2GLA-000N0i-EO; Thu, 13 Feb 2020 16:23:44 +0100 X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.6 From: Ralf Wenk To: Kyle Evans cc: Andrew Turner , Oleksandr Tymoshenko , freebsd-arm , Emmanuel Vadot Subject: Re: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel In-reply-to: References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Feb 2020 16:23:44 +0100 Message-Id: X-Rspamd-Queue-Id: 48JKzR0XKzz45vQ X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of wera0003@hs-karlsruhe.de has no SPF policy when checking 193.196.64.25) smtp.mailfrom=wera0003@hs-karlsruhe.de X-Spamd-Result: default: False [2.61 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[hs-karlsruhe.de]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.08)[asn: 553(0.43), country: EU(-0.01)]; TO_DN_ALL(0.00)[]; SUBJECT_HAS_EXCLAIM(0.00)[]; NEURAL_SPAM_LONG(0.60)[0.605,0]; RCVD_IN_DNSWL_NONE(0.00)[25.64.196.193.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_MEDIUM(0.22)[0.221,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[iz-rpi03@hs-karlsruhe.de,wera0003@hs-karlsruhe.de]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:553, ipnet:193.196.64.0/18, country:EU]; FROM_NEQ_ENVFROM(0.00)[iz-rpi03@hs-karlsruhe.de,wera0003@hs-karlsruhe.de] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 15:23:47 -0000 On 2020-02-13 at 16:05 +0100 Ralf Wenk wrote: > On 2020-02-13 at 15:26 +0100 Ralf Wenk wrote: > > On 2020-02-13 at 7:49 -0600 Kyle Evans wrote: > > > On Thu, Feb 13, 2020 at 7:43 AM Ralf Wenk wrote: > > > > > > > > On 2020-02-12 at 18:00 -0800 Mark Millard wrote via freebsd-arm: > > > > > [...] > > > > > > > > > > # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c > > > > > Index: /usr/src/sys/dev/fdt/fdt_common.c > > > > > =================================================================== > > > > > --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) > > > > > +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) > > > > > @@ -485,7 +485,18 @@ > > > > > > > > > > tuples = res_len / tuple_size; > > > > > reservep = (pcell_t *)&reserve; > > > > > +#ifdef __aarch64__ > > > > > + //HACK!!! > > > > > + // Reserve the first few pages, for example to > > > > > + // preserve armstub8-gic.bin or armstub.bin > > > > > + // content. > > > > > + mr[0].mr_start= 0; > > > > > + mr[0].mr_size= 2*4096; > > > > > + tuples++; > > > > > + for (i = 1; i < tuples; i++) { > > > > > +#else > > > > > for (i = 0; i < tuples; i++) { > > > > > +#endif > > > > > > > > > > rv = fdt_data_to_res(reservep, addr_cells, size_cells, > > > > > (u_long *)&mr[i].mr_start, (u_long *)&mr[i].mr_size); > > > > > @@ -512,6 +523,11 @@ > > > > > > > > > > root = OF_finddevice("/reserved-memory"); > > > > > if (root == -1) { > > > > > + // Fail over to checking for and handling memreserve, > > > > > + // such as for a RPi4B. > > > > > + if (0 == fdt_get_reserved_regions(reserved,mreserved)) > > > > > + return (0); > > > > > + > > > > > return (ENXIO); > > > > > } > > > > > > > > > > > > > I can confirm that with your patch(es) my RPi3 does not freeze any more > > > > when loading mac_ntpd.ko. The patches are applied against r357853M. > > An reboot is working again too. > > > > Have you tested the RPi3 with just this second hunk of patch to > > > fallover to memreserve, or is the first hunk definitely required as > > > well? > > > > Good question. I tested both hunks together. > > Will try what happens when just applying the second and report back. > > Here it is: > Without the first hunk the system freezes again when loading mac_ntpd.ko. > [...] And after a couple of minutes the kernel panics with the known "possible deadlock" message. panic: deadlres_td_on_lock: possible deadlock detected for 0xffff000052753560, blocked for 902372 ticks cpuid = 0 time = 925 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc = 0xffff00000074f0cc lr = 0xffff000000106b6c sp = 0xffff00005214b580 fp = 0xffff00005214b790 db_trace_self_wrapper() at vpanic+0x194 pc = 0xffff000000106b6c lr = 0xffff00000040de90 sp = 0xffff00005214b7a0 fp = 0xffff00005214b850 vpanic() at panic+0x44 pc = 0xffff00000040de90 lr = 0xffff00000040dc38 sp = 0xffff00005214b860 fp = 0xffff00005214b8e0 panic() at deadlkres+0x2dc pc = 0xffff00000040dc38 lr = 0xffff0000003a60a0 sp = 0xffff00005214b8f0 fp = 0xffff00005214b940 deadlkres() at fork_exit+0x7c pc = 0xffff0000003a60a0 lr = 0xffff0000003cb658 sp = 0xffff00005214b950 fp = 0xffff00005214b980 fork_exit() at fork_trampoline+0x10 pc = 0xffff0000003cb658 lr = 0xffff00000076c514 sp = 0xffff00005214b990 fp = 0x0000000000000000 KDB: enter: panic [ thread pid 0 tid 100083 ] Stopped at 0 db> Ralf From owner-freebsd-arm@freebsd.org Thu Feb 13 16:50:27 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 186401CCC96 for ; Thu, 13 Feb 2020 16:50:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.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 48JMvP5GVrz4CyW for ; Thu, 13 Feb 2020 16:50:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 4swsG.0VM1kw0pQlVuKKRQbm8E88jos1xJEKNc9BnwFC4EFDMdexjPzvCFDNzQK cJs1FnhPfGnxnpk4EZ2T3ilpKFMUhhg.9DHm8ZKtmnLynUp.1BjiH9f93Mgh_oF6bCBVoAEW3gru AGq41YPT9f4cFia6bOwFLehno9hete2.PQZ5VsebxgWf8wbsF4lUmwVCfGHs94DAO8R3XPgFqsWJ J4wqUpCeWQ00RjeMlbgNUyF_YhLwSN0g2W1UphasLmdctiJd9m9ra4BB9tDAq6aeiCjjzPe6.SNf eWcKquNY_Ibx6nyaMOJdvUvA7aZCE4P3WVnT0HAZgT64y_HuMHp7buhyEvHGPQu9FPQN44X7J9W. efH7urPJyrdF0khtoCEjCkPeeAQHz_u.Wve2MNZYp.Pudd1PxhNpZQg.tl2HwMnPBCAcwD6jD8mZ uvBgdrn5Rrz3asCY7Fpdg0fpK9G78FS23fx3UMaT9cSL_8g7wnb6USajGOk4jbtLnAnf65Zj9mZH ._w7MUCZeraphe1k1KxJ.1X2Mb021CANXkHJOaDeD8GFsFfZ2koq4UfospWR7bIXLwKgncnOkemc 3N.cg5UepVh09to3Zh7LExZ60ww94n0DYHJEaGJbRCoQ3MgUOvf9nPjsW_BzhK8fr7S3At65hoev Lzg8C.UbfHBpAGHjieVeIgLRbW7Sfl2ZaeH_nNZfhvdAFuOEauPjaYTJKxf.joDYFISgYyiI9.9e 8HxRFL7EyOkPGYdF6SNyxswQ8Ro7FMzPbHQGO7C30vOfaZsjoTnj87sCVql_z_VkkIzWNoJENCF1 PRLTcYGM7q.xLw6spGabOWyiJl5YwOirzIWGdp7mgrAjcBjQHM3iLHDL9IYq04T1od2Qe2ekn11W c.Kb83EPTeWbEL15ja9ZUl.UF2gp8S.pLdEyPiA9_TKTj0tdwNYO5OZ.x3DbDh1BqF8Z6HR9k2HC _.AVnisv.aG8IF6dtauWbMovp4L3aYB0tReLKUogiww_iSpMrsEn8t_DW5edjbSscD__56oBaNsh uQ59MRII7dewsZdhYVbiAE8AmZjgNrCrUjZa3GtYkYJ8WjCsPlxTLep1NhjHXCGTX8_a.LhjMyQ0 U_KZ.nB1Rrlwx0kDR0Jjutc0tDAO80gtYbNCs8RE38MbNL263VggbvETOKFf.7wkWnDNaPDm4y6Y zTcWOYeQmPCpsPw.QeAgcEsXW.qpNFlXC4Y_OzftgKcm0ni0Yg0ZKppdDCYof1.oZGZqcj_HXWMj lNpiiHUItfjGJbYBgA8WzZs2LsjboqCAdM6Iff8WdbopReSmeEAkLPafCaPAHLOfNcC5bp_l6.oX KYYV2vlzo2WugtxyiG1_dSK1BEoRhh6qimS823miC5fpgD5B_84Xvk8.SE9qvvofHedxJmd0qH_U JIvJ.F3MlPPn6dI_KdxwhNR_mcYMJaOKe8w-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 Feb 2020 16:50:24 +0000 Received: by smtp416.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 46e103adf9fdd5ad37816621d8d85d3a; Thu, 13 Feb 2020 16:50:19 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel From: Mark Millard In-Reply-To: Date: Thu, 13 Feb 2020 08:50:17 -0800 Cc: Ralf Wenk , Andrew Turner , Oleksandr Tymoshenko , freebsd-arm , Emmanuel Vadot Content-Transfer-Encoding: quoted-printable Message-Id: References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48JMvP5GVrz4CyW X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.45 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; RCPT_COUNT_FIVE(0.00)[6]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; SUBJECT_HAS_EXCLAIM(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.0,0.0.0.2,0.0.0.1,0.0.0.3]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.968,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.2,0.0.0.1,0.0.0.0,0.0.0.3]; NEURAL_HAM_LONG(-0.98)[-0.981,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (1.89), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[31.68.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 16:50:27 -0000 On 2020-Feb-13, at 07:22, Kyle Evans wrote: > On Thu, Feb 13, 2020 at 9:05 AM Ralf Wenk = wrote: >>=20 >> On 2020-02-13 at 15:26 +0100 Ralf Wenk wrote: >>> On 2020-02-13 at 7:49 -0600 Kyle Evans wrote: >>>> On Thu, Feb 13, 2020 at 7:43 AM Ralf Wenk = wrote: >>>>>=20 >>>>> On 2020-02-12 at 18:00 -0800 Mark Millard wrote via freebsd-arm: >>>>>> [...] >>>>>>=20 >>>>>> # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c >>>>>> Index: /usr/src/sys/dev/fdt/fdt_common.c >>>>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>>> --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) >>>>>> +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) >>>>>> @@ -485,7 +485,18 @@ >>>>>>=20 >>>>>> tuples =3D res_len / tuple_size; >>>>>> reservep =3D (pcell_t *)&reserve; >>>>>> +#ifdef __aarch64__ >>>>>> + //HACK!!! >>>>>> + // Reserve the first few pages, for example to >>>>>> + // preserve armstub8-gic.bin or armstub.bin >>>>>> + // content. >>>>>> + mr[0].mr_start=3D 0; >>>>>> + mr[0].mr_size=3D 2*4096; >>>>>> + tuples++; >>>>>> + for (i =3D 1; i < tuples; i++) { >>>>>> +#else >>>>>> for (i =3D 0; i < tuples; i++) { >>>>>> +#endif >>>>>>=20 >>>>>> rv =3D fdt_data_to_res(reservep, addr_cells, = size_cells, >>>>>> (u_long *)&mr[i].mr_start, (u_long = *)&mr[i].mr_size); >>>>>> @@ -512,6 +523,11 @@ >>>>>>=20 >>>>>> root =3D OF_finddevice("/reserved-memory"); >>>>>> if (root =3D=3D -1) { >>>>>> + // Fail over to checking for and handling = memreserve, >>>>>> + // such as for a RPi4B. >>>>>> + if (0 =3D=3D = fdt_get_reserved_regions(reserved,mreserved)) >>>>>> + return (0); >>>>>> + >>>>>> return (ENXIO); >>>>>> } >>>>>>=20 >>>>>=20 >>>>> I can confirm that with your patch(es) my RPi3 does not freeze any = more >>>>> when loading mac_ntpd.ko. The patches are applied against = r357853M. >>=20 >> An reboot is working again too. >>=20 >>>> Have you tested the RPi3 with just this second hunk of patch to >>>> fallover to memreserve, or is the first hunk definitely required as >>>> well? >>>=20 >>> Good question. I tested both hunks together. >>> Will try what happens when just applying the second and report back. >>=20 >> Here it is: >> Without the first hunk the system freezes again when loading = mac_ntpd.ko. >> Also the CPU information during boot for CPUs 1 to 3 looks strange = again. >>=20 >=20 > Yeah- I see it now; both armstubs are about 5k. I've raised an > issue[0] with upstream for armstub/rpi bits to work out the proper > solution, because I don't necessarily want to commit the workaround. > I'll throw up the second hunk on phabricator for review by #arm/#arm64 > folks, because that seems to me the proper fallback. >=20 > I also discovered some issues when trying to read /memreserve/ with > our dtc and filed a PR[1] to fix those. >=20 > Thanks, >=20 > Kyle Evans >=20 > [0] https://github.com/raspberrypi/tools/issues/107 > [1] https://github.com/davidchisnall/dtc/pull/59 The DTB information below is from: U-Boot> fdt addr 0x7ef2000=20 U-Boot> fdt print / =20 on a RPi4B 4 GiByte. On at least the RPi4B memreserve is not what causes the first page to be excluded: memreserve =3D <0x3b400000 0x04c00000>; Nor is memory@0 the cause: memory@0 { device_type =3D "memory"; reg =3D <0x00000000 0x00000000 0x3b400000 0x00000000 = 0x40000000 0xbc000000>; }; (That also skips the memreserve area.) I do not find anything in the DTB that indicates to exclude the first page. My hypothesis is that the FreeBSD code excludes the page based on some less obvious relationship that I'm not identifying. There is the cpu-rlease-addr information that seems to refer to some 1st memory page content: cpus { #address-cells =3D <0x00000001>; #size-cells =3D <0x00000000>; enable-method =3D "brcm,bcm2836-smp"; phandle =3D <0x000000be>; cpu@0 { device_type =3D "cpu"; compatible =3D "arm,cortex-a72"; reg =3D <0x00000000>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x00000000 0x000000d8>; phandle =3D <0x0000001d>; }; cpu@1 { device_type =3D "cpu"; compatible =3D "arm,cortex-a72"; reg =3D <0x00000001>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x00000000 0x000000e0>; phandle =3D <0x0000001e>; }; cpu@2 { device_type =3D "cpu"; compatible =3D "arm,cortex-a72"; reg =3D <0x00000002>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x00000000 0x000000e8>; phandle =3D <0x0000001f>; }; cpu@3 { device_type =3D "cpu"; compatible =3D "arm,cortex-a72"; reg =3D <0x00000003>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x00000000 0x000000f0>; phandle =3D <0x00000020>; }; }; =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Feb 13 17:37:11 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 39E371CE2A4 for ; Thu, 13 Feb 2020 17:37:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.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 48JNxK3xF5z4GHP for ; Thu, 13 Feb 2020 17:37:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: U.fpZ_YVM1nWsBfcb83iKVGssJbSwUSPeOSsGgPD0eOudwZMLr9tXweTcmYWrQh X_fZSsOE.D9dR7dvwienK0Rk7Icyuv3WFJWfHij0fLwtL7ZPOBGSd0quERH1BDQsqUoyd3Qa4BJ9 27I8x0Z9crGvkaQxLStfYri0h0nzb07IpVHMti_pTSFBQ8FniWkjZlDEHEmguG7aLXgIj591D2dz wECIAl35qDiR1Ii.R0j..rnZlg9zpZnlU8fBYQ3ZVKCDCfqCGrASP5N28I6pCBPK3inlw1MIRDhv C8rTMvtFKebVBHDtH3A.0gTD1uFCA7C523YjIbKdQX5UXUeTQrAb1r_GleBy1AtL.vJXwImC4TVQ JvPgDWn3erCfwl1KYomDir4au2jC4__5qwpoc959W2Zua6zOV4nWQnMQHjqiBAAgyv0phS65GVFz OfD5EGBCODEsvmcpzsq2tDlYc6Sa9pZeMm1Mnrfp5w7kkaS1LRV95L5v_1r3O3mERlXYyv.WoYRW ZPrAA0zRJ_2HU.iiJB.oMX7tRVjG0LWDQweHBDMtZENRhmKxPBnIz6BEAbVZFGDqVwv5_U5jKQ32 pxA2eESDijteZ9cWB.u3N143Xve44PXwLksGaXq8qAWTdYmx0dx1.ISF3YiRXST45yOEsAbHKk2Q nsE9Zd_G7z2a.WYUJBhjbiNR92.KyBrU7pX6p5OwJ_nSKVRetIaMyW9sbG3NDqNGeSfIG0EhDbSF osBHRG8TiusGJncWWKWAoHG8vPHsa29DyYVQQHfch1BsHhbEyZ_WltsUvfjPVMgfgBigGRS7UnjT OvLz3k17CXL3y7spGpyh0g.KgAaRUePlyqV31BuxcJwFg3riWMKx3KhSr1TZAmCywFjoNcwZHiCl MqeE3HIuvM7kO4YLHMDbS6gS6U.eaqcqaRVdW6YRrhJHe0EfTgbr.3IUOKbRX17UTBNF.phFEBrM cLQ4qp2pWrVraOkUHuoPhelkNox4hm8h7lypwABOmgUzpnGx4C.U4BVYHMaz9TqFQcX_LfGTV0IM mwKcWqlmaJrVy5pO8TdncvI6CsGe1zll8F74kBqc9EWEuWmxb0Fo4ibGxgKNFRO71Piq8Np7lZzg q_Bwrg.RWehtEA09S46WShvGy74fhhyiYgOFnZJKRXlDAXlNlOamBz7xUx862APKKMbz5OUEQMsV ZjLZVWxyOj8TQHwlLp3mI1VASc.4Pl51n88ezv6UBexm4TVxyS5BGixBPIB5HKx__EgJXMXbz3vJ PM18maON1iavXSpFp8gUcEAMbO7ls7DEbXuEX9XICtAJb0R89znSuYZnhCY7yqm_iYH4FmGWr_sZ VYH.65kXyhmaYGsuz79NmnQHGF15a02pL6oZjV1CgyJoSzV0NDy5.2_72XuI716NnBRaIjyEZs.B 5vhoGI1KKYJ.zzSfEVd6yoyI17_KT34UzG78- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 Feb 2020 17:37:07 +0000 Received: by smtp432.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0cda293c4329448304f88e5bf71e15df; Thu, 13 Feb 2020 17:37:01 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel From: Mark Millard In-Reply-To: Date: Thu, 13 Feb 2020 09:36:59 -0800 Cc: Ralf Wenk , Andrew Turner , Oleksandr Tymoshenko , freebsd-arm , Emmanuel Vadot Content-Transfer-Encoding: quoted-printable Message-Id: <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48JNxK3xF5z4GHP X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.18 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; RCPT_COUNT_FIVE(0.00)[6]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; SUBJECT_HAS_EXCLAIM(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.2,0.0.0.0,0.0.0.1,0.0.0.3]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.77)[-0.767,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0,0.0.0.3,0.0.0.2,0.0.0.1]; NEURAL_HAM_LONG(-0.91)[-0.909,0]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.68.137.98.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (2.92), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 17:37:11 -0000 On 2020-Feb-13, at 08:50, Mark Millard wrote: > On 2020-Feb-13, at 07:22, Kyle Evans wrote: >=20 >> On Thu, Feb 13, 2020 at 9:05 AM Ralf Wenk = wrote: >>>=20 >>> On 2020-02-13 at 15:26 +0100 Ralf Wenk wrote: >>>> On 2020-02-13 at 7:49 -0600 Kyle Evans wrote: >>>>> On Thu, Feb 13, 2020 at 7:43 AM Ralf Wenk = wrote: >>>>>>=20 >>>>>> On 2020-02-12 at 18:00 -0800 Mark Millard wrote via freebsd-arm: >>>>>>> [...] >>>>>>>=20 >>>>>>> # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c >>>>>>> Index: /usr/src/sys/dev/fdt/fdt_common.c >>>>>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>>>> --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) >>>>>>> +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) >>>>>>> @@ -485,7 +485,18 @@ >>>>>>>=20 >>>>>>> tuples =3D res_len / tuple_size; >>>>>>> reservep =3D (pcell_t *)&reserve; >>>>>>> +#ifdef __aarch64__ >>>>>>> + //HACK!!! >>>>>>> + // Reserve the first few pages, for example to >>>>>>> + // preserve armstub8-gic.bin or armstub.bin >>>>>>> + // content. >>>>>>> + mr[0].mr_start=3D 0; >>>>>>> + mr[0].mr_size=3D 2*4096; >>>>>>> + tuples++; >>>>>>> + for (i =3D 1; i < tuples; i++) { >>>>>>> +#else >>>>>>> for (i =3D 0; i < tuples; i++) { >>>>>>> +#endif >>>>>>>=20 >>>>>>> rv =3D fdt_data_to_res(reservep, addr_cells, = size_cells, >>>>>>> (u_long *)&mr[i].mr_start, (u_long = *)&mr[i].mr_size); >>>>>>> @@ -512,6 +523,11 @@ >>>>>>>=20 >>>>>>> root =3D OF_finddevice("/reserved-memory"); >>>>>>> if (root =3D=3D -1) { >>>>>>> + // Fail over to checking for and handling = memreserve, >>>>>>> + // such as for a RPi4B. >>>>>>> + if (0 =3D=3D = fdt_get_reserved_regions(reserved,mreserved)) >>>>>>> + return (0); >>>>>>> + >>>>>>> return (ENXIO); >>>>>>> } >>>>>>>=20 >>>>>>=20 >>>>>> I can confirm that with your patch(es) my RPi3 does not freeze = any more >>>>>> when loading mac_ntpd.ko. The patches are applied against = r357853M. >>>=20 >>> An reboot is working again too. >>>=20 >>>>> Have you tested the RPi3 with just this second hunk of patch to >>>>> fallover to memreserve, or is the first hunk definitely required = as >>>>> well? >>>>=20 >>>> Good question. I tested both hunks together. >>>> Will try what happens when just applying the second and report = back. >>>=20 >>> Here it is: >>> Without the first hunk the system freezes again when loading = mac_ntpd.ko. >>> Also the CPU information during boot for CPUs 1 to 3 looks strange = again. >>>=20 >>=20 >> Yeah- I see it now; both armstubs are about 5k. I've raised an >> issue[0] with upstream for armstub/rpi bits to work out the proper >> solution, because I don't necessarily want to commit the workaround. >> I'll throw up the second hunk on phabricator for review by = #arm/#arm64 >> folks, because that seems to me the proper fallback. >>=20 >> I also discovered some issues when trying to read /memreserve/ with >> our dtc and filed a PR[1] to fix those. >>=20 >> Thanks, >>=20 >> Kyle Evans >>=20 >> [0] https://github.com/raspberrypi/tools/issues/107 >> [1] https://github.com/davidchisnall/dtc/pull/59 >=20 > The DTB information below is from: >=20 > U-Boot> fdt addr 0x7ef2000=20 > U-Boot> fdt print / =20 >=20 > on a RPi4B 4 GiByte. >=20 > On at least the RPi4B memreserve is not what causes > the first page to be excluded: >=20 > memreserve =3D <0x3b400000 0x04c00000>; >=20 > Nor is memory@0 the cause: >=20 > memory@0 { > device_type =3D "memory"; > reg =3D <0x00000000 0x00000000 0x3b400000 0x00000000 = 0x40000000 0xbc000000>; > }; >=20 > (That also skips the memreserve area.) >=20 > I do not find anything in the DTB that indicates > to exclude the first page. >=20 > My hypothesis is that the FreeBSD code excludes > the page based on some less obvious relationship > that I'm not identifying. >=20 > There is the cpu-rlease-addr information that seems > to refer to some 1st memory page content: >=20 > cpus { > #address-cells =3D <0x00000001>; > #size-cells =3D <0x00000000>; > enable-method =3D "brcm,bcm2836-smp"; > phandle =3D <0x000000be>; > cpu@0 { > device_type =3D "cpu"; > compatible =3D "arm,cortex-a72"; > reg =3D <0x00000000>; > enable-method =3D "spin-table"; > cpu-release-addr =3D <0x00000000 0x000000d8>; > phandle =3D <0x0000001d>; > }; > cpu@1 { > device_type =3D "cpu"; > compatible =3D "arm,cortex-a72"; > reg =3D <0x00000001>; > enable-method =3D "spin-table"; > cpu-release-addr =3D <0x00000000 0x000000e0>; > phandle =3D <0x0000001e>; > }; > cpu@2 { > device_type =3D "cpu"; > compatible =3D "arm,cortex-a72"; > reg =3D <0x00000002>; > enable-method =3D "spin-table"; > cpu-release-addr =3D <0x00000000 0x000000e8>; > phandle =3D <0x0000001f>; > }; > cpu@3 { > device_type =3D "cpu"; > compatible =3D "arm,cortex-a72"; > reg =3D <0x00000003>; > enable-method =3D "spin-table"; > cpu-release-addr =3D <0x00000000 0x000000f0>; > phandle =3D <0x00000020>; > }; > }; Looking at the code there is: /* Load the physical memory ranges */ efihdr =3D (struct efi_map_header *)preload_search_info(kmdp, MODINFO_METADATA | MODINFOMD_EFI_MAP); if (efihdr !=3D NULL) add_efi_map_entries(efihdr); #ifdef FDT else { /* Grab physical memory regions information from device = tree. */ if (fdt_get_mem_regions(mem_regions, &mem_regions_sz, NULL) !=3D 0) panic("Cannot get physical memory regions"); arm_physmem_hardware_regions(mem_regions, = mem_regions_sz); } if (fdt_get_reserved_mem(mem_regions, &mem_regions_sz) =3D=3D 0) arm_physmem_exclude_regions(mem_regions, mem_regions_sz, EXFLAG_NODUMP | EXFLAG_NOALLOC); #endif /* Exclude the EFI framebuffer from our view of physical memory. = */ efifb =3D (struct efi_fb *)preload_search_info(kmdp, MODINFO_METADATA | MODINFOMD_EFI_FB); if (efifb !=3D NULL) arm_physmem_exclude_region(efifb->fb_addr, = efifb->fb_size, EXFLAG_NOALLOC); . . . if (boothowto & RB_VERBOSE) { print_efi_map_entries(efihdr); arm_physmem_print_tables(); } It looks to me like the boot -v text: Type Physical Virtual #Pages Attr Reserved 000000000000 0 00000001 WB=20 ConventionalMemory 000000001000 1000 00007ef1 WB=20 BootServicesData 000007ef2000 7ef2000 0000001c WB=20 ConventionalMemory 000007f0e000 7f0e000 00029f93 WB=20 BootServicesData 000031ea1000 31ea1000 00000001 WB=20 LoaderData 000031ea2000 31ea2000 00008001 WB=20 LoaderCode 000039ea3000 39ea3000 000000a6 WB=20 Reserved 000039f49000 39f49000 00000007 WB=20 BootServicesData 000039f50000 39f50000 00000001 WB=20 Reserved 000039f51000 39f51000 00000002 WB=20 RuntimeServicesData 000039f53000 39f53000 00000001 WB RUNTIME Reserved 000039f54000 39f54000 00000001 WB=20 BootServicesData 000039f55000 39f55000 00000002 WB=20 RuntimeServicesData 000039f57000 39f57000 00000001 WB RUNTIME LoaderData 000039f58000 39f58000 00001408 WB=20 RuntimeServicesCode 00003b360000 3b360000 00000010 WB RUNTIME LoaderData 00003b370000 3b370000 00000090 WB=20 BootServicesData 000040000000 40000000 000bc000 WB=20 MemoryMappedIO 0000fe100000 fe100000 00000001 RUNTIME is from print_efi_map_entries via the efihdr instead of from the FreeBSD FDT code and the DTB. So is it u-boot that provides the efihdr for which add_efi_map_entries generated those regions? That might explain why I do not find matching DTB material for all of it. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Feb 13 17:55:37 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E99F91CEA88 for ; Thu, 13 Feb 2020 17:55:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.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 48JPLc5PPDz4H8V for ; Thu, 13 Feb 2020 17:55:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ySHFVl8VM1l_pVzKOBhhEgUywBJWXSuF_V1r_kqqCYx_kgiuKDlOsZFX74vYA.u oB3iKkd97x_YEq3pVUYuNpFxB1ReuEgYubZ0zzTyFiSuoptu05k_1J7ow80i2UsrlHFp7b4GJv1m JEYrubWxeIn6Vc.UUp.AtrGjnNJJhnGGzpKwrfhNwiAc8WbaY1z8rMWnLP_OKv2b1nMsR33aA9Rp W5SKtFqQfA5JHu7YAfy.6jUgw4ndYBQV_WDjfg8uLroN4fL8EEtbazg3hb7MCKTm6Kaxd8xSO_SQ x2IBbIvneC7HFSOC.eGagQa0TWHKei14h7r6u.O.pbHx2aUHkB1RKh9TvaCLK6hh3vSufJLVOybs j5Z1WSi9dZDtXxoKIRWnOv6PD4UrUIVHtWa.Tw6A5521JwENwWAbv.J665oI2SRzWZAOedfM6M3q QlrOLlaFMyZNNWzc4znJmnlRMWzKV0eUE3jEg9agGQeDJuSZXa6nyif4csbbVc6RssbuyI6x0w9S w9zDpnHsTpHS3k3yjjO_cdFXNCSxcFkOFlfQk1q2SADoeMKisAxcW0a_4LeTEfXxTesaW5TomxJ2 hkPUznZs8VmgEeW5ZURvQjP2zXeKBCTD5Q6joc3mdmNB_N1EPgFslCntH9X93yNru9wn0AkEaz.V soApoEpPkOcRN7tslWxhvXJDY3i0jrLx9LIgSRSTi.gUJYw7mkXcTNihNVFnx1aDZPCyhlE1R2w6 SkH8TfBJ0Zwf9J4KNJxchTnyyrHzrtEa6XFiI25_phhwpdaPd5.1Hz9AWZObL9qLpyAlJfBBteYP GySRlPiuBoeBSBl08EYbb5YzbEosZ_ssKnplTLyjULqIbQ_Ljbz47V5eVdWE0O04FuZfsld1cw2s NB.9JYjZYMZxtXN92UdbJVlJ4_cGk1C3Zyd9VdvwdKGCn74O_n9P2tpNCtl.1VldMMzPPW3Ta3GF eks40jCOKPv5GI9cuoG7K9kE1hiWHnp5llYx2yNY.4uPEECqMeQaezc2ZYThl7p61pH2qGdeBYRZ qmDWBD7RDar.cRCSM.jiItZthARaX3UfeLei0rJ.T304OT6WmBbsufijnnPbxKaVTs1hyV5SSzOW pbTw5jOo49FsQ.rBE_AGDvN9uWeVfNgG9HD0nAWDw57DO4rQDI8xPDqhZ1olHF1.8IbQ.61Ef4kN wUBA3LFpVa3vErh5KNDsQtVIvrbYD1LVTdmz.1_kyt1Jhe9YLAAH2yalITAFFZK7nsRLdofkNHV9 wq8B3ifWzKk3ZaRIuQLeKSSM1lmm0zHmrRofiKUZPHE4i0d64ToCj4SgPiSELNU3cOosU2BL6WqO j55IuBCgC.Pm99wp3o0o8nXyCHJzyQbplAkYG5SI8LVO2ZE.0z3M.hsEKbsw2M9X3UjTfsmDTej8 Bivdne1wZ7z3D4BPJ6S869DstplXuxswnZjQDyJaNZx7pBE1C27_niJmcJ1uTbK.fzR7IVzQgMNV P0g-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 Feb 2020 17:55:34 +0000 Received: by smtp425.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 3400c3b6cf3686a70ac32c9f29c3688d; Thu, 13 Feb 2020 17:55:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel From: Mark Millard In-Reply-To: <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> Date: Thu, 13 Feb 2020 09:55:27 -0800 Cc: Ralf Wenk , Andrew Turner , Oleksandr Tymoshenko , freebsd-arm , Emmanuel Vadot Content-Transfer-Encoding: quoted-printable Message-Id: <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48JPLc5PPDz4H8V X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.35 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; RCPT_COUNT_FIVE(0.00)[6]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; SUBJECT_HAS_EXCLAIM(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.0,0.0.0.2,0.0.0.3,0.0.0.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.89)[-0.887,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0,0.0.0.1,0.0.0.2,0.0.0.3]; NEURAL_HAM_LONG(-0.97)[-0.967,0]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[31.68.137.98.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (1.55), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 17:55:38 -0000 On 2020-Feb-13, at 09:36, Mark Millard wrote: > On 2020-Feb-13, at 08:50, Mark Millard wrote: >=20 >> On 2020-Feb-13, at 07:22, Kyle Evans wrote: >>=20 >>> On Thu, Feb 13, 2020 at 9:05 AM Ralf Wenk = wrote: >>>>=20 >>>> On 2020-02-13 at 15:26 +0100 Ralf Wenk wrote: >>>>> On 2020-02-13 at 7:49 -0600 Kyle Evans wrote: >>>>>> On Thu, Feb 13, 2020 at 7:43 AM Ralf Wenk = wrote: >>>>>>>=20 >>>>>>> On 2020-02-12 at 18:00 -0800 Mark Millard wrote via freebsd-arm: >>>>>>>> [...] >>>>>>>>=20 >>>>>>>> # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c >>>>>>>> Index: /usr/src/sys/dev/fdt/fdt_common.c >>>>>>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>>>>> --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) >>>>>>>> +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) >>>>>>>> @@ -485,7 +485,18 @@ >>>>>>>>=20 >>>>>>>> tuples =3D res_len / tuple_size; >>>>>>>> reservep =3D (pcell_t *)&reserve; >>>>>>>> +#ifdef __aarch64__ >>>>>>>> + //HACK!!! >>>>>>>> + // Reserve the first few pages, for example to >>>>>>>> + // preserve armstub8-gic.bin or armstub.bin >>>>>>>> + // content. >>>>>>>> + mr[0].mr_start=3D 0; >>>>>>>> + mr[0].mr_size=3D 2*4096; >>>>>>>> + tuples++; >>>>>>>> + for (i =3D 1; i < tuples; i++) { >>>>>>>> +#else >>>>>>>> for (i =3D 0; i < tuples; i++) { >>>>>>>> +#endif >>>>>>>>=20 >>>>>>>> rv =3D fdt_data_to_res(reservep, addr_cells, = size_cells, >>>>>>>> (u_long *)&mr[i].mr_start, (u_long = *)&mr[i].mr_size); >>>>>>>> @@ -512,6 +523,11 @@ >>>>>>>>=20 >>>>>>>> root =3D OF_finddevice("/reserved-memory"); >>>>>>>> if (root =3D=3D -1) { >>>>>>>> + // Fail over to checking for and handling = memreserve, >>>>>>>> + // such as for a RPi4B. >>>>>>>> + if (0 =3D=3D = fdt_get_reserved_regions(reserved,mreserved)) >>>>>>>> + return (0); >>>>>>>> + >>>>>>>> return (ENXIO); >>>>>>>> } >>>>>>>>=20 >>>>>>>=20 >>>>>>> I can confirm that with your patch(es) my RPi3 does not freeze = any more >>>>>>> when loading mac_ntpd.ko. The patches are applied against = r357853M. >>>>=20 >>>> An reboot is working again too. >>>>=20 >>>>>> Have you tested the RPi3 with just this second hunk of patch to >>>>>> fallover to memreserve, or is the first hunk definitely required = as >>>>>> well? >>>>>=20 >>>>> Good question. I tested both hunks together. >>>>> Will try what happens when just applying the second and report = back. >>>>=20 >>>> Here it is: >>>> Without the first hunk the system freezes again when loading = mac_ntpd.ko. >>>> Also the CPU information during boot for CPUs 1 to 3 looks strange = again. >>>>=20 >>>=20 >>> Yeah- I see it now; both armstubs are about 5k. I've raised an >>> issue[0] with upstream for armstub/rpi bits to work out the proper >>> solution, because I don't necessarily want to commit the workaround. >>> I'll throw up the second hunk on phabricator for review by = #arm/#arm64 >>> folks, because that seems to me the proper fallback. >>>=20 >>> I also discovered some issues when trying to read /memreserve/ with >>> our dtc and filed a PR[1] to fix those. >>>=20 >>> Thanks, >>>=20 >>> Kyle Evans >>>=20 >>> [0] https://github.com/raspberrypi/tools/issues/107 >>> [1] https://github.com/davidchisnall/dtc/pull/59 >>=20 >> The DTB information below is from: >>=20 >> U-Boot> fdt addr 0x7ef2000=20 >> U-Boot> fdt print / =20 >>=20 >> on a RPi4B 4 GiByte. >>=20 >> On at least the RPi4B memreserve is not what causes >> the first page to be excluded: >>=20 >> memreserve =3D <0x3b400000 0x04c00000>; >>=20 >> Nor is memory@0 the cause: >>=20 >> memory@0 { >> device_type =3D "memory"; >> reg =3D <0x00000000 0x00000000 0x3b400000 0x00000000 = 0x40000000 0xbc000000>; >> }; >>=20 >> (That also skips the memreserve area.) >>=20 >> I do not find anything in the DTB that indicates >> to exclude the first page. >>=20 >> My hypothesis is that the FreeBSD code excludes >> the page based on some less obvious relationship >> that I'm not identifying. >>=20 >> There is the cpu-rlease-addr information that seems >> to refer to some 1st memory page content: >>=20 >> cpus { >> #address-cells =3D <0x00000001>; >> #size-cells =3D <0x00000000>; >> enable-method =3D "brcm,bcm2836-smp"; >> phandle =3D <0x000000be>; >> cpu@0 { >> device_type =3D "cpu"; >> compatible =3D "arm,cortex-a72"; >> reg =3D <0x00000000>; >> enable-method =3D "spin-table"; >> cpu-release-addr =3D <0x00000000 0x000000d8>; >> phandle =3D <0x0000001d>; >> }; >> cpu@1 { >> device_type =3D "cpu"; >> compatible =3D "arm,cortex-a72"; >> reg =3D <0x00000001>; >> enable-method =3D "spin-table"; >> cpu-release-addr =3D <0x00000000 0x000000e0>; >> phandle =3D <0x0000001e>; >> }; >> cpu@2 { >> device_type =3D "cpu"; >> compatible =3D "arm,cortex-a72"; >> reg =3D <0x00000002>; >> enable-method =3D "spin-table"; >> cpu-release-addr =3D <0x00000000 0x000000e8>; >> phandle =3D <0x0000001f>; >> }; >> cpu@3 { >> device_type =3D "cpu"; >> compatible =3D "arm,cortex-a72"; >> reg =3D <0x00000003>; >> enable-method =3D "spin-table"; >> cpu-release-addr =3D <0x00000000 0x000000f0>; >> phandle =3D <0x00000020>; >> }; >> }; >=20 >=20 >=20 >=20 > Looking at the code there is: >=20 > /* Load the physical memory ranges */ > efihdr =3D (struct efi_map_header *)preload_search_info(kmdp, > MODINFO_METADATA | MODINFOMD_EFI_MAP); > if (efihdr !=3D NULL) > add_efi_map_entries(efihdr); > #ifdef FDT > else { > /* Grab physical memory regions information from device = tree. */ > if (fdt_get_mem_regions(mem_regions, &mem_regions_sz, > NULL) !=3D 0) > panic("Cannot get physical memory regions"); > arm_physmem_hardware_regions(mem_regions, = mem_regions_sz); > } > if (fdt_get_reserved_mem(mem_regions, &mem_regions_sz) =3D=3D = 0) > arm_physmem_exclude_regions(mem_regions, = mem_regions_sz, > EXFLAG_NODUMP | EXFLAG_NOALLOC); > #endif >=20 > /* Exclude the EFI framebuffer from our view of physical = memory. */ > efifb =3D (struct efi_fb *)preload_search_info(kmdp, > MODINFO_METADATA | MODINFOMD_EFI_FB); > if (efifb !=3D NULL) > arm_physmem_exclude_region(efifb->fb_addr, = efifb->fb_size, > EXFLAG_NOALLOC); > . . . > if (boothowto & RB_VERBOSE) { > print_efi_map_entries(efihdr); > arm_physmem_print_tables(); > } >=20 >=20 > It looks to me like the boot -v text: >=20 > Type Physical Virtual #Pages Attr > Reserved 000000000000 0 00000001 WB=20 > ConventionalMemory 000000001000 1000 00007ef1 WB=20 > BootServicesData 000007ef2000 7ef2000 0000001c WB=20 > ConventionalMemory 000007f0e000 7f0e000 00029f93 WB=20 > BootServicesData 000031ea1000 31ea1000 00000001 WB=20 > LoaderData 000031ea2000 31ea2000 00008001 WB=20 > LoaderCode 000039ea3000 39ea3000 000000a6 WB=20 > Reserved 000039f49000 39f49000 00000007 WB=20 > BootServicesData 000039f50000 39f50000 00000001 WB=20 > Reserved 000039f51000 39f51000 00000002 WB=20 > RuntimeServicesData 000039f53000 39f53000 00000001 WB RUNTIME > Reserved 000039f54000 39f54000 00000001 WB=20 > BootServicesData 000039f55000 39f55000 00000002 WB=20 > RuntimeServicesData 000039f57000 39f57000 00000001 WB RUNTIME > LoaderData 000039f58000 39f58000 00001408 WB=20 > RuntimeServicesCode 00003b360000 3b360000 00000010 WB RUNTIME > LoaderData 00003b370000 3b370000 00000090 WB=20 > BootServicesData 000040000000 40000000 000bc000 WB=20 > MemoryMappedIO 0000fe100000 fe100000 00000001 RUNTIME >=20 > is from print_efi_map_entries via the efihdr instead > of from the FreeBSD FDT code and the DTB. >=20 > So is it u-boot that provides the efihdr for which > add_efi_map_entries generated those regions? >=20 > That might explain why I do not find matching DTB > material for all of it. Looks like the efi memory map traces back to the loader and its use of GetMemoryMap (as far as FreeBSD goes): # grep -r "GetMemoryMap" /usr/src/sys/ | more /usr/src/sys/amd64/amd64/machdep.c: * Memory map data provided by = UEFI via the GetMemoryMap /usr/src/sys/arm64/arm64/machdep.c: * Memory map data provided by = UEFI via the GetMemoryMap /usr/src/sys/arm/arm/machdep_boot.c: * Memory map data provided by = UEFI via the GetMemoryMap /usr/src/sys/contrib/edk2/Include/Uefi/UefiSpec.h: EFI_GET_MEMORY_MAP = GetMemoryMap; # grep -r "GetMemoryMap" /usr/src/stand/ | more /usr/src/stand/efi/loader/copy.c: status =3D = BS->GetMemoryMap(&sz, map, &key, &dsz, &dver); /usr/src/stand/efi/loader/main.c: status =3D BS->GetMemoryMap(&sz, = 0, &key, &dsz, &dver); /usr/src/stand/efi/loader/main.c: status =3D BS->GetMemoryMap(&sz, = map, &key, &dsz, &dver); /usr/src/stand/efi/loader/bootinfo.c: status =3D = BS->GetMemoryMap(&sz, mm, &efi_mapkey, &dsz, &mmver); /usr/src/stand/efi/loader/bootinfo.c: = printf("%s: GetMemoryMap error %lu\n", __func__, /usr/src/stand/efi/include/efiapi.h: EFI_GET_MEMORY_MAP = GetMemoryMap; =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Feb 13 18:27:57 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 08C371CFB0C for ; Thu, 13 Feb 2020 18:27:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-24.consmr.mail.gq1.yahoo.com (sonic304-24.consmr.mail.gq1.yahoo.com [98.137.68.205]) (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 48JQ3w0Sfdz4Jtv for ; Thu, 13 Feb 2020 18:27:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: seUinO8VM1kPKOF9NymSQRhc9cMNrE2HwCCQ0QCkjBkesRD1jXp5Iyoq42MtE1v AORDoOn8ZIzckoSAOzFA9sB3rFw4bJFVsLbaRfN_22FCSAU1_funCLhwD74ftd6r8Wm7Fxe4P7wj ONMo4X2cTK_uu5cnoGDXYYud4cabqjlGzW6FWDLbR4rbVBk_IyM896FYB1Rdl_el9zWKqaQW6TsA sn1ddlvbQ1m62ArVPZv0JpwwewhDGeJGsJ0wST8OBsykkYloaSNmcMFWxXXeg79rgg.LlrOy3rkQ NXDHGkyoauGrgIWxDuFMztxSuIcZGWReVLkigxJOqBlM_hvXwOeOYRTE7PZ1m2BDGpxy3u40_0jm keZQN2B9aNEW8QdzoZE0TpEBb.adzqfHgRzEixquPI.8LbnZv0ALsxKRInqh.INtGlmchRlwqWEZ dq6JqfP1NyssxtZKeztMdQzhoq6CuGzLIwiClPBGcXRN5bjs.sJc8VSdKbI5els1OJ8HELY7KKU7 KU41DNMY4SaJM_h.IzxdDMUFc6mvfkxl3gKRhqkOPaixDR2.NdBGv4_PmNs_h92A035R866k0T6m aYMyHeOJCkseZ00lYoYsyro_eDqGZXQd2Tz0w3Rzj87bvbJ8GCqScypjLltPdIKt4VDr2gXa2q1H 0JvXYlnxLxlytCMs01lRKMZ9BxWJw.waPLdICboz3NN2gk_TrcYQVWnANXvTASAxT7wyD4b1dU1F zURJFGiVPEkNgGimR74x913Vqafqp73fDnQDME04sl6jRzgBnr.xqygz9bvp1lMqr7L4gkwiEnaX QS4NCdpp2BCVaxBvxuU4S.mGvC29L6wTg.q9bPF8SdODuKG6_8CtNahL5tC4JnvW21xoa6kUFi99 aULOixCTL2mayzvG.U8BFORM4paF3GZ25akm1MkEhKm_74RyUx7sRubFKaqbmNpwAFbuvqIONgOm 8tv1s53wE2quYC5S3RVvXGOAZ41GKJCwClQ2P9Q6JolH7BjBLDVHiQB_5u0tcKnrkcjp2_mErpNA ShCXm.up_aRD1DiVRZqpTsKZHkUlnOCisIaKmnhU25Rm_Os_bXZWAvjktO5KBH9jTbZyGFuEUHan lx.7pwltmN.U8whf3D1QvX5tU_djmmDMkjSAe4zfkYHB7nVGpm4pUidNEy_LZK93hcpdtYozDePR Nb5XllZezKTRp3RgzI_TQXHTKWtVVTxm8e64gzDwmRcpznoNPd90YfXLODdDlqqJj09AM9tY_S0u OAt14AUc6uD8XOyT_L1s9.kVZQ4AOHFA1fZpf.kltMmw4uKaizkUVjtbYq3rBuLTHC64022ZXxzu IY5l09WyA2YRUU8CrorVDa_rF5p5GOMPRYBo9YFk1.8Q224zlIGYF2BnMjU9h8N4X89PRUfpAIJl 1_y9WpBKLCsw.bPsMcSpxVgP0O9B3NTUCWF6C1vZP.gtVb5MKNwKcOFq.zzIkBwtVEaH8bpwV Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 Feb 2020 18:27:54 +0000 Received: by smtp429.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 634e0b4b129f05caf4e9291d6c3c36f4; Thu, 13 Feb 2020 18:27:52 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel From: Mark Millard In-Reply-To: <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> Date: Thu, 13 Feb 2020 10:27:51 -0800 Cc: Ralf Wenk , Andrew Turner , Oleksandr Tymoshenko , freebsd-arm , Emmanuel Vadot Content-Transfer-Encoding: quoted-printable Message-Id: <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48JQ3w0Sfdz4Jtv X-Spamd-Bar: - X-Spamd-Result: default: False [-1.60 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; RCPT_COUNT_FIVE(0.00)[6]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; SUBJECT_HAS_EXCLAIM(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.2,0.0.0.3,0.0.0.0,0.0.0.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.51)[-0.508,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.1,0.0.0.3,0.0.0.2,0.0.0.0]; NEURAL_HAM_LONG(-0.59)[-0.592,0]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[205.68.137.98.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (5.08), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; RWL_MAILSPIKE_POSSIBLE(0.00)[205.68.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 18:27:57 -0000 On 2020-Feb-13, at 09:55, Mark Millard wrote: On 2020-Feb-13, at 09:36, Mark Millard wrote: >=20 >> On 2020-Feb-13, at 08:50, Mark Millard wrote: >>=20 >>> On 2020-Feb-13, at 07:22, Kyle Evans wrote: >>>=20 >>>> On Thu, Feb 13, 2020 at 9:05 AM Ralf Wenk = wrote: >>>>>=20 >>>>> On 2020-02-13 at 15:26 +0100 Ralf Wenk wrote: >>>>>> On 2020-02-13 at 7:49 -0600 Kyle Evans wrote: >>>>>>> On Thu, Feb 13, 2020 at 7:43 AM Ralf Wenk = wrote: >>>>>>>>=20 >>>>>>>> On 2020-02-12 at 18:00 -0800 Mark Millard wrote via = freebsd-arm: >>>>>>>>> [...] >>>>>>>>>=20 >>>>>>>>> # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c >>>>>>>>> Index: /usr/src/sys/dev/fdt/fdt_common.c >>>>>>>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>>>>>> --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) >>>>>>>>> +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) >>>>>>>>> @@ -485,7 +485,18 @@ >>>>>>>>>=20 >>>>>>>>> tuples =3D res_len / tuple_size; >>>>>>>>> reservep =3D (pcell_t *)&reserve; >>>>>>>>> +#ifdef __aarch64__ >>>>>>>>> + //HACK!!! >>>>>>>>> + // Reserve the first few pages, for example to >>>>>>>>> + // preserve armstub8-gic.bin or armstub.bin >>>>>>>>> + // content. >>>>>>>>> + mr[0].mr_start=3D 0; >>>>>>>>> + mr[0].mr_size=3D 2*4096; >>>>>>>>> + tuples++; >>>>>>>>> + for (i =3D 1; i < tuples; i++) { >>>>>>>>> +#else >>>>>>>>> for (i =3D 0; i < tuples; i++) { >>>>>>>>> +#endif >>>>>>>>>=20 >>>>>>>>> rv =3D fdt_data_to_res(reservep, addr_cells, = size_cells, >>>>>>>>> (u_long *)&mr[i].mr_start, (u_long = *)&mr[i].mr_size); >>>>>>>>> @@ -512,6 +523,11 @@ >>>>>>>>>=20 >>>>>>>>> root =3D OF_finddevice("/reserved-memory"); >>>>>>>>> if (root =3D=3D -1) { >>>>>>>>> + // Fail over to checking for and handling = memreserve, >>>>>>>>> + // such as for a RPi4B. >>>>>>>>> + if (0 =3D=3D = fdt_get_reserved_regions(reserved,mreserved)) >>>>>>>>> + return (0); >>>>>>>>> + >>>>>>>>> return (ENXIO); >>>>>>>>> } >>>>>>>>>=20 >>>>>>>>=20 >>>>>>>> I can confirm that with your patch(es) my RPi3 does not freeze = any more >>>>>>>> when loading mac_ntpd.ko. The patches are applied against = r357853M. >>>>>=20 >>>>> An reboot is working again too. >>>>>=20 >>>>>>> Have you tested the RPi3 with just this second hunk of patch to >>>>>>> fallover to memreserve, or is the first hunk definitely required = as >>>>>>> well? >>>>>>=20 >>>>>> Good question. I tested both hunks together. >>>>>> Will try what happens when just applying the second and report = back. >>>>>=20 >>>>> Here it is: >>>>> Without the first hunk the system freezes again when loading = mac_ntpd.ko. >>>>> Also the CPU information during boot for CPUs 1 to 3 looks strange = again. >>>>>=20 >>>>=20 >>>> Yeah- I see it now; both armstubs are about 5k. I've raised an >>>> issue[0] with upstream for armstub/rpi bits to work out the proper >>>> solution, because I don't necessarily want to commit the = workaround. >>>> I'll throw up the second hunk on phabricator for review by = #arm/#arm64 >>>> folks, because that seems to me the proper fallback. >>>>=20 >>>> I also discovered some issues when trying to read /memreserve/ with >>>> our dtc and filed a PR[1] to fix those. >>>>=20 >>>> Thanks, >>>>=20 >>>> Kyle Evans >>>>=20 >>>> [0] https://github.com/raspberrypi/tools/issues/107 >>>> [1] https://github.com/davidchisnall/dtc/pull/59 >>>=20 >>> The DTB information below is from: >>>=20 >>> U-Boot> fdt addr 0x7ef2000=20 >>> U-Boot> fdt print / =20 >>>=20 >>> on a RPi4B 4 GiByte. >>>=20 >>> On at least the RPi4B memreserve is not what causes >>> the first page to be excluded: >>>=20 >>> memreserve =3D <0x3b400000 0x04c00000>; >>>=20 >>> Nor is memory@0 the cause: >>>=20 >>> memory@0 { >>> device_type =3D "memory"; >>> reg =3D <0x00000000 0x00000000 0x3b400000 0x00000000 = 0x40000000 0xbc000000>; >>> }; >>>=20 >>> (That also skips the memreserve area.) >>>=20 >>> I do not find anything in the DTB that indicates >>> to exclude the first page. >>>=20 >>> My hypothesis is that the FreeBSD code excludes >>> the page based on some less obvious relationship >>> that I'm not identifying. >>>=20 >>> There is the cpu-rlease-addr information that seems >>> to refer to some 1st memory page content: >>>=20 >>> cpus { >>> #address-cells =3D <0x00000001>; >>> #size-cells =3D <0x00000000>; >>> enable-method =3D "brcm,bcm2836-smp"; >>> phandle =3D <0x000000be>; >>> cpu@0 { >>> device_type =3D "cpu"; >>> compatible =3D "arm,cortex-a72"; >>> reg =3D <0x00000000>; >>> enable-method =3D "spin-table"; >>> cpu-release-addr =3D <0x00000000 0x000000d8>; >>> phandle =3D <0x0000001d>; >>> }; >>> cpu@1 { >>> device_type =3D "cpu"; >>> compatible =3D "arm,cortex-a72"; >>> reg =3D <0x00000001>; >>> enable-method =3D "spin-table"; >>> cpu-release-addr =3D <0x00000000 0x000000e0>; >>> phandle =3D <0x0000001e>; >>> }; >>> cpu@2 { >>> device_type =3D "cpu"; >>> compatible =3D "arm,cortex-a72"; >>> reg =3D <0x00000002>; >>> enable-method =3D "spin-table"; >>> cpu-release-addr =3D <0x00000000 0x000000e8>; >>> phandle =3D <0x0000001f>; >>> }; >>> cpu@3 { >>> device_type =3D "cpu"; >>> compatible =3D "arm,cortex-a72"; >>> reg =3D <0x00000003>; >>> enable-method =3D "spin-table"; >>> cpu-release-addr =3D <0x00000000 0x000000f0>; >>> phandle =3D <0x00000020>; >>> }; >>> }; >>=20 >>=20 >>=20 >>=20 >> Looking at the code there is: >>=20 >> /* Load the physical memory ranges */ >> efihdr =3D (struct efi_map_header *)preload_search_info(kmdp, >> MODINFO_METADATA | MODINFOMD_EFI_MAP); >> if (efihdr !=3D NULL) >> add_efi_map_entries(efihdr); >> #ifdef FDT >> else { >> /* Grab physical memory regions information from device = tree. */ >> if (fdt_get_mem_regions(mem_regions, &mem_regions_sz, >> NULL) !=3D 0) >> panic("Cannot get physical memory regions"); >> arm_physmem_hardware_regions(mem_regions, = mem_regions_sz); >> } >> if (fdt_get_reserved_mem(mem_regions, &mem_regions_sz) =3D=3D = 0) >> arm_physmem_exclude_regions(mem_regions, = mem_regions_sz, >> EXFLAG_NODUMP | EXFLAG_NOALLOC); >> #endif >>=20 >> /* Exclude the EFI framebuffer from our view of physical = memory. */ >> efifb =3D (struct efi_fb *)preload_search_info(kmdp, >> MODINFO_METADATA | MODINFOMD_EFI_FB); >> if (efifb !=3D NULL) >> arm_physmem_exclude_region(efifb->fb_addr, = efifb->fb_size, >> EXFLAG_NOALLOC); >> . . . >> if (boothowto & RB_VERBOSE) { >> print_efi_map_entries(efihdr); >> arm_physmem_print_tables(); >> } >>=20 >>=20 >> It looks to me like the boot -v text: >>=20 >> Type Physical Virtual #Pages Attr >> Reserved 000000000000 0 00000001 WB=20 >> ConventionalMemory 000000001000 1000 00007ef1 WB=20 >> BootServicesData 000007ef2000 7ef2000 0000001c WB=20 >> ConventionalMemory 000007f0e000 7f0e000 00029f93 WB=20 >> BootServicesData 000031ea1000 31ea1000 00000001 WB=20 >> LoaderData 000031ea2000 31ea2000 00008001 WB=20 >> LoaderCode 000039ea3000 39ea3000 000000a6 WB=20 >> Reserved 000039f49000 39f49000 00000007 WB=20 >> BootServicesData 000039f50000 39f50000 00000001 WB=20 >> Reserved 000039f51000 39f51000 00000002 WB=20 >> RuntimeServicesData 000039f53000 39f53000 00000001 WB RUNTIME >> Reserved 000039f54000 39f54000 00000001 WB=20 >> BootServicesData 000039f55000 39f55000 00000002 WB=20 >> RuntimeServicesData 000039f57000 39f57000 00000001 WB RUNTIME >> LoaderData 000039f58000 39f58000 00001408 WB=20 >> RuntimeServicesCode 00003b360000 3b360000 00000010 WB RUNTIME >> LoaderData 00003b370000 3b370000 00000090 WB=20 >> BootServicesData 000040000000 40000000 000bc000 WB=20 >> MemoryMappedIO 0000fe100000 fe100000 00000001 RUNTIME >>=20 >> is from print_efi_map_entries via the efihdr instead >> of from the FreeBSD FDT code and the DTB. >>=20 >> So is it u-boot that provides the efihdr for which >> add_efi_map_entries generated those regions? >>=20 >> That might explain why I do not find matching DTB >> material for all of it. >=20 >=20 > Looks like the efi memory map traces back to the loader > and its use of GetMemoryMap (as far as FreeBSD goes): >=20 > # grep -r "GetMemoryMap" /usr/src/sys/ | more > /usr/src/sys/amd64/amd64/machdep.c: * Memory map data provided by = UEFI via the GetMemoryMap > /usr/src/sys/arm64/arm64/machdep.c: * Memory map data provided by = UEFI via the GetMemoryMap > /usr/src/sys/arm/arm/machdep_boot.c: * Memory map data provided by = UEFI via the GetMemoryMap > /usr/src/sys/contrib/edk2/Include/Uefi/UefiSpec.h: EFI_GET_MEMORY_MAP = GetMemoryMap; >=20 > # grep -r "GetMemoryMap" /usr/src/stand/ | more > /usr/src/stand/efi/loader/copy.c: status =3D = BS->GetMemoryMap(&sz, map, &key, &dsz, &dver); > /usr/src/stand/efi/loader/main.c: status =3D = BS->GetMemoryMap(&sz, 0, &key, &dsz, &dver); > /usr/src/stand/efi/loader/main.c: status =3D = BS->GetMemoryMap(&sz, map, &key, &dsz, &dver); > /usr/src/stand/efi/loader/bootinfo.c: status =3D = BS->GetMemoryMap(&sz, mm, &efi_mapkey, &dsz, &mmver); > /usr/src/stand/efi/loader/bootinfo.c: = printf("%s: GetMemoryMap error %lu\n", __func__, > /usr/src/stand/efi/include/efiapi.h: EFI_GET_MEMORY_MAP = GetMemoryMap; Here is the memmap from the loader that is just based on EFI's GetMemoryMap from what I can tell from a wuick look: Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 8 seconds...=20 Type '?' for a list of commands, 'help' for more detailed help. OK memmap=20 Type Physical Virtual #Pages Attr Reserved 000000000000 000000000000 00000001 WB=20 ConventionalMemory 000000001000 000000001000 00007ef1 WB=20 BootServicesData 000007ef2000 000007ef2000 0000001c WB=20 ConventionalMemory 000007f0e000 000007f0e000 00029f93 WB=20 BootServicesData 000031ea1000 000031ea1000 00000001 WB=20 LoaderData 000031ea2000 000031ea2000 00004000 WB=20 BootServicesData 000035ea2000 000035ea2000 00000001 WB=20 LoaderData 000035ea3000 000035ea3000 00004000 WB=20 LoaderCode 000039ea3000 000039ea3000 000000a6 WB=20 Reserved 000039f49000 000039f49000 00000007 WB=20 BootServicesData 000039f50000 000039f50000 00000001 WB=20 Reserved 000039f51000 000039f51000 00000002 WB=20 RuntimeServicesData 000039f53000 000039f53000 00000001 WB=20 Reserved 000039f54000 000039f54000 00000001 WB=20 BootServicesData 000039f55000 000039f55000 00000002 WB=20 RuntimeServicesData 000039f57000 000039f57000 00000001 WB=20 LoaderData 000039f58000 000039f58000 00001408 WB=20 RuntimeServicesCode 00003b360000 00003b360000 00000010 WB=20 LoaderData 00003b370000 00003b370000 00000090 WB=20 BootServicesData 000040000000 000040000000 000bc000 WB=20 MemoryMappedIO 0000fe100000 0000fe100000 00000001=20 OK=20 So at the loader time frame, the 2nd page of memory is not Reserved (in EFI terms). It would appear to me that avoiding messing up the armstub8*.bin content should apply this early as well. So it may be sysutils/u-boot-rpi{3,4} that needs to arrange sufficient room to prevent messing up such. (Unless armstub8*.bin can adjust something that u-boot's EFI interface is based on for that initial "Reserved" area?) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Feb 13 18:35:23 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 516A9230648 for ; Thu, 13 Feb 2020 18:35:23 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2051.outbound.protection.outlook.com [40.107.243.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48JQDV12Ntz4MVW for ; Thu, 13 Feb 2020 18:35:21 +0000 (UTC) (envelope-from rwa@athabascau.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UsbH46xQ2aoAO/mlFriOc+9R9oE2czvJK6ZG8NTMdLjH7o91/4nHUksRIy2q3UGffP5iBkML/XBWszbgPj7TrO0w71O70yqrX83v3cYWv+0/6lr7VkpmAoiF3Qe/cOTnFq61sTW581ekWGyL/uRjqQjs/rGnn5YR+ehU7h/jHV/TvMkI6+o4ZZ3RCTPhzGk2JKomNVWk6ZULgxAzkMK1zbaFKQP6VAHJtSrnTau94DwyihjDyzKtlQr0pqmND4x7XhnWutVmbq9ABbodDBZfuezasFBk5LgHMISpiqomZyKr1eFbLqlJesAfFCRF6koCt0304gsdO3u6frDjZKnCdA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=OhyzJFgLM0QBRv6grUgGZE9JAblag0oo75IlPp1dZXY=; b=mT1g4zhTchKtw9YklcCivPsCVtRMKcE1+wwoDMoyWwBuY8+H6amBAz5LaWHLXjM1TgycHbY1X/2K9xsMORQ1adxyk9NfWCSfcQdBOVnq9whrIZnDp6zMYy2LUIlkvctX3pZW88zls0cYGN2iie/c7TQ03ZG9ejGLvID4IQ/QtMB5Tu9+BcUUuF1pphI3/fbtd6lYlJihTB7+dgqomOMJomj1RcBzIoAjOHjdVKnuiWhSRjiTdLqiO0oH84Zt2g5x+ulyfcrpsM+1UN0Dsy5gjV9XEqAMde9O4GLPS74fDhXwEdHh1rJggu3muTnWTEbT7PB0vXhYDyoV7Rv5xwriOA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 131.232.32.37) smtp.rcpttodomain=freebsd.org smtp.mailfrom=athabascau.ca; dmarc=bestguesspass action=none header.from=athabascau.ca; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=austaff.onmicrosoft.com; s=selector2-austaff-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=OhyzJFgLM0QBRv6grUgGZE9JAblag0oo75IlPp1dZXY=; b=pkxmfCsSgUKM/cBlbK04qy7nX4TcUHGb69JPsA7ywL2Ob85ML0/Z0IqZa6m031Bc/30SjY0988uWOfg2YXS5ZZOT/im3egxeGO/CN5xBoc5y2dYYTpfI2lL8SUpVH1Gdc7G/hW+gzsofOe0lU/PDSAH2rcneh6NvBDw0ty8PQog= Received: from MWHPR13CA0016.namprd13.prod.outlook.com (2603:10b6:300:16::26) by DM6PR13MB3899.namprd13.prod.outlook.com (2603:10b6:5:247::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.6; Thu, 13 Feb 2020 18:35:19 +0000 Received: from TO1CAN01FT007.eop-CAN01.prod.protection.outlook.com (2a01:111:f400:7e5d::201) by MWHPR13CA0016.outlook.office365.com (2603:10b6:300:16::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2729.14 via Frontend Transport; Thu, 13 Feb 2020 18:35:19 +0000 Received-SPF: Pass (protection.outlook.com: domain of athabascau.ca designates 131.232.32.37 as permitted sender) receiver=protection.outlook.com; client-ip=131.232.32.37; helo=smtp-relay.cs.athabascau.ca; Received: from smtp-relay.cs.athabascau.ca (131.232.32.37) by TO1CAN01FT007.mail.protection.outlook.com (10.152.122.104) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2729.22 via Frontend Transport; Thu, 13 Feb 2020 18:35:18 +0000 Received: from autopsy.pc.athabascau.ca (autopsy.pc.athabascau.ca [131.232.4.80]) by smtp-relay.cs.athabascau.ca (Postfix) with ESMTPS id 20188206E7; Thu, 13 Feb 2020 11:35:18 -0700 (MST) Date: Thu, 13 Feb 2020 11:35:18 -0700 (MST) From: Ross Alexander X-X-Sender: rwa@autopsy.pc.athabascau.ca To: freebsd-arm@freebsd.org Subject: Re: freebsd-arm Digest, Vol 720, Issue 4 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.22 (BSF 395 2020-01-19) Organization: Athabasca University MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:131.232.32.37; IPV:; CTRY:CA; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(136003)(39860400002)(396003)(346002)(376002)(199004)(189003)(5660300002)(426003)(956004)(2906002)(786003)(336012)(316002)(7696005)(26005)(8936002)(36916002)(186003)(8676002)(478600001)(966005)(246002)(55016002)(7636002)(86362001)(4326008)(356004)(6266002)(6916009)(70206006)(70586007); DIR:OUT; SFP:1101; SCL:1; SRVR:DM6PR13MB3899; H:smtp-relay.cs.athabascau.ca; FPR:; SPF:Pass; LANG:en; PTR:vs001lpmp1609.cs.athabascau.ca; A:1; MX:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 14b3c8cc-3ed0-4646-2e4a-08d7b0b37a1a X-MS-TrafficTypeDiagnostic: DM6PR13MB3899: X-Microsoft-Antispam-PRVS: Content-Transfer-Encoding: quoted-printable X-MS-Oob-TLC-OOBClassifiers: OLM:8882; X-Forefront-PRVS: 031257FE13 X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: wDy9JxYi6wIHVwhhlFd7MyCkuDUncvdbvFgPzFKQDay+gI7Kr1cMAg4js5UtY5e1EwsCxQGrbD7/WInYxlTSXB8bfXMb0yHJZoYzRyLsfoQBw0xb1Cs6JWSD8jXEYRxv2LNGUE+5D1FylJlUTUkQhKb9REzok06s+11/2ZAIYI/ANQh6A17U3eMm8JyI13Q7QuhlQTyua5jYxgkzWqpD0Tg2jBHny0BMMyrYdKLfVvzaJJL1i88GwCRBCF2wXQN5+68hA5TvLnMhHBuQRErRLgtTLKXSVR61svLGTOKWcse3llDqcDHyPj294qPeO60Hr3o4fn77r6XQENkAZUDuHXFrHwDtzwpEWJb2nICCxINXTRY433Zs0y3H0YR1BXSDuXBH/66T6bRAnsH5nPSeBjqbS1CCrtGtu+1ae9dshgOgtG6+ccWd5llWWr5T0ru7naBxrzjpy1itVgMuZECEBn0uLpFriEb6+ILaNyCz8Sp4Bhl+v8xufhhO181tYukPnrGjbwjGgSON1uaAVunOZA== X-OriginatorOrg: athabascau.ca X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Feb 2020 18:35:18.8713 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 14b3c8cc-3ed0-4646-2e4a-08d7b0b37a1a X-MS-Exchange-CrossTenant-Id: a893bdd2-f460-4252-aa34-4d057436a09d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a893bdd2-f460-4252-aa34-4d057436a09d; Ip=[131.232.32.37]; Helo=[smtp-relay.cs.athabascau.ca] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR13MB3899 X-Rspamd-Queue-Id: 48JQDV12Ntz4MVW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=austaff.onmicrosoft.com header.s=selector2-austaff-onmicrosoft-com header.b=pkxmfCsS; dmarc=none; spf=pass (mx1.freebsd.org: domain of rwa@athabascau.ca designates 40.107.243.51 as permitted sender) smtp.mailfrom=rwa@athabascau.ca X-Spamd-Result: default: False [-4.90 / 15.00]; IP_SCORE(-1.40)[ipnet: 40.64.0.0/10(-3.85), asn: 8075(-3.09), country: US(-0.05)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[austaff.onmicrosoft.com:s=selector2-austaff-onmicrosoft-com]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[athabascau.ca]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[austaff.onmicrosoft.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[51.243.107.40.list.dnswl.org : 127.0.3.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 18:35:23 -0000 > Date: Tue, 11 Feb 2020 07:41:36 +0100 > From: freebsd@x86.ch > To: bob prohaska > Cc: freebsd-arm@freebsd.org > Subject: Re: RPI4 Install r357606 test 09.02.2020 failed > Message-ID: > <20200211074136.Horde.uoO9uVx71HIGULsxJJY1f7a@webmail.x86.ch> > Content-Type: text/plain; charset=3Dutf-8; format=3Dflowed; DelSp=3DYes > > hi bob > > for your information > > FreeBSD bsdrasp3 13.0-CURRENT FreeBSD 13.0-CURRENT r343104 GENERIC? arm64 > > that runs perfectly on the rpi3b+ FWTIW, Last login: Sat Feb 1 09:40:33 2020 from auwow2.bogons FreeBSD 13.0-CURRENT (GENERIC-NODEBUG) #2 r356767: Tue Feb 11 13:27:57= MST 2020 There seems to be general agreement on r356767 as the last "sees all cpus, runs stably" kernel. My /boot contains, in part, rpi3:/u0/rwa > ls -ld /boot/kernel* lrwxr-xr-x 1 root wheel 14 Feb 11 18:17 /boot/kernel -> kernel.r= 356767 drwxr-xr-x 2 root wheel 13312 Dec 11 09:28 /boot/kernel.r355553 drwxr-xr-x 2 root wheel 13312 Jan 11 14:18 /boot/kernel.r356595 drwxr-xr-x 2 root wheel 13312 Feb 11 18:14 /boot/kernel.r356767 drwxr-xr-x 2 root wheel 13312 Jan 20 04:56 /boot/kernel.r356904 drwxr-xr-x 2 root wheel 13312 Jan 31 16:23 /boot/kernel.r357318 drwxr-xr-x 2 root wheel 13312 Feb 1 19:12 /boot/kernel.r357356 drwxr-xr-x 2 root wheel 13312 Feb 9 13:03 /boot/kernel.r357644 As you can see, I've tried r356904, r357318, r357356, r357644 and no solution yet - but I know some smart folk are working hard on it, they will prevail :) Having said that, here's my puzzle - I use crochet to build little test images. I last pulled it down from github 14 Nov 2019 via git clone https://github.com/freebsd/crochet.git (and pulling it down today and doing a 'diff -r' says that nothing has happened.) I've got pretty recent copies of the dependancies; aubey2:/u0/cr-wk > pkg info -E -x rpi rpi-firmware-1.20190925.g20200109 u-boot-rpi-2019.10 u-boot-rpi2-2019.10 u-boot-rpi3-2019.10 u-boot-rpi4-2019.10 BUT the mmscd images don't recognize the gpart partitions on my rpi3's usb ssd any more. I will provide better info when I get home and have a couple of hours to collect boot listings. In short, what's broken in u-boot 2019.10, or what config change does it need to see gpart partitions on a USB device? regards, Ross =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a 54.71593 N 113.30835 W "By the study of Boltzmann I have been unable to understand him. He could not understand me on account of my shortness, and his length was and is an equal stumbling block to me." -- James Clerk Maxwell -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- From owner-freebsd-arm@freebsd.org Thu Feb 13 19:43:04 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 090AD232AF4 for ; Thu, 13 Feb 2020 19:43:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (using TLSv1.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 48JRkZ71Gvz4Sy4 for ; Thu, 13 Feb 2020 19:43:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 7kQCfacVM1kufG_20dNYJS2RWJ8AfyCAA1qizVr7jlNgQ.HwVgjX57Jf8cCewDD vnHpFtTYy8xXYPUEWbPMviEHDTR2tcTqjE_OhRWzW74JjrGJJ2F4a.C1ACHjbOfgfZQgfvgUmXpF 6YVqwfBmXR_aI.qZwd3d1ACf22tM9ddLJf9DUch_ekwAUAFXq1dEDfoBTHnYeDACerTTjns1DT5N 1yyiu0.0XSeVXFuqmDVNbtmjXHgK5FGXnFkU2NYq_7ZsV7OfV3rbc1cH_xDDOPnp60EXLIvMjA_a k5DXoEFd0mUDYTdm_QUE5PX9.cWZj_yKRbZcwaeZ9VAi8qsGsUwevWalKO.t3aI8rcUUGlvu0uGH Md02WJrjObS6l_nkDE.GALy5dyn3vgKlE.fgYi9ihjUmrmojVI_3K0EaEgHTLkEgvD1DN5sh1kQv Og.6Jlodid.JrV8WlK5Ck7cCteyVj8qbJb8b5jEIM9GAg8zDe.M0vYnTLvmOcPyNf029B6xLTymw 9GctaliBSnoqax0lrsJJKClFXfHI.pvsJkNTWzhBJxkRAkJyoOWD4oPBUzAS6pAuON2FOfFRi0Ac gF4vcW1qVfnlZBQPvSEDzJw4IfVr39i20kCn1GXI.FEnx8nBt7OKlVZFwHhIK4BxjHHDGRD2iB47 Wtqrk8pZffCiejavnVtRoA.whBAWuBAGrWaQDph0wWSl5J8AHGk165Vc4FRzazoC839cCEGynGMe kBjuC5stjTCO91d7qrl3V5t5HQNYONAJ4p09dVYxWCdsqdoip2P4jr93Z.Lr9st2C28pJJCMJzYB B9qiUceRteO.PjbqAD7Q8RP1J3lyG6KaXYFGuXyAvjMs782y5OAjrP0YzSrQJG5iu9U53.E80g2F f7__QRHSVYEoDnmPQEBXzyeZjwmuEmK_Id9vbGfm3KmHQZu7HfMUuGn5SNu5.BVfYHepT3v..V73 SaL13MtsDDYaY7EWO3HZKOwFmyEjErdA0UBMoGyAmVMAJzPCDfRB5tpFGzCVa_ePMcnnPXXXRx0c 4.9oPRY2.jTNgEt.Jzd.0jZuVAQIuwjm2PP_kwYr4MfSjluvkYIxXZe6D.v5991EKq5XwAtPl6sC GXTJDikLfm7swrygubqpAIbGUhAlyBgE.wLP6AJ5p9fvMye11nBQZxOEhX5_V0.cojPtp9Mgd1LO YFCH9aetAhvQD.knefgvcoleOiKAf3KGigNMR5U94PNZm8gs3_.B80Z8cm8GIsDHiDAHuncHZKOR 8ZxoJEfS14ao0aYTKi6_NXkOoEdZbrOYmxEwIYgoqV2g0pCXDDazJlCDz.IEbyDu_dHoovZtk7KQ 2bS9j1wG9FKboCP3_XI4jzcwmi4eBPMtRRpUJxcHgBaLjJwEyVvga8haIAM8tX46u1EPHwXLzhBv JRXqwV56Gyv5jQJbohWQSbPpsPz8dKG1OZTtFtMYNWw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 Feb 2020 19:43:01 +0000 Received: by smtp410.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 8a325aa18880ab87810765423127f5f8; Thu, 13 Feb 2020 19:42:58 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: u-boot-rpi* has the existing "make first page reserved" code (shown); this appears to be where any fix would go From: Mark Millard In-Reply-To: <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> Date: Thu, 13 Feb 2020 11:42:56 -0800 Cc: Ralf Wenk , Andrew Turner , Oleksandr Tymoshenko , freebsd-arm , Emmanuel Vadot Content-Transfer-Encoding: quoted-printable Message-Id: <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48JRkZ71Gvz4Sy4 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.59 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; RCPT_COUNT_FIVE(0.00)[6]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.48)[-0.478,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.61)[-0.611,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (5.20), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[147.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[147.65.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 19:43:04 -0000 [History dropped.] Using sysutils/u-boot-rpi4/ as an example . . . # pwd /wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2019.10 A grep showed the EFI_RESERVED_MEMORY_TYPE reserving the first page in RAM: ./board/raspberrypi/rpi/rpi.c: efi_add_memory_map(0, 1, = EFI_RESERVED_MEMORY_TYPE, 0); More completely: int ft_board_setup(void *blob, bd_t *bd) { /* * For now, we simply always add the simplefb DT node. Later, we * should be more intelligent, and e.g. only do this if no = enabled DT * node exists for the "real" graphics driver. */ lcd_dt_simplefb_add_node(blob); =20 #ifdef CONFIG_EFI_LOADER /* Reserve the spin table */ efi_add_memory_map(0, 1, EFI_RESERVED_MEMORY_TYPE, 0); #endif return 0; } As stands it appears that the above is where more than one page would fit the existing structure: more than the spin table needs to be preserved. I doubt reserving two pages (or even a few) would be a problem (compared to under sizing the space for some contexts, such a FreeBSD). I do not know if the arguements might provide a way for armstub8*.bin to indicate what to reserve instead of hard coded constants. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Feb 13 20:13:41 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7333C233558 for ; Thu, 13 Feb 2020 20:13:41 +0000 (UTC) (envelope-from kevans@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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48JSPx2XRxz4VCs; Thu, 13 Feb 2020 20:13:41 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f180.google.com (mail-qk1-f180.google.com [209.85.222.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 4519851AE; Thu, 13 Feb 2020 20:13:41 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f180.google.com with SMTP id w25so6996473qki.3; Thu, 13 Feb 2020 12:13:41 -0800 (PST) X-Gm-Message-State: APjAAAVZACYJlkgaUHGg+O0/4zR0jXEvVas+XGXORel2OyXR8fVIgMxB MI7ttdJwMjHg+Ri1IWMp6wXvvW+/MHShta2YPDA= X-Google-Smtp-Source: APXvYqzIm/f6tTnEv/GhEamAHP/gw0bYQVOCR0dwPj8DdEanandumx39oSowogYN091Y5piDMhTepxcHE5uAcKJAqDE= X-Received: by 2002:ae9:e10e:: with SMTP id g14mr17818158qkm.430.1581624820827; Thu, 13 Feb 2020 12:13:40 -0800 (PST) MIME-Version: 1.0 References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> In-Reply-To: <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> From: Kyle Evans Date: Thu, 13 Feb 2020 14:13:29 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: u-boot-rpi* has the existing "make first page reserved" code (shown); this appears to be where any fix would go To: Mark Millard Cc: Ralf Wenk , Andrew Turner , Oleksandr Tymoshenko , freebsd-arm , Emmanuel Vadot Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 20:13:41 -0000 On Thu, Feb 13, 2020 at 1:43 PM Mark Millard wrote: > [ ... trim ...] > > int ft_board_setup(void *blob, bd_t *bd) > { > /* > * For now, we simply always add the simplefb DT node. Later, we > * should be more intelligent, and e.g. only do this if no enabled DT > * node exists for the "real" graphics driver. > */ > lcd_dt_simplefb_add_node(blob); > > #ifdef CONFIG_EFI_LOADER > /* Reserve the spin table */ > efi_add_memory_map(0, 1, EFI_RESERVED_MEMORY_TYPE, 0); > #endif > return 0; > } > > [... more trim ...] This is largely irrelevant unless we're consulting either or both of /reserved-memory and the EFI memory map. memreserve and the memory map from U-Boot should likely both be fixed to reflect reality. From owner-freebsd-arm@freebsd.org Thu Feb 13 20:57:21 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5C6FF235527 for ; Thu, 13 Feb 2020 20:57:21 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x342.google.com (mail-wm1-x342.google.com [IPv6:2a00:1450:4864:20::342]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48JTNJ4KJCz4Z2M for ; Thu, 13 Feb 2020 20:57:20 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x342.google.com with SMTP id a6so8322536wme.2 for ; Thu, 13 Feb 2020 12:57:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=gDyV/P5Tno0M2gsskYDEgtPVH7bZk1T2Kt06Lpk4KGc=; b=PAbh5nWcYJ7H3L/pk70dBuzSW11MUom1D9WPqt1TqoUeJ3vwv4NMl9JXJ5CjPcTuS6 RDXlh/B4Lsr/NqL+PAhgfsCuOzyGYVZ1KcPDnSqL401zZuuZ1fLlosoKkdKX+fteiNG/ c+RzPWr5FhwrZLLDjmCMzdantZ1i19uTzl3vM53DTGbEM5TOJlQMdEq+lck/4pp2AEQ/ J5BawJ4peaVQYx0hNd8Fp9qbyQxJHTCNoKclAEYzDIMqchco9xTYJRtf9DeAdifa/qI0 zAFvXJK2PFmSrxwzuGts5WdK+ZLjFb33uHEGpCZm0w68aBcN7lkq397lIdiZMitXe5WP PleQ== X-Gm-Message-State: APjAAAVcmuNeJ6ucIVCFNhv7kFJE7IWsPC5tpF/OOL/f8o9WCsV0vYMJ GTSO9NfSdcgmugBQGbvvdti791Ef X-Google-Smtp-Source: APXvYqyEYVz7B5nDpZwyBjzyk7q2sEGj6n/21VEMKQz9sjut6zu/82+TPovZj4b96+szsimt66BNKg== X-Received: by 2002:a1c:545d:: with SMTP id p29mr8129884wmi.91.1581627086383; Thu, 13 Feb 2020 12:51:26 -0800 (PST) Received: from [192.168.1.167] (x59cc9a26.dyn.telefonica.de. [89.204.154.38]) by smtp.googlemail.com with ESMTPSA id d16sm4605435wrg.27.2020.02.13.12.51.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 13 Feb 2020 12:51:25 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel Date: Thu, 13 Feb 2020 21:51:24 +0100 References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <256E923D-AD9A-4DB3-84F7-7BDD55E75691@googlemail.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48JTNJ4KJCz4Z2M X-Spamd-Bar: +++++++ X-Spamd-Result: default: False [7.33 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; SUBJECT_HAS_EXCLAIM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.2,0.0.0.1,0.0.0.0,0.0.0.3]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[38.154.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.4]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[38.154.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.3,0.0.0.1,0.0.0.0,0.0.0.2]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.85)[0.850,0]; BAD_REP_POLICIES(0.10)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.98)[0.981,0]; RCVD_IN_DNSWL_NONE(0.00)[2.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (2.70), ipnet: 2a00:1450::/32(-2.43), asn: 15169(-1.69), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[]; GREYLIST(0.00)[pass,body] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 20:57:21 -0000 > Am 13.02.2020 um 17:50 schrieb Mark Millard via freebsd-arm = : >=20 > There is the cpu-rlease-addr information that seems > to refer to some 1st memory page content: >=20 > cpus { > #address-cells =3D <0x00000001>; > #size-cells =3D <0x00000000>; > enable-method =3D "brcm,bcm2836-smp"; > phandle =3D <0x000000be>; > cpu@0 { > device_type =3D "cpu"; > compatible =3D "arm,cortex-a72"; > reg =3D <0x00000000>; > enable-method =3D "spin-table"; > cpu-release-addr =3D <0x00000000 0x000000d8>; > phandle =3D <0x0000001d>; > }; > cpu@1 { > device_type =3D "cpu"; > compatible =3D "arm,cortex-a72"; > reg =3D <0x00000001>; > enable-method =3D "spin-table"; > cpu-release-addr =3D <0x00000000 0x000000e0>; > phandle =3D <0x0000001e>; > }; > cpu@2 { > device_type =3D "cpu"; > compatible =3D "arm,cortex-a72"; > reg =3D <0x00000002>; > enable-method =3D "spin-table"; > cpu-release-addr =3D <0x00000000 0x000000e8>; > phandle =3D <0x0000001f>; > }; > cpu@3 { > device_type =3D "cpu"; > compatible =3D "arm,cortex-a72"; > reg =3D <0x00000003>; > enable-method =3D "spin-table"; > cpu-release-addr =3D <0x00000000 0x000000f0>; > phandle =3D <0x00000020>; > }; > }; >=20 >=20 Although I didn=E2=80=99t have yet time to step into debugging just a = sidenote : , the above table shown from you is for bcm2836=20 Where for bcm-2711 dtsi : cpu0: cpu@0 { device_type =3D "cpu"; compatible =3D "arm,cortex-a72"; reg =3D <0>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x0 0x000000d8>; }; cpu1: cpu@1 { device_type =3D "cpu"; compatible =3D "arm,cortex-a72"; reg =3D <1>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x0 0x000000e0>; }; cpu2: cpu@2 { device_type =3D "cpu"; compatible =3D "arm,cortex-a72"; reg =3D <2>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x0 0x000000e8>; }; cpu3: cpu@3 { device_type =3D "cpu"; compatible =3D "arm,cortex-a72"; reg =3D <3>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x0 0x000000f0>; }; }; Regards Klaus From owner-freebsd-arm@freebsd.org Thu Feb 13 21:22:21 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5721F235EC5 for ; Thu, 13 Feb 2020 21:22:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.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 48JTx81mfsz4bRQ for ; Thu, 13 Feb 2020 21:22:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: V0GfmBMVM1kww0vQgGM3xZU9.0vxRQLXfdQFXX0yNleiSoJjcIWc5SGn8uuhKWg uWixH44UKZ2Igs0lFsoX.jrTHOPQgJjFYSRwbt1csKfvRWfQD2eO03kYtsCjr82bwpSjMH9zmpL8 BT.dbdmM2970NcNOtURiOtqqjSdLaDxL1rTubQDNDyUfPiZmZKE5CisrAO3PyRZ.TT2acyIAuKJt WXCrtm4Lwv48vbA.XlTsMjzyiDNQAXiwjlx6LhNRrnBHBmCyPi.QCgeYI3FPuFL6AalKY.5fE834 uNwgjOrWt3v2sfgS5.IILWjW5PTKcNr9Pn68Tc9uN0Asg1Knl1s6qjFqglZUAlJOH32xGxUAtM.R .yNOegnpmGWKyOqomu2mTqdFCzN.O4SJf7r9KqS0RT8.GN7wM99MTnQERrkYgc19MSYUHQrFpegT NfjWJUWuuf_De3rIpVcHSD70kb.hyN_43C6_hLBbtBzaudYO9Lw9Kj0DEUyOJphk1W3JYiHU8TaE WOnss0.JklXx_lS3Osuu4xEGsD8i_Os93BeHbJ_1e0hKrgBtS851tMz.G5R10_gy1cPriIxHXWJP khiI5EnJY1hzMMDOfP0uO3xpoqTUO_hkCnYZUWYa2Bl2s7VxssDhPrJoBo8umbW6ZciVOgsAPJb9 AGOP4oCr7XW5_4CzUlZSyo244uJeQdqX8mV9UQNmUQaLoOuErUppezWlRigFfWaHwPtRVXRbnZlQ NyP1Q.wjpbmni8WYWmzgYBntqlvXAiZQHPLrgcVZzo2mOYeM2fGfwsSDMzms0oUbE9OgcCX5Hcad TPus1dGb7UU5ODyKar4SEDSD8emYN9KIBlIFj6IeAYrYv6fQ.bpbT3vUdf7v_I.gDKtzjkirvBL5 8NV7LxfweQjhlIo492D.ZYRAQfaXpFCXrscu5W8jsZF4aqVxmZigB5sFMDivkBuk5wT21qVhNUex WoxBu4wzA5BIEYEA77gl9q6PnWIBGjpextSbPxsinam2pYrxSiIeNHKm.Z3F1LgARVNKzWpDxRlD RibQHvMna6XetdJg6TR136YedDm6Hd2wBZDUnXIVqDXeSVOX.MF2.9JwRY.Xgr_XHxJFndkaYW9t iXdTTr9jZIneChpABfTQggjYaQT3yxMcWuauZc3b9F4q8IaoerFKwRpngFVcFdiXT52C6evuKN2B AL5dsNLPikcrxrbvfzwv4SZFBywYrFDXt8RRQT7FxwGQ53mWy6s2N.NsFT9_nESfXZxsML_i9XlN i_BDJb6em6_hZ8n9NAz3rOOuIaZITQR7TGVmLpZd_jZaHV8GVR84FFImRjfD3GiQdhzJ1bfjfZGk vCsbZxZCBfNITLaze4dydOs2cJQBiQcE62xfBOD7SjndU2cV3EbBVQYNnU.rq2Efn7zj41RRn0r5 cHzBoUIbGBozvdXIBu4GLALkpTURhQbHIeYtBYQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 Feb 2020 21:22:18 +0000 Received: by smtp404.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 6e1d1836713cd527e8fdd00c799957b7; Thu, 13 Feb 2020 21:22:14 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: u-boot-rpi* has the existing "make first page reserved" code (shown); this appears to be where any fix would go From: Mark Millard In-Reply-To: Date: Thu, 13 Feb 2020 13:22:12 -0800 Cc: Ralf Wenk , Andrew Turner , Oleksandr Tymoshenko , freebsd-arm , Emmanuel Vadot Content-Transfer-Encoding: quoted-printable Message-Id: <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48JTx81mfsz4bRQ X-Spamd-Bar: - X-Spamd-Result: default: False [-1.64 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.53)[-0.535,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.61)[-0.606,0]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_FIVE(0.00)[6]; IP_SCORE_FREEMAIL(0.00)[]; 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)[31.69.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; 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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (4.48), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 21:22:21 -0000 On 2020-Feb-13, at 12:13, Kyle Evans wrote: > On Thu, Feb 13, 2020 at 1:43 PM Mark Millard = wrote: >> [ ... trim ...] >>=20 >> int ft_board_setup(void *blob, bd_t *bd) >> { >> /* >> * For now, we simply always add the simplefb DT node. Later, = we >> * should be more intelligent, and e.g. only do this if no = enabled DT >> * node exists for the "real" graphics driver. >> */ >> lcd_dt_simplefb_add_node(blob); >>=20 >> #ifdef CONFIG_EFI_LOADER >> /* Reserve the spin table */ >> efi_add_memory_map(0, 1, EFI_RESERVED_MEMORY_TYPE, 0); >> #endif >> return 0; >> } >>=20 >> [... more trim ...] >=20 > This is largely irrelevant unless we're consulting either or both of > /reserved-memory and the EFI memory map. memreserve and the memory map > from U-Boot should likely both be fixed to reflect reality. >=20 That is the only code causing the first page to have its exsting Reserved status. Otherwise it too would be replaced by the kernel. The Reeserved status is from the EFI interface, not the FDT/DTB one. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Feb 13 21:32:25 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 08145236944 for ; Thu, 13 Feb 2020 21:32:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.148]) (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 48JV8m05Yhz4c6P for ; Thu, 13 Feb 2020 21:32:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: wCw0_3kVM1lf8xRZEFc5iknZyujfn71pZpvWhqlHaadTLJbQa0OV3wAiAQB.U5A Zqouj0DLoUH8NdcbDohlZS97u8ZSgBzkN76mX0dIvNrt2Y2gkdTtYl3vPbb.uOwfzUufjntWiVXw cjOlbq_WxOzKW2DABVJ6aXpcZTNkqkBQlmQY5j7sLbtufC0G8QHrxaeeFjD0uf7444KJjxNxfii8 GRFFNOSFZRE8OHUybVHg6yzy5TakWdJLGtT9a.7CD61mUFVW6em5hr9PfRQVvrJzKs1fiy98Rr6f zzbFhalksbiLtIMzOpEGKRd_HEVFmXKR1r2bdlUK8mbv33kxkgJSEL_ZdsMv9N47zQEP.23ghwwB Wno0RD1zn.Qk1GN5eQdfZ1H6qWBXgBdP.xk0OU_1mbKOk6Pp4GAh.P6SkMbDRnYe3jGpquDSTgw_ 7zwOrOgyaxNS15rpYhy91mitsNcuUyNQ2_F8IyXkPyFNSkC8cIQY3Dng7LPha7h0dqiIlwTUnf7z 44Daw9Xk7gVL0LG8RJl8k47PxE_wv3KZupOghuCOUc97HJY1TQWpZcnanwZecPKeD0yxx6Hwfw16 jYvczhQQ3OVaOL.nXZ5NpYN_yAWcQpaEhFGz1.Utg6MEVSxu3ymV8O3XjrU00rEns9Va6DwS2qIZ P033AOxE1gyOPmrF4Vq3GixQCzljfmLpgYvDcegNeTe5q52yL.j7RyeeD0MK9_fFBzoeDJL142ob 3MXJL5I.f7HdLoY733qZWksyjq.cWGHxGaFyNYsFaRGJnHDYeJHJ11RkbvW9QEwzux4DS7u5uA1M BcGQ_c02xE_PEe2FdkC7gCzeUzbEwYquPC36mgArF5BJoMX4NC_Hd3Ye6cX_7rCQm5YvOB2aBsfU gdU7NejENtJf_zJIP3qwiqO_ckpJVct2YUEZnD5zlO5aYtmS3ZSoEQZPsLXMj1hT6S3SGaqP5nNw eNILVr1kGTa_.l3CtVlt9Nr.ZO6d59US7Et8tVGREm6Ske.dk6IJkqwUghREtvWvWlKlJb.2rv3X 2ZY2G0.V7kG_u8OhzVnNR3tDfB9aGNYwCv9S3OLA_7mMmh0uF0X_GYZZ1VPDgDc8.EBBSGNSH4FZ 73sK_SluByQ50ogSj7vL3IOEQlSQDK5vbtaI3q_xE8PnBRhpgMSea7wgbzscZM6kmqzL0a9HclZo HP6lEuPbwv15P.KUx89kD7yiFq6euLu5AxIGtKc4ERdNlc1iM7Ka8vtvZIAfAZ9Os4it1Z3mGipG qo732Bke9TgE1CFv2T_9SvLOLwFfMTMGmhuPMAZemzp4DX5brGEC7_zXl1KvA3XOfcxdrJiQt_Gw yqPxQ96KdH1NO1UwJsoC7iiNz6Kiru2ZPfBjSQKLPJA51SX7cs.jeAXpno3QQ1R3Tx.1va95XEdd AIn1FOyRnjyspaZLrEzU.5bQLJQV4debIfoIZQQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 Feb 2020 21:32:22 +0000 Received: by smtp429.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7ea6cd443890b99373bd50ed764b6244; Thu, 13 Feb 2020 21:32:18 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel From: Mark Millard In-Reply-To: <256E923D-AD9A-4DB3-84F7-7BDD55E75691@googlemail.com> Date: Thu, 13 Feb 2020 13:32:18 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <256E923D-AD9A-4DB3-84F7-7BDD55E75691@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48JV8m05Yhz4c6P X-Spamd-Bar: - X-Spamd-Result: default: False [-1.99 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; SUBJECT_HAS_EXCLAIM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.2,0.0.0.1,0.0.0.0,0.0.0.3]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.60)[-0.602,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0,0.0.0.1,0.0.0.2,0.0.0.3]; NEURAL_HAM_LONG(-0.89)[-0.886,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (4.75), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.68.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 21:32:25 -0000 On 2020-Feb-13, at 12:51, Klaus K=C3=BCchemann wrote: >=20 >> Am 13.02.2020 um 17:50 schrieb Mark Millard via freebsd-arm = : >>=20 >> There is the cpu-rlease-addr information that seems >> to refer to some 1st memory page content: >>=20 >> cpus { >> #address-cells =3D <0x00000001>; >> #size-cells =3D <0x00000000>; >> enable-method =3D "brcm,bcm2836-smp"; >> phandle =3D <0x000000be>; >> cpu@0 { >> device_type =3D "cpu"; >> compatible =3D "arm,cortex-a72"; >> reg =3D <0x00000000>; >> enable-method =3D "spin-table"; >> cpu-release-addr =3D <0x00000000 0x000000d8>; >> phandle =3D <0x0000001d>; >> }; >> cpu@1 { >> device_type =3D "cpu"; >> compatible =3D "arm,cortex-a72"; >> reg =3D <0x00000001>; >> enable-method =3D "spin-table"; >> cpu-release-addr =3D <0x00000000 0x000000e0>; >> phandle =3D <0x0000001e>; >> }; >> cpu@2 { >> device_type =3D "cpu"; >> compatible =3D "arm,cortex-a72"; >> reg =3D <0x00000002>; >> enable-method =3D "spin-table"; >> cpu-release-addr =3D <0x00000000 0x000000e8>; >> phandle =3D <0x0000001f>; >> }; >> cpu@3 { >> device_type =3D "cpu"; >> compatible =3D "arm,cortex-a72"; >> reg =3D <0x00000003>; >> enable-method =3D "spin-table"; >> cpu-release-addr =3D <0x00000000 0x000000f0>; >> phandle =3D <0x00000020>; >> }; >> }; >>=20 >>=20 >=20 >=20 > Although I didn=E2=80=99t have yet time to step into debugging just a = sidenote : > , the above table shown from you is for bcm2836=20 > Where for bcm-2711 dtsi : Do not confuse the .dtsi with the live DTB reported by the RPi4B u-boot itself (the address as reported during a prior boot sequence). I show more extraction context this time: U-Boot> fdt addr 0x7ef2000=20 U-Boot> fdt print / { . . . cpus { #address-cells =3D <0x00000001>; #size-cells =3D <0x00000000>; enable-method =3D "brcm,bcm2836-smp"; phandle =3D <0x000000be>; cpu@0 { device_type =3D "cpu"; compatible =3D "arm,cortex-a72"; reg =3D <0x00000000>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x00000000 0x000000d8>; phandle =3D <0x0000001d>; }; cpu@1 { device_type =3D "cpu"; compatible =3D "arm,cortex-a72"; reg =3D <0x00000001>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x00000000 0x000000e0>; phandle =3D <0x0000001e>; }; cpu@2 { device_type =3D "cpu"; compatible =3D "arm,cortex-a72"; reg =3D <0x00000002>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x00000000 0x000000e8>; phandle =3D <0x0000001f>; }; cpu@3 { device_type =3D "cpu"; compatible =3D "arm,cortex-a72"; reg =3D <0x00000003>; enable-method =3D "spin-table"; cpu-release-addr =3D <0x00000000 0x000000f0>; phandle =3D <0x00000020>; }; }; . . . Yes, the live RPi4B u-boot reports: brcm,bcm2836-smp I've no clue if this is a problem. >=20 > cpu0: cpu@0 { > device_type =3D "cpu"; > compatible =3D "arm,cortex-a72"; > reg =3D <0>; > enable-method =3D "spin-table"; > cpu-release-addr =3D <0x0 0x000000d8>; > }; >=20 > cpu1: cpu@1 { > device_type =3D "cpu"; > compatible =3D "arm,cortex-a72"; > reg =3D <1>; > enable-method =3D "spin-table"; > cpu-release-addr =3D <0x0 0x000000e0>; > }; >=20 > cpu2: cpu@2 { > device_type =3D "cpu"; > compatible =3D "arm,cortex-a72"; > reg =3D <2>; > enable-method =3D "spin-table"; > cpu-release-addr =3D <0x0 0x000000e8>; > }; >=20 > cpu3: cpu@3 { > device_type =3D "cpu"; > compatible =3D "arm,cortex-a72"; > reg =3D <3>; > enable-method =3D "spin-table"; > cpu-release-addr =3D <0x0 0x000000f0>; > }; > }; This source code seems to be irrelevant to what I reported about the live DTB in use. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Feb 13 21:43:19 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9109E237100 for ; Thu, 13 Feb 2020 21:43:19 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) Received: from anteater.elm.relay.mailchannels.net (anteater.elm.relay.mailchannels.net [23.83.212.3]) (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 48JVPL1RHCz4cr0 for ; Thu, 13 Feb 2020 21:43:17 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 493B9341AEB; Thu, 13 Feb 2020 21:43:16 +0000 (UTC) Received: from pdx1-sub0-mail-a48.g.dreamhost.com (100-96-216-4.trex.outbound.svc.cluster.local [100.96.216.4]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id AA3F6341C21; Thu, 13 Feb 2020 21:43:15 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from pdx1-sub0-mail-a48.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.5); Thu, 13 Feb 2020 21:43:16 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|thomas-bsd@skibo.net X-MailChannels-Auth-Id: dreamhost X-Scare-Coil: 269554517ffbf543_1581630196095_3358992993 X-MC-Loop-Signature: 1581630196095:3989302494 X-MC-Ingress-Time: 1581630196095 Received: from pdx1-sub0-mail-a48.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a48.g.dreamhost.com (Postfix) with ESMTP id 96BCB7F73C; Thu, 13 Feb 2020 13:43:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=skibo.net; h=content-type :mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s= skibo.net; bh=fvpEgyifh7iqgHCMqj7CCt28oxQ=; b=pt2HVhYvSlmwytv0+5 PfaK4BTy27zz/upcd1yd1tPpNyVleLYKLLkYEg4QMCRqjLQtFERNsohon/Sevfgk 0OKQSf1xcpIBcyKQdt8T08GVN0E6/RJgDhBBL7eT29MUbh7oa0XJ4zknKrUia73v K8XsXZAeIdaWK5oiBE5kqhS5A= Received: from [192.168.1.20] (c-67-180-61-4.hsd1.ca.comcast.net [67.180.61.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas-bsd@skibo.net) by pdx1-sub0-mail-a48.g.dreamhost.com (Postfix) with ESMTPSA id 1F70A7F738; Thu, 13 Feb 2020 13:43:10 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: freebsd-arm Digest, Vol 720, Issue 4 X-DH-BACKEND: pdx1-sub0-mail-a48 From: Thomas Skibo In-Reply-To: Date: Thu, 13 Feb 2020 13:43:09 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Ross Alexander X-Mailer: Apple Mail (2.3608.60.0.2.5) X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: 0 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedugedrieekgdduheegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucenucfjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtdejnecuhfhrohhmpefvhhhomhgrshcuufhkihgsohcuoehthhhomhgrshdqsghsugesshhkihgsohdrnhgvtheqnecuffhomhgrihhnpehgihhthhhusgdrtghomhdpfhhrvggvsghsugdrohhrghenucfkphepieejrddukedtrdeiuddrgeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopegludelvddrudeikedruddrvddtngdpihhnvghtpeeijedrudektddriedurdegpdhrvghtuhhrnhdqphgrthhhpefvhhhomhgrshcuufhkihgsohcuoehthhhomhgrshdqsghsugesshhkihgsohdrnhgvtheqpdhmrghilhhfrhhomhepthhhohhmrghsqdgsshgusehskhhisghordhnvghtpdhnrhgtphhtthhopehfrhgvvggsshguqdgrrhhmsehfrhgvvggsshgurdhorhhg X-Rspamd-Queue-Id: 48JVPL1RHCz4cr0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skibo.net header.s=skibo.net header.b=pt2HVhYv; dmarc=none; spf=pass (mx1.freebsd.org: domain of thomas-bsd@skibo.net designates 23.83.212.3 as permitted sender) smtp.mailfrom=thomas-bsd@skibo.net X-Spamd-Result: default: False [-3.49 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[skibo.net:s=skibo.net]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:23.83.208.1/20]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[skibo.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[skibo.net:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[3.212.83.23.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-1.49)[ip: (-5.36), ipnet: 23.83.208.0/21(-1.09), asn: 36483(-0.94), country: CA(-0.09)]; RWL_MAILSPIKE_POSSIBLE(0.00)[3.212.83.23.rep.mailspike.net : 127.0.0.17]; RECEIVED_SPAMHAUS_PBL(0.00)[4.61.180.67.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36483, ipnet:23.83.208.0/21, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 21:43:19 -0000 > On Feb 13, 2020, at 10:35 AM, Ross Alexander = wrote: >=20 >=20 > Having said that, here's my puzzle - I use crochet to build little > test images. I last pulled it down from github 14 Nov 2019 via >=20 > git clone https://github.com/freebsd/crochet.git >=20 > (and pulling it down today and doing a 'diff -r' says that nothing > has happened.) I've got pretty recent copies of the dependancies; >=20 > aubey2:/u0/cr-wk > pkg info -E -x rpi > rpi-firmware-1.20190925.g20200109 > u-boot-rpi-2019.10 > u-boot-rpi2-2019.10 > u-boot-rpi3-2019.10 > u-boot-rpi4-2019.10 >=20 > BUT the mmscd images don't recognize the gpart partitions on > my rpi3's usb ssd any more. >=20 > I will provide better info when I get home and have a couple of hours > to collect boot listings. In short, what's broken in u-boot 2019.10, > or what config change does it need to see gpart partitions on a USB > device? >=20 > regards, > Ross >=20 It looks like crochet installs boot1.efi in EFI/BOOT/bootaa64.efi but it = should install loader.efi instead. boot1.efi is incompatible with = u-boot v2019.10 and causes =E2=80=9CUFS found no partitions=E2=80=9D = errors. An earlier discussion: = https://lists.freebsd.org/pipermail/freebsd-arm/2019-October/020540.html =E2=80=94Thomas From owner-freebsd-arm@freebsd.org Fri Feb 14 01:16:51 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9BB9223C39C for ; Fri, 14 Feb 2020 01:16:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 48Jb7k3QHNz3N5Y for ; Fri, 14 Feb 2020 01:16:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: SJwrgKsVM1lBbsqhXXgTsnBJ4nvH4kgTmfmP6O4itQHKqR7ylu3wcZXbDjRe9i_ _KxNZJRVISQtIre48B3AlUZCIAfmMTgZ5ptmSuc68qj93gV.9nPfNy87LYWWQb5pyyH0MoB0Ng4f ky102dfn80e_YUfHdP_ZC1g_6TkpmaxYRrF_f56inqTeyv3QPaf3THBYg7CRLs8b5QbHTa.ngtkV yRFrbU1pahBoqaI950sWDUxlhbHd_h8swpdEvV93b8fKMdzcGDYNUkNxvX9pSxXoK3rwn_LoSLq1 8JRwyCh3v6tA8usBoSLUCLyBWHGqkZSF3nOntnG6sAkfOcimaMVqusjVbjo0vT0Cc5.7m3A7aumK eZz.7Q8.NLrKtWJHycG.ObrtCycbGJspsr.UE7n0X3IXYXAn9xyshEgLcu2vsQ7qXjD8aO4DOnzJ 6GXWSQl.m3RX7cU5NRquRzKv._5.Oonze35R7iMyhsDxC3WviHdIjLTnATbnFCsBX._qq5DZm8P1 ktO0_yiVC8BeQkihrstLXIAuM9IoGuIcOnDF5fbQCYFpTgbN2v0k8FtTRwwuR0KC9gCoQNWJ6azI BA_y1Q0R6qyqn.L1hBrleL8pIL9WEilQpU3iKxgJnFlgtoeezlhFsoSbEDPKRd83c442kTx7Z.P2 LkrGOldvV9NSW4RU1WYzAJ5GBElXPG_WkH4ftCteo_K2MkRxl_oIH4dZMN37TvYGgXtanimQA7mr vDvRlSztj.VE4mVR44CAhVEZAOeWDT97o2VNFi4gPoOdP1XrmGnaG8SVkkiSRMVw8Hvyp9iiqjwW 1b0mimCYQPbEcATupo3SPn8DuMxs7RTJflZAdXpC0uS85NbHr6h_uAyNopgB5zSsY9pYKxTjoG7_ IlFVk3Jtd_fqdlLrH491i_HW77ZepF_51eEsHpO9UnMKGdJl84AhqC2VovcVL0dbZeJJ9XhPdTB2 wqQXjVStfPJr65XZ6cZZzVEYOqXIAPpu1miUZH4GELzTU19PHe.YaetJJhDuDWvA8em5J3OZPmnl 0yajDXiP11E3x63snQIOIVWRM4OrqJpHAHo04qCS7OQB_ODlwix7MZUfXM1rVriYSB8t7MzJj4gV 11qrG8RpjSW_U9x9_Hgdn4xLgEwPZLeHiBKeB12upIGBBTNtP_HCeMk.VpztfHs9.npSEPN6s1lG IYb1vjCINzdl7qXNft6TW.uN9N6OhRTqH5_yKzs3G4auDzXSlcUQOzZGRjuh8yy0CNpT.wqVn19T BN5_TI3H9pmuwr_K50gsc.K1ozg2gVvdmEdfDgEzaZfWt5Zd.UaPvNF2wNot6236p0eGtBoZhmRJ 7GNHdzOxKqZKPr81zLWKednEvmb07T927Kmq0cAm8Cu6NYteM5f2ogyUImgIaTcTy5aFwOBWdT7F TvCQLqCQdW1Eqm2pj6fKmrIKxWfEoaC5WlMwfU00Cu8tuC9KZDt7KRUWgXy.SeJIj20ilV9.NHy4 - Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Fri, 14 Feb 2020 01:16:48 +0000 Received: by smtp404.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID ff58bb418e4640ac3ce7dd9c469cb915; Fri, 14 Feb 2020 01:16:43 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: u-boot-rpi* has the existing "make first page reserved" code (shown); this appears to be where any fix would go (it works without FreeBSD changes) From: Mark Millard In-Reply-To: <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> Date: Thu, 13 Feb 2020 17:16:41 -0800 Cc: Ralf Wenk , Andrew Turner , Oleksandr Tymoshenko , freebsd-arm , Emmanuel Vadot , =?utf-8?Q?Klaus_K=C3=BCchemann?= , bob prohaska Content-Transfer-Encoding: quoted-printable Message-Id: <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48Jb7k3QHNz3N5Y X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.44 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.949,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.99)[-0.987,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; 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)[206.64.137.98.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_SEVEN(0.00)[8]; RCVD_TLS_LAST(0.00)[]; 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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (1.00), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2020 01:16:51 -0000 [The sysutils/u-boot-rpi* change is sufficient to be a work around allowing existing FreeBSD versions to be used (up to other separate problems).] On 2020-Feb-13, at 13:22, Mark Millard wrote: > On 2020-Feb-13, at 12:13, Kyle Evans wrote: >=20 >> On Thu, Feb 13, 2020 at 1:43 PM Mark Millard = wrote: >>> [ ... trim ...] >>>=20 >>> int ft_board_setup(void *blob, bd_t *bd) >>> { >>> /* >>> * For now, we simply always add the simplefb DT node. Later, = we >>> * should be more intelligent, and e.g. only do this if no = enabled DT >>> * node exists for the "real" graphics driver. >>> */ >>> lcd_dt_simplefb_add_node(blob); >>>=20 >>> #ifdef CONFIG_EFI_LOADER >>> /* Reserve the spin table */ >>> efi_add_memory_map(0, 1, EFI_RESERVED_MEMORY_TYPE, 0); >>> #endif >>> return 0; >>> } >>>=20 >>> [... more trim ...] >>=20 >> This is largely irrelevant unless we're consulting either or both of >> /reserved-memory and the EFI memory map. memreserve and the memory = map >> from U-Boot should likely both be fixed to reflect reality. >>=20 >=20 > That is the only code causing the first page to have > its exsting Reserved status. Otherwise it too would > be replaced by the kernel. >=20 > The Reeserved status is from the EFI interface, > not the FDT/DTB one. So I've reverted armstub8-gic.bin to the normal one ffrom sysutils/rpi-firmware and reverted the kernel investigative HACKs, including the one that enabled booting and operating: # svnlite diff /usr/src/sys/dev/fdt/fdt_common.c Index: /usr/src/sys/dev/fdt/fdt_common.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) @@ -485,7 +485,18 @@ =20 tuples =3D res_len / tuple_size; reservep =3D (pcell_t *)&reserve; +#ifdef __aarch64__ + //HACK!!! + // Reserve the first few pages, for example to + // preserve armstub8-gic.bin or armstub.bin + // content. + mr[0].mr_start=3D 0; + mr[0].mr_size=3D 2*4096; + tuples++; + for (i =3D 1; i < tuples; i++) { +#else for (i =3D 0; i < tuples; i++) { +#endif =20 rv =3D fdt_data_to_res(reservep, addr_cells, size_cells, (u_long *)&mr[i].mr_start, (u_long = *)&mr[i].mr_size); @@ -512,6 +523,11 @@ =20 root =3D OF_finddevice("/reserved-memory"); if (root =3D=3D -1) { + // Fail over to checking for and handling memreserve, + // such as for a RPi4B. + if (0 =3D=3D = fdt_get_reserved_regions(reserved,mreserved)) + return (0); + return (ENXIO); } =20 # svnlite revert /usr/src/sys/dev/fdt/fdt_common.c Reverted 'sys/dev/fdt/fdt_common.c' So sysutils/rpi-firmware/ and FreeBSD itself are no longer tailored to the problem. But I've also switched to a sysutils/u-boot-rpi4 based on: # diff ./board/raspberrypi/rpi/rpi.c.orig ./board/raspberrypi/rpi/rpi.c 485c485 < efi_add_memory_map(0, 1, EFI_RESERVED_MEMORY_TYPE, 0); --- > efi_add_memory_map(0, 2, EFI_RESERVED_MEMORY_TYPE, 0); And the result is that head -r357529 boots and operates just fine. So FreeBSD itself does not need to change just to have a work-around. (I make no claim to know the best direction for a long term fix.) FYI: boot -v on the RPi4B used for testing now shows: Type Physical Virtual #Pages Attr Reserved 000000000000 0 00000002 WB=20 ConventionalMemory 000000002000 2000 00007ef0 WB=20 BootServicesData 000007ef2000 7ef2000 0000001c WB=20 ConventionalMemory 000007f0e000 7f0e000 00029f93 WB=20 BootServicesData 000031ea1000 31ea1000 00000001 WB=20 LoaderData 000031ea2000 31ea2000 00008001 WB=20 LoaderCode 000039ea3000 39ea3000 000000a6 WB=20 Reserved 000039f49000 39f49000 00000007 WB=20 BootServicesData 000039f50000 39f50000 00000001 WB=20 Reserved 000039f51000 39f51000 00000002 WB=20 RuntimeServicesData 000039f53000 39f53000 00000001 WB RUNTIME Reserved 000039f54000 39f54000 00000001 WB=20 BootServicesData 000039f55000 39f55000 00000002 WB=20 RuntimeServicesData 000039f57000 39f57000 00000001 WB RUNTIME LoaderData 000039f58000 39f58000 00001408 WB=20 RuntimeServicesCode 00003b360000 3b360000 00000010 WB RUNTIME LoaderData 00003b370000 3b370000 00000090 WB=20 BootServicesData 000040000000 40000000 000bc000 WB=20 MemoryMappedIO 0000fe100000 fe100000 00000001 RUNTIME Physical memory chunk(s): 0x00002000 - 0x39f48fff, 927 MB ( 237383 pages) 0x39f50000 - 0x39f50fff, 0 MB ( 1 pages) 0x39f53000 - 0x39f53fff, 0 MB ( 1 pages) 0x39f55000 - 0x3b35ffff, 20 MB ( 5131 pages) 0x3b370000 - 0x3b3fffff, 0 MB ( 144 pages) 0x40000000 - 0xfbffffff, 3008 MB ( 770048 pages) Excluded memory regions: 0x00000000 - 0x00001fff, 0 MB ( 2 pages) NoAlloc=20 0x32000000 - 0x33795fff, 23 MB ( 6038 pages) NoAlloc=20 0x39f49000 - 0x39f4ffff, 0 MB ( 7 pages) NoAlloc=20 0x39f51000 - 0x39f54fff, 0 MB ( 4 pages) NoAlloc=20 0x39f57000 - 0x39f57fff, 0 MB ( 1 pages) NoAlloc=20 0x3b360000 - 0x3b36ffff, 0 MB ( 16 pages) NoAlloc=20 0x3e513000 - 0x3ebebfff, 6 MB ( 1753 pages) NoAlloc=20 0xfe100000 - 0xfe100fff, 0 MB ( 1 pages) NoAlloc=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Feb 14 09:54:46 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2FC9324579A for ; Fri, 14 Feb 2020 09:54:46 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48JpdK0NVtz4KRq for ; Fri, 14 Feb 2020 09:54:44 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42a.google.com with SMTP id y17so10164591wrh.5 for ; Fri, 14 Feb 2020 01:54:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:date:references:to :in-reply-to:message-id; bh=FesCvHpikETebdNo7pmE9unBNamHNDe9zxkuDxEuBZQ=; b=fWOOO9PbMop9Brqojy7kSaLd2e30tESIBhOBkP4/WvXGR1+y27bmL1fLoB2LYmNTD5 +rnAL63FYpz1/R+7yBKZItoL+6JTdBzAeliHQTRBPAmNxwZp6+GAraHbn25WuXTt9yf2 0A66KA0bhwZjpkvcVrbNDol95JWKdnthg68/yOweUXGSzLVfuRZbVLbN+6omVQJk8gGQ iiLiTtcpxA87B2t+hbLVMcWkuFvDvvkbVq5TMCosZ8iYn8FWcs+qx1l63YQWD173e0Ej Gj5E5RmMiBA+IcpZP7lUaJEOKqxQJCU69zcxNowOVKiG+MKldAXlN3kOX/WrqnNkMQs9 lQxQ== X-Gm-Message-State: APjAAAX0uNVztY+DyqtjacYzVQ327nitim/Bc/AS7sh2Af6KSsVa1Itk y/+vFQP8qNK33Ew01VW5ihpwa+wX X-Google-Smtp-Source: APXvYqzVzAIV6apvhAM1GjnU9zrJGR+4fDeZacncvNlTugOJ7JY4Z3gfgdN585RIwFB8phkR50XTLA== X-Received: by 2002:a5d:4ac8:: with SMTP id y8mr3140791wrs.272.1581674082953; Fri, 14 Feb 2020 01:54:42 -0800 (PST) Received: from [192.168.1.167] (x59cc9a26.dyn.telefonica.de. [89.204.154.38]) by smtp.googlemail.com with ESMTPSA id z133sm6725569wmb.7.2020.02.14.01.54.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 14 Feb 2020 01:54:42 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: u-boot-rpi* has the existing "make first page reserved" code (shown); this appears to be where any fix would go (it works without FreeBSD changes) Date: Fri, 14 Feb 2020 10:54:40 +0100 References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> Message-Id: <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48JpdK0NVtz4KRq X-Spamd-Bar: ++++++++ X-Spamd-Result: default: False [8.08 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; URI_COUNT_ODD(1.00)[9]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[38.154.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.4]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[38.154.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.63)[0.628,0]; BAD_REP_POLICIES(0.10)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.95)[0.951,0]; RCVD_IN_DNSWL_NONE(0.00)[a.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.22), ipnet: 2a00:1450::/32(-2.42), asn: 15169(-1.68), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-Spam: Yes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2020 09:54:46 -0000 > Am 14.02.2020 um 02:16 schrieb Mark Millard : >=20 > [The sysutils/u-boot-rpi* change is sufficient to > be a work around allowing existing FreeBSD versions > to be used (up to other separate problems).] > =E2=80=A6 > .. >=20 > (I make no claim to know the best direction for a > long term fix.) >=20 >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) Hi, I really like that you investigate in solving the breakage, thank you! But your workflow is somewhat in the downstream direction where it should be on the upstream. sysutils/u-boot-rpi* Is somewhat outdated . U-boot is currently v2020. = 01 , so the direction should be to 1st upgrade sysutils/u-boot to v2020. 01. After that you =E2=80=9Etest" 2020.01 , then if necessary you hack it, = send a patch=20 to fbsd-u-boot, and if that patch would be universal to u-boot , fbsd = will send the=20 patch to u-boot itself( if not yet available there). Or vice versa fbsd will upgrade 2020.01 with a current patch from u-boot = upstream . So the first place where you should look for is the u-boot upstream. The reason for that is that if we all hack our own versions we will = completely=20 out of sync.=20 AFAIK =E2=80=9Amanu' ( e.g. https://reviews.freebsd.org/D23592 ) is = responsible=20 for syncing upstreams, I would recommend you to contact him to ask where = and when he wants to go with u-boot and the DTBs and so on. I hope this helps a little to send your work to the right addresses=E2=80=A6= If you do sync your work with the upstream you absolutely have the right = to claim your "long term fix=E2=80=9C . ;-) Regards Klaus= From owner-freebsd-arm@freebsd.org Fri Feb 14 10:10:13 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C5CB4245BF6 for ; Fri, 14 Feb 2020 10:10:13 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Jpz8693Jz4LJX for ; Fri, 14 Feb 2020 10:10:11 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from tails.home (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 948c2d27 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 14 Feb 2020 10:10:10 +0000 (UTC) Date: Fri, 14 Feb 2020 11:10:09 +0100 From: Emmanuel Vadot To: Klaus =?ISO-8859-1?Q?K=FCchemann?= Cc: Klaus =?ISO-8859-1?Q?K=FCchemann?= via freebsd-arm , Mark Millard Subject: Re: u-boot-rpi* has the existing "make first page reserved" code (shown); this appears to be where any fix would go (it works without FreeBSD changes) Message-Id: <20200214111009.944ce2587a0a4d22ac567da8@bidouilliste.com> In-Reply-To: <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48Jpz8693Jz4LJX X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; 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.45 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.16)[ip: (-7.99), ipnet: 212.83.128.0/19(2.00), asn: 12876(0.22), country: FR(0.00)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2020 10:10:13 -0000 On Fri, 14 Feb 2020 10:54:40 +0100 Klaus K=FCchemann via freebsd-arm wrote: >=20 > > Am 14.02.2020 um 02:16 schrieb Mark Millard : > >=20 > > [The sysutils/u-boot-rpi* change is sufficient to > > be a work around allowing existing FreeBSD versions > > to be used (up to other separate problems).] > > ? > > .. > >=20 > > (I make no claim to know the best direction for a > > long term fix.) > >=20 > >=20 > > =3D=3D=3D > > Mark Millard > > marklmi at yahoo.com > > ( dsl-only.net went > > away in early 2018-Mar) >=20 >=20 > Hi, >=20 > I really like that you investigate in solving the breakage, thank you! > But your workflow is somewhat in the downstream direction > where it should be on the upstream. > sysutils/u-boot-rpi* Is somewhat outdated . U-boot is currently v2020. 0= 1 , > so the direction should be to 1st upgrade sysutils/u-boot to v2020. 01. I have hold off the upgrade to 2020.01 as rockchip u-boot needs a newer ATF and they didn't made a new release yet. My plan is to wait until 2020.04 is release and if at that time there is still no new ATF release just update the ports to use the latest git version. > After that you ?test" 2020.01 , then if necessary you hack it, send a pat= ch=20 > to fbsd-u-boot, and if that patch would be universal to u-boot , fbsd wil= l send the=20 > patch to u-boot itself( if not yet available there). Mhm no, I will not send patch upstream for someone else, I will also not include patch in the freebsd ports tree that haven't been submitted upstream. > Or vice versa fbsd will upgrade 2020.01 with a current patch from u-boot = upstream . > So the first place where you should look for is the u-boot upstream. > The reason for that is that if we all hack our own versions we will compl= etely=20 > out of sync.=20 > AFAIK ?manu' ( e.g. https://reviews.freebsd.org/D23592 ) is responsible= =20 > for syncing upstreams, I would recommend you to contact him to ask where = and when he wants to go > with u-boot and the DTBs and so on. > I hope this helps a little to send your work to the right addresses? >=20 > If you do sync your work with the upstream you absolutely have the right = to claim your "long term fix? . ;-) >=20 >=20 > Regards > Klaus > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Feb 14 11:16:56 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C4E672474A5 for ; Fri, 14 Feb 2020 11:16:56 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x444.google.com (mail-wr1-x444.google.com [IPv6:2a00:1450:4864:20::444]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48JrS80CgRz4QBb for ; Fri, 14 Feb 2020 11:16:55 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x444.google.com with SMTP id c9so10468642wrw.8 for ; Fri, 14 Feb 2020 03:16:55 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=gXmXdCCL2LZR3znwhca8DY0z3ILhueibhA4NNDs867E=; b=V96HhGhPPdFCrTXOxZiUSdxJxqacDSG+WLmDC7p/FQG0Ou4YMFu7w4kTlWSwx2vG12 OSbH0v3OmKT1x2s+u8Xya3iwvfl9UrN+CH1utZ3SvNjis2CZXUJ9+Dm+0Ocz2ZojrE/N E4J9MpzTseJrCWmNAjVrAOIlxWLz6D6oXcdm9iIhp1zoE+/+qbo8ySB3jdmG202HEOns tGIjTV5gJqTRfJMPgJSMIWOwSK5GW1F6rtdUNQysp2YNkgMezZGKngVeUlcEYzj3nAwu lMqER1faX1HmOXp2v3NvTbrshkjRRu64ek68CDXeGdrnQEXT2AiKshqT28RgdW5LDoOW 4NRg== X-Gm-Message-State: APjAAAVmSi88Lu7u2c7gasywACdf0xESkdwbjSffeqgdKamkOl3ikzEE I1+wzkOrmYzkGVgA74ZvFzc= X-Google-Smtp-Source: APXvYqwDaIryxG1aahxvEm7koozHBvpXu1m0UVdS6oqJhhefLFwh0Ba4IA7BobvbO+rge5ihu8PabA== X-Received: by 2002:a5d:5088:: with SMTP id a8mr3503603wrt.162.1581679014607; Fri, 14 Feb 2020 03:16:54 -0800 (PST) Received: from [192.168.1.167] (x59cc9b25.dyn.telefonica.de. [89.204.155.37]) by smtp.googlemail.com with ESMTPSA id n13sm7103971wmd.21.2020.02.14.03.16.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 14 Feb 2020 03:16:53 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: u-boot-rpi* has the existing "make first page reserved" code (shown); this appears to be where any fix would go (it works without FreeBSD changes) Date: Fri, 14 Feb 2020 12:16:48 +0100 References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> <20200214111009.944ce2587a0a4d22ac567da8@bidouilliste.com> To: Emmanuel Vadot , Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <20200214111009.944ce2587a0a4d22ac567da8@bidouilliste.com> Message-Id: <31965630-216C-4DCA-A943-12A0E5BBE5C6@googlemail.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48JrS80CgRz4QBb X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[37.155.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (2.88), ipnet: 2a00:1450::/32(-2.42), asn: 15169(-1.68), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2020 11:16:56 -0000 > Am 14.02.2020 um 11:10 schrieb Emmanuel Vadot : >=20 > On Fri, 14 Feb 2020 10:54:40 +0100 >=20 > I have hold off the upgrade to 2020.01 as rockchip u-boot needs a > newer ATF and they didn't made a new release yet. My plan is to wait > until 2020.04 is release and if at that time there is still no new ATF > release just update the ports to use the latest git version. Hi Manu, thanks for information about the way you plan ,=20 I am aware of some Rockchip-issues with 2020.01 , perhaps you like to view: https://marc.info/?l=3Dopenbsd-arm&m=3D158084535922294&w=3D2 Perhaps Kurt`s approach would help out in your fbsd-u-boot-port. > Emmanuel Vadot : >=20 > Mhm no, I will not send patch upstream for someone else, I will also > not include patch in the freebsd ports tree that haven't been = submitted > upstream. >=20 Of course not =E2=80=A6 that=E2=80=99s what I wanted to say in other = words to Mark, O.K., we both don=E2=80=99t speak real native English so perhaps = mismatch here;-) >=20 > --=20 > Emmanuel Vadot Regards Klaus From owner-freebsd-arm@freebsd.org Fri Feb 14 11:20:28 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CEA4624759C for ; Fri, 14 Feb 2020 11:20:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-19.consmr.mail.gq1.yahoo.com (sonic313-19.consmr.mail.gq1.yahoo.com [98.137.65.82]) (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 48JrXC4Q54z4QGG for ; Fri, 14 Feb 2020 11:20:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: rcC7FNwVM1nHT19M4ihPyYxDKAXYhs_Mj3owR.oCaj5ODA2tb1mToTClduKy7G3 wuTM3M4KWnCK8ujLP1MFJDy7W8SUqEfM8Jwht9rT2_mY.jMIdAfoGqxSrXCxaUb4gN8wR5Gq2LGi WE._gTJkfi7NE6OyQvXbXWud62.1jTvQAIuAvJy6ZUSNDmIeQ3T.mb6ya7hcZMOmSdUJ5SjNLcMj yCQs5cFduYpFMLhhnwOCyVdtvPRVCSoeSk5hCk6JPuh_JqsNDY6yjsCSbEa1Uih_ztjGWLujKuy9 gmoS4cR3mzRj9OnH_WlsEuaxScFLXgXjtX_.ziIaD4z05GP4z4WmKFMRiU8gXChqDxSbAALr1xPH tiVjtG_B_BeIW9iB8sDQ6NNL2wwBTZlCUgOETcobyQ9KvWLB7DwAxXxulYsSIQOH9Yjy9.rEMujP ZgbLSULi3eMw978h1YlBgHC8WdYl6ivOFHWcuOdFN2FaFhFtTsZGIMIGtdgNxt78K2F53PaFkCA0 uDrn6gJwbF3iHbmvBWbXKl75eW2cA2.YscyZHTdM4tjrhQ1rj__ssmhRdFgK5fMwX._XKiyxCcAe zXvTlxePoOG2131s6k7XzT2_ZdN9sY3nt._GHIV3aEQxsqSMSD.h53F8jw5G1FLgTx4W9bj2FpYk RwJIFXMpCkFVncqWL3IKisutGd6e8b8Vj1.W8lTjfgUNkyT_fAtmvUCYsqtV8v4yKiWc4RXzquZt GiCQtpwH6.DX5oGdAn_VIOFHM15IZzyRmtcPdsRLZMpgh3WHdnHLWEyiSTCc8vq4r6IHiHiW7t6a aD0NWS8Or8jo4S0sMws.g_nwrq6dr2.T8LE06MTXLJDe.jlPlSCKl10f.bX6VaP00nFCkjcRbWSh l_W_XKLPjKGZPiaeHElXoc2_u2uxGGrqQrwwyt0rQI_zzsD4fz4c8A_ZQ7UyZOSjlwa0OYnwc0kV qeaFv7gLXUNKcbLWAXMLW_Cl9YMP3m_HY0LnRC9zuNkqwyOgxIY49WoeNv6vAlSbypf6nCrBSwTa IpBnk1e2qtTDgVlCJBCDACt7XXiJLW3v1rpLKSpzWa4FXW8jwJCJb8KXqZn_bagEbYrHT63tZPwy OvFnC0eYcSa_drLxK6nJ85fiz8qiu3f15J_.DUMPZiCkdtEhxEiPl0DiGGVQCbtCjhQaU7H6MRX1 m2IeuGRDfeht.AUVmZL0fQGWqLUsOQe7eLULOPMQvthRJal2bPw4R6HXZMtS4opyhEwohu6T.lq_ r3EgSCJ8lsht3VvU1xUD8V.4VdZEZ4htUVnFTVaNj9MIihBt8lYjNG7it_SQD1X3JzrT1tGerz46 rqzcQcqDBSWHixGuj08Jt3.Y25w157sGPmxt5IiTrfKfdnSI122ubKHmgONbHuEM8m5g2hDsrCIJ cBMkO9lN5ena2BznzWiHrCQ0RDJ9r1D9zOVP7qsEv.EQRieXTZWhHd2ol1hchyc3zLHq3NiAA37f e7Q-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Fri, 14 Feb 2020 11:20:25 +0000 Received: by smtp416.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1b9217ceadd13a8274387ab376131055; Fri, 14 Feb 2020 11:20:24 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: u-boot-rpi* has the existing "make first page reserved" code (shown); this appears to be where any fix would go (it works without FreeBSD changes) From: Mark Millard In-Reply-To: <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> Date: Fri, 14 Feb 2020 03:20:23 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <3333F8A8-591F-4722-9E63-904414974142@yahoo.com> References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48JrXC4Q54z4QGG X-Spamd-Bar: - X-Spamd-Result: default: False [-1.98 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.69)[-0.690,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.79)[-0.794,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (4.40), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[82.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[82.65.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2020 11:20:28 -0000 On 2020-Feb-14, at 01:54, Klaus K=C3=BCchemann = wrote: >> Am 14.02.2020 um 02:16 schrieb Mark Millard : >>=20 >> [The sysutils/u-boot-rpi* change is sufficient to >> be a work around allowing existing FreeBSD versions >> to be used (up to other separate problems).] >> =E2=80=A6 >> .. >>=20 >> (I make no claim to know the best direction for a >> long term fix.) >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >> ( dsl-only.net went >> away in early 2018-Mar) >=20 >=20 > Hi, >=20 > I really like that you investigate in solving the breakage, thank you! For the root cause identification, you are welcome. (I've not proposed a solution for FreeBSD to adopt.) > But your workflow is somewhat in the downstream direction > where it should be on the upstream. > sysutils/u-boot-rpi* Is somewhat outdated . U-boot is currently = v2020. 01 , > so the direction should be to 1st upgrade sysutils/u-boot to v2020. = 01. > After that you =E2=80=9Etest" 2020.01 , then if necessary you hack it, = send a patch=20 > to fbsd-u-boot, and if that patch would be universal to u-boot , fbsd = will send the=20 > patch to u-boot itself( if not yet available there). > Or vice versa fbsd will upgrade 2020.01 with a current patch from = u-boot upstream . > So the first place where you should look for is the u-boot upstream. > The reason for that is that if we all hack our own versions we will = completely=20 > out of sync.=20 > AFAIK =E2=80=9Amanu' ( e.g. https://reviews.freebsd.org/D23592 ) is = responsible=20 > for syncing upstreams, I would recommend you to contact him to ask = where and when he wants to go > with u-boot and the DTBs and so on. > I hope this helps a little to send your work to the right addresses=E2=80= =A6 >=20 > If you do sync your work with the upstream you absolutely have the = right to claim your "long term fix=E2=80=9C . ;-) My goal was to: A) Identify root cause, in this case incorrect/incomplete identification to the kernel of what pages the kernel should avoid touching. B) Validate the identification (given the code involved is unfamiliar: u-boot, FreeBSD, even source for the DTB). (B) just ends up being identifying workarounds and=20 demonstrating that they work in the test context that I have. Others reporting on other test contexts helps with this. I view (B) as part of (A). I would never try to do (A/B) by not using a known-broken combination of code. For example, I'd never introduce other issues by switching to more recent u-boot version just for (A/B). Having a hand coded constant in u-boot indicating the size in pages of armstub8*.bin looks fragile to me --and has already been proven fragile for the original figure and hard to find when it does not work. I'd not propose the technique as a long term solution, meaning I do not expect or want FreeBSD to adopt the technique. (Folks vastly more familiar with this stuff did not report on the possibility when the breakage was noticed. I assume it was not obvious to them.) I also do not see a communication path for the size to be reported to u-boot so that it could automatically adjust. I would not expect or want FreeBSD to adopt my original, investigative FreeBSD-based hack/workaround either: Just as fragile. It is not obvious to me what a long term solution would be. I've used a bunch of time on just (A/B). Having done (A/B), I'm not expecting to spend much more time in the general subject area. As for involving "manu", Kyle added him to the CC list so manu has been notified of the status of things as things progressed. But it is not obvious to me that manu would want to be involved. The notifications are enough, possibly more than manu would prefer. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Feb 14 12:15:41 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CA59923238A for ; Fri, 14 Feb 2020 12:15:41 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from mx.i11.co (mx.i11.co [159.69.78.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48Jslw6HWjz4VBt for ; Fri, 14 Feb 2020 12:15:40 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from [82.207.42.188] (helo=localhost) by mx.i11.co with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j2Zsb-0001Gs-G4 for freebsd-arm@freebsd.org; Fri, 14 Feb 2020 12:15:33 +0000 Date: Fri, 14 Feb 2020 14:15:31 +0200 From: Nick Kostirya To: freebsd-arm@freebsd.org Subject: gpioiic and APDS9960 sensors Message-ID: <20200214141531.5bb948e5@i11.co> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48Jslw6HWjz4VBt X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.14 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[i11.co:s=omicron]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:159.69.78.69]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[i11.co:+]; DMARC_POLICY_ALLOW(-0.50)[i11.co,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.14)[ip: (-9.63), ipnet: 159.69.0.0/16(0.48), asn: 24940(-1.55), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2020 12:15:41 -0000 Hello. I use iicbus over gpioiic on NanoPi NEO. All my sensors work fine, except for APDS9960 sensors. I have two APDS9960 sensors and and both give an error: > i2c -f /dev/iic0 -s Scanning I2C devices on /dev/iic0: 39 > ktrace -t+ i2c -f /dev/iic0 -a 0x39 -d r -o 0 -c 1 1654 i2c CALL ioctl(0x3,I2CSTART,0xbfbfebf0) 1654 i2c RET ioctl 0 1654 i2c CALL ioctl(0x3,I2CWRITE,0xbfbfebf0) 1654 i2c RET ioctl -1 errno 2 No such file or directory 1654 i2c CALL ioctl(0x3,I2CSTOP,0x20056010) 1654 i2c RET ioctl 0 > ktrace -t+ i2c -f /dev/iic0 -a 0x39 -d r -o 0 -c 1 -m tr 1657 i2c CALL ioctl(0x3,I2CRDWR,0xbfbfebd8) 1657 i2c RET ioctl -1 errno 2 No such file or directory If I use iicbus over iichb0 on another NanoPi NEO then APDS9960 sensors work fine. What do you think about it and is it possible to fix this error? I use FreeBSD-12.1-STABLE-arm-armv7-GENERICSD-20191212-r355610.img Nick. From owner-freebsd-arm@freebsd.org Fri Feb 14 15:32:06 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9D9B1238A8E for ; Fri, 14 Feb 2020 15:32:06 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Jy6Y4lxlz3GB3 for ; Fri, 14 Feb 2020 15:32:05 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x336.google.com with SMTP id b17so11076793wmb.0 for ; Fri, 14 Feb 2020 07:32:05 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=bqzHbCN2cGsrKA3m79wjj2efcdCAa0FI1C5nODXmN00=; b=GjdfJj38zgmwbB/lls2czQBlrzJK+4ZEm4chOLQGQ2e5BrJOx5iAKEZp51SOZX8zQd w2MQMaIn/YglvlJY5ho9CMLd/z5UQ0DHeT+jYgQwIMgCs20yZD2/vGkFuuZBDGnJ08GX erbPRfj8Od6C3FEdFdPIegYU3aNBhiae4nt4/E+5H0kQtFRkV7zjqp+RZrBV9s8p2um3 1Nd2xIxmagA5zRfyD01Ol2NmMoLp6TPqY4nx5BLwUCVzf5QmJ7aCNKp1LjauZEIqMUDh 63C/NxAuOk63yfhtpi5aMmqQUyJPYvAfc/X2+yRL3PXTMqqYScgnEiHgp/WH6OuXYYIp DCTQ== X-Gm-Message-State: APjAAAUXA+H2Gy9jFnKLaivaH/MRpUBuuDVt+4mANGG+ySlSOopcJyV1 EFu0AL2gYSDQxxRw4Ey4qlc= X-Google-Smtp-Source: APXvYqwNBg71VYu6b9GD/iDtFQXUFpP/KLHDdklaLV1wxleLZx5rlmPfRbe/YUVufzJXs32FrmFhcw== X-Received: by 2002:a1c:9d08:: with SMTP id g8mr4987799wme.141.1581694323854; Fri, 14 Feb 2020 07:32:03 -0800 (PST) Received: from [192.168.1.167] (x59cc9a6c.dyn.telefonica.de. [89.204.154.108]) by smtp.googlemail.com with ESMTPSA id a6sm7585747wrm.69.2020.02.14.07.32.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 14 Feb 2020 07:32:03 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: u-boot-rpi* has the existing "make first page reserved" code (shown); this appears to be where any fix would go (it works without FreeBSD changes) Date: Fri, 14 Feb 2020 16:32:01 +0100 References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> <3333F8A8-591F-4722-9E63-904414974142@yahoo.com> To: Mark Millard , Emmanuel Vadot , freebsd-arm@freebsd.org In-Reply-To: <3333F8A8-591F-4722-9E63-904414974142@yahoo.com> Message-Id: <7B94C1A8-8523-4993-9074-222358FD5C97@googlemail.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48Jy6Y4lxlz3GB3 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com]; RECEIVED_SPAMHAUS_PBL(0.00)[108.154.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[6.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.39), ipnet: 2a00:1450::/32(-2.42), asn: 15169(-1.68), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2020 15:32:06 -0000 > Am 14.02.2020 um 12:20 schrieb Mark Millard : >=20 >=20 >=20 > For the root cause identification, you are welcome. >=20 > (I've not proposed a solution for FreeBSD to adopt.) >=20 But THE SKULL( ..just kidding,,) has( proposed a solution for FreeBSD) = :-) =E2=80=A6 =E2=80=A6. : > Am 14.02.2020 um 11:10 schrieb Emmanuel Vadot : >=20 > On Fri, 14 Feb 2020 10:54:40 +0100 >=20 > I have hold off the upgrade to 2020.01 as rockchip u-boot needs a > newer ATF and they didn't made a new release yet. My plan is to wait > until 2020.04 is release and if at that time there is still no new ATF > release just update the ports to use the latest git version. It couldn=E2=80=99t be clearer: NO breakage for Rockchip as long as there is no usptream - RELEASE. The only thing possible Manu could think about is backporting, but of course only from the upstream and NOT from any hacks outside = there. Backporting is much work and perhaps not the way he wants to go, so it = is to be accepted=20 to wait for 2020.04 . > Mark Millard :=E2=80=A6 I also do not see a communication path for = the size to be reported > to u-boot so that it could automatically adjust. The communication-path is to track the u-boot upstream first. If manu wouldn't do that, he would get complaints for shutting down my RockPro64 ;-) Nevertheless, Mark, thanks again investigating to retrack the root cause = of RPI4 breakage. And all that u-boot stuff is absolutely no reason to stop support the = RPI4(if possible), Just hook up your RPi4-version which boots and continue patching that = messy gadget. But please in the (fbsd-) upstream ... just my two cents=20 Regards Klaus From owner-freebsd-arm@freebsd.org Fri Feb 14 17:56:47 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 31CF523C2BD for ; Fri, 14 Feb 2020 17:56:47 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2055.outbound.protection.outlook.com [40.107.94.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48K1KT6vstz3x2R for ; Fri, 14 Feb 2020 17:56:45 +0000 (UTC) (envelope-from rwa@athabascau.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Pa5z3GBmBtPDomjRv5NKjW89+lrI2Z7USVwnyL8sJuIsY7rbPjm710cg2l42bQivk2DeWpgq9hnIPDttTl256kRV2OlPTL3utvnHMY0yJYevaLZ4OwPwTFfb17ug7XbNRW8SLAOKWzPegv9k4rs8lulW4+EhtLjifrgzF8Fl51rjBOpxJiIUN9/jEHfhhGHyXqOeU7Fd2AkxKMADxuvTkssNvCWE8RGgVIvVMARjX0aS7eDycB/khXIBju7zibFKnzryshFkEvMthHEPrlKePM1uI7TewDvsg4VmQiTiqu/1birPM2kZEQZs5CITR8LDhAuuvcu6vHXgsbs9SLbCJg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=D/2/dLNpf6Hw93EhKG1bsjqOht0fOizYxr5tR1nkvQw=; b=dC30XZ/iM4ps+i+gAUVmAV3S78Vw5kKEgIv8CEp4E9JyTqnXfOpGN8tRED3ux/Ts2/cuuE3PSN74YlTUnGc/C6I2rSdE2QUOb7012TJDRkUIE+CPUB9q30ooctX3kaDjD3UeWD1tIuhZn17pIPWAJBLyX9rWlPTQF4AB/fPFAnXiDG8bOR+CdRpQ50uCYsjZSsVQ05c7Vist7j1aEW/FFcp3LRROlUVkgRrPH1NcRZL6BcVjrxctUZJyOf1c4zqe//JsJj3FpwlwkxXUnXfUmcOK+QG2vqQE+4EFt07S2FbqerkLUGcVtWZKh75BqHzY80IdNOtWXPkVoanrbC9gxA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 131.232.32.37) smtp.rcpttodomain=freebsd.org smtp.mailfrom=athabascau.ca; dmarc=bestguesspass action=none header.from=athabascau.ca; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=austaff.onmicrosoft.com; s=selector2-austaff-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=D/2/dLNpf6Hw93EhKG1bsjqOht0fOizYxr5tR1nkvQw=; b=p5cV1hDMy8qrqYN+ohScK9vr2Q2RvRozVam2qY7cANwwWeqJICRgU/GgzQRBhCgW1zB215iJ5qa47yA0ptFMwP5s6vv0e0ssR3sTDf+yC0TkzRaYBMT/MIYUrW6uY4twuNUlnMoTLUeG8GOK9MdMIXfjySzMAjR1ck/H/1MdI6k= Received: from MWHPR13CA0010.namprd13.prod.outlook.com (2603:10b6:300:16::20) by MW3PR13MB3977.namprd13.prod.outlook.com (2603:10b6:303:53::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.8; Fri, 14 Feb 2020 17:56:43 +0000 Received: from QB1CAN01FT003.eop-CAN01.prod.protection.outlook.com (2a01:111:f400:7e5c::209) by MWHPR13CA0010.outlook.office365.com (2603:10b6:300:16::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.8 via Frontend Transport; Fri, 14 Feb 2020 17:56:43 +0000 Received-SPF: Pass (protection.outlook.com: domain of athabascau.ca designates 131.232.32.37 as permitted sender) receiver=protection.outlook.com; client-ip=131.232.32.37; helo=smtp-relay.cs.athabascau.ca; Received: from smtp-relay.cs.athabascau.ca (131.232.32.37) by QB1CAN01FT003.mail.protection.outlook.com (10.152.120.124) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2729.22 via Frontend Transport; Fri, 14 Feb 2020 17:56:42 +0000 Received: from autopsy.pc.athabascau.ca (autopsy.pc.athabascau.ca [131.232.4.80]) by smtp-relay.cs.athabascau.ca (Postfix) with ESMTPS id E5D0820163; Fri, 14 Feb 2020 10:56:41 -0700 (MST) Date: Fri, 14 Feb 2020 10:56:41 -0700 (MST) From: Ross Alexander X-X-Sender: rwa@autopsy.pc.athabascau.ca To: Thomas Skibo cc: freebsd-arm@freebsd.org Subject: Re: freebsd-arm Digest, Vol 720, Issue 4 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.22 (BSF 395 2020-01-19) Organization: Athabasca University MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:131.232.32.37; IPV:; CTRY:CA; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(39850400004)(396003)(376002)(346002)(136003)(199004)(189003)(336012)(6916009)(4326008)(426003)(36916002)(956004)(2906002)(6266002)(5660300002)(7636002)(478600001)(246002)(966005)(70586007)(70206006)(26005)(186003)(7696005)(86362001)(316002)(786003)(8676002)(55016002)(8936002)(356004); DIR:OUT; SFP:1101; SCL:1; SRVR:MW3PR13MB3977; H:smtp-relay.cs.athabascau.ca; FPR:; SPF:Pass; LANG:en; PTR:vs001lpmp1609.cs.athabascau.ca; A:1; MX:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 7a2d713c-ed8c-41d6-94ef-08d7b1773ff4 X-MS-TrafficTypeDiagnostic: MW3PR13MB3977: X-Microsoft-Antispam-PRVS: Content-Transfer-Encoding: quoted-printable X-MS-Oob-TLC-OOBClassifiers: OLM:7691; X-Forefront-PRVS: 03137AC81E X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: oHZW2QItEN1Nphk05PMvao8b4QfUBxCqKujZDOQUvAIJnYy4h2DBnzl5gRNf9sHHk5X3xoO36nt/46ly/w2EjJ3vn36hNUPV6/4CMCvHnV13j+bTergjae+ushEZvHi2q4HcY/o7w/PoBylDd+uh76F4qU/dlXgpmLawHSlE3xPePgWXwi2vrfzyqlny6z/2m5FSFPENBGffSHBI4gV7L7mCG4eMSmyCSFWz/E5yiHeH/GeT9XBhPGBwKffnDhwPYyZcrsIJmBv9r6IwGf+Re2Wv7PPFw8Y6nmV0a37C2imetZZDTL9lOf1cn+rbBIXwvcY3684Mi9ODmyLjSdp316UHkYTJRMQxJ+6O8Q3IIQPpivP9DT7pWa6OKtpPZRyvXIKSin6FD0oGQXYnrUUrr5gFH+Fz4SmMq5cBYZ/Ke0Hw4uUADTin7s5ukKdRcpsuN7SbljkAIaMkFjgbU9+q4nVMs32XCdZitguKklAah1t6ugRdffVVhMeDHpWrlQIYeBGbYZQM7drHfbY/dpEtPg== X-OriginatorOrg: athabascau.ca X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 Feb 2020 17:56:42.6621 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 7a2d713c-ed8c-41d6-94ef-08d7b1773ff4 X-MS-Exchange-CrossTenant-Id: a893bdd2-f460-4252-aa34-4d057436a09d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a893bdd2-f460-4252-aa34-4d057436a09d; Ip=[131.232.32.37]; Helo=[smtp-relay.cs.athabascau.ca] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR13MB3977 X-Rspamd-Queue-Id: 48K1KT6vstz3x2R X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=austaff.onmicrosoft.com header.s=selector2-austaff-onmicrosoft-com header.b=p5cV1hDM; dmarc=none; spf=pass (mx1.freebsd.org: domain of rwa@athabascau.ca designates 40.107.94.55 as permitted sender) smtp.mailfrom=rwa@athabascau.ca X-Spamd-Result: default: False [-4.90 / 15.00]; IP_SCORE(-1.40)[ipnet: 40.64.0.0/10(-3.85), asn: 8075(-3.10), country: US(-0.05)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[austaff.onmicrosoft.com:s=selector2-austaff-onmicrosoft-com]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[athabascau.ca]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[austaff.onmicrosoft.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[55.94.107.40.list.dnswl.org : 127.0.3.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2020 17:56:47 -0000 On Thu, 13 Feb 2020, Thomas Skibo wrote: > It looks like crochet installs boot1.efi in EFI/BOOT/bootaa64.efi > but it should install loader.efi instead. boot1.efi is incompatible > with u-boot v2019.10 and causes ?UFS found no partitions? errors. > > An earlier discussion: > https://lists.freebsd.org/pipermail/freebsd-arm/2019-October/020540.html Thomas, Really appreciate the pointer. I will chase this down soonest. sincere regards, Ross =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a 54.71593 N 113.30835 W "By the study of Boltzmann I have been unable to understand him. He could not understand me on account of my shortness, and his length was and is an equal stumbling block to me." -- James Clerk Maxwell -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- From owner-freebsd-arm@freebsd.org Fri Feb 14 18:22:35 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3E24E23D527 for ; Fri, 14 Feb 2020 18:22:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.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 48K1vF735Tz40Xp for ; Fri, 14 Feb 2020 18:22:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3U5MDsMVM1lYXAHH7TMjkPPx9sPvthkjl_3YyYX335WBs4S2SEFXeYRCO9NhgpM wfujCPgumggtZVkvhjPGquj4kbwP9Y1.8dKjdxKRTocVi4vlfqMw8NSmmtVGd2rdrUHMsqRFN8hX t2QGul2K9QoV2rdX8E4opbqhUj85t7i5QvcijWePqHO3uZbaNEdwalhecAe2HtRcKigvX.aCDCIz EhgNX.9SyFQ8cpLtrjI5DGxkjMWeA0vBVN0ySOpyxElCyUHcad102L5GIyhVQ2oQ1O25xbmrvPZV oOvt7ptaFPibBGW51YYaTDp81y4_QxlnXoyczCKCWV460JUebwSHYSuR4nrwGk3hHR2E.qsx6x_o oWhuvyajjE4_nAmza_X.WbgPJUmJHPsMYv9ZU41A2OzpCX1AR67Bx4LKB4fT2yKd7mVu9JU3LrlK bv7AFZfX2CFySKBtJPJW7_ftKu.aaj0N.YvPwVz99ePvw.2t1pV5zsdkH8CnfPSL8Q1hUE3PXYgj gQ..XoPpvsHb1FCV6gekO50t8soezTYlooqHzv9snva6xaoEnSQHovQZhMVyH.REjhy1nOCkpOAu mhyIA9Jfl.onqBoWI7VdvyHSztT2r6.OHNQt8qKWWDLTVTZQX_1GZQNJmOQKSm8IF5jBkuyEgxRO oQQXF7oQpA1.e15430lzPoIiHFnxw36n1DhNt_fnDSwpjC_EgeBPwD77Vjm6dcaBswdy_k1CQVzO 66wNGddu0qQjnRZ5uE2AK4cOQ.QNpqTjzSTrOZu5DbTcIuiM5d050vJU5_PEmfatTs0ac0XDzig0 .wzN9divewxfiauUxZZ7XXqXGPz57mhK8TLTKJlVKDw7zg6_7.bOYYIm6Xt6ZYIYzxD5zYvxZ5LK zPay3essxzmTlu6nbGfl.naduvs9vhBfb4lE0Xj6HlZSjrRw9d2vDB7TwEDsq_5wHFTEOrLT4jiC 5YlRKiHMGfQt4qGl28QlMuhPDgxVPS8ibcSJPVAUStgAAbTTAcx2W3bXvnGwTaM1bc9K5ER5pxE7 ADQVMK0h7eSKtmzz55fDms47s88eTMKfCabQLajz8r0KYQP5jbGY0we1EYztCWib9npi0SzyTUHh hGRRLAF.eboPgztwMLJtBN4EyQmTyAvMCw1QciqEjcUVasB4EpCtoqOVj3fBITevPirolbrCphYX 9P9RQLIjbHYxk1aGwgarpW0.Zsbu8Y9jsNQ9mQ.eVCSMWPLIdhYYbS2PS3dro7ctI7h.ZUD8m8gT bZdVdaZQij1GHnjtFhRot6C8N0L1Z0x9VR85nJUF2FhhIaiwaUY6vu01zV802HXqxWxiQsMHl2XH SuHcx6ZdYAxVPFepfcKeFamj7NlXRcq3Z3VPnmqHL3eAzq3eaALTaPrjUlAlg89wWmbsdxWVF4rp BMR2awE9Gh2C9.q.ziBTUmIxEwpyEZ4CBcEtUk_js412R1Bzh8_EjIYorg5isq.54v9vGGHbx4uH AuGQ- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Fri, 14 Feb 2020 18:22:32 +0000 Received: by smtp425.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d63b3af861baa03189d84757c5a48239; Fri, 14 Feb 2020 18:22:27 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: u-boot-rpi* has the existing "make first page reserved" code (shown); this appears to be where any fix would go (it works without FreeBSD changes) From: Mark Millard In-Reply-To: <7B94C1A8-8523-4993-9074-222358FD5C97@googlemail.com> Date: Fri, 14 Feb 2020 10:22:25 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> <3333F8A8-591F-4722-9E63-904414974142@yahoo.com> <7B94C1A8-8523-4993-9074-222358FD5C97@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48K1vF735Tz40Xp X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.16 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.78)[-0.779,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.89)[-0.885,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.42), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[147.69.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2020 18:22:35 -0000 On 2020-Feb-14, at 07:32, Klaus K=C3=BCchemann wrote: >=20 >> Am 14.02.2020 um 12:20 schrieb Mark Millard : > . . . >=20 >> Mark Millard :=E2=80=A6 I also do not see a communication path for = the size to be reported >> to u-boot so that it could automatically adjust. >=20 > The communication-path is to track the u-boot upstream first. https://github.com/gonzoua/rpi3-psci-monitor ( which is used to build FreeBSD's armstub8*.bin files for sysutils/rpi-firmware ) and u-boot are not tied together. Updating to a more modern u-boot does not change that of itself. U-boot is not necessarily the most appropriate path for armstub8*.bin to provide something that eventually indicate to the FreeBSD kernel to avoid the pages that hold the content. > . . . > Nevertheless, Mark, thanks again investigating to retrack the root = cause of RPI4 breakage. > And all that u-boot stuff is absolutely no reason to stop support the = RPI4(if possible), > Just hook up your RPi4-version which boots and continue patching that = messy gadget. > But please in the (fbsd-) upstream ... The root-cause investigation was for the folks reporting FreeBSD as broken on their RPi3's/4's for head as of -r356776 . I've not been trying to make new things work on the RPi4B. The RPi4B is just what I happened to have access to that could be used for the investigation. Workarounds were a natural part of the investigation. As things are, if I'm to try to get a patch into FreeBSD, or something used by FreeBSD, it would more likely be for issues on old PowerMacs (powerpc64 and 32-bit powerpc). (But it is questionable that I'd have enough sustained-focus time to have an acceptable code update anytime soon.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Feb 14 19:24:31 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 993CC23F192 for ; Fri, 14 Feb 2020 19:24:31 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48K3Gk5JRbz44Q8 for ; Fri, 14 Feb 2020 19:24:30 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from [172.20.10.5] (unknown [213.55.225.23]) by einstein.sui-inter.net (Postfix) with ESMTPSA id CF513B1C047C; Fri, 14 Feb 2020 20:24:27 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Subject: RPI4 vs AMLOGIC s905x2 / x96max To: =?UTF-8?Q?Klaus_K=c3=bcchemann?= , Mark Millard , Emmanuel Vadot , freebsd-arm@freebsd.org References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> <3333F8A8-591F-4722-9E63-904414974142@yahoo.com> <7B94C1A8-8523-4993-9074-222358FD5C97@googlemail.com> From: Adrian Gassmann Message-ID: Date: Fri, 14 Feb 2020 20:24:26 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.2.0 MIME-Version: 1.0 In-Reply-To: <7B94C1A8-8523-4993-9074-222358FD5C97@googlemail.com> X-Rspamd-Queue-Id: 48K3Gk5JRbz44Q8 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=freebsd@x86.ch X-Spamd-Result: default: False [3.91 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RECEIVED_SPAMHAUS_PBL(0.00)[23.225.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(0.27)[ipnet: 80.74.144.0/20(0.80), asn: 21069(0.53), country: CH(0.04)]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[x86.ch]; AUTH_NA(1.00)[]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; URI_COUNT_ODD(1.00)[3]; NEURAL_SPAM_MEDIUM(0.84)[0.840,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.999,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[googlemail.com]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2020 19:24:31 -0000 the rpi4 is not interesting in terms of price the x96max USB 3 Received 1000MBPS Man today for $ 30 invest better there Am 14.02.2020 um 16:32 schrieb Klaus Küchemann via freebsd-arm: > >> Am 14.02.2020 um 12:20 schrieb Mark Millard : >> >> >> >> For the root cause identification, you are welcome. >> >> (I've not proposed a solution for FreeBSD to adopt.) >> > But THE SKULL( ..just kidding,,) has( proposed a solution for FreeBSD) :-) … …. : >> Am 14.02.2020 um 11:10 schrieb Emmanuel Vadot : >> >> On Fri, 14 Feb 2020 10:54:40 +0100 >> >> I have hold off the upgrade to 2020.01 as rockchip u-boot needs a >> newer ATF and they didn't made a new release yet. My plan is to wait >> until 2020.04 is release and if at that time there is still no new ATF >> release just update the ports to use the latest git version. > > It couldn’t be clearer: > NO breakage for Rockchip as long as there is no usptream - RELEASE. > The only thing possible Manu could think about is backporting, > but of course only from the upstream and NOT from any hacks outside there. > Backporting is much work and perhaps not the way he wants to go, so it is to be accepted > to wait for 2020.04 . > > >> Mark Millard :… I also do not see a communication path for the size to be reported >> to u-boot so that it could automatically adjust. > The communication-path is to track the u-boot upstream first. > If manu wouldn't do that, he would get complaints > for shutting down my RockPro64 ;-) > > Nevertheless, Mark, thanks again investigating to retrack the root cause of RPI4 breakage. > And all that u-boot stuff is absolutely no reason to stop support the RPI4(if possible), > Just hook up your RPi4-version which boots and continue patching that messy gadget. > But please in the (fbsd-) upstream ... > > just my two cents > > Regards > > Klaus > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Fri Feb 14 22:32:43 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3BB0B244CB7 for ; Fri, 14 Feb 2020 22:32:43 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48K7Rt25dwz4MQk for ; Fri, 14 Feb 2020 22:32:42 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x429.google.com with SMTP id k11so12714712wrd.9 for ; Fri, 14 Feb 2020 14:32:41 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=5GNxAnMC2pyg6OTPGKZOafGdwlYGtAQu5P01+Q9u2VA=; b=kjxle2Dr1wzfaKeNjC4oVmZVUMI+MiA4yNCV2O1anYHemcMkOTzEdClEqxsmhZzbOQ S0jZErLzEcG/aB8hvCdiW4Qz7/2+7X4LYDSSvZH0ZgDcKRP2HCkTD18swB6m+VQKRGGK midjGEu1WFa60wQ/O+XNTfYiCOjE8BNkkEq52zpvTW8nq5fZf6t9vGp50Ihg5CUQK74F NqUEoUILj5UZjATnnKp0pkfnZSgbDxQxSRxNgqdgIXEoubymTCiJePvbwe8Qp5P1/Eds cm1k4fgwrp2irD4/r16AWrKzmy1axRjdizqdzKTGYwplxZ585qLk83DALHJ/P9ThDtpE 6OsQ== X-Gm-Message-State: APjAAAVO9awPYuQ9cSDR0vCiBMLiNQvfPdMyWWDf0zqr7ntn1vkKWVdy OcsUdC12SHpHYkoRigUDTBY= X-Google-Smtp-Source: APXvYqxBSF4l4T14FPfxNUzjin7r5x8vfMXCtmRILIfg0xVIseHt0hI14F7xLS2oZmHh3PnKBHwe1Q== X-Received: by 2002:a05:6000:12c7:: with SMTP id l7mr5849973wrx.136.1581719558299; Fri, 14 Feb 2020 14:32:38 -0800 (PST) Received: from [192.168.1.167] (x59cc9a6c.dyn.telefonica.de. [89.204.154.108]) by smtp.googlemail.com with ESMTPSA id h205sm9277109wmf.25.2020.02.14.14.32.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 14 Feb 2020 14:32:37 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: u-boot-rpi* has the existing "make first page reserved" code (shown); this appears to be where any fix would go (it works without FreeBSD changes) Date: Fri, 14 Feb 2020 23:32:35 +0100 References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> <3333F8A8-591F-4722-9E63-904414974142@yahoo.com> <7B94C1A8-8523-4993-9074-222358FD5C97@googlemail.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <1C4EBA19-C59A-41DF-9673-270D7F6E3113@googlemail.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48K7Rt25dwz4MQk X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com]; RECEIVED_SPAMHAUS_PBL(0.00)[108.154.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[9.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.37), ipnet: 2a00:1450::/32(-2.42), asn: 15169(-1.68), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2020 22:32:43 -0000 > Am 14.02.2020 um 19:22 schrieb Mark Millard : >=20 > As things are, if I'm to try to get a patch into > FreeBSD, or something used by FreeBSD, it would > more likely be for issues on old PowerMacs > (powerpc64 and 32-bit powerpc). (But it is > questionable that I'd have enough sustained-focus > time to have an acceptable code update anytime > soon.) >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=20 Your code will not land in FreeBSD if it is predictable that it=E2=80=99s neccessary to update or fix it anytime = soon. Every code will be reviewed , and the reviewers=20 are the ones who are responsible if they merge it. Absolutely no problem e.g. to write a one-liner fix for ppc=20 and then go for vacations for 4 weeks and let the sun shine onto your = bu** :-) Nobody will call you at 4 a.m.=20 Regards Klaus= From owner-freebsd-arm@freebsd.org Sat Feb 15 00:10:10 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5BF0F247A8D for ; Sat, 15 Feb 2020 00:10:10 +0000 (UTC) (envelope-from freebsd-arm@sentry.org) Received: from shadow.sentry.org (shadow.sentry.org [210.8.237.106]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "shadow.sentry.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48K9cK1ZRbz4TW6 for ; Sat, 15 Feb 2020 00:10:08 +0000 (UTC) (envelope-from freebsd-arm@sentry.org) Received: from shadow.sentry.org (localhost [127.0.0.1]) by shadow.sentry.org (8.15.2/8.15.2) with ESMTP id 01F09uKd029980 for ; Sat, 15 Feb 2020 11:09:56 +1100 (AEDT) (envelope-from freebsd-arm@sentry.org) Subject: Re: RPI4 vs AMLOGIC s905x2 / x96max To: freebsd-arm@freebsd.org References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> <3333F8A8-591F-4722-9E63-904414974142@yahoo.com> <7B94C1A8-8523-4993-9074-222358FD5C97@googlemail.com> From: Trev Message-ID: <8d070242-9bc6-a301-8176-2a9511e81aee@sentry.org> Date: Sat, 15 Feb 2020 11:09:56 +1100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (shadow.sentry.org [0.0.0.0]); Sat, 15 Feb 2020 11:09:56 +1100 (AEDT) X-Rspamd-Queue-Id: 48K9cK1ZRbz4TW6 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-arm@sentry.org designates 210.8.237.106 as permitted sender) smtp.mailfrom=freebsd-arm@sentry.org X-Spamd-Result: default: False [-5.06 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sentry.org]; IP_SCORE(-2.76)[ip: (-8.63), ipnet: 210.8.0.0/15(-4.37), asn: 2764(-0.82), country: AU(0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2764, ipnet:210.8.0.0/15, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 00:10:10 -0000 Adrian Gassmann wrote on 15/02/2020 06:24: > > the rpi4 is not interesting in terms of price the x96max USB 3 Received > 1000MBPS Man today for $ 30 invest better there I don't think anyone suggested that the RPi4 was the most interesting or even the best specified, and certainly not the best documented, SBC. It just happens to be the most widely available (locally in most countries) and most popular overall. From owner-freebsd-arm@freebsd.org Sat Feb 15 02:24:46 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8103F24BA36 for ; Sat, 15 Feb 2020 02:24:46 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: from mail-il1-x141.google.com (mail-il1-x141.google.com [IPv6:2607:f8b0:4864:20::141]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KDbd2zfCz4cZY for ; Sat, 15 Feb 2020 02:24:45 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: by mail-il1-x141.google.com with SMTP id l4so9696235ilj.1 for ; Fri, 14 Feb 2020 18:24:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=4xqrTZ2ZSSGypu6IcH+4v4Td4DiWzgtP0CJIp1gI/+E=; b=CEYs7ZzTlW5bFBFn79PYtXatMBDPrwKcZHQOvhowDyBdvAYbmvRLzhWGdQu+x+DUJD aEQE4UIi8tBuJIUsy7X6W3FC8/ElTTxYjYyXsoPumYWBmhYU/XVOUuDfgQQIVPN9Cj6o EgbUAJtY0KbHjPdYtTwFxs/74DyYjDRPJso5KpN5QGAqhNfvHKflDP/r7jlJQi2U315H 9DO/zit/epNgiqDvmoWa1rf6SCKrqjwIlJAVFGeGrE5Izob3KPcDnI6Do/Q+eudpxsD5 nlbf7skPEtfXtMb5CL8ILNSoHzSGiLkVIFtHzA3SqFQ4vZzZ24N7AYMpmXJ1tEJGWd55 TOzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=4xqrTZ2ZSSGypu6IcH+4v4Td4DiWzgtP0CJIp1gI/+E=; b=unwtasIycyc87tFQ2NljmbtVkLipb26KRB5b5EjGzMkjVZI32qM4rx9x/Cw1gkVUPd jSUrkP5S6RohhduFiB741nNnx2WAvQvgzrCUqkgwtCjaoivxQe3HIpIJ4096zPwgW/qw 2OGceD5GZDurlVnZEyDPf86bx+vH1ltV3EpQwg2d+JIXuIkm9ep09uAVtCO5oY//0x7/ AI4O6ehXfWwLEIBXnu4fGgcffrwLYcp+1Redmr3/002y+3ADAoOY9DkhgNNHd23lGBRs QPsCrdUNkaWjkRrCMBJXIolqaXnL/FrgvFgDyMzPkRseBtHhrg/UJ78YTo2293sbVTOL 7qnw== X-Gm-Message-State: APjAAAVdEg1+dfRNVvEsjYsPWmiSv2pxrZoKU8IJ19UXCDGrfkjt+qSF BxTDYmAq2EaBH176p3tWSV4G2pFNmD0ekxrs94rgUvZvVUM= X-Google-Smtp-Source: APXvYqxPgEhAk2LOG+AS92U5V6OOvNJrHgrv6IRDTUYRO4bvU29VgpQHqQKAYYZt1n1GJBM782vRNGqZbNLJorAi6eE= X-Received: by 2002:a92:d08:: with SMTP id 8mr5657162iln.136.1581733484194; Fri, 14 Feb 2020 18:24:44 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a92:480a:0:0:0:0:0 with HTTP; Fri, 14 Feb 2020 18:24:43 -0800 (PST) From: ykla Date: Sat, 15 Feb 2020 10:24:43 +0800 Message-ID: Subject: Does freebsd support wifi for rpi4b? To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 48KDbd2zfCz4cZY X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=CEYs7ZzT; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yklaxds@gmail.com designates 2607:f8b0:4864:20::141 as permitted sender) smtp.mailfrom=yklaxds@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (2.03), ipnet: 2607:f8b0::/32(-1.90), asn: 15169(-1.68), country: US(-0.05)]; 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)[1.4.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 02:24:46 -0000 OK, I see https://wiki.freebsd.org/action/show/arm/Raspberry%20Pi?action=show&redirect=FreeBSD%2Farm%2FRaspberry+Pi says "SDIO is implemented in r348805 and we should tether brcmfmac43455-sdio.bin / brcmfmac43455-sdio.txt to get first WIFI network for the RPI4" Does freebsd support wifi for rpi4b? If so, how to do with it? Just like gentoo linux? For Gentoo : user $mkdir /lib/firmware/brcm user $cd /root user $git clone https://github.com/RPi-Distro/firmware-nonfree user $cp /root/firmware-nonfree/brcm/* /lib/firmware/brcm And then wifi will works. What's about freebsd? From owner-freebsd-arm@freebsd.org Sat Feb 15 09:33:31 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AB5EF254777 for ; Sat, 15 Feb 2020 09:33:31 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from einstein.sui-inter.net (einstein.sui-inter.net [80.74.145.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.sui-inter.net", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KQ6L4VlRz420M for ; Sat, 15 Feb 2020 09:33:30 +0000 (UTC) (envelope-from freebsd@x86.ch) Received: from [172.20.10.5] (unknown [213.55.225.23]) by einstein.sui-inter.net (Postfix) with ESMTPSA id 96C76B1C037F; Sat, 15 Feb 2020 10:33:27 +0100 (CET) Received-SPF: pass (einstein.sui-inter.net: connection is authenticated) Subject: Re: RPI4 vs AMLOGIC s905x2 / x96max To: Trev , freebsd-arm@freebsd.org References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> <3333F8A8-591F-4722-9E63-904414974142@yahoo.com> <7B94C1A8-8523-4993-9074-222358FD5C97@googlemail.com> <8d070242-9bc6-a301-8176-2a9511e81aee@sentry.org> From: Adrian Gassmann Message-ID: Date: Sat, 15 Feb 2020 10:33:26 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.2.0 MIME-Version: 1.0 In-Reply-To: <8d070242-9bc6-a301-8176-2a9511e81aee@sentry.org> X-Rspamd-Queue-Id: 48KQ6L4VlRz420M X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@x86.ch has no SPF policy when checking 80.74.145.25) smtp.mailfrom=freebsd@x86.ch X-Spamd-Result: default: False [1.45 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RECEIVED_SPAMHAUS_PBL(0.00)[23.225.55.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[25.145.74.80.rep.mailspike.net : 127.0.0.18]; IP_SCORE(0.27)[ipnet: 80.74.144.0/20(0.79), asn: 21069(0.53), country: CH(0.04)]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[x86.ch]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.07)[0.072,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.30)[0.304,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.145.74.80.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:21069, ipnet:80.74.144.0/20, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 09:33:31 -0000 Yes that's right Am 15.02.2020 um 01:09 schrieb Trev: > I don't think anyone suggested that the RPi4 was the most interesting > or even the best specified, and certainly not the best documented, SBC. > > It just happens to be the most widely available (locally in most > countries) and most popular overall. From owner-freebsd-arm@freebsd.org Sat Feb 15 09:46:06 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A28E2254C49 for ; Sat, 15 Feb 2020 09:46:06 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail2.protonmail.ch (mail2.protonmail.ch [185.70.40.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KQNs3NP2z42Xy for ; Sat, 15 Feb 2020 09:46:04 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sat, 15 Feb 2020 09:45:54 +0000 To: Adrian Gassmann , =?UTF-8?Q?Klaus_K=C3=BCchemann?= , Mark Millard , Emmanuel Vadot , "freebsd-arm@freebsd.org" From: Robert Crowston Reply-To: Robert Crowston Subject: Re: RPI4 vs AMLOGIC s905x2 / x96max Message-ID: In-Reply-To: References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> <3333F8A8-591F-4722-9E63-904414974142@yahoo.com> <7B94C1A8-8523-4993-9074-222358FD5C97@googlemail.com> Feedback-ID: 2OVbcR1yHYpdkD8cgQllkFwcuMVZg_LiVMMPvptooFDfHD_03MuQO4ZaF626jWHZYFEhNR2cmIbZ53j4QGWMBQ==:Ext:ProtonMail MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 48KQNs3NP2z42Xy X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; FREEMAIL_FROM(0.00)[protonmail.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(0.00)[ip: (-9.66), ipnet: 185.70.40.0/24(-4.88), asn: 62371(-3.89), country: CH(0.04)]; RCVD_IN_DNSWL_LOW(-0.10)[22.40.70.185.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 09:46:06 -0000 PiB0aGUgcnBpNCBpcyBub3QgaW50ZXJlc3RpbmcgaW4gdGVybXMgb2YgcHJpY2UKCkFGQUlLIHRo ZSB4OTZtYXggb25seSBoYXMgdGhlIENvcnRleCBBLTUzIHByb2Nlc3NvcjsgdGhlIFBpNCBoYXMg dGhlIEEtNzIsIHdoaWNoIGlzIHNpZ25pZmljYW50bHkgZmFzdGVyLiAoQVJNIGNsYWltcyAxLjkg c3BlZWQgdXAuKQoKSSBoYXZlIHlldCB0byBzZWUgYW55IGhhcmR3YXJlIHBsYXRmb3JtIHRoYXQg cmVhbGx5IGNvbXBldGVzLCBhY3Jvc3MgYWxsIGNhdGVnb3JpZXMsIHdpdGggdGhlIFJQaTQsIGF0 IGl0cyBwcmljZSBwb2ludC4gVGhhdOKAmXMgb25lIHJlYXNvbiBJIGtlZXAgaGFja2luZyBhd2F5 IGF0IGl0LgoKQnV0LCB0aGUgbW9yZSBjaGlwcyB3ZSBjYW4gd29yayBvbiB0aGUgYmV0dGVyLCBz byBJIHdpc2ggZ29vZCBsdWNrIHRvIHlvdS4KCi0tLSBSb2IKCk9uIEZyaSwgRmViIDE0LCAyMDIw IGF0IDE5OjI0LCBBZHJpYW4gR2Fzc21hbm4gPGZyZWVic2RAeDg2LmNoPiB3cm90ZToKCj4gdGhl IHJwaTQgaXMgbm90IGludGVyZXN0aW5nIGluIHRlcm1zIG9mIHByaWNlIHRoZSB4OTZtYXggVVNC IDMgUmVjZWl2ZWQKPiAxMDAwTUJQUyBNYW4gdG9kYXkgZm9yICQgMzAgaW52ZXN0IGJldHRlciB0 aGVyZQo+Cj4gQW0gMTQuMDIuMjAyMCB1bSAxNjozMiBzY2hyaWViIEtsYXVzIEvDvGNoZW1hbm4g dmlhIGZyZWVic2QtYXJtOgo+Pgo+Pj4gQW0gMTQuMDIuMjAyMCB1bSAxMjoyMCBzY2hyaWViIE1h cmsgTWlsbGFyZCA8bWFya2xtaUB5YWhvby5jb20+Ogo+Pj4KPj4+Cj4+Pgo+Pj4gRm9yIHRoZSBy b290IGNhdXNlIGlkZW50aWZpY2F0aW9uLCB5b3UgYXJlIHdlbGNvbWUuCj4+Pgo+Pj4gKEkndmUg bm90IHByb3Bvc2VkIGEgc29sdXRpb24gZm9yIEZyZWVCU0QgdG8gYWRvcHQuKQo+Pj4KPj4gQnV0 IFRIRSBTS1VMTCggLi5qdXN0IGtpZGRpbmcsLCkgaGFzKCBwcm9wb3NlZCBhIHNvbHV0aW9uIGZv ciBGcmVlQlNEKSA6LSkg4oCmIOKApi4gOgo+Pj4gQW0gMTQuMDIuMjAyMCB1bSAxMToxMCBzY2hy aWViIEVtbWFudWVsIFZhZG90IDoKPj4+Cj4+PiBPbiBGcmksIDE0IEZlYiAyMDIwIDEwOjU0OjQw ICswMTAwCj4+Pgo+Pj4gSSBoYXZlIGhvbGQgb2ZmIHRoZSB1cGdyYWRlIHRvIDIwMjAuMDEgYXMg cm9ja2NoaXAgdS1ib290IG5lZWRzIGEKPj4+IG5ld2VyIEFURiBhbmQgdGhleSBkaWRuJ3QgbWFk ZSBhIG5ldyByZWxlYXNlIHlldC4gTXkgcGxhbiBpcyB0byB3YWl0Cj4+PiB1bnRpbCAyMDIwLjA0 IGlzIHJlbGVhc2UgYW5kIGlmIGF0IHRoYXQgdGltZSB0aGVyZSBpcyBzdGlsbCBubyBuZXcgQVRG Cj4+PiByZWxlYXNlIGp1c3QgdXBkYXRlIHRoZSBwb3J0cyB0byB1c2UgdGhlIGxhdGVzdCBnaXQg dmVyc2lvbi4KPj4KPj4gSXQgY291bGRu4oCZdCBiZSBjbGVhcmVyOgo+PiBOTyBicmVha2FnZSBm b3IgUm9ja2NoaXAgYXMgbG9uZyBhcyB0aGVyZSBpcyBubyB1c3B0cmVhbSAtIFJFTEVBU0UuCj4+ IFRoZSBvbmx5IHRoaW5nIHBvc3NpYmxlIE1hbnUgY291bGQgdGhpbmsgYWJvdXQgaXMgYmFja3Bv cnRpbmcsCj4+IGJ1dCBvZiBjb3Vyc2Ugb25seSBmcm9tIHRoZSB1cHN0cmVhbSBhbmQgTk9UIGZy b20gYW55IGhhY2tzIG91dHNpZGUgdGhlcmUuCj4+IEJhY2twb3J0aW5nIGlzIG11Y2ggd29yayBh bmQgcGVyaGFwcyBub3QgdGhlIHdheSBoZSB3YW50cyB0byBnbywgc28gaXQgaXMgdG8gYmUgYWNj ZXB0ZWQKPj4gdG8gd2FpdCBmb3IgMjAyMC4wNCAuCj4+Cj4+Cj4+PiBNYXJrIE1pbGxhcmQgOuKA piBJIGFsc28gZG8gbm90IHNlZSBhIGNvbW11bmljYXRpb24gcGF0aCBmb3IgdGhlIHNpemUgdG8g YmUgcmVwb3J0ZWQKPj4+IHRvIHUtYm9vdCBzbyB0aGF0IGl0IGNvdWxkIGF1dG9tYXRpY2FsbHkg YWRqdXN0Lgo+PiBUaGUgY29tbXVuaWNhdGlvbi1wYXRoIGlzIHRvIHRyYWNrIHRoZSB1LWJvb3Qg dXBzdHJlYW0gZmlyc3QuCj4+IElmIG1hbnUgd291bGRuJ3QgZG8gdGhhdCwgaGUgd291bGQgZ2V0 IGNvbXBsYWludHMKPj4gZm9yIHNodXR0aW5nIGRvd24gbXkgUm9ja1BybzY0IDstKQo+Pgo+PiBO ZXZlcnRoZWxlc3MsIE1hcmssIHRoYW5rcyBhZ2FpbiBpbnZlc3RpZ2F0aW5nIHRvIHJldHJhY2sg dGhlIHJvb3QgY2F1c2Ugb2YgUlBJNCBicmVha2FnZS4KPj4gQW5kIGFsbCB0aGF0IHUtYm9vdCBz dHVmZiBpcyBhYnNvbHV0ZWx5IG5vIHJlYXNvbiB0byBzdG9wIHN1cHBvcnQgdGhlIFJQSTQoaWYg cG9zc2libGUpLAo+PiBKdXN0IGhvb2sgdXAgeW91ciBSUGk0LXZlcnNpb24gd2hpY2ggYm9vdHMg YW5kIGNvbnRpbnVlIHBhdGNoaW5nIHRoYXQgbWVzc3kgZ2FkZ2V0Lgo+PiBCdXQgcGxlYXNlIGlu IHRoZSAoZmJzZC0pIHVwc3RyZWFtIC4uLgo+Pgo+PiBqdXN0IG15IHR3byBjZW50cwo+Pgo+PiBS ZWdhcmRzCj4+Cj4+IEtsYXVzCj4+Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCj4+IGZyZWVic2QtYXJtQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+ PiBodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1hcm0K Pj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtYXJtLXVuc3Vic2Ny aWJlQGZyZWVic2Qub3JnIgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCj4gZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4gaHR0cHM6 Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtYXJtCj4gVG8gdW5z dWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtYXJtLXVuc3Vic2NyaWJlQGZyZWVi c2Qub3JnIg== From owner-freebsd-arm@freebsd.org Sat Feb 15 10:18:39 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5F100255CA4 for ; Sat, 15 Feb 2020 10:18:39 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KR6Q1108z44GL; Sat, 15 Feb 2020 10:18:37 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sat, 15 Feb 2020 10:18:22 +0000 To: Mark Millard From: Robert Crowston Cc: freebsd-arm , Kyle Evans , "gonzo@freebsd.org" , Andrew Turner , Emmanuel Vadot Reply-To: Robert Crowston Subject: Re: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel Message-ID: <5NfNZfYzwNEsN1McTAS-8VEhCQKulZGrEEZob8kLrl0kQRzKqM5S4VmFPPTQxOF7DNhrAm2ORjI0VzQbr_VnNKIpoixgqYsZeWtMDF015lc=@protonmail.com> In-Reply-To: <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> Feedback-ID: 2OVbcR1yHYpdkD8cgQllkFwcuMVZg_LiVMMPvptooFDfHD_03MuQO4ZaF626jWHZYFEhNR2cmIbZ53j4QGWMBQ==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 48KR6Q1108z44GL X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.10 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; FREEMAIL_FROM(0.00)[protonmail.com]; RCPT_COUNT_FIVE(0.00)[6]; SUBJECT_HAS_EXCLAIM(0.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_IN_DNSWL_LOW(-0.10)[134.40.70.185.list.dnswl.org : 127.0.5.1]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.00)[ip: (-9.75), ipnet: 185.70.40.0/24(-4.88), asn: 62371(-3.89), country: CH(0.04)]; RWL_MAILSPIKE_POSSIBLE(0.00)[134.40.70.185.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 10:18:39 -0000 Very nice, thank you! > I put in code to add a reserved memory region > spanning the 2 pages at the beginning of the > address space. This is enough to span all the > armstub8-gic.bin content (that is loaded to > address 0x0 in my test context). I had looked at this when I first getting the armstub to work with the Rpi4= , and indeed I had no idea this was a problem again today. In Tymoshenko's u-boot patch for the pi3, we modify the dtb in memory to re= serve these pages, before u-boot communicates the modified dtb to the opera= ting system. I used the same idea (https://github.com/agherzan/u-boot/commit/7d1d1ce63c1= fe50b451ef0c730e1cd870b5bd440) when I first got the rpi4 to boot. Does sysu= tils/u-boot-rpi4 do this as well? > I had done other investigative work earlier to > find for sure where armstub8-gic.bin was being > loaded in my example context: address 0x0. I am quite sure this is correct. We need the absolute addresses to be accur= ate when we spin up the other CPUs. (Apologies if this was already known, the thread has been split and it is a= little hard to follow.) -- Rob =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Thursday, 13 February 2020 02:00, Mark Millard via freebsd-arm wrote: > [head -r356529 was just handy in my context. > I expect this works for head -r356776 and > later and probably before the problem was > exposed as well.] > > The technique here is a quick hack to give > evidence for what correct, general code > needs to do that is not being done ( given > the head -r356776 changes exposing an > assumption no longer true and the use > of the FreeBSD specific armstub8-gic.bin > in my test context but armstub8.bin in > some other contexts). > > I put in code to add a reserved memory region > spanning the 2 pages at the beginning of the > address space. This is enough to span all the > armstub8-gic.bin content (that is loaded to > address 0x0 in my test context). > > Note the first listed memory region in: > > Excluded memory regions: > 0x00000000 - 0x00001fff, 0 MB ( 2 pages) NoAlloc NoDump > 0x00000000 - 0x00000fff, 0 MB ( 1 pages) NoAlloc > . . . > > My hack added that 2 page range as if it was in > memreserve in the live DTB. I already had the > failover code for fdt_get_reserved_mem to call > fdt_get_reserved_regions (to try for memreserve > when /reserved-memory is not found). > > So here is what enabled the "boots and operates > normally" status for the RPi4B with a -r356776 > or later version of head (yes, all 4 cores > operating): > > svnlite diff /usr/src/sys/dev/fdt/fdt_common.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Index: /usr/src/sys/dev/fdt/fdt_common.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) > +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) > @@ -485,7 +485,18 @@ > > tuples =3D res_len / tuple_size; > reservep =3D (pcell_t *)&reserve; > +#ifdef aarch64 > > - //HACK!!! > - // Reserve the first few pages, for example to > - // preserve armstub8-gic.bin or armstub.bin > - // content. > - mr[0].mr_start=3D 0; > - mr[0].mr_size=3D 2*4096; > - tuples++; > - for (i =3D 1; i < tuples; i++) { > +#else > for (i =3D 0; i < tuples; i++) { > +#endif > > rv =3D fdt_data_to_res(reservep, addr_cells, size_cells, > (u_long *)&mr[i].mr_start, (u_long *)&mr[i].mr_size); > @@ -512,6 +523,11 @@ > > root =3D OF_finddevice("/reserved-memory"); > if (root =3D=3D -1) { > > - // Fail over to checking for and handling memreserve, > > > - // such as for a RPi4B. > > > - if (0 =3D=3D fdt_get_reserved_regions(reserved,mreserved)) > > > - =09return (0); > > > - return (ENXIO); > > > } > > I had done other investigative work earlier to > find for sure where armstub8-gic.bin was being > loaded in my example context: address 0x0. > > I'm not trying to imply that assuming that load > address is appropriate. I simply do not know how > general address 0x0 is. > > I'm only trying to imply that the page range > that ends up containing the armstub8*.bin > content should be excluded from what the kernel > will use for allocations. > > I'm not trying to imply that DTB memreserve > content should be the involved. The memreserve > related code just happened to be where I > choose to do the "exclude more" hack. > > I expect that causing the pages holding > armstub*.bin content to be excluded from FreeBSD > writing to any of those pages would also enable > RPi3's and the like to boot and operate as aarch64 > FreeBSD examples for head -r356776 (and later, > other than other bugs). It did for the RPi4B > 4 GiByte test context I used. > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sat Feb 15 10:36:46 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B895C256454 for ; Sat, 15 Feb 2020 10:36:46 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail2.protonmail.ch (mail2.protonmail.ch [185.70.40.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KRWL0Ysxz45JM; Sat, 15 Feb 2020 10:36:45 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sat, 15 Feb 2020 10:36:34 +0000 To: Mark Millard From: Robert Crowston Cc: Kyle Evans , Andrew Turner , freebsd-arm , Emmanuel Vadot , Oleksandr Tymoshenko Reply-To: Robert Crowston Subject: Re: A investigative hack that makes (for example) head -r356529 boot and operate normally an RPi4B (finally!): protect all armstub8-gic.bin's loaded content from replacement by the kernel Message-ID: In-Reply-To: <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> Feedback-ID: 2OVbcR1yHYpdkD8cgQllkFwcuMVZg_LiVMMPvptooFDfHD_03MuQO4ZaF626jWHZYFEhNR2cmIbZ53j4QGWMBQ==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 48KRWL0Ysxz45JM X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.10 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24:c]; RCPT_COUNT_FIVE(0.00)[6]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; SUBJECT_HAS_EXCLAIM(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_IN_DNSWL_LOW(-0.10)[22.40.70.185.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.3,0.0.0.0,0.0.0.1,0.0.0.2]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.1,0.0.0.0,0.0.0.3,0.0.0.2]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.00)[ip: (-9.67), ipnet: 185.70.40.0/24(-4.88), asn: 62371(-3.89), country: CH(0.04)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 10:36:46 -0000 > So it may be sysutils/u-boot-rpi{3,4} that needs to > arrange sufficient room to prevent messing up such. > (Unless armstub8*.bin can adjust something that > u-boot's EFI interface is based on for that initial > "Reserved" area?) The area to be reserved is already passed in register x1 by armstub to u-bo= ot here: https://github.com/gonzoua/rpi3-psci-monitor/blob/master/pscimon.S#L178 u-boot can read this register before it does anything else in save_boot_par= ams in lowlevel_init.S. (e.g., https://github.com/RobCrowston/u-boot/blame/= 7d1d1ce63c1fe50b451ef0c730e1cd870b5bd440/board/raspberrypi/rpi/lowlevel_ini= t.S#L38). =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Thursday, 13 February 2020 18:27, Mark Millard via freebsd-arm wrote: > On 2020-Feb-13, at 09:55, Mark Millard wrote: > > On 2020-Feb-13, at 09:36, Mark Millard wrote: > > > > On 2020-Feb-13, at 08:50, Mark Millard wrote: > > > > > > > On 2020-Feb-13, at 07:22, Kyle Evans wrote: > > > > > > > > > On Thu, Feb 13, 2020 at 9:05 AM Ralf Wenk iz-rpi03@hs-karlsruhe.d= e wrote: > > > > > > > > > > > On 2020-02-13 at 15:26 +0100 Ralf Wenk wrote: > > > > > > > > > > > > > On 2020-02-13 at 7:49 -0600 Kyle Evans wrote: > > > > > > > > > > > > > > > On Thu, Feb 13, 2020 at 7:43 AM Ralf Wenk iz-rpi03@hs-karls= ruhe.de wrote: > > > > > > > > > > > > > > > > > On 2020-02-12 at 18:00 -0800 Mark Millard wrote via freeb= sd-arm: > > > > > > > > > > > > > > > > > > > [...] > > > > > > > > > > > > > > > > > > > > svnlite diff /usr/src/sys/dev/fdt/fdt_common.c > > > > > > > > > > > > > > > > > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > > > > > > > > > > > > > > > > > > > > Index: /usr/src/sys/dev/fdt/fdt_common.c > > > > > > > > > > > > > > > > > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > > > > > > > > > > > > > > > > > --- /usr/src/sys/dev/fdt/fdt_common.c (revision 357529) > > > > > > > > > > +++ /usr/src/sys/dev/fdt/fdt_common.c (working copy) > > > > > > > > > > @@ -485,7 +485,18 @@ > > > > > > > > > > tuples =3D res_len / tuple_size; > > > > > > > > > > reservep =3D (pcell_t *)&reserve; > > > > > > > > > > +#ifdef aarch64 > > > > > > > > > > > > > > > > > > > > - //HACK!!! > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - // Reserve the first few pages, for example to > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - // preserve armstub8-gic.bin or armstub.bin > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - // content. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - mr[0].mr_start=3D 0; > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - mr[0].mr_size=3D 2*4096; > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - tuples++; > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - for (i =3D 1; i < tuples; i++) { > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > +#else > > > > > > > > > > for (i =3D 0; i < tuples; i++) { > > > > > > > > > > +#endif > > > > > > > > > > > > > > > > > > > > rv =3D fdt_data_to_res(reservep, addr_cells, = size_cells, > > > > > > > > > > (u_long *)&mr[i].mr_start, (u_long *)= &mr[i].mr_size); > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > @@ -512,6 +523,11 @@ > > > > > > > > > > root =3D OF_finddevice("/reserved-memory"); > > > > > > > > > > if (root =3D=3D -1) { > > > > > > > > > > > > > > > > > > > > - // Fail over to checking for and handli= ng memreserve, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - // such as for a RPi4B. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - if (0 =3D=3D fdt_get_reserved_regions(r= eserved,mreserved)) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - return (0); > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - return (ENXIO); > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > } > > > > > > > > > > > > > > > > > > > > > > > > > > > > I can confirm that with your patch(es) my RPi3 does not f= reeze any more > > > > > > > > > when loading mac_ntpd.ko. The patches are applied against= r357853M. > > > > > > > > > > > > An reboot is working again too. > > > > > > > > > > > > > > Have you tested the RPi3 with just this second hunk of patc= h to > > > > > > > > fallover to memreserve, or is the first hunk definitely req= uired as > > > > > > > > well? > > > > > > > > > > > > > > Good question. I tested both hunks together. > > > > > > > Will try what happens when just applying the second and repor= t back. > > > > > > > > > > > > Here it is: > > > > > > Without the first hunk the system freezes again when loading ma= c_ntpd.ko. > > > > > > Also the CPU information during boot for CPUs 1 to 3 looks stra= nge again. > > > > > > > > > > Yeah- I see it now; both armstubs are about 5k. I've raised an > > > > > issue[0] with upstream for armstub/rpi bits to work out the prope= r > > > > > solution, because I don't necessarily want to commit the workarou= nd. > > > > > I'll throw up the second hunk on phabricator for review by #arm/#= arm64 > > > > > folks, because that seems to me the proper fallback. > > > > > I also discovered some issues when trying to read /memreserve/ wi= th > > > > > our dtc and filed a PR[1] to fix those. > > > > > Thanks, > > > > > Kyle Evans > > > > > [0] https://github.com/raspberrypi/tools/issues/107 > > > > > [1] https://github.com/davidchisnall/dtc/pull/59 > > > > > > > > The DTB information below is from: > > > > U-Boot> fdt addr 0x7ef2000 > > > > U-Boot> fdt print / > > > > on a RPi4B 4 GiByte. > > > > On at least the RPi4B memreserve is not what causes > > > > the first page to be excluded: > > > > > > > > memreserve =3D <0x3b400000 0x04c00000>; > > > > > > > > > > > > Nor is memory@0 the cause: > > > > > > > > memory@0 { > > > > device_type =3D "memory"; > > > > reg =3D <0x00000000 0x00000000 0x3b400000 0x00000000 0= x40000000 0xbc000000>; > > > > }; > > > > > > > > > > > > (That also skips the memreserve area.) > > > > I do not find anything in the DTB that indicates > > > > to exclude the first page. > > > > My hypothesis is that the FreeBSD code excludes > > > > the page based on some less obvious relationship > > > > that I'm not identifying. > > > > There is the cpu-rlease-addr information that seems > > > > to refer to some 1st memory page content: > > > > > > > > cpus { > > > > #address-cells =3D <0x00000001>; > > > > #size-cells =3D <0x00000000>; > > > > enable-method =3D "brcm,bcm2836-smp"; > > > > phandle =3D <0x000000be>; > > > > cpu@0 { > > > > device_type =3D "cpu"; > > > > compatible =3D "arm,cortex-a72"; > > > > reg =3D <0x00000000>; > > > > enable-method =3D "spin-table"; > > > > cpu-release-addr =3D <0x00000000 0x000000d8>; > > > > phandle =3D <0x0000001d>; > > > > }; > > > > cpu@1 { > > > > device_type =3D "cpu"; > > > > compatible =3D "arm,cortex-a72"; > > > > reg =3D <0x00000001>; > > > > enable-method =3D "spin-table"; > > > > cpu-release-addr =3D <0x00000000 0x000000e0>; > > > > phandle =3D <0x0000001e>; > > > > }; > > > > cpu@2 { > > > > device_type =3D "cpu"; > > > > compatible =3D "arm,cortex-a72"; > > > > reg =3D <0x00000002>; > > > > enable-method =3D "spin-table"; > > > > cpu-release-addr =3D <0x00000000 0x000000e8>; > > > > phandle =3D <0x0000001f>; > > > > }; > > > > cpu@3 { > > > > device_type =3D "cpu"; > > > > compatible =3D "arm,cortex-a72"; > > > > reg =3D <0x00000003>; > > > > enable-method =3D "spin-table"; > > > > cpu-release-addr =3D <0x00000000 0x000000f0>; > > > > phandle =3D <0x00000020>; > > > > }; > > > > }; > > > > > > > > > > Looking at the code there is: > > > > > > /* Load the physical memory ranges */ > > > efihdr =3D (struct efi_map_header *)preload_search_info(kmdp, > > > MODINFO_METADATA | MODINFOMD_EFI_MAP); > > > if (efihdr !=3D NULL) > > > add_efi_map_entries(efihdr); > > > > > > > > > #ifdef FDT > > > else { > > > /* Grab physical memory regions information from device tree. */ > > > if (fdt_get_mem_regions(mem_regions, &mem_regions_sz, > > > NULL) !=3D 0) > > > panic("Cannot get physical memory regions"); > > > arm_physmem_hardware_regions(mem_regions, mem_regions_sz); > > > } > > > if (fdt_get_reserved_mem(mem_regions, &mem_regions_sz) =3D=3D 0) > > > arm_physmem_exclude_regions(mem_regions, mem_regions_sz, > > > EXFLAG_NODUMP | EXFLAG_NOALLOC); > > > #endif > > > > > > /* Exclude the EFI framebuffer from our view of physical memory= . */ > > > efifb =3D (struct efi_fb *)preload_search_info(kmdp, > > > MODINFO_METADATA | MODINFOMD_EFI_FB); > > > if (efifb !=3D NULL) > > > arm_physmem_exclude_region(efifb->fb_addr, efifb->fb_si= ze, > > > EXFLAG_NOALLOC); > > > > > > > > > . . . > > > if (boothowto & RB_VERBOSE) { > > > print_efi_map_entries(efihdr); > > > arm_physmem_print_tables(); > > > } > > > It looks to me like the boot -v text: > > > > > > Type Physical Virtual #Pages Attr > > > Reserved 000000000000 0 00000001 WB > > > > > > > > > ConventionalMemory 000000001000 1000 00007ef1 WB > > > BootServicesData 000007ef2000 7ef2000 0000001c WB > > > ConventionalMemory 000007f0e000 7f0e000 00029f93 WB > > > BootServicesData 000031ea1000 31ea1000 00000001 WB > > > LoaderData 000031ea2000 31ea2000 00008001 WB > > > LoaderCode 000039ea3000 39ea3000 000000a6 WB > > > Reserved 000039f49000 39f49000 00000007 WB > > > BootServicesData 000039f50000 39f50000 00000001 WB > > > Reserved 000039f51000 39f51000 00000002 WB > > > RuntimeServicesData 000039f53000 39f53000 00000001 WB RUNTIME > > > Reserved 000039f54000 39f54000 00000001 WB > > > BootServicesData 000039f55000 39f55000 00000002 WB > > > RuntimeServicesData 000039f57000 39f57000 00000001 WB RUNTIME > > > LoaderData 000039f58000 39f58000 00001408 WB > > > RuntimeServicesCode 00003b360000 3b360000 00000010 WB RUNTIME > > > LoaderData 00003b370000 3b370000 00000090 WB > > > BootServicesData 000040000000 40000000 000bc000 WB > > > MemoryMappedIO 0000fe100000 fe100000 00000001 RUNTIME > > > is from print_efi_map_entries via the efihdr instead > > > of from the FreeBSD FDT code and the DTB. > > > So is it u-boot that provides the efihdr for which > > > add_efi_map_entries generated those regions? > > > That might explain why I do not find matching DTB > > > material for all of it. > > > > Looks like the efi memory map traces back to the loader > > and its use of GetMemoryMap (as far as FreeBSD goes): > > > > grep -r "GetMemoryMap" /usr/src/sys/ | more > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > /usr/src/sys/amd64/amd64/machdep.c: * Memory map data provided by UEFI = via the GetMemoryMap > > /usr/src/sys/arm64/arm64/machdep.c: * Memory map data provided by UEFI = via the GetMemoryMap > > /usr/src/sys/arm/arm/machdep_boot.c: * Memory map data provided by UEFI= via the GetMemoryMap > > /usr/src/sys/contrib/edk2/Include/Uefi/UefiSpec.h: EFI_GET_MEMORY_MAP G= etMemoryMap; > > > > grep -r "GetMemoryMap" /usr/src/stand/ | more > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > /usr/src/stand/efi/loader/copy.c: status =3D BS->GetMemoryMap(&sz, map,= &key, &dsz, &dver); > > /usr/src/stand/efi/loader/main.c: status =3D BS->GetMemoryMap(&sz, 0, &= key, &dsz, &dver); > > /usr/src/stand/efi/loader/main.c: status =3D BS->GetMemoryMap(&sz, map,= &key, &dsz, &dver); > > /usr/src/stand/efi/loader/bootinfo.c: status =3D BS->GetMemoryMap(&sz, = mm, &efi_mapkey, &dsz, &mmver); > > /usr/src/stand/efi/loader/bootinfo.c: printf("%s: GetMemoryMap error %l= u\n", func, > > /usr/src/stand/efi/include/efiapi.h: EFI_GET_MEMORY_MAP GetMemoryMap; > > Here is the memmap from the loader that is just based on EFI's > GetMemoryMap from what I can tell from a wuick look: > > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel] in 8 seconds... > > Type '?' for a list of commands, 'help' for more detailed help. > OK memmap > Type Physical Virtual #Pages Attr > Reserved 000000000000 000000000000 00000001 WB > ConventionalMemory 000000001000 000000001000 00007ef1 WB > BootServicesData 000007ef2000 000007ef2000 0000001c WB > ConventionalMemory 000007f0e000 000007f0e000 00029f93 WB > BootServicesData 000031ea1000 000031ea1000 00000001 WB > LoaderData 000031ea2000 000031ea2000 00004000 WB > BootServicesData 000035ea2000 000035ea2000 00000001 WB > LoaderData 000035ea3000 000035ea3000 00004000 WB > LoaderCode 000039ea3000 000039ea3000 000000a6 WB > Reserved 000039f49000 000039f49000 00000007 WB > BootServicesData 000039f50000 000039f50000 00000001 WB > Reserved 000039f51000 000039f51000 00000002 WB > RuntimeServicesData 000039f53000 000039f53000 00000001 WB > Reserved 000039f54000 000039f54000 00000001 WB > BootServicesData 000039f55000 000039f55000 00000002 WB > RuntimeServicesData 000039f57000 000039f57000 00000001 WB > LoaderData 000039f58000 000039f58000 00001408 WB > RuntimeServicesCode 00003b360000 00003b360000 00000010 WB > LoaderData 00003b370000 00003b370000 00000090 WB > BootServicesData 000040000000 000040000000 000bc000 WB > MemoryMappedIO 0000fe100000 0000fe100000 00000001 > OK > > So at the loader time frame, the 2nd page of memory is not > Reserved (in EFI terms). > > It would appear to me that avoiding messing up the > armstub8*.bin content should apply this early as well. > > So it may be sysutils/u-boot-rpi{3,4} that needs to > arrange sufficient room to prevent messing up such. > (Unless armstub8*.bin can adjust something that > u-boot's EFI interface is based on for that initial > "Reserved" area?) > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sat Feb 15 10:37:01 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 49F542564A3 for ; Sat, 15 Feb 2020 10:37:01 +0000 (UTC) (envelope-from 4250.10.freebsd-arm=freebsd.org@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 48KRWc28pBz45LX for ; Sat, 15 Feb 2020 10:37:00 +0000 (UTC) (envelope-from 4250.10.freebsd-arm=freebsd.org@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=1581763020; x=1584355020; h=content-transfer-encoding:content-type:mime-version:references:in-reply-to:message-id:subject:cc:to:from:date:x-thread-info; bh=4sdgVd0TBMbz9FrUDThcyI5cbK1LEFwXjqObAawU6ns=; b=lQzEF9ghC4i2a9IOf/fsXdCHUH0xPnt3Xi7bSGW8gSEM5CrjZQRxNcvMU6aiv1OQtjczawGOscS/pxaVCQCXoLimDeZOZhiTT7SRaZgf1OEGwj7mMdgwAORrzH1OtjuY52BKRMs9PkLCoLf++rPAjuICYxedN8Q2iO7IC0Nq7ss= X-Thread-Info: NDI1MC4xMi43NDAwMDAwMDQ3N2QxOS5mcmVlYnNkLWFybT1mcmVlYnNkLm9yZw== Received: from r1.us-east-2.aws.in.socketlabs.com (r1.us-east-2.aws.in.socketlabs.com [142.0.189.1]) by mxsg2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Sat, 15 Feb 2020 05:36:59 -0500 Received: from smtp.lan.sohara.org (EMTPY [185.202.17.215]) by r1.us-east-2.aws.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Sat, 15 Feb 2020 05:36:58 -0500 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1j2uoi-000F7n-SF; Sat, 15 Feb 2020 10:36:56 +0000 Date: Sat, 15 Feb 2020 10:36:56 +0000 From: Steve O'Hara-Smith To: freebsd-arm@freebsd.org Subject: Re: RPI4 vs AMLOGIC s905x2 / x96max Message-Id: <20200215103656.f8893826342b41082d1a5ea8@sohara.org> In-Reply-To: References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> <3333F8A8-591F-4722-9E63-904414974142@yahoo.com> <7B94C1A8-8523-4993-9074-222358FD5C97@googlemail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) X-Clacks-Overhead: "GNU Terry Pratchett" Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48KRWc28pBz45LX X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=email-od.com header.s=dkim header.b=lQzEF9gh; dmarc=none; spf=pass (mx1.freebsd.org: domain of 4250.10.freebsd-arm=freebsd.org@email-od.com designates 142.0.176.198 as permitted sender) smtp.mailfrom=4250.10.freebsd-arm=freebsd.org@email-od.com X-Spamd-Result: default: False [-1.89 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; R_DKIM_ALLOW(-0.20)[email-od.com:s=dkim]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:142.0.176.0/20]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sohara.org]; FORGED_SENDER_VERP_SRS(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[email-od.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[198.176.0.142.list.dnswl.org : 127.0.15.0]; ENVFROM_VERP(0.00)[]; IP_SCORE(0.10)[ip: (-0.28), ipnet: 142.0.176.0/22(0.56), asn: 7381(0.28), country: US(-0.05)]; FORGED_SENDER(0.00)[steve@sohara.org,4250.10.freebsd-arm=freebsd.org@email-od.com]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7381, ipnet:142.0.176.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[steve@sohara.org,4250.10.freebsd-arm=freebsd.org@email-od.com]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_CC(0.00)[protonmail.com] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 10:37:01 -0000 On Sat, 15 Feb 2020 09:45:54 +0000 Robert Crowston via freebsd-arm wrote: > I have yet to see any hardware platform that really competes, across all > categories, with the RPi4, at its price point. That’s one reason I keep > hacking away at it. The Odroid N2 and RockPro64 are the closest I know of - they seem pretty close. -- Steve O'Hara-Smith From owner-freebsd-arm@freebsd.org Sat Feb 15 17:25:27 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9B560241226 for ; Sat, 15 Feb 2020 17:25:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-54.consmr.mail.gq1.yahoo.com (sonic315-54.consmr.mail.gq1.yahoo.com [98.137.65.30]) (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 48KcZt2zJfz4TJS for ; Sat, 15 Feb 2020 17:25:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: T8EOP.gVM1kpnpIIsTc8IsnXL6GwnSqAyudyQdRCZLy9VfSfAElHrM.8dbZ.iTB BF9eL8nmhCkNawSRUoHGZFu7wAZiR9oi5LiQVWY7SHvr4hTTylFjPTHRr9bTtGKs1rXvQ5SiDDyG S50rn0rEConYeQvCZmR5vwD.SntbsQQmm6HVDYLfXYqMwRvty31SswX88mFG0l8QMyNdPeGazw19 iF0eZB6.Zej8LVVt62Lvlp7pULUWrVojuxDicVLfRBHcdiS4CVyxpft81tEoLB5TCcw1t_eue7vH 19ThYejNSt0vX3HkXL_Uj6_8ymfNRN_RI4X_5bP4Oq9pLLZsPVnFhK9AAgSFrTIt5PNt9YG6SrBi Z_8N4Wv_r3FtkJiZpxDEuSD22GmuYmamoQJ5OvWNcVraPYAIJWT7r_HonJ5.5q.gBOxhoTu9a1ol YS7JJooODsAZGzLkxRPqywqxNfhdD90GGl6Cv1vdiY5tLcyZj9.36usHFw9OycFdghFYT2ZNthhw xZG6rJAybjDdhdwOe.gQvFI4D6pYwMxNWgJygAWsasuAjpiJWC4wbtY938yLx8r_MTJP2M311Qsp mZDJUmVHupYZeNcGklayPDy35RnCpcBIU20QHjf20TF3FFa_51h7ISP0CeaK.pXQW_coBLBxXY3H us5a8sUmJRW.F3edIEgLFlWi6R8I7Nab4F.NkV_LFIJMrmZgroEWrMWlsQsqMsLF7RFGAPglaM0O jxRoblFdgf5ns7Sb7hKiXdQl3r41mbOTyFBJ4XiSpl6CB04xLPJyJ9iOxfYLPP5WrShZUrTPt7AB O7FLJGd01KvBtd3qXvJA6Rl2JoeGyy5L2GGwovRHGWtueDy7MBsDzfKEHafYAx1pj1.IEBODpFKt EI.PjLVgM6y8zD7i2GwKA.YDgwikcYRQw9cW_PLi5QeopGMkmSdbi8B_hszHgu5xoYyg8lMNoE4q DqxVkkSD_MH_cn89VYZbGJvv.Kh.VMhbSyODvDB1jM9iQTgxSwV339gg7EB7KEjnisKSVFAJbh9l KxvuDHDTErj.D5wrnruq8m1yQsvr9gNWmzQyA1qNHcvQIWZiRwLM3JdyRor.iAcqXJHuXqxLSCwu P0aK.OWskhwtC7uViUYDYI1EJi0wa7ezwBen2Ky6Bs69IWb5PPmYYzeXgq.WXATMIlqjGkeQvIqU IVH16urUjcAw2c9BNe8wuGFJEnYnbTWl.Nq4I0tsfuG2S0UtVUBrWCpMx8v0Ibvkp_vSzdqppp0V RZHXzTNTtnnDpJPf07oDyP9E0iSmmdBWj8WjrYZci_Mq7eDVBOQsnTgYbbyZfja1RJuDLwKwzJP2 SqwZqiUwPbnGDkeDmmoYEwWnUncI.08rz35ABdLmf6NKuKDdfvl.81wC34uZoJZFDowCvHwuvMln M85HXvaXsAbBHxr3AjHUY6XzrnScrQvqHdc8.jI.ixuk5ctVlgypC3pgsr8psVYTPcys_ROxvKC7 Msi4- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sat, 15 Feb 2020 17:25:24 +0000 Received: by smtp407.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 2da6ee850df08da3078401f1852662bf; Sat, 15 Feb 2020 17:25:20 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: The aarch64 RPi* boot problems and armstub8*.bin vs. u-boot: Robert Crowston's existing-interfacing-definition notes consolidated (reports things I missed) Message-Id: Date: Sat, 15 Feb 2020 09:25:18 -0800 Cc: Ralf Wenk , Andrew Turner , Oleksandr Tymoshenko , Emmanuel Vadot To: Robert Crowston , Kyle Evans , freebsd-arm X-Mailer: Apple Mail (2.3608.60.0.2.5) References: X-Rspamd-Queue-Id: 48KcZt2zJfz4TJS X-Spamd-Bar: - X-Spamd-Result: default: False [-1.47 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCPT_COUNT_SEVEN(0.00)[7]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.53)[-0.532,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.44)[-0.440,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (5.21), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[30.65.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2020 17:25:27 -0000 [My investigation started from complete ignorance of the directly relevant material and I did not identify all the existing interfacing available.] Quoted is material I wrote and that Robert C. replied: >> So it may be sysutils/u-boot-rpi{3,4} that needs to >> arrange sufficient room to prevent messing up such. >> (Unless armstub8*.bin can adjust something that >> u-boot's EFI interface is based on for that initial >> "Reserved" area?) >=20 > The area to be reserved is already passed in register x1 by armstub to = u-boot here: > = https://github.com/gonzoua/rpi3-psci-monitor/blob/master/pscimon.S#L178 I missed that in my looking around for what interfaces propagate appropriate information. > u-boot can read this register before it does anything else in = save_boot_params in lowlevel_init.S. (e.g., = https://github.com/RobCrowston/u-boot/blame/7d1d1ce63c1fe50b451ef0c730e1cd= 870b5bd440/board/raspberrypi/rpi/lowlevel_init.S#L38). Good to know for folks considering what technique to use for a long-term fix. > In a separate message: >=20 >> I put in code to add a reserved memory region >> spanning the 2 pages at the beginning of the >> address space. This is enough to span all the >> armstub8-gic.bin content (that is loaded to >> address 0x0 in my test context). >=20 > I had looked at this when I first getting the armstub to work with the = Rpi4, and indeed I had no idea this was a problem again today. >=20 > In Tymoshenko's u-boot patch for the pi3, we modify the dtb in memory = to reserve these pages, before u-boot communicates the modified dtb to = the operating system. RPi3 contexts were the original reporters of the problem and made the majority of the reports. (I just had access to an RPi4B instead and so worked with that context.) So I do not expect such a patch is currently involved for sysutils/u-boot-rpi3 . My understanding from other messages, is that sysutils/u-boot-master is holding at its current version for other fixes currently in order to avoid breaking other contexts. > I used the same idea = (https://github.com/agherzan/u-boot/commit/7d1d1ce63c1fe50b451ef0c730e1cd8= 70b5bd440) when I first got the rpi4 to boot. Cool. > Does sysutils/u-boot-rpi4 do this as well? sysutils/u-boot-rpi4 has a hard coded: #ifdef CONFIG_EFI_LOADER /* Reserve the spin table */ efi_add_memory_map(0, 1, EFI_RESERVED_MEMORY_TYPE, 0); #endif in ft_board_setup in board/raspberrypi/rpi/rpi.c . That is what currently leads to the first page being avoided by the kernel for my test context. Changing the "1" to a "2" makes the kernel avoid 2 pages, which is currently sufficient. RPi3's are the primary context that started reporting the boot problems so I expect similar for sysutils/u-boot-rpi3 but I had a RPi4B context to work with and only looked at the sysutils/u-boot-rpi4 port that I could test. >> I had done other investigative work earlier to >> find for sure where armstub8-gic.bin was being >> loaded in my example context: address 0x0. >=20 > I am quite sure this is correct. We need the absolute addresses to be = accurate when we spin up the other CPUs. I had no directly relevant background knowledge and and so had the code report where it was put. But I had no background on how uniform the place was across RPi3's and RPi2 v1.2's and such. Glad to know it is uniform. Other relevant folks probably already knew that. > (Apologies if this was already known, the thread has been split and it = is a little hard to follow.) Having future communication avoid the investigative exploration history I went through would be simpler and better. At this point ,there is no reason for any exchange in the subject area to target me as far as I can tell. (Wrong background knowledge.) Kyle E. did recently submit dtc improvements spanning memreserve handling improvements: = https://lists.freebsd.org/pipermail/svn-src-head/2020-February/133765.html= = https://lists.freebsd.org/pipermail/svn-src-head/2020-February/133766.html= =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)