From owner-freebsd-arm@freebsd.org Sun Aug 26 17:42:03 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B26C8107CC81; Sun, 26 Aug 2018 17:42:03 +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 29207897AD; Sun, 26 Aug 2018 17:42: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 w7QHgEaA015390 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 26 Aug 2018 10:42:15 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w7QHgE57015389; Sun, 26 Aug 2018 10:42:14 -0700 (PDT) (envelope-from fbsd) Date: Sun, 26 Aug 2018 10:42:13 -0700 From: bob prohaska To: Ian Lepore Cc: Kirk McKusick , FreeBSD Filesystems , freebsd-arm@freebsd.org, bob prohaska Subject: Re: CFT: TRIM Consolodation on UFS/FFS filesystems Message-ID: <20180826174213.GA15325@www.zefox.net> References: <20180824000637.GA2157@www.zefox.net> <201808240027.w7O0Rh7f062555@chez.mckusick.com> <20180824161443.GB2157@www.zefox.net> <1535127958.1488.31.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1535127958.1488.31.camel@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 17:42:03 -0000 On Fri, Aug 24, 2018 at 10:25:58AM -0600, Ian Lepore wrote: > A usb sdcard reader/writer will definitely mask the trim capability of > an sdcard. Aside from that, ALL sdcards support trim on freebsd, > regardless of what any support folks at sandisk might tell you. The > trim operation is supported in the mmcsd driver by issuing sd erase > commands (CMD32/33/38 sequence) which has been in the sd spec from the > beginning. > > That said, it's my experience that different cards implement CMD38 > different ways. Some cards treat it like a TRIM -- it's a hint that > tells the card "the data in these sectors need not be preserved during > future updates to the erase block they're embedded in", and thus they > happen very fast and improve efficiency. Other cards treat it as a more > synchronous operation, physically erasing the blocks involved while- > you-wait, which can be *horrible* for performance on ufs (although > potentially it might get better with the consolidation of BIO_DELETEs). This raises a practical question: How does throughput to microSD compare to throughput to USB, assuming the flash controllers are well-executed? Sizewise there's no need for two devices, a single microSD has plenty of space for my purposes. I thought that having a separate device for swap and maybe /usr would speed things up, but perhaps that's quaint notion leftover from st506 days. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Mon Aug 27 05:40:31 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82FB0108D485 for ; Mon, 27 Aug 2018 05:40:31 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 29F377F724 for ; Mon, 27 Aug 2018 05:40:31 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id DF4AA108D484; Mon, 27 Aug 2018 05:40:30 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDE8D108D483 for ; Mon, 27 Aug 2018 05:40:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 67BA87F723 for ; Mon, 27 Aug 2018 05:40:29 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1fuAG6-000KdK-Gg; Mon, 27 Aug 2018 08:40:14 +0300 From: Daniel Braniss Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: thermal dns for allwinner/h3 Message-Id: <23EA1292-4DF7-4C08-9EDA-C235CC461F1D@cs.huji.ac.il> Date: Mon, 27 Aug 2018 08:40:14 +0300 To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 05:40:31 -0000 hi, this overlay is working form me, though I think the actual temperature = reported is a bit off (40-50C) /dts-v1/; /plugin/; #include #include #include / { compatible =3D "allwinner,sun8i-h3"; }; &{/soc} { ths: thermal_sensor@1c25000 { compatible =3D "allwinner,sun8i-h3-ths"; reg =3D <0x01c25000 0x100>; interrupts =3D ; clocks =3D <&ccu CLK_BUS_THS>, <&ccu CLK_THS>; clock-names =3D "apb", "ths"; resets =3D <&ccu RST_BUS_THS>; reset-names =3D "apb"; status =3D "okay"; nvmem-cells =3D <&ths_calib>; nvmem-cell-names =3D "ths-calib"; }; }; From owner-freebsd-arm@freebsd.org Mon Aug 27 05:43:54 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF92A108D6CE for ; Mon, 27 Aug 2018 05:43:54 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 520E87FA36 for ; Mon, 27 Aug 2018 05:43:54 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 17054108D6CD; Mon, 27 Aug 2018 05:43:54 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05D9E108D6CC for ; Mon, 27 Aug 2018 05:43:54 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 929BA7FA35 for ; Mon, 27 Aug 2018 05:43:53 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1fuAJb-000KqS-Tx for arm@freebsd.org; Mon, 27 Aug 2018 08:43:51 +0300 From: Daniel Braniss Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: thermal DTS for allwinner/h3 Date: Mon, 27 Aug 2018 08:43:51 +0300 References: <23EA1292-4DF7-4C08-9EDA-C235CC461F1D@cs.huji.ac.il> To: "freebsd-arm@freebsd.org" In-Reply-To: <23EA1292-4DF7-4C08-9EDA-C235CC461F1D@cs.huji.ac.il> Message-Id: <5E41E0AE-35B4-45AC-951E-705CAEADBFDA@cs.huji.ac.il> X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 05:43:54 -0000 iI hate spell checkers > On 27 Aug 2018, at 08:40, Daniel Braniss wrote: >=20 > hi, > this overlay is working form me, though I think the actual temperature = reported is a bit off (40-50C) >=20 > /dts-v1/; > /plugin/; >=20 > #include > #include > #include >=20 > / { > compatible =3D "allwinner,sun8i-h3"; > }; >=20 > &{/soc} { > ths: thermal_sensor@1c25000 { > compatible =3D "allwinner,sun8i-h3-ths"; > reg =3D <0x01c25000 0x100>; > interrupts =3D ; > clocks =3D <&ccu CLK_BUS_THS>, <&ccu CLK_THS>; > clock-names =3D "apb", "ths"; > resets =3D <&ccu RST_BUS_THS>; > reset-names =3D "apb"; > status =3D "okay"; > nvmem-cells =3D <&ths_calib>; > nvmem-cell-names =3D "ths-calib"; > }; > }; >=20 >=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" From owner-freebsd-arm@freebsd.org Mon Aug 27 06:32:42 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 488DF108E62C for ; Mon, 27 Aug 2018 06:32:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CDE7B80EF5 for ; Mon, 27 Aug 2018 06:32:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 23E93113F8 for ; Mon, 27 Aug 2018 06:32:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w7R6WftY061293 for ; Mon, 27 Aug 2018 06:32:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w7R6WfpG061292 for freebsd-arm@FreeBSD.org; Mon, 27 Aug 2018 06:32:41 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 230930] dts overlay file for allwinner/h3: sun8i-h3-ths.dtso Date: Mon, 27 Aug 2018 06:32:40 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: danny@cs.huji.ac.il X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 06:32:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230930 Bug ID: 230930 Summary: dts overlay file for allwinner/h3: sun8i-h3-ths.dtso Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: danny@cs.huji.ac.il Created attachment 196587 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D196587&action= =3Dedit overlay for allwinner/h3 thermal (ths) this works for me, though I think the reported temperature is a bit off 47-= 54C --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Aug 27 07:48:41 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9278D109005A for ; Mon, 27 Aug 2018 07:48:41 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 228AF82FA0 for ; Mon, 27 Aug 2018 07:48:41 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.ysv.freebsd.org (Postfix) id DA6151090059; Mon, 27 Aug 2018 07:48:40 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C92971090058 for ; Mon, 27 Aug 2018 07:48:40 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3486C82F9F for ; Mon, 27 Aug 2018 07:48:39 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id e02d2618; Mon, 27 Aug 2018 09:48:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=KeCNImetm99buBHqtue6xBWeCEA=; b=T72PzkIg4LefeKLD1HKTraSG5tQE dgQ7i5LQNg+CXv0K3idyWT+0WBcsSAq4XX3UhioHVUfYiRRNBHk3oRXbtygDEc3f OsXxRtTkwr0gjCzCMkaLEkAoK+MTT8P6h0InAbJtQOuURDLe0MO8wqZomJjtl9Bf ZXICG2/7uT8t/MM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=j5AVttk9wpyZ2goSdnQ9bngMR1TSSR+5o3ZZh942MJDrgE88dFpp4oYg Ptl39IsxPakjUTPHmlfVegA5WcQ5VCtyqA8k5UOzvs1Os7S9hMC/Mp5EoEHTEv1Y OzOojhFii+k4VA7/ei2yYDgxulpkHxYNnyO6ly9QfK0+yF+3c2I= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id c962f56e TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Mon, 27 Aug 2018 09:48:37 +0200 (CEST) Date: Mon, 27 Aug 2018 09:48:37 +0200 From: Emmanuel Vadot To: Daniel Braniss Cc: "freebsd-arm@freebsd.org" Subject: Re: thermal DTS for allwinner/h3 Message-Id: <20180827094837.187596ce4421eae4b87b6f9f@bidouilliste.com> In-Reply-To: <5E41E0AE-35B4-45AC-951E-705CAEADBFDA@cs.huji.ac.il> References: <23EA1292-4DF7-4C08-9EDA-C235CC461F1D@cs.huji.ac.il> <5E41E0AE-35B4-45AC-951E-705CAEADBFDA@cs.huji.ac.il> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 07:48:41 -0000 Hi Daniel, On Mon, 27 Aug 2018 08:43:51 +0300 Daniel Braniss wrote: > iI hate spell checkers > > > > On 27 Aug 2018, at 08:40, Daniel Braniss wrote: > > > > hi, > > this overlay is working form me, though I think the actual temperature reported is a bit off (40-50C) Thanks, You miss the nvmem cell declaration in the sid node that's why the temperature is a bit of I guess. But anyway H3 is a really hot SoC, on a idle board without cpufreq support (so cpu clocked at 1008Mhz iirc) my IR thermometer reports ~40C > > /dts-v1/; > > /plugin/; > > > > #include > > #include > > #include > > > > / { > > compatible = "allwinner,sun8i-h3"; > > }; > > > > &{/soc} { > > ths: thermal_sensor@1c25000 { > > compatible = "allwinner,sun8i-h3-ths"; > > reg = <0x01c25000 0x100>; > > interrupts = ; > > clocks = <&ccu CLK_BUS_THS>, <&ccu CLK_THS>; > > clock-names = "apb", "ths"; > > resets = <&ccu RST_BUS_THS>; > > reset-names = "apb"; > > status = "okay"; > > nvmem-cells = <&ths_calib>; > > nvmem-cell-names = "ths-calib"; > > }; > > }; > > > > > > _______________________________________________ > > 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" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Mon Aug 27 09:33:37 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A9721081DC7 for ; Mon, 27 Aug 2018 09:33:37 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 121688656D for ; Mon, 27 Aug 2018 09:33:37 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id C97E81081DC3; Mon, 27 Aug 2018 09:33:36 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96CC41081DC2 for ; Mon, 27 Aug 2018 09:33:36 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1396C8656B for ; Mon, 27 Aug 2018 09:33:35 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1fuDtm-000E9B-36; Mon, 27 Aug 2018 12:33:26 +0300 From: Daniel Braniss Message-Id: <0897C7CF-D6D0-4E5C-A538-7A4F5502C30B@cs.huji.ac.il> Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: thermal DTS for allwinner/h3 Date: Mon, 27 Aug 2018 12:33:25 +0300 In-Reply-To: <20180827094837.187596ce4421eae4b87b6f9f@bidouilliste.com> Cc: "freebsd-arm@freebsd.org" To: Emmanuel Vadot References: <23EA1292-4DF7-4C08-9EDA-C235CC461F1D@cs.huji.ac.il> <5E41E0AE-35B4-45AC-951E-705CAEADBFDA@cs.huji.ac.il> <20180827094837.187596ce4421eae4b87b6f9f@bidouilliste.com> X-Mailer: Apple Mail (2.3445.9.1) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 09:33:38 -0000 > On 27 Aug 2018, at 10:48, Emmanuel Vadot = wrote: >=20 >=20 > Hi Daniel, >=20 > On Mon, 27 Aug 2018 08:43:51 +0300 > Daniel Braniss > = wrote: >=20 >> iI hate spell checkers >>=20 >>=20 >>> On 27 Aug 2018, at 08:40, Daniel Braniss > wrote: >>>=20 >>> hi, >>> this overlay is working form me, though I think the actual = temperature reported is a bit off (40-50C) >=20 > Thanks, >=20 > You miss the nvmem cell declaration in the sid node that's why the > temperature is a bit of I guess. But anyway H3 is a really hot SoC, on > a idle board without cpufreq support (so cpu clocked at 1008Mhz iirc) > my IR thermometer reports ~40C >=20 >>> /dts-v1/; >>> /plugin/; >>>=20 >>> #include >>> #include >>> #include >>>=20 >>> / { >>> compatible =3D "allwinner,sun8i-h3"; >>> }; >>>=20 >>> &{/soc} { >>> ths: thermal_sensor@1c25000 { >>> compatible =3D "allwinner,sun8i-h3-ths"; >>> reg =3D <0x01c25000 0x100>; >>> interrupts =3D ; >>> clocks =3D <&ccu CLK_BUS_THS>, <&ccu CLK_THS>; >>> clock-names =3D "apb", "ths"; >>> resets =3D <&ccu RST_BUS_THS>; >>> reset-names =3D "apb"; >>> status =3D "okay"; >>> nvmem-cells =3D <&ths_calib>; >>> nvmem-cell-names =3D "ths-calib"; >>> }; >>> }; >>>=20 >>>=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 >> _______________________________________________ >> 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 if you send me the missing bits I can test it. danny >=20 > --=20 > Emmanuel Vadot > = > From owner-freebsd-arm@freebsd.org Mon Aug 27 13:14:20 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C8E0108939B for ; Mon, 27 Aug 2018 13:14:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 21DD98FA62 for ; Mon, 27 Aug 2018 13:14:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 6F7C914BCE for ; Mon, 27 Aug 2018 13:14:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w7RDEJZx069720 for ; Mon, 27 Aug 2018 13:14:19 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w7RDEJ7v069719 for freebsd-arm@FreeBSD.org; Mon, 27 Aug 2018 13:14:19 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 230935] sad Date: Mon, 27 Aug 2018 13:14:19 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 8.4-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: penyunatalia@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.mimetype attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 13:14:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230935 Bug ID: 230935 Summary: sad Product: Base System Version: 8.4-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: penyunatalia@gmail.com Attachment #196594 text/plain mime type: Created attachment 196594 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D196594&action= =3Dedit sad --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Aug 27 13:42:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D89F9108A3DD for ; Mon, 27 Aug 2018 13:42:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 79F0C70A6C for ; Mon, 27 Aug 2018 13:42:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id C93CB14FDF for ; Mon, 27 Aug 2018 13:42:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w7RDg19M026473 for ; Mon, 27 Aug 2018 13:42:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w7RDg1U3026470 for freebsd-arm@FreeBSD.org; Mon, 27 Aug 2018 13:42:01 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 230935] sad Date: Mon, 27 Aug 2018 13:42:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Services X-Bugzilla-Component: Trash X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: linimon@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: component assigned_to product resolution bug_status version Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 13:42:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230935 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Component|arm |Trash Assignee|freebsd-arm@FreeBSD.org |linimon@FreeBSD.org Product|Base System |Services Resolution|--- |Not A Bug Status|New |Closed Version|8.4-STABLE |unspecified --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Aug 27 20:09:17 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4DB981094BB8 for ; Mon, 27 Aug 2018 20:09:17 +0000 (UTC) (envelope-from laamalif@pm.me) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "QuoVadis Global SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFFDD8153B for ; Mon, 27 Aug 2018 20:09:16 +0000 (UTC) (envelope-from laamalif@pm.me) Date: Mon, 27 Aug 2018 20:09:00 +0000 To: "freebsd-arm@freebsd.org" From: laamalif@pm.me Reply-To: laamalif@pm.me Subject: pine64 stack backtrace Message-ID: Feedback-ID: ugq0g43MON-Aw1m7r4zLKG6zjz52vMZ04Of_sSWLowar55YuxquOT3GP1eIvDI0aOtbbjOMklAMo4Vu7pavHNw==:Ext:ProtonMail MIME-Version: 1.0 X-Spam-Status: No, score=-1.1 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HTML_MESSAGE autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.protonmail.ch Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 20:09:17 -0000 RnJlZUJTRCAxMi4wLUFMUEhBMyAjMCByMzM4Mjg3ClNhbkRpc2sgRXh0cmVtZSBQcm8gMzJHQiBV SFMtSSBDYXJkCgpyb290QHBpbmU2NDp+ICMgZG1lc2cKLS0tPDxCT09UPj4tLS0KS0RCOiBkZWJ1 Z2dlciBiYWNrZW5kczogZGRiCktEQjogY3VycmVudCBiYWNrZW5kOiBkZGIKQ29weXJpZ2h0IChj KSAxOTkyLTIwMTggVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgw LCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0ClRoZSBSZWdl bnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQu CkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0 aW9uLgpGcmVlQlNEIDEyLjAtQUxQSEEzICMwIHIzMzgyODc6IEZyaSBBdWcgMjQgMDM6NDM6MDMg VVRDIDIwMTgKICAgIHJvb3RAcmVsZW5nMy5ueWkuZnJlZWJzZC5vcmc6L3Vzci9vYmovdXNyL3Ny Yy9hcm02NC5hYXJjaDY0L3N5cy9HRU5FUklDIGFybTY0CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiA2 LjAuMSAodGFncy9SRUxFQVNFXzYwMS9maW5hbCAzMzU1NDApIChiYXNlZCBvbiBMTFZNIDYuMC4x KQpXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3Jt YW5jZS4KVlQ6IGluaXQgd2l0aG91dCBkcml2ZXIuCktMRCBmaWxlIHVtb2RlbS5rbyBpcyBtaXNz aW5nIGRlcGVuZGVuY2llcwpTdGFydGluZyBDUFUgMSAoMSkKU3RhcnRpbmcgQ1BVIDIgKDIpClN0 YXJ0aW5nIENQVSAzICgzKQpGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVj dGVkOiA0IENQVXMKcmFuZG9tOiB1bmJsb2NraW5nIGRldmljZS4KcmFuZG9tOiBlbnRyb3B5IGRl dmljZSBleHRlcm5hbCBpbnRlcmZhY2UKTUFQIDQ3ZmZlMDAwIG1vZGUgMiBwYWdlcyAyCk1BUCA0 ODAwNTAwMCBtb2RlIDIgcGFnZXMgMgpNQVAgYjhmMWUwMDAgbW9kZSAyIHBhZ2VzIDEKTUFQIGJk ZmI5MDAwIG1vZGUgMiBwYWdlcyAyCmtiZDAgYXQga2JkbXV4MApvZndidXMwOiA8T3BlbiBGaXJt d2FyZSBEZXZpY2UgVHJlZT4KY2xrX2ZpeGVkMDogPEZpeGVkIGNsb2NrPiBvbiBvZndidXMwCmNs a19maXhlZDE6IDxGaXhlZCBjbG9jaz4gb24gb2Z3YnVzMApjbGtfZml4ZWQyOiA8Rml4ZWQgY2xv Y2s+IG9uIG9md2J1czAKc2ltcGxlYnVzMDogPEZsYXR0ZW5lZCBkZXZpY2UgdHJlZSBzaW1wbGUg YnVzPiBvbiBvZndidXMwCmNjdV9hNjRuZzA6IDxBbGx3aW5uZXIgQTY0IENsb2NrIENvbnRyb2wg VW5pdCBORz4gbWVtIDB4MWMyMDAwMC0weDFjMjAzZmYgb24gc2ltcGxlYnVzMAppaWNoYjA6IDxB bGx3aW5uZXIgSW50ZWdyYXRlZCBJMkMgQnVzIENvbnRyb2xsZXI+IG1lbSAweDFjMmIwMDAtMHgx YzJiM2ZmIGlycSAyNSBvbiBzaW1wbGVidXMwCmlpY2J1czA6IDxPRlcgSTJDIGJ1cz4gb24gaWlj aGIwCmNjdV9zdW44aV9yMDogPEFsbHdpbm5lciBTVU44SV9SIENsb2NrIENvbnRyb2wgVW5pdCBO Rz4gbWVtIDB4MWYwMTQwMC0weDFmMDE0ZmYgb24gc2ltcGxlYnVzMApwc2NpMDogPEFSTSBQb3dl ciBTdGF0ZSBDby1vcmRpbmF0aW9uIEludGVyZmFjZSBEcml2ZXI+IG9uIG9md2J1czAKaWljaGIx OiA8QWxsd2lubmVyIFJTQj4gbWVtIDB4MWYwMzQwMC0weDFmMDM3ZmYgaXJxIDM1IG9uIHNpbXBs ZWJ1czAKaWljYnVzMTogPE9GVyBJMkMgYnVzPiBvbiBpaWNoYjEKZ2ljMDogPEFSTSBHZW5lcmlj IEludGVycnVwdCBDb250cm9sbGVyPiBtZW0gMHgxYzgxMDAwLTB4MWM4MWZmZiwweDFjODIwMDAt MHgxYzgzZmZmLDB4MWM4NDAwMC0weDFjODVmZmYsMHgxYzg2MDAwLTB4MWM4N2ZmZiBpcnEgMzAg b24gc2ltcGxlYnVzMApnaWMwOiBwbiAweDIsIGFyY2ggMHgyLCByZXYgMHgxLCBpbXBsZW1lbnRl ciAweDQzYiBpcnFzIDIyNApncGlvMDogPEFsbHdpbm5lciBHUElPL1Bpbm11eCBjb250cm9sbGVy PiBtZW0gMHgxYzIwODAwLTB4MWMyMGJmZiBpcnEgMTMsMTQsMTUgb24gc2ltcGxlYnVzMApncGlv YnVzMDogPE9GVyBHUElPIGJ1cz4gb24gZ3BpbzAKYXdfbm1pMDogPEFsbHdpbm5lciBOTUkgQ29u dHJvbGxlcj4gbWVtIDB4MWYwMGMwMC0weDFmMDBmZmYgaXJxIDMzIG9uIHNpbXBsZWJ1czAKZ3Bp bzE6IDxBbGx3aW5uZXIgR1BJTy9QaW5tdXggY29udHJvbGxlcj4gbWVtIDB4MWYwMmMwMC0weDFm MDJmZmYgaXJxIDM0IG9uIHNpbXBsZWJ1czAKZ3Bpb2J1czE6IDxPRlcgR1BJTyBidXM+IG9uIGdw aW8xCmF4cDh4eF9wbXUwOiA8WC1Qb3dlcnMgQVhQODAzIFBvd2VyIE1hbmFnZW1lbnQgVW5pdD4g YXQgYWRkciAweDc0NiBpcnEgMzcgb24gaWljYnVzMQpncGlvYnVzMjogPE9GVyBHUElPIGJ1cz4g b24gYXhwOHh4X3BtdTAKZ2VuZXJpY190aW1lcjA6IDxBUk12OCBHZW5lcmljIFRpbWVyPiBpcnEg MCwxLDIsMyBvbiBvZndidXMwClRpbWVjb3VudGVyICJBUk0gTVBDb3JlIFRpbWVjb3VudGVyIiBm cmVxdWVuY3kgMjQwMDAwMDAgSHogcXVhbGl0eSAxMDAwCkV2ZW50IHRpbWVyICJBUk0gTVBDb3Jl IEV2ZW50dGltZXIiIGZyZXF1ZW5jeSAyNDAwMDAwMCBIeiBxdWFsaXR5IDEwMDAKcnRjMDogPEFs bHdpbm5lciBSVEM+IG1lbSAweDFmMDAwMDAtMHgxZjAwMDUzIGlycSAzMSwzMiBvbiBzaW1wbGVi dXMwCnJ0YzA6IHJlZ2lzdGVyZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jaywgcmVzb2x1dGlvbiAx LjAwMDAwMHMKYXdfc3lzY29uMDogPEFsbHdpbm5lciBzeXNjb24+IG1lbSAweDFjMDAwMDAtMHgx YzAwZmZmIG9uIHNpbXBsZWJ1czAKYXd1c2JwaHkwOiA8QWxsd2lubmVyIFVTQiBQSFk+IG1lbSAw eDFjMTk0MDAtMHgxYzE5NDEzLDB4MWMxYTgwMC0weDFjMWE4MDMsMHgxYzFiODAwLTB4MWMxYjgw MyBvbiBzaW1wbGVidXMwCmNwdWxpc3QwOiA8T3BlbiBGaXJtd2FyZSBDUFUgR3JvdXA+IG9uIG9m d2J1czAKY3B1MDogPE9wZW4gRmlybXdhcmUgQ1BVPiBvbiBjcHVsaXN0MApjcHUxOiA8T3BlbiBG aXJtd2FyZSBDUFU+IG9uIGNwdWxpc3QwCmNwdTI6IDxPcGVuIEZpcm13YXJlIENQVT4gb24gY3B1 bGlzdDAKY3B1MzogPE9wZW4gRmlybXdhcmUgQ1BVPiBvbiBjcHVsaXN0MAphd19tbWMwOiA8QWxs d2lubmVyIEludGVncmF0ZWQgTU1DL1NEIGNvbnRyb2xsZXI+IG1lbSAweDFjMGYwMDAtMHgxYzBm ZmZmIGlycSA1IG9uIHNpbXBsZWJ1czAKbW1jMDogPE1NQy9TRCBidXM+IG9uIGF3X21tYzAKZWhj aTA6IDxBbGx3aW5uZXIgSW50ZWdyYXRlZCBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweDFjMWEw MDAtMHgxYzFhMGZmIGlycSA5IG9uIHNpbXBsZWJ1czAKdXNidXMwOiBFSENJIHZlcnNpb24gMS4w CnVzYnVzMCBvbiBlaGNpMApvaGNpMDogPEdlbmVyaWMgT0hDSSBDb250cm9sbGVyPiBtZW0gMHgx YzFhNDAwLTB4MWMxYTRmZiBpcnEgMTAgb24gc2ltcGxlYnVzMAp1c2J1czEgb24gb2hjaTAKZWhj aTE6IDxBbGx3aW5uZXIgSW50ZWdyYXRlZCBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweDFjMWIw MDAtMHgxYzFiMGZmIGlycSAxMSBvbiBzaW1wbGVidXMwCnVzYnVzMjogRUhDSSB2ZXJzaW9uIDEu MAp1c2J1czIgb24gZWhjaTEKb2hjaTE6IDxHZW5lcmljIE9IQ0kgQ29udHJvbGxlcj4gbWVtIDB4 MWMxYjQwMC0weDFjMWI0ZmYgaXJxIDEyIG9uIHNpbXBsZWJ1czAKdXNidXMzIG9uIG9oY2kxCmdw aW9jMDogPEdQSU8gY29udHJvbGxlcj4gb24gZ3BpbzAKdWFydDA6IDwxNjc1MCBvciBjb21wYXRp YmxlPiBtZW0gMHgxYzI4MDAwLTB4MWMyODNmZiBpcnEgMTkgb24gc2ltcGxlYnVzMAp1YXJ0MDog Y29uc29sZSAoMTE1Mzg0LG4sOCwxKQppaWMwOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMw CmF3ZzA6IDxBbGx3aW5uZXIgR2lnYWJpdCBFdGhlcm5ldD4gbWVtIDB4MWMzMDAwMC0weDFjM2Zm ZmYgaXJxIDI5IG9uIHNpbXBsZWJ1czAKbWlpYnVzMDogPE1JSSBidXM+IG9uIGF3ZzAKcmdlcGh5 MDogPFJUTDgxNjlTLzgxMTBTLzgyMTEgMTAwMEJBU0UtVCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAw IG9uIG1paWJ1czAKcmdlcGh5MDogIG5vbmUsIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMGJhc2VU LUZEWC1mbG93LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMGJhc2VUWC1GRFgtZmxvdywg MTAwMGJhc2VULCAxMDAwYmFzZVQtbWFzdGVyLCAxMDAwYmFzZVQtRkRYLCAxMDAwYmFzZVQtRkRY LW1hc3RlciwgMTAwMGJhc2VULUZEWC1mbG93LCAxMDAwYmFzZVQtRkRYLWZsb3ctbWFzdGVyLCBh dXRvLCBhdXRvLWZsb3cKcmdlcGh5MTogPFJUTDgxNjlTLzgxMTBTLzgyMTEgMTAwMEJBU0UtVCBt ZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czAKcmdlcGh5MTogIG5vbmUsIDEwYmFzZVQs IDEwYmFzZVQtRkRYLCAxMGJhc2VULUZEWC1mbG93LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgs IDEwMGJhc2VUWC1GRFgtZmxvdywgMTAwMGJhc2VULCAxMDAwYmFzZVQtbWFzdGVyLCAxMDAwYmFz ZVQtRkRYLCAxMDAwYmFzZVQtRkRYLW1hc3RlciwgMTAwMGJhc2VULUZEWC1mbG93LCAxMDAwYmFz ZVQtRkRYLWZsb3ctbWFzdGVyLCBhdXRvLCBhdXRvLWZsb3cKYXdnMDogRXRoZXJuZXQgYWRkcmVz czogMDI6YmE6NjE6NzE6ZjI6ZTcKZ3Bpb2MxOiA8R1BJTyBjb250cm9sbGVyPiBvbiBncGlvMQpn cGlvYzI6IDxHUElPIGNvbnRyb2xsZXI+IG9uIGF4cDh4eF9wbXUwCmlpYzE6IDxJMkMgZ2VuZXJp YyBJL08+IG9uIGlpY2J1czEKYXdfd2RvZzA6IDxBbGx3aW5uZXIgQTMxIFdhdGNoZG9nPiBtZW0g MHgxYzIwY2EwLTB4MWMyMGNiZiBpcnEgMzYgb24gc2ltcGxlYnVzMApjcnlwdG9zb2Z0MDogPHNv ZnR3YXJlIGNyeXB0bz4KVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwp1c2J1czA6 IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1c2J1czE6IDEyTWJwcyBGdWxsIFNwZWVkIFVT QiB2MS4wCnVzYnVzMjogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVzYnVzMzogMTJNYnBz IEZ1bGwgU3BlZWQgVVNCIHYxLjAKdWdlbjEuMTogPEdlbmVyaWMgT0hDSSByb290IEhVQj4gYXQg dXNidXMxCnVodWIwOiA8R2VuZXJpYyBPSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAw LzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVnZW4yLjE6IDxBbGx3aW5uZXIgRUhDSSByb290IEhV Qj4gYXQgdXNidXMyCnVodWIxOiA8QWxsd2lubmVyIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwg cmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czIKdWdlbjAuMTogPEFsbHdpbm5lciBFSENJ IHJvb3QgSFVCPiBhdCB1c2J1czAKdWh1YjI6IDxBbGx3aW5uZXIgRUhDSSByb290IEhVQiwgY2xh c3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2VuMy4xOiA8R2VuZXJp YyBPSENJIHJvb3QgSFVCPiBhdCB1c2J1czMKdWh1YjM6IDxHZW5lcmljIE9IQ0kgcm9vdCBIVUIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czMKbW1jc2QwOiAzMkdC IDxTREhDIFNQMzJHIDguMCBTTiBCMjMwMzZDMyBNRkcgMDcvMjAxOCBieSAzIFNEPiBhdCBtbWMw IDUwLjBNSHovNGJpdC8zMjc2OC1ibG9jawpSZWxlYXNlIEFQcy4uLmRvbmUKQ1BVICAwOiBBUk0g Q29ydGV4LUE1MyByMHA0IGFmZmluaXR5OiAgMAptbWMwOiBUcnlpbmcgdG8gbW91bnQgcm9vdCBm cm9tIHVmczovZGV2L3Vmcy9yb290ZnMgW3J3XS4uLgpJbnN0cnVjdGlvbiBTZXQgQXR0cmlidXRl cyAwID0gPEFFUytQTVVMTCxTSEExLFNIQTIsQ1JDMzI+CkZhaWxlZCB0byBzZXQgVkNDUSBmb3Ig Y2FyZCBhdCByZWxhdGl2ZSBhZGRyZXNzIDQzNjkwCkluc3RydWN0aW9uIFNldCBBdHRyaWJ1dGVz IDEgPSA8PgogICAgICAgICBQcm9jZXNzb3IgRmVhdHVyZXMgMCA9IDxBZHZTSU1ELEZsb2F0LEVM MyAzMixFTDIgMzIsRUwxIDMyLEVMMCAzMj4KICAgICAgICAgUHJvY2Vzc29yIEZlYXR1cmVzIDEg PSA8MD4KICAgICAgTWVtb3J5IE1vZGVsIEZlYXR1cmVzIDAgPSA8NGsgR3JhbnVsZSw2NGsgR3Jh bnVsZSxNaXhlZEVuZGlhbixTL05TIE1lbSwxNmJpdCBBU0lELDFUQiBQQT4KICAgICAgTWVtb3J5 IE1vZGVsIEZlYXR1cmVzIDEgPSA8PgogICAgICBNZW1vcnkgTW9kZWwgRmVhdHVyZXMgMiA9IDwz MmIgQ0NJRFgsNDhiIFZBPgogICAgICAgICAgICAgRGVidWcgRmVhdHVyZXMgMCA9IDwyIENUWCBC cmVha3BvaW50cyw0IFdhdGNocG9pbnRzLDYgQnJlYWtwb2ludHMsUE1VdjMsRGVidWcgdjg+CiAg ICAgICAgICAgICBEZWJ1ZyBGZWF0dXJlcyAxID0gPDA+CiAgICAgICAgIEF1eGlsaWFyeSBGZWF0 dXJlcyAwID0gPDA+CiAgICAgICAgIEF1eGlsaWFyeSBGZWF0dXJlcyAxID0gPDA+CkNQVSAgMTog QVJNIENvcnRleC1BNTMgcjBwNCBhZmZpbml0eTogIDEKQ1BVICAyOiBBUk0gQ29ydGV4LUE1MyBy MHA0IGFmZmluaXR5OiAgMgpDUFUgIDM6IEFSTSBDb3J0ZXgtQTUzIHIwcDQgYWZmaW5pdHk6ICAz CldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZvcm1h bmNlLgp1aHViMDogMSBwb3J0IHdpdGggMSByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMzog MSBwb3J0IHdpdGggMSByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMjogMSBwb3J0IHdpdGgg MSByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMTogMSBwb3J0IHdpdGggMSByZW1vdmFibGUs IHNlbGYgcG93ZXJlZAp1Z2VuMy4yOiA8R2FtaW5nIEtCIEdhbWluZyBLQj4gYXQgdXNidXMzCnVr YmQwIG9uIHVodWIzCnVrYmQwOiA8R2FtaW5nIEtCIEdhbWluZyBLQiwgY2xhc3MgMC8wLCByZXYg MS4xMC8yMC4wMywgYWRkciAyPiBvbiB1c2J1czMKa2JkMSBhdCB1a2JkMAp1a2JkMSBvbiB1aHVi Mwp1a2JkMTogPEdhbWluZyBLQiBHYW1pbmcgS0IsIGNsYXNzIDAvMCwgcmV2IDEuMTAvMjAuMDMs IGFkZHIgMj4gb24gdXNidXMzCmtiZDIgYXQgdWtiZDEKbG8wOiBsaW5rIHN0YXRlIGNoYW5nZWQg dG8gVVAKYXdnMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KYXdnMDogbGluayBzdGF0ZSBj aGFuZ2VkIHRvIFVQCmxvY2sgb3JkZXIgcmV2ZXJzYWw6CjFzdCAweGZmZmYwMDAwNDBlMDdlOTgg YnVmd2FpdCAoYnVmd2FpdCkgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfYmlvLmM6MzkxNgoybmQg MHhmZmZmZmQwMDAwMjQyYTAwIGRpcmhhc2ggKGRpcmhhc2gpIEAgL3Vzci9zcmMvc3lzL3Vmcy91 ZnMvdWZzX2Rpcmhhc2guYzoyODkKc3RhY2sgYmFja3RyYWNlOgojMCAweGZmZmYwMDAwMDAzZWMz YmMgYXQgd2l0bmVzc19kZWJ1Z2dlcisweDY0CiMxIDB4ZmZmZjAwMDAwMDM5MTRmOCBhdCBfc3hf eGxvY2srMHg3YwojMiAweGZmZmYwMDAwMDA2MzFkZjAgYXQgdWZzZGlyaGFzaF9hZGQrMHgzOAoj MyAweGZmZmYwMDAwMDA2MzQ4MzQgYXQgdWZzX2RpcmVudGVyKzB4M2EwCiM0IDB4ZmZmZjAwMDAw MDYzY2I4NCBhdCB1ZnNfbWFrZWlub2RlKzB4NGI4CiM1IDB4ZmZmZjAwMDAwMDYzOTJlYyBhdCB1 ZnNfY3JlYXRlKzB4MzgKIzYgMHhmZmZmMDAwMDAwNmVlMzE0IGF0IFZPUF9DUkVBVEVfQVBWKzB4 YTgKIzcgMHhmZmZmMDAwMDAwNDVkMWUwIGF0IHZuX29wZW5fY3JlZCsweDI2NAojOCAweGZmZmYw MDAwMDA0NTY1NzQgYXQga2Vybl9vcGVuYXQrMHgyMDgKIzkgMHhmZmZmMDAwMDAwNmI2MWY4IGF0 IGRvX2VsMF9zeW5jKzB4NGI4CiMxMCAweGZmZmYwMDAwMDA2OWRhMDAgYXQgaGFuZGxlX2VsMF9z eW5jKzB4ODQKbG9jayBvcmRlciByZXZlcnNhbDoKMXN0IDB4ZmZmZmZkMDAwM2ViYjI0OCB1ZnMg KHVmcykgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfc3Vici5jOjI1OTAKMm5kIDB4ZmZmZjAwMDA0 MGQwYWQ2MCBidWZ3YWl0IChidWZ3YWl0KSBAIC91c3Ivc3JjL3N5cy91ZnMvZmZzL2Zmc192bm9w cy5jOjI4MgozcmQgMHhmZmZmZmQwMDQyNjlhMDY4IHVmcyAodWZzKSBAIC91c3Ivc3JjL3N5cy9r ZXJuL3Zmc19zdWJyLmM6MjU5MApzdGFjayBiYWNrdHJhY2U6CiMwIDB4ZmZmZjAwMDAwMDNlYzNi YyBhdCB3aXRuZXNzX2RlYnVnZ2VyKzB4NjQKIzEgMHhmZmZmMDAwMDAwMzVmNjE4IGF0IGxvY2tt Z3JfeGxvY2tfaGFyZCsweDZjCiMyIDB4ZmZmZjAwMDAwMDM1ZmZmNCBhdCBfX2xvY2ttZ3JfYXJn cysweDYwYwojMyAweGZmZmYwMDAwMDA2MmQ0MmMgYXQgZmZzX2xvY2srMHg4OAojNCAweGZmZmYw MDAwMDA2ZjBmMTggYXQgVk9QX0xPQ0sxX0FQVisweGE4CiM1IDB4ZmZmZjAwMDAwMDQ1ZDg1MCBh dCBfdm5fbG9jaysweDU4CiM2IDB4ZmZmZjAwMDAwMDQ0ZGY5OCBhdCB2Z2V0KzB4NTgKIzcgMHhm ZmZmMDAwMDAwNDQxMTk4IGF0IHZmc19oYXNoX2dldCsweGVjCiM4IDB4ZmZmZjAwMDAwMDYyOTU2 YyBhdCBmZnNfdmdldGYrMHg0NAojOSAweGZmZmYwMDAwMDA2MjAzZjAgYXQgc29mdGRlcF9zeW5j X2J1ZisweDhlOAojMTAgMHhmZmZmMDAwMDAwNjJlMGQwIGF0IGZmc19zeW5jdm5vZGUrMHgxZjgK IzExIDB4ZmZmZjAwMDAwMDYwOGJjYyBhdCBmZnNfdHJ1bmNhdGUrMHg2YzQKIzEyIDB4ZmZmZjAw MDAwMDYzNGJmYyBhdCB1ZnNfZGlyZW50ZXIrMHg3NjgKIzEzIDB4ZmZmZjAwMDAwMDYzY2I4NCBh dCB1ZnNfbWFrZWlub2RlKzB4NGI4CiMxNCAweGZmZmYwMDAwMDA2MzkyZWMgYXQgdWZzX2NyZWF0 ZSsweDM4CiMxNSAweGZmZmYwMDAwMDA2ZWUzMTQgYXQgVk9QX0NSRUFURV9BUFYrMHhhOAojMTYg MHhmZmZmMDAwMDAwNDVkMWUwIGF0IHZuX29wZW5fY3JlZCsweDI2NAojMTcgMHhmZmZmMDAwMDAw NDU2NTc0IGF0IGtlcm5fb3BlbmF0KzB4MjA4 From owner-freebsd-arm@freebsd.org Mon Aug 27 23:09:03 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93B821098C46 for ; Mon, 27 Aug 2018 23:09:03 +0000 (UTC) (envelope-from rj@obsigna.com) Received: from mail.cyclaero.com (ec2-18-195-62-44.eu-central-1.compute.amazonaws.com [18.195.62.44]) (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 37DA38726F for ; Mon, 27 Aug 2018 23:09:02 +0000 (UTC) (envelope-from rj@obsigna.com) Received: from mail.obsigna.com (unknown [191.182.171.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.cyclaero.com (Postfix) with ESMTPSA id 48C0A6B for ; Tue, 28 Aug 2018 01:08:54 +0200 (CEST) Received: from [192.168.222.5] (unknown [192.168.222.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.obsigna.com (Postfix) with ESMTPSA id 26F481350F946 for ; Mon, 27 Aug 2018 20:08:50 -0300 (BRT) From: "Dr. Rolf Jansen" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Serial console of 12.0-ALPHA3 fiddles with the terminal colors Message-Id: <3C3F2C68-81C2-40F0-8DA0-95D1C55C9938@obsigna.com> Date: Mon, 27 Aug 2018 20:08:49 -0300 To: freebsd-arm X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 23:09:03 -0000 Hello, I updated my BeagleBone Black to 12.0-ALPHA3, and now, when booting, the = serial console behaves differently (I use cu from a Mac Terminal via a = FDTI/USB adapter). When it comes to "Loading kernel...", the terminal color is inverted, = instead of maintaining the usual black on white, all over the sudden = everything is displayed in white on black. And more seriously, the = logging before loading the kernel, is deleted, which means I cannot see = the diagnostics of the u-boot loader. Is there any setting, to prevent the serial console manipulates color = and content of a terminal session? Best regards Rolf= From owner-freebsd-arm@freebsd.org Mon Aug 27 23:22:17 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 376A110990A1 for ; Mon, 27 Aug 2018 23:22:17 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D801B8820A for ; Mon, 27 Aug 2018 23:22:16 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lj1-f178.google.com (mail-lj1-f178.google.com [209.85.208.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 73C5E25DB6 for ; Mon, 27 Aug 2018 23:22:16 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lj1-f178.google.com with SMTP id 203-v6so510615ljj.13 for ; Mon, 27 Aug 2018 16:22:16 -0700 (PDT) X-Gm-Message-State: APzg51CpDftfgYPWIHZUlix8zIVRabV2hgiK/4vEzAuUfJcqtGMY7fZ1 OqhJZ/hSImuylawzoPQ/EmHEG/LsIBntWr9570k= X-Google-Smtp-Source: ANB0Vda3tkxAz7o8AstcHLlEEKzyL3RhycXxrrV7ygajVk1qsghSs8YQ1B4T4XS/a5D0E/OIh9P0e8wlIqEsPMX1fKo= X-Received: by 2002:a2e:2e02:: with SMTP id u2-v6mr10258189lju.77.1535412134936; Mon, 27 Aug 2018 16:22:14 -0700 (PDT) MIME-Version: 1.0 References: <3C3F2C68-81C2-40F0-8DA0-95D1C55C9938@obsigna.com> In-Reply-To: <3C3F2C68-81C2-40F0-8DA0-95D1C55C9938@obsigna.com> From: Kyle Evans Date: Mon, 27 Aug 2018 18:22:03 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Serial console of 12.0-ALPHA3 fiddles with the terminal colors To: "Dr. Rolf Jansen" Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 23:22:17 -0000 On Mon, Aug 27, 2018 at 6:09 PM Dr. Rolf Jansen wrote: > > Hello, > > I updated my BeagleBone Black to 12.0-ALPHA3, and now, when booting, the = serial console behaves differently (I use cu from a Mac Terminal via a FDTI= /USB adapter). > > When it comes to "Loading kernel...", the terminal color is inverted, ins= tead of maintaining the usual black on white, all over the sudden everythin= g is displayed in white on black. And more seriously, the logging before lo= ading the kernel, is deleted, which means I cannot see the diagnostics of t= he u-boot loader. > > Is there any setting, to prevent the serial console manipulates color and= content of a terminal session? > Hi, You want loader_color in your loader.conf(5), which should (hopefully) disable all color while still being usable. We force the color scheme to white on black if colors are displayed because we can't necessarily sample or Q/A our color choice on all possible configurations. I'll double check on the screen clearing... I don't recall adding any extra clears except for password prompts and (re-)drawing the menu. Thanks, Kyle Evans From owner-freebsd-arm@freebsd.org Mon Aug 27 23:23:06 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1CDD510990E0 for ; Mon, 27 Aug 2018 23:23:06 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EDE688288 for ; Mon, 27 Aug 2018 23:23:05 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: by mail-wr1-x42c.google.com with SMTP id g33-v6so552726wrd.1 for ; Mon, 27 Aug 2018 16:23:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:cc:from:subject:message-id:date:user-agent:mime-version :content-language; bh=e1N5WY0KiuAIId+QuBIOlyFLz7HN9kBmU6f+TDoluVI=; b=bLzMpmSBzSO7GCNBfH3OvXelAzzv/a+rxWFyRccL/rTaU7PEMrWOMLtHnGpm2S9DHT y8/ZfwYUzphnBndETUZhLGhR0HBqT/jjCHQFRhXZG0wSJWHYSJ6jkS2ZoDXn8KDDl7ZU HZDI95ceVR2iTnvo5+am7ZTTr3zKXfq4MRmfbwQEPv2Jbk+wS0qTLsDhcDuCDD0JiBzr 1vnA2vS/aGwzSjzpXVewbZ/Ty0+Qhvb44SqJBtjLr2AIZ4cAtb+wAuH3r7k//d2VPK3B DKoY4jNQ0YpIDpR3YBhYvbHOO7aHskmXoLKogy4/wkLxyOay+jyEzJxbVSjCyUQY+2Nj IxjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:cc:from:subject:message-id:date:user-agent :mime-version:content-language; bh=e1N5WY0KiuAIId+QuBIOlyFLz7HN9kBmU6f+TDoluVI=; b=AqYWQKy2jmRNH+4GJChcuZWt3zWGQsOcSbDo19IQHhtoPESpl0ipqCNzVErbfebARz 9oTzYumaZQbcGfbX5pfx1iHJfalTnYGrtz4z299jck594Ks1sPiKRoHIygAjpwcd4yfT uzkbQCAM3nk7WIldZVjaoOmxUCBOzsiXHlH8m6w+lDz2yysehfYQ9UYik9cumA4jf6WE c/U9hRhbD+MwzzHm4URnwV2L6z+rcDI2IXEVI0EQ8yA6sNHYJ/x38/oBRK9pjVXSBN5H qQ31LpTWoiZ9XIBLmPTmZlnVpEyO1IsNJpo1WnY6RHo7MnmbCvKUUu9N8atNjiipr3EM JSfg== X-Gm-Message-State: APzg51BoGe6a5F2OSQc2AgeF9qEkE74uYXkviwOnFB3322FvPOzu34bi DgIOzxtpr1ZYh4nRInzJiPizMwHO X-Google-Smtp-Source: ANB0VdZEo1saG5AO4lsIvFB23FBGw2ctYtlxPE5U9b8UWdDfgJC1kp3lgentllebOkaOjiA2w6+hlw== X-Received: by 2002:adf:c751:: with SMTP id b17-v6mr5489532wrh.134.1535412184138; Mon, 27 Aug 2018 16:23:04 -0700 (PDT) Received: from [172.16.0.150] (net-188-219-105-237.cust.vodafonedsl.it. [188.219.105.237]) by smtp.gmail.com with ESMTPSA id w10-v6sm396777wrp.31.2018.08.27.16.23.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 27 Aug 2018 16:23:03 -0700 (PDT) To: "freebsd-arm@freebsd.org" From: Nicola Mingotti Subject: PRU Overlay Problem Message-ID: <9ac1edad-1fbf-0e4d-cb2f-3de077fff7f8@gmail.com> Date: Tue, 28 Aug 2018 01:23:01 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 23:23:06 -0000 Hi ! I am trying to configure the PRU in BeagleBone Black, FreeBSD-12-ALPHA. I found Rolf code online, it compiles and load => I  see the PRU https://obsigna.com/articles/1530973669.html Ok, the problem is I would like to configure the pins for the PRU either in the new format that Ian says on in the old one. I tried to modify Rolf code copying from various resources but i failed. I ask your help. I admint this thing for me is in good part obscure. In previous post I saw the DTS sources are here: https://github.com/freebsd/freebsd/tree/master/sys/gnu/dts/arm But, i can't find the file defining the PRU, so I am stuck, i don't know where to copy from;) here is were i landed : --------------------- new style overlay ---------- /dts-v1/; /plugin/; / {     compatible = "ti,am335x-bone-black", "ti,am335x-bone", "ti,am33xx";     exclusive-use = "P9.27","P9.28","pru0"; }; &am33xx_pinmux {      pru_pru_pins: pinmux_pru_pru_pins {         pinctrl-single,pins = <              0x1a4 0x05   /* P9.27 pr1_pru0_pru_r30_5, Mode 5 output pull-down   */              0x19c 0x26   /* P9.28 pr1_pru0_pru_r31_3, Mode 6 input pull-down    */         >;     }; }; /* &"/" {     ummm, problem, doh  */ &ocp {     #address-cells = <1>;     #size-cells = <1>;     pruss@4a300000 {         status = "okay";         compatible = "ti,pruss-v2";         ti,deassert-hard-reset = "pruss", "pruss";         reg = <0x4a300000 0x080000>;         ti,pintc-offset = <0x20000>;         interrupt-parent = <&intc>;         interrupts = <20 21 22 23 24 25 26 27>;         pinctrl-names = "default";         pinctrl-0 = <&pru_pru_pins>;     }; }; -------------------------------------- ---------- old style overlay ----------------- /dts-v1/; /plugin/; / {     compatible = "ti,am335x-bone-black", "ti,am335x-bone", "ti,am33xx";     exclusive-use = "P9.27","P9.28", "pru0";     pru_pru_pins: pinmux_pru_pru_pins {          pinctrl-single,pins = <                0x1a4 0x05   /* P9.27 pr1_pru0_pru_r30_5, Mode 5 output pull-down   */                0x19c 0x26   /* P9.28 pr1_pru0_pru_r31_3, Mode 6 input pull-down    */                >;    };    fragment@1 {     target-path="/";     __overlay__ {         ocp {             #address-cells = <1>;             #size-cells = <1>;             pruss@4a300000 {                 status = "okay";                 compatible = "ti,pruss-v2";                 ti,deassert-hard-reset = "pruss", "pruss";                 reg = <0x4a300000 0x080000>;                 ti,pintc-offset = <0x20000>;                 interrupt-parent = <&intc>;                 interrupts = <20 21 22 23 24 25 26 27>;                 pinctrl-0 = <&pru_pru_pins>;             };         };     };   }; }; --------------------------------------------------- bye Nicola -- -------------------------- Dr. Nicola Mingotti R&D - Borghi Srl CTO - BondInsider -------------------------- From owner-freebsd-arm@freebsd.org Tue Aug 28 00:34:40 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0EE6109A85F for ; Tue, 28 Aug 2018 00:34:40 +0000 (UTC) (envelope-from rj@obsigna.com) Received: from mail.cyclaero.com (ec2-18-195-62-44.eu-central-1.compute.amazonaws.com [18.195.62.44]) (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 424EE8A713; Tue, 28 Aug 2018 00:34:39 +0000 (UTC) (envelope-from rj@obsigna.com) Received: from mail.obsigna.com (unknown [191.182.171.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.cyclaero.com (Postfix) with ESMTPSA id DD74E6B; Tue, 28 Aug 2018 02:34:36 +0200 (CEST) Received: from [192.168.222.5] (unknown [192.168.222.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.obsigna.com (Postfix) with ESMTPSA id 747011350F946; Mon, 27 Aug 2018 21:34:32 -0300 (BRT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Serial console of 12.0-ALPHA3 fiddles with the terminal colors From: "Dr. Rolf Jansen" In-Reply-To: Date: Mon, 27 Aug 2018 21:34:31 -0300 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <3C3F2C68-81C2-40F0-8DA0-95D1C55C9938@obsigna.com> To: Kyle Evans X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 00:34:40 -0000 > Am 27.08.2018 um 20:22 schrieb Kyle Evans : >=20 > On Mon, Aug 27, 2018 at 6:09 PM Dr. Rolf Jansen = wrote: >>=20 >> Hello, >>=20 >> I updated my BeagleBone Black to 12.0-ALPHA3, and now, when booting, = the serial console behaves differently (I use cu from a Mac Terminal via = a FDTI/USB adapter). >>=20 >> When it comes to "Loading kernel...", the terminal color is inverted, = instead of maintaining the usual black on white, all over the sudden = everything is displayed in white on black. And more seriously, the = logging before loading the kernel, is deleted, which means I cannot see = the diagnostics of the u-boot loader. >>=20 >> Is there any setting, to prevent the serial console manipulates color = and content of a terminal session? >>=20 >=20 > Hi, >=20 > You want loader_color in your loader.conf(5), which should (hopefully) > disable all color while still being usable. We force the color scheme > to white on black if colors are displayed because we can't necessarily > sample or Q/A our color choice on all possible configurations. >=20 > I'll double check on the screen clearing... I don't recall adding any > extra clears except for password prompts and (re-)drawing the menu. >=20 > Thanks, >=20 > Kyle Evans Thank you for the quick reply. I added loader_color=3D"NO" and this didn't change anything. The u-boot = loader diagnostics is shown in black on white, then the FreeBSD boot = loader takes over, and the first thing, which it does is deleting the = u-boot loader diagnostics and then it switches the background to black = and the following is all white on black. What again is the purpose of setting the color scheme in the serial = console? I understand that something shall be set on the real screen, = now in a terminal window? Think about the poor people who like it green = on pink, and you change it to white on black, come on :-) Bets regards Rolf= From owner-freebsd-arm@freebsd.org Tue Aug 28 00:56:26 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C16DE109B0D6 for ; Tue, 28 Aug 2018 00:56:26 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7532F8B2E2 for ; Tue, 28 Aug 2018 00:56:26 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lf1-f49.google.com (mail-lf1-f49.google.com [209.85.167.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 120D7267EE for ; Tue, 28 Aug 2018 00:56:26 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lf1-f49.google.com with SMTP id e23-v6so634143lfc.13 for ; Mon, 27 Aug 2018 17:56:25 -0700 (PDT) X-Gm-Message-State: APzg51CQ4aTzzmioYgr/WI/hXCteRJAxFOLHUteNrUxVHP2UoKHp8MVw exzqZwnUKIONTQjTloRBxkVClBY7+brTwUk5GvI= X-Google-Smtp-Source: ANB0Vda3ucoRT3lMtoapB/jVJoQSyCkZcVHWPMQe7xuGWBAnsK5mQrQceyrncWaBhfGDZYvYInAQYV3Mrmoj0YzKtPw= X-Received: by 2002:a19:d105:: with SMTP id i5-v6mr10285733lfg.31.1535417784571; Mon, 27 Aug 2018 17:56:24 -0700 (PDT) MIME-Version: 1.0 References: <3C3F2C68-81C2-40F0-8DA0-95D1C55C9938@obsigna.com> In-Reply-To: From: Kyle Evans Date: Mon, 27 Aug 2018 19:56:12 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Serial console of 12.0-ALPHA3 fiddles with the terminal colors To: "Dr. Rolf Jansen" Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 00:56:27 -0000 On Mon, Aug 27, 2018 at 7:34 PM Dr. Rolf Jansen wrote: > > > Am 27.08.2018 um 20:22 schrieb Kyle Evans : > > > > On Mon, Aug 27, 2018 at 6:09 PM Dr. Rolf Jansen wrote: > >> > >> Hello, > >> > >> I updated my BeagleBone Black to 12.0-ALPHA3, and now, when booting, t= he serial console behaves differently (I use cu from a Mac Terminal via a F= DTI/USB adapter). > >> > >> When it comes to "Loading kernel...", the terminal color is inverted, = instead of maintaining the usual black on white, all over the sudden everyt= hing is displayed in white on black. And more seriously, the logging before= loading the kernel, is deleted, which means I cannot see the diagnostics o= f the u-boot loader. > >> > >> Is there any setting, to prevent the serial console manipulates color = and content of a terminal session? > >> > > > > Hi, > > > > You want loader_color in your loader.conf(5), which should (hopefully) > > disable all color while still being usable. We force the color scheme > > to white on black if colors are displayed because we can't necessarily > > sample or Q/A our color choice on all possible configurations. > > > > I'll double check on the screen clearing... I don't recall adding any > > extra clears except for password prompts and (re-)drawing the menu. > > > > Thanks, > > > > Kyle Evans > > Thank you for the quick reply. > > I added loader_color=3D"NO" and this didn't change anything. The u-boot l= oader diagnostics is shown in black on white, then the FreeBSD boot loader = takes over, and the first thing, which it does is deleting the u-boot loade= r diagnostics and then it switches the background to black and the followin= g is all white on black. Hmm... I'll take a look at this shortly. If colors are disabled, I think we should be leaving colors alone (full stop), to include the background reset. This must be a bug that I introduced. =3D( > What again is the purpose of setting the color scheme in the serial conso= le? I understand that something shall be set on the real screen, now in a t= erminal window? Think about the poor people who like it green on pink, and = you change it to white on black, come on :-) I blame imp@. =3D) In reality, though, I don't think we had a good reason for not allowing it by default and moving to a world where we just respect loader_color simplified quite a bit that was originally written to check if we're writing to a serial console. > Bets regards > > Rolf From owner-freebsd-arm@freebsd.org Tue Aug 28 07:43:23 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E6851082C51 for ; Tue, 28 Aug 2018 07:43:23 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9AF0F7796A for ; Tue, 28 Aug 2018 07:43:22 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id q8-v6so886002wmq.4 for ; Tue, 28 Aug 2018 00:43:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=C4LdvSXW/s9bx2Ja9CRZAI9s6UB5b5R4OwCFve+Mk+4=; b=S5Bv3K6LkYV0nRUIS/bS5owIrHrKXCGhm91J9z57mKzvPZZ1V9vfXqmwL8uX+MBu9s jyUrUkYQXG1u3LjKTHk5ESk5Scy4e1Bzm+FQQuxg54F8BdaXW+XS1vVznJGBnh71Yhzl w8XvFEzj8M9PJLhQaODIfWyHsleAKR0P2LwQWtDQ7dzc0X6WIoAmq4SzsHwNtYXq9QNk EMNKaq9yfyt8MUIXiQjEPRAq6Ipiei4D3gSFZyrROW0+M6pYNqLuhL4DlblnNGcbdcjF fQKOdQOgZjHQTpQ8ysq2ogcmK20AZV2lyNiwWruMQZgprdad47WQX8J34a8LnyAQ9Vqt HP8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=C4LdvSXW/s9bx2Ja9CRZAI9s6UB5b5R4OwCFve+Mk+4=; b=m+rqopaZVFNwwKeTz65REbt4XHuQwN1kkse7YAuzbdLIC22IVXcfOuvyiscKTofAfT S3XW/Ul4PigXdiau4SEmRA3T2BB3C/2dYOd2N46j+Bt39NKywFSCKv0XZWaY0t4VuRSk COcuTpmjUxQErUrtRgho0R5+bBuU8aF6+aa3K18bXkYlxlj2bpTsm1WghhnOGvv4tK0F NsPPYv8wojtjiW0n8EQsoQMtxW4N92Djc3GfJVFEIuT1liPPScaktpW3w07LK6H+3Ewx y4Et3fysHxQL+oioCAQKBnXgrJAB2o2fcItprLhCJoBuPYgMTztqF2zXtcU1imyFoikz uVBQ== X-Gm-Message-State: APzg51DC2DNqQUGvhC5KVC8iQf8dIXBUHVZBup1vLOwn+40pdowtm4SG 14qEtPV0Vvgvph9r14c54fD2pwJA X-Google-Smtp-Source: ANB0VdYLmm+SLlvaITqo84S2L7+tcTUE/WOewMVCNz/W65Eu0O190FfvL/SdDwKpqH7F7Pzd1Zd6wA== X-Received: by 2002:a1c:a386:: with SMTP id m128-v6mr537151wme.139.1535442201091; Tue, 28 Aug 2018 00:43:21 -0700 (PDT) Received: from [172.16.0.150] (net-188-219-105-237.cust.vodafonedsl.it. [188.219.105.237]) by smtp.gmail.com with ESMTPSA id v21-v6sm450987wrd.4.2018.08.28.00.43.19 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Aug 2018 00:43:20 -0700 (PDT) Subject: Re: PRU Overlay Problem To: "freebsd-arm@freebsd.org" References: <9ac1edad-1fbf-0e4d-cb2f-3de077fff7f8@gmail.com> From: Nicola Mingotti Message-ID: Date: Tue, 28 Aug 2018 09:43:18 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <9ac1edad-1fbf-0e4d-cb2f-3de077fff7f8@gmail.com> Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 07:43:23 -0000 Also, i found this, in FreeBSD.11-1 decompiling the dtb i can see the pru definition: ------------------------------------------------------------------- #> cd /boot/dtb #> dtc -I dtb -O dts am335x-boneblack.dtb | less ....                 pruss@4A300000 {                         compatible = "ti,pruss-v2";                         reg = <0x4a300000 0x80000>;                         interrupt-parent = <0x1>;                         interrupts = <0x14 0x15 0x16 0x17 0x18 0x19 0x1a 0x1b>;                 }; ... ------------------------------------------------------------------- But, if i decompile the dtb in FreeBSD.12-ALPHA the only thing matching pru is --------------------------------- #> cd /boot/dtb #> dtc -I dtb -O dts am335x-boneblack.dtb | less ....    pruss_ocp_gclk@530 {                                                 #clock-cells = <0x0>;                                                 compatible = "ti,mux-clock";                                                 clocks = <0x1f 0x18>;                                                 reg = <0x530>;                                                 phandle = <0x20>;                                         }; .... --------------------------------- Then, i guess the PRU description is nor present at the moment in FreeBSD-12-ALPHA Well, these are just my considerations, i may be totally wrong. Wild guesses. bye n. On 08/28/18 01:23, Nicola Mingotti wrote: > > Hi ! > > I am trying to configure the PRU in BeagleBone Black, FreeBSD-12-ALPHA. > > I found Rolf code online, it compiles and load => I  see the PRU > https://obsigna.com/articles/1530973669.html > > Ok, the problem is I would like to configure the pins for the PRU > either in the new format > that Ian says on in the old one. I tried to modify Rolf code copying > from various resources > but i failed. I ask your help. I admint this thing for me is in good > part obscure. > > In previous post I saw the DTS sources are here: > https://github.com/freebsd/freebsd/tree/master/sys/gnu/dts/arm > But, i can't find the file defining the PRU, so I am stuck, i don't > know where to copy from;) > > here is were i landed : > > --------------------- new style overlay ---------- > /dts-v1/; > /plugin/; > > / { >     compatible = "ti,am335x-bone-black", "ti,am335x-bone", "ti,am33xx"; >     exclusive-use = "P9.27","P9.28","pru0"; > }; > > &am33xx_pinmux { >      pru_pru_pins: pinmux_pru_pru_pins { >         pinctrl-single,pins = < >              0x1a4 0x05   /* P9.27 pr1_pru0_pru_r30_5, Mode 5 output > pull-down   */ >              0x19c 0x26   /* P9.28 pr1_pru0_pru_r31_3, Mode 6 input > pull-down    */ >         >; >     }; > }; > > /* &"/" {     ummm, problem, doh  */ > &ocp { >     #address-cells = <1>; >     #size-cells = <1>; >     pruss@4a300000 { >         status = "okay"; >         compatible = "ti,pruss-v2"; >         ti,deassert-hard-reset = "pruss", "pruss"; >         reg = <0x4a300000 0x080000>; >         ti,pintc-offset = <0x20000>; >         interrupt-parent = <&intc>; >         interrupts = <20 21 22 23 24 25 26 27>; >         pinctrl-names = "default"; >         pinctrl-0 = <&pru_pru_pins>; >     }; > }; > -------------------------------------- > > ---------- old style overlay ----------------- > /dts-v1/; > /plugin/; > > / { >     compatible = "ti,am335x-bone-black", "ti,am335x-bone", "ti,am33xx"; >     exclusive-use = "P9.27","P9.28", "pru0"; > > >     pru_pru_pins: pinmux_pru_pru_pins { >          pinctrl-single,pins = < >                0x1a4 0x05   /* P9.27 pr1_pru0_pru_r30_5, Mode 5 output > pull-down   */ >                0x19c 0x26   /* P9.28 pr1_pru0_pru_r31_3, Mode 6 input > pull-down    */ >                >; >    }; > >    fragment@1 { >     target-path="/"; >     __overlay__ { >         ocp { >             #address-cells = <1>; >             #size-cells = <1>; >             pruss@4a300000 { >                 status = "okay"; >                 compatible = "ti,pruss-v2"; >                 ti,deassert-hard-reset = "pruss", "pruss"; >                 reg = <0x4a300000 0x080000>; >                 ti,pintc-offset = <0x20000>; >                 interrupt-parent = <&intc>; >                 interrupts = <20 21 22 23 24 25 26 27>; >                 pinctrl-0 = <&pru_pru_pins>; >             }; >         }; >     }; >   }; > > }; > --------------------------------------------------- > > bye > Nicola > > > -- > -------------------------- > Dr. Nicola Mingotti > R&D - Borghi Srl > CTO - BondInsider > -------------------------- -- -------------------------- Dr. Nicola Mingotti R&D - Borghi Srl CTO - BondInsider -------------------------- From owner-freebsd-arm@freebsd.org Tue Aug 28 08:40:05 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 359BC10846BF for ; Tue, 28 Aug 2018 08:40:05 +0000 (UTC) (envelope-from freebsdnewbie@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CC1CD79C6B for ; Tue, 28 Aug 2018 08:40:04 +0000 (UTC) (envelope-from freebsdnewbie@freenet.de) Received: from [195.4.92.163] (helo=mjail0.freenet.de) by mout2.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (port 25) (Exim 4.90_1 #2) id 1fuZXe-0007PG-ER; Tue, 28 Aug 2018 10:40:02 +0200 Received: from [::1] (port=50932 helo=mjail0.freenet.de) by mjail0.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.90_1 #2) id 1fuZXe-0006Fg-8E; Tue, 28 Aug 2018 10:40:02 +0200 Received: from sub6.freenet.de ([195.4.92.125]:45506) by mjail0.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.90_1 #2) id 1fuZV2-00024L-Cf; Tue, 28 Aug 2018 10:37:20 +0200 Received: from p4fd9f621.dip0.t-ipconnect.de ([79.217.246.33]:64236 helo=nextcloud) by sub6.freenet.de with esmtpsa (ID freebsdnewbie@freenet.de) (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (port 587) (Exim 4.90_1 #2) id 1fuZV2-0001kI-FZ; Tue, 28 Aug 2018 10:37:20 +0200 From: Manuel =?utf-8?b?U3TDvGhu?= To: freebsd-arm@freebsd.org, Nicola Mingotti Subject: Re: PRU Overlay Problem In-Reply-To: Message-ID: <20180828083719.Horde.UjXvypZvQtQt0b5qYhO7jVB@nextcloud.fritz.box> User-Agent: Horde Application Framework 5 Date: Tue, 28 Aug 2018 08:37:19 +0000 Content-Type: text/plain; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Originated-At: 79.217.246.33!64236 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 08:40:05 -0000 Nicola Mingotti – Tue, 28. August 2018 9:44 > Also, i found this, in FreeBSD.11-1 decompiling the dtb i can see the pru > definition: > > ------------------------------------------------------------------- > #> cd /boot/dtb > #> dtc -I dtb -O dts am335x-boneblack.dtb | less > .... > pruss@4A300000 { > compatible = "ti,pruss-v2"; > reg = <0x4a300000 0x80000>; > interrupt-parent = <0x1>; > interrupts = <0x14 0x15 0x16 0x17 0x18 0x19 > 0x1a 0x1b>; > }; > ... > ------------------------------------------------------------------- > > But, if i decompile the dtb in FreeBSD.12-ALPHA the only thing > matching pru is > --------------------------------- > #> cd /boot/dtb > #> dtc -I dtb -O dts am335x-boneblack.dtb | less > .... > pruss_ocp_gclk@530 { > > #clock-cells = <0x0>; > compatible = > "ti,mux-clock"; > clocks = <0x1f 0x18>; > reg = <0x530>; > phandle = <0x20>; > }; > .... > --------------------------------- > > Then, i guess the PRU description is nor present at the moment in > FreeBSD-12-ALPHA > > Well, these are just my considerations, i may be totally wrong. Wild > guesses. > > bye > n. I'd some access with this: # cat ti_pruss.dts /dts-v1/; /plugin/; /{ compatible = "ti,am335x-bone-black", "ti,am335x-bone", "ti,am33xx"; version = "0001"; fragment@0 { target-path = "/ocp"; __overlay__ { pruss: pruss@4a300000 { compatible = "ti,pruss-v2"; reg = <0x4a300000 0x080000>; interrupt-parent = <&intc>; interrupts = <20 21 22 23 24 25 26 27>; status = "okay"; pinctrl-names = "default"; pinctrl-0 = <&pru_pru_pins>; }; }; }; fragment@1 { target = <&am33xx_pinmux>; //target-path = "/ocp/l4_wkup@44c00000/scm@210000/pinmux@800"; __overlay__ { pru_pru_pins: pinmux_pru_pru_pins { pinctrl-single,pins = < 0x198 0x36 /* PRU0-2 */ >; }; }; }; }; compiled with # dtc -@ -I dts -O dtb ti_pruss.dts > /boot/dtb/overlays/ti_pruss.dtbo and attaching it via /boot/loader.conf on a recent CURRENT. -- Manuel From owner-freebsd-arm@freebsd.org Tue Aug 28 09:25:30 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BEF811085C6D for ; Tue, 28 Aug 2018 09:25:30 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B2C37B522 for ; Tue, 28 Aug 2018 09:25:30 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: by mail-wr1-x436.google.com with SMTP id 20-v6so862035wrb.12 for ; Tue, 28 Aug 2018 02:25:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=SyOAjAjPJU1oVfmSte2FuBYqrLGAj2hpnujG+zbtSZo=; b=bufkuXRbPeE9nUcjMussHIP2kuCff6rNZGOS+KfNPpOGRkCPnsCUTBWSai4xbc1t/p t/8o/GgurprCCFoF+TmOBHBzfdzbnsMbkJXd2yJBphS3WnsAk88qbI/rpop6hGkU+kLn SYOotZ7q8+obRIQFRwX/SrvzqMqCDvhNwEVz+iPMW38O8QwXmyRXm/w0Acp8xtNe9FTC SsPt4pcvRXgaObGSh7ZLuUApOxjLjI0y3Nmw+DcRy5dWouDp7d3+Wwuu50LsPzLV0muL Itfjr/pwSGFlBedgdEGspHdogxUre27kDKKgoJOjvkTt8g2xh3313SoxxZ+onIEMIuM7 m9QQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=SyOAjAjPJU1oVfmSte2FuBYqrLGAj2hpnujG+zbtSZo=; b=oJ+roOXrigHu5yjNVvfM4j3lD8o2ke1ng9JNKBHxLDINDckpq0n35z8W4B4BqBMRwM SGBYqbImg1/Zo/BNXo/sL3OtzZ/5WYlKxz4A6cL+45HVxA35CuR7c6Zo8dmTiuS5/TOf uo63zzSn4C3nwJgW1Q3E5HOw5JPNkM9GWG9IIjSgGuPLgdeFEw9x/RTzas+JC5teMvy4 z65GG1A9VwUHYH8gYnON4InG5w9eVkG7MHt0QnlUCOdWUFPCccM4F+gT+FnRWaMJKRZz /z4+z2LQ3PN/t+FEiDE8tgmDOO6EYB+bENFvN87wDcOucAKuToGeuN5uyorKl8PLAWnz +DCQ== X-Gm-Message-State: APzg51B3KSGpRlFI3oA2SNeQgDe98Rq5leVRjfRglb76G0ibnm2v6hlr ao3C+oJH19kuLKXFOIobIpkGfkAw X-Google-Smtp-Source: ANB0VdbcxrykXQXxXJici9hgxsXKA8TAv14oQccknVkWuxf250iOGkooDr1pGY5/K2uWztbQM8Mefw== X-Received: by 2002:a5d:6984:: with SMTP id g4-v6mr519639wru.232.1535448328700; Tue, 28 Aug 2018 02:25:28 -0700 (PDT) Received: from [172.16.0.150] (net-188-219-105-237.cust.vodafonedsl.it. [188.219.105.237]) by smtp.gmail.com with ESMTPSA id 144-v6sm1164220wma.45.2018.08.28.02.25.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Aug 2018 02:25:27 -0700 (PDT) Subject: Re: PRU Overlay Problem To: =?UTF-8?Q?Manuel_St=c3=bchn?= , freebsd-arm@freebsd.org References: <20180828083719.Horde.UjXvypZvQtQt0b5qYhO7jVB@nextcloud.fritz.box> From: Nicola Mingotti Message-ID: Date: Tue, 28 Aug 2018 11:25:25 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180828083719.Horde.UjXvypZvQtQt0b5qYhO7jVB@nextcloud.fritz.box> Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 09:25:31 -0000 Thank you Manuel ! your dts compiles & loads correctly, i also saw you are using a pin which seems free ... instead i mistook there, P9.28 (0x19c) is used by mcasp ;) ok, after pructl finish compiling i will try to run someting on the PRU. bye nicola On 08/28/18 10:37, Manuel Stühn wrote: > Nicola Mingotti – Tue, 28. August 2018 9:44 >> Also, i found this, in FreeBSD.11-1 decompiling the dtb i can see the pru >> definition: >> >> ------------------------------------------------------------------- >> #> cd /boot/dtb >> #> dtc -I dtb -O dts am335x-boneblack.dtb | less >> .... >> pruss@4A300000 { >> compatible = "ti,pruss-v2"; >> reg = <0x4a300000 0x80000>; >> interrupt-parent = <0x1>; >> interrupts = <0x14 0x15 0x16 0x17 0x18 0x19 >> 0x1a 0x1b>; >> }; >> ... >> ------------------------------------------------------------------- >> >> But, if i decompile the dtb in FreeBSD.12-ALPHA the only thing >> matching pru is >> --------------------------------- >> #> cd /boot/dtb >> #> dtc -I dtb -O dts am335x-boneblack.dtb | less >> .... >> pruss_ocp_gclk@530 { >> >> #clock-cells = <0x0>; >> compatible = >> "ti,mux-clock"; >> clocks = <0x1f 0x18>; >> reg = <0x530>; >> phandle = <0x20>; >> }; >> .... >> --------------------------------- >> >> Then, i guess the PRU description is nor present at the moment in >> FreeBSD-12-ALPHA >> >> Well, these are just my considerations, i may be totally wrong. Wild >> guesses. >> >> bye >> n. > I'd some access with this: > > # cat ti_pruss.dts > /dts-v1/; > /plugin/; > > /{ > compatible = "ti,am335x-bone-black", "ti,am335x-bone", "ti,am33xx"; > version = "0001"; > > fragment@0 { > target-path = "/ocp"; > > __overlay__ { > pruss: pruss@4a300000 { > compatible = "ti,pruss-v2"; > reg = <0x4a300000 0x080000>; > interrupt-parent = <&intc>; > interrupts = <20 21 22 23 24 25 26 27>; > status = "okay"; > pinctrl-names = "default"; > pinctrl-0 = <&pru_pru_pins>; > }; > }; > }; > > fragment@1 { > target = <&am33xx_pinmux>; > //target-path = "/ocp/l4_wkup@44c00000/scm@210000/pinmux@800"; > __overlay__ { > > pru_pru_pins: pinmux_pru_pru_pins { > pinctrl-single,pins = < > 0x198 0x36 /* PRU0-2 */ > >; > }; > }; > }; > }; > > compiled with > # dtc -@ -I dts -O dtb ti_pruss.dts > /boot/dtb/overlays/ti_pruss.dtbo > > and attaching it via /boot/loader.conf on a recent CURRENT. > > -- > Manuel -- -------------------------- Dr. Nicola Mingotti R&D - Borghi Srl CTO - BondInsider -------------------------- From owner-freebsd-arm@freebsd.org Tue Aug 28 11:50:55 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 999CC10890C9 for ; Tue, 28 Aug 2018 11:50:55 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from hraggstad.unrelenting.technology (hraggstad.unrelenting.technology [71.19.146.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hraggstad.unrelenting.technology", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B05B7FEB3 for ; Tue, 28 Aug 2018 11:50:54 +0000 (UTC) (envelope-from greg@unrelenting.technology) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=unrelenting.technology; h=date:from:subject:to:message-id; s=default; bh=FhSvll9wpOvvjHeC8fsSm0O+xGu4vKa4WoMutOW+Huc=; b=O9HvbqqhcBxF6XBSDIPZCphZ6prMZips70XFYkGLJsCsDRJofE9SNdAbdj3/2HHBZTMyqaG+b+palUJM+Pn7Vsnc76/FwoIDP5TgTGm1KeEGGP8Y1gmQmGAhLGdxBmSE0Z6j5otgUEQ70Po2zH6EsNupgEIpXvCU7K5kZoj2d9I= Received: by hraggstad.unrelenting.technology (OpenSMTPD) with ESMTPSA id 260a2990 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO for ; Tue, 28 Aug 2018 11:50:49 +0000 (UTC) Date: Tue, 28 Aug 2018 14:50:47 +0300 From: Greg V Subject: Rockchip RK3399 update To: freebsd-arm@freebsd.org Message-Id: <1535457047.1823.0@hraggstad.unrelenting.technology> X-Mailer: geary/0.12.2 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 11:50:55 -0000 Hi, I've been trying to bring up various devices on the RK3399 SoC, here's=20 a little update. The WIP stuff is at https://github.com/myfreeweb/freebsd/commits/master The review for the basic support is at=20 https://reviews.freebsd.org/D16732 # CRU (clocks) A problem: the xin32k clock is described as a fixed clock in the=20 rockchip 4.4 device tree =97 in the *board* tree, so much later than=20 the Clock & Reset Unit. In the mainline version, it's an output of the=20 RK808 PMIC (o_0). Either way, mentioning it as a parent of some clock in the CRU driver=20 results in it not being found, which is a panic. # cpufreq / voltage regulators Currently works with a hack that makes voltage controllers optional =97 Somehow the big cores clock to 2.18ghz without changing voltage from=20 stock (which is apparently 1.0V). My driver for the big cores' voltage controller is registering the=20 regulators, but cpufreq_dt isn't finding them for some reason o_0 fanpwr0: at addr 0x80 on iicbus0 fanpwr0: regulator name: vdd_cpu_b fanpwr0: attached regulator fanpwr1: at addr 0x82 on iicbus0 fanpwr1: regulator name: vdd_gpu fanpwr1: attached regulator [=85] cpufreq_dt4: on cpu4 cpufreq_dt4: WARN no regulator for cpu@100 [=85] fanpwr0: 1.00 V / f4240 uv fanpwr1: 1.00 V / f4240 uv # if_dwc (Ethernet) Getting up to 510Mbit/s performance. Not bad, but are we missing=20 anything to make it go even faster, actually closer to gigabit? (The 90Mbit/s figure mentioned in the review was because of a bad cable=20 connection haha) # xhci (USB 3.0) After changing xhci_mv to be a generic xhci_fdt driver (& adding=20 Synopsys DesignWare init code from OpenBSD) and writing a Rockchip glue=20 driver, it talks to the controller. The USB ports don't get power though. We need PHY drivers maybe?=20 OpenBSD gets away with no Rockchip PHY drivers, somehow it works for=20 them? dwc3_rk0: on ofwbus0 dwc3_rk0: enabling clock clk_usb3otg0_ref dwc3_rk0: enabling clock clk_usb3otg0_suspend dwc3_rk0: enabling clock aclk_usb3otg0 dwc3_rk0: enabling clock aclk_usb3_grf dwc3_rk0: deasserting reset xhci0: mem=20 0xfe800000-0xfe8fffff irq 79 on dwc3_rk0 xhci0: 64 bytes context size, 32-bit DMA usbus2 on xhci0 xhci0: usbpf: Attached dwc3_rk1: on ofwbus0 dwc3_rk1: enabling clock clk_usb3otg1_ref dwc3_rk1: enabling clock clk_usb3otg1_suspend dwc3_rk1: enabling clock aclk_usb3otg1 dwc3_rk1: enabling clock aclk_usb3_grf dwc3_rk1: deasserting reset xhci1: mem=20 0xfe900000-0xfe9fffff irq 80 on dwc3_rk1 xhci1: 64 bytes context size, 32-bit DMA usbus3 on xhci1 xhci1: usbpf: Attached # ochi (USB 1.0) Ports aren't powered too, and we're getting this: ohci_interrupt: unrecoverable error, controller halted ohci_interrupt: blocking intrs 0x10 ohci_interrupt: unrecoverable error, controller halted ohci_interrupt: blocking intrs 0x10 # dwmmc (SD card slot) After modifying dwmmc_rockchip to include 'rockchip,rk3399-dw-mshc', it=20 talks to the controller. The system hangs when a card is inserted though: rockchip_dwmmc0: mem 0xfe320000-0xfe323fff irq 8 on ofwbus0 rockchip_dwmmc0: num-slots property is deprecated rockchip_dwmmc0: Hardware version ID is 270a [=85] mmc0: on rockchip_dwmmc0 mmc0: Probing bus mmc0: SD 2.0 interface conditions: OK mmc0: SD probe: OK (OCR: 0x00ff8000) mmc0: Current OCR: 0x00ff8000 mmc0: Probing cards mmc0: New card detected (CID 2750485[=85]) mmc0: New card detected (CSD 400e003[=85]) [freeze here] # sdhci (eMMC module slot) After modifying sdhci_fdt to include 'arasan,sdhci-5.1', it talks to=20 the controller. I don't have an eMMC module, so can't test operation. (idk why it says=20 "card inserted" lol=85 ghost card) OpenBSD driver mentions some interesting quirks: https://github.com/openbsd/src/blob/d6d23d791f9c7b791834c6f85905dc7b93dc64e= 6/sys/dev/fdt/sdhc_fdt.c#L99-L115 sdhci_fdt0: mem=20 0xfe330000-0xfe33ffff irq 9 on ofwbus0 sdhci_fdt0: Hardware doesn't specify timeout clock frequency, setting=20 BROKEN_TIMEOUT quirk. sdhci_fdt0-slot0: 200MHz HS 8bits VDD: 1.8V VCCQ: 3.3V DRV: BACD DMA=20 embedded sdhci_fdt0-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 sdhci_fdt0-slot0: Sys addr: 0x00000000 | Version: 0x00001002 sdhci_fdt0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_fdt0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_fdt0-slot0: Present: 0x1fff0000 | Host ctl: 0x00000000 sdhci_fdt0-slot0: Power: 0x0000000b | Blk gap: 0x00000080 sdhci_fdt0-slot0: Wake-up: 0x00000000 | Clock: 0x00002007 sdhci_fdt0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 sdhci_fdt0-slot0: Int enab: 0x027f003b | Sig enab: 0x00000000 sdhci_fdt0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 sdhci_fdt0-slot0: Caps: 0x44edc880 | Caps2: 0x800020f7 sdhci_fdt0-slot0: Max curr: 0x00000000 | ADMA err: 0x00000000 sdhci_fdt0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 sdhci_fdt0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci_fdt0: 1 slot(s) allocated sdhci_fdt0-slot0: Card inserted mmc1: on sdhci_fdt0 # PCIe OpenBSD has a driver:=20 https://github.com/openbsd/src/blob/master/sys/dev/fdt/rkpcie.c Maybe I'll try porting, but I don't really know what I'm doing with all=20 this stuff :D ( BTW, they also have one for the Marvell Armada 8K already too! https://github.com/openbsd/src/blob/master/sys/dev/fdt/dwpcie.c ) # Display/GPU I have the radeon driver building and loading on aarch64: https://github.com/myfreeweb/kms-drm/tree/aarch64 So having a PCIe driver would allow me to actually test it :) As for the onboard display system, adding OpenFirmware/clocks/etc. to=20 LinuxKPI doesn't look super easy. But of course not impossible either=85 # Chromebooks? There are some nice RK3399 based chromebooks available. I guess it should be possible to build a coreboot for them with the=20 TianoCore payload (or at least U-Boot). And we might have the EFI framebuffer on that, since the coreboot=20 source does have some RK3399 display stuff. We also already have a Chrome EC (&keyboard) driver in the tree, hidden=20 away in the 32-bit Samsung Exynos stuff=85 = From owner-freebsd-arm@freebsd.org Wed Aug 29 00:47:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B962109C74B for ; Wed, 29 Aug 2018 00:47:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CC17A75219 for ; Wed, 29 Aug 2018 00:47:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 23F0F2753B for ; Wed, 29 Aug 2018 00:47:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w7T0l1Am089440 for ; Wed, 29 Aug 2018 00:47:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w7T0l1uT089439 for freebsd-arm@FreeBSD.org; Wed, 29 Aug 2018 00:47:01 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 222126] pf is not clearing expired states Date: Wed, 29 Aug 2018 00:47:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: jmg@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 00:47:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222126 John-Mark Gurney changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Open |Closed Resolution|--- |FIXED --- Comment #55 from John-Mark Gurney --- This should be fixed now, see bug 229644 with commit: https://svnweb.freebsd.org/changeset/base/338272 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Aug 29 05:53:54 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1409810A23BF for ; Wed, 29 Aug 2018 05:53:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-15.consmr.mail.bf2.yahoo.com (sonic310-15.consmr.mail.bf2.yahoo.com [74.6.135.125]) (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 9F8EC7D72B for ; Wed, 29 Aug 2018 05:53:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 1GUqIZAVM1nv1LDATQcbP3uk6RlxMPDV_7uVrpBMoz4NpfQjetVuEGY8j8_BJCP h91CwM8YvmQ1mJQM6u8fGbUnEN3RDkHX6unnS6vQRf7SDO1uWvZM.Cso7q5hVa08u5nnhcBZ2mRO FxnePNXIhcV0XqnwzZnvVzjn08wb1o2hwfWlchla8zcRUkb9iZourNwTSP4T_Eu88QpICsGeU3d2 WW9qz5ug5n4dSXKhz0rTgyd2v.1AxKkCOcI5Yw4Po7_tmS.WVgVqWLAFL787QWUa7myDBNV7OQI7 Z_D_b.wYAz5FgGw7VpWO9QH0096c6NBii7LDVQMziFiGF_pRp10UrpYOOjhHzdnKdZ0_0Ff.Wzgd hIentgyZMVZHT5w5Ov69nMFU8cNRInb1IFgcktreeCir9XzJSH2ZGyoONa0rvwghg9_YB95X0vYi .lf03l0goL9U976uznbvMLAIDt2Dqx3K5eDMn.8SeqgNbp3_sOYWvMF.tTfc0txZg.JJC8kKBsZm vTfVyBLDstDWlvv0PG6CCyn4sPGhoGo9tpklFqItjgZNorC2aJVrHzUx5kDu1YBWD2CxmNmOzPS2 pnJ8Ypp6NV_7g8FOqMm5VI5EdOaC0FnJesVzXePSUOQGH6qsJ3oSoqTqrcO7PBZmL5.InhuMydcE 4dNGGuFYfiSPP3UTXNtSZ8IXt0VqDPeGBuWiE4L18MIjdd.U7BeRs9DdYpNojfetaAmvz7j.aCaQ Hn8.08Qv6OiGxgWIjqLPzZED7a2YfXEz1nFP6zP5_PCZgBn4E6yeTvTv4esugCgpDDjJvXi1JwCF lMEGGz590VuZ2vv7PoKlEHNC2ghnBRge1jmULIafgWt5xQOUv2erqdElHO_OhCtTQVv2CY0VZvsf eKtquTT3eDyc.cndLsS4p3IMDpC_M13sJd3pjiGgj8yJiJMjl0JgCP7Qx40j1e80ecu7fkInOfpb TxrpPEdIv3Cd7Fy1x5sYFYLYpgMYD1g_w3nykARQVHrXZPygEo2Cr6E9lU36eFx.afy0kWA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.bf2.yahoo.com with HTTP; Wed, 29 Aug 2018 05:53:47 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp423.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 32be44c1214db1f4ff88772cc5d96f41 for ; Wed, 29 Aug 2018 05:53: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 11.5 \(3445.9.1\)) Subject: FYI: head -r338341 on Pine64+ 2GB early "KLD file umodem.ko is missing dependencies" but later manual kldload works Message-Id: Date: Tue, 28 Aug 2018 22:53:42 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 05:53:54 -0000 Loading kernel... /boot/kernel/kernel text=3D0x8d4607 data=3D0x176e78+0x79d254 = syms=3D[0x8+0x11f670+0x8+0x112dd8] Loading configured modules... /boot/entropy size=3D0x1000 /boot/kernel/umodem.ko text=3D0x2168 text=3D0x1410 data=3D0x102d0+0xfd40 = syms=3D[0x8+0xf30+0x8+0xb73] Using DTB provided by EFI at 0x47ff9000. Loading DTB overlays: 'sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer' /boot/dtb/overlays/sun50i-a64-sid.dtbo size=3D0x1fd /boot/dtb/overlays/sun50i-a64-ths.dtbo size=3D0x3e8 /boot/dtb/overlays/sun50i-a64-timer.dtbo size=3D0x175 applying DTB overlay '/boot/dtb/overlays/sun50i-a64-sid.dtbo' applying DTB overlay '/boot/dtb/overlays/sun50i-a64-ths.dtbo' applying DTB overlay '/boot/dtb/overlays/sun50i-a64-timer.dtbo' EHCI failed to shut down host controller. ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2018 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-ALPHA3 r338341M arm64 FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on = LLVM 6.0.1) VT: init without driver. KLD file umodem.ko is missing dependencies . . . Based on: # more /boot/loader.conf=20 geom_label_load=3D"YES" # File system labels (see glabel(8)) # boot_multicons=3D"YES" boot_serial=3D"YES" # hw.usb.template=3D3 umodem_load=3D"YES" # fdt_overlays=3D"sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer" # kern.cam.boot_delay=3D"10000" vfs.mountroot.timeout=3D"10" dumpdev=3D"/dev/gpt/PINE642Gswap" But after login: # kldstat Id Refs Address Size Name 1 1 0xffff000000000000 141bba8 kernel # kldload umodem.ko # kldstat Id Refs Address Size Name 1 6 0xffff000000000000 141bba8 kernel 2 1 0xffff00005d000000 41000 umodem.ko 3 1 0xffff00005d041000 41000 ucom.ko (I do not know if this will cause me any problems later or not. For now: just an FYI.) =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 Aug 29 06:26:49 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6949C10A31C4 for ; Wed, 29 Aug 2018 06:26:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.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 E892B7E992 for ; Wed, 29 Aug 2018 06:26:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: MGTFQEUVM1nNyvBgmwulmLGijJ6f11p.IECXoQiC5w8XXURB_efyUyEMvNnor_I qOx5lYTL140ZxA2LM1otIWUWWLW2Ok9E4YRGAOmipwuaQijfKBc2.yfs.fcWsGZKETd1f_Qt4w7y I1z4hdqbPlCoZG5x3qzuvAOryTQX_splBQkhK2Jx1IyPI5jWdjpqo0szGGqP4PsLcVDYQTtjoMG9 4Z5JqDQkwfifJPtJNw7LXlWruMl_2y.5xRep5aSJwU8sxQBVZs7jjcUw29NmbQJTRzwXPgRjcYmv EI27Qqqb3JkXmkOGQc0xOovrMMOw6LeFN4f0BcGPNQlG23qyuhDs6RVCxyuEO056PM8.Q_NdkcJB VxMLQDQ6WBujdhNiEg2h6d6WEtFZHdn02jbjLz7inOAVDoMUTjyAo7E0KhvjxMRQv6QBGU3pO_yn jEkO4W.TryKaizuA2iSsAKfb14evo_8OcIWrAC.hYIMAanvtWEswmfHJDYCr4aWYLzQSQLtAlIsB 5.uopBNEHuO5ysPuvK5U_yMxBoj697zApxT2cXYwFxQWz0DZPQo91ZXujj3IUqTccvXg3lC1xPGw YEC3DzJ4FNz5j73RrXMcj15SnWiu2URvbOMpyNlzbUFykuiVz4KwjC6e12Qbfacpy9KZtnjEfJIv yXThPJVBqVVjHwrB.um2wiqLYqTzmJsDLw1jbeDj6VohiRiKUZAI7_qfpXjFxfIvqBTN2zWHhr7L rdCDNpNI8EHsh4Fgw6JlI1Xo2iFUYKl_h4U768wkGIzg2UKaqYiE4AONmWqLY.1Nnv4hiFrQiHG3 8fjGodes3wiYqSqSTwt2Xawn84n65__0bA7iy26c1k8349ctblJWI.Zs4p0JzRePrNqcybDhmBkk vXChIN9WzIcs7_hgI34sSgV07fqlqNkxmxeot8vS6EGu_p4uve4lYqBpoxIC9Di7NcaxltyHixaE f7bIhFKpgBc7TR0JdLzWzy62nfnB6kixs7AyUZNQ11JqJUCKNOlWnnUXKy8jU5kitKTDu Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Wed, 29 Aug 2018 06:26:42 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp413.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 68f7c8d65756a2393323f6c6f627f315 for ; Wed, 29 Aug 2018 06:26:37 +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 11.5 \(3445.9.1\)) Subject: FYI: head -r338341 on Pine64+ 2GB for a microsdhc boot media: mmc0: Failed to set VCCQ for card at relative address 43690 Message-Id: Date: Tue, 28 Aug 2018 23:26:36 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 06:26:49 -0000 aw_mmc0: mem = 0x1c0f000-0x1c0ffff irq 8 on simplebus0 mmc0: on aw_mmc0 . . . mmcsd0: 32GB MFG 07/2017 by 3 SD> at mmc0 = 50.0MHz/4bit/32768-block mmc0: Failed to set VCCQ for card at relative address 43690 It seem to tolerate that it did-not/could-not set the value. It appears that sysutils/mmc-utils (still) just gets AW_MMC_INT_RESP_TIMEOUT / ioctl: Operation timed out for: mmc extcsd read /dev/mmcsd0 (once it is not mounted). # mmc extcsd read /dev/mmcsd0 | more open: Operation not permitted # df -m Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/ufs/PINE642GBrootfs 29400 16901 10147 62% / devfs 0 0 0 100% /dev /dev/label/PINE642GBboot 63 0 63 0% /boot/efi Booting with / on a USB device instead and dismounting /boot/efi (on mmcsd0) gets: # mmc extcsd read /dev/mmcsd0 | more AW_MMC_INT_RESP_TIMEOUT=20 ioctl: Operation timed out Could not read EXT_CSD from /dev/mmcsd0 =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 Aug 29 06:31:29 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D25C10A331F for ; Wed, 29 Aug 2018 06:31:29 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ABF297F028 for ; Wed, 29 Aug 2018 06:31:28 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id w7T6VLhj096499 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 28 Aug 2018 23:31:21 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id w7T6VLDt096498; Tue, 28 Aug 2018 23:31:21 -0700 (PDT) (envelope-from jmg) Date: Tue, 28 Aug 2018 23:31:21 -0700 From: John-Mark Gurney To: Mark Millard Cc: freebsd-arm Subject: Re: FYI: head -r338341 on Pine64+ 2GB for a microsdhc boot media: mmc0: Failed to set VCCQ for card at relative address 43690 Message-ID: <20180829063120.GR45503@funkthat.com> Mail-Followup-To: Mark Millard , freebsd-arm References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-RELEASE-p7 amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Tue, 28 Aug 2018 23:31:21 -0700 (PDT) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 06:31:29 -0000 Mark Millard via freebsd-arm wrote this message on Tue, Aug 28, 2018 at 23:26 -0700: > aw_mmc0: mem 0x1c0f000-0x1c0ffff irq 8 on simplebus0 > mmc0: on aw_mmc0 > . . . > mmcsd0: 32GB MFG 07/2017 by 3 SD> at mmc0 50.0MHz/4bit/32768-block > mmc0: Failed to set VCCQ for card at relative address 43690 > > It seem to tolerate that it did-not/could-not set the value. Just a me too... See the same on a A64-LTS board: aw_mmc0: mem 0x1c0f000-0x1c0ffff irq 7 on simplebus0 mmc0: on aw_mmc0 [...] mmcsd0: 16GB at mmc0 50.0MHz/4bit/32768-block mmc0: Failed to set VCCQ for card at relative address 43690 -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Wed Aug 29 10:24:45 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A15A108472D for ; Wed, 29 Aug 2018 10:24:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-21.consmr.mail.gq1.yahoo.com (sonic301-21.consmr.mail.gq1.yahoo.com [98.137.64.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 DAF2B85E46 for ; Wed, 29 Aug 2018 10:24:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: wK.AMeAVM1mEfeuT92X4IVRKVGxPRSwCtb1s40q3rtJ1siq9P1eAYRbqTMwQw6L zorKfaA3rPkVAZQBqOXzRl_o7JojNsBj6ERo7WKZvGoqylI26G2v.eozOrha4csHRKLciupSlDdp x_VTgpWVRcAKshOzb5rsl0vvkS1t69dy2MqBHa2jnhm.7RN09a8n1DqghE8k9wAfwDo1Gnd4G_k3 .MojrGlJDSfshUX.Tgs5mxeTxiwagCSkonbsu.lLkvYNEHBXflhdb82DC6oPFn_6KNb5PodtalRf Q_YMIq75Xl9RcMHFQJ5_9djWpWVrPn_y3yf5ovcYDUSSWDTfkYSOMLpStIspFdamrY0BEAFpYU2E bgL6rCF2nW_zV_MD5m7qVgmdvLSuNoGNVDtRdeRbBEqKNVeJHi.ypCTzsYl_cwQD93uuZ4BtS5L0 A2z8XfZcGa8i1gPt2OiIU5F_nuArrHPBS2f4XmQXVq8.DRLu4GcSKrXvgMXV8YDEMEAOGtBFse8_ jambW4GPgdbEMpOMgVSpuVq.kL1enfjX4N9PhMXRwMo7qVTT1pVwYen17nCofppRMJBgkzHLNbxu 19xqz7kmmqLQKpd1lcBQGKKrqEXO_C7dsulGjrVwQSy_t.ObHAWvE7yQOVthq.2JUQ10xPOZ1sFe ptBHGLZdoUnKo0PtUsqPGn6OHwGFtEp2y8QDwv9XvPt2EW__sgwQQU4NBKWLzgh5Rfl2OBzk1OAo e8p6Nv3AewW9CFtepZoaWHHTiELhvttFzl77M84IRf1q2M5fdRTIgbxFjVDpcIbbtr7hAq1RGaA7 7n8L14lvgmHvqI.JhBhiFnhaiPd.nw4TinvNzztC9FxY38vlfeFB5HlpHKYQiK27V7h1oOdqWimy LQBOjigZGIMJBj7I43O_qFNWTD9lKxuuuE10VvjkNvsETV7XPQ.EEXZ2A43beG.b_cMQqgiYBsq4 ZgUeVS0tAHNCdnzYY6F_buPUpdi0OB.rqzXmtmCESr2kVgfaWZ4mmjQV_Fl24RjfZ5gsT Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Wed, 29 Aug 2018 10:24:38 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp404.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 14e2c27fe47d9c77b8fbc1bfac3226b1 for ; Wed, 29 Aug 2018 10:24:34 +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 11.5 \(3445.9.1\)) Subject: Re: FYI: head -r338341 on Pine64+ 2GB early "KLD file umodem.ko is missing dependencies" but later manual kldload works Date: Wed, 29 Aug 2018 03:24:33 -0700 References: To: freebsd-arm In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 10:24:45 -0000 On 2018-Aug-28, at 10:53 PM, Mark Millard wrote: > Loading kernel... > /boot/kernel/kernel text=3D0x8d4607 data=3D0x176e78+0x79d254 = syms=3D[0x8+0x11f670+0x8+0x112dd8] > Loading configured modules... > /boot/entropy size=3D0x1000 > /boot/kernel/umodem.ko text=3D0x2168 text=3D0x1410 data=3D0x102d0+0xfd40= syms=3D[0x8+0xf30+0x8+0xb73] > Using DTB provided by EFI at 0x47ff9000. > Loading DTB overlays: 'sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer' > /boot/dtb/overlays/sun50i-a64-sid.dtbo size=3D0x1fd > /boot/dtb/overlays/sun50i-a64-ths.dtbo size=3D0x3e8 > /boot/dtb/overlays/sun50i-a64-timer.dtbo size=3D0x175 > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-sid.dtbo' > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-ths.dtbo' > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-timer.dtbo' > EHCI failed to shut down host controller. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2018 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 > The Regents of the University of California. All rights = reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.0-ALPHA3 r338341M arm64 > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on = LLVM 6.0.1) > VT: init without driver. > KLD file umodem.ko is missing dependencies > . . . >=20 >=20 > Based on: >=20 > # more /boot/loader.conf=20 > geom_label_load=3D"YES" # File system labels (see glabel(8)) > # > boot_multicons=3D"YES" > boot_serial=3D"YES" > # > hw.usb.template=3D3 > umodem_load=3D"YES" > # > fdt_overlays=3D"sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer" > # > kern.cam.boot_delay=3D"10000" > vfs.mountroot.timeout=3D"10" > dumpdev=3D"/dev/gpt/PINE642Gswap" >=20 >=20 >=20 > But after login: >=20 > # kldstat > Id Refs Address Size Name > 1 1 0xffff000000000000 141bba8 kernel > # kldload umodem.ko > # kldstat > Id Refs Address Size Name > 1 6 0xffff000000000000 141bba8 kernel > 2 1 0xffff00005d000000 41000 umodem.ko > 3 1 0xffff00005d041000 41000 ucom.ko >=20 >=20 > (I do not know if this will cause me any problems > later or not. For now: just an FYI.) >=20 I see that John-Mark Gurney's: https://www.funkthat.com/~jmg/FreeBSD/arm/a64-lts.working.20180813.txt mentioned in one if his messages also shows the: KLD file umodem.ko is missing dependencies that I reported above. So, apparently, it is not just me that gets such. =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 Aug 29 11:17:46 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B883B1085701 for ; Wed, 29 Aug 2018 11:17:46 +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 1EF068727B for ; Wed, 29 Aug 2018 11:17:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: U5ENFl4VM1nPPMtzGNkq6NOqXDuMutXxKEC2DFMh0ikXT3OxpnBll3FdAMxYFTZ s6vDfQYrDQTEsRVG1yg2PW3NFhO5FrkT_ejyWcuVBLwb0ULvlsAugMFjZikrgCLNyRYZN4feMfQB lDkb.zmvm5MDRXYQXw5BSrGweDBbunp8Rx0.lcz6XHJKN5B.5eg_PdY3ORsEJ0vJ2V551Fv_Au3u CbwHe1mNpUaDHYy27laYopgP1QIoF_iu8DC9o4MdvDc04OYsHlZcf0iXIje0d2WlK.wUYwxX8aKq Pen5UfUVI3hJOLwObbQOaxUUaCJbBEga4_M10tD_G1qU1rseYqHOims5izTl1L.nMLLtwkCM5NmR KPfs_uThqoPYCK5831fHRJrv3ZSbrFshM0ry0wN39S0FI96HeLXdmOFMFmiV973g0kgX6gingjXA M4ny8n6CRUUC_tVpsNAtTYT4m6ehMjwCQOTJ3O_HH4p96JmM3dLLHM6V2rxvI7RQB.Nqi9_fI8A5 2BF8RqHkQR1xdt.kbXin7YWfzR.iBaSQM8VuMnj58QQ9MIpHgbdVnSw8pdmaoabOhC_TLAhK151J 6EVZxqXL3dhCZkgXkmdNqYTwbR6opjAG.4Jsft.PqTv5L1uavAVd4lCp8_2RPph5NDwU46FXUmrB xNHLXlAkyQYMp_UOqY2hDq_4d.8ZAgyFEbv.nVLbV.KQJ2FQRq9uAnZ.dmM9mubL66LGCM2l8nMJ mQ8xR15SKwdSQ9mMiEf5UTr71DG_9ftWJ1Ts7SS4vxX8r_sqORW88KJysZNNwjs9rT2By32lpzCJ IY3YHiztIJ22Ut1fOSysflngS9wmlJxbqhLt.K2YYgsEJOzAaO.Dy7K_Y75mphuAH2Rm4ybziTQn C3pahoBpQ17gBQbal5CQyTtVXgHu6lwwWAA8tCHe2MhCf1hBB84Nivpb1ukCFd4g7m29rUhGKZlZ DanIO5CC64eoDofA8aV4Xh.Eg_v1Fxi7cnjQkKB.ULJJEEzoaTa7pD9fqPzeUHLOdzu2FsJ6kM2t 2 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 29 Aug 2018 11:17:39 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp427.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 340204fb4d58cf180238f62bd7c4a6d6 for ; Wed, 29 Aug 2018 11:07:29 +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 11.5 \(3445.9.1\)) Subject: FYI: A Pine64+ 2GB thermal result during a -j4 buildworld's libllvm build on head -r338341 Message-Id: <4FB22C52-44DF-4868-B30F-5E07DE9F2198@yahoo.com> Date: Wed, 29 Aug 2018 04:07:28 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 11:17:47 -0000 This head -r338341 based Pine64+ 2GB has a case, heatsinks, and a fan. # sysctl -a | grep therm dev.aw_thermal.0.gpu2: 28C dev.aw_thermal.0.gpu1: 29C dev.aw_thermal.0.cpu: 31C dev.aw_thermal.0.%parent: simplebus0 dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths dev.aw_thermal.0.%location:=20 dev.aw_thermal.0.%driver: aw_thermal dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller dev.aw_thermal.%parent:=20 This was during a -j4 buildworld's: Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineBranchProbabilityInfo.o Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCSE.o Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCombiner.o Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCopyPropagation.o No HDMI is plugged in. Ethernet is in use. The serial console is in use. A USB powered hub with a USB drive is plugged in to provide the swap partition. The UFS root file system is on a microsdhc card in the microsd slot and it has TRIM enabled. Nothing else other than the power cord is connected. (The microsd card use with TRIM was requested by someone. I normally use a root filesystem on a USB device because booting from an e.MCC on an sdcard adapter that is put in the sdcard slot does not work these days and I normally avoid microsd cards for much beyond loading the 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 Wed Aug 29 11:51:01 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C98A410867C8 for ; Wed, 29 Aug 2018 11:51:00 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 33B6A891BD for ; Wed, 29 Aug 2018 11:50:59 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 77f69d5d; Wed, 29 Aug 2018 13:50:58 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=+H/vIZDYvteyLqlVe1SOc+Q7HWc=; b=ftClq7CORc2eVpTjYojhfLUkkKPn iZ9xmLKnfB8w8/qj2Geq2w5pNlAk6VQ4Cy67MG+lCaYclPEddMfmY6sZnzpnP7tM WnLQdvYTiez7sun2eWrN5gtzwdnCdApuorqGG0JyWZrgf9CgrUDIlJQBVVXMZjXd 2npILZjUWnvrhD4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=RM6NnQeM7DZ2fzsiE/ttfRGMkbYIcOr/T3OvWn2TfdzQRrypNIV5s7TN lmEwsL6kcu2N0B6ADpB/GTTHphgsJlklNXJUR8BCSz8TEVFmyrbFQSKe7E0kb60F Eg8hy+WPGDSoyc+S5bDzl4Gc0/OV4A+tNa7Y57YsE2GSgsppj5s= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 24848e71 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 29 Aug 2018 13:50:57 +0200 (CEST) Date: Wed, 29 Aug 2018 13:50:57 +0200 From: Emmanuel Vadot To: Mark Millard Cc: Mark Millard via freebsd-arm Subject: Re: FYI: A Pine64+ 2GB thermal result during a -j4 buildworld's libllvm build on head -r338341 Message-Id: <20180829135057.742947ba512467bd82671cf0@bidouilliste.com> In-Reply-To: <4FB22C52-44DF-4868-B30F-5E07DE9F2198@yahoo.com> References: <4FB22C52-44DF-4868-B30F-5E07DE9F2198@yahoo.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 11:51:01 -0000 On Wed, 29 Aug 2018 04:07:28 -0700 Mark Millard via freebsd-arm wrote: > This head -r338341 based Pine64+ 2GB has a case, heatsinks, > and a fan. > > # sysctl -a | grep therm > dev.aw_thermal.0.gpu2: 28C > dev.aw_thermal.0.gpu1: 29C > dev.aw_thermal.0.cpu: 31C > dev.aw_thermal.0.%parent: simplebus0 > dev.aw_thermal.0.%pnpinfo: name=thermal_sensor@1c25000 compat=allwinner,sun50i-a64-ths > dev.aw_thermal.0.%location: > dev.aw_thermal.0.%driver: aw_thermal > dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller > dev.aw_thermal.%parent: > That seems very very low. With 4 cpuburn-a53 process running I easily get to ~60C for cpu and ~55C for the gpus sensor. https://people.freebsd.org/~manu/cpuburn-a53 > This was during a -j4 buildworld's: > > Building /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/libllvm/CodeGen/MachineBranchProbabilityInfo.o > Building /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/libllvm/CodeGen/MachineCSE.o > Building /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/libllvm/CodeGen/MachineCombiner.o > Building /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/libllvm/CodeGen/MachineCopyPropagation.o > > No HDMI is plugged in. Ethernet is in use. The serial console > is in use. A USB powered hub with a USB drive is plugged in > to provide the swap partition. The UFS root file system is on > a microsdhc card in the microsd slot and it has TRIM enabled. > Nothing else other than the power cord is connected. > > (The microsd card use with TRIM was requested by someone. > I normally use a root filesystem on a USB device because > booting from an e.MCC on an sdcard adapter that is put in > the sdcard slot does not work these days and I normally > avoid microsd cards for much beyond loading the kernel.) > > === > 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" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Aug 29 11:51:34 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93C891086820 for ; Wed, 29 Aug 2018 11:51:34 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 183B289266 for ; Wed, 29 Aug 2018 11:51:33 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 746a66e1; Wed, 29 Aug 2018 13:51:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=hN6qO0Jn7KffqoQm4IixKZwchbs=; b=q7Oq9TmRwJHw6Qtu+WsEZtRhwg0g t/0GIIqZLnalDPfnVpKTzMaXV9hIW2Xc2u4vyVcxy0Ds1idzGRJnRWWfCBkdWEZs Lv+qjlKGOKz8eQSEoSNwRfnkSEwBTpd8IkKvNmpqNMkjS57t00RXVEF3DEd4BLNZ suYfBrtEpyW/O4I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=UjhzR8Wc07e+TKmfhRKLV4PnvKb8ljKds6KAhNSMOb6nXOSKXX5LulVr D8hQjVHlR190A843Of6BX1/fqfXa2SHSAaNYsXeUrI9Q5Dc4BqHAR/ChNTn/2PTH 2zaAiilPWwyl3asqXq0xPkCX96Hik4yafacq1pnhTfNjKbDZ9uk= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id a5c7d491 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 29 Aug 2018 13:51:32 +0200 (CEST) Date: Wed, 29 Aug 2018 13:51:32 +0200 From: Emmanuel Vadot To: Mark Millard Cc: Mark Millard via freebsd-arm Subject: Re: FYI: head -r338341 on Pine64+ 2GB early "KLD file umodem.ko is missing dependencies" but later manual kldload works Message-Id: <20180829135132.be9ae003675a85b767ba044c@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 11:51:34 -0000 On Tue, 28 Aug 2018 22:53:42 -0700 Mark Millard via freebsd-arm wrote: > > Loading kernel... > /boot/kernel/kernel text=0x8d4607 data=0x176e78+0x79d254 syms=[0x8+0x11f670+0x8+0x112dd8] > Loading configured modules... > /boot/entropy size=0x1000 > /boot/kernel/umodem.ko text=0x2168 text=0x1410 data=0x102d0+0xfd40 syms=[0x8+0xf30+0x8+0xb73] > Using DTB provided by EFI at 0x47ff9000. > Loading DTB overlays: 'sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer' > /boot/dtb/overlays/sun50i-a64-sid.dtbo size=0x1fd > /boot/dtb/overlays/sun50i-a64-ths.dtbo size=0x3e8 > /boot/dtb/overlays/sun50i-a64-timer.dtbo size=0x175 > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-sid.dtbo' > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-ths.dtbo' > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-timer.dtbo' > EHCI failed to shut down host controller. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2018 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.0-ALPHA3 r338341M arm64 > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) > VT: init without driver. > KLD file umodem.ko is missing dependencies > . . . > > > Based on: > > # more /boot/loader.conf > geom_label_load="YES" # File system labels (see glabel(8)) > # > boot_multicons="YES" > boot_serial="YES" > # > hw.usb.template=3 > umodem_load="YES" > # > fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer" > # > kern.cam.boot_delay="10000" > vfs.mountroot.timeout="10" > dumpdev="/dev/gpt/PINE642Gswap" > > > > But after login: > > # kldstat > Id Refs Address Size Name > 1 1 0xffff000000000000 141bba8 kernel > # kldload umodem.ko > # kldstat > Id Refs Address Size Name > 1 6 0xffff000000000000 141bba8 kernel > 2 1 0xffff00005d000000 41000 umodem.ko > 3 1 0xffff00005d041000 41000 ucom.ko > > > (I do not know if this will cause me any problems > later or not. For now: just an FYI.) > > === > 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" I'm aware of that but I haven't spent time to look at it, I think that andrew@ have more clues on this. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Aug 29 11:53:51 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F01B1086B26 for ; Wed, 29 Aug 2018 11:53:51 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0508C8965E for ; Wed, 29 Aug 2018 11:53:50 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id c8752107; Wed, 29 Aug 2018 13:53:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=I/YwLZccFx37lDSyeVXnEJlWGuk=; b=dfy63VeUhQh2fpw4jTvacRNXbEvg XzseJGZQTLFodx+vnhiF1/l8ZMV/4l9Mtl5Ht9V6ibiRFi32mkk0odvf7Gl4+lVm JgbCLD8iDcfc+d8CXKGHRxiTbWRFbLNw7mVmlYlcnpNvttTBUJ6b+Q/jFyaO0XcF efCwjc+pB0tHGa4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=nvPALMnbmiaRaLoJTnC+A8kEibqDWpvfMO6gO4vR5S40V6qSfkRARTiy FeocYklKS2nGw23CC3p1YNc+TLPWvcAFgzo77EUDpZCazIg+TiCD6h3o+y6A1Guh sThEI4nFpVuGdSdptVRI7MAtm7BtTrlkSapXtf/LzC8lbZqGeWg= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 5a27311e TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 29 Aug 2018 13:53:49 +0200 (CEST) Date: Wed, 29 Aug 2018 13:53:49 +0200 From: Emmanuel Vadot To: Mark Millard Cc: Mark Millard via freebsd-arm Subject: Re: FYI: head -r338341 on Pine64+ 2GB for a microsdhc boot media: mmc0: Failed to set VCCQ for card at relative address 43690 Message-Id: <20180829135349.1f6120b57c91e04e67cd610d@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 11:53:51 -0000 On Tue, 28 Aug 2018 23:26:36 -0700 Mark Millard via freebsd-arm wrote: > aw_mmc0: mem 0x1c0f000-0x1c0ffff irq 8 on simplebus0 > mmc0: on aw_mmc0 > . . . > mmcsd0: 32GB MFG 07/2017 by 3 SD> at mmc0 50.0MHz/4bit/32768-block > mmc0: Failed to set VCCQ for card at relative address 43690 > > It seem to tolerate that it did-not/could-not set the value. > > > > It appears that sysutils/mmc-utils (still) just > gets AW_MMC_INT_RESP_TIMEOUT / ioctl: Operation timed out > for: mmc extcsd read /dev/mmcsd0 (once it is not mounted). > > # mmc extcsd read /dev/mmcsd0 | more > open: Operation not permitted > > # df -m > Filesystem 1M-blocks Used Avail Capacity Mounted on > /dev/ufs/PINE642GBrootfs 29400 16901 10147 62% / > devfs 0 0 0 100% /dev > /dev/label/PINE642GBboot 63 0 63 0% /boot/efi > > Booting with / on a USB device instead and dismounting /boot/efi > (on mmcsd0) gets: > > # mmc extcsd read /dev/mmcsd0 | more > AW_MMC_INT_RESP_TIMEOUT > ioctl: Operation timed out > Could not read EXT_CSD from /dev/mmcsd0 > > > === > 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" It's harmless, the mmc stack tries to set the voltage for the io lines, since there is no regulator for it on this board the aw_mmc code returns EOPNOTSUPP. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Aug 29 12:04:23 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA5061087E8A for ; Wed, 29 Aug 2018 12:04:23 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E03D8A219 for ; Wed, 29 Aug 2018 12:04:22 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 263d68f5; Wed, 29 Aug 2018 14:04:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=nrJxOtO03OeXT4L03t+q9mUG+Y8=; b=HT5ilC6uuoMMJq5SIBAjiD9CmWVy DdE2ms12o8iLtwL2xaGVCsnk6s0yRud/BzN5auGH51APXnMXSoSTufq133C1B2Ym V0mxc4aix8EfstI01b+mESs+yBYNgQT6nhbmuW4mGTA+dpdf/2fS5W7LjSeDv1D8 d1pxI/etqoWRKpQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=n84WS94tbsGfXbFNfL+L8jxVfl66zUqJg6/rZcKPSPovrMajXWrSxLR4 C4y04pItZ1hgZDoIZNs6xH9DMAKNMpWu50FhOc6E2rqMUkQ+KhxZwgZUPB2mi90w UOVVJTeA98XhIVECZEYfVUWkgco7mSs60lBRfz9pGlTV4XDPAB0= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 41195f5b TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 29 Aug 2018 14:04:21 +0200 (CEST) Date: Wed, 29 Aug 2018 14:04:21 +0200 From: Emmanuel Vadot To: Mark Millard Cc: Mark Millard via freebsd-arm Subject: Re: FYI: head -r338341 on Pine64+ 2GB for a microsdhc boot media: mmc0: Failed to set VCCQ for card at relative address 43690 Message-Id: <20180829140421.9faac1d66c1d685106920f2b@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 12:04:24 -0000 On Tue, 28 Aug 2018 23:26:36 -0700 Mark Millard via freebsd-arm wrote: > aw_mmc0: mem 0x1c0f000-0x1c0ffff irq 8 on simplebus0 > mmc0: on aw_mmc0 > . . . > mmcsd0: 32GB MFG 07/2017 by 3 SD> at mmc0 50.0MHz/4bit/32768-block > mmc0: Failed to set VCCQ for card at relative address 43690 > > It seem to tolerate that it did-not/could-not set the value. > > > > It appears that sysutils/mmc-utils (still) just > gets AW_MMC_INT_RESP_TIMEOUT / ioctl: Operation timed out > for: mmc extcsd read /dev/mmcsd0 (once it is not mounted). > > # mmc extcsd read /dev/mmcsd0 | more > open: Operation not permitted > > # df -m > Filesystem 1M-blocks Used Avail Capacity Mounted on > /dev/ufs/PINE642GBrootfs 29400 16901 10147 62% / > devfs 0 0 0 100% /dev > /dev/label/PINE642GBboot 63 0 63 0% /boot/efi > > Booting with / on a USB device instead and dismounting /boot/efi > (on mmcsd0) gets: > > # mmc extcsd read /dev/mmcsd0 | more > AW_MMC_INT_RESP_TIMEOUT > ioctl: Operation timed out > Could not read EXT_CSD from /dev/mmcsd0 Why are you attempting to read a MMC v4.0+ register from an SDcard ? (FYI this command works perfectly when executing on the eMMC on my pine64-lts) > > === > 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" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Aug 29 12:13:58 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A424F10882D4 for ; Wed, 29 Aug 2018 12:13:58 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CD54E8A6FF for ; Wed, 29 Aug 2018 12:13:57 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 3a8babb0; Wed, 29 Aug 2018 14:13:56 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=VyLcCvkJS9lJ 7hanu+hW+/RMu0E=; b=GOORY4okMAYsdWldCc4rmJYaKc0/7NgltyEHYurwdegW ic3PALBrPr8e+ILufYZaabgmwp4NJsPFUXosENipev1Erhus+mY63BeqMaw0EaHZ 2hF8GqYCMx2Yk3zgmTSoymMnW6P9WtOeomIwy7ALlwCqUAWXYcoxLsAPoHfWoFQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=Ck4JtC 3Eb/J/NBUGDqvi12oKc1GpFQARclQ0/wRjpETVx+WphxA+V/1CRqPvU0x3TLWqb7 tb4Wgvv9GVp33lLtscW0cHXiXQtf6M/niDeO8b68k92LIY4VgAq1QaGra3CODzQ+ gRFSUmswSoDD2Fl9FHg0pXhlm2xJimxzRtGqM= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 83221e59 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 29 Aug 2018 14:13:55 +0200 (CEST) Date: Wed, 29 Aug 2018 14:13:53 +0200 From: Emmanuel Vadot To: Mark Millard , Mark Millard via freebsd-arm Subject: Re: FYI: head -r338341 on Pine64+ 2GB for a microsdhc boot media: mmc0: Failed to set VCCQ for card at relative address 43690 Message-Id: <20180829141353.1f81937f6c9f167c93d7ea2d@bidouilliste.com> In-Reply-To: <20180829140421.9faac1d66c1d685106920f2b@bidouilliste.com> References: <20180829140421.9faac1d66c1d685106920f2b@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 12:13:58 -0000 On Wed, 29 Aug 2018 14:04:21 +0200 Emmanuel Vadot wrote: > On Tue, 28 Aug 2018 23:26:36 -0700 > Mark Millard via freebsd-arm wrote: > > > aw_mmc0: mem 0x1c0f000-0x1c0ffff irq 8 on simplebus0 > > mmc0: on aw_mmc0 > > . . . > > mmcsd0: 32GB MFG 07/2017 by 3 SD> at mmc0 50.0MHz/4bit/32768-block > > mmc0: Failed to set VCCQ for card at relative address 43690 > > > > It seem to tolerate that it did-not/could-not set the value. > > > > > > > > It appears that sysutils/mmc-utils (still) just > > gets AW_MMC_INT_RESP_TIMEOUT / ioctl: Operation timed out > > for: mmc extcsd read /dev/mmcsd0 (once it is not mounted). > > > > # mmc extcsd read /dev/mmcsd0 | more > > open: Operation not permitted > > > > # df -m > > Filesystem 1M-blocks Used Avail Capacity Mounted on > > /dev/ufs/PINE642GBrootfs 29400 16901 10147 62% / > > devfs 0 0 0 100% /dev > > /dev/label/PINE642GBboot 63 0 63 0% /boot/efi > > > > Booting with / on a USB device instead and dismounting /boot/efi > > (on mmcsd0) gets: > > > > # mmc extcsd read /dev/mmcsd0 | more > > AW_MMC_INT_RESP_TIMEOUT > > ioctl: Operation timed out > > Could not read EXT_CSD from /dev/mmcsd0 > > Why are you attempting to read a MMC v4.0+ register from an SDcard ? Maybe it was even before that but it doesn't matter, my question is still valid. > (FYI this command works perfectly when executing on the eMMC on my > pine64-lts) > > > > > === > > 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" > > > -- > Emmanuel Vadot > _______________________________________________ > 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" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Aug 29 12:17:48 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D409210884E9 for ; Wed, 29 Aug 2018 12:17:47 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6EEFE8A91C for ; Wed, 29 Aug 2018 12:17:47 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: by mailman.ysv.freebsd.org (Postfix) id 334CD10884E8; Wed, 29 Aug 2018 12:17:47 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21F6610884E3 for ; Wed, 29 Aug 2018 12:17:47 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 B6F668A91B for ; Wed, 29 Aug 2018 12:17:46 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-42bc70d5.06-431-73746f70.bbcust.telenor.se ([213.112.188.66] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fuzPl-000BCn-OZ; Wed, 29 Aug 2018 14:17:37 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alvermark.net; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=xSWUd/q3OjNIG3wNFsHzpWEZEUZHshkRm4PQmVjPRT0=; b=wVscu3EO/txF2SAisoo7i0rowD ICpKeWI1T7LYRQKpWYVde3NTrNK30SzBP4kuEstjPVNYrCc6gWVeqZ6RcsZkC/H+THLdi7h/Jb0Ch W3n07FwtCOIOUeyX6ZB5iEhzCAM2bBOT5rf+CQ9CvcF9kTTom6zMMefR/ttopBbFPyiGu3f+a5sz9 Ww+1l8NkHKF30oOjNeFdRQzAAD4u1w2SJxFYGz4lpsxwNlufcweF1+V3Lxzi4Caul7TljR4sTKhi8 FqPPbj/u+gnPkndXZTgHAKON10PO8+surq3kzFCyOar7nETIoRf7q6MHW0ehBm3kYe+2p6s34b4II HoHTQV+g==; Received: from [192.168.67.33] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fuzPl-000Jb8-88; Wed, 29 Aug 2018 14:17:37 +0200 Subject: Re: allwinner/nanopi neo boot issues To: Daniel Braniss , "freebsd-arm@freebsd.org" References: <42AA3AE2-E101-4B7B-B373-BEC178321671@cs.huji.ac.il> From: Jakob Alvermark Message-ID: <0fdbd315-f37d-e3d3-9309-612f53c4d379@alvermark.net> Date: Wed, 29 Aug 2018 14:17:36 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 12:17:48 -0000 On 8/24/18 10:02 AM, Daniel Braniss wrote: > >> On 24 Aug 2018, at 09:34, Daniel Braniss wrote: >> >> hi, >> with the latest current r338243 no longer boots via ubldr, efi does >> but with overlays I have to manually enter the root partition. >> >> this is where it hangs via ubldr: >> >> Autoboot in 8 seconds, hit [Enter] to boot or any other key to stop >> >> Loading kernel... >> /boot/kernel/kernel text=0x8a0950 data=0xae160+0x184520 syms=[0x4+0xa6d70+0x4+0x109f17] >> Loading configured modules... >> /boot/entropy size=0x1000 >> /boot/dtb/sun8i-h3-nanopi-neo.dtb size=0x601b >> Loaded DTB from file 'sun8i-h3-nanopi-neo.dtb'. >> Kernel entry at 0x42400180... >> Kernel args: (null) >> >> older - r337232 - boots fine, >> >> any ideas where to look? > should have done an update before writing! > > with the latest (and greatest) all is back to normal! > so now on to test orange pi one(h3), nanopi neo 2 (h5) and nanopi neo a64 > > thanks, > danny Hi, I am trying to get an Orange Pi R1 going, I get the same. Loading kernel... /boot/kernel/kernel text=0x89ee40 data=0xae620+0x1f5ba0 syms=[0x4+0xa6d20+0x4+0x109e51] Loading configured modules... Could not load one or more modules! /boot/dtb/sun8i-h2-plus-orangepi-r1.dtb size=0x6333 Loaded DTB from file 'sun8i-h2-plus-orangepi-r1.dtb'. Kernel entry at 0x42400180... Kernel args: (null) This is at r338369. Jakob From owner-freebsd-arm@freebsd.org Wed Aug 29 12:22:31 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D211E10888EB for ; Wed, 29 Aug 2018 12:22:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 627208ADFF for ; Wed, 29 Aug 2018 12:22:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 269D710888EA; Wed, 29 Aug 2018 12:22:30 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 049A810888E9 for ; Wed, 29 Aug 2018 12:22:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6E2108ADFC for ; Wed, 29 Aug 2018 12:22:29 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1fuzUG-000KNf-El; Wed, 29 Aug 2018 15:22:16 +0300 From: Daniel Braniss Message-Id: <8459A9BA-183A-461B-9050-3631C51218F9@cs.huji.ac.il> Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: allwinner/nanopi neo boot issues Date: Wed, 29 Aug 2018 15:22:16 +0300 In-Reply-To: <0fdbd315-f37d-e3d3-9309-612f53c4d379@alvermark.net> Cc: "freebsd-arm@freebsd.org" To: Jakob Alvermark References: <42AA3AE2-E101-4B7B-B373-BEC178321671@cs.huji.ac.il> <0fdbd315-f37d-e3d3-9309-612f53c4d379@alvermark.net> X-Mailer: Apple Mail (2.3445.9.1) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 12:22:31 -0000 > On 29 Aug 2018, at 15:17, Jakob Alvermark wrote: >=20 >=20 > On 8/24/18 10:02 AM, Daniel Braniss wrote: >>=20 >>> On 24 Aug 2018, at 09:34, Daniel Braniss = wrote: >>>=20 >>> hi, >>> with the latest current r338243 no longer boots via ubldr, efi does >>> but with overlays I have to manually enter the root partition. >>>=20 >>> this is where it hangs via ubldr: >>>=20 >>> Autoboot in 8 seconds, hit [Enter] to boot or any other key to stop >>>=20 >>> Loading kernel... >>> /boot/kernel/kernel text=3D0x8a0950 data=3D0xae160+0x184520 = syms=3D[0x4+0xa6d70+0x4+0x109f17] >>> Loading configured modules... >>> /boot/entropy size=3D0x1000 >>> /boot/dtb/sun8i-h3-nanopi-neo.dtb size=3D0x601b >>> Loaded DTB from file 'sun8i-h3-nanopi-neo.dtb'. >>> Kernel entry at 0x42400180... >>> Kernel args: (null) >>>=20 >>> older - r337232 - boots fine, >>>=20 >>> any ideas where to look? >> should have done an update before writing! >>=20 >> with the latest (and greatest) all is back to normal! >> so now on to test orange pi one(h3), nanopi neo 2 (h5) and nanopi neo = a64 >>=20 >> thanks, >> danny >=20 >=20 > Hi, >=20 >=20 > I am trying to get an Orange Pi R1 going, I get the same. >=20 > Loading kernel... > /boot/kernel/kernel text=3D0x89ee40 data=3D0xae620+0x1f5ba0 = syms=3D[0x4+0xa6d20+0x4+0x109e51] > Loading configured modules... > Could not load one or more modules! > /boot/dtb/sun8i-h2-plus-orangepi-r1.dtb size=3D0x6333 > Loaded DTB from file 'sun8i-h2-plus-orangepi-r1.dtb'. > Kernel entry at 0x42400180... > Kernel args: (null) >=20 > This is at r338369. >=20 >=20 try booting via efi; make sure to copy /boot/loader.efi to = /boot/msdos/EFI/BOOT/bootaa64.efi remove /boot/msdos/boot.scr good luck, danny > Jakob From owner-freebsd-arm@freebsd.org Wed Aug 29 12:41:40 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2CE21089246 for ; Wed, 29 Aug 2018 12:41:40 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2DFEA8B6F2 for ; Wed, 29 Aug 2018 12:41:39 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1fuzmu-000LSa-Qq; Wed, 29 Aug 2018 15:41:32 +0300 From: Daniel Braniss Message-Id: Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FYI: A Pine64+ 2GB thermal result during a -j4 buildworld's libllvm build on head -r338341 Date: Wed, 29 Aug 2018 15:41:32 +0300 In-Reply-To: <20180829135057.742947ba512467bd82671cf0@bidouilliste.com> Cc: Mark Millard , Mark Millard via freebsd-arm To: Emmanuel Vadot References: <4FB22C52-44DF-4868-B30F-5E07DE9F2198@yahoo.com> <20180829135057.742947ba512467bd82671cf0@bidouilliste.com> X-Mailer: Apple Mail (2.3445.9.1) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 12:41:41 -0000 > On 29 Aug 2018, at 14:50, Emmanuel Vadot = wrote: >=20 > On Wed, 29 Aug 2018 04:07:28 -0700 > Mark Millard via freebsd-arm > wrote: >=20 >> This head -r338341 based Pine64+ 2GB has a case, heatsinks, >> and a fan. >>=20 >> # sysctl -a | grep therm >> dev.aw_thermal.0.gpu2: 28C >> dev.aw_thermal.0.gpu1: 29C >> dev.aw_thermal.0.cpu: 31C >> dev.aw_thermal.0.%parent: simplebus0 >> dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths >> dev.aw_thermal.0.%location:=20 >> dev.aw_thermal.0.%driver: aw_thermal >> dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller >> dev.aw_thermal.%parent:=20 >>=20 >=20 > That seems very very low. mine (Friendlyarm/allwinner/a64)is too cold to believe: dev.aw_thermal.0.gpu2: 17C dev.aw_thermal.0.gpu1: 17C dev.aw_thermal.0.cpu: 15C dev.aw_thermal.0.%parent: simplebus0 dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths dev.aw_thermal.0.%location:=20 dev.aw_thermal.0.%driver: aw_thermal dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller dev.aw_thermal.%parent: and it=E2=80=99s summer here. danny >=20 > With 4 cpuburn-a53 process running I easily get to ~60C for cpu and > ~55C for the gpus sensor. > https://people.freebsd.org/~manu/cpuburn-a53 = >=20 >> This was during a -j4 buildworld's: >>=20 >> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineBranchProbabilityInfo.o >> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCSE.o >> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCombiner.o >> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCopyPropagation.o >>=20 >> No HDMI is plugged in. Ethernet is in use. The serial console >> is in use. A USB powered hub with a USB drive is plugged in >> to provide the swap partition. The UFS root file system is on >> a microsdhc card in the microsd slot and it has TRIM enabled. >> Nothing else other than the power cord is connected. >>=20 >> (The microsd card use with TRIM was requested by someone. >> I normally use a root filesystem on a USB device because >> booting from an e.MCC on an sdcard adapter that is put in >> the sdcard slot does not work these days and I normally >> avoid microsd cards for much beyond loading the kernel.) >>=20 >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >> ( dsl-only.net went >> away in early 2018-Mar) >>=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 >=20 > --=20 > Emmanuel Vadot > = > > _______________________________________________ > 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 Wed Aug 29 13:10:45 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FF6D1089D8A for ; Wed, 29 Aug 2018 13:10:45 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B7C158C5B3 for ; Wed, 29 Aug 2018 13:10:44 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: by mail-wr1-x434.google.com with SMTP id u12-v6so4772653wrr.4 for ; Wed, 29 Aug 2018 06:10:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:cc:from:subject:message-id:date:user-agent:mime-version :content-language; bh=jEF4wiqmvZ3VMOTT98JdBQYjXN+xzkv1cKxYkYiwuzw=; b=Bk3EP7nzUdkjskGu/3WRXN0lM5vMGAcKIpT6g9DthFP35vBvBwCluKj5SPf6QQ5gTI XF13xgTxgaPvPKhZaupM+/SOdRzWuRHsaPKY/b9UMqrHjJUc2eVZGfHcutgG3EcBOCZK Ob1FpsQ2UiJyYPRlhinT/t1jpsV2OMIDenc/XMPmrftTH639pjpwOhg4XE9nSrJGquv/ Pb4jNpdQKnR+mML6TVXk0gCA5/vYaNpd/6+esIdCf0lXHKyayDGsZd+m4EvNteAu0FHx x+8BvMjdjLZjbrHs8YhtaGtP5XlOPDPXBbgX/tFaBQ4SKcVp7TeUONHMEPzI4QoS3Gxo 4vDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:cc:from:subject:message-id:date:user-agent :mime-version:content-language; bh=jEF4wiqmvZ3VMOTT98JdBQYjXN+xzkv1cKxYkYiwuzw=; b=NCWbxOp5VO6FdB65IIpdRgY7UKqSH3pI4gp7d48pUrH/2C+xhsE9ZZDZ8+35/pc9F4 4XwLE+tP/CrMW/uQb+ggVm1+0XhIFZN9pNXFG6jncaqXy++s1YWYD3CoJMBv2Zysr2eO AzUqnNqSnMfF6/zzcmdsXc51gZ54F3z1PZalLnQqVfKL10fEvNZzyLEzhR2Q6XAwcA0h IERVMBKuQs8zSCJJzItD1tPPUwhXam2kPc7Uv1BkRJi+T32gqNGxppsWQCP2166563uT CzjeB7rqdvY6VrClzXoIp+F5F8M2WIHiPJ2+OzLMUTkuS4lwblmPNFuL4nOl5UEtBv6+ eUQg== X-Gm-Message-State: APzg51A8qiJM3QMjW3hyWjjdY5VSCpjGA6xDUC5ZuqaRZ/RYFQAoRcw1 WdAOggUM2NFgI3uU0eb+lY8= X-Google-Smtp-Source: ANB0VdafuFQaAHOA798kGiZu3FKLLWjCvI/8VnQkGEdQbMOF2QBKQ/gT6+jle4ToRawObHokTdTVLw== X-Received: by 2002:adf:9b11:: with SMTP id b17-v6mr4547637wrc.119.1535548242840; Wed, 29 Aug 2018 06:10:42 -0700 (PDT) Received: from [172.16.0.150] (net-188-219-105-237.cust.vodafonedsl.it. [188.219.105.237]) by smtp.gmail.com with ESMTPSA id e7-v6sm3131125wru.46.2018.08.29.06.10.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Aug 2018 06:10:41 -0700 (PDT) To: freebsd-arm@freebsd.org From: Nicola Mingotti Subject: utility for pin in BBB: PX.Y --> pin_mode, pin_name Message-ID: <4661fc41-935a-56d5-2cc2-125085daf30a@gmail.com> Date: Wed, 29 Aug 2018 15:10:39 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 13:10:45 -0000 Hi, I would like to know if such utility already exists, if not I can start to program it. The script should work like the example below, that is, it gives the list of all pins (starting from their physical position on the board), their mode, and so their associated name/function. #> pinfunc ---------------------------- P9.1 -- P9.2 -- ........ P9.21 MODE-3 ehrpwm0B P9.22 MODE-3 ehrpwm0A P9.23 MODE-7 gpio.1.17 ..... --------------------------- The only way i know to read the pin mode is by direct memory access, as done in "devmem2". If you know other ways let me know. I saw there is "man 9 fdt_pinctrl" but it seems more for writing pin configuration than to read it. bye Nicola -- -------------------------- Dr. Nicola Mingotti R&D - Borghi Srl CTO - BondInsider -------------------------- From owner-freebsd-arm@freebsd.org Wed Aug 29 13:12:04 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C499B1089E0F for ; Wed, 29 Aug 2018 13:12:04 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A9008C83B for ; Wed, 29 Aug 2018 13:12:03 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 1c07e10d; Wed, 29 Aug 2018 15:12:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=Ns0MY9Atx9XvH8SbEpnFCF05Jwo=; b=Vy7/O0gp5daa7Ei7XJbUW+ni4FR+ I7WNjuqW6StsZxXALXZJhiqZffqWZepSs/iRrNnhGuFhU2nUOCts4MQR8f3nqHfO I7QQ4AO9/ph9/d+TuSWpuG5QOAz+CmEzmxfJQa0BLavVbYqrFGSrzDbSpX/Pa17a gbDswh06XnrLmto= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=DUZmstZVzv7i36jN0WnpzYrjGbTFxOMKyiipEsDf1v9figOl6MGdpeR0 SCA4DqPyRg7Pj4x/UsTarQzh2OGHz9BkHphlNa/6W7A1g6Js/OmKh7fAvH8urvvd lWTYxz4KGaP8a5wm1vzlLbj1b91ULE+v87bKgM2DVyBF93JeHJE= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id ebce1ae6 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 29 Aug 2018 15:12:01 +0200 (CEST) Date: Wed, 29 Aug 2018 15:12:01 +0200 From: Emmanuel Vadot To: Daniel Braniss Cc: Mark Millard , Mark Millard via freebsd-arm Subject: Re: FYI: A Pine64+ 2GB thermal result during a -j4 buildworld's libllvm build on head -r338341 Message-Id: <20180829151201.e3acdd8f65a60e861987489f@bidouilliste.com> In-Reply-To: References: <4FB22C52-44DF-4868-B30F-5E07DE9F2198@yahoo.com> <20180829135057.742947ba512467bd82671cf0@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 13:12:05 -0000 On Wed, 29 Aug 2018 15:41:32 +0300 Daniel Braniss wrote: >=20 >=20 > > On 29 Aug 2018, at 14:50, Emmanuel Vadot wrote: > >=20 > > On Wed, 29 Aug 2018 04:07:28 -0700 > > Mark Millard via freebsd-arm > wrote: > >=20 > >> This head -r338341 based Pine64+ 2GB has a case, heatsinks, > >> and a fan. > >>=20 > >> # sysctl -a | grep therm > >> dev.aw_thermal.0.gpu2: 28C > >> dev.aw_thermal.0.gpu1: 29C > >> dev.aw_thermal.0.cpu: 31C > >> dev.aw_thermal.0.%parent: simplebus0 > >> dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 compat=3Dallw= inner,sun50i-a64-ths > >> dev.aw_thermal.0.%location:=20 > >> dev.aw_thermal.0.%driver: aw_thermal > >> dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller > >> dev.aw_thermal.%parent:=20 > >>=20 > >=20 > > That seems very very low. > mine (Friendlyarm/allwinner/a64)is too cold to believe: >=20 > dev.aw_thermal.0.gpu2: 17C > dev.aw_thermal.0.gpu1: 17C > dev.aw_thermal.0.cpu: 15C > dev.aw_thermal.0.%parent: simplebus0 > dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 compat=3Dallwinn= er,sun50i-a64-ths > dev.aw_thermal.0.%location:=20 > dev.aw_thermal.0.%driver: aw_thermal > dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller > dev.aw_thermal.%parent: Indeed it does. Do you have the big ass heatsink + fan on it ? https://www.friendlyarm.com/index.php?route=3Dproduct/product&path=3D82&pr= oduct_id=3D133 On my pine64 (Not LTS so A64), when it's idle the three sensors are ~22C. My IR thermometer reports a max temp of 33C when I 'scan' the chip. Could you sysctl dev.aw_sid.0.ths-calib ? I'll try to test on my NanoPi 64 with the heatsink. > and it?s summer here. >=20 > danny >=20 > >=20 > > With 4 cpuburn-a53 process running I easily get to ~60C for cpu and > > ~55C for the gpus sensor. > > https://people.freebsd.org/~manu/cpuburn-a53 > >=20 > >> This was during a -j4 buildworld's: > >>=20 > >> Building /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/= lib/clang/libllvm/CodeGen/MachineBranchProbabilityInfo.o > >> Building /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/= lib/clang/libllvm/CodeGen/MachineCSE.o > >> Building /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/= lib/clang/libllvm/CodeGen/MachineCombiner.o > >> Building /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/= lib/clang/libllvm/CodeGen/MachineCopyPropagation.o > >>=20 > >> No HDMI is plugged in. Ethernet is in use. The serial console > >> is in use. A USB powered hub with a USB drive is plugged in > >> to provide the swap partition. The UFS root file system is on > >> a microsdhc card in the microsd slot and it has TRIM enabled. > >> Nothing else other than the power cord is connected. > >>=20 > >> (The microsd card use with TRIM was requested by someone. > >> I normally use a root filesystem on a USB device because > >> booting from an e.MCC on an sdcard adapter that is put in > >> the sdcard slot does not work these days and I normally > >> avoid microsd cards for much beyond loading the kernel.) > >>=20 > >> =3D=3D=3D > >> Mark Millard > >> marklmi at yahoo.com > >> ( dsl-only.net went > >> away in early 2018-Mar) > >>=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 > >=20 > > --=20 > > Emmanuel Vadot > <= manu@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 <= mailto:freebsd-arm-unsubscribe@freebsd.org>" >=20 --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Aug 29 14:04:56 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94AD7108B0DD for ; Wed, 29 Aug 2018 14:04:56 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 10C748E3D9 for ; Wed, 29 Aug 2018 14:04:56 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bk.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1fv15U-0000nW-3x; Wed, 29 Aug 2018 17:04:48 +0300 From: Daniel Braniss Message-Id: Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FYI: A Pine64+ 2GB thermal result during a -j4 buildworld's libllvm build on head -r338341 Date: Wed, 29 Aug 2018 17:04:47 +0300 In-Reply-To: <20180829151201.e3acdd8f65a60e861987489f@bidouilliste.com> Cc: Mark Millard , Mark Millard via freebsd-arm To: Emmanuel Vadot References: <4FB22C52-44DF-4868-B30F-5E07DE9F2198@yahoo.com> <20180829135057.742947ba512467bd82671cf0@bidouilliste.com> <20180829151201.e3acdd8f65a60e861987489f@bidouilliste.com> X-Mailer: Apple Mail (2.3445.9.1) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 14:04:56 -0000 > On 29 Aug 2018, at 16:12, Emmanuel Vadot = wrote: >=20 > On Wed, 29 Aug 2018 15:41:32 +0300 > Daniel Braniss > = wrote: >=20 >>=20 >>=20 >>> On 29 Aug 2018, at 14:50, Emmanuel Vadot = wrote: >>>=20 >>> On Wed, 29 Aug 2018 04:07:28 -0700 >>> Mark Millard via freebsd-arm > wrote: >>>=20 >>>> This head -r338341 based Pine64+ 2GB has a case, heatsinks, >>>> and a fan. >>>>=20 >>>> # sysctl -a | grep therm >>>> dev.aw_thermal.0.gpu2: 28C >>>> dev.aw_thermal.0.gpu1: 29C >>>> dev.aw_thermal.0.cpu: 31C >>>> dev.aw_thermal.0.%parent: simplebus0 >>>> dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths >>>> dev.aw_thermal.0.%location:=20 >>>> dev.aw_thermal.0.%driver: aw_thermal >>>> dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller >>>> dev.aw_thermal.%parent:=20 >>>>=20 >>>=20 >>> That seems very very low. >> mine (Friendlyarm/allwinner/a64)is too cold to believe: >>=20 >> dev.aw_thermal.0.gpu2: 17C >> dev.aw_thermal.0.gpu1: 17C >> dev.aw_thermal.0.cpu: 15C >> dev.aw_thermal.0.%parent: simplebus0 >> dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths >> dev.aw_thermal.0.%location:=20 >> dev.aw_thermal.0.%driver: aw_thermal >> dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller >> dev.aw_thermal.%parent: >=20 > Indeed it does. Do you have the big ass heatsink + fan on it ? > = https://www.friendlyarm.com/index.php?route=3Dproduct/product&path=3D82&pr= oduct_id=3D133 = >=20 the one with the 'too big ass ...' reports 17C when idling, a second with just the small heatsink reports 25 C for all three (gpu0/1 = nd cpu0) so I guess the fan does work, but still, room temperature is around 25C. > On my pine64 (Not LTS so A64), when it's idle the three sensors are > ~22C. My IR thermometer reports a max temp of 33C when I 'scan' the > chip. >=20 > Could you sysctl dev.aw_sid.0.ths-calib ? >=20 > I'll try to test on my NanoPi 64 with the heatsink. >=20 >> and it?s summer here. >>=20 >> danny >>=20 >>>=20 >>> With 4 cpuburn-a53 process running I easily get to ~60C for cpu and >>> ~55C for the gpus sensor. >>> https://people.freebsd.org/~manu/cpuburn-a53 = >>>=20 >>>> This was during a -j4 buildworld's: >>>>=20 >>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineBranchProbabilityInfo.o >>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCSE.o >>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCombiner.o >>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCopyPropagation.o >>>>=20 >>>> No HDMI is plugged in. Ethernet is in use. The serial console >>>> is in use. A USB powered hub with a USB drive is plugged in >>>> to provide the swap partition. The UFS root file system is on >>>> a microsdhc card in the microsd slot and it has TRIM enabled. >>>> Nothing else other than the power cord is connected. >>>>=20 >>>> (The microsd card use with TRIM was requested by someone. >>>> I normally use a root filesystem on a USB device because >>>> booting from an e.MCC on an sdcard adapter that is put in >>>> the sdcard slot does not work these days and I normally >>>> avoid microsd cards for much beyond loading the kernel.) >>>>=20 >>>> =3D=3D=3D >>>> Mark Millard >>>> marklmi at yahoo.com >>>> ( dsl-only.net went >>>> away in early 2018-Mar) >>>>=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 >>>=20 >>> --=20 >>> Emmanuel Vadot > > >>> _______________________________________________ >>> 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 >=20 >=20 > --=20 > Emmanuel Vadot > = > From owner-freebsd-arm@freebsd.org Wed Aug 29 15:31:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47574108D3D1 for ; Wed, 29 Aug 2018 15:31:02 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2r.ore.mailhop.org (outbound2r.ore.mailhop.org [54.200.129.228]) (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 CE1617193F for ; Wed, 29 Aug 2018 15:31:01 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-RoutePath: aGlwcGll X-MHO-User: 841722e0-aba0-11e8-9234-0d515945242e 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 outbound2.ore.mailhop.org (Halon) with ESMTPSA id 841722e0-aba0-11e8-9234-0d515945242e; Wed, 29 Aug 2018 15:30:54 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w7TFUriX014564; Wed, 29 Aug 2018 09:30:53 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1535556653.33841.29.camel@freebsd.org> Subject: Re: FYI: head -r338341 on Pine64+ 2GB early "KLD file umodem.ko is missing dependencies" but later manual kldload works From: Ian Lepore To: Mark Millard , freebsd-arm Date: Wed, 29 Aug 2018 09:30:53 -0600 In-Reply-To: References: Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 15:31:02 -0000 On Tue, 2018-08-28 at 22:53 -0700, Mark Millard via freebsd-arm wrote: > Loading kernel... > /boot/kernel/kernel text=0x8d4607 data=0x176e78+0x79d254 > syms=[0x8+0x11f670+0x8+0x112dd8] > Loading configured modules... > /boot/entropy size=0x1000 > /boot/kernel/umodem.ko text=0x2168 text=0x1410 data=0x102d0+0xfd40 > syms=[0x8+0xf30+0x8+0xb73] > Using DTB provided by EFI at 0x47ff9000. > Loading DTB overlays: 'sun50i-a64-sid,sun50i-a64-ths,sun50i-a64- > timer' > /boot/dtb/overlays/sun50i-a64-sid.dtbo size=0x1fd > /boot/dtb/overlays/sun50i-a64-ths.dtbo size=0x3e8 > /boot/dtb/overlays/sun50i-a64-timer.dtbo size=0x175 > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-sid.dtbo' > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-ths.dtbo' > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-timer.dtbo' > EHCI failed to shut down host controller. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2018 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 >         The Regents of the University of California. All rights > reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.0-ALPHA3  r338341M arm64 > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on > LLVM 6.0.1) > VT: init without driver. > KLD file umodem.ko is missing dependencies > . . . > > > Based on: > > # more /boot/loader.conf  > geom_label_load="YES"           # File system labels (see glabel(8)) > # > boot_multicons="YES" > boot_serial="YES" > # > hw.usb.template=3 > umodem_load="YES" > # > fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer" > # > kern.cam.boot_delay="10000" > vfs.mountroot.timeout="10" > dumpdev="/dev/gpt/PINE642Gswap" > > > > But after login: > > # kldstat > Id Refs Address                Size Name >  1    1 0xffff000000000000  141bba8 kernel > # kldload umodem.ko > # kldstat > Id Refs Address                Size Name >  1    6 0xffff000000000000  141bba8 kernel >  2    1 0xffff00005d000000    41000 umodem.ko >  3    1 0xffff00005d041000    41000 ucom.ko > > > (I do not know if this will cause me any problems > later or not. For now: just an FYI.) > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) It appears that the umodem driver has all the right MODULE_DEPEND() statements. Does this happen only on first boot? If it happens on every boot, try doing "service kldxref start", then see if it's better on the next boot. My theory is that the root problem here is that kldxref can't be run as a cross-tool. So on first boot, module dependencies don't get handled correctly. But kldxref should run automatically on the first boot and then things should be right after that. We *really* need to fix kldxref to be runnable as a cross-tool. -- Ian From owner-freebsd-arm@freebsd.org Wed Aug 29 15:58:30 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 153ED108DD64 for ; Wed, 29 Aug 2018 15:58:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.ne1.yahoo.com (sonic314-20.consmr.mail.ne1.yahoo.com [66.163.189.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 A61F2727E2 for ; Wed, 29 Aug 2018 15:58:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 8C1DiwMVM1kjhtvX8Yn2BJxctCFB8kCG21jwd8MOGFaekCEw1CULT5_wJCcisx8 8SmVKhG.hqRgZ.kGx_zJu6R9JZN0g7ncNddEQTvkj7m8lCqDNFgzUhgBN6hvgcAf0ENbgsIw0UfW TGitllaAAWPQmf5IqFXlnEnHGQVNZZaeXlFRXtiibU9N0958TYxbIqLRUvSkDNz4LnbtrPRVKaNO ugqn.AR0443r2UUHLvngEnYIP4rZLfWMZ786FFNasiuDCziI52EJOosrh0r43d8xoX2jzjrpLDpV tRObkTHqB6fYvAxO_PT0sShqsiU4Y6XXc9VCKPRArP1cfH3vULkeHPwxqhtuNu92SFC59H.vMObj TEsaPiNizheHLOY1FCDXM8Zf7ueO4MYn7dacDFk.BWdyJi0_knyO1CvzLmlcAi2wvcfj_i0qPLpp 1cTSf_rBjWs40BIdxEn.XZw4206rKfYvItCl1p.IohC2ghYM9DfRLV7Ahxex7wgGKQq9BEPY5E8H w9SU1cejAJrohkevX_H4f2R9Q.7ThYF3bYZvKMFzAal9wBl4P6UQeLlUmhWd8XLlp2gzvRK4c5yZ NxgrM84XE7aPse6Dcoze8wUkWwYlrFh4pCIwmrtjHpmMZde6kzPeJVFFxycT8WMs5EYAEwzy5Kw0 Q8KsR0udS5FG82neH3.Awitv8Yw1YQiVW1hCoA0gXxhJ5_oanZR6mCXprCa9VxSNdDyb9NJ8sR.0 Y8Vzjji0VGDUEVHUPkcKUclV0nAL6kIEOkaxZV09e.T5FU6oZ0zHzdUOkcfwm54hv316jpY12I6J ZZ3O.oyWLgvAg2k9VjpPas_jYew5JppW73B.Tkkub4szSODE7iaMElcPweQlcgP_nEi5gogZL90f F85xskNUIc2EUcJCxiWru8J8HB5Xrc3Jj1zJwtX4bDP9Ul_KvROCu.gj.zZP7xrAwkOD7YvJ3rq9 hq.CcyrDNLe9bxT5DRiNULcgf3mH_b6pmND9ctZ_eSNFn0F10RefmmDVWJOPHI.1PpcuyCAeD6ya tZMX3bUfP1OISZi843Q-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Wed, 29 Aug 2018 15:58:22 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp426.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a25aaef747b3cc84337079644649d734; Wed, 29 Aug 2018 15:58:19 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FYI: A Pine64+ 2GB thermal result during a -j4 buildworld's libllvm build on head -r338341 From: Mark Millard In-Reply-To: <20180829151201.e3acdd8f65a60e861987489f@bidouilliste.com> Date: Wed, 29 Aug 2018 08:58:17 -0700 Cc: Daniel Braniss , Mark Millard via freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <5B6E0726-2ACA-4051-8692-8D8A901BBF91@yahoo.com> References: <4FB22C52-44DF-4868-B30F-5E07DE9F2198@yahoo.com> <20180829135057.742947ba512467bd82671cf0@bidouilliste.com> <20180829151201.e3acdd8f65a60e861987489f@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 15:58:30 -0000 On 2018-Aug-29, at 6:12 AM, Emmanuel Vadot = wrote: > On Wed, 29 Aug 2018 15:41:32 +0300 > Daniel Braniss wrote: >=20 >>=20 >>=20 >>> On 29 Aug 2018, at 14:50, Emmanuel Vadot = wrote: >>>=20 >>> On Wed, 29 Aug 2018 04:07:28 -0700 >>> Mark Millard via freebsd-arm > wrote: >>>=20 >>>> This head -r338341 based Pine64+ 2GB has a case, heatsinks, >>>> and a fan. >>>>=20 >>>> # sysctl -a | grep therm >>>> dev.aw_thermal.0.gpu2: 28C >>>> dev.aw_thermal.0.gpu1: 29C >>>> dev.aw_thermal.0.cpu: 31C >>>> dev.aw_thermal.0.%parent: simplebus0 >>>> dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths >>>> dev.aw_thermal.0.%location:=20 >>>> dev.aw_thermal.0.%driver: aw_thermal >>>> dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller >>>> dev.aw_thermal.%parent:=20 >>>>=20 >>>=20 >>> That seems very very low. >> mine (Friendlyarm/allwinner/a64)is too cold to believe: >>=20 >> dev.aw_thermal.0.gpu2: 17C >> dev.aw_thermal.0.gpu1: 17C >> dev.aw_thermal.0.cpu: 15C >> dev.aw_thermal.0.%parent: simplebus0 >> dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths >> dev.aw_thermal.0.%location:=20 >> dev.aw_thermal.0.%driver: aw_thermal >> dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller >> dev.aw_thermal.%parent: >=20 > Indeed it does. Do you have the big ass heatsink + fan on it ? > = https://www.friendlyarm.com/index.php?route=3Dproduct/product&path=3D82&pr= oduct_id=3D133 >=20 > On my pine64 (Not LTS so A64), when it's idle the three sensors are > ~22C. My IR thermometer reports a max temp of 33C when I 'scan' the > chip. >=20 > Could you sysctl dev.aw_sid.0.ths-calib ? The buildworld is doing libclang compiles now: # sysctl dev.aw_sid.0.ths-calib dev.aw_thermal dev.aw_sid.0.ths-calib: 820788078307 dev.aw_thermal.0.gpu2: 27C dev.aw_thermal.0.gpu1: 28C dev.aw_thermal.0.cpu: 30C dev.aw_thermal.0.%parent: simplebus0 dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths dev.aw_thermal.0.%location:=20 dev.aw_thermal.0.%driver: aw_thermal dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller dev.aw_thermal.%parent:=20 > I'll try to test on my NanoPi 64 with the heatsink. >=20 >> and it?s summer here. >>=20 >> danny >>=20 >>>=20 >>> With 4 cpuburn-a53 process running I easily get to ~60C for cpu and >>> ~55C for the gpus sensor. >>> https://people.freebsd.org/~manu/cpuburn-a53 = It will be a notable before the buildworld completes (if it finishes normally). >>>> This was during a -j4 buildworld's: >>>>=20 >>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineBranchProbabilityInfo.o >>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCSE.o >>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCombiner.o >>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCopyPropagation.o >>>>=20 >>>> No HDMI is plugged in. Ethernet is in use. The serial console >>>> is in use. A USB powered hub with a USB drive is plugged in >>>> to provide the swap partition. The UFS root file system is on >>>> a microsdhc card in the microsd slot and it has TRIM enabled. >>>> Nothing else other than the power cord is connected. >>>>=20 >>>> (The microsd card use with TRIM was requested by someone. >>>> I normally use a root filesystem on a USB device because >>>> booting from an e.MCC on an sdcard adapter that is put in >>>> the sdcard slot does not work these days and I normally >>>> avoid microsd cards for much beyond loading the kernel.) >=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 Wed Aug 29 16:26:49 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85464108E70F for ; Wed, 29 Aug 2018 16:26:49 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1309373818 for ; Wed, 29 Aug 2018 16:26:49 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-io0-x22b.google.com with SMTP id l7-v6so5002764iok.6 for ; Wed, 29 Aug 2018 09:26:49 -0700 (PDT) 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=k4HoiztHiH5S1lCQfztBB9xtO50WS1cNcyy+kJ5MG+g=; b=T/00KbLgRJ5wQCY1uOHGyaQHJEItwa2AiOD/MkLl+rj4T6dBJS3fipaqXrZoaKT/xo HKSAYNrO+z0qAt9OiyU+3c9zKz1VHMXenOXeZLrsGCleNjUHe8hydMf65deSip7g1zcC ztOQzaA3s3lDnqIx2CPW/TN6C+q2+MuF1azhDfivTsKTK4mP19KdIgrVLhYV/uIolsJe yeBYf9J6wIGAG9BUQtWN386cVcNRV5KuGGXRryLqVgMXB0tqFPx0bQ6x/0cYIlxdqrbB kOqLM5Zm7dN6BHu6RRAt15giSAxc6y6my864rv7pPJgzYzrWbY7QSN9RvUvt8nL/NESo AqUQ== 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=k4HoiztHiH5S1lCQfztBB9xtO50WS1cNcyy+kJ5MG+g=; b=tnOSKsPQ+oIhQNsU2jtE2/xprrDGrDqzPZOJufePOEIbSYZbg/S8qlCdfPVnTwMims zFHk8dMg/5ECrf+RZZYxarG87hIzZQKU68S4lbTF2vd8wXhzNyng2vDAhZ+pDKJWoG6B oTK22jwP1x/3JCLAPZQ3jaLIy0A9uJ/DN43tvhBiLsPIpqgVjH4dOVrETKTltojyBEzi iZcnMndBep/ZZft9rL9vV+PcwvdhBeStV2pf0HUPJ5FzFiI2MKbSEn3frCGip1lb9Z1a aPKypHcsKrOYOVhh2EiwDTbf6p+aXD1CpTogcW2vwUwPqjJfB0zCrVLLXjVyyi97EgO9 AsSQ== X-Gm-Message-State: APzg51D7qXT9y/sL7BQd7jZFEuuzjGrn+Xe78+95WZnsaPB7Ax52dETj qSWYDq8ruAnfSPm0A9EF/nI2V0nyEmcpld75Mnue0Uwx X-Google-Smtp-Source: ANB0VdZgBDnv5wS+rJ1PCccTgSytW9I6KSPtqXJEYmuDcJyoJZTtlmG4iIKCrzfV+nU71OgltFrjUIHNaU4C/ZgNhGU= X-Received: by 2002:a5e:8347:: with SMTP id y7-v6mr6091005iom.254.1535560008546; Wed, 29 Aug 2018 09:26:48 -0700 (PDT) MIME-Version: 1.0 References: <4661fc41-935a-56d5-2cc2-125085daf30a@gmail.com> In-Reply-To: <4661fc41-935a-56d5-2cc2-125085daf30a@gmail.com> From: Russell Haley Date: Wed, 29 Aug 2018 09:26:37 -0700 Message-ID: Subject: Re: utility for pin in BBB: PX.Y --> pin_mode, pin_name To: nmingotti@gmail.com Cc: freebsd-arm Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 16:26:49 -0000 Does this help? https://www.freebsd.org/cgi/man.cgi?gpio Russ On Wed, Aug 29, 2018 at 6:13 AM Nicola Mingotti wrote: > > Hi, > > I would like to know if such utility already exists, if not I > can start to program it. > > The script should work like the example below, that is, > it gives the list of all pins (starting from their physical position on > the board), > their mode, and so their associated name/function. > > #> pinfunc > ---------------------------- > P9.1 -- > P9.2 -- > ........ > P9.21 MODE-3 ehrpwm0B > P9.22 MODE-3 ehrpwm0A > P9.23 MODE-7 gpio.1.17 > ..... > --------------------------- > > The only way i know to read the pin mode is by direct memory > access, as done in "devmem2". If you know other ways let me know. > > I saw there is "man 9 fdt_pinctrl" but it seems more for writing pin > configuration than to read it. > > bye > Nicola > > > > > > > > > > > > > > > > > -- > -------------------------- > Dr. Nicola Mingotti > R&D - Borghi Srl > CTO - BondInsider > -------------------------- > > _______________________________________________ > 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 Wed Aug 29 16:31:22 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07944108E821 for ; Wed, 29 Aug 2018 16:31:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.ne1.yahoo.com (sonic309-21.consmr.mail.ne1.yahoo.com [66.163.184.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 9BBDC739FC for ; Wed, 29 Aug 2018 16:31:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Abvp6BMVM1kNVqUlls3BuQ3TwDnXe4Gtbb8ZZmFTVALGGApdcK9m2H2JrenZGju 3tOtxyvDXQxgj90jyY4TxDajfoEBitwb4kNwgYHuUnmHRWG9LeObMItzwH3J.KwlxgIP_YOeobnr uWS94Q_uSVLE.FzshBdSA5E.0IMpMl5MJ0aGanfe4YiPBYMbNmSVnNKMSVoXK2JOyyvAIWrxUaH9 uNatb9wwVdURnpyHKl1SHn4JoDmU5kOSBCWzNvA3F9XP4wyy3aLLaI97eUGlnCznyLMmz8rK5iOl k9jNUEMhrRdqCOhgB.JlFXlX77ngRVB6O_ENpFM7eyBX344pKlLipjKzDjEgDq5QuZtGqtGnxKnF esf0.lEZZBFPDwN0Zm55DRx6HsBGbri.GajOYaN6HkWeGLVJ.rp9G2WJ.XosucaFClKA40.YZ4Du X2GNs0KDzzzW5Saj5fZAWrDzWU02Bk_9__t0hBgOGJ4eUv5xerxPozqU4tLFR_gPR91Mw184McJ7 qD1snqkYLYu8d74XDgmbhUsMsyPitVOnUnnEyXf0aPSdV4hOttFfXUhm.6QReJcyq4HMalnfV.DZ 44mX_XQjWTi5x9YnYwRTN.TqvWCTTgLDely.bvxXMKOgRG.wOwzQBGeHrQiRhlkiIrZ_Pn_wNctD ROsbplItp9wS7AOxlSydi9zzW1YTlwbLMAAgcwg2pvBuihbtqppkP7WqFkAIXWvhcn3qcCtjAfJw sKfeN6YxkMJMldJNPSrxWGY8hmbZSJrOCD3DG.JdZRv1hrt6pk.qMdsXDMSlDpr4h6dhcJcM6euX LNVB5UNTKFUH57uRtm7oH20V1rGJ72dVPpRrWe7XblBaGJQbS4hws0JCi6v8jlYc1SvzN3jXKIdn zo28J5dEBjHBVnOwSGMIc8RmJt6DUgoxgwW2ttQtpbsueG8m6H1AvjI.wFDC0d03qCid4SkOIDJA pp7Y8XDr47iq6J1cL8GY408hud_4IT0lvFR_OHiUdWJraxwN2asW4lpiNXNWGKUGDlPBoy.XvQuV HOPtxQhAQaiRCR3.6Ag-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Wed, 29 Aug 2018 16:31:14 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp409.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 386657ddd14675c9361de4fffec7b77c; Wed, 29 Aug 2018 16:31:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FYI: head -r338341 on Pine64+ 2GB for a microsdhc boot media: mmc0: Failed to set VCCQ for card at relative address 43690 From: Mark Millard In-Reply-To: <20180829141353.1f81937f6c9f167c93d7ea2d@bidouilliste.com> Date: Wed, 29 Aug 2018 09:31:09 -0700 Cc: Mark Millard via freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <08B522F6-71E8-48C2-BD52-AF145E3615D5@yahoo.com> References: <20180829140421.9faac1d66c1d685106920f2b@bidouilliste.com> <20180829141353.1f81937f6c9f167c93d7ea2d@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 16:31:22 -0000 On 2018-Aug-29, at 5:13 AM, Emmanuel Vadot = wrote: > On Wed, 29 Aug 2018 14:04:21 +0200 > Emmanuel Vadot wrote: >=20 >> On Tue, 28 Aug 2018 23:26:36 -0700 >> Mark Millard via freebsd-arm wrote: >>=20 >>> aw_mmc0: mem = 0x1c0f000-0x1c0ffff irq 8 on simplebus0 >>> mmc0: on aw_mmc0 >>> . . . >>> mmcsd0: 32GB MFG 07/2017 by 3 SD> at = mmc0 50.0MHz/4bit/32768-block >>> mmc0: Failed to set VCCQ for card at relative address 43690 >>>=20 >>> It seem to tolerate that it did-not/could-not set the value. >>>=20 >>>=20 >>>=20 >>> It appears that sysutils/mmc-utils (still) just >>> gets AW_MMC_INT_RESP_TIMEOUT / ioctl: Operation timed out >>> for: mmc extcsd read /dev/mmcsd0 (once it is not mounted). >>>=20 >>> # mmc extcsd read /dev/mmcsd0 | more >>> open: Operation not permitted >>>=20 >>> # df -m >>> Filesystem 1M-blocks Used Avail Capacity Mounted on >>> /dev/ufs/PINE642GBrootfs 29400 16901 10147 62% / >>> devfs 0 0 0 100% /dev >>> /dev/label/PINE642GBboot 63 0 63 0% /boot/efi >>>=20 >>> Booting with / on a USB device instead and dismounting /boot/efi >>> (on mmcsd0) gets: >>>=20 >>> # mmc extcsd read /dev/mmcsd0 | more >>> AW_MMC_INT_RESP_TIMEOUT=20 >>> ioctl: Operation timed out >>> Could not read EXT_CSD from /dev/mmcsd0 >>=20 >> Why are you attempting to read a MMC v4.0+ register from an SDcard ? I'm just so used to historically booting from an e.MMC on an adapter that I automatically reverted to an e.MMC type of command without noticing. My Linux test environment is based on such an adapter, so I've also been context switching with an environment were the command does work. Sorry for the noise for the "mmc extcsd read". > Maybe it was even before that but it doesn't matter, my question is > still valid. >=20 >> (FYI this command works perfectly when executing on the eMMC on my >> pine64-lts) =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 Aug 29 17:45:05 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 514BF109088D for ; Wed, 29 Aug 2018 17:45:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-22.consmr.mail.gq1.yahoo.com (sonic311-22.consmr.mail.gq1.yahoo.com [98.137.65.203]) (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 D404D769B4 for ; Wed, 29 Aug 2018 17:45:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: M3B5wskVM1kMi3xdiOKFe2iZFgCnUUmLENdgJxA3PA7hbDnAsCv626rw8x6vefg 7LSlLh3BSA5VXde8cC_O3t5dtcwBVq9KZk1dhJPHysJmm2UEcYNlMmaIG5Jt9kNvuGGcK_shZvJr GuWmB7soPZtXiVTpwCQIe1vrdYzLW8PhKIlTbFNCYwnDjdSHbGP9IsYD4kMgJo3KbZpmNdYNVw.5 24uslpULm_ZRxdcgDvdrdekl0AvQe3MOwOvXMT.PzMR6E7yL20RzI0Km3bHHyJh1ZBHSAe0gTnk2 WNkZ_lcF24RR0sXsmj0rEcbRNVJmuL083_70SeuzNMqP9MQ1cZAxScF1ofHs7w1vk8aPc580J7UL ecGvoCpQlpdA1mgk.r9WebTl.g9vidO4_ief0DVEtLB1Qmqqdwlk9fbHfj7f_6IFDQPek7k8GAUe IbxQZqu6WrynATI3XGgJ.S4VZP0DykR9l6zlS32n0JOBrbaiYtQi_JwUHYR2msgYZytPcxwsmGRb 2SQZ8G1a9UUGVkXQ1zi2yO4ZC.NNW3_U2Vi3pR37gY68yh9l4DNVqkQgSmMTT3a5Jv.CUuayCG98 pCsDk4yrXfruaVmEW.l1h4_nHMNYSOO_FlraHHHeLOLcjdQNKt8o.u3c15SDVRtzj4qdZpJLYFpC fSQOKsJk1Roe3Nq9hbDr6i312cwQ9LAOZ78pqaKDqFPL66VdnTw3be9MhFxEOcbZdRs.Hz.vmijV qh7RdaL5_Uyq0HHi4u_AQoyvE9zWOOCkG1k_Wzss3pYLNuXW_18jKxdkyeemvgRsn5aD6s9irRCm rYBwohYbfu94K3qNqQOPOcH1LKnXXZz8OBUulBGmFxn2KrcCbHQCmoPHCm8GIDRg5OPlLx9VV3EG oeBvp7XhFJQSjdPw.RWrjp3O96JYE717duSxS0lFceY9GSekLTNfPs6wbHjv49iXs9359XOOoHMY QYcdWGA0LUPFIMrNvysc0MbOIE3BI.3m0cRIVeVOmhy7qV2qsL2S.HP5tpfFe898RHLv2y.QKR3n UUYq9yZeS Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Wed, 29 Aug 2018 17:44:58 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp422.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 61e83f7c2810975c5a759d7f8e36fa21; Wed, 29 Aug 2018 17:34:47 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FYI: head -r338341 on Pine64+ 2GB early "KLD file umodem.ko is missing dependencies" but later manual kldload works From: Mark Millard In-Reply-To: <1535556653.33841.29.camel@freebsd.org> Date: Wed, 29 Aug 2018 10:34:46 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <1535556653.33841.29.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 17:45:05 -0000 On 2018-Aug-29, at 8:30 AM, Ian Lepore wrote: > On Tue, 2018-08-28 at 22:53 -0700, Mark Millard via freebsd-arm wrote: >> Loading kernel... >> /boot/kernel/kernel text=3D0x8d4607 data=3D0x176e78+0x79d254 >> syms=3D[0x8+0x11f670+0x8+0x112dd8] >> Loading configured modules... >> /boot/entropy size=3D0x1000 >> /boot/kernel/umodem.ko text=3D0x2168 text=3D0x1410 = data=3D0x102d0+0xfd40 >> syms=3D[0x8+0xf30+0x8+0xb73] >> Using DTB provided by EFI at 0x47ff9000. >> Loading DTB overlays: 'sun50i-a64-sid,sun50i-a64-ths,sun50i-a64- >> timer' >> /boot/dtb/overlays/sun50i-a64-sid.dtbo size=3D0x1fd >> /boot/dtb/overlays/sun50i-a64-ths.dtbo size=3D0x3e8 >> /boot/dtb/overlays/sun50i-a64-timer.dtbo size=3D0x175 >> applying DTB overlay '/boot/dtb/overlays/sun50i-a64-sid.dtbo' >> applying DTB overlay '/boot/dtb/overlays/sun50i-a64-ths.dtbo' >> applying DTB overlay '/boot/dtb/overlays/sun50i-a64-timer.dtbo' >> EHCI failed to shut down host controller. >> ---<>--- >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Copyright (c) 1992-2018 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, >> 1994 >> The Regents of the University of California. All rights >> reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 12.0-ALPHA3 r338341M arm64 >> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on >> LLVM 6.0.1) >> VT: init without driver. >> KLD file umodem.ko is missing dependencies >> . . . >>=20 >>=20 >> Based on: >>=20 >> # more /boot/loader.conf=20 >> geom_label_load=3D"YES" # File system labels (see = glabel(8)) >> # >> boot_multicons=3D"YES" >> boot_serial=3D"YES" >> # >> hw.usb.template=3D3 >> umodem_load=3D"YES" >> # >> fdt_overlays=3D"sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer" >> # >> kern.cam.boot_delay=3D"10000" >> vfs.mountroot.timeout=3D"10" >> dumpdev=3D"/dev/gpt/PINE642Gswap" >>=20 >>=20 >>=20 >> But after login: >>=20 >> # kldstat >> Id Refs Address Size Name >> 1 1 0xffff000000000000 141bba8 kernel >> # kldload umodem.ko >> # kldstat >> Id Refs Address Size Name >> 1 6 0xffff000000000000 141bba8 kernel >> 2 1 0xffff00005d000000 41000 umodem.ko >> 3 1 0xffff00005d041000 41000 ucom.ko >>=20 >>=20 >> (I do not know if this will cause me any problems >> later or not. For now: just an FYI.) >>=20 >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >> ( dsl-only.net went >> away in early 2018-Mar) >=20 > It appears that the umodem driver has all the right MODULE_DEPEND() > statements. Does this happen only on first boot? If it happens on = every > boot, try doing "service kldxref start", then see if it's better on = the > next boot. >=20 > My theory is that the root problem here is that kldxref can't be run = as > a cross-tool. So on first boot, module dependencies don't get handled > correctly. But kldxref should run automatically on the first boot and > then things should be right after that. >=20 > We *really* need to fix kldxref to be runnable as a cross-tool. >=20 [The below is from the console port history from before your note. The Pine64+ 2GB is doing a buildworld buildkernel that will not complete for some time.] =46rom a reboot after having deleted /boot/kernel/linker.hints : Mounting local filesystems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib = /usr/local/lib/perl5/5.26/mach/CORE Building /boot/kernel/linker.hints then later rebooting again: VT: init without driver. KLD file umodem.ko is missing dependencies kldref for cross-builds could still be a problem but it need not be the only 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 Wed Aug 29 18:01:33 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 335C61091618 for ; Wed, 29 Aug 2018 18:01:33 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A61417832E for ; Wed, 29 Aug 2018 18:01:32 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: by mail-wm0-x235.google.com with SMTP id i134-v6so5102947wmf.0 for ; Wed, 29 Aug 2018 11:01:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=aTwi/5emv3EUqXNr9QgaKJeoifnV+qKLYrQYjypYbp0=; b=XlGSJjpjJOtiYvWkEDfTFBqnNzHXNciinxRxVBSvZwJltcHQ1oWa8A9gVSecwsSdnx pi2SJfPYHnMTUMfW/P8e/Kf7uczXGaeVj9blNW0SH7AAJ+Em71tiVAsQgi5P/Yy3+keY ZstasgfrxgUh4IuguOIj96mEwzJwkXXtq6aQ3JdB9Be/CaLhdaqZ0FfAA9YX5QK03whp zYW3sfPFvvVJqcSI0KJsRNnSfynpng1N4TfNn/gPmJDHJEcQmo21DZaa0sCpB/RH43dm QGYNx3LBAA057QuxawRJsU/revmPw3vUNQpdat5tZ5ElEH2enhuOnVj4o+/xEs9yGTd8 //1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=aTwi/5emv3EUqXNr9QgaKJeoifnV+qKLYrQYjypYbp0=; b=ozFg+30IBGSUqmAaLdqg7TTUIlJJ0MS5UYiQB3FRSWYQ/930lxXUot6AS5I72bLdAq oty9C/lk1XR5UTUrD4aCHi5DhkDrWzxOFkauiIVS147A5ApVp3RqSdC1/+aq1/JExf6o znpI6heYcLv2C6U+5Q7bCPevCLoWl89MZ6cXLoLqTNFxfL77zJx/yTC5/2s5VqFVH0Ox WNM1vtscndzBo7B8EVVR9NvIr/l6P3dcSMrDGy6esH4fs9ekpaAJYrSbpRVvRKK7eX1N 3ZJvRX5qqYRtVaO2dr95OedSsqWWjMh9b79P/iv8SpucZhGGjYy5xTWlGVDGyXfr+oS9 v/7w== X-Gm-Message-State: APzg51ASphLMqnVR8NrkP4j3N8K1k5S1kcamnPdSC1EOP87mYa4RuBpB 8p7UDNFwX+DjgzwSqFOpTCN0It4v X-Google-Smtp-Source: ANB0VdY/zNtgj4yCTkJw1BbwJNqX09nXc83073zJFNqNXbWX4zWY/aOklCQOs4gVDHyNalf9HMOT5w== X-Received: by 2002:a1c:7711:: with SMTP id t17-v6mr1027228wmi.35.1535565691127; Wed, 29 Aug 2018 11:01:31 -0700 (PDT) Received: from [172.16.0.150] (net-188-219-105-237.cust.vodafonedsl.it. [188.219.105.237]) by smtp.gmail.com with ESMTPSA id z11-v6sm3302454wrm.94.2018.08.29.11.01.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Aug 2018 11:01:30 -0700 (PDT) Subject: Re: utility for pin in BBB: PX.Y --> pin_mode, pin_name To: Russell Haley Cc: freebsd-arm References: <4661fc41-935a-56d5-2cc2-125085daf30a@gmail.com> From: Nicola Mingotti Message-ID: Date: Wed, 29 Aug 2018 20:01:28 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 18:01:33 -0000 Thank you for suggestion Russel, but unfortunately, at best of my knowldege, $> man 3 gpio_open and its shell command brother $> man 8 gpioctl are not appropriate, they are useful only if a pin has been configured as GPIO pin. The program i look for would be useful instead to esablish which physical pin has been configured as GPIO pin or PWM, PRU, I2C etc. I asked also in the Forum, but the only one aswering (@Phishry) has given me your same suggestion. If nobody knows of such a program i will start the implementation, maybe tomorrow. bye Nicola On 08/29/18 18:26, Russell Haley wrote: > Does this help? > https://www.freebsd.org/cgi/man.cgi?gpio > > Russ > > On Wed, Aug 29, 2018 at 6:13 AM Nicola Mingotti > wrote: > > > Hi, > > I would like to know if such utility already exists, if not I > can start to program it. > > The script should work like the example below, that is, > it gives the list of all pins (starting from their physical > position on > the board), > their mode, and so their associated name/function. > > #> pinfunc > ---------------------------- > P9.1 -- > P9.2 -- > ........ > P9.21 MODE-3 ehrpwm0B > P9.22 MODE-3 ehrpwm0A > P9.23 MODE-7 gpio.1.17 > ..... > --------------------------- > > The only way i know to read the pin mode is by direct memory > access, as done in "devmem2". If you know other ways let me know. > > I saw there is "man 9 fdt_pinctrl" but it seems more for writing pin > configuration than to read it. > > bye > Nicola > > > > > > > > > > > > > > > > > -- > -------------------------- > Dr. Nicola Mingotti > R&D - Borghi Srl > CTO - BondInsider > -------------------------- > > _______________________________________________ > 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 > " > -- -------------------------- Dr. Nicola Mingotti R&D - Borghi Srl CTO - BondInsider -------------------------- From owner-freebsd-arm@freebsd.org Wed Aug 29 18:13:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 720CD10919B6 for ; Wed, 29 Aug 2018 18:13:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E903278EE4 for ; Wed, 29 Aug 2018 18:13:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 38D4610ABB for ; Wed, 29 Aug 2018 18:13:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w7TID1QZ027571 for ; Wed, 29 Aug 2018 18:13:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w7TID1Vq027570 for freebsd-arm@FreeBSD.org; Wed, 29 Aug 2018 18:13:01 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 231004] powerd causes click noises on RPi pcm audio using 12-CURRENT Date: Wed, 29 Aug 2018 18:13:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: bobf@mrp3.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 18:13:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D231004 Bug ID: 231004 Summary: powerd causes click noises on RPi pcm audio using 12-CURRENT Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: bobf@mrp3.com when running powerd on an RPi model 2B, audible 'click' noises can be heard= on the RPi pcm audio output (both channels simultaneously), loud enough to be disruptive. However, these noises do not appear to happen when the CPU is sufficiently utilized, such as when playing a media file. As such, it may have been happening for a long time but had gone unnoticed. The CPU frequency changes from powerd appear to be the root cause. Loading= the BCM PWM kernel driver has no effect (whether present or absent in the kerne= l). Steps to repro: a) run an application that opens the audio output (/dev/dsp0.0) but doesn't send any signals over it. [alternately you can leave it 'unopened' but noise may be more frequent this way if you have it open] b) configure powerd to properly cycle the CPU frequency in rc.conf, and make sure it has been started with 'service powerd start'. c) repeatedly enter 'sysctl hw.cpufreq' into a console, and observe frequen= cy cycling and 'click noises' on the audio output. d) stop powerd with 'service powerd stop'. e) repeat 'c' except no noise. f) rinse/repeat as needed to confirm my settings for powerd are: powerd_enable=3D"YES" powerd_flags=3D"-n hadp -a hadp -b hadp" uname output: FreeBSD pi2c 12.0-ALPHA2 FreeBSD 12.0-ALPHA2 #16 r338208: Wed Aug 22 15:06:= 45 PDT 2018=20=20=20=20 bobf@hack.SFT.local:/e-drive/obj.current/e-drive/src.current/arm.armv7/sys/= RPI2 arm running processes: PID TT STAT TIME COMMAND 0 - DLs 0:00.02 [kernel] 1 - SLs 0:00.08 /sbin/init -- 2 - DL 0:00.00 [crypto] 3 - DL 0:00.00 [crypto returns 0] 4 - DL 0:00.00 [crypto returns 1] 5 - DL 0:00.00 [crypto returns 2] 6 - DL 0:00.00 [crypto returns 3] 7 - DL 0:00.00 [cam] 8 - SL 0:13.08 [VCHIQ-0] 9 - SL 0:01.25 [VCHIQr-0] 10 - RNL 79:00.98 [idle] 11 - WL 0:17.34 [intr] 12 - DL 0:00.30 [geom] 13 - DL 0:04.82 [usb] 14 - IL 0:00.00 [VCHIQs-0] 15 - DL 0:00.00 [sctp_iterator] 16 - DL 0:00.70 [rand_harvestq] 17 - DL 0:00.00 [soaiod1] 18 - DL 0:00.00 [soaiod2] 19 - DL 0:00.00 [soaiod3] 20 - DL 0:00.00 [soaiod4] 21 - DL 0:00.16 [mmcsd0: mmc/sd card] 22 - IL 0:00.00 [VCHIQka-0] 23 - SL 0:03.78 [bcm2835_audio_worke] 24 - DL 0:00.75 [pagedaemon] 25 - DL 0:00.00 [vmdaemon] 26 - DL 0:00.45 [bufdaemon] 27 - DL 0:00.04 [vnlru] 28 - DL 0:00.25 [syncer] 442 - Is 0:00.02 dhclient: system.syslog (dhclient) 445 - Is 0:00.02 dhclient: ue0 [priv] (dhclient) 491 - Is 0:00.00 dhclient: ue0 (dhclient) 492 - Is 0:00.01 /sbin/devd 562 - Ss 0:00.07 /usr/sbin/syslogd -s 773 - Is 0:00.02 /usr/sbin/sshd 777 - Ss 0:00.07 /usr/sbin/cron -s 836 - Is 0:00.18 sshd: ME [priv] (sshd) 839 - I 0:00.07 sshd: ME@pts/0 (sshd) 971 - Ss 0:00.00 /usr/sbin/powerd -n hadp -a hadp -b hadp 835 u0 Is 0:00.19 login [pam] (login) 852 u0 S 0:00.71 -csh (csh) 974 u0 R+ 0:00.02 ps ax 827 v0 Is+ 0:00.03 /usr/libexec/getty Pc ttyv0 828 v1 Is+ 0:00.02 /usr/libexec/getty Pc ttyv1 829 v2 Is+ 0:00.03 /usr/libexec/getty Pc ttyv2 830 v3 Is+ 0:00.02 /usr/libexec/getty Pc ttyv3 831 v4 Is+ 0:00.03 /usr/libexec/getty Pc ttyv4 832 v5 Is+ 0:00.02 /usr/libexec/getty Pc ttyv5 833 v6 Is+ 0:00.04 /usr/libexec/getty Pc ttyv6 834 v7 Is+ 0:00.02 /usr/libexec/getty Pc ttyv7 840 0 Is 0:00.22 -csh (csh) 849 0 S+ 5:47.71 ./ethermidi -F /home/bobf/mysounds.sf2 0.0.0.0:5000 NOTE: the 'ethermidi' application is one that I'm working on; it opens the audio output and idles waiting for MIDI commands over ethernet, and invokes libfluidsynth to play the MIDI sounds via 'oss'. It's not the noise source since this doesn't happen on other platforms with the same application.=20 However, it does reveal that there IS a noise source. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Aug 29 18:38:29 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 307861092080 for ; Wed, 29 Aug 2018 18:38:29 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D1A579990 for ; Wed, 29 Aug 2018 18:38:28 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 8fcc6888; Wed, 29 Aug 2018 20:38:19 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=eqTR7Nr8kCecqtpV8neUMpd8/e4=; b=cGNzEGTmWYdxWIgEKG/sIylK/VTk ek8uHLk0zf+6GqPJP1SWYGJ39qrOHJqk65N0UUvYEoaCCzYb+CSDxnc0A8cF3G8J VS97oz7ANiOSbc1az+lfLd/ADClpQuIV5Yt3CXXFNxVyqhbSFMOdcAkoHNzjmIs2 NUZZtMCALW3cUsU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=n0N1BePTMdjcXbUj4r1yMhqY2+0o14MMoiy7fla8PFIy5Gm5kns4dDb8 /m61c50eQJB6z2jvo0b6OZvN9HNcfG7vgnC97U9xq6ee9eyjZPy0N7zxwPIoHLo5 02MxfZJ3K6yabQTXTOnz+inRqph6MwIW3nUp5oXX1OO/hR1u9yA= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id a9ddfb80 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 29 Aug 2018 20:38:15 +0200 (CEST) Date: Wed, 29 Aug 2018 20:38:15 +0200 From: Emmanuel Vadot To: Daniel Braniss Cc: Mark Millard , Mark Millard via freebsd-arm Subject: Re: FYI: A Pine64+ 2GB thermal result during a -j4 buildworld's libllvm build on head -r338341 Message-Id: <20180829203815.374a89a79741cca304a564ba@bidouilliste.com> In-Reply-To: References: <4FB22C52-44DF-4868-B30F-5E07DE9F2198@yahoo.com> <20180829135057.742947ba512467bd82671cf0@bidouilliste.com> <20180829151201.e3acdd8f65a60e861987489f@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 18:38:29 -0000 On Wed, 29 Aug 2018 17:04:47 +0300 Daniel Braniss wrote: > > > > On 29 Aug 2018, at 16:12, Emmanuel Vadot wrote: > > > > On Wed, 29 Aug 2018 15:41:32 +0300 > > Daniel Braniss > wrote: > > > >> > >> > >>> On 29 Aug 2018, at 14:50, Emmanuel Vadot wrote: > >>> > >>> On Wed, 29 Aug 2018 04:07:28 -0700 > >>> Mark Millard via freebsd-arm > wrote: > >>> > >>>> This head -r338341 based Pine64+ 2GB has a case, heatsinks, > >>>> and a fan. > >>>> > >>>> # sysctl -a | grep therm > >>>> dev.aw_thermal.0.gpu2: 28C > >>>> dev.aw_thermal.0.gpu1: 29C > >>>> dev.aw_thermal.0.cpu: 31C > >>>> dev.aw_thermal.0.%parent: simplebus0 > >>>> dev.aw_thermal.0.%pnpinfo: name=thermal_sensor@1c25000 compat=allwinner,sun50i-a64-ths > >>>> dev.aw_thermal.0.%location: > >>>> dev.aw_thermal.0.%driver: aw_thermal > >>>> dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller > >>>> dev.aw_thermal.%parent: > >>>> > >>> > >>> That seems very very low. > >> mine (Friendlyarm/allwinner/a64)is too cold to believe: > >> > >> dev.aw_thermal.0.gpu2: 17C > >> dev.aw_thermal.0.gpu1: 17C > >> dev.aw_thermal.0.cpu: 15C > >> dev.aw_thermal.0.%parent: simplebus0 > >> dev.aw_thermal.0.%pnpinfo: name=thermal_sensor@1c25000 compat=allwinner,sun50i-a64-ths > >> dev.aw_thermal.0.%location: > >> dev.aw_thermal.0.%driver: aw_thermal > >> dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller > >> dev.aw_thermal.%parent: > > > > Indeed it does. Do you have the big ass heatsink + fan on it ? > > https://www.friendlyarm.com/index.php?route=product/product&path=82&product_id=133 > > > the one with the 'too big ass ...' reports 17C when idling, > a second with just the small heatsink reports 25 C for all three (gpu0/1 nd cpu0) > so I guess the fan does work, but still, room temperature is around 25C. Remember that A64 is a SoC for tablet, it was designed to be really cool. But if you have a IR thermometer or FLIR camera I would love some picture :) > > > > On my pine64 (Not LTS so A64), when it's idle the three sensors are > > ~22C. My IR thermometer reports a max temp of 33C when I 'scan' the > > chip. > > > > Could you sysctl dev.aw_sid.0.ths-calib ? > > > > I'll try to test on my NanoPi 64 with the heatsink. > > > >> and it?s summer here. > >> > >> danny > >> > >>> > >>> With 4 cpuburn-a53 process running I easily get to ~60C for cpu and > >>> ~55C for the gpus sensor. > >>> https://people.freebsd.org/~manu/cpuburn-a53 > >>> > >>>> This was during a -j4 buildworld's: > >>>> > >>>> Building /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/libllvm/CodeGen/MachineBranchProbabilityInfo.o > >>>> Building /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/libllvm/CodeGen/MachineCSE.o > >>>> Building /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/libllvm/CodeGen/MachineCombiner.o > >>>> Building /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/libllvm/CodeGen/MachineCopyPropagation.o > >>>> > >>>> No HDMI is plugged in. Ethernet is in use. The serial console > >>>> is in use. A USB powered hub with a USB drive is plugged in > >>>> to provide the swap partition. The UFS root file system is on > >>>> a microsdhc card in the microsd slot and it has TRIM enabled. > >>>> Nothing else other than the power cord is connected. > >>>> > >>>> (The microsd card use with TRIM was requested by someone. > >>>> I normally use a root filesystem on a USB device because > >>>> booting from an e.MCC on an sdcard adapter that is put in > >>>> the sdcard slot does not work these days and I normally > >>>> avoid microsd cards for much beyond loading the kernel.) > >>>> > >>>> === > >>>> 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" > >>> > >>> > >>> -- > >>> Emmanuel Vadot > > > >>> _______________________________________________ > >>> 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 " > >> > > > > > > -- > > Emmanuel Vadot > > > -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Aug 29 18:46:23 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FC8F10922C5 for ; Wed, 29 Aug 2018 18:46:23 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (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 0536A79DD5 for ; Wed, 29 Aug 2018 18:46:22 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-RoutePath: aGlwcGll X-MHO-User: ce9ae743-abbb-11e8-ac8d-0b43254c4a2d 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 outbound1.ore.mailhop.org (Halon) with ESMTPSA id ce9ae743-abbb-11e8-ac8d-0b43254c4a2d; Wed, 29 Aug 2018 18:46:15 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w7TIkEfH015220; Wed, 29 Aug 2018 12:46:14 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1535568374.33841.47.camel@freebsd.org> Subject: Re: utility for pin in BBB: PX.Y --> pin_mode, pin_name From: Ian Lepore To: Nicola Mingotti , Russell Haley Cc: freebsd-arm Date: Wed, 29 Aug 2018 12:46:14 -0600 In-Reply-To: References: <4661fc41-935a-56d5-2cc2-125085daf30a@gmail.com> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 18:46:23 -0000 On Wed, 2018-08-29 at 20:01 +0200, Nicola Mingotti wrote: > Thank you for suggestion Russel, > > but unfortunately, at best of my knowldege, > $> man 3 gpio_open > and its shell command brother > $> man 8 gpioctl > > are not appropriate, they are useful only if a pin > has been configured as GPIO pin. > > The program i look for would be useful instead to esablish > which physical pin has been configured as GPIO pin or > PWM, PRU, I2C etc. > > I asked also in the Forum, but the only one aswering > (@Phishry) has given me your same suggestion. > > If nobody knows of such a program i will start the implementation, > maybe  > tomorrow. > > bye > Nicola > Please bottom-post when replying to freebsd mailing lists. There is no interface defined for getting an fdt_pinctrl driver to return info about the current configuration. Even if such an interface existed, there would also need to be a new driver providing a cdev so that userland can access the information. There is also nothing in freebsd equivelent to the linux devmem2 program. A driver would have to be written to provide access to device- mapped memory before such a program could be written. You can't access arm hardware registers via /dev/mem or /dev/kmem. -- Ian From owner-freebsd-arm@freebsd.org Wed Aug 29 18:48:06 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4707A1092338 for ; Wed, 29 Aug 2018 18:48:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.ne1.yahoo.com (sonic314-21.consmr.mail.ne1.yahoo.com [66.163.189.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 D0BF079E6C for ; Wed, 29 Aug 2018 18:48:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 7spG0IkVM1lulL4weNzowEPcLSBthCsWGjGXKlkMpsTDuN_pHmyM.C44pXRbeiw WekcheUVMgSYLVJOjrJgPn6qcOsiJvtW28Pz2zHliV7gQqnlqzpCkciKcx4G5v9G3GGHHIXxk_R1 BVSujPk9rqlvbJpe1WflbCt66pMPFpMnqzL_u5d1zZ90Hgn0lojzMSo9IXIUUPb4DUQM_1K9_xOR HwbPmNdIiB40ZrTt0UWI3pHdVp6ilREQrH.1LqurpbotCDZbFFeF4z_AunsDveS1uFGd36_uLI3x 8NmCrWSLRbne2VVYs5hHIt7Ftv7Fey098YQ5wam2lNT4E.ZxR83OM2QoUdhsl_nHrrF8B6ZBtqpt YYN3hM1rBF7X7nEnctxWaoMJbpI_IV3A7vPNelRoG6VPPT49PmLe_6X7KPO0sraMKBnwCHH0lIDi MzgnoPDglDnd3_IhAOxLP_CBSa3u2KVL5FhFyCMCe7qchIOGvT6GXVWqeXPqMasDhKfXNvs2s9UB xiaYQkNFrr90FdNCOvKRbpU1pEfGXnqCoZPd5fe11iweOh5.afHD7eQOu3uUpeNOtnfXmiuMbIzP V1.UJfXa4UxTvqKPyMN3wh38siLbZukUTEmZZ2vHTy7yBUKsum5JM1V5e0uyd1Kd0wgznlClwx2H um5xAQksnyY8RooQTOwqhlZzUcUu8AlOMbdy8y6wNbx0qVjJ_1XXgpAM8HojCzrJtOLv.EzF3hy4 b2bE1Twdi0q2iq59JcZ.SXf7c8EP2pTyBk_Jg9c64Szck_40ioR8Dyl6DtI3vs5llJsKVrwUrvvC Eu0KpJs6cRnUqLZCNBAPt_mCT1W_jGWk64cCrtMsA0ZAlu8nZkD7g1HzqdG.cU4jXsytUR3av1.L 1IWWWCqnpN_pNX6VtEunU7SryD_JBT0W6K2li9GAC6B3Lh1bTMDLfV08xJe7DYaCDEnjJdLZWRwF Wz_hzq3JB7D94h.OHs2jmK49NlMQ6t_VTAC.lnhOOHhlOJvmU.Nr9oqk0VURAJ4eUzpDb9a3qe4b Arfn49wXGO75A Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Wed, 29 Aug 2018 18:48:04 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp414.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d252a82d2a355b67aaf180ec3c33ed4b; Wed, 29 Aug 2018 18:48:03 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FYI: A Pine64+ 2GB thermal result during a -j4 buildworld's libllvm build on head -r338341 From: Mark Millard In-Reply-To: <5B6E0726-2ACA-4051-8692-8D8A901BBF91@yahoo.com> Date: Wed, 29 Aug 2018 11:48:02 -0700 Cc: Daniel Braniss , Mark Millard via freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <984F9F42-E8A0-4E01-9391-AADFA87A01D6@yahoo.com> References: <4FB22C52-44DF-4868-B30F-5E07DE9F2198@yahoo.com> <20180829135057.742947ba512467bd82671cf0@bidouilliste.com> <20180829151201.e3acdd8f65a60e861987489f@bidouilliste.com> <5B6E0726-2ACA-4051-8692-8D8A901BBF91@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 18:48:06 -0000 [The build got past doing llvm library related builds and so is doing less intense buildworld activity.] On 2018-Aug-29, at 8:58 AM, Mark Millard wrote: > On 2018-Aug-29, at 6:12 AM, Emmanuel Vadot = wrote: >=20 >> On Wed, 29 Aug 2018 15:41:32 +0300 >> Daniel Braniss wrote: >>=20 >>>=20 >>>=20 >>>> On 29 Aug 2018, at 14:50, Emmanuel Vadot = wrote: >>>>=20 >>>> On Wed, 29 Aug 2018 04:07:28 -0700 >>>> Mark Millard via freebsd-arm > wrote: >>>>=20 >>>>> This head -r338341 based Pine64+ 2GB has a case, heatsinks, >>>>> and a fan. >>>>>=20 >>>>> # sysctl -a | grep therm >>>>> dev.aw_thermal.0.gpu2: 28C >>>>> dev.aw_thermal.0.gpu1: 29C >>>>> dev.aw_thermal.0.cpu: 31C >>>>> dev.aw_thermal.0.%parent: simplebus0 >>>>> dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths >>>>> dev.aw_thermal.0.%location:=20 >>>>> dev.aw_thermal.0.%driver: aw_thermal >>>>> dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller >>>>> dev.aw_thermal.%parent:=20 >>>>>=20 >>>>=20 >>>> That seems very very low. >>> mine (Friendlyarm/allwinner/a64)is too cold to believe: >>>=20 >>> dev.aw_thermal.0.gpu2: 17C >>> dev.aw_thermal.0.gpu1: 17C >>> dev.aw_thermal.0.cpu: 15C >>> dev.aw_thermal.0.%parent: simplebus0 >>> dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths >>> dev.aw_thermal.0.%location:=20 >>> dev.aw_thermal.0.%driver: aw_thermal >>> dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller >>> dev.aw_thermal.%parent: >>=20 >> Indeed it does. Do you have the big ass heatsink + fan on it ? >> = https://www.friendlyarm.com/index.php?route=3Dproduct/product&path=3D82&pr= oduct_id=3D133 >>=20 >> On my pine64 (Not LTS so A64), when it's idle the three sensors are >> ~22C. My IR thermometer reports a max temp of 33C when I 'scan' the >> chip. >>=20 >> Could you sysctl dev.aw_sid.0.ths-calib ? >=20 > The buildworld is doing libclang compiles now: >=20 > # sysctl dev.aw_sid.0.ths-calib dev.aw_thermal > dev.aw_sid.0.ths-calib: 820788078307 > dev.aw_thermal.0.gpu2: 27C > dev.aw_thermal.0.gpu1: 28C > dev.aw_thermal.0.cpu: 30C > dev.aw_thermal.0.%parent: simplebus0 > dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths > dev.aw_thermal.0.%location:=20 > dev.aw_thermal.0.%driver: aw_thermal > dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller > dev.aw_thermal.%parent:=20 >=20 >> I'll try to test on my NanoPi 64 with the heatsink. >>=20 >>> and it?s summer here. >>>=20 >>> danny >>>=20 >>>>=20 >>>> With 4 cpuburn-a53 process running I easily get to ~60C for cpu and >>>> ~55C for the gpus sensor. >>>> https://people.freebsd.org/~manu/cpuburn-a53 = >=20 > It will be a notable before the buildworld completes > (if it finishes normally). >=20 >>>>> This was during a -j4 buildworld's: >>>>>=20 >>>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineBranchProbabilityInfo.o >>>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCSE.o >>>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCombiner.o >>>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCopyPropagation.o >>>>>=20 >>>>> No HDMI is plugged in. Ethernet is in use. The serial console >>>>> is in use. A USB powered hub with a USB drive is plugged in >>>>> to provide the swap partition. The UFS root file system is on >>>>> a microsdhc card in the microsd slot and it has TRIM enabled. >>>>> Nothing else other than the power cord is connected. >>>>>=20 >>>>> (The microsd card use with TRIM was requested by someone. >>>>> I normally use a root filesystem on a USB device because >>>>> booting from an e.MCC on an sdcard adapter that is put in >>>>> the sdcard slot does not work these days and I normally >>>>> avoid microsd cards for much beyond loading the kernel.) >>=20 >=20 During a less intense build stage it shows the likes of: # sysctl dev.aw_sid.0.ths-calib dev.aw_thermal dev.aw_sid.0.ths-calib: 820788078307 dev.aw_thermal.0.gpu2: 24C dev.aw_thermal.0.gpu1: 24C dev.aw_thermal.0.cpu: 26C dev.aw_thermal.0.%parent: simplebus0 dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths dev.aw_thermal.0.%location:=20 dev.aw_thermal.0.%driver: aw_thermal dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller dev.aw_thermal.%parent:=20 It is summer and the room temperature is above 26 degC, more like 28.3 degC. It does look like the figures are systematically low in my context. It will be some time before I'll get a figure for idle. =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 Aug 29 19:12:42 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F2F8109361E for ; Wed, 29 Aug 2018 19:12:42 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22e.google.com (mail-it0-x22e.google.com [IPv6:2607:f8b0:4001:c0b::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 18A287D420 for ; Wed, 29 Aug 2018 19:12:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22e.google.com with SMTP id j81-v6so9252373ite.0 for ; Wed, 29 Aug 2018 12:12:41 -0700 (PDT) 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=imrfbSP7qb+oqwBLqKJ6AJjpwrZ6PMPd2W7bPhhzuQw=; b=sTqL7QqBPCqOocbPPmb+E289v34DfXjErqUfx7Iivv6DKCgExlXSMOd9UvIqfAErg3 hGl5+raV2T/A1oZdieea6Uh7fQtzO33Cym09VQDVL07QdYg0bHjfx5EH4CRVwS3CfvCo nW9jw8IpwIqAD84bq2h58DEkdgJ+PFNE9K7iE7yQz8KGwOMH+nNo5939ED/eG2W3WLoG q5SMO1JMeYnbLTtw9XDGXizDwemljc8CvUFomuKRu0KQOA7boCYURwpR8yEquluLHT/w pWxgorKV4oVQGmM+yqbHaU6YlaJorxHuiJ0BRzy0uwkOraKg87sund/ioPVVX3qJKiY1 AsBQ== 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=imrfbSP7qb+oqwBLqKJ6AJjpwrZ6PMPd2W7bPhhzuQw=; b=TTgylJsY//JfTqhPUyO6N06XBQisqNaeIAW0YkwTa/PUqK7Wuy43NQQid3GBF5m+jn RoZ/+EUmGoUC63KH1RpEQC/WpBXB61EqzOdm8JKDptGjLA5e0VSQaksw3Zr982Gg20Gq GGQuIsdjCSTr87oEqBwqCNKpRoB893SDrPuPQKU5ebaOwWcJHXYiGgLAMqEn3WUtpzFt wrv3ltEyibFabj4YRx0QbBCpMmwBJygQ6NTyCdSXZVZ36Bbqni2qA6Dj59I1wzAaKv/C DIu1Ex+VXAqVm+9TEs8MvKz2eYDUHBZLKfaZCBCVayr09Hr8pG2M+53Afgto8L/AZ3lc YBKg== X-Gm-Message-State: APzg51B8Vr1MG+MUTIVlLB8RKJdeWURLchmY2WXhEHUc3sIBQDUBU+S6 nZ4ckW06A/T3eAbmVWfA4BWr9JobkhJaUWXLpZ0Wfw== X-Google-Smtp-Source: ANB0VdZp4iLKIp445WpfgG9dN1ROnw675184mQ9vSK1KalpMeTZtPdKLBITwo79UDkxDqwcKMK0wm/W4pnVPtlVy16o= X-Received: by 2002:a24:d2:: with SMTP id 201-v6mr6448445ita.60.1535569961057; Wed, 29 Aug 2018 12:12:41 -0700 (PDT) MIME-Version: 1.0 References: <1535556653.33841.29.camel@freebsd.org> In-Reply-To: From: Warner Losh Date: Wed, 29 Aug 2018 13:12:29 -0600 Message-ID: Subject: Re: FYI: head -r338341 on Pine64+ 2GB early "KLD file umodem.ko is missing dependencies" but later manual kldload works To: Mark Millard Cc: Ian Lepore , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 19:12:42 -0000 On Wed, Aug 29, 2018 at 11:45 AM Mark Millard via freebsd-arm < freebsd-arm@freebsd.org> wrote: > > > On 2018-Aug-29, at 8:30 AM, Ian Lepore wrote: > > > On Tue, 2018-08-28 at 22:53 -0700, Mark Millard via freebsd-arm wrote: > >> Loading kernel... > >> /boot/kernel/kernel text=0x8d4607 data=0x176e78+0x79d254 > >> syms=[0x8+0x11f670+0x8+0x112dd8] > >> Loading configured modules... > >> /boot/entropy size=0x1000 > >> /boot/kernel/umodem.ko text=0x2168 text=0x1410 data=0x102d0+0xfd40 > >> syms=[0x8+0xf30+0x8+0xb73] > >> Using DTB provided by EFI at 0x47ff9000. > >> Loading DTB overlays: 'sun50i-a64-sid,sun50i-a64-ths,sun50i-a64- > >> timer' > >> /boot/dtb/overlays/sun50i-a64-sid.dtbo size=0x1fd > >> /boot/dtb/overlays/sun50i-a64-ths.dtbo size=0x3e8 > >> /boot/dtb/overlays/sun50i-a64-timer.dtbo size=0x175 > >> applying DTB overlay '/boot/dtb/overlays/sun50i-a64-sid.dtbo' > >> applying DTB overlay '/boot/dtb/overlays/sun50i-a64-ths.dtbo' > >> applying DTB overlay '/boot/dtb/overlays/sun50i-a64-timer.dtbo' > >> EHCI failed to shut down host controller. > >> ---<>--- > >> KDB: debugger backends: ddb > >> KDB: current backend: ddb > >> Copyright (c) 1992-2018 The FreeBSD Project. > >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > >> 1994 > >> The Regents of the University of California. All rights > >> reserved. > >> FreeBSD is a registered trademark of The FreeBSD Foundation. > >> FreeBSD 12.0-ALPHA3 r338341M arm64 > >> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on > >> LLVM 6.0.1) > >> VT: init without driver. > >> KLD file umodem.ko is missing dependencies > >> . . . > >> > >> > >> Based on: > >> > >> # more /boot/loader.conf > >> geom_label_load="YES" # File system labels (see glabel(8)) > >> # > >> boot_multicons="YES" > >> boot_serial="YES" > >> # > >> hw.usb.template=3 > >> umodem_load="YES" > >> # > >> fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer" > >> # > >> kern.cam.boot_delay="10000" > >> vfs.mountroot.timeout="10" > >> dumpdev="/dev/gpt/PINE642Gswap" > >> > >> > >> > >> But after login: > >> > >> # kldstat > >> Id Refs Address Size Name > >> 1 1 0xffff000000000000 141bba8 kernel > >> # kldload umodem.ko > >> # kldstat > >> Id Refs Address Size Name > >> 1 6 0xffff000000000000 141bba8 kernel > >> 2 1 0xffff00005d000000 41000 umodem.ko > >> 3 1 0xffff00005d041000 41000 ucom.ko > >> > >> > >> (I do not know if this will cause me any problems > >> later or not. For now: just an FYI.) > >> > >> === > >> Mark Millard > >> marklmi at yahoo.com > >> ( dsl-only.net went > >> away in early 2018-Mar) > > > > It appears that the umodem driver has all the right MODULE_DEPEND() > > statements. Does this happen only on first boot? If it happens on every > > boot, try doing "service kldxref start", then see if it's better on the > > next boot. > > > > My theory is that the root problem here is that kldxref can't be run as > > a cross-tool. So on first boot, module dependencies don't get handled > > correctly. But kldxref should run automatically on the first boot and > > then things should be right after that. > > > > We *really* need to fix kldxref to be runnable as a cross-tool. > > > > [The below is from the console port history from before your note. > The Pine64+ 2GB is doing a buildworld buildkernel that will not > complete for some time.] > > From a reboot after having deleted /boot/kernel/linker.hints : > > Mounting local filesystems:. > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib > /usr/local/lib/perl5/5.26/mach/CORE > Building /boot/kernel/linker.hints > > then later rebooting again: > > VT: init without driver. > KLD file umodem.ko is missing dependencies > > > kldref for cross-builds could still be a problem but it > need not be the only one. > silly question, but what does ls /boot/kernel say? Warner From owner-freebsd-arm@freebsd.org Wed Aug 29 19:46:37 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 982EB1094107 for ; Wed, 29 Aug 2018 19:46:37 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0DF3D7E673 for ; Wed, 29 Aug 2018 19:46:36 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 0b4e7198; Wed, 29 Aug 2018 21:46:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=axQ5set3dJz1Adue1H9D6ZHwQDM=; b=r7qAA1318oaoiYDKFotnVUVCcogM YzlM/eA8aL1LbVbkAiW589QL4cw/CVN058s1s4svXd2VMPMQujTXZqssVsuRK0J5 p5QcPH17FXRx94iReByFn02mxgy41pKWqb17aI/FFUA5JUbgvhE/FcWDjKPMUUX8 JCvmZQd0K+0tcWA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=kaZe88N8pAAhRHz5NI5GeDrQrOdNOlRnAwYtu+OY5IMxOUhBog4ZLz0W bXRpTdPzMaALMqVajOG5jqIb46z5aqhtkxE5XGoUuNEcAB1dkLPqIwVqfDeHQa7I xdNii+K0S1TsuMJDE1JxbWQlI0hNmmnR69kjhU03OqNp4U36kYg= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id f9419923 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 29 Aug 2018 21:46:34 +0200 (CEST) Date: Wed, 29 Aug 2018 21:46:34 +0200 From: Emmanuel Vadot To: Greg V Cc: freebsd-arm@freebsd.org Subject: Re: Rockchip RK3399 update Message-Id: <20180829214634.b894c03131ec7b2fe384ed17@bidouilliste.com> In-Reply-To: <1535457047.1823.0@hraggstad.unrelenting.technology> References: <1535457047.1823.0@hraggstad.unrelenting.technology> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 19:46:37 -0000 Hi Greg, On Tue, 28 Aug 2018 14:50:47 +0300 Greg V wrote: > Hi, >=20 > I've been trying to bring up various devices on the RK3399 SoC, here's=20 > a little update. >=20 > The WIP stuff is at https://github.com/myfreeweb/freebsd/commits/master > The review for the basic support is at=20 > https://reviews.freebsd.org/D16732 >=20 > # CRU (clocks) >=20 > A problem: the xin32k clock is described as a fixed clock in the=20 > rockchip 4.4 device tree ? in the *board* tree, so much later than=20 > the Clock & Reset Unit. In the mainline version, it's an output of the=20 > RK808 PMIC (o_0). >=20 > Either way, mentioning it as a parent of some clock in the CRU driver=20 > results in it not being found, which is a panic. >=20 > # cpufreq / voltage regulators >=20 > Currently works with a hack that makes voltage controllers optional ? > Somehow the big cores clock to 2.18ghz without changing voltage from=20 > stock (which is apparently 1.0V). >=20 > My driver for the big cores' voltage controller is registering the=20 > regulators, but cpufreq_dt isn't finding them for some reason o_0 >=20 > fanpwr0: at addr 0x80 on iicbus0 > fanpwr0: regulator name: vdd_cpu_b > fanpwr0: attached regulator > fanpwr1: at addr 0x82 on iicbus0 > fanpwr1: regulator name: vdd_gpu > fanpwr1: attached regulator > [?] > cpufreq_dt4: on cpu4 > cpufreq_dt4: WARN no regulator for cpu@100 > [?] > fanpwr0: 1.00 V / f4240 uv > fanpwr1: 1.00 V / f4240 uv >=20 > # if_dwc (Ethernet) >=20 > Getting up to 510Mbit/s performance. Not bad, but are we missing=20 > anything to make it go even faster, actually closer to gigabit? >=20 > (The 90Mbit/s figure mentioned in the review was because of a bad cable=20 > connection haha) >=20 > # xhci (USB 3.0) >=20 > After changing xhci_mv to be a generic xhci_fdt driver (& adding=20 > Synopsys DesignWare init code from OpenBSD) and writing a Rockchip glue=20 > driver, it talks to the controller. >=20 > The USB ports don't get power though. We need PHY drivers maybe?=20 > OpenBSD gets away with no Rockchip PHY drivers, somehow it works for=20 > them? >=20 > dwc3_rk0: on ofwbus0 > dwc3_rk0: enabling clock clk_usb3otg0_ref > dwc3_rk0: enabling clock clk_usb3otg0_suspend > dwc3_rk0: enabling clock aclk_usb3otg0 > dwc3_rk0: enabling clock aclk_usb3_grf > dwc3_rk0: deasserting reset > xhci0: mem=20 > 0xfe800000-0xfe8fffff irq 79 on dwc3_rk0 > xhci0: 64 bytes context size, 32-bit DMA > usbus2 on xhci0 > xhci0: usbpf: Attached > dwc3_rk1: on ofwbus0 > dwc3_rk1: enabling clock clk_usb3otg1_ref > dwc3_rk1: enabling clock clk_usb3otg1_suspend > dwc3_rk1: enabling clock aclk_usb3otg1 > dwc3_rk1: enabling clock aclk_usb3_grf > dwc3_rk1: deasserting reset > xhci1: mem=20 > 0xfe900000-0xfe9fffff irq 80 on dwc3_rk1 > xhci1: 64 bytes context size, 32-bit DMA > usbus3 on xhci1 > xhci1: usbpf: Attached >=20 > # ochi (USB 1.0) >=20 > Ports aren't powered too, and we're getting this: >=20 > ohci_interrupt: unrecoverable error, controller halted > ohci_interrupt: blocking intrs 0x10 > ohci_interrupt: unrecoverable error, controller halted > ohci_interrupt: blocking intrs 0x10 >=20 > # dwmmc (SD card slot) >=20 > After modifying dwmmc_rockchip to include 'rockchip,rk3399-dw-mshc', it=20 > talks to the controller. >=20 > The system hangs when a card is inserted though: >=20 > rockchip_dwmmc0: (RockChip)> mem 0xfe320000-0xfe323fff irq 8 on ofwbus0 > rockchip_dwmmc0: num-slots property is deprecated > rockchip_dwmmc0: Hardware version ID is 270a > [?] > mmc0: on rockchip_dwmmc0 > mmc0: Probing bus > mmc0: SD 2.0 interface conditions: OK > mmc0: SD probe: OK (OCR: 0x00ff8000) > mmc0: Current OCR: 0x00ff8000 > mmc0: Probing cards > mmc0: New card detected (CID 2750485[?]) > mmc0: New card detected (CSD 400e003[?]) > [freeze here] >=20 > # sdhci (eMMC module slot) >=20 > After modifying sdhci_fdt to include 'arasan,sdhci-5.1', it talks to=20 > the controller. >=20 > I don't have an eMMC module, so can't test operation. (idk why it says=20 > "card inserted" lol? ghost card) >=20 > OpenBSD driver mentions some interesting quirks: > https://github.com/openbsd/src/blob/d6d23d791f9c7b791834c6f85905dc7b93dc6= 4e6/sys/dev/fdt/sdhc_fdt.c#L99-L115 >=20 > sdhci_fdt0: mem=20 > 0xfe330000-0xfe33ffff irq 9 on ofwbus0 > sdhci_fdt0: Hardware doesn't specify timeout clock frequency, setting=20 > BROKEN_TIMEOUT quirk. > sdhci_fdt0-slot0: 200MHz HS 8bits VDD: 1.8V VCCQ: 3.3V DRV: BACD DMA=20 > embedded > sdhci_fdt0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUM= P =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > sdhci_fdt0-slot0: Sys addr: 0x00000000 | Version: 0x00001002 > sdhci_fdt0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 > sdhci_fdt0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 > sdhci_fdt0-slot0: Present: 0x1fff0000 | Host ctl: 0x00000000 > sdhci_fdt0-slot0: Power: 0x0000000b | Blk gap: 0x00000080 > sdhci_fdt0-slot0: Wake-up: 0x00000000 | Clock: 0x00002007 > sdhci_fdt0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 > sdhci_fdt0-slot0: Int enab: 0x027f003b | Sig enab: 0x00000000 > sdhci_fdt0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 > sdhci_fdt0-slot0: Caps: 0x44edc880 | Caps2: 0x800020f7 > sdhci_fdt0-slot0: Max curr: 0x00000000 | ADMA err: 0x00000000 > sdhci_fdt0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 > sdhci_fdt0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > sdhci_fdt0: 1 slot(s) allocated > sdhci_fdt0-slot0: Card inserted > mmc1: on sdhci_fdt0 >=20 > # PCIe >=20 > OpenBSD has a driver:=20 > https://github.com/openbsd/src/blob/master/sys/dev/fdt/rkpcie.c >=20 > Maybe I'll try porting, but I don't really know what I'm doing with all=20 > this stuff :D >=20 > ( BTW, they also have one for the Marvell Armada 8K already too! > https://github.com/openbsd/src/blob/master/sys/dev/fdt/dwpcie.c ) >=20 > # Display/GPU >=20 > I have the radeon driver building and loading on aarch64: >=20 > https://github.com/myfreeweb/kms-drm/tree/aarch64 >=20 > So having a PCIe driver would allow me to actually test it :) >=20 > As for the onboard display system, adding OpenFirmware/clocks/etc. to=20 > LinuxKPI doesn't look super easy. > But of course not impossible either? >=20 > # Chromebooks? >=20 > There are some nice RK3399 based chromebooks available. >=20 > I guess it should be possible to build a coreboot for them with the=20 > TianoCore payload (or at least U-Boot). > And we might have the EFI framebuffer on that, since the coreboot=20 > source does have some RK3399 display stuff. >=20 > We also already have a Chrome EC (&keyboard) driver in the tree, hidden=20 > away in the 32-bit Samsung Exynos stuff? >=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" Sorry, I don't have time to review all this for now, I'll try to look at it soon. Keep up the good work !! --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Aug 29 20:26:40 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F9F81095516 for ; Wed, 29 Aug 2018 20:26:40 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91B7680774; Wed, 29 Aug 2018 20:26:39 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: by mail-wm0-x22a.google.com with SMTP id m199-v6so171435wma.1; Wed, 29 Aug 2018 13:26:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=HnsWDlkgsGgzDjWjZ4i1L6DCwJyxPeZ8ZcIbYpbxGkA=; b=DRQmXAjCcpcDHSWhHVUcCEQmgx+z02WAJT20KQnh5KHfSpY+qH9fhg7dicpuWU3jRf QeCr5YIwcIUX3mf7ycxBC4aaHH81ukVDyfppBsOnNHC9NNW3omK8BFma8TCyJBiFxRdC eRoXHC+4ZsJ6B4Hm4zF0klN5Vfw79tz4A6t4de5wPdnG/esW/F2CjWEAsN44CmTReWyc DefzzWeYcFQgpieRb08jS55LvHMBnz+qEjGJscN+gIUAF/5Dt0X06f3JDmC8E2hOVAc4 /vlza3XdO41LUI+M1r8cdDiY8rpMFaWBzrpq62VNgGn4FAiuu/VCFdatHyovEVln1wsL 6Q8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=HnsWDlkgsGgzDjWjZ4i1L6DCwJyxPeZ8ZcIbYpbxGkA=; b=JO9+sYVs56HXVsOZjOF2Wkn5Wnza7yrQiuSaasfsS7Kkfo+jOO6N/ns9wIJIFBREge x/YHAjV1uqZ9eFUvHUfk/Jq83zKGb48xNfeEElRho9tt8NEwbRp22PrP2kZCD3b1U2fl nthFKflFJHjvVuAdpo2ZrBlZKddMQlG8aYe2LG1AC+6VgQxkX1wa+CDY9FI6XKgr1YMW DeNey7VELRlsN6yZOCNwB4uPEia4iXWTsuAYZFTJYQtu7WTHuVHZ955pPn+UuNA8ohj5 MHQCVA0AF5sBXU/6sWtuSdGAxO8UG6KPZ/6PLrcVK/RBN+gnBHQKY2HfH5UyIIKgbrQb A4Xw== X-Gm-Message-State: APzg51DsdSiYuQlo4P73l2NQy8oZEbe4t+kRqzQcE7w+Yu9KxvRea0Ea YzCpljwvAV206BSw86PcXzs= X-Google-Smtp-Source: ANB0VdZgLsWr+x0NvCAr9umy/bsUp0pek5/JKp4VoGtIWj0cH+7BLkw+l2l9znn/2/gQRIqArOAD1w== X-Received: by 2002:a1c:cc0e:: with SMTP id h14-v6mr5325097wmb.2.1535574398107; Wed, 29 Aug 2018 13:26:38 -0700 (PDT) Received: from [172.16.0.150] (net-188-219-105-237.cust.vodafonedsl.it. [188.219.105.237]) by smtp.gmail.com with ESMTPSA id q200-v6sm250529wmd.2.2018.08.29.13.26.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Aug 2018 13:26:37 -0700 (PDT) Subject: Re: utility for pin in BBB: PX.Y --> pin_mode, pin_name To: Ian Lepore , Russell Haley Cc: freebsd-arm , Nicola Mingotti References: <4661fc41-935a-56d5-2cc2-125085daf30a@gmail.com> <1535568374.33841.47.camel@freebsd.org> From: Nicola Mingotti Message-ID: Date: Wed, 29 Aug 2018 22:26:35 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <1535568374.33841.47.camel@freebsd.org> Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 20:26:40 -0000 On 08/29/18 20:46, Ian Lepore wrote: > On Wed, 2018-08-29 at 20:01 +0200, Nicola Mingotti wrote: >> Thank you for suggestion Russel, >> >> but unfortunately, at best of my knowldege, >> $> man 3 gpio_open >> and its shell command brother >> $> man 8 gpioctl >> >> are not appropriate, they are useful only if a pin >> has been configured as GPIO pin. >> >> The program i look for would be useful instead to esablish >> which physical pin has been configured as GPIO pin or >> PWM, PRU, I2C etc. >> >> I asked also in the Forum, but the only one aswering >> (@Phishry) has given me your same suggestion. >> >> If nobody knows of such a program i will start the implementation, >> maybe >> tomorrow. >> >> bye >> Nicola >> > Please bottom-post when replying to freebsd mailing lists. ok ! > There is no interface defined for getting an fdt_pinctrl driver to > return info about the current configuration. Even if such an interface > existed, there would also need to be a new driver providing a cdev so > that userland can access the information. ok, no interface. > There is also nothing in freebsd equivelent to the linux devmem2 > program. A driver would have to be written to provide access to device- > mapped memory before such a program could be written. You can't access > arm hardware registers via /dev/mem or /dev/kmem. > > -- Ian I just compiled devmem2 and it seems to work. I did silly modifications. The code is here: http://euriscom.it/data/dm2.c (forget the first comment lines, they are poor, I did not intend to share this, it is my working copy) if i run it: --------------------------------- #> ./dm2 0x44e10998 b /dev/mem opened. Memory mapped at address 0x20221000. Value at address 0x44E10998 (0x20221998): 0x5 --------------------------------- Whic corresponds to what i wrote in the DTO. -----            pru_pru_pins: pinmux_pru_pru_pins {                       pinctrl-single,pins = <                           // 0x1a4 0x05   /* P9.27 pr1_pru0_pru_r30_5, Mode 5 output pull-down   */                           0x19c 0x26   /* P9.28 pr1_pru0_pru_r31_3, Mode 6 input pull-down    */                           0x198 0x05    /* PRU0-2 -- P9.30 -- pr1_pru0_pru_r30_2 ... se in MODE-5  */                           >;                   }; ----- This is the only test i made but it seems improbable I got the same value by chance;) It goes without saying that I don't understand all what i wrote, so, i could be boldly wrong ;) If it turns out it works let me know, i can make the port. bye n. -- -------------------------- Dr. Nicola Mingotti R&D - Borghi Srl CTO - BondInsider -------------------------- From owner-freebsd-arm@freebsd.org Wed Aug 29 20:33:52 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1C861095830 for ; Wed, 29 Aug 2018 20:33:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-14.consmr.mail.bf2.yahoo.com (sonic315-14.consmr.mail.bf2.yahoo.com [74.6.134.124]) (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 7587980C93 for ; Wed, 29 Aug 2018 20:33:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 2H8q8wgVM1lKj7PXwHlbJQkOD_p1.TtLlwhwgmcRYVKhs8nUXF8BWS.Sn.lSsAe OPsVFRzs3p5l4Z.5nGK2sktbuRpbvthcZGz5aB2swdgJE.AcvBSRxHmINpNNu52hxukgL1yNPthh Dr.ta0nRoHVVh87BQSHMycxTGEBnfQs0XNAqwCpotZhL7OYhG46Lg5MEs9Knz36F04w1oONVrtRf CvYgc8wGrS2kihEcGHdYVRUdETTaKSeHI84E0W320UZuFLT.zXI7aKIS8nIp7vloe_i0U9mYXLj4 iexLCsuOumujlCStneIR7tHAPRgCxhX6BTpOzjtAlh5OWde81GwuhpBYUPFqiAwR.cqs9H42Hqi9 skKfFSRzvSio6fMTt.u2chVqKtrustPpfkuunUC47uUfTJhQ4x8vueoCVcsEQ2XZzFmn6yCn_TZV ZO76U1Vj5DsF2uEBcLGWUy_J0AV3OZr0nDdnCe5DGkYhqOijmLhYMq0W.nEDUTTALnpFS3ogfZz4 _e9WkyuEZobyC8Y.kDnpBmgXAglRIq.bB9Spt92BgVXRj6m.Gd5BzQ80h5dDDBrWeAv51LgQaEzy OFHQ4WG3ga3wddXoNHKmNaec3bO1Yqv23ymhXSqRTCpKH1Ur1XX.WZLu..lc3R_BL4juOCWoe9L_ CusgT47SOEOkN.h2d4S5TYtyllosfwdSVMhzgay673Oietdf3pBAC.dw1lNdyK7OtgXog9fnk4nG En8vP5oLpuupYjM.ITVplgZs0ZAmxc3OdVHZpLbWJC0lS1Wx2YjOPNo3_q_OZlQ2NfSbDr0brUJj VRDiKnTj0yUkaOD.h3XkqzambYuhDB6bUDTClnOIFMJViBb7QEeHpQ0tJ5Enbkt9yM24qX7VHvHe Ayd9k0MqtXVJHx4W5QzE9rwNrHbj.7hbkc8exMTXD2ZQ4VVK1IBGVt3WVRKhebCJ.fAnus.5uGfk _yjS3EyaHBazliEZhbRnZcBtLBKuzZMUmh8et_r2Z6C7K9M9CNA1ivkoWKxKJIXHvtuHUqoH2D8m KJEJyC9plvQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.bf2.yahoo.com with HTTP; Wed, 29 Aug 2018 20:33:46 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp426.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID b6576f4b10d12e0bbf74da5a4d0881dd; Wed, 29 Aug 2018 20:33:43 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FYI: head -r338341 on Pine64+ 2GB early "KLD file umodem.ko is missing dependencies" but later manual kldload works From: Mark Millard In-Reply-To: Date: Wed, 29 Aug 2018 13:33:41 -0700 Cc: Ian Lepore , "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <18DC1BDF-4FB1-4A39-9C29-874BE1F46E07@yahoo.com> References: <1535556653.33841.29.camel@freebsd.org> To: Warner Losh X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 20:33:53 -0000 On 2018-Aug-29, at 12:12 PM, Warner Losh wrote: > On Wed, Aug 29, 2018 at 11:45 AM Mark Millard via freebsd-arm = wrote: >=20 >=20 > On 2018-Aug-29, at 8:30 AM, Ian Lepore wrote: >=20 > > On Tue, 2018-08-28 at 22:53 -0700, Mark Millard via freebsd-arm = wrote: > >> Loading kernel... > >> /boot/kernel/kernel text=3D0x8d4607 data=3D0x176e78+0x79d254 > >> syms=3D[0x8+0x11f670+0x8+0x112dd8] > >> Loading configured modules... > >> /boot/entropy size=3D0x1000 > >> /boot/kernel/umodem.ko text=3D0x2168 text=3D0x1410 = data=3D0x102d0+0xfd40 > >> syms=3D[0x8+0xf30+0x8+0xb73] > >> Using DTB provided by EFI at 0x47ff9000. > >> Loading DTB overlays: 'sun50i-a64-sid,sun50i-a64-ths,sun50i-a64- > >> timer' > >> /boot/dtb/overlays/sun50i-a64-sid.dtbo size=3D0x1fd > >> /boot/dtb/overlays/sun50i-a64-ths.dtbo size=3D0x3e8 > >> /boot/dtb/overlays/sun50i-a64-timer.dtbo size=3D0x175 > >> applying DTB overlay '/boot/dtb/overlays/sun50i-a64-sid.dtbo' > >> applying DTB overlay '/boot/dtb/overlays/sun50i-a64-ths.dtbo' > >> applying DTB overlay '/boot/dtb/overlays/sun50i-a64-timer.dtbo' > >> EHCI failed to shut down host controller. > >> ---<>--- > >> KDB: debugger backends: ddb > >> KDB: current backend: ddb > >> Copyright (c) 1992-2018 The FreeBSD Project. > >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > >> 1994 > >> The Regents of the University of California. All rights > >> reserved. > >> FreeBSD is a registered trademark of The FreeBSD Foundation. > >> FreeBSD 12.0-ALPHA3 r338341M arm64 > >> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based = on > >> LLVM 6.0.1) > >> VT: init without driver. > >> KLD file umodem.ko is missing dependencies > >> . . . > >>=20 > >>=20 > >> Based on: > >>=20 > >> # more /boot/loader.conf=20 > >> geom_label_load=3D"YES" # File system labels (see = glabel(8)) > >> # > >> boot_multicons=3D"YES" > >> boot_serial=3D"YES" > >> # > >> hw.usb.template=3D3 > >> umodem_load=3D"YES" > >> # > >> fdt_overlays=3D"sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer" > >> # > >> kern.cam.boot_delay=3D"10000" > >> vfs.mountroot.timeout=3D"10" > >> dumpdev=3D"/dev/gpt/PINE642Gswap" > >>=20 > >>=20 > >>=20 > >> But after login: > >>=20 > >> # kldstat > >> Id Refs Address Size Name > >> 1 1 0xffff000000000000 141bba8 kernel > >> # kldload umodem.ko > >> # kldstat > >> Id Refs Address Size Name > >> 1 6 0xffff000000000000 141bba8 kernel > >> 2 1 0xffff00005d000000 41000 umodem.ko > >> 3 1 0xffff00005d041000 41000 ucom.ko > >>=20 > >>=20 > >> (I do not know if this will cause me any problems > >> later or not. For now: just an FYI.) > >>=20 > >> =3D=3D=3D > >> Mark Millard > >> marklmi at yahoo.com > >> ( dsl-only.net went > >> away in early 2018-Mar) > >=20 > > It appears that the umodem driver has all the right MODULE_DEPEND() > > statements. Does this happen only on first boot? If it happens on = every > > boot, try doing "service kldxref start", then see if it's better on = the > > next boot. > >=20 > > My theory is that the root problem here is that kldxref can't be run = as > > a cross-tool. So on first boot, module dependencies don't get = handled > > correctly. But kldxref should run automatically on the first boot = and > > then things should be right after that. > >=20 > > We *really* need to fix kldxref to be runnable as a cross-tool. > >=20 >=20 > [The below is from the console port history from before your note. > The Pine64+ 2GB is doing a buildworld buildkernel that will not > complete for some time.] >=20 > =46rom a reboot after having deleted /boot/kernel/linker.hints : >=20 > Mounting local filesystems:. > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib = /usr/local/lib/perl5/5.26/mach/CORE > Building /boot/kernel/linker.hints >=20 > then later rebooting again: >=20 > VT: init without driver. > KLD file umodem.ko is missing dependencies >=20 >=20 > kldref for cross-builds could still be a problem but it > need not be the only one. >=20 > silly question, but what does ls /boot/kernel say? As reported originally and shown above, kldload worked after logging in. It implicitly loaded ucom.ko but nothing else. As /boot/kernel/* is rather a long list I'll just do: # ls -1 /boot/kernel/u* /boot/kernel/u3g.ko /boot/kernel/uark.ko /boot/kernel/uart.ko /boot/kernel/ubsa.ko /boot/kernel/ubsec.ko /boot/kernel/ubser.ko /boot/kernel/ubtbcmfw.ko /boot/kernel/uchcom.ko /boot/kernel/ucom.ko /boot/kernel/ucycom.ko /boot/kernel/udbp.ko /boot/kernel/udf.ko /boot/kernel/udf_iconv.ko /boot/kernel/udl.ko /boot/kernel/uep.ko /boot/kernel/uether.ko /boot/kernel/ufm.ko /boot/kernel/ufoma.ko /boot/kernel/ufs.ko /boot/kernel/uftdi.ko /boot/kernel/ugensa.ko /boot/kernel/ugold.ko /boot/kernel/uhci.ko /boot/kernel/uhid.ko /boot/kernel/uhid_snes.ko /boot/kernel/uhso.ko /boot/kernel/uinput.ko /boot/kernel/uipaq.ko /boot/kernel/ukbd.ko /boot/kernel/uled.ko /boot/kernel/ulpt.ko /boot/kernel/umass.ko /boot/kernel/umcs.ko /boot/kernel/umct.ko /boot/kernel/umodem.ko /boot/kernel/umoscom.ko /boot/kernel/ums.ko /boot/kernel/unionfs.ko /boot/kernel/uplcom.ko /boot/kernel/urio.ko /boot/kernel/usb.ko /boot/kernel/usb_quirk.ko /boot/kernel/usb_template.ko /boot/kernel/usfs.ko /boot/kernel/usie.ko /boot/kernel/uslcom.ko /boot/kernel/uvisor.ko /boot/kernel/uvscom.ko (My console is set rather wide, thus the ls -1 .) Let me know if that is not enough for some reason. =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 Aug 29 21:05:43 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0C991096610 for ; Wed, 29 Aug 2018 21:05:43 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 52407820FF; Wed, 29 Aug 2018 21:05:43 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id o18-v6so6900202wmc.0; Wed, 29 Aug 2018 14:05:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=nBkRT/ayirEYYrPnSMIQHtY9B6gKHf3SqIbUeZR27+E=; b=nBegmdjY2lxPC5wgz0z7FD1+aVwSePdhewR8DXgZ0TIZsNmHusIQrf4CWDc7caX46P AW5LSJbK+/gYi9M+q6mRhv+zgi2x1Dwz2mlqU+AUhYbNNSg0sE5ahNDuDPUWyZNPkHFe 68THVwRO/DYBMV8fJmQ6CgWpYlNFeHHQtlpZdISoRFkGyV1M0BAdYLPUHnaiDGfcZtfK SNOA6J1k7/1eEzWZmK0XrDuBpsy2kXIvSzzo9mK3urqSAr43HJTPppHSY2WW83l9dJHA ja+OEVN6hNiDmzSMSSmuTbYU33RYU3eY31ESUtGfAOpFjnMcDIr8C3P6qmCe/c3YvoOc vDFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=nBkRT/ayirEYYrPnSMIQHtY9B6gKHf3SqIbUeZR27+E=; b=m5i5omqYs9g41vf8Xn8/geDyTpC+7occosI+wc0F1epWueN5UvuFmlSf7EGPWGL20t MxBC89F0Ep589TEmVTjTvJ51CfVnC1qzpD0+AWSZx58pkL8DloOomyJcZbDsHpb6hNcJ 4H/bqv5ObXGXvKMd5PN69sMGD7lJFhlugaOHS7LEUHtCCRK0HFUbr7xKKIZ2SQS0PWw2 pE1V6utnEQjA8fEoMejeUgfi0UCAExervlccE04aNjfzqW/m1g5u/JkE18qedY+4P0Ud 0QwCv3HPtseg35642JxyvB7ZdRTYybW3iFEtCeboJw4HuqwtUU88doLN1RRBv7GE0fJE U7Pg== X-Gm-Message-State: APzg51B1Yxn0Dw+00o57s8y7Q4G2FsT0Spo9VewXa4B0zggrLCb3zfDi I/gc12x0pFXl+/7RQzWxFpc= X-Google-Smtp-Source: ANB0VdYslUDPLlExK+HJSitrZB5uu1EGmBoKm5i0lisFggOxhWtWNYXR7SIUJXZxRGGWR3SU3vVIYQ== X-Received: by 2002:a1c:3bd4:: with SMTP id i203-v6mr5019275wma.73.1535576741948; Wed, 29 Aug 2018 14:05:41 -0700 (PDT) Received: from [172.16.0.150] (net-188-219-105-237.cust.vodafonedsl.it. [188.219.105.237]) by smtp.gmail.com with ESMTPSA id w15-v6sm7337515wrs.8.2018.08.29.14.05.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Aug 2018 14:05:41 -0700 (PDT) Subject: Re: utility for pin in BBB: PX.Y --> pin_mode, pin_name To: Ian Lepore , Russell Haley Cc: freebsd-arm , Nicola Mingotti References: <4661fc41-935a-56d5-2cc2-125085daf30a@gmail.com> <1535568374.33841.47.camel@freebsd.org> From: Nicola Mingotti Message-ID: <789fe7af-669d-0c49-06f4-3bf73409fc69@gmail.com> Date: Wed, 29 Aug 2018 23:05:39 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 21:05:44 -0000 On 08/29/18 22:26, Nicola Mingotti wrote: > > > On 08/29/18 20:46, Ian Lepore wrote: >> On Wed, 2018-08-29 at 20:01 +0200, Nicola Mingotti wrote: >>> Thank you for suggestion Russel, >>> >>> but unfortunately, at best of my knowldege, >>> $> man 3 gpio_open >>> and its shell command brother >>> $> man 8 gpioctl >>> >>> are not appropriate, they are useful only if a pin >>> has been configured as GPIO pin. >>> >>> The program i look for would be useful instead to esablish >>> which physical pin has been configured as GPIO pin or >>> PWM, PRU, I2C etc. >>> >>> I asked also in the Forum, but the only one aswering >>> (@Phishry) has given me your same suggestion. >>> >>> If nobody knows of such a program i will start the implementation, >>> maybe >>> tomorrow. >>> >>> bye >>> Nicola >>> >> Please bottom-post when replying to freebsd mailing lists. > ok ! >> There is no interface defined for getting an fdt_pinctrl driver to >> return info about the current configuration. Even if such an interface >> existed, there would also need to be a new driver providing a cdev so >> that userland can access the information. > ok, no interface. >> There is also nothing in freebsd equivelent to the linux devmem2 >> program. A driver would have to be written to provide access to device- >> mapped memory before such a program could be written. You can't access >> arm hardware registers via /dev/mem or /dev/kmem. >> >> -- Ian > I just compiled devmem2 and it seems to work. I did silly modifications. > The code is here: http://euriscom.it/data/dm2.c > (forget the first comment lines, they are poor, I did not intend to > share this, it is my working copy) > > if i run it: > --------------------------------- > #> ./dm2 0x44e10998 b > /dev/mem opened. > Memory mapped at address 0x20221000. > Value at address 0x44E10998 (0x20221998): 0x5 > --------------------------------- > > Whic corresponds to what i wrote in the DTO. > ----- >            pru_pru_pins: pinmux_pru_pru_pins { >                       pinctrl-single,pins = < >                           // 0x1a4 0x05   /* P9.27 pr1_pru0_pru_r30_5, > Mode 5 output pull-down   */ >                           0x19c 0x26   /* P9.28 pr1_pru0_pru_r31_3, > Mode 6 input pull-down    */ >                           0x198 0x05    /* PRU0-2 -- P9.30 -- > pr1_pru0_pru_r30_2 ... se in MODE-5  */ >                           >; >                   }; > ----- > > This is the only test i made but it seems improbable I got the same > value by chance;) > > It goes without saying that I don't understand all what i wrote, > so, i could be boldly wrong ;) > > If it turns out it works let me know, i can make the port. > > bye > n. > > > > > > -- > -------------------------- > Dr. Nicola Mingotti > R&D - Borghi Srl > CTO - BondInsider > -------------------------- I did other experiments, with pins i used in the last days so I am sure they perform in the mode i am setting them in the DTO. (except for mode-6 in P9.30, wich is just a variation respect to the previous example.) I load 2 overlays where i define : ---------------       pinctrl-single,pins = <              0x154 0x03        /* P9.21 */              0x150 0x03        /* P9.22 */         >;   .....              0x198 0x06    /* PRU0-2 -- P9.30 --------------- Now i devmem all the 3 pin: ---------- root@bbb-FBS-12-APLHA:~/code/devmem2 # ./dm2 0x44e10954 b /dev/mem opened. Memory mapped at address 0x20221000. Value at address 0x44E10954 (0x20221954): 0x3 ./dm2 0x44e10950 b /dev/mem opened. Memory mapped at address 0x20221000. Value at address 0x44E10950 (0x20221950): 0x3 root@bbb-FBS-12-APLHA:~/code/devmem2 # ./dm2 0x44e10998 b /dev/mem opened. Memory mapped at address 0x20221000. Value at address 0x44E10998 (0x20221998): 0x6 --------- I think devmem2 is working. Don't ask me why, i modified other people code, that's it ;) bye n. -- -------------------------- Dr. Nicola Mingotti R&D - Borghi Srl CTO - BondInsider -------------------------- From owner-freebsd-arm@freebsd.org Wed Aug 29 21:07:48 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63CD010966EB for ; Wed, 29 Aug 2018 21:07:48 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (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 EE96A82198 for ; Wed, 29 Aug 2018 21:07:47 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-RoutePath: aGlwcGll X-MHO-User: 8e214818-abcf-11e8-a747-09a40681ccbf 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 outbound1.eu.mailhop.org (Halon) with ESMTPSA id 8e214818-abcf-11e8-a747-09a40681ccbf; Wed, 29 Aug 2018 21:07:37 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w7TL7as6015469; Wed, 29 Aug 2018 15:07:36 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1535576856.33841.58.camel@freebsd.org> Subject: Re: utility for pin in BBB: PX.Y --> pin_mode, pin_name From: Ian Lepore To: Nicola Mingotti , Russell Haley Cc: freebsd-arm Date: Wed, 29 Aug 2018 15:07:36 -0600 In-Reply-To: References: <4661fc41-935a-56d5-2cc2-125085daf30a@gmail.com> <1535568374.33841.47.camel@freebsd.org> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 21:07:48 -0000 On Wed, 2018-08-29 at 22:26 +0200, Nicola Mingotti wrote: > > On 08/29/18 20:46, Ian Lepore wrote: > > > > On Wed, 2018-08-29 at 20:01 +0200, Nicola Mingotti wrote: > > > > > > Thank you for suggestion Russel, > > > > > > but unfortunately, at best of my knowldege, > > > $> man 3 gpio_open > > > and its shell command brother > > > $> man 8 gpioctl > > > > > > are not appropriate, they are useful only if a pin > > > has been configured as GPIO pin. > > > > > > The program i look for would be useful instead to esablish > > > which physical pin has been configured as GPIO pin or > > > PWM, PRU, I2C etc. > > > > > > I asked also in the Forum, but the only one aswering > > > (@Phishry) has given me your same suggestion. > > > > > > If nobody knows of such a program i will start the > > > implementation, > > > maybe > > > tomorrow. > > > > > > bye > > > Nicola > > > > > Please bottom-post when replying to freebsd mailing lists. > ok ! > > > > There is no interface defined for getting an fdt_pinctrl driver to > > return info about the current configuration. Even if such an > > interface > > existed, there would also need to be a new driver providing a cdev > > so > > that userland can access the information. > ok, no interface. > > > > There is also nothing in freebsd equivelent to the linux devmem2 > > program. A driver would have to be written to provide access to > > device- > > mapped memory before such a program could be written. You can't > > access > > arm hardware registers via /dev/mem or /dev/kmem. > > > > -- Ian > I just compiled devmem2 and it seems to work. I did silly > modifications. > The code is here: http://euriscom.it/data/dm2.c > (forget the first comment lines, they are poor, I did not intend to  > share this, it is my working copy) > > if i run it: > --------------------------------- > #> ./dm2 0x44e10998 b > /dev/mem opened. > Memory mapped at address 0x20221000. > Value at address 0x44E10998 (0x20221998): 0x5 > --------------------------------- > > Whic corresponds to what i wrote in the DTO. > ----- >             pru_pru_pins: pinmux_pru_pru_pins { >                        pinctrl-single,pins = < >                            // 0x1a4 0x05   /* P9.27 > pr1_pru0_pru_r30_5,  > Mode 5 output pull-down   */ >                            0x19c 0x26   /* P9.28 pr1_pru0_pru_r31_3,  > Mode 6 input pull-down    */ >                            0x198 0x05    /* PRU0-2 -- P9.30 --  > pr1_pru0_pru_r30_2 ... se in MODE-5  */ >                            >; >                    }; > ----- > > This is the only test i made but it seems improbable I got the same  > value by chance;) > > It goes without saying that I don't understand all what i wrote, > so, i could be boldly wrong ;) > > If it turns out it works let me know, i can make the port. > > bye > n. You might accidentally get /dev/mem access to work, but it's not by design. The rules of the arm memory model forbid mapping the same physical memory to different virtual addresses using different attributes (normal cacheable memory versus Device memory), and I don't see anything in the arm devmem code that handles memory attributes. -- Ian From owner-freebsd-arm@freebsd.org Wed Aug 29 21:41:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D5E310975C1 for ; Wed, 29 Aug 2018 21:41:02 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FC48836BB; Wed, 29 Aug 2018 21:41:01 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: by mail-wr1-x442.google.com with SMTP id o37-v6so6147056wrf.6; Wed, 29 Aug 2018 14:41:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=7tvbPec5GBGT9wRmSlmRDxSBNrreTczCk++hFTowbV4=; b=Ey+yYMem5nLa+spVbfNI1UmgV8TNF4f9s1egN9/kQYiuhRDdjFM5tYRMBP0xSFrV/d 8IgsHchFYZ104oYinslOjneSGwd08prQ0J5qlyldRzMsXQeX4J6QgUyv8L2yppyXrI4S KAC5FX/4hNlLpjhzauWtfRAxz1RnoJwXgypNkvv0IKAPdKbP9IGj6NyfefY2SdQoycdZ vfH9GyKafJRlt4IODZuPxWgmTNdRiaXPuoB71hRRzbWjdm8WrMtTwhf+fkU9yWlrUPTx 02w4AJebGkWXNEFscEn1LcudhCwDa5/RuXyrXA/6/oV4lelzMYtZMfXmgtX8yV/UJ9N/ t+yQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=7tvbPec5GBGT9wRmSlmRDxSBNrreTczCk++hFTowbV4=; b=jqLgqonnS7odDbWAG5/T+v3uriqlvIkWIZtdKIrjEEjLTt0pW9hmxrhspehi8lPAPG 4ZvNoBARZiLnJ7KEBDz3HO9dE00ijBiGQASW3MW+V25JzNmd5xzlfGoAi9oE0EwSGNfQ tQP49TdwQRJi25n4L5QPu/Etr3IhCXWqU90wSokUY9NpBxB4YdbrdE6GvIZagDXZLMD4 Ec51/8k8w5NN2mWuyFPS1b9rc63SSPvbs1Ofa9pBHEYi5UQSY4OgfzGosFrkGAIRBWus P7M4aMF0hLnYIg/y8yWPEUa8CoR18QmJ4pOcK0DpTfp0nL7AXNFpbGhWlHNsJSzzSyHr XhWw== X-Gm-Message-State: APzg51C3YlYa/sXsGhxUfR9XHcTlFFoS8WZu0lC4zSx3eJV0mA0nzZQU aGNqr8oWEkGh7/NmEbBMN+A= X-Google-Smtp-Source: ANB0VdagCWBsNqaQnL4r2ZZlRgtxJeByXRgose9ypyAH+VSA+Cqs8zl8844myprTJO4UF45gMb3W8A== X-Received: by 2002:adf:9d1c:: with SMTP id k28-v6mr5948640wre.104.1535578860479; Wed, 29 Aug 2018 14:41:00 -0700 (PDT) Received: from [172.16.0.150] (net-188-219-105-237.cust.vodafonedsl.it. [188.219.105.237]) by smtp.gmail.com with ESMTPSA id t4-v6sm7859948wrb.45.2018.08.29.14.40.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Aug 2018 14:40:59 -0700 (PDT) Subject: Re: utility for pin in BBB: PX.Y --> pin_mode, pin_name To: Ian Lepore , Russell Haley Cc: freebsd-arm , Nicola Mingotti References: <4661fc41-935a-56d5-2cc2-125085daf30a@gmail.com> <1535568374.33841.47.camel@freebsd.org> <1535576856.33841.58.camel@freebsd.org> From: Nicola Mingotti Message-ID: Date: Wed, 29 Aug 2018 23:40:58 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <1535576856.33841.58.camel@freebsd.org> Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 21:41:02 -0000 On 08/29/18 23:07, Ian Lepore wrote: > On Wed, 2018-08-29 at 22:26 +0200, Nicola Mingotti wrote: >> On 08/29/18 20:46, Ian Lepore wrote: >>> On Wed, 2018-08-29 at 20:01 +0200, Nicola Mingotti wrote: >>>> Thank you for suggestion Russel, >>>> >>>> but unfortunately, at best of my knowldege, >>>> $> man 3 gpio_open >>>> and its shell command brother >>>> $> man 8 gpioctl >>>> >>>> are not appropriate, they are useful only if a pin >>>> has been configured as GPIO pin. >>>> >>>> The program i look for would be useful instead to esablish >>>> which physical pin has been configured as GPIO pin or >>>> PWM, PRU, I2C etc. >>>> >>>> I asked also in the Forum, but the only one aswering >>>> (@Phishry) has given me your same suggestion. >>>> >>>> If nobody knows of such a program i will start the >>>> implementation, >>>> maybe >>>> tomorrow. >>>> >>>> bye >>>> Nicola >>>> >>> Please bottom-post when replying to freebsd mailing lists. >> ok ! >>> There is no interface defined for getting an fdt_pinctrl driver to >>> return info about the current configuration. Even if such an >>> interface >>> existed, there would also need to be a new driver providing a cdev >>> so >>> that userland can access the information. >> ok, no interface. >>> There is also nothing in freebsd equivelent to the linux devmem2 >>> program. A driver would have to be written to provide access to >>> device- >>> mapped memory before such a program could be written. You can't >>> access >>> arm hardware registers via /dev/mem or /dev/kmem. >>> >>> -- Ian >> I just compiled devmem2 and it seems to work. I did silly >> modifications. >> The code is here: http://euriscom.it/data/dm2.c >> (forget the first comment lines, they are poor, I did not intend to >> share this, it is my working copy) >> >> if i run it: >> --------------------------------- >> #> ./dm2 0x44e10998 b >> /dev/mem opened. >> Memory mapped at address 0x20221000. >> Value at address 0x44E10998 (0x20221998): 0x5 >> --------------------------------- >> >> Whic corresponds to what i wrote in the DTO. >> ----- >>             pru_pru_pins: pinmux_pru_pru_pins { >>                        pinctrl-single,pins = < >>                            // 0x1a4 0x05   /* P9.27 >> pr1_pru0_pru_r30_5, >> Mode 5 output pull-down   */ >>                            0x19c 0x26   /* P9.28 pr1_pru0_pru_r31_3, >> Mode 6 input pull-down    */ >>                            0x198 0x05    /* PRU0-2 -- P9.30 -- >> pr1_pru0_pru_r30_2 ... se in MODE-5  */ >>                            >; >>                    }; >> ----- >> >> This is the only test i made but it seems improbable I got the same >> value by chance;) >> >> It goes without saying that I don't understand all what i wrote, >> so, i could be boldly wrong ;) >> >> If it turns out it works let me know, i can make the port. >> >> bye >> n. > You might accidentally get /dev/mem access to work, but it's not by > design. The rules of the arm memory model forbid mapping the same > physical memory to different virtual addresses using different > attributes (normal cacheable memory versus Device memory), and I don't > see anything in the arm devmem code that handles memory attributes. > > -- Ian I would like to discuss more this thing but really, i am too ignorant on this subject. What i can say is this, I learnt to use devmem2 from D.Molloy book "Exploring BeagleBone", see pg. 218. The author says this way "bypasses the Linux OS". I used the thing in Linux, it works, as it seems to do in FreeBSD-12-APLHA. If can tell you also I remember i used it one day in FreeBSD-11.1, it was working. I don't have the background to go deeper. If you can understand why it works and establish that it is realiable (even only for reading) let me (us) know ! ;) bye n. -- -------------------------- Dr. Nicola Mingotti R&D - Borghi Srl CTO - BondInsider -------------------------- From owner-freebsd-arm@freebsd.org Thu Aug 30 08:56:34 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3C6E1099143 for ; Thu, 30 Aug 2018 08:56:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-22.consmr.mail.ne1.yahoo.com (sonic315-22.consmr.mail.ne1.yahoo.com [66.163.190.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 3F79A77F49 for ; Thu, 30 Aug 2018 08:56:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: R9h9PtQVM1nR.XNq5lSmXWTnIL_gPO1niEpT7ew5ZywQhsWoei.WLy8dEQ.E1lY ojyR2TDnmuGkka18eIpFlVAzxgPcI9a5FCvnVN7700nB0NRh0Enu8R8hnkqyaUCvhhgpIvHGguqn vWgQ2JpRSgmvqZT9xBXRGb73UzeFJ7TH_HMzbaSw6hnriTgUdVq.uhFTXuYKyMi8KsWLbt2k9GWG 9wtCx_Sy.7WPCaGXnEijJfxwHlChzHkGfpsPm2YZMYImZwjK6_O2zFri_e0nDAWSv.xvYoIw4QCw 4lYmiYN8TnEKGKPPkDJby.P053XG9jtNRFQ1soHzuekCDRpZ5wvMQ6zSmsrdxKtUzOps.MemMaaK g6n_zwgatETpsCTbnVYPCM70kqwYNm9HqlUDAazZyrvEsj4SB3zTtf2m7aSWZ6f5Hr1LSHPGJ_hX SiBWM3XWJqS6XNabVGkopF6gzhRaBqUOsy8NMuAyCrchOhpr1IbwNSldU.KD7QRKn1TSXAsMnWMr SCrVqZg8PvUsNKhZ5G2x6CDqHhIu0hcnC11B.mUrnoub9Ps0JnGvKtm1tYBORFxR9cmLSmYorVbx 7JCwAdS_C8IY7KlUaa1QlxPEiXG0ij0dMObCSNjqi4PoXp0wO5POcc9E04wa5uGexLRl8LVtixDi yAlyqvWpQuY9MbxOjbxIwgeEf7I4Ja.dCtzTbyuNx4ChJc3nqrq8Z5Q4ZKJisi6VxyuY4dizDQSc p8LmxTpMvDTSt0spsaTEv4NgqGXa4z1hJNzKt52Z0Ms_9bZ1uMgfw0Fuhdkn7UJLUE2G4cPDlojH WpX6bd.WXmccvXlsL5RfbgfMoeL3SLw649mLV44SO_.0wfoKpc8GR3MBBS.JU9xhZuATzoe_yoec lK.G.lPar2cu7MmuYsdx2qB7woIXbkCCyx0bls3gbjtrV_UZePd6gjMGuaSvRWaOHkfDeuI8mGcn sDtASa8xX7N9S.PEK6fyDyl1I7oI.HQYioQCIVFMM.eHgvappwDHUk3rxiVwbBy.9TDwOOH4oNB8 rMfjvqtpU8nvv Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Thu, 30 Aug 2018 08:56:27 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp422.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1ae4eed6aee527fdbcc75706d35a73e1; Thu, 30 Aug 2018 08:56:25 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FYI: A Pine64+ 2GB thermal result during a -j4 buildworld's libllvm build on head -r338341 From: Mark Millard In-Reply-To: <984F9F42-E8A0-4E01-9391-AADFA87A01D6@yahoo.com> Date: Thu, 30 Aug 2018 01:56:23 -0700 Cc: Daniel Braniss , Mark Millard via freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <4FB22C52-44DF-4868-B30F-5E07DE9F2198@yahoo.com> <20180829135057.742947ba512467bd82671cf0@bidouilliste.com> <20180829151201.e3acdd8f65a60e861987489f@bidouilliste.com> <5B6E0726-2ACA-4051-8692-8D8A901BBF91@yahoo.com> <984F9F42-E8A0-4E01-9391-AADFA87A01D6@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 08:56:34 -0000 [Adding figures for the Pine64+ 2GB being idle.] On 2018-Aug-29, at 11:48 AM, Mark Millard wrote: > [The build got past doing llvm library related builds and so is doing > less intense buildworld activity.] >=20 > On 2018-Aug-29, at 8:58 AM, Mark Millard wrote: >=20 >> On 2018-Aug-29, at 6:12 AM, Emmanuel Vadot = wrote: >>=20 >>> On Wed, 29 Aug 2018 15:41:32 +0300 >>> Daniel Braniss wrote: >>>=20 >>>>=20 >>>>=20 >>>>> On 29 Aug 2018, at 14:50, Emmanuel Vadot = wrote: >>>>>=20 >>>>> On Wed, 29 Aug 2018 04:07:28 -0700 >>>>> Mark Millard via freebsd-arm > wrote: >>>>>=20 >>>>>> This head -r338341 based Pine64+ 2GB has a case, heatsinks, >>>>>> and a fan. >>>>>>=20 >>>>>> # sysctl -a | grep therm >>>>>> dev.aw_thermal.0.gpu2: 28C >>>>>> dev.aw_thermal.0.gpu1: 29C >>>>>> dev.aw_thermal.0.cpu: 31C >>>>>> dev.aw_thermal.0.%parent: simplebus0 >>>>>> dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths >>>>>> dev.aw_thermal.0.%location:=20 >>>>>> dev.aw_thermal.0.%driver: aw_thermal >>>>>> dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller >>>>>> dev.aw_thermal.%parent:=20 >>>>>>=20 >>>>>=20 >>>>> That seems very very low. >>>> mine (Friendlyarm/allwinner/a64)is too cold to believe: >>>>=20 >>>> dev.aw_thermal.0.gpu2: 17C >>>> dev.aw_thermal.0.gpu1: 17C >>>> dev.aw_thermal.0.cpu: 15C >>>> dev.aw_thermal.0.%parent: simplebus0 >>>> dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths >>>> dev.aw_thermal.0.%location:=20 >>>> dev.aw_thermal.0.%driver: aw_thermal >>>> dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller >>>> dev.aw_thermal.%parent: >>>=20 >>> Indeed it does. Do you have the big ass heatsink + fan on it ? >>> = https://www.friendlyarm.com/index.php?route=3Dproduct/product&path=3D82&pr= oduct_id=3D133 >>>=20 >>> On my pine64 (Not LTS so A64), when it's idle the three sensors are >>> ~22C. My IR thermometer reports a max temp of 33C when I 'scan' the >>> chip. >>>=20 >>> Could you sysctl dev.aw_sid.0.ths-calib ? >>=20 >> The buildworld is doing libclang compiles now: >>=20 >> # sysctl dev.aw_sid.0.ths-calib dev.aw_thermal >> dev.aw_sid.0.ths-calib: 820788078307 >> dev.aw_thermal.0.gpu2: 27C >> dev.aw_thermal.0.gpu1: 28C >> dev.aw_thermal.0.cpu: 30C >> dev.aw_thermal.0.%parent: simplebus0 >> dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths >> dev.aw_thermal.0.%location:=20 >> dev.aw_thermal.0.%driver: aw_thermal >> dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller >> dev.aw_thermal.%parent:=20 >>=20 >>> I'll try to test on my NanoPi 64 with the heatsink. >>>=20 >>>> and it?s summer here. >>>>=20 >>>> danny >>>>=20 >>>>>=20 >>>>> With 4 cpuburn-a53 process running I easily get to ~60C for cpu = and >>>>> ~55C for the gpus sensor. >>>>> https://people.freebsd.org/~manu/cpuburn-a53 = >>=20 >> It will be a notable before the buildworld completes >> (if it finishes normally). >>=20 >>>>>> This was during a -j4 buildworld's: >>>>>>=20 >>>>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineBranchProbabilityInfo.o >>>>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCSE.o >>>>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCombiner.o >>>>>> Building = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/lib/clang/lib= llvm/CodeGen/MachineCopyPropagation.o >>>>>>=20 >>>>>> No HDMI is plugged in. Ethernet is in use. The serial console >>>>>> is in use. A USB powered hub with a USB drive is plugged in >>>>>> to provide the swap partition. The UFS root file system is on >>>>>> a microsdhc card in the microsd slot and it has TRIM enabled. >>>>>> Nothing else other than the power cord is connected. >>>>>>=20 >>>>>> (The microsd card use with TRIM was requested by someone. >>>>>> I normally use a root filesystem on a USB device because >>>>>> booting from an e.MCC on an sdcard adapter that is put in >>>>>> the sdcard slot does not work these days and I normally >>>>>> avoid microsd cards for much beyond loading the kernel.) >>>=20 >>=20 >=20 > During a less intense build stage it shows the likes > of: >=20 > # sysctl dev.aw_sid.0.ths-calib dev.aw_thermal > dev.aw_sid.0.ths-calib: 820788078307 > dev.aw_thermal.0.gpu2: 24C > dev.aw_thermal.0.gpu1: 24C > dev.aw_thermal.0.cpu: 26C > dev.aw_thermal.0.%parent: simplebus0 > dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths > dev.aw_thermal.0.%location:=20 > dev.aw_thermal.0.%driver: aw_thermal > dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller > dev.aw_thermal.%parent:=20 >=20 > It is summer and the room temperature is above > 26 degC, more like 28.3 degC. >=20 > It does look like the figures are systematically low in > my context. >=20 > It will be some time before I'll get a figure for idle. The Pine64+ 2GB having been basically idle for hours (and still being basically idle): # sysctl dev.aw_sid.0.ths-calib dev.aw_thermal = = dev.aw_sid.0.ths-calib: = 820788078307 dev.aw_thermal.0.gpu2: 19C dev.aw_thermal.0.gpu1: 19C dev.aw_thermal.0.cpu: 18C dev.aw_thermal.0.%parent: simplebus0 dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 = compat=3Dallwinner,sun50i-a64-ths dev.aw_thermal.0.%location:=20 dev.aw_thermal.0.%driver: aw_thermal dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller dev.aw_thermal.%parent:=20 So: Well below room temperature and similar to Daniel B.'s results. It does suggest a delta of about 13 degC between idle and the -j4 libllvm example cpu figures --and about 10 degC for the gpus. =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 Aug 30 09:39:34 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 69676109A2DC for ; Thu, 30 Aug 2018 09:39:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-2.consmr.mail.bf2.yahoo.com (sonic306-2.consmr.mail.bf2.yahoo.com [74.6.132.41]) (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 13E8079805 for ; Thu, 30 Aug 2018 09:39:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ivpZ5hUVM1nsF94pjo0dxPyzC65N8u9NMLp.FPskbg47GaOMcQOdafpyNp30fwf Ge6Uo5hV0Cm62pjrgFazC3wltXyLU3uHYO_03p0CkGsbuBnWvc79RquQM3AiXqDKAf6DFVLKjjOi pqpCp5UAwpI2BjcGs3YEdpdJYgDnS6wlhqG.kVMIDIgDlaDaBrDfYn7eUSXf75PTw57V12wg6eRg WdQp4DlHQBfrkZBqPD9oxYdPKuis6s.i3vA8kles.mosALidaqoE7QJV6PLwtuN8qXvWfQekVX65 5URh7Xh2h0Xg0GJBbWjAFeShNXyYLPFomlPkKFf_JkwlHSgCh0ZRHZzyatGHcoVGqg0I9se7hJOg Kj0D55Dkml8GduIxeoDSs0zEMN5lySoK8g9FASuwFMD.lX6uDcWxzOfegnAtvQENVrR3cLorjLDb IDVC8__e.DQjfKoYN68vHkZvVTqoj26vodcTKVSOO457w_nysQBW0hWQTsnA0VJl4tbxu61U2ord QiABvREbhxApQ3yRltej5foDTRr8lOcXyktUD8BsRZN700MMirn1h9o0_ERIwj41QLUPQHw8RoYL 0RHxusYJP997eI2Q5MHSnf3rhIKMTDAALtjIk1RW23X1nLh3mHydf.ow6ZBdAwZGgSM14JyY8szT XRRpv8rYnPF0MhABoDyCZ7ZkbuojVwsViqm0d9Uc5Q2yzPFA54NXppYejZ6t2WVBiEUN9xj6ABqi 9GrkpQKQSl8qUZqojhuC1DizBLGh7BoU.fyBDSeMg0zYc7gHHKx.VyYMxVI9tfNf7ivxF71UFUWg yU9_QO7eiyZInS0Dx4YUkW5dE09whDgdgSNltEcwTbVHj8vsZFZkdhgpBC5ZLRTx3I529tBqm49Q pBUu3qJYbJmm3zjXKemFCbRYh3xc8iYNx3BSt4PdgzFBEhGxLe8IsNk9RlkVmnZxOwe.242I2tMQ OyTLm5Ej9rgDxhYFeKBiG3HLXGIrEzq2iOhHxu44i.6..kGo3Gn5K..Md._abbqbk51HqTZM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.bf2.yahoo.com with HTTP; Thu, 30 Aug 2018 09:39:33 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp429.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1ba642360f5f39b69a886c4f39c516f9 for ; Thu, 30 Aug 2018 09:39:32 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: FYI: how gpart show -p reports the same microsdhc card in a USB reader vs. in the microsdcard slot (on a Pine64+ 2GB) Message-Id: <5769CFF2-05D3-47CA-ABFA-52786C7C3B71@yahoo.com> Date: Thu, 30 Aug 2018 02:39:30 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 09:39:34 -0000 [I do not currently have access to any alternates to the Pine64+ 2GB that have a micro sdcard slot. So I can not say that this is specific to the Pine64+ 2GB type of context: no evidence for other contexts.] gpart show -p when the microsdhc card is in a USB-based reader: => 63 62333889 da4 MBR (30G) 63 16380 - free - (8.0M) 16443 131040 da4s1 fat32lba [active] (64M) 147483 997 - free - (499K) 148480 62185470 da4s2 freebsd (30G) 62333950 2 - free - (1.0K) => 0 62185470 da4s2 BSD (30G) 0 62185470 da4s2a freebsd-ufs (30G) => 0 62185470 ufsid/5b81680084249dc0 BSD (30G) 0 62185470 ufsid/5b81680084249dc0a freebsd-ufs (30G) => 0 62185470 ufs/PINE642GBrootfs BSD (30G) 0 62185470 ufs/PINE642GBrootfsa freebsd-ufs (30G) vs. when the same microsdhc card is in the mmcsd0 slot: => 63 62333889 mmcsd0 MBR (30G) 63 16380 - free - (8.0M) 16443 131040 mmcsd0s1 fat32lba [active] (64M) 147483 997 - free - (499K) 148480 62185470 mmcsd0s2 freebsd (30G) 62333950 2 - free - (1.0K) Despite what the mmcsd0 case does not show, it seems to work fine for the freebsd-ufs file system being the root file system for booting from /dev/mmcsd0 . In fact the /etc/fstab used has: /dev/ufs/PINE642GBrootfs / ufs rw,noatime 1 1 /dev/label/PINE642GBboot /boot/efi msdosfs rw,noatime 0 0 which show up just fine: # df -m Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/ufs/PINE642GBrootfs 29400 26971 77 100% / devfs 0 0 0 100% /dev /dev/label/PINE642GBboot 63 0 63 0% /boot/efi So the freebsd-ufs content is found and used. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Aug 30 13:54:14 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11F00109F26B for ; Thu, 30 Aug 2018 13:54:14 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (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 84726818C2 for ; Thu, 30 Aug 2018 13:54:13 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-RoutePath: aGlwcGll X-MHO-User: 2b37b593-ac5c-11e8-ac8d-0b43254c4a2d 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 outbound1.ore.mailhop.org (Halon) with ESMTPSA id 2b37b593-ac5c-11e8-ac8d-0b43254c4a2d; Thu, 30 Aug 2018 13:54:10 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w7UDs9SG017616; Thu, 30 Aug 2018 07:54:09 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1535637249.33841.64.camel@freebsd.org> Subject: Re: FYI: how gpart show -p reports the same microsdhc card in a USB reader vs. in the microsdcard slot (on a Pine64+ 2GB) From: Ian Lepore To: Mark Millard , freebsd-arm Date: Thu, 30 Aug 2018 07:54:09 -0600 In-Reply-To: <5769CFF2-05D3-47CA-ABFA-52786C7C3B71@yahoo.com> References: <5769CFF2-05D3-47CA-ABFA-52786C7C3B71@yahoo.com> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 13:54:14 -0000 On Thu, 2018-08-30 at 02:39 -0700, Mark Millard via freebsd-arm wrote: > [I do not currently have access to any alternates to the > Pine64+ 2GB that have a micro sdcard slot. So I can not > say that this is specific to the Pine64+ 2GB type of > context: no evidence for other contexts.] > > gpart show -p when the microsdhc card is in a USB-based > reader: > > =>      63  62333889    da4  MBR  (30G) >         63     16380         - free -  (8.0M) >      16443    131040  da4s1  fat32lba  [active]  (64M) >     147483       997         - free -  (499K) >     148480  62185470  da4s2  freebsd  (30G) >   62333950         2         - free -  (1.0K) > > =>       0  62185470   da4s2  BSD  (30G) >          0  62185470  da4s2a  freebsd-ufs  (30G) > > =>       0  62185470   ufsid/5b81680084249dc0  BSD  (30G) >          0  62185470  ufsid/5b81680084249dc0a  freebsd-ufs  (30G) > > =>       0  62185470   ufs/PINE642GBrootfs  BSD  (30G) >          0  62185470  ufs/PINE642GBrootfsa  freebsd-ufs  (30G) > > vs. when the same microsdhc card is in the mmcsd0 slot: > > =>      63  62333889    mmcsd0  MBR  (30G) >         63     16380            - free -  (8.0M) >      16443    131040  mmcsd0s1  fat32lba  [active]  (64M) >     147483       997            - free -  (499K) >     148480  62185470  mmcsd0s2  freebsd  (30G) >   62333950         2            - free -  (1.0K) > > Despite what the mmcsd0 case does not show, it seems to > work fine for the freebsd-ufs file system being the root > file system for booting from /dev/mmcsd0 . > > In fact the /etc/fstab used has: > > /dev/ufs/PINE642GBrootfs        /               ufs > rw,noatime          1 1 > /dev/label/PINE642GBboot        /boot/efi       msdosfs > rw,noatime      0 0 > > which show up just fine: > > # df -m > Filesystem               1M-blocks  Used Avail Capacity  Mounted on > /dev/ufs/PINE642GBrootfs     29400 26971    77   100%    / > devfs                            0     0     0   100%    /dev > /dev/label/PINE642GBboot        63     0    63     0%    /boot/efi > > So the freebsd-ufs content is found and used. > It's all but impossible to dig any meaning out of that jumbled wall of text, but from the subject line I surmise you're saying that an sdcard in a usb card reader shows a different geometry or size than that same card in a native sd slot. That's normal and expected and has always been so. -- Ian From owner-freebsd-arm@freebsd.org Thu Aug 30 14:13:04 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4173109F87E for ; Thu, 30 Aug 2018 14:13:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-3.consmr.mail.bf2.yahoo.com (sonic303-3.consmr.mail.bf2.yahoo.com [74.6.131.42]) (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 88284823AE for ; Thu, 30 Aug 2018 14:13:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 7nu_fLQVM1l_J8GsRK7S.W986w3qS4tnfWFMDKIeuxPvWH_PVQt2jz5jsQ9fiTq XAVT3v_CjuOkYzRmfmhObfGYAVDEhpOYqWMR_munjbjIkFFhjpeIZgNaiA98VNU9itVsUfBxOvb. uE.PbJmYm55Cb8E1phY_f7y9D7xcfBgM2KeaUEsVoAvSovaeUnfJ38DrTUgjqENM0gr4DMBJEVBS BsPfNbOd_sVycg5vr9.siECHhGq64zTt15UpmrVhvd3OJD61vxchWWxep0NK4Phz7SGEly5IkDey uyenoPFkngIpnKYx8qJIViAILQXY2CE71EaoI1IhzaYDbRZDEaHiETmK8NYgj099mB3HjD9xBlpZ 8JMAhl7nUPGDEvCBlZOMMTCWNdY6H2E.vpYY6mi_1tOBMFUWji6wYZqovcRDzupMxVw1F5yaGZ5r 0YjYoVNekCnf0ZMW6Pz73fn7Ebe7Tgyhmxp2298qiKdl7egqYvDZldjORGm96Mc9yanQwv9YRRLY y7SRTiN761_OtbPGlaseGjD2TjyycPm3SiU_PYhmxi8pObAWLcEs2konvy5JiOkZVVPNlXWi2UKN BfmfhzhUvdiyBkgC9TuHFVx3NevkoylgL4T1hIY9jsijZ4iFFzXfu8gnGpAY1PCudWSCF.OH7t8u ufV.v.gm0dCmhylni8V7VPwTCEB2AAvWj.5DL6RRSkjBmFWyMORtwePdfFbua64SMKxtGXd0YA3a 6zuBFMwLS8HKRhz1yC_H7WV8zMng.2Q31b5zll3kYCi.c_4I1jxZUUzeAu8x1S68N_Wk8pMn7WEU kDQz6vXEBwkU36FQoj35ZrIEK8Sp4PHXn6wd5cLmjdmN1sCXMJcLkETw3bXfQE2novruQnP8Mv9s WazUsmiLQFlbu4OAS2WT5vGbEf.hg1VsjZ6mI9hzxNZP9CZh6ipGsuZIH92YL.tsQAormVSCsLqi 6K5zrOCclNB2adJlzCgBl014sUq7_DS0Tm6h.3JKGrcha2ncAU2.5Qy16aT_WUixIn67eqddk8bF SD4zFFTDEYaw- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.bf2.yahoo.com with HTTP; Thu, 30 Aug 2018 14:12:57 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp416.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID fcd81c24d56b8303555ac168922f908c; Thu, 30 Aug 2018 14:12:52 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FYI: how gpart show -p reports the same microsdhc card in a USB reader vs. in the microsdcard slot (on a Pine64+ 2GB) From: Mark Millard In-Reply-To: <1535637249.33841.64.camel@freebsd.org> Date: Thu, 30 Aug 2018 07:12:50 -0700 Cc: freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: <59022B46-C0C8-47BC-8455-47602F3890FC@yahoo.com> References: <5769CFF2-05D3-47CA-ABFA-52786C7C3B71@yahoo.com> <1535637249.33841.64.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 14:13:04 -0000 On 2018-Aug-30, at 6:54 AM, Ian Lepore wrote: > On Thu, 2018-08-30 at 02:39 -0700, Mark Millard via freebsd-arm wrote: >> [I do not currently have access to any alternates to the >> Pine64+ 2GB that have a micro sdcard slot. So I can not >> say that this is specific to the Pine64+ 2GB type of >> context: no evidence for other contexts.] >> >> gpart show -p when the microsdhc card is in a USB-based >> reader: >> >> => 63 62333889 da4 MBR (30G) >> 63 16380 - free - (8.0M) >> 16443 131040 da4s1 fat32lba [active] (64M) >> 147483 997 - free - (499K) >> 148480 62185470 da4s2 freebsd (30G) >> 62333950 2 - free - (1.0K) >> >> => 0 62185470 da4s2 BSD (30G) >> 0 62185470 da4s2a freebsd-ufs (30G) >> >> => 0 62185470 ufsid/5b81680084249dc0 BSD (30G) >> 0 62185470 ufsid/5b81680084249dc0a freebsd-ufs (30G) >> >> => 0 62185470 ufs/PINE642GBrootfs BSD (30G) >> 0 62185470 ufs/PINE642GBrootfsa freebsd-ufs (30G) >> >> vs. when the same microsdhc card is in the mmcsd0 slot: >> >> => 63 62333889 mmcsd0 MBR (30G) >> 63 16380 - free - (8.0M) >> 16443 131040 mmcsd0s1 fat32lba [active] (64M) >> 147483 997 - free - (499K) >> 148480 62185470 mmcsd0s2 freebsd (30G) >> 62333950 2 - free - (1.0K) >> >> Despite what the mmcsd0 case does not show, it seems to >> work fine for the freebsd-ufs file system being the root >> file system for booting from /dev/mmcsd0 . >> >> In fact the /etc/fstab used has: >> >> /dev/ufs/PINE642GBrootfs / ufs >> rw,noatime 1 1 >> /dev/label/PINE642GBboot /boot/efi msdosfs >> rw,noatime 0 0 >> >> which show up just fine: >> >> # df -m >> Filesystem 1M-blocks Used Avail Capacity Mounted on >> /dev/ufs/PINE642GBrootfs 29400 26971 77 100% / >> devfs 0 0 0 100% /dev >> /dev/label/PINE642GBboot 63 0 63 0% /boot/efi >> >> So the freebsd-ufs content is found and used. >> > > It's all but impossible to dig any meaning out of that jumbled wall of > text, but from the subject line I surmise you're saying that an sdcard > in a usb card reader shows a different geometry or size than that same > card in a native sd slot. That's normal and expected and has always > been so. I mean that the mmcsd0 case does not show any equivalent of the: => 0 62185470 da4s2 BSD (30G) 0 62185470 da4s2a freebsd-ufs (30G) There is no explicit hint of a freebsd-ufs being present in the "freebsd" area in mmcsd0 gpart show output. (Yet it uses that area just fine.) It seemed odd to me even if it is expected for some reason. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Aug 30 15:12:26 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5541010A1423 for ; Thu, 30 Aug 2018 15:12:26 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2r.ore.mailhop.org (outbound2r.ore.mailhop.org [54.200.129.228]) (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 D8FED854E5 for ; Thu, 30 Aug 2018 15:12:25 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-RoutePath: aGlwcGll X-MHO-User: 188956c5-ac67-11e8-9234-0d515945242e 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 outbound2.ore.mailhop.org (Halon) with ESMTPSA id 188956c5-ac67-11e8-9234-0d515945242e; Thu, 30 Aug 2018 15:12:23 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w7UFCMVX017726; Thu, 30 Aug 2018 09:12:22 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1535641942.33841.68.camel@freebsd.org> Subject: Re: FYI: how gpart show -p reports the same microsdhc card in a USB reader vs. in the microsdcard slot (on a Pine64+ 2GB) From: Ian Lepore To: Mark Millard Cc: freebsd-arm Date: Thu, 30 Aug 2018 09:12:22 -0600 In-Reply-To: <59022B46-C0C8-47BC-8455-47602F3890FC@yahoo.com> References: <5769CFF2-05D3-47CA-ABFA-52786C7C3B71@yahoo.com> <1535637249.33841.64.camel@freebsd.org> <59022B46-C0C8-47BC-8455-47602F3890FC@yahoo.com> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 15:12:26 -0000 On Thu, 2018-08-30 at 07:12 -0700, Mark Millard via freebsd-arm wrote: > On 2018-Aug-30, at 6:54 AM, Ian Lepore wrote: > > > > > On Thu, 2018-08-30 at 02:39 -0700, Mark Millard via freebsd-arm > > wrote: > > > > > > [I do not currently have access to any alternates to the > > > Pine64+ 2GB that have a micro sdcard slot. So I can not > > > say that this is specific to the Pine64+ 2GB type of > > > context: no evidence for other contexts.] > > > > > > gpart show -p when the microsdhc card is in a USB-based > > > reader: > > > > > > =>      63  62333889    da4  MBR  (30G) > > >         63     16380         - free -  (8.0M) > > >      16443    131040  da4s1  fat32lba  [active]  (64M) > > >     147483       997         - free -  (499K) > > >     148480  62185470  da4s2  freebsd  (30G) > > >   62333950         2         - free -  (1.0K) > > > > > > =>       0  62185470   da4s2  BSD  (30G) > > >          0  62185470  da4s2a  freebsd-ufs  (30G) > > > > > > =>       0  62185470   ufsid/5b81680084249dc0  BSD  (30G) > > >          0  62185470  ufsid/5b81680084249dc0a  freebsd-ufs  (30G) > > > > > > =>       0  62185470   ufs/PINE642GBrootfs  BSD  (30G) > > >          0  62185470  ufs/PINE642GBrootfsa  freebsd-ufs  (30G) > > > > > > vs. when the same microsdhc card is in the mmcsd0 slot: > > > > > > =>      63  62333889    mmcsd0  MBR  (30G) > > >         63     16380            - free -  (8.0M) > > >      16443    131040  mmcsd0s1  fat32lba  [active]  (64M) > > >     147483       997            - free -  (499K) > > >     148480  62185470  mmcsd0s2  freebsd  (30G) > > >   62333950         2            - free -  (1.0K) > > > > > > Despite what the mmcsd0 case does not show, it seems to > > > work fine for the freebsd-ufs file system being the root > > > file system for booting from /dev/mmcsd0 . > > > > > > In fact the /etc/fstab used has: > > > > > > /dev/ufs/PINE642GBrootfs        /               ufs > > > rw,noatime          1 1 > > > /dev/label/PINE642GBboot        /boot/efi       msdosfs > > > rw,noatime      0 0 > > > > > > which show up just fine: > > > > > > # df -m > > > Filesystem               1M-blocks  Used Avail Capacity  Mounted > > > on > > > /dev/ufs/PINE642GBrootfs     29400 26971    77   100%    / > > > devfs                            0     0     0   100%    /dev > > > /dev/label/PINE642GBboot        63     0    63     0%    /boot/ef > > > i > > > > > > So the freebsd-ufs content is found and used. > > > > > It's all but impossible to dig any meaning out of that jumbled wall > > of > > text, but from the subject line I surmise you're saying that an > > sdcard > > in a usb card reader shows a different geometry or size than that > > same > > card in a native sd slot. That's normal and expected and has always > > been so. > I mean that the mmcsd0 case does not show any equivalent of the: > > =>       0  62185470   da4s2  BSD  (30G) >          0  62185470  da4s2a  freebsd-ufs  (30G) > > There is no explicit hint of a freebsd-ufs being present in the > "freebsd" area in mmcsd0 gpart show output. (Yet it uses that > area just fine.) > > It seemed odd to me even if it is expected for some reason. > Oh, that is unusual. I just tried the same thing on an armv7 system, recent build of 12-current, and it doesn't behave like that. I get the same output whether the sdcard is in an sd slot or in a usb reader. Of course there are many differences between our setups... different usb reader, layout on the sdcard is similar but not identical, etc. -- Ian From owner-freebsd-arm@freebsd.org Thu Aug 30 15:38:15 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CEFC410A1B36 for ; Thu, 30 Aug 2018 15:38:15 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (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 0F112863AC for ; Thu, 30 Aug 2018 15:38:14 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-RoutePath: aGlwcGll X-MHO-User: b247bcae-ac6a-11e8-ac8d-0b43254c4a2d 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 outbound1.ore.mailhop.org (Halon) with ESMTPSA id b247bcae-ac6a-11e8-ac8d-0b43254c4a2d; Thu, 30 Aug 2018 15:38:09 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w7UFc8EG017785; Thu, 30 Aug 2018 09:38:09 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1535643488.33841.74.camel@freebsd.org> Subject: Re: utility for pin in BBB: PX.Y --> pin_mode, pin_name From: Ian Lepore To: Nicola Mingotti , Russell Haley Cc: freebsd-arm Date: Thu, 30 Aug 2018 09:38:08 -0600 In-Reply-To: References: <4661fc41-935a-56d5-2cc2-125085daf30a@gmail.com> <1535568374.33841.47.camel@freebsd.org> <1535576856.33841.58.camel@freebsd.org> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 15:38:16 -0000 On Wed, 2018-08-29 at 23:40 +0200, Nicola Mingotti wrote: > > On 08/29/18 23:07, Ian Lepore wrote: > > > > On Wed, 2018-08-29 at 22:26 +0200, Nicola Mingotti wrote: > > > > > > On 08/29/18 20:46, Ian Lepore wrote: > > > > > > > > On Wed, 2018-08-29 at 20:01 +0200, Nicola Mingotti wrote: > > > > > > > > > > Thank you for suggestion Russel, > > > > > > > > > > but unfortunately, at best of my knowldege, > > > > > $> man 3 gpio_open > > > > > and its shell command brother > > > > > $> man 8 gpioctl > > > > > > > > > > are not appropriate, they are useful only if a pin > > > > > has been configured as GPIO pin. > > > > > > > > > > The program i look for would be useful instead to esablish > > > > > which physical pin has been configured as GPIO pin or > > > > > PWM, PRU, I2C etc. > > > > > > > > > > I asked also in the Forum, but the only one aswering > > > > > (@Phishry) has given me your same suggestion. > > > > > > > > > > If nobody knows of such a program i will start the > > > > > implementation, > > > > > maybe > > > > > tomorrow. > > > > > > > > > > bye > > > > > Nicola > > > > > > > > > Please bottom-post when replying to freebsd mailing lists. > > > ok ! > > > > > > > > There is no interface defined for getting an fdt_pinctrl driver > > > > to > > > > return info about the current configuration. Even if such an > > > > interface > > > > existed, there would also need to be a new driver providing a > > > > cdev > > > > so > > > > that userland can access the information. > > > ok, no interface. > > > > > > > > There is also nothing in freebsd equivelent to the linux > > > > devmem2 > > > > program. A driver would have to be written to provide access to > > > > device- > > > > mapped memory before such a program could be written. You can't > > > > access > > > > arm hardware registers via /dev/mem or /dev/kmem. > > > > > > > > -- Ian > > > I just compiled devmem2 and it seems to work. I did silly > > > modifications. > > > The code is here: http://euriscom.it/data/dm2.c > > > (forget the first comment lines, they are poor, I did not intend > > > to > > > share this, it is my working copy) > > > > > > if i run it: > > > --------------------------------- > > > #> ./dm2 0x44e10998 b > > > /dev/mem opened. > > > Memory mapped at address 0x20221000. > > > Value at address 0x44E10998 (0x20221998): 0x5 > > > --------------------------------- > > > > > > Whic corresponds to what i wrote in the DTO. > > > ----- > > >              pru_pru_pins: pinmux_pru_pru_pins { > > >                         pinctrl-single,pins = < > > >                             // 0x1a4 0x05   /* P9.27 > > > pr1_pru0_pru_r30_5, > > > Mode 5 output pull-down   */ > > >                             0x19c 0x26   /* P9.28 > > > pr1_pru0_pru_r31_3, > > > Mode 6 input pull-down    */ > > >                             0x198 0x05    /* PRU0-2 -- P9.30 -- > > > pr1_pru0_pru_r30_2 ... se in MODE-5  */ > > >                             >; > > >                     }; > > > ----- > > > > > > This is the only test i made but it seems improbable I got the > > > same > > > value by chance;) > > > > > > It goes without saying that I don't understand all what i wrote, > > > so, i could be boldly wrong ;) > > > > > > If it turns out it works let me know, i can make the port. > > > > > > bye > > > n. > > You might accidentally get /dev/mem access to work, but it's not by > > design. The rules of the arm memory model forbid mapping the same > > physical memory to different virtual addresses using different > > attributes (normal cacheable memory versus Device memory), and I > > don't > > see anything in the arm devmem code that handles memory attributes. > > > > -- Ian > I would like to discuss more this thing but really, i am too ignorant > on  > this subject. > > What i can say is this, I learnt to use devmem2 from D.Molloy book  > "Exploring BeagleBone", > see pg. 218. The author says this way "bypasses the Linux OS". I > used  > the thing > in Linux, it works, as it seems to do in FreeBSD-12-APLHA. > > If can tell you also I remember i used it one day in FreeBSD-11.1, > it  > was working. > > I don't have the background to go deeper. > > If you can understand why it works and establish that it is realiable > (even only for reading) let me (us) know ! ;) > > bye > n. > I think it should be possible to do a bit of kernel work to change it from "works by accident" to "does the right thing", except I'm not sure it'll be possible to automatically detect when Device memory is being accessed/mapped. It may be necessary to use the mem(4) ioctls to set the region to MDF_UNCACHEABLE, or even better, define a new MDF_MMIO for mapping ranges of device registers that arm systems have to treat as memory type Device. I'll look into it when I have some time. -- Ian From owner-freebsd-arm@freebsd.org Fri Aug 31 09:07:38 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11618F796FA for ; Fri, 31 Aug 2018 09:07:38 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward101j.mail.yandex.net (forward101j.mail.yandex.net [IPv6:2a02:6b8:0:801:2::101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73A968A4A1; Fri, 31 Aug 2018 09:07:37 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback10o.mail.yandex.net (mxback10o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::24]) by forward101j.mail.yandex.net (Yandex) with ESMTP id 517981247D68; Fri, 31 Aug 2018 12:07:33 +0300 (MSK) Received: from smtp4j.mail.yandex.net (smtp4j.mail.yandex.net [2a02:6b8:0:1619::15:6]) by mxback10o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id nWpmMpyNwy-7XNuRQM8; Fri, 31 Aug 2018 12:07:33 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1535706453; bh=5t2KIITdl21TOYLREJM6OjcgK4cPDxixTQMqYApiNL8=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=WNDyu1uyIGNzBFA3Q3nYkbGOitMTieUa/XVGxzXPEKrC1VoN41lrGZd1LVLrOODSb +2fZNLNBB0A0DnU16lLD0jC2uAEycsMao/pk/74V6DkJhXewH9MMDbUrSiDQr0Mylq Ke70kPU37ZibzLK7qCNqBfwllgImTe6I51Rii8bI= Received: by smtp4j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id Lk0zdE3PCt-7WPmlODa; Fri, 31 Aug 2018 12:07:32 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1535706452; bh=5t2KIITdl21TOYLREJM6OjcgK4cPDxixTQMqYApiNL8=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=R42y+et9JeLXvUvmOkkmdLifGSoS/w4BuLERQIL1aIpREFz9ahatU+vz1ASQ06stO sPIF8AAIzDbEBgz1vupQvs/Y+8JjSLV+euyfNKtLnRyrW8XxQJPwte/D/7+BSd5d51 NmF4I9k7iA4sV60tKIbaIYhnDoeKp5A9XfhB0knI= Authentication-Results: smtp4j.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: FYI: how gpart show -p reports the same microsdhc card in a USB reader vs. in the microsdcard slot (on a Pine64+ 2GB) To: Mark Millard , Ian Lepore Cc: freebsd-arm References: <5769CFF2-05D3-47CA-ABFA-52786C7C3B71@yahoo.com> <1535637249.33841.64.camel@freebsd.org> <59022B46-C0C8-47BC-8455-47602F3890FC@yahoo.com> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= xsBNBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAHNIkFuZHJleSBWLiBFbHN1a292IDxhZUBmcmVlYnNkLm9yZz7CwHsEEwECACUCGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheABQJMB/ruAhkBAAoJEAHF6gQQyKF6MLwH/3Ri/TZl9uo0 SepYWXOnxL6EaDVXDA+dLb1eLKC4PRBBjX29ttQ0KaWapiE6y5/AfzOPmRtHLrHYHjd/aiHX GMLHcYRXD+5GvdkK8iMALrZ28X0JXyuuZa8rAxWIWmCbYHNSBy2unqWgTI04Erodk90IALgM 9JeHN9sFqTM6zalrMnTzlcmel4kcjT3lyYw3vOKgoYLtsLhKZSbJoVVVlvRlGBpHFJI5AoYJ SyfXoN0rcX6k9X7Isp2K50YjqxV4v78xluh1puhwZyC0p8IShPrmrp9Oy9JkMX90o6UAXdGU KfdExJuGJfUZOFBTtNIMNIAKfMTjhpRhxONIr0emxxDOwE0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAcLAXwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: <6d15ef5b-90f7-af86-62b2-cf40a2b34c06@yandex.ru> Date: Fri, 31 Aug 2018 12:06:38 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <59022B46-C0C8-47BC-8455-47602F3890FC@yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6RGP5xi2188r2gVfpgT70NyDthJFSG6X5" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 09:07:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6RGP5xi2188r2gVfpgT70NyDthJFSG6X5 Content-Type: multipart/mixed; boundary="T4CgsxLSi1zbOSMCQvHzvhCJ71K0xQRiP"; protected-headers="v1" From: "Andrey V. Elsukov" To: Mark Millard , Ian Lepore Cc: freebsd-arm Message-ID: <6d15ef5b-90f7-af86-62b2-cf40a2b34c06@yandex.ru> Subject: Re: FYI: how gpart show -p reports the same microsdhc card in a USB reader vs. in the microsdcard slot (on a Pine64+ 2GB) References: <5769CFF2-05D3-47CA-ABFA-52786C7C3B71@yahoo.com> <1535637249.33841.64.camel@freebsd.org> <59022B46-C0C8-47BC-8455-47602F3890FC@yahoo.com> In-Reply-To: <59022B46-C0C8-47BC-8455-47602F3890FC@yahoo.com> --T4CgsxLSi1zbOSMCQvHzvhCJ71K0xQRiP Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 30.08.2018 17:12, Mark Millard via freebsd-arm wrote: >> It's all but impossible to dig any meaning out of that jumbled wall of= >> text, but from the subject line I surmise you're saying that an sdcard= >> in a usb card reader shows a different geometry or size than that same= >> card in a native sd slot. That's normal and expected and has always >> been so. >=20 > I mean that the mmcsd0 case does not show any equivalent of the: >=20 > =3D> 0 62185470 da4s2 BSD (30G) > 0 62185470 da4s2a freebsd-ufs (30G) >=20 > There is no explicit hint of a freebsd-ufs being present in the > "freebsd" area in mmcsd0 gpart show output. (Yet it uses that > area just fine.) >=20 > It seemed odd to me even if it is expected for some reason. Since you have only one partition in BSD label, it looks like GEOM_LABEL has detected and grabbed it (and then it was mount as root file system) before than GEOM_PART had a chance to taste it. --=20 WBR, Andrey V. Elsukov --T4CgsxLSi1zbOSMCQvHzvhCJ71K0xQRiP-- --6RGP5xi2188r2gVfpgT70NyDthJFSG6X5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAluJBR4ACgkQAcXqBBDI oXoAIQf7B5uGMtGfrpN9qkeSIlRTAg6SHUEOTnBPczr8Dp7EYbgWbMDrERe4VOt6 h04sxFUwUe5gdeEi+1bld+M+4TNBryRfiUt5dU8CFgpWxx98x6bQZVjdBHxhyj6V 9bcxWK2RvuJYfgetLkyJipTna1USASnhNqyctPHzH9qZXbO/iZc7QJxGfqNKI2ZC xFiyuKVwFarazTqsry0UoH7agIHU+qwow1M0Zmq5GPZnRdT3mSY++VauBjsmD1cF bHiGlTPKHUeK7O9EijngB4xPxkC0mySIW+ca+AbVo0+ZEp4b16OqkSAdd2zw+gWG XK4PPUcfpawKo7z67uNAA/E5kIE72w== =Pa4r -----END PGP SIGNATURE----- --6RGP5xi2188r2gVfpgT70NyDthJFSG6X5-- From owner-freebsd-arm@freebsd.org Fri Aug 31 12:34:53 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5551F7F7DA for ; Fri, 31 Aug 2018 12:34:52 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B9B070D87; Fri, 31 Aug 2018 12:34:52 +0000 (UTC) (envelope-from nmingotti@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id y139-v6so5062195wmc.2; Fri, 31 Aug 2018 05:34:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=bFqw6/VFyGl04evfgpUtzGsBYNVXL84zpIRG/tFe79o=; b=h7mPQiRyGJEB8QwnOhA5OoKvVZkKMPH26Fc7jTWxhh3x6MRAjfPqOeKUmHJK81qpQL j54WaAFkaZV/lfKZql9erdbRGLJtth2HUEMu9+lbY58p0yYQ0FR59z2N83jW7zmM1Iqd srji1SI5O2aWeyw0NR1aT7XIQsXJEWNQGC355IDiQGvwPe2A2akHgf/wBtxy+EkPVCus AuhKSjCcNin7Co80lvSuu89QiWxey7mQjGEYmUgH5szOpL80Rs2vDTTEdzHgxVcbxuoR nt9GTJRh8PsHqM+aDIjZFjLKKhsolGlk79iHeSFAQZdO16rbgX/C9YPLsgK219xQMZS3 hf8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=bFqw6/VFyGl04evfgpUtzGsBYNVXL84zpIRG/tFe79o=; b=BwNTWVhJTGWKIbhAG7H6f6JZrahB1Gg4fXZScagrY8liwJ8lPT3aUR1FCGMBI8kqD7 +aLis5s8t3FKIkcQxpEVcRvBQ7HQ9FFUjcHJYAeYt9DBo/0ScPBTdzppxokxLVq3rfzk Y9SdqjtcnPswyJ4sD0pSq19I+xH2Pt9L0+zfrlqcfV08TRSx+4C03PLAfFvw1w9HnVr2 8nhE8n6oAK9USWfOXhc5Ab8YEc5CjgGVKzVhz/FrNcxx9SKG6i0j2HXM3+Uh4Jz7LFPg 6UFowPkGmUaHEE83DwuBfLwk5prcjogMxKRMeMYd4vZZ4EmmLIbk2Kg9XzBLhyN5kMuy ll+Q== X-Gm-Message-State: APzg51BLThNfDhaVWDUOrqBocQnTVeSu9I/LO1Ot5SJzJZEMYGEUyk7A xq9sMdmhv1RUDaV868ZEydE= X-Google-Smtp-Source: ANB0VdaEumKyz/63WSUgADSf3lNdftzax04RMA9zz5AqRXTtM8Nz7OKC0KJO5N7aq/Gbf9qrGp2SGw== X-Received: by 2002:a1c:e70b:: with SMTP id e11-v6mr4451343wmh.22.1535718890311; Fri, 31 Aug 2018 05:34:50 -0700 (PDT) Received: from [172.16.0.150] (net-188-219-105-237.cust.vodafonedsl.it. [188.219.105.237]) by smtp.gmail.com with ESMTPSA id d10-v6sm14630055wrv.70.2018.08.31.05.34.48 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 31 Aug 2018 05:34:48 -0700 (PDT) Subject: Re: utility for pin in BBB: PX.Y --> pin_mode, pin_name To: Ian Lepore , Russell Haley Cc: freebsd-arm , Nicola Mingotti References: <4661fc41-935a-56d5-2cc2-125085daf30a@gmail.com> <1535568374.33841.47.camel@freebsd.org> <1535576856.33841.58.camel@freebsd.org> <1535643488.33841.74.camel@freebsd.org> From: Nicola Mingotti Message-ID: <0245623d-20a9-c1a8-e8db-89c9cf2c181d@gmail.com> Date: Fri, 31 Aug 2018 14:34:46 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <1535643488.33841.74.camel@freebsd.org> Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 12:34:53 -0000 On 08/30/18 17:38, Ian Lepore wrote: > On Wed, 2018-08-29 at 23:40 +0200, Nicola Mingotti wrote: >> On 08/29/18 23:07, Ian Lepore wrote: >>> On Wed, 2018-08-29 at 22:26 +0200, Nicola Mingotti wrote: >>>> On 08/29/18 20:46, Ian Lepore wrote: >>>>> On Wed, 2018-08-29 at 20:01 +0200, Nicola Mingotti wrote: >>>>>> Thank you for suggestion Russel, >>>>>> >>>>>> but unfortunately, at best of my knowldege, >>>>>> $> man 3 gpio_open >>>>>> and its shell command brother >>>>>> $> man 8 gpioctl >>>>>> >>>>>> are not appropriate, they are useful only if a pin >>>>>> has been configured as GPIO pin. >>>>>> >>>>>> The program i look for would be useful instead to esablish >>>>>> which physical pin has been configured as GPIO pin or >>>>>> PWM, PRU, I2C etc. >>>>>> >>>>>> I asked also in the Forum, but the only one aswering >>>>>> (@Phishry) has given me your same suggestion. >>>>>> >>>>>> If nobody knows of such a program i will start the >>>>>> implementation, >>>>>> maybe >>>>>> tomorrow. >>>>>> >>>>>> bye >>>>>> Nicola >>>>>> >>>>> Please bottom-post when replying to freebsd mailing lists. >>>> ok ! >>>>> There is no interface defined for getting an fdt_pinctrl driver >>>>> to >>>>> return info about the current configuration. Even if such an >>>>> interface >>>>> existed, there would also need to be a new driver providing a >>>>> cdev >>>>> so >>>>> that userland can access the information. >>>> ok, no interface. >>>>> There is also nothing in freebsd equivelent to the linux >>>>> devmem2 >>>>> program. A driver would have to be written to provide access to >>>>> device- >>>>> mapped memory before such a program could be written. You can't >>>>> access >>>>> arm hardware registers via /dev/mem or /dev/kmem. >>>>> >>>>> -- Ian >>>> I just compiled devmem2 and it seems to work. I did silly >>>> modifications. >>>> The code is here: http://euriscom.it/data/dm2.c >>>> (forget the first comment lines, they are poor, I did not intend >>>> to >>>> share this, it is my working copy) >>>> >>>> if i run it: >>>> --------------------------------- >>>> #> ./dm2 0x44e10998 b >>>> /dev/mem opened. >>>> Memory mapped at address 0x20221000. >>>> Value at address 0x44E10998 (0x20221998): 0x5 >>>> --------------------------------- >>>> >>>> Whic corresponds to what i wrote in the DTO. >>>> ----- >>>>              pru_pru_pins: pinmux_pru_pru_pins { >>>>                         pinctrl-single,pins = < >>>>                             // 0x1a4 0x05   /* P9.27 >>>> pr1_pru0_pru_r30_5, >>>> Mode 5 output pull-down   */ >>>>                             0x19c 0x26   /* P9.28 >>>> pr1_pru0_pru_r31_3, >>>> Mode 6 input pull-down    */ >>>>                             0x198 0x05    /* PRU0-2 -- P9.30 -- >>>> pr1_pru0_pru_r30_2 ... se in MODE-5  */ >>>>                             >; >>>>                     }; >>>> ----- >>>> >>>> This is the only test i made but it seems improbable I got the >>>> same >>>> value by chance;) >>>> >>>> It goes without saying that I don't understand all what i wrote, >>>> so, i could be boldly wrong ;) >>>> >>>> If it turns out it works let me know, i can make the port. >>>> >>>> bye >>>> n. >>> You might accidentally get /dev/mem access to work, but it's not by >>> design. The rules of the arm memory model forbid mapping the same >>> physical memory to different virtual addresses using different >>> attributes (normal cacheable memory versus Device memory), and I >>> don't >>> see anything in the arm devmem code that handles memory attributes. >>> >>> -- Ian >> I would like to discuss more this thing but really, i am too ignorant >> on >> this subject. >> >> What i can say is this, I learnt to use devmem2 from D.Molloy book >> "Exploring BeagleBone", >> see pg. 218. The author says this way "bypasses the Linux OS". I >> used >> the thing >> in Linux, it works, as it seems to do in FreeBSD-12-APLHA. >> >> If can tell you also I remember i used it one day in FreeBSD-11.1, >> it >> was working. >> >> I don't have the background to go deeper. >> >> If you can understand why it works and establish that it is realiable >> (even only for reading) let me (us) know ! ;) >> >> bye >> n. >> > I think it should be possible to do a bit of kernel work to change it > from "works by accident" to "does the right thing", except I'm not sure > it'll be possible to automatically detect when Device memory is being > accessed/mapped. It may be necessary to use the mem(4) ioctls to set > the region to MDF_UNCACHEABLE, or even better, define a new MDF_MMIO > for mapping ranges of device registers that arm systems have to treat > as memory type Device. I'll look into it when I have some time. > > -- Ian Great Ian, In the manwhile I will write the little application software I need, when you will consider the thing solved let me know, I will mark the application "safe" and most probably I will make the port, of devmem2 and my little utility. bye nico -- -------------------------- Dr. Nicola Mingotti R&D - Borghi Srl CTO - BondInsider -------------------------- From owner-freebsd-arm@freebsd.org Fri Aug 31 17:42:58 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FEC1FD1F01 for ; Fri, 31 Aug 2018 17:42:58 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFCB87DA16 for ; Fri, 31 Aug 2018 17:42:57 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id w7VHgnG9037511 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 31 Aug 2018 10:42:49 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id w7VHgnKl037510; Fri, 31 Aug 2018 10:42:49 -0700 (PDT) (envelope-from jmg) Date: Fri, 31 Aug 2018 10:42:49 -0700 From: John-Mark Gurney To: Mark Millard Cc: freebsd-arm Subject: Re: FYI: head -r338341 on Pine64+ 2GB early "KLD file umodem.ko is missing dependencies" but later manual kldload works Message-ID: <20180831174249.GT45503@funkthat.com> Mail-Followup-To: Mark Millard , freebsd-arm References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-RELEASE-p7 amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Fri, 31 Aug 2018 10:42:49 -0700 (PDT) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 17:42:58 -0000 Mark Millard via freebsd-arm wrote this message on Wed, Aug 29, 2018 at 03:24 -0700: > On 2018-Aug-28, at 10:53 PM, Mark Millard wrote: > > > Loading kernel... > > /boot/kernel/kernel text=0x8d4607 data=0x176e78+0x79d254 syms=[0x8+0x11f670+0x8+0x112dd8] > > Loading configured modules... > > /boot/entropy size=0x1000 > > /boot/kernel/umodem.ko text=0x2168 text=0x1410 data=0x102d0+0xfd40 syms=[0x8+0xf30+0x8+0xb73] > > Using DTB provided by EFI at 0x47ff9000. > > Loading DTB overlays: 'sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer' > > /boot/dtb/overlays/sun50i-a64-sid.dtbo size=0x1fd > > /boot/dtb/overlays/sun50i-a64-ths.dtbo size=0x3e8 > > /boot/dtb/overlays/sun50i-a64-timer.dtbo size=0x175 > > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-sid.dtbo' > > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-ths.dtbo' > > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-timer.dtbo' > > EHCI failed to shut down host controller. > > ---<>--- > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2018 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 12.0-ALPHA3 r338341M arm64 > > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) > > VT: init without driver. > > KLD file umodem.ko is missing dependencies > > . . . > > > > > > Based on: > > > > # more /boot/loader.conf > > geom_label_load="YES" # File system labels (see glabel(8)) > > # > > boot_multicons="YES" > > boot_serial="YES" > > # > > hw.usb.template=3 > > umodem_load="YES" > > # > > fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer" > > # > > kern.cam.boot_delay="10000" > > vfs.mountroot.timeout="10" > > dumpdev="/dev/gpt/PINE642Gswap" > > > > > > > > But after login: > > > > # kldstat > > Id Refs Address Size Name > > 1 1 0xffff000000000000 141bba8 kernel > > # kldload umodem.ko > > # kldstat > > Id Refs Address Size Name > > 1 6 0xffff000000000000 141bba8 kernel > > 2 1 0xffff00005d000000 41000 umodem.ko > > 3 1 0xffff00005d041000 41000 ucom.ko > > > > > > (I do not know if this will cause me any problems > > later or not. For now: just an FYI.) > > > > I see that John-Mark Gurney's: > > https://www.funkthat.com/~jmg/FreeBSD/arm/a64-lts.working.20180813.txt > > mentioned in one if his messages also shows the: > > KLD file umodem.ko is missing dependencies > > that I reported above. > > So, apparently, it is not just me that gets such. Yes, I can confirm that I'm getting that message, and that after login, kldload'ing umodem works fine. FreeBSD generic 12.0-ALPHA3 FreeBSD 12.0-ALPHA3 #0 r338296M: Sat Aug 25 06:17:25 UTC 2018 freebsd@generic:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Fri Aug 31 17:50:09 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0FA2AFD32EA for ; Fri, 31 Aug 2018 17:50:09 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A23417DDA1; Fri, 31 Aug 2018 17:50:08 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id w7VHo7iK038220 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 31 Aug 2018 10:50:07 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id w7VHo7AV038218; Fri, 31 Aug 2018 10:50:07 -0700 (PDT) (envelope-from jmg) Date: Fri, 31 Aug 2018 10:50:07 -0700 From: John-Mark Gurney To: Ian Lepore Cc: Mark Millard , freebsd-arm Subject: Re: FYI: head -r338341 on Pine64+ 2GB early "KLD file umodem.ko is missing dependencies" but later manual kldload works Message-ID: <20180831175007.GU45503@funkthat.com> Mail-Followup-To: Ian Lepore , Mark Millard , freebsd-arm References: <1535556653.33841.29.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1535556653.33841.29.camel@freebsd.org> X-Operating-System: FreeBSD 11.0-RELEASE-p7 amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Fri, 31 Aug 2018 10:50:07 -0700 (PDT) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 17:50:09 -0000 Ian Lepore wrote this message on Wed, Aug 29, 2018 at 09:30 -0600: > On Tue, 2018-08-28 at 22:53 -0700, Mark Millard via freebsd-arm wrote: > > Loading kernel... > > /boot/kernel/kernel text=0x8d4607 data=0x176e78+0x79d254 > > syms=[0x8+0x11f670+0x8+0x112dd8] > > Loading configured modules... > > /boot/entropy size=0x1000 > > /boot/kernel/umodem.ko text=0x2168 text=0x1410 data=0x102d0+0xfd40 > > syms=[0x8+0xf30+0x8+0xb73] > > Using DTB provided by EFI at 0x47ff9000. > > Loading DTB overlays: 'sun50i-a64-sid,sun50i-a64-ths,sun50i-a64- > > timer' > > /boot/dtb/overlays/sun50i-a64-sid.dtbo size=0x1fd > > /boot/dtb/overlays/sun50i-a64-ths.dtbo size=0x3e8 > > /boot/dtb/overlays/sun50i-a64-timer.dtbo size=0x175 > > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-sid.dtbo' > > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-ths.dtbo' > > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-timer.dtbo' > > EHCI failed to shut down host controller. > > ---<>--- > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2018 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > > 1994 > >         The Regents of the University of California. All rights > > reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 12.0-ALPHA3  r338341M arm64 > > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on > > LLVM 6.0.1) > > VT: init without driver. > > KLD file umodem.ko is missing dependencies > > . . . > > > > > > Based on: > > > > # more /boot/loader.conf  > > geom_label_load="YES"           # File system labels (see glabel(8)) > > # > > boot_multicons="YES" > > boot_serial="YES" > > # > > hw.usb.template=3 > > umodem_load="YES" > > # > > fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer" > > # > > kern.cam.boot_delay="10000" > > vfs.mountroot.timeout="10" > > dumpdev="/dev/gpt/PINE642Gswap" > > > > > > > > But after login: > > > > # kldstat > > Id Refs Address                Size Name > >  1    1 0xffff000000000000  141bba8 kernel > > # kldload umodem.ko > > # kldstat > > Id Refs Address                Size Name > >  1    6 0xffff000000000000  141bba8 kernel > >  2    1 0xffff00005d000000    41000 umodem.ko > >  3    1 0xffff00005d041000    41000 ucom.ko > > > > > > (I do not know if this will cause me any problems > > later or not. For now: just an FYI.) > > > > === > > Mark Millard > > marklmi at yahoo.com > > ( dsl-only.net went > > away in early 2018-Mar) > > It appears that the umodem driver has all the right MODULE_DEPEND() > statements. Does this happen only on first boot? If it happens on every > boot, try doing "service kldxref start", then see if it's better on the > next boot. > > My theory is that the root problem here is that kldxref can't be run as > a cross-tool. So on first boot, module dependencies don't get handled > correctly. But kldxref should run automatically on the first boot and > then things should be right after that. > > We *really* need to fix kldxref to be runnable as a cross-tool. I doubt it's a crossbuild issue... My latest kernel that is seeing the issue was built natively on arm64, and installed w/ installkernel from /usr/src... also "service kldxref start" doesn't seem to do anything, as it completed too quickly... I manually ran kldxref /boot/kernel and still have the issue... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Fri Aug 31 19:57:45 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6778DFDACED for ; Fri, 31 Aug 2018 19:57:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EED5582C8E for ; Fri, 31 Aug 2018 19:57:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 455A0253C5 for ; Fri, 31 Aug 2018 19:57:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w7VJvicc056383 for ; Fri, 31 Aug 2018 19:57:44 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w7VJviCD056382 for freebsd-arm@FreeBSD.org; Fri, 31 Aug 2018 19:57:44 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 231065] USB-Disk not at full speed Date: Fri, 31 Aug 2018 19:57:44 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: lothar.linhard@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 19:57:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D231065 Bug ID: 231065 Summary: USB-Disk not at full speed Product: Base System Version: 10.2-RELEASE Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: lothar.linhard@gmail.com --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Aug 31 20:32:13 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68571FDBCBA for ; Fri, 31 Aug 2018 20:32:13 +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 E0ECC8434F for ; Fri, 31 Aug 2018 20:32:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: CGebskcVM1l8tdf2kQgNZhvAx_ITP5zUc6MrkO3oOMtmiaFoV_5sPsWYYcWa1YL d5dWzazwgbRY38MgeLa9Nu658YAg3G6lViq1UATOxdJTkQgS2VqCB9m1ZEfFoqB6rojHHBamkqmj 9qZzSzJLffUKJN4XDt9truhgMcX8wCAWOlJjGc7hloOVNDONJWTCmeRm6PEmPQkjjyl5kBhhYaKQ 0Eyfp10kMMfc4vmJvlU2as.IyEdtDOnkuvYOT4Ktwez1mlZa7sFKgvGzVMU9iqw11q85_jxopShx h0AlCystxMwlXykmYdPgA0gQbBhcg9lUV5apMkdsKCNO7xgqh8uMDIhplahptQMNNP8JMWKHM2d4 S4wDBQqBkmSy53kIzlheNqHTDoe.QW2..ts5DaSB8O3vmbRf_7k7FhS0ip1Lz5yNop3Tw66fVJrJ wb.kMhu_PMQPoe89qm1JnDfp.pACw3uypHtuPdswP2bkP_uxV0ZAjkc5JcvnIhBtma92sWMHGY2l 2AVFgVGg.VXgqXtOKtTN9QLkedSYPkLWuPfq5dnSTYu_SRygMDOAwFHhCQl4DTGLBukG2vJTtPfS s2D8OHP2_B4dfPv7wAY8fuxgJPBE8_HUye6BVLbcTRKjz0LqDO_Fdi2SugTBu440HMmiPjFj7QVF neNKPXOEfOL9_xEcHVl9XuLMY7nUpU_3L5I.m0if8cMb9EFl6cL.ygmIz193.AfRMKjKGTLTZCUl GwoE5dMpXMMUlGG.uzQuROISYHNeZ3hN5cIKsUM.bgSz3Xk3wVxx3yTBgk37wunSd.sS3gifa41Z Yj1NoirzC3msJ7dD95VpwJsfoMBXG3S0HYSIjf8_E5TZdJcZLKqJ1SlDdC9YFwK6DKZ3512hvvdR lJblggl2toXCeH6BY9w_PZD966GpAb4KsdmR28ntnrPsZPQWmWYhb1u5ZWbibSxcrYPElADhdv11 f2DFp4O_i_rWONBxL9uwqY2eRJSMg7Pe8VuaN3oSEOI76TQAvsoaN8eUgTHL_rp2nXiCf2ooO.oz OjxN5O41lGMfk3g-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Fri, 31 Aug 2018 20:32:05 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp429.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9e971a6d4bac947cc246e2c12cf2d4a0; Fri, 31 Aug 2018 20:32:02 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Attempted large jump to head -r337347 for pine64+ 2GB did not finish the boot: eventual MMC handling problems before root file system is mounted From: Mark Millard In-Reply-To: <20180806193755.8c4e9a63bcd0870d55fe3969@bidouilliste.com> Date: Fri, 31 Aug 2018 13:32:01 -0700 Cc: Mark Millard via freebsd-arm , Marius Strobl Content-Transfer-Encoding: quoted-printable Message-Id: <9FD914F2-0630-45B0-B5B8-9CFD85F158C7@yahoo.com> References: <0918383D-5A5A-40A0-ADCB-08C500153BE1@yahoo.com> <20180806124421.0b622761272370d2946cac29@bidouilliste.com> <0FF066AF-D9F3-4523-8203-B9405091F10A@yahoo.com> <20180806193755.8c4e9a63bcd0870d55fe3969@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 20:32:13 -0000 [FYI: sdhc cards (or the one I have) also gets a VCCQ notice. Mathcing boot -v output included. Most other material removed.] On 2018-Aug-6, at 10:37 AM, Emmanuel Vadot = wrote: > On Mon, 6 Aug 2018 10:12:43 -0700 > Mark Millard wrote: >=20 >> On 2018-Aug-6, at 3:44 AM, Emmanuel Vadot = wrote: >>=20 >>> . . . >>=20 >>> Can you boot -v and post the result please ? >>=20 >> Glad to . . . >>=20 . . . >> aw_mmc0: Powering up sd/mmc >> mmc0: Probing bus >> ugen0.1: at usbus0 >> uhub0: on = usbus0 >> ugen1.1: at usbus1 >> uhub1: on = usbus1 >> aw_mmc0: error rint: 0x00000100 >> AW_MMC_INT_RESP_TIMEOUT=20 >> aw_mmc0: error rint: 0x00000100 >> AW_MMC_INT_RESP_TIMEOUT=20 >> aw_mmc0: error rint: 0x00000100 >> AW_MMC_INT_RESP_TIMEOUT=20 >> aw_mmc0: error rint: 0x00000100 >> AW_MMC_INT_RESP_TIMEOUT=20 >> aw_mmc0: error rint: 0x00000100 >> AW_MMC_INT_RESP_TIMEOUT=20 >> aw_mmc0: error rint: 0x00000100 >> AW_MMC_INT_RESP_TIMEOUT=20 >> aw_mmc0: error rint: 0x00000100 >> AW_MMC_INT_RESP_TIMEOUT=20 >> aw_mmc0: error rint: 0x00000100 >> AW_MMC_INT_RESP_TIMEOUT=20 >> mmc0: SD probe: failed >> mmc0: MMC probe: OK (OCR: 0x40ff8080) >> mmc0: Current OCR: 0x00ff8080 >> mmc0: Probing cards >> mmc0: New card detected (CID 150100444a4e423452079f43b2e7636f) >> mmc0: New card detected (CSD d02701320f5903fff6dbffef8e40400d) >> aw_mmc0: error rint: 0x00008010 >> AW_MMC_INT_DATA_END_BIT_ERR >> mmc0: Card at relative address 0x0002 added: >> mmc0: card: MMCHC DJNB4R 0.7 SN MFG 06/2016 by 21 0x0000 >> mmc0: quirks: 0 >> mmc0: bus: 4bit, 200MHz (HS200 timing) >> mmc0: memory: 244277248 blocks, erase sector 1024 blocks >> aw_mmc0: error rint: 0x00000100 >> AW_MMC_INT_RESP_TIMEOUT=20 >> aw_mmc0: error rint: 0x00000100 >> AW_MMC_INT_RESP_TIMEOUT=20 >> aw_mmc0: error rint: 0x00000100 >> AW_MMC_INT_RESP_TIMEOUT=20 >> aw_mmc0: error rint: 0x00000100 >> AW_MMC_INT_RESP_TIMEOUT=20 >> mmc0: setting transfer rate to 52.000MHz (dual data rate timing) >> mmc0: Failed to set VCCQ for card at relative address 2 >=20 > So the driver is selecting DDR52 transfer rate but, of course, > cannot switch the IO voltage to 1.8V as on this board the IO voltage > for the SD card is tied to 3.3V >=20 sdhc cards (or the one I have) also get the VCCQ notice. Here is a segment of the matching boot -v output (serial numbers and some interlaced material removed): aw_mmc0: Powering up sd/mmc axp8xx_pmu0: Enable vcc-3v3 (dcdc1) mmc0: Probing bus ugen1.1: . . . . . . uhub3: . . . mmc0: SD probe: OK (OCR: 0x40ff8000) mmc0: Current OCR: 0x00ff8000 mmc0: Probing cards mmc0: New card detected (CID 035344534533324780????????01171d) mmc0: New card detected (CSD 400e00325b590000edc87f800a4040c3) mmc0: Card at relative address 0xaaaa added: mmc0: card: SDHC SE32G 8.0 SN MFG 07/2017 by 3 SD mmc0: quirks: 0 mmc0: bus: 4bit, 50MHz (high speed timing) mmc0: memory: 62333952 blocks, erase sector 8192 blocks mmc0: setting transfer rate to 50.000MHz (high speed timing) mmcsd0: 32GB at mmc0 = 50.0MHz/4bit/32768-block GEOM: new disk mmcsd0 mmc0: setting bus width to 4 bits high speed timing mmc0: Failed to set VCCQ for card at relative address 43690 (This is still based on head -r338341 despite the typo in the subject line.) =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 Aug 31 20:39:30 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 258D3FDBFB7 for ; Fri, 31 Aug 2018 20:39:30 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8372584660; Fri, 31 Aug 2018 20:39:29 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id f008c3a5; Fri, 31 Aug 2018 22:39:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=/R/3vlNf0GBHf4ZXsxNKX5Yxr7M=; b=ZPslnDL0KP8zK60gJjHgkshGZ9ad 1gIs0Vh02JtkH/n4iQuO1f7vfIGlxdf1NFYxRdLyRaHqeES+a5sfpT6kSv+aqQ11 0ysY4xkGtGdTNklF7ZiRMIuJwOQ4mkEyOve/LT2dP7Jj9m0yrZHpTjH+YTO+cXlD +dCw9AL8ngeu564= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=OQsD8Iz1lrfV3jTjVsu+GSV5f+k4yqj4LpKPqkzqCd5mGP6xeKdlv1rC 4JlrAZK/4n4jhg2JHAtZy1su1GU3OoG3t23t/3vE3k7kCXVRnb3t4xnoP+jvFHKa DRsTu7rrxTMG2fU4jQGy68n033iIu66ae43wRa7Y182r2mPFBmg= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 43d4f532 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 31 Aug 2018 22:39:21 +0200 (CEST) Date: Fri, 31 Aug 2018 22:39:20 +0200 From: Emmanuel Vadot To: Mark Millard Cc: Mark Millard via freebsd-arm , Marius Strobl Subject: Re: Attempted large jump to head -r337347 for pine64+ 2GB did not finish the boot: eventual MMC handling problems before root file system is mounted Message-Id: <20180831223920.426cde04de5230f4a5a55bb9@bidouilliste.com> In-Reply-To: <9FD914F2-0630-45B0-B5B8-9CFD85F158C7@yahoo.com> References: <0918383D-5A5A-40A0-ADCB-08C500153BE1@yahoo.com> <20180806124421.0b622761272370d2946cac29@bidouilliste.com> <0FF066AF-D9F3-4523-8203-B9405091F10A@yahoo.com> <20180806193755.8c4e9a63bcd0870d55fe3969@bidouilliste.com> <9FD914F2-0630-45B0-B5B8-9CFD85F158C7@yahoo.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 20:39:30 -0000 On Fri, 31 Aug 2018 13:32:01 -0700 Mark Millard wrote: > [FYI: sdhc cards (or the one I have) also gets a VCCQ notice. > Mathcing boot -v output included. Most other material > removed.] > > On 2018-Aug-6, at 10:37 AM, Emmanuel Vadot wrote: > > > On Mon, 6 Aug 2018 10:12:43 -0700 > > Mark Millard wrote: > > > >> On 2018-Aug-6, at 3:44 AM, Emmanuel Vadot wrote: > >> > >>> . . . > >> > >>> Can you boot -v and post the result please ? > >> > >> Glad to . . . > >> > . . . > >> aw_mmc0: Powering up sd/mmc > >> mmc0: Probing bus > >> ugen0.1: at usbus0 > >> uhub0: on usbus0 > >> ugen1.1: at usbus1 > >> uhub1: on usbus1 > >> aw_mmc0: error rint: 0x00000100 > >> AW_MMC_INT_RESP_TIMEOUT > >> aw_mmc0: error rint: 0x00000100 > >> AW_MMC_INT_RESP_TIMEOUT > >> aw_mmc0: error rint: 0x00000100 > >> AW_MMC_INT_RESP_TIMEOUT > >> aw_mmc0: error rint: 0x00000100 > >> AW_MMC_INT_RESP_TIMEOUT > >> aw_mmc0: error rint: 0x00000100 > >> AW_MMC_INT_RESP_TIMEOUT > >> aw_mmc0: error rint: 0x00000100 > >> AW_MMC_INT_RESP_TIMEOUT > >> aw_mmc0: error rint: 0x00000100 > >> AW_MMC_INT_RESP_TIMEOUT > >> aw_mmc0: error rint: 0x00000100 > >> AW_MMC_INT_RESP_TIMEOUT > >> mmc0: SD probe: failed > >> mmc0: MMC probe: OK (OCR: 0x40ff8080) > >> mmc0: Current OCR: 0x00ff8080 > >> mmc0: Probing cards > >> mmc0: New card detected (CID 150100444a4e423452079f43b2e7636f) > >> mmc0: New card detected (CSD d02701320f5903fff6dbffef8e40400d) > >> aw_mmc0: error rint: 0x00008010 > >> AW_MMC_INT_DATA_END_BIT_ERR > >> mmc0: Card at relative address 0x0002 added: > >> mmc0: card: MMCHC DJNB4R 0.7 SN MFG 06/2016 by 21 0x0000 > >> mmc0: quirks: 0 > >> mmc0: bus: 4bit, 200MHz (HS200 timing) > >> mmc0: memory: 244277248 blocks, erase sector 1024 blocks > >> aw_mmc0: error rint: 0x00000100 > >> AW_MMC_INT_RESP_TIMEOUT > >> aw_mmc0: error rint: 0x00000100 > >> AW_MMC_INT_RESP_TIMEOUT > >> aw_mmc0: error rint: 0x00000100 > >> AW_MMC_INT_RESP_TIMEOUT > >> aw_mmc0: error rint: 0x00000100 > >> AW_MMC_INT_RESP_TIMEOUT > >> mmc0: setting transfer rate to 52.000MHz (dual data rate timing) > >> mmc0: Failed to set VCCQ for card at relative address 2 > > > > So the driver is selecting DDR52 transfer rate but, of course, > > cannot switch the IO voltage to 1.8V as on this board the IO voltage > > for the SD card is tied to 3.3V > > > > sdhc cards (or the one I have) also get the VCCQ notice. Here > is a segment of the matching boot -v output (serial numbers > and some interlaced material removed): > > aw_mmc0: Powering up sd/mmc > axp8xx_pmu0: Enable vcc-3v3 (dcdc1) > mmc0: Probing bus > ugen1.1: . . . > . . . > uhub3: . . . > mmc0: SD probe: OK (OCR: 0x40ff8000) > mmc0: Current OCR: 0x00ff8000 > mmc0: Probing cards > mmc0: New card detected (CID 035344534533324780????????01171d) > mmc0: New card detected (CSD 400e00325b590000edc87f800a4040c3) > mmc0: Card at relative address 0xaaaa added: > mmc0: card: SDHC SE32G 8.0 SN MFG 07/2017 by 3 SD > mmc0: quirks: 0 > mmc0: bus: 4bit, 50MHz (high speed timing) > mmc0: memory: 62333952 blocks, erase sector 8192 blocks > mmc0: setting transfer rate to 50.000MHz (high speed timing) > mmcsd0: 32GB at mmc0 50.0MHz/4bit/32768-block > GEOM: new disk mmcsd0 > mmc0: setting bus width to 4 bits high speed timing > mmc0: Failed to set VCCQ for card at relative address 43690 > > (This is still based on head -r338341 despite the typo in the > subject line.) > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) What is the point of this mail exactly ? I've already answered why you are seeing this and that it is harmless. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Aug 31 20:59:11 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C32FFDC727 for ; Fri, 31 Aug 2018 20:59:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-11.consmr.mail.ne1.yahoo.com (sonic308-11.consmr.mail.ne1.yahoo.com [66.163.187.34]) (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 030658508B for ; Fri, 31 Aug 2018 20:59:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Ko8Bz.cVM1nmX_2kcz3HUQuR_OO5431jtRiPxKLsVPqAmFeNYsbCGC80n8UWziS m1r0cOjqfntf4HOokWl.vi30PKtxeaiM_GWNhb37shvxX1z_u7OUNZ938Lx9Z1L70OE9BApiSIdg Bhspi.J7HKkjZXSoWIqURu8pc2ZVzwxTzGrckvtfxJJ4UxXortbCq_z6QrQibf.slma8QwHAlriq eDmdPZHKJB8SAfr3FJWqHJ9CvE2e8UvJtHgyiyjtFdlGNZuQ6mWkpvmnK23Cx_CaQqwIoeEqk30x GLil3Cx_BXoU3Mi7RnBhhZwlwK9EPABcUvfxxK9b.9H6xSk2jcwFuxwqHLc7RxtA.dcOtXOZkkmD bYbPblzIoHC0RlaY4MQVCifjSZv9eX2AY.CpATTwoR5unH93Bee5kbnT7u.XuDjC4AGmO.01Hd7G Cy9LYamCy4OgIHdvuEF1ZXiq8_uUoW.G13QAdU_GgoejgpseH8nim5T8LVRmZl7YgzrxSrN4Gs.D D92.lYdkXk9bYWtZBC1uz41zhmw8XIym1Ow.G0k8Qov5kN1Pzjr4dTWQLAHEQEv5r1dVS0GwcxAg 0_Hwf3IQ6vnva4hTmRsqdBcpvJ.mzYBRIj8QCOHEFMSUagVFhwPMtl3PSkYk8mOUfmHCAu4jJq4F Wq1F4xx8N.TQoE3yGMhjmhg78ePxPoonvPbYv3e9Od_WzI0sJlpzULyjTXXmcf5XvujxkXQXe2XW hmJ2F4.6Zqz34RjSmJfpsuP8CqvlDMnJE_s7H1eQWcWbIcNLjaOmGvL4yvPVF0JC.ekxgx_Bd1X2 dt_KwSu2n93L3pHsqbYyXG4iII_RQJrVA.MbKSfy9716rBA_mWK3GnBHW74B_jfjn_Rj6ElnK2TT lJB2J73PonzW9ZR8oW63C9UtTnJwFcPA1zaPQK7LYf1fPSITvgzGDkdjyGyOgih8hU3xv.ZvzowE N3diEUOFhFf3ZdoSdRgVjDttuevXzmPfee49Uk.fhmY74W7bHztt_8krAvIoHJjjL.GkB2x1zdsY wmoyRLuJokw5as6B8Ww-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ne1.yahoo.com with HTTP; Fri, 31 Aug 2018 20:59:09 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp416.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID afb3a70185ac89d3544e0f314d64b527; Fri, 31 Aug 2018 20:59:05 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Attempted large jump to head -r337347 for pine64+ 2GB did not finish the boot: eventual MMC handling problems before root file system is mounted From: Mark Millard In-Reply-To: <20180831223920.426cde04de5230f4a5a55bb9@bidouilliste.com> Date: Fri, 31 Aug 2018 13:59:04 -0700 Cc: Mark Millard via freebsd-arm , Marius Strobl Content-Transfer-Encoding: quoted-printable Message-Id: References: <0918383D-5A5A-40A0-ADCB-08C500153BE1@yahoo.com> <20180806124421.0b622761272370d2946cac29@bidouilliste.com> <0FF066AF-D9F3-4523-8203-B9405091F10A@yahoo.com> <20180806193755.8c4e9a63bcd0870d55fe3969@bidouilliste.com> <9FD914F2-0630-45B0-B5B8-9CFD85F158C7@yahoo.com> <20180831223920.426cde04de5230f4a5a55bb9@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 20:59:11 -0000 On 2018-Aug-31, at 1:39 PM, Emmanuel Vadot = wrote: > On Fri, 31 Aug 2018 13:32:01 -0700 > Mark Millard wrote: >=20 >> [FYI: sdhc cards (or the one I have) also gets a VCCQ notice. >> Mathcing boot -v output included. Most other material >> removed.] >>=20 >> On 2018-Aug-6, at 10:37 AM, Emmanuel Vadot = wrote: >>=20 >>> On Mon, 6 Aug 2018 10:12:43 -0700 >>> Mark Millard wrote: >>>=20 >>>> On 2018-Aug-6, at 3:44 AM, Emmanuel Vadot wrote: >>>>=20 >>>>> . . . >>>>=20 >>>>> Can you boot -v and post the result please ? >>>>=20 >>>> Glad to . . . >>>>=20 >> . . . >>>> aw_mmc0: Powering up sd/mmc >>>> mmc0: Probing bus >>>> ugen0.1: at usbus0 >>>> uhub0: = on usbus0 >>>> ugen1.1: at usbus1 >>>> uhub1: on = usbus1 >>>> aw_mmc0: error rint: 0x00000100 >>>> AW_MMC_INT_RESP_TIMEOUT=20 >>>> aw_mmc0: error rint: 0x00000100 >>>> AW_MMC_INT_RESP_TIMEOUT=20 >>>> aw_mmc0: error rint: 0x00000100 >>>> AW_MMC_INT_RESP_TIMEOUT=20 >>>> aw_mmc0: error rint: 0x00000100 >>>> AW_MMC_INT_RESP_TIMEOUT=20 >>>> aw_mmc0: error rint: 0x00000100 >>>> AW_MMC_INT_RESP_TIMEOUT=20 >>>> aw_mmc0: error rint: 0x00000100 >>>> AW_MMC_INT_RESP_TIMEOUT=20 >>>> aw_mmc0: error rint: 0x00000100 >>>> AW_MMC_INT_RESP_TIMEOUT=20 >>>> aw_mmc0: error rint: 0x00000100 >>>> AW_MMC_INT_RESP_TIMEOUT=20 >>>> mmc0: SD probe: failed >>>> mmc0: MMC probe: OK (OCR: 0x40ff8080) >>>> mmc0: Current OCR: 0x00ff8080 >>>> mmc0: Probing cards >>>> mmc0: New card detected (CID 150100444a4e423452079f43b2e7636f) >>>> mmc0: New card detected (CSD d02701320f5903fff6dbffef8e40400d) >>>> aw_mmc0: error rint: 0x00008010 >>>> AW_MMC_INT_DATA_END_BIT_ERR >>>> mmc0: Card at relative address 0x0002 added: >>>> mmc0: card: MMCHC DJNB4R 0.7 SN MFG 06/2016 by 21 = 0x0000 >>>> mmc0: quirks: 0 >>>> mmc0: bus: 4bit, 200MHz (HS200 timing) >>>> mmc0: memory: 244277248 blocks, erase sector 1024 blocks >>>> aw_mmc0: error rint: 0x00000100 >>>> AW_MMC_INT_RESP_TIMEOUT=20 >>>> aw_mmc0: error rint: 0x00000100 >>>> AW_MMC_INT_RESP_TIMEOUT=20 >>>> aw_mmc0: error rint: 0x00000100 >>>> AW_MMC_INT_RESP_TIMEOUT=20 >>>> aw_mmc0: error rint: 0x00000100 >>>> AW_MMC_INT_RESP_TIMEOUT=20 >>>> mmc0: setting transfer rate to 52.000MHz (dual data rate timing) >>>> mmc0: Failed to set VCCQ for card at relative address 2 >>>=20 >>> So the driver is selecting DDR52 transfer rate but, of course, >>> cannot switch the IO voltage to 1.8V as on this board the IO voltage >>> for the SD card is tied to 3.3V >>>=20 >>=20 >> sdhc cards (or the one I have) also get the VCCQ notice. Here >> is a segment of the matching boot -v output (serial numbers >> and some interlaced material removed): >>=20 >> aw_mmc0: Powering up sd/mmc >> axp8xx_pmu0: Enable vcc-3v3 (dcdc1) >> mmc0: Probing bus >> ugen1.1: . . . >> . . . >> uhub3: . . . >> mmc0: SD probe: OK (OCR: 0x40ff8000) >> mmc0: Current OCR: 0x00ff8000 >> mmc0: Probing cards >> mmc0: New card detected (CID 035344534533324780????????01171d) >> mmc0: New card detected (CSD 400e00325b590000edc87f800a4040c3) >> mmc0: Card at relative address 0xaaaa added: >> mmc0: card: SDHC SE32G 8.0 SN MFG 07/2017 by 3 SD >> mmc0: quirks: 0 >> mmc0: bus: 4bit, 50MHz (high speed timing) >> mmc0: memory: 62333952 blocks, erase sector 8192 blocks >> mmc0: setting transfer rate to 50.000MHz (high speed timing) >> mmcsd0: 32GB at mmc0 = 50.0MHz/4bit/32768-block >> GEOM: new disk mmcsd0 >> mmc0: setting bus width to 4 bits high speed timing >> mmc0: Failed to set VCCQ for card at relative address 43690 >>=20 >> (This is still based on head -r338341 despite the typo in the >> subject line.) >>=20 >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >> ( dsl-only.net went >> away in early 2018-Mar) >=20 >=20 > What is the point of this mail exactly ? I've already answered why you > are seeing this and that it is harmless. I see that 2018-Aug-29 reply now. I somehow missed reading that message. Sorry for the noise. (And thinks for the information.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Sep 1 08:15:26 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD3B5109FA6F; Sat, 1 Sep 2018 08:15:26 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (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 6F85C7FA14; Sat, 1 Sep 2018 08:15:26 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1fw141-0003ik-9i; Sat, 01 Sep 2018 10:15:25 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Date: Sat, 01 Sep 2018 10:10:01 +0200 To: "freebsd-ports@freebsd.org" , "freebsd-arm@freebsd.org" Subject: update of pkgs for aarch64? From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) Resent-To: "freebsd-ports@freebsd.org" , "freebsd-arm@freebsd.org" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Resent-From: "Ronald Klop" Resent-Date: Sat, 01 Sep 2018 10:15:25 +0200 Resent-Message-ID: X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 38b42a75504d14ed68437fa295b89bc6 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2018 08:15:27 -0000 Hello, The pkgs for aarch64 keep staying on August, 9th according to the file dates on http://pkg.freebsd.org/FreeBSD:12:aarch64/. But on https://pkg-status.freebsd.org/builds?type=package and http://thunderx1.nyi.freebsd.org/ I see more recent and quite successful builds for head-arm64. How long does it take to update pkg.freebsd.org or is syncing the mirrors lagging? Or ...? Just curious. Regards, Ronald. From owner-freebsd-arm@freebsd.org Sat Sep 1 13:50:35 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89BD5FF013F for ; Sat, 1 Sep 2018 13:50:35 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E54F78C5E9 for ; Sat, 1 Sep 2018 13:50:34 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: by mailman.ysv.freebsd.org (Postfix) id A5BD9FF013E; Sat, 1 Sep 2018 13:50:34 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72F6CFF013D for ; Sat, 1 Sep 2018 13:50:34 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 10DE68C5E5 for ; Sat, 1 Sep 2018 13:50:33 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-42bc70d5.06-431-73746f70.bbcust.telenor.se ([213.112.188.66] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fw6IE-000Eg0-7p; Sat, 01 Sep 2018 15:50:26 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alvermark.net; s=x; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID :From:References:Cc:To:Subject:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=sc1NeK6EUg/lt4l2u7l1FCAIZ95ycg1+9BcA318GVzo=; b=pzEz84ed/4fko1zV2Kyft0mT2S sdThCw4pR1tbc1HtnoQIBif1CzAzYer7BLwrUpt850Rr6ftW22k8XYr1ia0WqZAWfe9YtOcbRykI6 qp0elkxjzrNZVOExIaBCqq/xYLmpTTPbXOUxJEzcAX8W9KYXJWz02NcdMzmbQPnHCMVaDOI0iTo+0 hYBddUPUuO35Hev36BAQ6mUYVEvX+8hhYOIgliBL+G21EP6Gvlx/aF3uX4nuW7T/3aJztP/99U4V1 TXWR5tP7cFT64ob3orDpNv+mrxKF0+xFz2+AHKia2nUOGawkUwjM9XWkNGS8YXLV2y8vihiZJJep7 MD3arY4w==; Received: from [192.168.67.33] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fw6ID-000Fcg-G5; Sat, 01 Sep 2018 15:50:25 +0200 Subject: Re: allwinner/nanopi neo boot issues To: Daniel Braniss Cc: "freebsd-arm@freebsd.org" References: <42AA3AE2-E101-4B7B-B373-BEC178321671@cs.huji.ac.il> <0fdbd315-f37d-e3d3-9309-612f53c4d379@alvermark.net> <8459A9BA-183A-461B-9050-3631C51218F9@cs.huji.ac.il> From: Jakob Alvermark Message-ID: <474af48e-ba82-62ce-34a3-70dfc4382723@alvermark.net> Date: Sat, 1 Sep 2018 15:50:25 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <8459A9BA-183A-461B-9050-3631C51218F9@cs.huji.ac.il> Content-Language: en-US Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2018 13:50:35 -0000 On 8/29/18 2:22 PM, Daniel Braniss wrote: > > >> On 29 Aug 2018, at 15:17, Jakob Alvermark > > wrote: >> >> >> On 8/24/18 10:02 AM, Daniel Braniss wrote: >>> >>>> On 24 Aug 2018, at 09:34, Daniel Braniss >>> > wrote: >>>> >>>> hi, >>>> with the latest current r338243 no longer boots via ubldr, efi does >>>> but with overlays I have to manually enter the root partition. >>>> >>>> this is where it hangs via ubldr: >>>> >>>> Autoboot in 8 seconds, hit [Enter] to boot or any other key to stop >>>> >>>> Loading kernel... >>>> /boot/kernel/kernel text=0x8a0950 data=0xae160+0x184520 >>>> syms=[0x4+0xa6d70+0x4+0x109f17] >>>> Loading configured modules... >>>> /boot/entropy size=0x1000 >>>> /boot/dtb/sun8i-h3-nanopi-neo.dtb size=0x601b >>>> Loaded DTB from file 'sun8i-h3-nanopi-neo.dtb'. >>>> Kernel entry at 0x42400180... >>>> Kernel args: (null) >>>> >>>> older - r337232 - boots fine, >>>> >>>> any ideas where to look? >>> should have done an update before writing! >>> >>> with the latest (and greatest) all is back to normal! >>> so now on to test orange pi one(h3), nanopi neo 2 (h5) and nanopi >>> neo a64 >>> >>> thanks, >>> danny >> >> >> Hi, >> >> >> I am trying to get an Orange Pi R1 going, I get the same. >> >> Loading kernel... >> /boot/kernel/kernel text=0x89ee40 data=0xae620+0x1f5ba0 >> syms=[0x4+0xa6d20+0x4+0x109e51] >> Loading configured modules... >> Could not load one or more modules! >> /boot/dtb/sun8i-h2-plus-orangepi-r1.dtb size=0x6333 >> Loaded DTB from file 'sun8i-h2-plus-orangepi-r1.dtb'. >> Kernel entry at 0x42400180... >> Kernel args: (null) >> >> This is at r338369. >> >> > > try booting via efi; > make sure to copy /boot/loader.efi to /boot/msdos/EFI/BOOT/bootaa64.efi > remove /boot/msdos/boot.scr > good luck, > danny I tried the ALPHA4 snapshot, this happens: Hit any key to stop autoboot:  0 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... 25395 bytes read in 4 ms (6.1 MiB/s) Found EFI removable media binary efi/boot/bootarm.efi Scanning disks on usb... Disk usb0 not ready Disk usb1 not ready Disk usb2 not ready Disk usb3 not ready Scanning disks on mmc... MMC Device 1 not found MMC Device 2 not found MMC Device 3 not found Found 3 disks 508704 bytes read in 26 ms (18.7 MiB/s) ## Starting EFI application at 42000000 ... Consoles: EFI console failed to allocate staging area: 14 failed to allocate staging area ## Application terminated, r = 5 EFI LOAD FAILED: continuing... Tried manually loading ubldr.bin: => fatload mmc 0 0x42000000 ubldr.bin 306972 bytes read in 15 ms (19.5 MiB/s) => go 0x42000000 Loading kernel... /boot/kernel/kernel text=0x85d7f0 data=0xaf620+0x24e1e0 syms=[0x4+0xa87d0+0x4+0x10c603] Loading configured modules... /boot/kernel/umodem.ko text=0x1bf4 text=0x1320 data=0x1080+0xf88 syms=[0x4+0x1070+0x4+0xbcd] loading required module 'ucom' /boot/kernel/ucom.ko text=0x1f8c text=0x2e90 data=0x1080+0x17bc syms=[0x4+0x14f0+0x4+0xc5d] Could not load one or more modules! Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... /boot/dtb/sun8i-h2-plus-orangepi-r1.dtb size=0x6333 Loaded DTB from file 'sun8i-h2-plus-orangepi-r1.dtb'. Kernel entry at 0x42400180... Kernel args: (null) And then it reboots... From owner-freebsd-arm@freebsd.org Sat Sep 1 14:12:36 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8941AFF0A59 for ; Sat, 1 Sep 2018 14:12:36 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9308D45D for ; Sat, 1 Sep 2018 14:12:36 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id C2051FF0A58; Sat, 1 Sep 2018 14:12:35 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F092FF0A57 for ; Sat, 1 Sep 2018 14:12:35 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CDDDA8D45A for ; Sat, 1 Sep 2018 14:12:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bk.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1fw6dR-000PIe-Gg; Sat, 01 Sep 2018 17:12:21 +0300 From: Daniel Braniss Message-Id: <07EB0FBC-FEF9-4B1D-A0DF-D43FAC1EAD17@cs.huji.ac.il> Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: allwinner/nanopi neo boot issues Date: Sat, 1 Sep 2018 17:12:21 +0300 In-Reply-To: <474af48e-ba82-62ce-34a3-70dfc4382723@alvermark.net> Cc: "freebsd-arm@freebsd.org" To: Jakob Alvermark References: <42AA3AE2-E101-4B7B-B373-BEC178321671@cs.huji.ac.il> <0fdbd315-f37d-e3d3-9309-612f53c4d379@alvermark.net> <8459A9BA-183A-461B-9050-3631C51218F9@cs.huji.ac.il> <474af48e-ba82-62ce-34a3-70dfc4382723@alvermark.net> X-Mailer: Apple Mail (2.3445.9.1) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2018 14:12:37 -0000 > On 1 Sep 2018, at 16:50, Jakob Alvermark wrote: >=20 > On 8/29/18 2:22 PM, Daniel Braniss wrote: >>=20 >>=20 >>> On 29 Aug 2018, at 15:17, Jakob Alvermark > wrote: >>>=20 >>>=20 >>> On 8/24/18 10:02 AM, Daniel Braniss wrote: >>>>=20 >>>>> On 24 Aug 2018, at 09:34, Daniel Braniss > wrote: >>>>>=20 >>>>> hi, >>>>> with the latest current r338243 no longer boots via ubldr, efi = does >>>>> but with overlays I have to manually enter the root partition. >>>>>=20 >>>>> this is where it hangs via ubldr: >>>>>=20 >>>>> Autoboot in 8 seconds, hit [Enter] to boot or any other key to = stop >>>>>=20 >>>>> Loading kernel... >>>>> /boot/kernel/kernel text=3D0x8a0950 data=3D0xae160+0x184520 = syms=3D[0x4+0xa6d70+0x4+0x109f17] >>>>> Loading configured modules... >>>>> /boot/entropy size=3D0x1000 >>>>> /boot/dtb/sun8i-h3-nanopi-neo.dtb size=3D0x601b >>>>> Loaded DTB from file 'sun8i-h3-nanopi-neo.dtb'. >>>>> Kernel entry at 0x42400180... >>>>> Kernel args: (null) >>>>>=20 >>>>> older - r337232 - boots fine, >>>>>=20 >>>>> any ideas where to look? >>>> should have done an update before writing! >>>>=20 >>>> with the latest (and greatest) all is back to normal! >>>> so now on to test orange pi one(h3), nanopi neo 2 (h5) and nanopi = neo a64 >>>>=20 >>>> thanks, >>>> danny >>>=20 >>>=20 >>> Hi, >>>=20 >>>=20 >>> I am trying to get an Orange Pi R1 going, I get the same. >>>=20 >>> Loading kernel... >>> /boot/kernel/kernel text=3D0x89ee40 data=3D0xae620+0x1f5ba0 = syms=3D[0x4+0xa6d20+0x4+0x109e51] >>> Loading configured modules... >>> Could not load one or more modules! >>> /boot/dtb/sun8i-h2-plus-orangepi-r1.dtb size=3D0x6333 >>> Loaded DTB from file 'sun8i-h2-plus-orangepi-r1.dtb'. >>> Kernel entry at 0x42400180... >>> Kernel args: (null) >>>=20 >>> This is at r338369. >>>=20 >>>=20 >>=20 >> try booting via efi; >> make sure to copy /boot/loader.efi to = /boot/msdos/EFI/BOOT/bootaa64.efi >> remove /boot/msdos/boot.scr >> good luck, >> danny > I tried the ALPHA4 snapshot, this happens: >=20 > Hit any key to stop autoboot: 0=20 > switch to partitions #0, OK > mmc0 is current device > Scanning mmc 0:1... > 25395 bytes read in 4 ms (6.1 MiB/s) > Found EFI removable media binary efi/boot/bootarm.efi > Scanning disks on usb... > Disk usb0 not ready > Disk usb1 not ready > Disk usb2 not ready > Disk usb3 not ready > Scanning disks on mmc.. > MMC Device 2 not found > MMC Device 3 not found > Found 3 disks > 508704 bytes read in 26 ms (18.7 MiB/s) > ## Starting EFI application at 42000000 ... > Consoles: EFI console =20 > failed to allocate staging area: 14 > failed to allocate staging area > ## Application terminated, r =3D 5 > EFI LOAD FAILED: continuing... >=20 >=20 > Tried manually loading ubldr.bin: >=20 > =3D> fatload mmc 0 0x42000000 ubldr.bin > 306972 bytes read in 15 ms (19.5 MiB/s) > =3D> go 0x42000000 > Loading kernel... > /boot/kernel/kernel text=3D0x85d7f0 data=3D0xaf620+0x24e1e0 = syms=3D[0x4+0xa87d0+0x4+0x10c603] > Loading configured modules... > /boot/kernel/umodem.ko text=3D0x1bf4 text=3D0x1320 data=3D0x1080+0xf88 = syms=3D[0x4+0x1070+0x4+0xbcd] > loading required module 'ucom' > /boot/kernel/ucom.ko text=3D0x1f8c text=3D0x2e90 data=3D0x1080+0x17bc = syms=3D[0x4+0x14f0+0x4+0xc5d] > Could not load one or more modules! >=20 > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... =20 > /boot/dtb/sun8i-h2-plus-orangepi-r1.dtb size=3D0x6333 > Loaded DTB from file 'sun8i-h2-plus-orangepi-r1.dtb'. > Kernel entry at 0x42400180... > Kernel args: (null) > And then it reboots... first, I gave you wrong info, cp /boot/loader.efi /boot/msdos/bootarm.efi I just booted r338421 - ALPHA4 and though some messages might be misleading, it boots ok. BTW, make sure you installed the lated u-boot from ports U-Boot SPL 2018.07 (Aug 21 2018 - 11:44:53 +0300) DRAM: 512 MiB Trying to boot from MMC1 U-Boot 2018.07 (Aug 21 2018 - 11:44:53 +0300) Allwinner Technology CPU: Allwinner H3 (SUN8I 1680) Model: FriendlyARM NanoPi NEO DRAM: 512 MiB MMC: SUNXI SD/MMC: 0 Loading Environment from FAT... *** Warning - bad CRC, using default = environment Failed (-5) In: serial Out: serial Err: serial Net: phy interface0 eth0: ethernet@1c30000 starting USB... USB0: USB EHCI 1.00 USB1: USB OHCI 1.0 scanning bus 0 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 0=20 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... 24603 bytes read in 3 ms (7.8 MiB/s) Found EFI removable media binary efi/boot/bootarm.efi [18tScanning disks on usb... Disk usb0 not ready Disk usb1 not ready Disk usb2 not ready Disk usb3 not ready Scanning disks on mmc... MMC Device 1 not found MMC Device 2 not found MMC Device 3 not found Found 3 disks 508608 bytes read in 26 ms (18.7 MiB/s) ## Starting EFI application at 42000000 ... [?25hConsoles: EFI console =20 [?25hFreeBSD/arm EFI loader, Revision 1.1 (Sat Aug 25 11:39:01 IDT 2018 danny@pe-44) Command line arguments: l EFI version: 2.70 EFI Firmware: Das U-Boot (rev 0.00) Console: efi (0) Load Path: /\efi\boot\bootarm.efi Load Device: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/USB(0x6,0x0)/HD(1,0x01,0,0x80= 0,0x19000) Trying ESP: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/USB(0x6,0x0)/HD(1,0x01,0,0x80= 0,0x19000) Setting currdev to disk0p1: Trying: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/USB(0x6,0x0)/HD(2,0x01,0,0x19= 800,0x5e6800) Setting currdev to disk0p2: Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local= From owner-freebsd-arm@freebsd.org Sat Sep 1 20:46:40 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3F44FFA209 for ; Sat, 1 Sep 2018 20:46:39 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 821CA7AD50 for ; Sat, 1 Sep 2018 20:46:39 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.ysv.freebsd.org (Postfix) id 421FFFFA205; Sat, 1 Sep 2018 20:46:39 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 205EDFFA203 for ; Sat, 1 Sep 2018 20:46:39 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B1827AD49 for ; Sat, 1 Sep 2018 20:46:38 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id e3fd8ac3; Sat, 1 Sep 2018 22:46:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=BUaQZnoi7nZXgtJva3stuhnSGW0=; b=CTb5OpyhSAQco5mEzU2sPsViS8GD qbTYaM6SpXmfvRE5BFuARYslcpW0jmlRtf4uy6lYz0jDCAc9MkghFEdRgC4+q091 /aTMdGJWcC+XOtnGgBsZnLR4ROwa+dtQBHRXliyfBm3uE+fWVVSBhdtNEltEezWx SV2krPNN84kjNfQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=Ia7CD4SKO6eJI0ZJ34j7dN38ILJY3DMbmyOlI1PTpHd/kir7LGntvA73 QKtBn/pJYeacSuHEv0X968hDxiTaZj2Tf5uiWsd4by0h/jmQ1yUh5Kdsn7sjpKiS UuHLh7Jz/v3ExFL+XTk0rRsDcDyiJOF5avrXIBl9mEzcSUKovl8= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id dfb4af34 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 1 Sep 2018 22:46:30 +0200 (CEST) Date: Sat, 1 Sep 2018 22:46:29 +0200 From: Emmanuel Vadot To: Jakob Alvermark Cc: Daniel Braniss , "freebsd-arm@freebsd.org" Subject: Re: allwinner/nanopi neo boot issues Message-Id: <20180901224629.3997b4de29e4bf5f893dac79@bidouilliste.com> In-Reply-To: <474af48e-ba82-62ce-34a3-70dfc4382723@alvermark.net> References: <42AA3AE2-E101-4B7B-B373-BEC178321671@cs.huji.ac.il> <0fdbd315-f37d-e3d3-9309-612f53c4d379@alvermark.net> <8459A9BA-183A-461B-9050-3631C51218F9@cs.huji.ac.il> <474af48e-ba82-62ce-34a3-70dfc4382723@alvermark.net> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2018 20:46:40 -0000 On Sat, 1 Sep 2018 15:50:25 +0200 Jakob Alvermark wrote: > On 8/29/18 2:22 PM, Daniel Braniss wrote: > > > > > >> On 29 Aug 2018, at 15:17, Jakob Alvermark >> > wrote: > >> > >> > >> On 8/24/18 10:02 AM, Daniel Braniss wrote: > >>> > >>>> On 24 Aug 2018, at 09:34, Daniel Braniss >>>> > wrote: > >>>> > >>>> hi, > >>>> with the latest current r338243 no longer boots via ubldr, efi does > >>>> but with overlays I have to manually enter the root partition. > >>>> > >>>> this is where it hangs via ubldr: > >>>> > >>>> Autoboot in 8 seconds, hit [Enter] to boot or any other key to stop > >>>> > >>>> Loading kernel... > >>>> /boot/kernel/kernel text=3D0x8a0950 data=3D0xae160+0x184520=20 > >>>> syms=3D[0x4+0xa6d70+0x4+0x109f17] > >>>> Loading configured modules... > >>>> /boot/entropy size=3D0x1000 > >>>> /boot/dtb/sun8i-h3-nanopi-neo.dtb size=3D0x601b > >>>> Loaded DTB from file 'sun8i-h3-nanopi-neo.dtb'. > >>>> Kernel entry at 0x42400180... > >>>> Kernel args: (null) > >>>> > >>>> older - r337232 - boots fine, > >>>> > >>>> any ideas where to look? > >>> should have done an update before writing! > >>> > >>> with the latest (and greatest) all is back to normal! > >>> so now on to test orange pi one(h3), nanopi neo 2 (h5) and nanopi=20 > >>> neo a64 > >>> > >>> thanks, > >>> danny > >> > >> > >> Hi, > >> > >> > >> I am trying to get an Orange Pi R1 going, I get the same. > >> > >> Loading kernel... > >> /boot/kernel/kernel text=3D0x89ee40 data=3D0xae620+0x1f5ba0=20 > >> syms=3D[0x4+0xa6d20+0x4+0x109e51] > >> Loading configured modules... > >> Could not load one or more modules! > >> /boot/dtb/sun8i-h2-plus-orangepi-r1.dtb size=3D0x6333 > >> Loaded DTB from file 'sun8i-h2-plus-orangepi-r1.dtb'. > >> Kernel entry at 0x42400180... > >> Kernel args: (null) > >> > >> This is at r338369. > >> > >> > > > > try booting via efi; > > make sure to copy /boot/loader.efi to /boot/msdos/EFI/BOOT/bootaa64.efi > > remove /boot/msdos/boot.scr > > good luck, > > danny >=20 > I tried the ALPHA4 snapshot, this happens: >=20 > Hit any key to stop autoboot:=A0 0 > switch to partitions #0, OK > mmc0 is current device > Scanning mmc 0:1... > 25395 bytes read in 4 ms (6.1 MiB/s) > Found EFI removable media binary efi/boot/bootarm.efi > Scanning disks on usb... > Disk usb0 not ready > Disk usb1 not ready > Disk usb2 not ready > Disk usb3 not ready > Scanning disks on mmc... > MMC Device 1 not found > MMC Device 2 not found > MMC Device 3 not found > Found 3 disks > 508704 bytes read in 26 ms (18.7 MiB/s) > ## Starting EFI application at 42000000 ... > Consoles: EFI console > failed to allocate staging area: 14 > failed to allocate staging area > ## Application terminated, r =3D 5 > EFI LOAD FAILED: continuing... >=20 >=20 > Tried manually loading ubldr.bin: >=20 > =3D> fatload mmc 0 0x42000000 ubldr.bin > 306972 bytes read in 15 ms (19.5 MiB/s) > =3D> go 0x42000000 > Loading kernel... > /boot/kernel/kernel text=3D0x85d7f0 data=3D0xaf620+0x24e1e0=20 > syms=3D[0x4+0xa87d0+0x4+0x10c603] > Loading configured modules... > /boot/kernel/umodem.ko text=3D0x1bf4 text=3D0x1320 data=3D0x1080+0xf88=20 > syms=3D[0x4+0x1070+0x4+0xbcd] > loading required module 'ucom' > /boot/kernel/ucom.ko text=3D0x1f8c text=3D0x2e90 data=3D0x1080+0x17bc=20 > syms=3D[0x4+0x14f0+0x4+0xc5d] > Could not load one or more modules! >=20 > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > /boot/dtb/sun8i-h2-plus-orangepi-r1.dtb size=3D0x6333 > Loaded DTB from file 'sun8i-h2-plus-orangepi-r1.dtb'. > Kernel entry at 0x42400180... > Kernel args: (null) >=20 > And then it reboots... I've just re-introduce the cache patches for u-boot as it appears that some boards needs them (I've probably tested the wrong unpatched u-boot when I removed them ...) so booting with ubldr.bin should work now. For the EFI issue I don't really know what is happening. --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Sep 1 23:16:24 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8183AFCEABC for ; Sat, 1 Sep 2018 23:16:24 +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 DAA9A80450 for ; Sat, 1 Sep 2018 23:16:23 +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 w81N2XPB043032 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 1 Sep 2018 16:02:34 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w81N2XG0043031; Sat, 1 Sep 2018 16:02:33 -0700 (PDT) (envelope-from fbsd) Date: Sat, 1 Sep 2018 16:02:33 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: RPI3 swap experiments (r338342 with vm.pageout_oom_seq="1024") Message-ID: <20180901230233.GA42895@www.zefox.net> References: <20180813021226.GA46750@www.zefox.net> <0D8B9A29-DD95-4FA3-8F7D-4B85A3BB54D7@yahoo.com> <20180813185350.GA47132@www.zefox.net> <20180814014226.GA50013@www.zefox.net> <20180815013612.GB51051@www.zefox.net> <20180815225504.GB59074@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180815225504.GB59074@www.zefox.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2018 23:16:24 -0000 On Wed, Aug 15, 2018 at 03:55:04PM -0700, bob prohaska wrote: > > When I started this goose chase, after zero problems with RPI2, I thought the > issue was arm64-related and might be of some fundamental importance. > > Thanks to many people I now understand it's a confluence of USB and flash memory > artifacts, made evident by the demands of clang6. Elsewhere I noted that I'm seeking > "the robustness of a Mars rover, using a rack server OS on a cellphone motherboard". > With r338342 and vm.pageout_oom_seq="1024" in /boot/loader.conf the RPI3 is a bit closer to a Mars Rover. No panics, crashes or USB errors, -j4 buildworld runs to completion. When swap usage goes over about 50% the system slows, but doesn't give up. There are six 1 GB swap partitions available, 3 on USB and 3 on microSD. Log files are at http://www.zefox.net/~fbsd/rpi3/swaptests/r338342/ for the combinations tried so far. Thanks for reading, and everybody's help! bob prohaska