From owner-freebsd-arm@freebsd.org Sun Jul 26 02:51:12 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5882837A1FE for ; Sun, 26 Jul 2020 02:51:12 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-oo1-xc36.google.com (mail-oo1-xc36.google.com [IPv6:2607:f8b0:4864:20::c36]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BDnWL4WVfz41Ff for ; Sun, 26 Jul 2020 02:51:10 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by mail-oo1-xc36.google.com with SMTP id n21so1664454ooj.5 for ; Sat, 25 Jul 2020 19:51:10 -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=1llbyKX9bTnNmJeGb2kuzvP84hHjNAH6uY9eFdi71Bg=; b=cz8jRupaHkIMXxApPYiNtzBXUavbgZIOZJltPqh04wI7sl5Epq9SfBjOIkZTyGbO+6 4nwj/nIh8ZlTQdgh2NvhWdlPLwyqVr/wqniBD2BkLWDqLLhd2LwlvE/CgaL5oz42rBwW d1BvaPexsruETDOl69mc4KXmc5sQesCuihRu8bTo2VLYVFFQTIdFUFbZx4DF0Z7WItRm Dv7/dgZwkAtKPKztQUjSIhYJ64cOq3jncl4hYLuKFySQsRVzTw5AtnB0PIpDFkmH2EIX N8KEC3EXy3kfQ0aR4OEEbBxXMgI99zLoKwFPoxMrBkSklp9xoezK7SJgeOm4nklWas4j xfww== 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=1llbyKX9bTnNmJeGb2kuzvP84hHjNAH6uY9eFdi71Bg=; b=csv/BJ3CkyF+wnZ+qCtEDKLiukiBc5pDl8dGZ0DJUwNmNx3xbzQ3dnaToe73mYcowN 98eAPnRKknUjvIQ4QxzympnzX5E5LvvcSpjt9IQnFzRtkBf3VhIqzflAF/WuRbQuELMK IHJO/05tsR3v7mznqAJPuay37HqLjPQ6gCeNOcALjUmVAOVGyCa41cNypSMpGgDi7mbb DF3VJcVFreubOeVPMWOc86/KgBRTTljbWMT3a66KDfIsqOBH7vWLgN9YcTf+kCUvwGm0 uo2S1tr7p0mOVTLugoHkQyfS4ulgCvYomuR51z5hhBCY134y2wwzdL6fX0NRy6S0U5bz 5+vg== X-Gm-Message-State: AOAM530TcO9UE4bvd29CwGQ+jwkTk/Jp4gN57jKWYLvraxGp/X3HryLH V1rP0QSHVoUcg8DyDqVTqJOumUtX//hd2c10rpu6C6yr X-Google-Smtp-Source: ABdhPJyoLYR5MALtuIMKTX5WLfQFejrHddOSXOj12u3/PLTNtPfQ78xCRXAN4fwkI7J51mYyiVdDMFb50bRzM7cwNUU= X-Received: by 2002:a4a:3054:: with SMTP id z20mr15932339ooz.77.1595731868310; Sat, 25 Jul 2020 19:51:08 -0700 (PDT) MIME-Version: 1.0 References: <1738508c81d.ade76d5f44716.6557434417901359010@fkardame.com> In-Reply-To: <1738508c81d.ade76d5f44716.6557434417901359010@fkardame.com> From: Ganbold Tsagaankhuu Date: Sun, 26 Jul 2020 10:50:56 +0800 Message-ID: Subject: Re: NanoPi R2S only 1 ethernet working. To: Furkan Salman Cc: "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 4BDnWL4WVfz41Ff X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=cz8jRupa; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ganbold@gmail.com designates 2607:f8b0:4864:20::c36 as permitted sender) smtp.mailfrom=ganbold@gmail.com X-Spamd-Result: default: False [-2.97 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_LONG(-1.04)[-1.037]; NEURAL_SPAM_SHORT(0.06)[0.058]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::c36:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 02:51:12 -0000 On Sat, Jul 25, 2020 at 4:13 PM Furkan Salman wrote: > Hello, This email is specifically for Sir. Ganbold, as one of the user > reported that he can only get only 1 ethernet to work in Nanopi R2S, using > ganbold sirs freebsd image, I have asked him for boot logs, I am waiting > to recieve my R2S so I can start debugging it and see how I can help in > adding its support to FreeBsd and opnsense. As for the second USB ethernet of NanoPI R2S board, if_ure driver needs support codes for RTL8153b chipset. Ganbold > Where can I find the nanopiR2S uboot port? Regarding RockPiE I was able > to get both the lan to work with Gonzo's fix which was picked by > s133pw@1k3r.Thank you everyone for your hard work. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Sun Jul 26 17:20:05 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 626253666CC for ; Sun, 26 Jul 2020 17:20:05 +0000 (UTC) (envelope-from bsd@zeppelin.net) Received: from dazed.zeppelin.net (dazed.zeppelin.net [75.144.17.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BF8nw1V43z3ZFl for ; Sun, 26 Jul 2020 17:20:04 +0000 (UTC) (envelope-from bsd@zeppelin.net) Received: from rp64bsd.zeppelin.net.zeppelin.net (pfsense.zeppelin.net [75.144.17.117]) by dazed.zeppelin.net (Postfix) with ESMTP id 2213819B78A for ; Sun, 26 Jul 2020 10:20:00 -0700 (PDT) Date: Sun, 26 Jul 2020 10:19:56 -0700 Message-ID: <87y2n6tcqr.wl-bsd@zeppelin.net> From: Josh Howard To: freebsd-arm@freebsd.org Subject: Re: big.LITTLE status for rk3399/rockpro64? In-Reply-To: <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> References: <878sfnz61y.wl-bsd@zeppelin.net> <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/28.0 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BF8nw1V43z3ZFl X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of bsd@zeppelin.net does not designate 75.144.17.114 as permitted sender) smtp.mailfrom=bsd@zeppelin.net X-Spamd-Result: default: False [3.31 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; R_SPF_FAIL(1.00)[-all]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.01)[-0.014]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.43)[0.429]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.00)[-0.003]; MID_CONTAINS_FROM(1.00)[]; DMARC_NA(0.00)[zeppelin.net]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:7922, ipnet:75.144.0.0/13, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 17:20:05 -0000 On Tue, 14 Jul 2020 00:45:19 -0700, Emmanuel Vadot wrote: >=20 > On Mon, 13 Jul 2020 19:06:22 +0100 > Danilo Eg=EAa Gondolfo wrote: >=20 > > On Mon, Jul 13, 2020 at 6:27 PM Vincent Milum Jr > > wrote: > >=20 > > > I'm curious about this, too. I recently got the Pinebook Pro up and > > > running, and would like to start testing all 6 CPU cores for doing > > > compilation tasks. > > > > > > On Mon, Jul 13, 2020 at 10:19 AM Josh Howard wrote: > > > > > > > It looks like it's been a couple of months since there's been any n= ews > > > > around it. Anything in particular still needed as far as testing or > > > > debugging that goes? I have a Rockpro64 and a RockPi4e (though I do= n't > > > have > > > > that booting yet.) that I could potentially test on. > > > > > > > > Thanks > >=20 > > The number of CPUs was limited here > > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D360321 > >=20 > > If you remove the hw.ncpu from your loader.conf you'll be able to use a= ll > > the 6 cores. > >=20 > > Although the commit message mentions a "known issue" with the big.LITTLE > > architecture, I was able to use all the 6 cores to rebuild the entire > > system and I didn't face any issue. > >=20 > > Maybe manu@ could give us some context about that. >=20 > On rockpro64 it was (it's been a while since I've tested) very easy to > trigger a panic doing anything usb related (sometimes just inserting a > usb thumb drive would triggers it). This is why I've disabled the big > cores on the rockpro64 image. >=20 > --=20 > Emmanuel Vadot Yes, anything USB related does seem to cause a panic still. Furthermore, even without any USB device plugged in and hw.ncpu left alone, I've noticed that the system will simply hard lock up after a relatively short period (2= -24 hours) of time on both a Rockpro64 and a RockPi4. Connecting via UART doesn= 't show anything interesting, it just simply stops working. From owner-freebsd-arm@freebsd.org Mon Jul 27 20:00:13 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1120136E3E4 for ; Mon, 27 Jul 2020 20:00:13 +0000 (UTC) (envelope-from furkan@fkardame.com) Received: from sender4-of-o53.zoho.com (sender4-of-o53.zoho.com [136.143.188.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFrJC62sGz4Hxy for ; Mon, 27 Jul 2020 20:00:11 +0000 (UTC) (envelope-from furkan@fkardame.com) ARC-Seal: i=1; a=rsa-sha256; t=1595880006; cv=none; d=zohomail.com; s=zohoarc; b=WcDsA1yUshsbewRUFJxHaAAn5EtfHxKyE1neR1Ealr4D2y9Ox4WxzlGyzA8LujvB544/on88v5KLFE2wNVQ0DHIMRUNA89r4PAheGmMkiOoKEot3+8g1Hq15sCCODYeRyG5ZuVpGEiqL+TOTrqulo8mds+h7Vi3KmcHTwmJr3oc= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1595880006; h=Content-Type:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=uCYGX1nC6USgr8gUMqreMXnHQMRMR9GVaAW3+8cLq1k=; b=SNi8KE7x03lfO15oua3H+oPYlFk6hyKS7DkjqHk2Rw0xcE84TpHDoHBWr7DPCZ2u5rb5MfgqED5I+IXF+v9NQUEBKaX2ey+ynykLGIAdJqSOK9i4L27KNU88/nrdWEo4CJo2yZLD+V0SlSoHWLnojhoFFLR6TnwL4tt1MGV506E= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=fkardame.com; spf=pass smtp.mailfrom=furkan@fkardame.com; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1595880006; s=fktech; d=fkardame.com; i=furkan@fkardame.com; h=Date:From:To:Message-Id:In-Reply-To:References:Subject:MIME-Version:Content-Type; bh=uCYGX1nC6USgr8gUMqreMXnHQMRMR9GVaAW3+8cLq1k=; b=bLkvnTNb8peBrGxAGHHxpyzfBLLnBU1Lk2YHCYSE16/iQJisXQXZ4aJiAb47UOo7 fNq1BhE9Zr53zAZ9chicSeWzNAelKIvLrmh/x6pQgjiqdfMsQbZgqDlQh0VqS83G+8x rA6S3SVij0JpGRm3LCENyZk4CIGukTyXR0DTY1nc= Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1595880004375847.3069006701554; Mon, 27 Jul 2020 13:00:04 -0700 (PDT) Date: Mon, 27 Jul 2020 23:00:04 +0300 From: Furkan Salman To: "freebsd-arm" Message-Id: <17391dc5b01.e2706ff9533101.6473059816379684006@fkardame.com> In-Reply-To: References: Subject: Re: freebsd-arm Digest, Vol 744, Issue 1 MIME-Version: 1.0 Importance: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-Rspamd-Queue-Id: 4BFrJC62sGz4Hxy X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=fkardame.com header.s=fktech header.b=bLkvnTNb; dmarc=pass (policy=none) header.from=fkardame.com; spf=pass (mx1.freebsd.org: domain of furkan@fkardame.com designates 136.143.188.53 as permitted sender) smtp.mailfrom=furkan@fkardame.com X-Spamd-Result: default: False [-5.06 / 15.00]; NEURAL_HAM_MEDIUM(-1.06)[-1.063]; RWL_MAILSPIKE_VERYGOOD(0.00)[136.143.188.53:from]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:136.143.188.0/23]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.04)[-1.037]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[fkardame.com:~]; DMARC_POLICY_ALLOW(-0.50)[fkardame.com,none]; RCVD_IN_DNSWL_NONE(0.00)[136.143.188.53:from]; NEURAL_HAM_SHORT(-1.17)[-1.171]; R_DKIM_PERMFAIL(0.00)[fkardame.com:s=fktech]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:2639, ipnet:136.143.188.0/23, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; ARC_ALLOW(-1.00)[zohomail.com:s=zohoarc:i=1] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 20:00:13 -0000 Hello, I have a Khadas Edge-V which is also RK3399, I have enabled the big core as= explained by sergey and I have been running it with all 6 cores and compil= ed opnsense images for testing which took around 7+ hours and it didn't cra= sh for me. It never crashed in my regular use and I am just using it headless and not = a DE, AFAIK if you have NVMe connected and you enable all 6cores then it cr= ashes.=C2=A0 If there is any test you want me to do then please do let me know. Thank You. ---- On Mon, 27 Jul 2020 15:00:01 +0300 = wrote ---- Send freebsd-arm mailing list submissions to=20 =C2=A0=C2=A0=C2=A0=C2=A0mailto:freebsd-arm@freebsd.org=20 =20 To subscribe or unsubscribe via the World Wide Web, visit=20 =C2=A0=C2=A0=C2=A0=C2=A0https://lists.freebsd.org/mailman/listinfo/freebsd-= arm=20 or, via email, send a message with subject or body 'help' to=20 =C2=A0=C2=A0=C2=A0=C2=A0mailto:freebsd-arm-request@freebsd.org=20 =20 You can reach the person managing the list at=20 =C2=A0=C2=A0=C2=A0=C2=A0mailto:freebsd-arm-owner@freebsd.org=20 =20 When replying, please edit your Subject line so it is more specific=20 than "Re: Contents of freebsd-arm digest..."=20 =20 =20 Today's Topics:=20 =20 1. Re: big.LITTLE status for rk3399/rockpro64? (Josh Howard)=20 =20 =20 ----------------------------------------------------------------------=20 =20 Message: 1=20 Date: Sun, 26 Jul 2020 10:19:56 -0700=20 From: Josh Howard =20 To: mailto:freebsd-arm@freebsd.org=20 Subject: Re: big.LITTLE status for rk3399/rockpro64?=20 Message-ID: =20 Content-Type: text/plain; charset=3DISO-8859-1=20 =20 On Tue, 14 Jul 2020 00:45:19 -0700,=20 Emmanuel Vadot wrote:=20 >=20 > On Mon, 13 Jul 2020 19:06:22 +0100=20 > Danilo Eg?a Gondolfo wrote:=20 >=20 > > On Mon, Jul 13, 2020 at 6:27 PM Vincent Milum Jr =20 > > wrote:=20 > >=20 > > > I'm curious about this, too. I recently got the Pinebook Pro up and= =20 > > > running, and would like to start testing all 6 CPU cores for doing=20 > > > compilation tasks.=20 > > >=20 > > > On Mon, Jul 13, 2020 at 10:19 AM Josh Howard wrote:=20 > > >=20 > > > > It looks like it's been a couple of months since there's been any n= ews=20 > > > > around it. Anything in particular still needed as far as testing or= =20 > > > > debugging that goes? I have a Rockpro64 and a RockPi4e (though I do= n't=20 > > > have=20 > > > > that booting yet.) that I could potentially test on.=20 > > > >=20 > > > > Thanks=20 > >=20 > > The number of CPUs was limited here=20 > > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D360321=20 > >=20 > > If you remove the hw.ncpu from your loader.conf you'll be able to use a= ll=20 > > the 6 cores.=20 > >=20 > > Although the commit message mentions a "known issue" with the big.LITTL= E=20 > > architecture, I was able to use all the 6 cores to rebuild the entire= =20 > > system and I didn't face any issue.=20 > >=20 > > Maybe manu@ could give us some context about that.=20 >=20 > On rockpro64 it was (it's been a while since I've tested) very easy to= =20 > trigger a panic doing anything usb related (sometimes just inserting a=20 > usb thumb drive would triggers it). This is why I've disabled the big=20 > cores on the rockpro64 image.=20 >=20 > --=20 > Emmanuel Vadot =20 =20 Yes, anything USB related does seem to cause a panic still. Furthermore,=20 even without any USB device plugged in and hw.ncpu left alone, I've noticed= =20 that the system will simply hard lock up after a relatively short period (2= -24=20 hours) of time on both a Rockpro64 and a RockPi4. Connecting via UART doesn= 't=20 show anything interesting, it just simply stops working.=20 =20 =20 =20 =20 =20 =20 =20 ------------------------------=20 =20 Subject: Digest Footer=20 =20 _______________________________________________=20 mailto:freebsd-arm@freebsd.org mailing list=20 https://lists.freebsd.org/mailman/listinfo/freebsd-arm=20 To unsubscribe, send any mail to "mailto:freebsd-arm-unsubscribe@freebsd.or= g"=20 =20 =20 ------------------------------=20 =20 End of freebsd-arm Digest, Vol 744, Issue 1=20 ******************************************* From owner-freebsd-arm@freebsd.org Tue Jul 28 12:32:11 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A9E4E368769 for ; Tue, 28 Jul 2020 12:32:11 +0000 (UTC) (envelope-from ticso@cicely18.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGGJp4rTfz4Llc for ; Tue, 28 Jul 2020 12:32:09 +0000 (UTC) (envelope-from ticso@cicely18.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id 06SCVwWj060441 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 28 Jul 2020 14:32:00 +0200 (CEST) (envelope-from ticso@cicely18.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1595939520; bh=LuxtJjv7ebGpV9QPQjP8TEB2U8CZ5/apHHLAeKpKRaw=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=M7M5lrkPqStibJxofXq/TLyB3v3QTLqOU/Y0jMM43lIUSjJh71HI8yHvf7dfu1Ufu fH2NDNFKmY50ILfas7Qii4fXa13WJEKb3nAhPcqFAtE3InOH7ouuj0v6yp6au/JHGd ZPh2LGb2G1nPaeg9efZkBlZZ8Hx/1nj02EKsVCHY= Received: from cicely18.cicely.de (cicely18.cicely.de [10.177.1.50]) by mail.cicely.de (8.15.2/8.15.2) with ESMTP id 06SCVkGG007480; Tue, 28 Jul 2020 14:31:47 +0200 (CEST) (envelope-from ticso@cicely18.cicely.de) Received: from cicely18.cicely.de (localhost [127.0.0.1]) by cicely18.cicely.de (8.15.2/8.15.2) with ESMTPS id 06SCVjSO005817 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 28 Jul 2020 14:31:45 +0200 (CEST) (envelope-from ticso@cicely18.cicely.de) Received: (from ticso@localhost) by cicely18.cicely.de (8.15.2/8.15.2/Submit) id 06SCVhld005816; Tue, 28 Jul 2020 14:31:43 +0200 (CEST) (envelope-from ticso) Date: Tue, 28 Jul 2020 14:31:43 +0200 From: Bernd Walter To: Josh Howard Cc: freebsd-arm@freebsd.org Subject: Re: big.LITTLE status for rk3399/rockpro64? Message-ID: <20200728123143.GB96119@cicely18.cicely.de> Reply-To: ticso@cicely.de References: <878sfnz61y.wl-bsd@zeppelin.net> <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> <87y2n6tcqr.wl-bsd@zeppelin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87y2n6tcqr.wl-bsd@zeppelin.net> X-Operating-System: FreeBSD cicely18.cicely.de 12.1-RELEASE-p2 amd64 X-Spam-Status: No, score=-1.9 required=4.5 tests=BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 4BGGJp4rTfz4Llc X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cicely.de header.s=default header.b=M7M5lrkP; dmarc=none; spf=none (mx1.freebsd.org: domain of ticso@cicely18.cicely.de has no SPF policy when checking 2a02:21e0:16e0:fe::101:1) smtp.mailfrom=ticso@cicely18.cicely.de X-Spamd-Result: default: False [-1.67 / 15.00]; HAS_REPLYTO(0.00)[ticso@cicely.de]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[cicely.de:s=default]; NEURAL_HAM_MEDIUM(-0.91)[-0.912]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.948]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; DMARC_NA(0.00)[cicely.de]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cicely.de:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.81)[-0.813]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[ticso@cicely7.cicely.de,ticso@cicely18.cicely.de]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:21461, ipnet:2a02:21e0::/32, country:DE]; FROM_NEQ_ENVFROM(0.00)[ticso@cicely7.cicely.de,ticso@cicely18.cicely.de] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 12:32:11 -0000 On Sun, Jul 26, 2020 at 10:19:56AM -0700, Josh Howard wrote: > On Tue, 14 Jul 2020 00:45:19 -0700, > Emmanuel Vadot wrote: > > > > On Mon, 13 Jul 2020 19:06:22 +0100 > > Danilo Egêa Gondolfo wrote: > > > > > On Mon, Jul 13, 2020 at 6:27 PM Vincent Milum Jr > > > wrote: > > > > > > > I'm curious about this, too. I recently got the Pinebook Pro up and > > > > running, and would like to start testing all 6 CPU cores for doing > > > > compilation tasks. > > > > > > > > On Mon, Jul 13, 2020 at 10:19 AM Josh Howard wrote: > > > > > > > > > It looks like it's been a couple of months since there's been any news > > > > > around it. Anything in particular still needed as far as testing or > > > > > debugging that goes? I have a Rockpro64 and a RockPi4e (though I don't > > > > have > > > > > that booting yet.) that I could potentially test on. > > > > > > > > > > Thanks > > > > > > The number of CPUs was limited here > > > https://svnweb.freebsd.org/base?view=revision&revision=360321 > > > > > > If you remove the hw.ncpu from your loader.conf you'll be able to use all > > > the 6 cores. > > > > > > Although the commit message mentions a "known issue" with the big.LITTLE > > > architecture, I was able to use all the 6 cores to rebuild the entire > > > system and I didn't face any issue. > > > > > > Maybe manu@ could give us some context about that. > > > > On rockpro64 it was (it's been a while since I've tested) very easy to > > trigger a panic doing anything usb related (sometimes just inserting a > > usb thumb drive would triggers it). This is why I've disabled the big > > cores on the rockpro64 image. > > > > -- > > Emmanuel Vadot > > Yes, anything USB related does seem to cause a panic still. Furthermore, > even without any USB device plugged in and hw.ncpu left alone, I've noticed > that the system will simply hard lock up after a relatively short period (2-24 > hours) of time on both a Rockpro64 and a RockPi4. Connecting via UART doesn't > show anything interesting, it just simply stops working. I've noticed a hard look on mine as well with r362469. Installed a kernel, rebooted into all CPUs. I'm running with ZFS mirror on USB stick, but it booted and I was happy. Tried a buildworld with all CPUs and it locked hard, no break to dbg possible. On next boot it paniced on the stick again therefor I rebooted with 4 CPUs and since then it had no issue with buildworld and anything else. Can't say if the hard lock was really related to the number of CPUs though. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Tue Jul 28 15:43:42 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5652736D855 for ; Tue, 28 Jul 2020 15:43:42 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-12-4.privateemail.com (mta-12-4.privateemail.com [198.54.127.107]) (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 4BGLYn3NCBz4Y0F for ; Tue, 28 Jul 2020 15:43:41 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from mta-12.privateemail.com (localhost [127.0.0.1]) by mta-12.privateemail.com (Postfix) with ESMTP id 902CD8005A for ; Tue, 28 Jul 2020 11:43:33 -0400 (EDT) Received: from mail-io1-f50.google.com (unknown [10.20.151.203]) by mta-12.privateemail.com (Postfix) with ESMTPA id 5D1B280058 for ; Tue, 28 Jul 2020 15:43:33 +0000 (UTC) Received: by mail-io1-f50.google.com with SMTP id g19so9136252ioh.8 for ; Tue, 28 Jul 2020 08:43:33 -0700 (PDT) X-Gm-Message-State: AOAM530c0vpG4Q/vOxiFjAQemUfBJsufaBatPvvZYcq5O+sEXpOzI0CM W9wwUrdtczUYS9d9Gmp4j5vCac2AOl/bRaeOdhE= X-Google-Smtp-Source: ABdhPJyWlIVNzB9Q6bm/WmpiIxgJ0fHDhRKYOB1z1iqOYyHzMZKmAzW6RBQlaE9eIH07xo+1XmZELoehlKbNv7TB/rA= X-Received: by 2002:a6b:6303:: with SMTP id p3mr30209023iog.111.1595951012717; Tue, 28 Jul 2020 08:43:32 -0700 (PDT) MIME-Version: 1.0 References: <878sfnz61y.wl-bsd@zeppelin.net> <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> <87y2n6tcqr.wl-bsd@zeppelin.net> <20200728123143.GB96119@cicely18.cicely.de> In-Reply-To: From: Vincent Milum Jr Date: Tue, 28 Jul 2020 08:43:19 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Fwd: big.LITTLE status for rk3399/rockpro64? To: freebsd-arm@freebsd.org X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 4BGLYn3NCBz4Y0F X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-arm@darkain.com designates 198.54.127.107 as permitted sender) smtp.mailfrom=freebsd-arm@darkain.com X-Spamd-Result: default: False [-0.99 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:198.54.127.96/27]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.81)[-0.810]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[darkain.com]; NEURAL_HAM_SHORT(-0.07)[-0.068]; NEURAL_HAM_MEDIUM(-0.81)[-0.814]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:22612, ipnet:198.54.127.0/24, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[198.54.127.107:from] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 15:43:42 -0000 The issue is most certainly from the big.LITTLE setup. Talking with others via Twitter, we've determined the issue is the CAM system doesn't play nicely in this setup. Anything that touches CAM on a big.LITTLE setup has a chance (but not guarantee) of breaking the system. I'm personally running on the Pinebook Pro, also RK3399 based. Any non-CAM based USB devices work absolutely beautifully. I have a USB 3.0 hub with 1gbe ethernet, and plugged into that is a mouse and keyboard. All work fine without issue. USB mass storage will cause the kernel panic, as well NVMe drives. SD/MMC doesn't use CAM by default, so it's fine. Without using any CAM based devices, I've had the Pinebook Pro up and running for a few days fully stable and online, doing things such as recompiling the kernel and various ports without issue. I'm currently using NFS for my /usr/src and /usr/ports trees due to the fact they were thrashing the SD card too hard, and this is all going over the USB NIC, with all 6 cores active and stable. The downside is that the two big cores are not fully clocking up to their max speed, because FreeBSD doesn't have support yet to clock cores or groups of cores independently. On Tue, Jul 28, 2020 at 5:31 AM Bernd Walter wrote: > On Sun, Jul 26, 2020 at 10:19:56AM -0700, Josh Howard wrote: > > On Tue, 14 Jul 2020 00:45:19 -0700, > > Emmanuel Vadot wrote: > > > > > > On Mon, 13 Jul 2020 19:06:22 +0100 > > > Danilo Eg=C3=AAa Gondolfo wrote: > > > > > > > On Mon, Jul 13, 2020 at 6:27 PM Vincent Milum Jr < > freebsd-arm@darkain.com> > > > > wrote: > > > > > > > > > I'm curious about this, too. I recently got the Pinebook Pro up a= nd > > > > > running, and would like to start testing all 6 CPU cores for doin= g > > > > > compilation tasks. > > > > > > > > > > On Mon, Jul 13, 2020 at 10:19 AM Josh Howard > wrote: > > > > > > > > > > > It looks like it's been a couple of months since there's been > any news > > > > > > around it. Anything in particular still needed as far as testin= g > or > > > > > > debugging that goes? I have a Rockpro64 and a RockPi4e (though = I > don't > > > > > have > > > > > > that booting yet.) that I could potentially test on. > > > > > > > > > > > > Thanks > > > > > > > > The number of CPUs was limited here > > > > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D360321 > > > > > > > > If you remove the hw.ncpu from your loader.conf you'll be able to > use all > > > > the 6 cores. > > > > > > > > Although the commit message mentions a "known issue" with the > big.LITTLE > > > > architecture, I was able to use all the 6 cores to rebuild the enti= re > > > > system and I didn't face any issue. > > > > > > > > Maybe manu@ could give us some context about that. > > > > > > On rockpro64 it was (it's been a while since I've tested) very easy = to > > > trigger a panic doing anything usb related (sometimes just inserting = a > > > usb thumb drive would triggers it). This is why I've disabled the big > > > cores on the rockpro64 image. > > > > > > -- > > > Emmanuel Vadot > > > > Yes, anything USB related does seem to cause a panic still. Furthermore= , > > even without any USB device plugged in and hw.ncpu left alone, I've > noticed > > that the system will simply hard lock up after a relatively short perio= d > (2-24 > > hours) of time on both a Rockpro64 and a RockPi4. Connecting via UART > doesn't > > show anything interesting, it just simply stops working. > > I've noticed a hard look on mine as well with r362469. > Installed a kernel, rebooted into all CPUs. > I'm running with ZFS mirror on USB stick, but it booted and I was happy. > Tried a buildworld with all CPUs and it locked hard, no break to dbg > possible. > On next boot it paniced on the stick again therefor I rebooted with 4 > CPUs and since then it had no issue with buildworld and anything else. > Can't say if the hard lock was really related to the number of CPUs thoug= h. > > -- > B.Walter http://www.bwct.de > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. > _______________________________________________ > 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 Tue Jul 28 23:27:37 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B95B0376ED4 for ; Tue, 28 Jul 2020 23:27:37 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) (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 4BGXs32gdnz42Wf for ; Tue, 28 Jul 2020 23:27:34 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Tue, 28 Jul 2020 23:27:26 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1595978847; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=f8HJCo2OmwX39HWxWiOI/rlk/OSSqOsuuPgUYuYkR0s=; b=fAoaoivUjuyoUZ9LjhJ2+ERXEWlpPeSq9tw14fdTHqA9GkII84oQTPkqtgB4CzP4wIohTh uuvmCIMM+cnyuXyGGWpGTo/BfKRdr5htHTYWISQ9G4ERCKEnZO2u96HQQDdlrreSK5XswJ dJleBuJPIlxHPh2RivJ9+5UQCKFK8Q8= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: myfreeweb To: freebsd-arm@freebsd.org, Vincent Milum Jr Subject: Re: Fwd: big.LITTLE status for rk3399/rockpro64? In-Reply-To: References: <878sfnz61y.wl-bsd@zeppelin.net> <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> <87y2n6tcqr.wl-bsd@zeppelin.net> <20200728123143.GB96119@cicely18.cicely.de> Message-ID: <8E583BD2-001F-4C9E-80D2-1D33F903C921@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.90 X-Rspamd-Queue-Id: 4BGXs32gdnz42Wf X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=fAoaoivU; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 94.23.1.103 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.62 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.980]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.23.1.103]; NEURAL_HAM_LONG(-1.01)[-1.009]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-0.63)[-0.634]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:16276, ipnet:94.23.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[94.23.1.103:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 23:27:37 -0000 On July 28, 2020 3:43:19 PM UTC, Vincent Milum Jr wrote: >The issue is most certainly from the big=2ELITTLE setup=2E Talking with o= thers >via Twitter, we've determined the issue is the CAM system doesn't play >nicely in this setup=2E Anything that touches CAM on a big=2ELITTLE setup= has a >chance (but not guarantee) of breaking the system=2E Interesting=2E=2E >The downside is that the two big cores >are not fully clocking up to their max speed, because FreeBSD doesn't hav= e >support yet to clock cores or groups of cores independently=2E Back when I was actively experimenting with RK3399, I could use the sysctl= to set maximum frequency allowed by dtb for the big cores (2200)=2E It wou= ld *display* weirdly since heterogeneous systems are not properly supported= , I think the readout of the sysctl was the max of the little cores, but al= l cores *were* at max clock, since the performance was there=2E From owner-freebsd-arm@freebsd.org Wed Jul 29 19:26:33 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A6A28369D32 for ; Wed, 29 Jul 2020 19:26:33 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: from mail-io1-xd32.google.com (mail-io1-xd32.google.com [IPv6:2607:f8b0:4864:20::d32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BH3SS5RMwz497v for ; Wed, 29 Jul 2020 19:26:32 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: by mail-io1-xd32.google.com with SMTP id e64so25724457iof.12 for ; Wed, 29 Jul 2020 12:26:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:from:date:message-id:subject:to; bh=MB4y466r5d9/3uevyF6jqE09R49N3fGBQ86HXvcJRXU=; b=InjpklUk9n6lzuR8RDsSQ9H6Scb0diBEcjnNPspRoIOHtuzaz+71AaG3g6dSEiaVa0 BCgmvGMueW83BCD+q80TW7CwnEdEbzqDvidshcVDucHo44UVpqSTQvbXY9ASFtADARdR uKpqi1FyVUByjxrPGAY8+1ATTtII+aPGr1WDX0JMp35MBxZKBWlvC1u7qUqJB0bIc053 Ziey/D9O5JO0hRJPNr6I4hW21nPSSyD5kd1wvAngaX9agFTgHIgxUfpjGBpSBnrrkeFB wuY4OvUOq4f9B7IOhmOeceairiEMa3bqZAwAka0DpACoTGKd+5FMEIuQaQZ5ZAunsShx IIRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:from:date:message-id :subject:to; bh=MB4y466r5d9/3uevyF6jqE09R49N3fGBQ86HXvcJRXU=; b=Jh36fohKHu4EpPxM5NmjgWLJaTfEWBnYmHnrMDqXyrQmFCYkpiloxNW9VO5do/4eET DwZXitzh+lWxQxFpgvWfoKrSrjb1eKuY2zruJgYuvUGSL2JTFwHyzZJm6MgCTMr06MD/ qmwv+lWVyxpVVMVt06DCbzgn5VP1/WdAuodMMHpoYEJj2cNYnhXW6TUcInmzDGGDbl2Q hdgF7vUMenxf2dNJEtkRH/J12m6ALl7LRGQWExOkWoKJH0ftuvSbJBFhD851jVvYeumd LC7Q37MfkbgBQQbcH1b4Bl/it30HBAWBQnaGFrD50luSETmIWukJtFHVJD6b973eqD5Z GDQg== X-Gm-Message-State: AOAM530Nr8ZothlB5Eso5Tdc+4Cc3kLUoi2CzkKS6sKMwqg1NFvp+KgA f0nkUFZ2fcX6e+A+hS4LltB+8dwVkfgqz28pCkREQ3J1+Q== X-Google-Smtp-Source: ABdhPJyM5e7wUa86a5BXpLxmAfFniGgZxNnmgVzzL4QG4qanh4oF6xXfHE2g59HiZMpGgWZOINKfNC5yaoHbyySkh+M= X-Received: by 2002:a5e:dd02:: with SMTP id t2mr21794854iop.90.1596050790970; Wed, 29 Jul 2020 12:26:30 -0700 (PDT) MIME-Version: 1.0 Reply-To: kamalp@acm.org From: "Kamal R. Prasad" Date: Thu, 30 Jul 2020 00:56:20 +0530 Message-ID: Subject: mutexes To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 4BH3SS5RMwz497v X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=InjpklUk; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kamalpr@gmail.com designates 2607:f8b0:4864:20::d32 as permitted sender) smtp.mailfrom=kamalpr@gmail.com X-Spamd-Result: default: False [-2.62 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[kamalp@acm.org]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.90)[-0.904]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.03)[-1.030]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d32:from]; NEURAL_SPAM_SHORT(0.31)[0.313]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 19:26:33 -0000 hello, i have 2 instances of an spi controller (pl022) on my setup. can someone tell me :- 1. is there any danger if we interleave spi io transfers between these 2 controllers i.e spi transfer starts on controller 0 and before it can finish, controller 1 starts spi transfer. the 2 controllers have different spi slave devices. 2. assuming there is an issue with that, how to setup a mutex in the code path so that it is common to both instances of pl022 driver? thanks -kamal From owner-freebsd-arm@freebsd.org Wed Jul 29 19:35:32 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 281CF36A491 for ; Wed, 29 Jul 2020 19:35:32 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2k.ore.mailhop.org (outbound2k.ore.mailhop.org [54.148.219.64]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BH3fq2vgbz4B1N for ; Wed, 29 Jul 2020 19:35:31 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1596051330; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=ZIjiqcb38QjBuJkwKHH36X+6lxL8jRZvE3Eahcy356P22xWvDN3++rJpylg9XXo/M4fmhVGoSPTDa LJwzMi77PxB4xZIOzkSmzzewmaGDToA34ryQIgu5Xb7+frDGBoL++gdgxDMZtKSvn/KXhQ72N+yhwV UMzyWmriHiE3Ks2Z3yygYDP/D7+jN2zsIKa6K0j12RcKevYvHNsjAjW7Nc0YP7Sj272aps5zfpF8BE Sf8YYDjNQHI9oH4F9Ukd8qH5B122DLbp5wGp5jmbRPvKJvgOY9GS5NEvYLdj6dZNtNVCmA0+6DmPFQ 9a/9q195rU/piK/xAqK/A/xjar5Etgw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=4t1Jtx3r43q3wGoqCu0vhEb8AJT5UgRIbWG1kVagBm8=; b=Eux1oRdzKhi/VcZ92ZfQL/U5Xtc7vu946MNUIz5+VUhJxGe+iPaIHmTJYsJR5SMnRErSHPU8+IWT+ E9b3y4euElaU/4a1sKRK/YEtQ5x1W/HfIH4X6uo2oPvO4wS7ZIZoJn+Z6TCmDLDDUp5TXR+PQDES3S 8WfZH1k7QwnHUtQd25WUoO5Yqt/ezDvmaKqQglg/gx438xHeYmATG4RljliHCFKjnzx7aQ9CrKFSNT VvR0uFlew7b3KDRV89y4REvTj02hCu8rZ2vVJUARdY4od8TCgS2SWow271XtPNYmf9YAoWVSAnqBS7 i4XtBA7imFM5wRtR0MtVNlwSJtRn1vg== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=4t1Jtx3r43q3wGoqCu0vhEb8AJT5UgRIbWG1kVagBm8=; b=JllLafgk0o2+PQe8TCmfKi+3BXxL767YtCT1l0POaOvOdqJTR7MJOEKKwojNBO7JETy6oEahMZKxG XH3N8B73FWZEGGz8ydUiStjlccPOaGgUzXPSEa6SwevI/9RsDBMNXFSBZ4pKFSMY/kDHa2i18KvFj/ Wbi8YgI83Ty5RCWyXconzjbVCzd5LvNSb8N6Hr3Ep6Hx+TVJkPURjRfC/n1n3MOOvV1Q3ztm7U+1QK e1LzW4BqOpDwNi6agsavP8Soi+0gnCR0jM6H977t1OeXd+akWSscfGuvdi4rievNa8j0vLt9iyeBab WivKtfqei9lWnURztslQfdlUxqZtq2g== X-MHO-RoutePath: aGlwcGll X-MHO-User: a7d588d1-d1d2-11ea-b630-6b8aa7872eb8 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 (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id a7d588d1-d1d2-11ea-b630-6b8aa7872eb8; Wed, 29 Jul 2020 19:35:28 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 06TJZR0V007184; Wed, 29 Jul 2020 13:35:27 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: mutexes From: Ian Lepore To: kamalp@acm.org, freebsd-arm@freebsd.org Date: Wed, 29 Jul 2020 13:35:27 -0600 In-Reply-To: References: Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BH3fq2vgbz4B1N X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 19:35:32 -0000 On Thu, 2020-07-30 at 00:56 +0530, Kamal R. Prasad wrote: > hello, > > i have 2 instances of an spi controller (pl022) on my setup. can someone > tell me :- > 1. is there any danger if we interleave spi io transfers between these 2 > controllers i.e spi transfer starts on controller 0 and before it can > finish, controller 1 starts spi transfer. the 2 controllers have different > spi slave devices. > 2. assuming there is an issue with that, how to setup a mutex in the code > path so that it is common to both instances of pl022 driver? > I have never encountered a system with multiple instances of a SPI controller where they interfered with each other in any way. Unless there is documentation to the contrary for your hardware, I think it is safe to assume that you can have two unrelated SPI transfers happening on the two different instances without any problems. -- Ian From owner-freebsd-arm@freebsd.org Thu Jul 30 12:48:39 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 26D2F3A4BE5 for ; Thu, 30 Jul 2020 12:48:39 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHVZt1mdvz4Krn for ; Thu, 30 Jul 2020 12:48:38 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-wr1-x42f.google.com with SMTP id f1so24223392wro.2 for ; Thu, 30 Jul 2020 05:48:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=Of5ylLYSdHYizh8CBuc7Fosr6ZVpe7+JM+Eve04Q9Ds=; b=ehaXPuBnHdfn0x4V+6krAswvTgmP/lBcGHVS1MWNWl+7NGl9tb9LQu+aVMJHJu3CTT t4uxh0Z4VRiSMm1aZantElhcxWFpCVfG2JK5kGRVS+tZR7YhQJL1KcdqGxV9Hgak4K7T p5jVbHSiNMhefiKvgea/BTYbHHeGvMGAHeZ+6UU+Lt6tuXyiUBaUt7jFNHGangTldjxK 5oQnVpHixF3KuWz5oTdxCfzWXhEVsOlFRPklSEhjZuU52qdLiE7cX8deFTRw4LhNH4f3 pvyZxHw7uG3Z0d4e9ISpxdLIR7SiHubMs/LhjK6Y6QhohWLdU3ujnjoYyI2sIALNXzrx PkmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=Of5ylLYSdHYizh8CBuc7Fosr6ZVpe7+JM+Eve04Q9Ds=; b=Hnur3mkQTl8u6XK3wq+hYz31MYx93rd125jfdwLjqD9UvDAWcufaAToAT/9sFWBjve kujKwJK61GTTkJvM5rtB4A3SgtkIgq+blZ3HFH3REh+XQw0acsIPlGiWDEKjr3k7+wxF fZNlbGXiIxwAJlyfRyuxY7Eis0w1ZkRRNQ78q1lH4agASTUtkXWEdbaU9lHZt6rgt1EO 8K5QrOujK4GEpzquZax/UJxoda+vkJ5agB2rY0GjF7KYS6qS0WhobxA+8Cyy3Ud/2jcJ bxXdg/aX4PKqxScnMhK9IijF4L63UP9ep0VYIbrU+Gtod653vjn5DV/ujZ+GThLeBOxO /07Q== X-Gm-Message-State: AOAM5318+4s1XdpfHrt4umm/cLazX+UC0w66HMG4VbegtfNEKtznV5ff UH1vZNgiXqKMy1ep0RFWlH9e2NcE X-Google-Smtp-Source: ABdhPJwMNkxmsa69NFLZY/kmgz+87K6dKZ2Fc8dJ4uYwcG5oAi/zS4xZLsDfL9oevjyLAMsxAdFQGA== X-Received: by 2002:adf:e712:: with SMTP id c18mr2798689wrm.92.1596113313079; Thu, 30 Jul 2020 05:48:33 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id m14sm9755970wrx.76.2020.07.30.05.48.32 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jul 2020 05:48:32 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: U-boot 2020.07 for rockpro64 broken ? Message-Id: <8CB8BBEE-333C-457E-A214-455EA989A4F7@gmail.com> Date: Thu, 30 Jul 2020 14:48:31 +0200 To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BHVZt1mdvz4Krn X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ehaXPuBn; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::42f as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-1.16 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.25)[-0.253]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_LONG(-1.05)[-1.045]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42f:from]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 12:48:39 -0000 Hi I just tried upgrading to the latest u-boot 2020.07 and that makes my = rockpro64 stop in its tracks: U-Boot TPL 2020.07 (Jul 30 2020 - 15:42:36) Channel 0: LPDDR4, 50MHz BW=3D32 Col=3D10 Bk=3D8 CS0 Row=3D16/15 CS=3D1 Die BW=3D16 Size=3D2048MB Channel 1: LPDDR4, 50MHz BW=3D32 Col=3D10 Bk=3D8 CS0 Row=3D16/15 CS=3D1 Die BW=3D16 Size=3D2048MB 256B stride 256B stride lpddr4_set_rate: change freq to 400000000 mhz 0, 1 lpddr4_set_rate: change freq to 800000000 mhz 1, 0 Trying to boot from BOOTROM Returning to boot ROM... U-Boot SPL 2020.07 (Jul 30 2020 - 15:42:36 +0200) Trying to boot from MMC1 Then nothing happens. The 2020.04 version work flawlessly, any ideas ? -S=C3=B8ren -- sos@FreeBSD.org / sos@DeepCore.dk From owner-freebsd-arm@freebsd.org Thu Jul 30 16:03:07 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4E8FA3A8FEF for ; Thu, 30 Jul 2020 16:03:07 +0000 (UTC) (envelope-from freebsd@dsllsn.net) Received: from mail.disillusion.net (mail.disillusion.net [IPv6:2600:3c00:e000:137::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.disillusion.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHZvD6SWRz4ZBJ for ; Thu, 30 Jul 2020 16:03:04 +0000 (UTC) (envelope-from freebsd@dsllsn.net) Received: from roast.disillusion.net (localhost [127.0.0.1]) by roast.disillusion.net (OpenSMTPD) with ESMTP id fab00534; Thu, 30 Jul 2020 11:02:57 -0500 (CDT) Received: by mail.disillusion.net (OpenSMTPD) with ESMTPSA id c9feadb3 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Thu, 30 Jul 2020 11:02:57 -0500 (CDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\)) Subject: Re: big.LITTLE status for rk3399/rockpro64? From: William Carson In-Reply-To: Date: Thu, 30 Jul 2020 11:02:56 -0500 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <878sfnz61y.wl-bsd@zeppelin.net> <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> <87y2n6tcqr.wl-bsd@zeppelin.net> <20200728123143.GB96119@cicely18.cicely.de> To: Vincent Milum Jr X-Mailer: Apple Mail (2.3445.104.14) X-Rspamd-Queue-Id: 4BHZvD6SWRz4ZBJ X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.11 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[dsllsn.net:s=drip]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.01)[-1.010]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[dsllsn.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[dsllsn.net,reject]; NEURAL_HAM_SHORT(-0.61)[-0.607]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:63949, ipnet:2600:3c00::/32, country:US]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 16:03:07 -0000 > On Jul 28, 2020, at 10:43 AM, Vincent Milum Jr = wrote: >=20 > The downside is that the two big cores are not fully clocking up to = their max > speed, because FreeBSD doesn't have support yet to clock cores or = groups of > cores independently. Is this true? I'm running r363091 on a RockPro64 with sysutils/powerdxx = and it supports the different frequencies just fine: # sysctl dev.cpu.{0,1,2,3,4,5}.freq dev.cpu.0.freq: 1416 dev.cpu.1.freq: 1416 dev.cpu.2.freq: 1416 dev.cpu.3.freq: 1416 dev.cpu.4.freq: 1800 dev.cpu.5.freq: 1800= From owner-freebsd-arm@freebsd.org Thu Jul 30 17:05:52 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 44D4C3AAA51 for ; Thu, 30 Jul 2020 17:05:52 +0000 (UTC) (envelope-from bsd@zeppelin.net) Received: from dazed.zeppelin.net (dazed.zeppelin.net [75.144.17.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHcHf4j3hz4dx4 for ; Thu, 30 Jul 2020 17:05:50 +0000 (UTC) (envelope-from bsd@zeppelin.net) Received: from rp64bsd.zeppelin.net.zeppelin.net (pfsense.zeppelin.net [75.144.17.117]) by dazed.zeppelin.net (Postfix) with ESMTP id E714519B7F8 for ; Thu, 30 Jul 2020 10:05:45 -0700 (PDT) Date: Thu, 30 Jul 2020 10:05:42 -0700 Message-ID: <873659szkp.wl-bsd@zeppelin.net> From: Josh Howard To: freebsd-arm@freebsd.org Subject: Re: big.LITTLE status for rk3399/rockpro64? In-Reply-To: References: <878sfnz61y.wl-bsd@zeppelin.net> <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> <87y2n6tcqr.wl-bsd@zeppelin.net> <20200728123143.GB96119@cicely18.cicely.de> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/28.0 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4BHcHf4j3hz4dx4 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of bsd@zeppelin.net does not designate 75.144.17.114 as permitted sender) smtp.mailfrom=bsd@zeppelin.net X-Spamd-Result: default: False [3.06 / 15.00]; RCVD_TLS_LAST(0.00)[]; R_SPF_FAIL(1.00)[-all]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.34)[-0.343]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(0.34)[0.336]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[zeppelin.net]; NEURAL_SPAM_SHORT(0.17)[0.170]; MID_CONTAINS_FROM(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7922, ipnet:75.144.0.0/13, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 17:05:52 -0000 On Thu, 30 Jul 2020 09:02:56 -0700, William Carson via freebsd-arm wrote: > > > > On Jul 28, 2020, at 10:43 AM, Vincent Milum Jr wrote: > > > > The downside is that the two big cores are not fully clocking up to their max > > speed, because FreeBSD doesn't have support yet to clock cores or groups of > > cores independently. > > Is this true? I'm running r363091 on a RockPro64 with sysutils/powerdxx and it > supports the different frequencies just fine: > > # sysctl dev.cpu.{0,1,2,3,4,5}.freq > dev.cpu.0.freq: 1416 > dev.cpu.1.freq: 1416 > dev.cpu.2.freq: 1416 > dev.cpu.3.freq: 1416 > dev.cpu.4.freq: 1800 > dev.cpu.5.freq: 1800 powerdxx definitely does help. I think the other issue is that if you set ncpu=4, you get get the max freq_levels of 1512 for the 4 CPUs, but when all 6 are enabled, it finds the highest common freq, which is 1416. Furthermore, we only set the big cores at 1800, but they should be 2016. From owner-freebsd-arm@freebsd.org Thu Jul 30 18:08:28 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 48CC93AB8C9 for ; Thu, 30 Jul 2020 18:08:28 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) (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 4BHdgt6G0lz3Tq2 for ; Thu, 30 Jul 2020 18:08:26 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Thu, 30 Jul 2020 21:08:11 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1596132499; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=EStulCufl5osd9KPGNtUKFQ2cT0nR69qUaGlcVUsjX4=; b=MKo512en/LpAsaQzpHN70ge/4kNY2IAS+sYWXwK9Ms2Gpfnl9jZUiR3/ForfPONB3TbaT1 6EkVNJC7LMlI4Wg7sfGUb4umWXaEg9iDjMPcEQqsIfajeszaWucXydBD4RvtEDhZpShI25 VA6QVN9x3b6XY/+dDJdOZR9cR3+cMLw= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Greg V Subject: Re: big.LITTLE status for rk3399/rockpro64? To: Josh Howard Cc: freebsd-arm@freebsd.org Message-Id: In-Reply-To: <873659szkp.wl-bsd@zeppelin.net> References: <878sfnz61y.wl-bsd@zeppelin.net> <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> <87y2n6tcqr.wl-bsd@zeppelin.net> <20200728123143.GB96119@cicely18.cicely.de> <873659szkp.wl-bsd@zeppelin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: 0.90 X-Rspamd-Queue-Id: 4BHdgt6G0lz3Tq2 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=MKo512en; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.75 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-0.77)[-0.771]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[91.121.223.63:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 18:08:28 -0000 On Thu, Jul 30, 2020 at 10:05, Josh Howard wrote: > On Thu, 30 Jul 2020 09:02:56 -0700, > William Carson via freebsd-arm wrote: >> >> >> > On Jul 28, 2020, at 10:43 AM, Vincent Milum Jr >> wrote: >> > >> > The downside is that the two big cores are not fully clocking up >> to their max >> > speed, because FreeBSD doesn't have support yet to clock cores or >> groups of >> > cores independently. >> >> Is this true? I'm running r363091 on a RockPro64 with >> sysutils/powerdxx and it >> supports the different frequencies just fine: >> >> # sysctl dev.cpu.{0,1,2,3,4,5}.freq >> dev.cpu.0.freq: 1416 >> dev.cpu.1.freq: 1416 >> dev.cpu.2.freq: 1416 >> dev.cpu.3.freq: 1416 >> dev.cpu.4.freq: 1800 >> dev.cpu.5.freq: 1800 > > powerdxx definitely does help. I think the other issue is that if you > set ncpu=4, > you get get the max freq_levels of 1512 for the 4 CPUs, but when all > 6 are > enabled, it finds the highest common freq, which is 1416. > Furthermore, we only > set the big cores at 1800, but they should be 2016. Wait, "it" == stock powerd? oh sure it might not support that. I was only considering manual setting of these sysctls. re: what the maximum should be, that depends on your device tree. I have overclocked mine to 2200. From owner-freebsd-arm@freebsd.org Thu Jul 30 19:06:52 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E99863AC995 for ; Thu, 30 Jul 2020 19:06:52 +0000 (UTC) (envelope-from bsd@zeppelin.net) Received: from dazed.zeppelin.net (dazed.zeppelin.net [75.144.17.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHfzJ0Prrz3XNp for ; Thu, 30 Jul 2020 19:06:51 +0000 (UTC) (envelope-from bsd@zeppelin.net) Received: from rp64bsd.zeppelin.net.zeppelin.net (pfsense.zeppelin.net [75.144.17.117]) by dazed.zeppelin.net (Postfix) with ESMTP id 21F2C19B7F8; Thu, 30 Jul 2020 12:06:53 -0700 (PDT) Date: Thu, 30 Jul 2020 12:06:50 -0700 Message-ID: <877duk6cvp.wl-bsd@zeppelin.net> From: Josh Howard To: Greg V Cc: freebsd-arm@freebsd.org Subject: Re: big.LITTLE status for rk3399/rockpro64? In-Reply-To: References: <878sfnz61y.wl-bsd@zeppelin.net> <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> <87y2n6tcqr.wl-bsd@zeppelin.net> <20200728123143.GB96119@cicely18.cicely.de> <873659szkp.wl-bsd@zeppelin.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/28.0 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4BHfzJ0Prrz3XNp X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of bsd@zeppelin.net does not designate 75.144.17.114 as permitted sender) smtp.mailfrom=bsd@zeppelin.net X-Spamd-Result: default: False [1.14 / 15.00]; RCVD_TLS_LAST(0.00)[]; R_SPF_FAIL(1.00)[-all]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.844]; NEURAL_HAM_LONG(-0.85)[-0.849]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zeppelin.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.07)[-0.070]; RCPT_COUNT_TWO(0.00)[2]; MID_CONTAINS_FROM(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7922, ipnet:75.144.0.0/13, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 19:06:53 -0000 On Thu, 30 Jul 2020 11:08:11 -0700, Greg V wrote: > > > > On Thu, Jul 30, 2020 at 10:05, Josh Howard wrote: > > On Thu, 30 Jul 2020 09:02:56 -0700, > > William Carson via freebsd-arm wrote: > >> > >> > >> > On Jul 28, 2020, at 10:43 AM, Vincent Milum Jr > >> wrote: > >> > > >> > The downside is that the two big cores are not fully clocking up > >> to their max > >> > speed, because FreeBSD doesn't have support yet to clock cores > >> or groups of > >> > cores independently. > >> > >> Is this true? I'm running r363091 on a RockPro64 with > >> sysutils/powerdxx and it > >> supports the different frequencies just fine: > >> > >> # sysctl dev.cpu.{0,1,2,3,4,5}.freq > >> dev.cpu.0.freq: 1416 > >> dev.cpu.1.freq: 1416 > >> dev.cpu.2.freq: 1416 > >> dev.cpu.3.freq: 1416 > >> dev.cpu.4.freq: 1800 > >> dev.cpu.5.freq: 1800 > > > > powerdxx definitely does help. I think the other issue is that if > > you set ncpu=4, > > you get get the max freq_levels of 1512 for the 4 CPUs, but when all > > 6 are > > enabled, it finds the highest common freq, which is > > 1416. Furthermore, we only > > set the big cores at 1800, but they should be 2016. > > Wait, "it" == stock powerd? oh sure it might not support that. I was > only considering manual setting of these sysctls. > > re: what the maximum should be, that depends on your device tree. > I have overclocked mine to 2200. > I'm probably conflating too many things, between what I was observing on Linux, which seemed to default to max clock of 1512 on little cores and what I see on FreeBSD. I see in rk3399-opp.dtsi that those freq_levels match what's in the freq_levels in sysctl, so not sure the discrepency. What device tree are you using to get up to 2200? From owner-freebsd-arm@freebsd.org Thu Jul 30 19:08:01 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DDB8D3ACBAD for ; Thu, 30 Jul 2020 19:08:01 +0000 (UTC) (envelope-from freebsd@dsllsn.net) Received: from mail.disillusion.net (mail.disillusion.net [IPv6:2600:3c00:e000:137::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.disillusion.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHg0c6XdZz3XPH for ; Thu, 30 Jul 2020 19:08:00 +0000 (UTC) (envelope-from freebsd@dsllsn.net) Received: from roast.disillusion.net (localhost [127.0.0.1]) by roast.disillusion.net (OpenSMTPD) with ESMTP id 4c05323c; Thu, 30 Jul 2020 14:07:59 -0500 (CDT) Received: by mail.disillusion.net (OpenSMTPD) with ESMTPSA id 521a3210 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Thu, 30 Jul 2020 14:07:58 -0500 (CDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\)) Subject: Re: U-boot 2020.07 for rockpro64 broken ? From: William Carson In-Reply-To: <8CB8BBEE-333C-457E-A214-455EA989A4F7@gmail.com> Date: Thu, 30 Jul 2020 14:07:58 -0500 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <1D4EC3CF-BFCC-436E-9EC3-A7758DA9E0DA@dsllsn.net> References: <8CB8BBEE-333C-457E-A214-455EA989A4F7@gmail.com> To: =?utf-8?Q?S=C3=B8ren_Schmidt?= X-Mailer: Apple Mail (2.3445.104.14) X-Rspamd-Queue-Id: 4BHg0c6XdZz3XPH X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[dsllsn.net:s=drip]; NEURAL_HAM_MEDIUM(-1.01)[-1.010]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.04)[-1.038]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[dsllsn.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[dsllsn.net,reject]; NEURAL_HAM_SHORT(-0.99)[-0.988]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:63949, ipnet:2600:3c00::/32, country:US]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 19:08:01 -0000 > On Jul 30, 2020, at 7:48 AM, S=C3=B8ren Schmidt = wrote: >=20 > Hi >=20 > I just tried upgrading to the latest u-boot 2020.07 and that makes my = rockpro64 stop in its tracks: >=20 > U-Boot TPL 2020.07 (Jul 30 2020 - 15:42:36) > Channel 0: LPDDR4, 50MHz > BW=3D32 Col=3D10 Bk=3D8 CS0 Row=3D16/15 CS=3D1 Die BW=3D16 Size=3D2048MB= > Channel 1: LPDDR4, 50MHz > BW=3D32 Col=3D10 Bk=3D8 CS0 Row=3D16/15 CS=3D1 Die BW=3D16 Size=3D2048MB= > 256B stride > 256B stride > lpddr4_set_rate: change freq to 400000000 mhz 0, 1 > lpddr4_set_rate: change freq to 800000000 mhz 1, 0 > Trying to boot from BOOTROM > Returning to boot ROM... >=20 > U-Boot SPL 2020.07 (Jul 30 2020 - 15:42:36 +0200) > Trying to boot from MMC1 >=20 > Then nothing happens. The 2020.04 version work flawlessly, any ideas ? Is it possible your RX line is connected? I run into this on my = RockPro64 all the time if I leave the serial connected. From owner-freebsd-arm@freebsd.org Thu Jul 30 21:27:42 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BFDCA3AF87B for ; Thu, 30 Jul 2020 21:27:42 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [IPv6:2001:41d0:2:267::]) (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 4BHk5n2M1Bz3yY0 for ; Thu, 30 Jul 2020 21:27:40 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Fri, 31 Jul 2020 00:27:23 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1596144452; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=yZ/EfXcUGVHqQKczmmAIebRYViWs1nWZGuO/PsbU5mU=; b=KlYl0/yDDTTshT/o3DmXJAP+Go8Yem2kvsBHgf6trf+qRhkb7MwnjecZu2Olpe36OMNxsA 4QxelsCdRTyCW7lAzFhJDm/2mM+Wu/yF2t9Xy977Mt4DC53BH+FFOPPmb1nGxeKpYmIcXp ebEFaMSinlUHNVXerLO87ZVvkyogh7Y= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Greg V Subject: Re: big.LITTLE status for rk3399/rockpro64? To: Josh Howard Cc: freebsd-arm@freebsd.org Message-Id: In-Reply-To: <877duk6cvp.wl-bsd@zeppelin.net> References: <878sfnz61y.wl-bsd@zeppelin.net> <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> <87y2n6tcqr.wl-bsd@zeppelin.net> <20200728123143.GB96119@cicely18.cicely.de> <873659szkp.wl-bsd@zeppelin.net> <877duk6cvp.wl-bsd@zeppelin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: 0.90 X-Rspamd-Queue-Id: 4BHk5n2M1Bz3yY0 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=KlYl0/yD; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:267:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.91 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:267::]; NEURAL_HAM_LONG(-1.00)[-1.001]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-0.92)[-0.921]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 21:27:42 -0000 On Thu, Jul 30, 2020 at 12:06, Josh Howard wrote: > On Thu, 30 Jul 2020 11:08:11 -0700, > Greg V wrote: >> >> >> >> On Thu, Jul 30, 2020 at 10:05, Josh Howard wrote: >> > On Thu, 30 Jul 2020 09:02:56 -0700, >> > William Carson via freebsd-arm wrote: >> >> >> >> >> >> > On Jul 28, 2020, at 10:43 AM, Vincent Milum Jr >> >> wrote: >> >> > >> >> > The downside is that the two big cores are not fully clocking >> up >> >> to their max >> >> > speed, because FreeBSD doesn't have support yet to clock cores >> >> or groups of >> >> > cores independently. >> >> >> >> Is this true? I'm running r363091 on a RockPro64 with >> >> sysutils/powerdxx and it >> >> supports the different frequencies just fine: >> >> >> >> # sysctl dev.cpu.{0,1,2,3,4,5}.freq >> >> dev.cpu.0.freq: 1416 >> >> dev.cpu.1.freq: 1416 >> >> dev.cpu.2.freq: 1416 >> >> dev.cpu.3.freq: 1416 >> >> dev.cpu.4.freq: 1800 >> >> dev.cpu.5.freq: 1800 >> > >> > powerdxx definitely does help. I think the other issue is that if >> > you set ncpu=4, >> > you get get the max freq_levels of 1512 for the 4 CPUs, but when >> all >> > 6 are >> > enabled, it finds the highest common freq, which is >> > 1416. Furthermore, we only >> > set the big cores at 1800, but they should be 2016. >> >> Wait, "it" == stock powerd? oh sure it might not support that. I was >> only considering manual setting of these sysctls. >> >> re: what the maximum should be, that depends on your device tree. >> I have overclocked mine to 2200. >> > > I'm probably conflating too many things, between what I was observing > on > Linux, which seemed to default to max clock of 1512 on little cores > and > what I see on FreeBSD. I see in rk3399-opp.dtsi that those freq_levels > match what's in the freq_levels in sysctl, so not sure the > discrepency. > > What device tree are you using to get up to 2200? I just edited /usr/src/sys/gnu/dts/arm64/rockchip/rk3399-opp.dtsi and recompiled with a command like (in /usr/src): MACHINE=arm64 DTC=/usr/bin/dtc tools/fdt/make_dtb.sh /usr/src/sys gnu/dts/arm64/rockchip/rk3399-rockpro64.dts /tmp From owner-freebsd-arm@freebsd.org Thu Jul 30 22:08:00 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 82E5C3680D4 for ; Thu, 30 Jul 2020 22:08:00 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-wm1-x344.google.com (mail-wm1-x344.google.com [IPv6:2a00:1450:4864:20::344]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHl0H4xpLz40xt for ; Thu, 30 Jul 2020 22:07:59 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-wm1-x344.google.com with SMTP id c80so6980825wme.0 for ; Thu, 30 Jul 2020 15:07:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=nSK37WoZmPvIXTyoL+U6z076rQsHa0W4pUttjdKyA9I=; b=ILIMg2xgbGctTGxGMVpH6IqkdoypFEUfRhVLlgUzQAo+g6lX9UyWFcwnHfDQCD2zDt 2PBYNVuIbAsQE5eo6iY2cEMKKnTRN9yPv9mqP2I83mJwtnKF8mxKBCVEaGAp9xA49ZVC PN1HRTcfOb6JAhw2oPmiZ3PbtEuv+alBsrhBftEwEoZwKBTNEC1UUBwRix2ww5EIA89b Fk+IYHUsi1WDl/eieko4Apfmgz0Z2XCtb/j1WAac+5AwGgFi7uVbO+WxkbWFoE/8zuGA 7dDerWL51cZLw2PxKa7ClOiE3Wb2qEDB96SShGpxXnuS9e38tCePr5LImWiCtlJ9DodC b8BA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=nSK37WoZmPvIXTyoL+U6z076rQsHa0W4pUttjdKyA9I=; b=eQqHfzGpZH5ee68YCfTItBqFPAywYT7D9fPrwZKsEA8ZUCeDSreGTdnrM/g0FuPltu YIp5/JNNiudaodyKLzWHLejH0kV8Tg6OTmQmnKV6rWX8QcQdyfsUv+4/tTRK6/DNXLTU fJTkd0HBSRt5PJEdnnZke+HN+Eg4++LNdManFb3CChfkvciVNdtvJYnechuYSGJWzh10 lxZM/v3JVzP8RtAi4XKXczymwnwLypyVO+k6gVYMgHx4x38PPPumds4CaeHfrTKgAKCE lS97r7c9XyPnPwt85QieLVxesImibR8tAM4WpI9ee/d1AYMGHxAO5x4fEs4cA5PEYPVS I1PA== X-Gm-Message-State: AOAM532qqXWWdRLw6v3MWA6ITpfiYwaF6Q/7+SXXT0EqJVgAkulWDiCf c0mp9vqm1252jGqpoJ462l4Z0+eU X-Google-Smtp-Source: ABdhPJytKHOn1HfIy7BP/225mcLnqSZtq19Of9oYno5uJGB0Des3Jd8JyDenT4xN+0X2OYAs+wfpQg== X-Received: by 2002:a1c:7315:: with SMTP id d21mr1039060wmb.108.1596146877820; Thu, 30 Jul 2020 15:07:57 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id h11sm11793346wrb.68.2020.07.30.15.07.56 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jul 2020 15:07:57 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: <4628070F-CA76-40D6-ABF4-EFCBD396F7DE@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: U-boot 2020.07 for rockpro64 broken ? Date: Fri, 31 Jul 2020 00:07:56 +0200 In-Reply-To: <1D4EC3CF-BFCC-436E-9EC3-A7758DA9E0DA@dsllsn.net> Cc: freebsd-arm@freebsd.org To: William Carson References: <8CB8BBEE-333C-457E-A214-455EA989A4F7@gmail.com> <1D4EC3CF-BFCC-436E-9EC3-A7758DA9E0DA@dsllsn.net> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BHl0H4xpLz40xt X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ILIMg2xg; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::344 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-1.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.76)[-0.761]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_MIXED_CHARSET(0.56)[subject]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.007]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; NEURAL_HAM_LONG(-1.09)[-1.086]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::344:from]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Jul 2020 22:08:00 -0000 > On 30 Jul 2020, at 21.07, William Carson wrote: >=20 >> On Jul 30, 2020, at 7:48 AM, S=C3=B8ren Schmidt = wrote: >>=20 >> Hi >>=20 >> I just tried upgrading to the latest u-boot 2020.07 and that makes my = rockpro64 stop in its tracks: >>=20 >> U-Boot TPL 2020.07 (Jul 30 2020 - 15:42:36) >> Channel 0: LPDDR4, 50MHz >> BW=3D32 Col=3D10 Bk=3D8 CS0 Row=3D16/15 CS=3D1 Die BW=3D16 = Size=3D2048MB >> Channel 1: LPDDR4, 50MHz >> BW=3D32 Col=3D10 Bk=3D8 CS0 Row=3D16/15 CS=3D1 Die BW=3D16 = Size=3D2048MB >> 256B stride >> 256B stride >> lpddr4_set_rate: change freq to 400000000 mhz 0, 1 >> lpddr4_set_rate: change freq to 800000000 mhz 1, 0 >> Trying to boot from BOOTROM >> Returning to boot ROM... >>=20 >> U-Boot SPL 2020.07 (Jul 30 2020 - 15:42:36 +0200) >> Trying to boot from MMC1 >>=20 >> Then nothing happens. The 2020.04 version work flawlessly, any ideas = ? >=20 > Is it possible your RX line is connected? I run into this on my = RockPro64 > all the time if I leave the serial connected. Hi Hmm, that=E2=80=99s not a problem for me, however recompiling u-boot = locally seems to have solved that problem=E2=80=A6 But that just make it fail later during boot unfortunately: Booting [/boot/kernel/kernel]... =20 Using DTB provided by EFI at 0x80ea000. EFI framebuffer information: addr, size 0xf6000000, 0x7e9000 dimensions 1920 x 1080 stride 1920 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2020 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 13.0-CURRENT #0 r279M: Thu Jul 30 20:03:01 CEST 2020 = sos@current.deepcore.dk:/home/sos/FreeBSD/embedded/aarch64-obj/home/sos/Fr= eeBSD/current/arm64.aarch64/sys/GENERIC arm64 FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d) WARNING: WITNESS option enabled, expect reduced performance. VT(efifb): resolution 1920x1080 module firmware already present! real memory =3D 4158357504 (3965 MB) avail memory =3D 4023341056 (3836 MB) Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random = device because it was not yet seeded and the knob = 'bypass_before_seeding' was enabled. random: entropy device external interface MAP f0f0e000 mode 2 pages 1 MAP f0f14000 mode 2 pages 2 MAP f3f30000 mode 2 pages 16 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 13.0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. ofwbus0: clk_fixed0: on ofwbus0 simplebus0: on ofwbus0 rk_grf0: mem 0xff320000-0xff320fff on = ofwbus0 rk3399_pmucru0: mem = 0xff750000-0xff750fff on ofwbus0 rk3399_cru0: mem = 0xff760000-0xff760fff on ofwbus0 rk_grf1: mem 0xff770000-0xff77ffff on = ofwbus0 Fatal data abort: x0: 2001 x1: ffff00004038a000 x2: ff780000 x3: 0 x4: 0 x5: 1 x6: ff7f8ffc x7: ffff000000010618 x8: fffffd0000b73900 x9: ffff00004039a x10: ffff000000e45000 x11: ffff000000e47000 x12: ffff000000e47000 x13: fffffd0000000000 x14: 60000000000703 x15: 0 x16: ffff000000ac5000 x17: 600000ff77f703 x18: ffff0000000106b0 x19: fffffd0000a25c00 x20: 3 x21: ffff00000001074c x22: fffffd0000a25c00 x23: 2001 x24: fffffd0000b73900 x25: 10000 x26: fffffd0000d1ac40 x27: 2 x28: ff770000 x29: ffff0000000106b0 sp: ffff0000000106b0 lr: ffff00000021007c elr: ffff00000046f188 spsr: 600001c5 far: 2001 esr: 96000005 panic: vm_fault failed: ffff00000046f188 cpuid =3D 0 time =3D 1 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc =3D 0xffff0000006f9628 lr =3D 0xffff00000010a4a0 sp =3D 0xffff0000000100e0 fp =3D 0xffff0000000102e0 db_trace_self_wrapper() at vpanic+0x194 pc =3D 0xffff00000010a4a0 lr =3D 0xffff00000041cd60 sp =3D 0xffff0000000102f0 fp =3D 0xffff000000010340 vpanic() at panic+0x44 pc =3D 0xffff00000041cd60 lr =3D 0xffff00000041cb08 sp =3D 0xffff000000010350 fp =3D 0xffff000000010400 panic() at data_abort+0x200 pc =3D 0xffff00000041cb08 lr =3D 0xffff000000719cb0 sp =3D 0xffff000000010410 fp =3D 0xffff000000010480 data_abort() at do_el1h_sync+0x144 pc =3D 0xffff000000719cb0 lr =3D 0xffff000000718ffc sp =3D 0xffff000000010490 fp =3D 0xffff0000000104d0 do_el1h_sync() at handle_el1h_sync+0x78 pc =3D 0xffff000000718ffc lr =3D 0xffff0000006fc078 sp =3D 0xffff0000000104e0 fp =3D 0xffff000000010620 handle_el1h_sync() at=20 And there it just stops=E2=80=A6 Stock GENERIC kernel, current as of a = week ago or so=E2=80=A6 -S=C3=B8ren From owner-freebsd-arm@freebsd.org Sat Aug 1 08:24:00 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A2BDF373451 for ; Sat, 1 Aug 2020 08:24:00 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BJccb5SJYz43rh for ; Sat, 1 Aug 2020 08:23:59 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-wr1-x42c.google.com with SMTP id f7so29902692wrw.1 for ; Sat, 01 Aug 2020 01:23:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=BRPuchT/dt3pwbo2eX7mgxeuNPodkS3Ocnwo0fH3LsE=; b=K5eReF7PG9NJxhSWt8emvLNDdYJP0WhCyL5F7l9alddO26SvnckYNIEkEeHFUO/QIS /Yh5Tw2XTFFz5t5LJo11ygTcyr2KNTurpHAq5DNuxGi2hltW+fil4l55k2je8aGiLUpK 7VrI6N3DSJhZcOgTF+DoOuhYmc5Z3M9vkrfX3IFoIgfKGK1cx2g7n5uDgAktRSMgHmia Kk48z0oHG+9YBDRKmCJ7fnc/y4hnNTSzKsazaa5Ke3ZHzYdP5Q8MTXnT3BWcCYtaKdGW B/KjZ88k4v0mr8WUTI70rmQFNOiQ+Teildi+ent9lZ57swLo7kfXN57zKvCuwkDt+0mW 2hPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=BRPuchT/dt3pwbo2eX7mgxeuNPodkS3Ocnwo0fH3LsE=; b=qabNCy2g0AQD/gQD3a700O7hBn25wFUXYO4nXvz8m9C/rFQe3SwLNvyVU8m/uz6kJ4 /WQdqXNA0nbFLHfW+H+KtCZyCRqhrnVDYaNqXnSeCTC0/bMXFvQC6j+j4hcfVNArvhs5 tztOu/t+kvuYNPwhv6COaj94aPlXQvWy3pzt8XQWkfQ+fEolq018cNmr+LKw8/iNSkQq 2OeP0HBZvvEjotM+psyY31O5xxUn5STuKRo72N1cvy1ICTvQ361qCQtZMnhr34ylI3K5 oRnRywV5+LsopCNhiSmFXwmsAjP6nwqouGYHS7DYJ5tCR/BoRPVc3gzgXtACj0z6gM9e k42A== X-Gm-Message-State: AOAM5305uLnlf5nOZl3/z/rbKteYBk88pduKWvqeM6XaAuqlZ2HLRVSF REWUa6GW23ea8BHEPAHYuq6b1Vhk X-Google-Smtp-Source: ABdhPJzixVh1SZslqAJdPtimHtVYoaA4xSCykpPbJ8jbWRnRY3BqjXPQ6/E+e9RkUYZiqbzfqxX4mA== X-Received: by 2002:adf:bc54:: with SMTP id a20mr6612644wrh.227.1596270237463; Sat, 01 Aug 2020 01:23:57 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id r206sm15829398wma.6.2020.08.01.01.23.56 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 01 Aug 2020 01:23:56 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: RockPro64 with latest image fails to boot? Message-Id: Date: Sat, 1 Aug 2020 10:23:56 +0200 To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BJccb5SJYz43rh X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=K5eReF7P; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::42c as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-0.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_MIXED_CHARSET(0.56)[subject]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.013]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-0.998]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.36)[0.364]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42c:from]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Aug 2020 08:24:00 -0000 Hi Just tried the latest snapshot: FreeBSD-13.0-CURRENT-arm64-aarch64-ROCKPRO64-20200730-r363681.img Copied to a known good SD card, and with a HDMI monitor attached I get = the following (Also show on the HDMI monitor btw). ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2020 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 13.0-CURRENT #0 r363681: Thu Jul 30 10:18:20 UTC 2020 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-0-gef32c611aa2) WARNING: WITNESS option enabled, expect reduced performance. VT(efifb): resolution 1920x1080 module firmware already present! KLD file umodem.ko is missing dependencies real memory =3D 4158357504 (3965 MB) avail memory =3D 4023119872 (3836 MB) Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random = device because it was not yet seeded and the knob = 'bypass_before_seeding' was enabled. random: entropy device external interface MAP f0f0e000 mode 2 pages 1 MAP f0f14000 mode 2 pages 2 MAP f3f30000 mode 2 pages 16 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 13.0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. ofwbus0: clk_fixed0: on ofwbus0 simplebus0: on ofwbus0 rk_grf0: mem 0xff320000-0xff320fff on = ofwbus0 rk3399_pmucru0: mem = 0xff750000-0xff750fff on ofwbus0 rk3399_cru0: mem = 0xff760000-0xff760fff on ofwbus0 Here I just hangs and the display goes black. Tried again without moinitor attached and got different result, but = still failure: ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2020 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 13.0-CURRENT #0 r363681: Thu Jul 30 10:18:20 UTC 2020 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-0-gef32c611aa2) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. module firmware already present! KLD file umodem.ko is missing dependencies real memory =3D 4158357504 (3965 MB) avail memory =3D 4031209472 (3844 MB) Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random = device because it was not yet seeded and the knob = 'bypass_before_seeding' was enabled. random: entropy device external interface MAP f0f0e000 mode 2 pages 1 MAP f0f14000 mode 2 pages 2 MAP f3f30000 mode 2 pages 16 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 13.0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. ofwbus0: clk_fixed0: on ofwbus0 simplebus0: on ofwbus0 rk_grf0: mem 0xff320000-0xff320fff on = ofwbus0 rk3399_pmucru0: mem = 0xff750000-0xff750fff on ofwbus0 rk3399_cru0: mem = 0xff760000-0xff760fff on ofwbus0 rk_grf1: mem 0xff770000-0xff77ffff on = ofwbus0 panic: pmap_kextract: VA out of range, VA: 0xfffffd01e8e13cee cpuid =3D 0 time =3D 1 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc =3D 0xffff000000707738 lr =3D 0xffff00000010a49c sp =3D 0xffff000000010000 fp =3D 0xffff000000010200 db_trace_self_wrapper() at vpanic+0x194 pc =3D 0xffff00000010a49c lr =3D 0xffff000000427af8 sp =3D 0xffff000000010210 fp =3D 0xffff000000010260 vpanic() at panic+0x44 pc =3D 0xffff000000427af8 lr =3D 0xffff0000004278a0 sp =3D 0xffff000000010270 fp =3D 0xffff000000010320 panic() at pmap_kextract+0x140 pc =3D 0xffff0000004278a0 lr =3D 0xffff000000718308 sp =3D 0xffff000000010330 fp =3D 0xffff000000010330 pmap_kextract() at pmap_fault+0x518 pc =3D 0xffff000000718308 lr =3D 0xffff0000007248c0 sp =3D 0xffff000000010340 fp =3D 0xffff000000010340 pmap_fault() at data_abort+0xc4 pc =3D 0xffff0000007248c0 lr =3D 0xffff000000727bcc sp =3D 0xffff000000010350 fp =3D 0xffff0000000103e0 data_abort() at do_el1h_sync+0x144 pc =3D 0xffff000000727bcc lr =3D 0xffff000000726fec sp =3D 0xffff0000000103f0 fp =3D 0xffff000000010430 do_el1h_sync() at handle_el1h_sync+0x78 pc =3D 0xffff000000726fec lr =3D 0xffff00000070a078 sp =3D 0xffff000000010440 fp =3D 0xffff000000010580 handle_el1h_sync() at witness_checkorder+0x52c pc =3D 0xffff00000070a078 lr =3D 0xffff000000490f04 sp =3D 0xffff000000010590 fp =3D 0xffff000000010630 witness_checkorder() at witness_checkorder+0x52c pc =3D 0xffff000000490f04 lr =3D 0xffff000000490f04 sp =3D 0xffff000000010640 fp =3D 0xffff000000010680 witness_checkorder() at __mtx_lock_flags+0xa8 pc =3D 0xffff000000490f04 lr =3D 0xffff000000404d0c sp =3D 0xffff000000010690 fp =3D 0xffff0000000106e0 __mtx_lock_flags() at random_fortuna_process_event+0x2c pc =3D 0xffff000000404d0c lr =3D 0xffff0000002367a0 sp =3D 0xffff0000000106f0 fp =3D 0xffff000000010720 random_fortuna_process_event() at random_harvest_direct_+0x70 pc =3D 0xffff0000002367a0 lr =3D 0xffff000000234e00 sp =3D 0xffff000000010730 fp =3D 0xffff000000010760 random_harvest_direct_() at device_attach+0x4d8 pc =3D 0xffff000000234e00 lr =3D 0xffff00000045edac sp =3D 0xffff000000010770 fp =3D 0xffff000000010790 device_attach() at device_probe_and_attach+0x7c pc =3D 0xffff00000045edac lr =3D 0xffff00000045e83c sp =3D 0xffff0000000107a0 fp =3D 0xffff0000000107f0 device_probe_and_attach() at bus_generic_attach+0x18 pc =3D 0xffff00000045e83c lr =3D 0xffff000000460020 sp =3D 0xffff000000010800 fp =3D 0xffff000000010820 bus_generic_attach() at ofwbus_attach+0x10c pc =3D 0xffff000000460020 lr =3D 0xffff0000002113c4 sp =3D 0xffff000000010830 fp =3D 0xffff000000010870 ofwbus_attach() at device_attach+0x400 pc =3D 0xffff0000002113c4 lr =3D 0xffff00000045ecd4 sp =3D 0xffff000000010880 fp =3D 0xffff0000000108c0 device_attach() at device_probe_and_attach+0x7c pc =3D 0xffff00000045ecd4 lr =3D 0xffff00000045e83c sp =3D 0xffff0000000108d0 fp =3D 0xffff000000010920 device_probe_and_attach() at bus_generic_new_pass+0xf8 pc =3D 0xffff00000045e83c lr =3D 0xffff000000460a20 sp =3D 0xffff000000010930 fp =3D 0xffff000000010950 bus_generic_new_pass() at bus_generic_new_pass+0xa8 pc =3D 0xffff000000460a20 lr =3D 0xffff0000004609d0 sp =3D 0xffff000000010960 fp =3D 0xffff000000010990 bus_generic_new_pass() at bus_set_pass+0x4c pc =3D 0xffff0000004609d0 lr =3D 0xffff00000045be10 sp =3D 0xffff0000000109a0 fp =3D 0xffff0000000109d0 bus_set_pass() at mi_startup+0x12c pc =3D 0xffff00000045be10 lr =3D 0xffff0000003ba2e0 sp =3D 0xffff0000000109e0 fp =3D 0xffff000000010a20 mi_startup() at virtdone+0x5c pc =3D 0xffff0000003ba2e0 lr =3D 0xffff00000000108c sp =3D 0xffff000000010a30 fp =3D 0x0000000000000000 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at _isitmyx+0x7c: ldrb w10, [x9, x3] db>=20 Current used to work for me, something changed during the past month or = so (where my last update to -current was done)=E2=80=A6. -S=C3=B8ren From owner-freebsd-arm@freebsd.org Sat Aug 1 16:57:29 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1FBEB3A100E for ; Sat, 1 Aug 2020 16:57:29 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BJr1327Srz4Tb5 for ; Sat, 1 Aug 2020 16:57:26 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1596301039; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=xW1Vk2EGmlCi48s0iThozsblW/36rukYQn1A0kYVX4M=; b=jC2uQTk6BvW0U/X/bSLXqOhusT/CF23L2zV83wqwur4vIdQ1Z0dGYO3w+Pc/mkW0E4a2f8 bdiAliEyb35vUujJHj8kLnF3EH2AoNX36X+OpFkHx6HmCb3vNCVviLBYdWfenyfNLzy+np xqGVgA6ehoMBvN9cEJL13gi49ZQ8UZA= Received: from skull.home.blih.net (lfbn-idf2-1-1138-237.w90-92.abo.wanadoo.fr [90.92.20.237]) by mx.blih.net (OpenSMTPD) with ESMTPSA id aa9e1965 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 1 Aug 2020 16:57:19 +0000 (UTC) Date: Sat, 1 Aug 2020 18:57:16 +0200 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: freebsd-arm Subject: Re: RockPro64 with latest image fails to boot? Message-Id: <20200801185716.a1c5a2972fdcf3a05902f256@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BJr1327Srz4Tb5 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=jC2uQTk6; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.77 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.02)[-1.019]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.24)[-0.240]; NEURAL_HAM_MEDIUM(-1.01)[-1.006]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Aug 2020 16:57:29 -0000 Hi S=F8ren, On Sat, 1 Aug 2020 10:23:56 +0200 S=F8ren Schmidt wrote: > Hi >=20 > Just tried the latest snapshot: >=20 > FreeBSD-13.0-CURRENT-arm64-aarch64-ROCKPRO64-20200730-r363681.img Just took the same snapshot and did a 'env default -a' just in case in u-boot and I'm able to boot correctly with or without an hdmi monitor attached. > Copied to a known good SD card, and with a HDMI monitor attached I get th= e following (Also show on the HDMI monitor btw). >=20 >=20 > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2020 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 13.0-CURRENT #0 r363681: Thu Jul 30 10:18:20 UTC 2020 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENER= IC arm64 > FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmor= g-10.0.1-0-gef32c611aa2) > WARNING: WITNESS option enabled, expect reduced performance. > VT(efifb): resolution 1920x1080 > module firmware already present! > KLD file umodem.ko is missing dependencies > real memory =3D 4158357504 (3965 MB) > avail memory =3D 4023119872 (3836 MB) > Starting CPU 1 (1) > Starting CPU 2 (2) > Starting CPU 3 (3) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > arc4random: WARNING: initial seeding bypassed the cryptographic random de= vice because it was not yet seeded and the knob 'bypass_before_seeding' was= enabled. > random: entropy device external interface > MAP f0f0e000 mode 2 pages 1 > MAP f0f14000 mode 2 pages 2 > MAP f3f30000 mode 2 pages 16 > WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 1= 3.0. > kbd0 at kbdmux0 > WARNING: Device "openfirm" is Giant locked and may be deleted before Free= BSD 13.0. > ofwbus0: > clk_fixed0: on ofwbus0 > simplebus0: on ofwbus0 > rk_grf0: mem 0xff320000-0xff320fff on o= fwbus0 > rk3399_pmucru0: mem 0xff750000= -0xff750fff on ofwbus0 > rk3399_cru0: mem 0xff760000-0xff76= 0fff on ofwbus0 >=20 > Here I just hangs and the display goes black. Is it reproducible ? Can you boot -v at loader ? > Tried again without moinitor attached and got different result, but still= failure: >=20 > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2020 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 13.0-CURRENT #0 r363681: Thu Jul 30 10:18:20 UTC 2020 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENER= IC arm64 > FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmor= g-10.0.1-0-gef32c611aa2) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > module firmware already present! > KLD file umodem.ko is missing dependencies > real memory =3D 4158357504 (3965 MB) > avail memory =3D 4031209472 (3844 MB) > Starting CPU 1 (1) > Starting CPU 2 (2) > Starting CPU 3 (3) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > arc4random: WARNING: initial seeding bypassed the cryptographic random de= vice because it was not yet seeded and the knob 'bypass_before_seeding' was= enabled. > random: entropy device external interface > MAP f0f0e000 mode 2 pages 1 > MAP f0f14000 mode 2 pages 2 > MAP f3f30000 mode 2 pages 16 > WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 1= 3.0. > kbd0 at kbdmux0 > WARNING: Device "openfirm" is Giant locked and may be deleted before Free= BSD 13.0. > ofwbus0: > clk_fixed0: on ofwbus0 > simplebus0: on ofwbus0 > rk_grf0: mem 0xff320000-0xff320fff on o= fwbus0 > rk3399_pmucru0: mem 0xff750000= -0xff750fff on ofwbus0 > rk3399_cru0: mem 0xff760000-0xff76= 0fff on ofwbus0 > rk_grf1: mem 0xff770000-0xff77ffff on o= fwbus0 > panic: pmap_kextract: VA out of range, VA: 0xfffffd01e8e13cee > cpuid =3D 0 > time =3D 1 > KDB: stack backtrace: > db_trace_self() at db_trace_self_wrapper+0x28 > pc =3D 0xffff000000707738 lr =3D 0xffff00000010a49c > sp =3D 0xffff000000010000 fp =3D 0xffff000000010200 >=20 > db_trace_self_wrapper() at vpanic+0x194 > pc =3D 0xffff00000010a49c lr =3D 0xffff000000427af8 > sp =3D 0xffff000000010210 fp =3D 0xffff000000010260 >=20 > vpanic() at panic+0x44 > pc =3D 0xffff000000427af8 lr =3D 0xffff0000004278a0 > sp =3D 0xffff000000010270 fp =3D 0xffff000000010320 >=20 > panic() at pmap_kextract+0x140 > pc =3D 0xffff0000004278a0 lr =3D 0xffff000000718308 > sp =3D 0xffff000000010330 fp =3D 0xffff000000010330 >=20 > pmap_kextract() at pmap_fault+0x518 > pc =3D 0xffff000000718308 lr =3D 0xffff0000007248c0 > sp =3D 0xffff000000010340 fp =3D 0xffff000000010340 >=20 > pmap_fault() at data_abort+0xc4 > pc =3D 0xffff0000007248c0 lr =3D 0xffff000000727bcc > sp =3D 0xffff000000010350 fp =3D 0xffff0000000103e0 >=20 > data_abort() at do_el1h_sync+0x144 > pc =3D 0xffff000000727bcc lr =3D 0xffff000000726fec > sp =3D 0xffff0000000103f0 fp =3D 0xffff000000010430 >=20 > do_el1h_sync() at handle_el1h_sync+0x78 > pc =3D 0xffff000000726fec lr =3D 0xffff00000070a078 > sp =3D 0xffff000000010440 fp =3D 0xffff000000010580 >=20 > handle_el1h_sync() at witness_checkorder+0x52c > pc =3D 0xffff00000070a078 lr =3D 0xffff000000490f04 > sp =3D 0xffff000000010590 fp =3D 0xffff000000010630 >=20 > witness_checkorder() at witness_checkorder+0x52c > pc =3D 0xffff000000490f04 lr =3D 0xffff000000490f04 > sp =3D 0xffff000000010640 fp =3D 0xffff000000010680 >=20 > witness_checkorder() at __mtx_lock_flags+0xa8 > pc =3D 0xffff000000490f04 lr =3D 0xffff000000404d0c > sp =3D 0xffff000000010690 fp =3D 0xffff0000000106e0 >=20 > __mtx_lock_flags() at random_fortuna_process_event+0x2c > pc =3D 0xffff000000404d0c lr =3D 0xffff0000002367a0 > sp =3D 0xffff0000000106f0 fp =3D 0xffff000000010720 >=20 > random_fortuna_process_event() at random_harvest_direct_+0x70 > pc =3D 0xffff0000002367a0 lr =3D 0xffff000000234e00 > sp =3D 0xffff000000010730 fp =3D 0xffff000000010760 >=20 > random_harvest_direct_() at device_attach+0x4d8 > pc =3D 0xffff000000234e00 lr =3D 0xffff00000045edac > sp =3D 0xffff000000010770 fp =3D 0xffff000000010790 >=20 > device_attach() at device_probe_and_attach+0x7c > pc =3D 0xffff00000045edac lr =3D 0xffff00000045e83c > sp =3D 0xffff0000000107a0 fp =3D 0xffff0000000107f0 >=20 > device_probe_and_attach() at bus_generic_attach+0x18 > pc =3D 0xffff00000045e83c lr =3D 0xffff000000460020 > sp =3D 0xffff000000010800 fp =3D 0xffff000000010820 >=20 > bus_generic_attach() at ofwbus_attach+0x10c > pc =3D 0xffff000000460020 lr =3D 0xffff0000002113c4 > sp =3D 0xffff000000010830 fp =3D 0xffff000000010870 >=20 > ofwbus_attach() at device_attach+0x400 > pc =3D 0xffff0000002113c4 lr =3D 0xffff00000045ecd4 > sp =3D 0xffff000000010880 fp =3D 0xffff0000000108c0 >=20 > device_attach() at device_probe_and_attach+0x7c > pc =3D 0xffff00000045ecd4 lr =3D 0xffff00000045e83c > sp =3D 0xffff0000000108d0 fp =3D 0xffff000000010920 >=20 > device_probe_and_attach() at bus_generic_new_pass+0xf8 > pc =3D 0xffff00000045e83c lr =3D 0xffff000000460a20 > sp =3D 0xffff000000010930 fp =3D 0xffff000000010950 >=20 > bus_generic_new_pass() at bus_generic_new_pass+0xa8 > pc =3D 0xffff000000460a20 lr =3D 0xffff0000004609d0 > sp =3D 0xffff000000010960 fp =3D 0xffff000000010990 >=20 > bus_generic_new_pass() at bus_set_pass+0x4c > pc =3D 0xffff0000004609d0 lr =3D 0xffff00000045be10 > sp =3D 0xffff0000000109a0 fp =3D 0xffff0000000109d0 >=20 > bus_set_pass() at mi_startup+0x12c > pc =3D 0xffff00000045be10 lr =3D 0xffff0000003ba2e0 > sp =3D 0xffff0000000109e0 fp =3D 0xffff000000010a20 >=20 > mi_startup() at virtdone+0x5c > pc =3D 0xffff0000003ba2e0 lr =3D 0xffff00000000108c > sp =3D 0xffff000000010a30 fp =3D 0x0000000000000000 >=20 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at _isitmyx+0x7c: ldrb w10, [x9, x3] > db>=20 >=20 > Current used to work for me, something changed during the past month or s= o (where my last update to -current was done)?. Same question as above. > -S=F8ren >=20 Thanks, --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Aug 1 17:04:30 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0B3CC3A118E for ; Sat, 1 Aug 2020 17:04:30 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BJr990sf1z4VW0 for ; Sat, 1 Aug 2020 17:04:28 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-wr1-x442.google.com with SMTP id r12so30522237wrj.13 for ; Sat, 01 Aug 2020 10:04:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=Du3ZVLQJ2wWT2hJSRprNERI6D9Jv9NYeQ+i1euZsfhE=; b=PRExQZCi5wa+CdVsJxIM22VgvypcUdGAzwkD4PRp4lFk7Kt7rzTErx5DCNIqRofCRa GAD/6eF4yFCQM7eQJWZeT8NgJlC+DFSSEyQ+pDTqlAGddoesBKPqLB0TgsuhiUsgROdj nfcwjrXIqOz9t7u6Iv6PlN1N0hQhXniWfRFX2LynOd4zOX9aPY+6kLCGxTvnWfTmIwV+ 9HFAZ3NN1x18ZFmYdkmV8nClsRezY3ya/5Ou9AXS5hgd8VDazaQM/2A1JSU5+4O6GfiK P9ZY8RXGUPvM2NMxaKCg2xSF+twlMsPl4uGYZ4ytxpLNmWYVNb7XuMHVT4W5SQ0kXr+9 Etrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=Du3ZVLQJ2wWT2hJSRprNERI6D9Jv9NYeQ+i1euZsfhE=; b=rV4u7EdzOruQAl9c3CbyFjPmx2QUuv7Yg3MucfHxER4hVBqYdIx9DHCYQ3qo2rctT4 6xUrl6pNjA5DEaUvTbiQJyAu5TU4h9woWma9qE2rUg99F5JRfp4pbDEO74oMX9hEQ5U7 NlcKzlDmcSp6/Jc4yveCaspmjDx42hs6O5tZ7Mg/oI/fuxfKxxV0wMURl/EZaFEzxjNI dgmgFtqf/OsxMx/YWtMkBJGZovKl5ncEGV1eUM+qA+poSSGF9C1nn7dmMNdDdZKYP7Ep Zo4oVWkPHVFVnrimgrcfNLDmhCf7m3IV5TGse4/BcWg+AED/6SDQMomBcig6OYHx8XPf 92Pg== X-Gm-Message-State: AOAM532z06kBhU3VkfAXEvURlCReJ3IxrD3TZqkWKk9cA1mLE0jeIF8p QVNG2zhDWEd+Z5+eR3s83+k= X-Google-Smtp-Source: ABdhPJwEdJ4QjIGmPzj7EttF8tacvt7DgCX3JWRBlcKs/kd016yYWFf6dcRy/xGaKFyqtZLu9FAXqA== X-Received: by 2002:a5d:544f:: with SMTP id w15mr8147279wrv.208.1596301467047; Sat, 01 Aug 2020 10:04:27 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id c7sm17202220wrq.58.2020.08.01.10.04.25 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 01 Aug 2020 10:04:26 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: <010E3738-FB70-4A58-82A6-391252EB7A4B@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RockPro64 with latest image fails to boot? Date: Sat, 1 Aug 2020 19:04:25 +0200 In-Reply-To: <20200801185716.a1c5a2972fdcf3a05902f256@bidouilliste.com> Cc: freebsd-arm To: Emmanuel Vadot References: <20200801185716.a1c5a2972fdcf3a05902f256@bidouilliste.com> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BJr990sf1z4VW0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=PRExQZCi; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::442 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-1.89 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.41)[-0.407]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.007]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.980]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::442:from]; RCVD_TLS_ALL(0.00)[] X-Mailman-Approved-At: Sat, 01 Aug 2020 21:26:27 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Aug 2020 17:04:30 -0000 On 1 Aug 2020, at 18.57, Emmanuel Vadot wrote: >=20 >=20 > Hi S=C3=B8ren, >=20 > On Sat, 1 Aug 2020 10:23:56 +0200 > S=C3=B8ren Schmidt > wrote: >=20 >> Hi >>=20 >> Just tried the latest snapshot: >>=20 >> FreeBSD-13.0-CURRENT-arm64-aarch64-ROCKPRO64-20200730-r363681.img >=20 > Just took the same snapshot and did a 'env default -a' just in case in > u-boot and I'm able to boot correctly with or without an hdmi monitor > attached. Wierd, but it is reproducible every time unfortunatly, here a verbose = boot with HDMI monitor attached: OK boot -v Using DTB provided by EFI at 0x80ea000. EFI framebuffer information: addr, size 0xf6000000, 0x7e9000 dimensions 1920 x 1080 stride 1920 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Type Physical Virtual #Pages Attr ConventionalMemory 000000200000 200000 00007eea WB=20 ACPIReclaimMemory 0000080ea000 80ea000 0000002c WB=20 ConventionalMemory 000008116000 8116000 000e0d46 WB=20 BootServicesData 0000e8e5c000 e8e5c000 00000001 WB=20 LoaderData 0000e8e5d000 e8e5d000 00008001 WB=20 LoaderCode 0000f0e5e000 f0e5e000 000000aa WB=20 Reserved 0000f0f08000 f0f08000 00000005 WB=20 BootServicesData 0000f0f0d000 f0f0d000 00000001 WB=20 RuntimeServicesData 0000f0f0e000 f0f0e000 00000001 WB RUNTIME BootServicesData 0000f0f0f000 f0f0f000 00000002 WB=20 Reserved 0000f0f11000 f0f11000 00000001 WB=20 BootServicesData 0000f0f12000 f0f12000 00000002 WB=20 RuntimeServicesData 0000f0f14000 f0f14000 00000002 WB RUNTIME Reserved 0000f0f16000 f0f16000 00000001 WB=20 BootServicesData 0000f0f17000 f0f17000 00000001 WB=20 Reserved 0000f0f18000 f0f18000 00000001 WB=20 BootServicesData 0000f0f19000 f0f19000 00000002 WB=20 Reserved 0000f0f1b000 f0f1b000 00000004 WB=20 LoaderData 0000f0f1f000 f0f1f000 00003011 WB=20 RuntimeServicesCode 0000f3f30000 f3f30000 00000010 WB RUNTIME LoaderData 0000f3f40000 f3f40000 000040c0 WB=20 Physical memory chunk(s): 0x00200000 - 0x080e9fff, 126 MB ( 32490 pages) 0x08116000 - 0xf0f07fff, 3725 MB ( 953842 pages) 0xf0f0d000 - 0xf0f10fff, 0 MB ( 4 pages) 0xf0f12000 - 0xf0f15fff, 0 MB ( 4 pages) 0xf0f17000 - 0xf0f17fff, 0 MB ( 1 pages) 0xf0f19000 - 0xf0f1afff, 0 MB ( 2 pages) 0xf0f1f000 - 0xf3f2ffff, 48 MB ( 12305 pages) 0xf3f40000 - 0xf7ffffff, 64 MB ( 16576 pages) Excluded memory regions: 0x080ea000 - 0x08115fff, 0 MB ( 44 pages) NoAlloc=20 0xe9000000 - 0xea354fff, 19 MB ( 4949 pages) NoAlloc=20 0xf0f08000 - 0xf0f0cfff, 0 MB ( 5 pages) NoAlloc=20 0xf0f0e000 - 0xf0f0efff, 0 MB ( 1 pages) NoAlloc=20 0xf0f11000 - 0xf0f11fff, 0 MB ( 1 pages) NoAlloc=20 0xf0f14000 - 0xf0f16fff, 0 MB ( 3 pages) NoAlloc=20 0xf0f18000 - 0xf0f18fff, 0 MB ( 1 pages) NoAlloc=20 0xf0f1b000 - 0xf0f1efff, 0 MB ( 4 pages) NoAlloc=20 0xf3f30000 - 0xf3f3ffff, 0 MB ( 16 pages) NoAlloc=20 0xf6000000 - 0xf67e8fff, 7 MB ( 2025 pages) NoAlloc=20 Found 6 CPUs in the device tree Copyright (c) 1992-2020 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 13.0-CURRENT #0 r363681: Thu Jul 30 10:18:20 UTC 2020 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-0-gef32c611aa2) WARNING: WITNESS option enabled, expect reduced performance. VT(efifb): resolution 1920x1080 Preloaded elf kernel "/boot/kernel/kernel" at 0xffff000001128000. Preloaded hostuuid "/etc/hostid" at 0xffff000001131030. Preloaded elf module "/boot/kernel/umodem.ko" at 0xffff000001131080. Preloaded boot_entropy_cache "/boot/entropy" at 0xffff000001131898. module firmware already present! KLD file umodem.ko is missing dependencies real memory =3D 4158357504 (3965 MB) Physical memory chunk(s): 0x00000000200000 - 0x000000080e9fff, 133079040 bytes (32490 pages) 0x00000008116000 - 0x000000e2ba8fff, 3668520960 bytes (895635 pages) 0x000000ea355000 - 0x000000f0f07fff, 112930816 bytes (27571 pages) 0x000000f0f0d000 - 0x000000f0f0dfff, 4096 bytes (1 pages) 0x000000f0f0f000 - 0x000000f0f10fff, 8192 bytes (2 pages) 0x000000f0f12000 - 0x000000f0f13fff, 8192 bytes (2 pages) 0x000000f0f17000 - 0x000000f0f17fff, 4096 bytes (1 pages) 0x000000f0f19000 - 0x000000f0f1afff, 8192 bytes (2 pages) 0x000000f0f1f000 - 0x000000f3f2ffff, 50401280 bytes (12305 pages) 0x000000f3f40000 - 0x000000f5ffffff, 34340864 bytes (8384 pages) 0x000000f67e9000 - 0x000000f7ffffff, 25260032 bytes (6167 pages) avail memory =3D 4023115776 (3836 MB) Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: read 4096 bytes from preloaded cache random: unblocking device. VIMAGE (virtualized network stack) enabled hostuuid: using 34386365-3665-3665-3932-333035363766 ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 random: entropy device external interface snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff = [1024] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D2 = feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 MAP f0f0e000 mode 2 pages 1 MAP f0f14000 mode 2 pages 2 MAP f3f30000 mode 2 pages 16 crypto: WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 13.0. kbd0 at kbdmux0 mem: null: openfirm: WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. ofwbus0: clk_fixed0: on ofwbus0 simplebus0: on ofwbus0 rk_grf0: mem 0xff320000-0xff320fff on = ofwbus0 rk3399_pmucru0: mem = 0xff750000-0xff750fff on ofwbus0 Clock: ppll, parent: xin24m(0), freq: 672000000 Clock: pclk_pmu_src, parent: ppll(0), freq: 48000000 Clock: clk_i2c0_pmu, parent: ppll(0), freq: 224000000 Clock: clk_i2c4_pmu, parent: ppll(0), freq: 168000000 Clock: clk_i2c8_pmu, parent: ppll(0), freq: 168000000 Clock: pclk_pmu, parent: pclk_pmu_src(0), freq: 48000000 Clock: pclk_gpio0_pmu, parent: pclk_pmu_src(0), freq: 48000000 Clock: pclk_gpio1_pmu, parent: pclk_pmu_src(0), freq: 48000000 Clock: pclk_i2c0_pmu, parent: pclk_pmu_src(0), freq: 48000000 Clock: pclk_i2c4_pmu, parent: pclk_pmu_src(0), freq: 48000000 Clock: pclk_i2c8_pmu, parent: pclk_pmu_src(0), freq: 48000000 Clock: pclk_rkpwm_pmu, parent: pclk_pmu_src(0), freq: 48000000 rk3399_pmucru0: Set ppll to 676000000 rk3399_cru0: mem = 0xff760000-0xff760fff on ofwbus0 Clock: xin32k, parent: (NULL)(-1), freq: 32768 Clock: xin12m, parent: xin24m(0), freq: 12000000 Clock: clkin_i2s, parent: (NULL)(-1), freq: 0 Clock: pclkin_cif, parent: (NULL)(-1), freq: 0 clknode_link_recalc: Attempt to use unresolved linked clock: = clk_usbphy0_480m Cannot get frequency for clk: clk_usbphy0_480m, error: 9 Clock: clk_usbphy0_480m, parent: (NULL)(-1), freq: 9 clknode_link_recalc: Attempt to use unresolved linked clock: = clk_usbphy1_480m Cannot get frequency for clk: clk_usbphy1_480m, error: 9 Clock: clk_usbphy1_480m, parent: (NULL)(-1), freq: 9 clknode_link_recalc: Attempt to use unresolved linked clock: clkin_gmac Cannot get frequency for clk: clkin_gmac, error: 9 Clock: clkin_gmac, parent: (NULL)(-1), freq: 9 Clock: clk_pcie_core_phy, parent: (NULL)(-1), freq: 0 Clock: clk_ddrc_div2, parent: clk_ddrc(0), freq: 400000000 Clock: lpll, parent: xin24m(0), freq: 600000000 Clock: bpll, parent: xin24m(0), freq: 600000000 Clock: dpll, parent: xin24m(0), freq: 800000000 Clock: cpll, parent: xin24m(0), freq: 384000000 Clock: gpll, parent: xin24m(0), freq: 594000000 Clock: npll, parent: xin24m(0), freq: 24000000 Clock: vpll, parent: xin24m(0), freq: 148500000 Clock: aclkm_core_l_c, parent: armclkl(0), freq: 300000000 Clock: armclkl, parent: clk_core_l_lpll_src(0), freq: 600000000 Clock: pclk_dbg_core_l_c, parent: armclkl(0), freq: 100000000 Clock: atclk_core_l_c, parent: armclkl(0), freq: 300000000 Clock: aclkm_core_b_c, parent: armclkb(0), freq: 300000000 Clock: armclkb, parent: clk_core_b_bpll_src(1), freq: 600000000 Clock: pclken_dbg_core_b, parent: pclk_dbg_core_b(0), freq: 25000000 Clock: pclk_dbg_core_b_c, parent: armclkb(0), freq: 100000000 Clock: atclk_core_b_c, parent: armclkb(0), freq: 300000000 Clock: clk_cs, parent: gpll_cs(1), freq: 148500000 Clock: clk_cci_trace_c, parent: gpll_cci_trace(1), freq: 148500000 Clock: aclk_cci_pre_c, parent: gpll_aclk_cci_src(1), freq: 297000000 Clock: pclk_ddr_c, parent: cpll(0), freq: 96000000 Clock: clk_ddrc, parent: clk_ddrc_dpll_src(2), freq: 800000000 Clock: hclk_vcodec_pre_c, parent: aclk_vcodec_pre(0), freq: 96000000 Clock: aclk_vcodec_pre_c, parent: cpll(0), freq: 192000000 Clock: hclk_vdu_pre_c, parent: aclk_vdu_pre(0), freq: 96000000 Clock: aclk_vdu_pre_c, parent: cpll(0), freq: 192000000 Clock: clk_vdu_ca_c, parent: gpll(1), freq: 297000000 Clock: clk_vdu_core_c, parent: gpll(1), freq: 297000000 Clock: hclk_iep_pre_c, parent: aclk_iep_pre(0), freq: 96000000 Clock: aclk_iep_pre_c, parent: cpll(0), freq: 192000000 Clock: hclk_rga_pre_c, parent: aclk_rga_pre(0), freq: 96000000 Clock: aclk_rga_pre_c, parent: cpll(0), freq: 192000000 Clock: aclk_center_c, parent: gpll(1), freq: 297000000 Clock: clk_rga_core_c, parent: cpll(0), freq: 192000000 Clock: hclk_sd_c, parent: gpll(1), freq: 148500000 Clock: aclk_gpu_pre_c, parent: npll(3), freq: 12000000 Clock: upll, parent: xin24m(0), freq: 24000000 Clock: pclk_perihp_c, parent: aclk_perihp(0), freq: 37125000 Clock: hclk_perihp_c, parent: aclk_perihp(0), freq: 148500000 clknode_link_recalc: Attempt to use unresolved linked clock: = clk_usbphy0_480m Cannot get frequency for clk: clk_usbphy0_480m, error: 9 Clock: clk_usbphy_480m, parent: clk_usbphy0_480m_src(0), freq: 9 Clock: aclk_perihp_c, parent: gpll_aclk_perihp_src(1), freq: 148500000 Clock: clk_sdio_c, parent: xin24m(5), freq: 24000000 Clock: clk_sdmmc_c, parent: gpll(1), freq: 99000000 Clock: clk_pcie_pm_c, parent: xin24m(3), freq: 24000000 Clock: clk_pciephy_ref100m_c, parent: npll(0), freq: 2400000 Clock: clk_pciephy_ref, parent: xin24m(0), freq: 24000000 Clock: clk_pcie_core, parent: clk_pcie_core_phy(1), freq: 0 Clock: clk_pcie_core_cru_c, parent: npll(2), freq: 3000000 Clock: pclk_gmac_pre_c, parent: aclk_gmac_pre(0), freq: 24000000 clknode_link_recalc: Attempt to use unresolved linked clock: clkin_gmac Cannot get frequency for clk: clkin_gmac, error: 9 Clock: clk_rmii_src, parent: clkin_gmac(1), freq: 9 clknode_link_recalc: Attempt to use unresolved linked clock: = clk_usbphy0_480m Cannot get frequency for clk: clk_usbphy0_480m, error: 9 Clock: clk_hsicphy_c, parent: clk_usbphy_480m(3), freq: 9 Clock: clk_gmac_c, parent: npll(2), freq: 1200000 Clock: aclk_gmac_pre_c, parent: cpll_aclk_gmac_src(0), freq: 96000000 Clock: aclk_emmc, parent: gpll_aclk_emmc_src(1), freq: 198000000 Clock: clk_emmc_c, parent: gpll(1), freq: 198000000 Clock: pclk_perilp0_c, parent: aclk_perilp0(0), freq: 49500000 Clock: hclk_perilp0_c, parent: aclk_perilp0(0), freq: 99000000 Clock: aclk_perilp0_c, parent: gpll_aclk_perilp0_src(1), freq: 99000000 Clock: fclk_cm0s_c, parent: gpll_fclk_cm0s_src(1), freq: 297000000 Clock: clk_crypto0_c, parent: cpll(0), freq: 96000000 Clock: pclk_perilp1_c, parent: hclk_perilp1(0), freq: 99000000 Clock: hclk_perilp1, parent: gpll_hclk_perilp1_src(1), freq: 99000000 Clock: clk_saradc_c, parent: xin24m(0), freq: 1000000 Clock: clk_crypto1_c, parent: cpll(0), freq: 96000000 Clock: clk_tsadc_c, parent: xin24m(0), freq: 32742 Clock: clk_i2s0_mux, parent: xin12m(3), freq: 12000000 Clock: clk_i2s0_div_c, parent: cpll(0), freq: 384000000 Clock: clk_i2s1_mux, parent: xin12m(3), freq: 12000000 Clock: clk_i2s1_div_c, parent: cpll(0), freq: 384000000 Clock: clk_i2s2_mux, parent: xin12m(3), freq: 12000000 Clock: clk_i2s2_div_c, parent: cpll(0), freq: 384000000 Clock: clk_i2sout_c, parent: clk_i2sout_src(0), freq: 12000000 Clock: clk_i2sout_src, parent: clk_i2s0(0), freq: 12000000 Clock: clk_spdif_rec_dptx_c, parent: cpll(0), freq: 96000000 Clock: clk_spdif_mux, parent: xin12m(3), freq: 12000000 Clock: clk_spdif_div_c, parent: cpll(0), freq: 384000000 Clock: clk_uart_src, parent: cpll(0), freq: 384000000 Clock: clk_uart0_src, parent: cpll(0), freq: 384000000 Clock: clk_uart0, parent: xin24m(2), freq: 24000000 Clock: clk_uart0_div_c, parent: clk_uart0_src(0), freq: 384000000 Clock: clk_uart1, parent: xin24m(2), freq: 24000000 Clock: clk_uart1_div_c, parent: clk_uart_src(0), freq: 384000000 Clock: clk_uart2, parent: xin24m(2), freq: 24000000 Clock: clk_uart2_div_c, parent: clk_uart_src(0), freq: 384000000 Clock: clk_uart3, parent: xin24m(2), freq: 24000000 Clock: clk_uart3_div_c, parent: clk_uart_src(0), freq: 384000000 Clock: clk_testout2_pll_src, parent: cpll(0), freq: 384000000 Clock: clk_testout2_c, parent: xin24m(1), freq: 750000 Clock: clk_testout1_pll_src, parent: cpll(0), freq: 384000000 Clock: clk_testout1_c, parent: xin24m(1), freq: 750000 Clock: aclk_usb3_c, parent: gpll(1), freq: 297000000 Clock: clk_usb3otg0_suspend_c, parent: xin24m(0), freq: 24000000 Clock: clk_usb3otg1_suspend_c, parent: xin24m(0), freq: 24000000 Clock: aclk_hdcp_c, parent: cpll(0), freq: 192000000 Clock: aclk_vio_c, parent: cpll(0), freq: 192000000 Clock: pclk_hdcp_c, parent: aclk_hdcp(0), freq: 96000000 Clock: hclk_hdcp_c, parent: aclk_hdcp(0), freq: 96000000 Clock: pclk_vio_c, parent: aclk_vio(0), freq: 96000000 Clock: pclk_edp_c, parent: cpll(0), freq: 48000000 Clock: clk_hdmi_cec_c, parent: xin24m(0), freq: 32742 Clock: clk_dp_core_c, parent: npll(0), freq: 4800000 Clock: hclk_vop0_pre_c, parent: aclk_vop0_pre_c(0), freq: 24750000 Clock: aclk_vop0_pre_c, parent: vpll(0), freq: 49500000 Clock: hclk_vop1_pre_c, parent: aclk_vop1_pre(0), freq: 192000000 Clock: aclk_vop1_pre_c, parent: cpll(1), freq: 384000000 Clock: dclk_vop0, parent: dclk_vop0_div(0), freq: 74250000 Clock: dclk_vop0_div_c, parent: vpll(0), freq: 74250000 Clock: dclk_vop1, parent: dclk_vop1_div(0), freq: 148500000 Clock: dclk_vop1_div_c, parent: vpll(0), freq: 148500000 Clock: clk_vop0_pwm_c, parent: vpll(0), freq: 24750000 Clock: clk_vop1_pwm_c, parent: vpll(0), freq: 24750000 Clock: hclk_isp0_c, parent: aclk_isp0(0), freq: 96000000 Clock: aclk_isp0_c, parent: cpll(0), freq: 192000000 Clock: hclk_isp1_c, parent: aclk_isp1(0), freq: 96000000 Clock: aclk_isp1_c, parent: cpll(0), freq: 192000000 Clock: clk_isp1_c, parent: npll(2), freq: 12000000 Clock: clk_isp0_c, parent: npll(2), freq: 12000000 Clock: aclk_gic_pre_c, parent: cpll(0), freq: 96000000 Clock: clk_cifout_src_c, parent: cpll(0), freq: 384000000 Clock: clk_cifout, parent: xin24m(1), freq: 6000000 Clock: clk_test_24m, parent: xin24m(0), freq: 24000000 Clock: pclk_alive, parent: gpll(0), freq: 99000000 Clock: clk_spi5_c, parent: cpll(0), freq: 48000000 Clock: clk_test_pre, parent: cpll(0), freq: 384000000 Clock: clk_test_c, parent: clk_test_pre(0), freq: 12000000 Clock: clk_spi1_c, parent: gpll(1), freq: 198000000 Clock: clk_spi0_c, parent: cpll(0), freq: 48000000 Clock: clk_spi4_c, parent: cpll(0), freq: 48000000 Clock: clk_spi2_c, parent: cpll(0), freq: 48000000 Clock: clk_i2c5_c, parent: cpll(0), freq: 96000000 Clock: clk_i2c1_c, parent: cpll(0), freq: 96000000 Clock: clk_i2c6_c, parent: cpll(0), freq: 96000000 Clock: clk_i2c2_c, parent: cpll(0), freq: 96000000 Clock: clk_i2c7_c, parent: cpll(0), freq: 96000000 Clock: clk_i2c3_c, parent: gpll(1), freq: 297000000 Clock: clk_uphy0_tcpdphy_ref_c, parent: xin24m(0), freq: 24000000 Clock: clk_uphy0_tcpdcore_c, parent: gpll(3), freq: 99000000 Clock: clk_uphy1_tcpdphy_ref_c, parent: xin24m(0), freq: 24000000 Clock: clk_uphy1_tcpdcore_c, parent: gpll(3), freq: 99000000 Clock: clk_spdif_frac_c, parent: clk_spdif_div(0), freq: 19200000 Clock: clk_i2s0_frac_c, parent: clk_i2s0_div(0), freq: 19200000 Clock: clk_i2s1_frac_c, parent: clk_i2s1_div(0), freq: 19200000 Clock: clk_i2s2_frac_c, parent: clk_i2s2_div(0), freq: 19200000 Clock: clk_uart0_frac_c, parent: clk_uart0_div(0), freq: 19200000 Clock: clk_uart1_frac_c, parent: clk_uart1_div(0), freq: 19200000 Clock: clk_uart2_frac_c, parent: clk_uart2_div(0), freq: 19200000 Clock: clk_uart3_frac_c, parent: clk_uart3_div(0), freq: 19200000 Clock: clk_test_frac_c, parent: clk_test_pre(0), freq: 19200000 Clock: dclk_vop0_frac, parent: dclk_vop0_div(0), freq: 3712500 Clock: dclk_vop1_frac, parent: dclk_vop1_div(0), freq: 7425000 Clock: clk_pvtm_core_l, parent: xin24m(0), freq: 24000000 Clock: pclk_dbg_core_l, parent: pclk_dbg_core_l_c(0), freq: 100000000 Clock: atclk_core_l, parent: atclk_core_l_c(0), freq: 300000000 Clock: aclkm_core_l, parent: aclkm_core_l_c(0), freq: 300000000 Clock: clk_core_l_gpll_src, parent: gpll(0), freq: 594000000 Clock: clk_core_l_dpll_src, parent: dpll(0), freq: 800000000 Clock: clk_core_l_bpll_src, parent: bpll(0), freq: 600000000 Clock: clk_core_l_lpll_src, parent: lpll(0), freq: 600000000 Clock: clk_pvtm_core_b, parent: xin24m(0), freq: 24000000 Clock: pclk_dbg_core_b, parent: pclk_dbg_core_b_c(0), freq: 100000000 Clock: atclk_core_b, parent: atclk_core_b_c(0), freq: 300000000 Clock: aclkm_core_b, parent: aclkm_core_b_c(0), freq: 300000000 Clock: clk_core_b_gpll_src, parent: gpll(0), freq: 594000000 Clock: clk_core_b_dpll_src, parent: dpll(0), freq: 800000000 Clock: clk_core_b_bpll_src, parent: bpll(0), freq: 600000000 Clock: clk_core_b_lpll_src, parent: lpll(0), freq: 600000000 Clock: npll_cs, parent: npll(0), freq: 24000000 Clock: gpll_cs, parent: gpll(0), freq: 594000000 Clock: cpll_cs, parent: cpll(0), freq: 384000000 Clock: clk_cci_trace, parent: clk_cci_trace_c(0), freq: 148500000 Clock: gpll_cci_trace, parent: gpll(0), freq: 594000000 Clock: cpll_cci_trace, parent: cpll(0), freq: 384000000 Clock: aclk_cci_pre, parent: aclk_cci_pre_c(0), freq: 297000000 Clock: vpll_aclk_cci_src, parent: vpll(0), freq: 148500000 Clock: npll_aclk_cci_src, parent: npll(0), freq: 24000000 Clock: gpll_aclk_cci_src, parent: gpll(0), freq: 594000000 Clock: cpll_aclk_cci_src, parent: cpll(0), freq: 384000000 Clock: aclk_center, parent: aclk_center_c(0), freq: 297000000 Clock: pclk_ddr, parent: pclk_ddr_c(0), freq: 96000000 Clock: clk_ddrc_gpll_src, parent: gpll(0), freq: 594000000 Clock: clk_ddrc_dpll_src, parent: dpll(0), freq: 800000000 Clock: clk_ddrc_bpll_src, parent: bpll(0), freq: 600000000 Clock: clk_ddrc_lpll_src, parent: lpll(0), freq: 600000000 Clock: clk_pvtm_ddr, parent: xin24m(0), freq: 24000000 Clock: clk_rga_core, parent: clk_rga_core_c(0), freq: 192000000 Clock: hclk_rga_pre, parent: hclk_rga_pre_c(0), freq: 96000000 Clock: aclk_rga_pre, parent: aclk_rga_pre_c(0), freq: 192000000 Clock: hclk_iep_pre, parent: hclk_iep_pre_c(0), freq: 96000000 Clock: aclk_iep_pre, parent: aclk_iep_pre_c(0), freq: 192000000 Clock: clk_vdu_ca, parent: clk_vdu_ca_c(0), freq: 297000000 Clock: clk_vdu_core, parent: clk_vdu_core_c(0), freq: 297000000 Clock: hclk_vdu_pre, parent: hclk_vdu_pre_c(0), freq: 96000000 Clock: aclk_vdu_pre, parent: aclk_vdu_pre_c(0), freq: 192000000 Clock: hclk_vcodec_pre, parent: hclk_vcodec_pre_c(0), freq: 96000000 Clock: aclk_vcodec_pre, parent: aclk_vcodec_pre_c(0), freq: 192000000 clknode_link_recalc: Attempt to use unresolved linked clock: clkin_gmac Cannot get frequency for clk: clkin_gmac, error: 9 Clock: clk_rmii_tx, parent: clk_rmii_src(0), freq: 9 clknode_link_recalc: Attempt to use unresolved linked clock: clkin_gmac Cannot get frequency for clk: clkin_gmac, error: 9 Clock: clk_rmii_rx, parent: clk_rmii_src(0), freq: 9 clknode_link_recalc: Attempt to use unresolved linked clock: clkin_gmac Cannot get frequency for clk: clkin_gmac, error: 9 Clock: clk_mac_ref, parent: clk_rmii_src(0), freq: 9 clknode_link_recalc: Attempt to use unresolved linked clock: clkin_gmac Cannot get frequency for clk: clkin_gmac, error: 9 Clock: clk_mac_refout, parent: clk_rmii_src(0), freq: 9 Clock: clk_gmac, parent: clk_gmac_c(0), freq: 1200000 Clock: pclk_perihp, parent: pclk_perihp_c(0), freq: 37125000 Clock: hclk_perihp, parent: hclk_perihp_c(0), freq: 148500000 Clock: aclk_perihp, parent: aclk_perihp_c(0), freq: 148500000 Clock: cpll_aclk_perihp_src, parent: cpll(0), freq: 384000000 Clock: gpll_aclk_perihp_src, parent: gpll(0), freq: 594000000 Clock: clk_emmc, parent: clk_emmc_c(0), freq: 198000000 Clock: cpll_aclk_emmc_src, parent: cpll(0), freq: 384000000 Clock: gpll_aclk_emmc_src, parent: gpll(0), freq: 594000000 Clock: pclk_gmac_pre, parent: pclk_gmac_pre_c(0), freq: 24000000 Clock: aclk_gmac_pre, parent: aclk_gmac_pre_c(0), freq: 96000000 Clock: cpll_aclk_gmac_src, parent: cpll(0), freq: 384000000 Clock: gpll_aclk_gmac_src, parent: gpll(0), freq: 594000000 Clock: clk_usb2phy1_ref, parent: xin24m(0), freq: 24000000 Clock: clk_usb2phy0_ref, parent: xin24m(0), freq: 24000000 clknode_link_recalc: Attempt to use unresolved linked clock: = clk_usbphy0_480m Cannot get frequency for clk: clk_usbphy0_480m, error: 9 Clock: clk_hsicphy, parent: clk_hsicphy_c(0), freq: 9 Clock: clk_pcie_core_cru, parent: clk_pcie_core_cru_c(0), freq: 3000000 Clock: clk_pcie_pm, parent: clk_pcie_pm_c(0), freq: 24000000 Clock: clk_sdmmc, parent: clk_sdmmc_c(0), freq: 99000000 Clock: clk_sdio, parent: clk_sdio_c(0), freq: 24000000 Clock: fclk_cm0s, parent: fclk_cm0s_c(0), freq: 297000000 Clock: clk_crypto1, parent: clk_crypto1_c(0), freq: 96000000 Clock: clk_crypto0, parent: clk_crypto0_c(0), freq: 96000000 Clock: cpll_fclk_cm0s_src, parent: cpll(0), freq: 384000000 Clock: gpll_fclk_cm0s_src, parent: gpll(0), freq: 594000000 Clock: pclk_perilp0, parent: pclk_perilp0_c(0), freq: 49500000 Clock: hclk_perilp0, parent: hclk_perilp0_c(0), freq: 99000000 Clock: aclk_perilp0, parent: aclk_perilp0_c(0), freq: 99000000 Clock: cpll_aclk_perilp0_src, parent: cpll(0), freq: 384000000 Clock: gpll_aclk_perilp0_src, parent: gpll(0), freq: 594000000 Clock: clk_spdif, parent: clk_spdif_mux(0), freq: 12000000 Clock: clk_spdif_frac, parent: clk_spdif_frac_c(0), freq: 19200000 Clock: clk_spdif_div, parent: clk_spdif_div_c(0), freq: 384000000 Clock: clk_i2sout, parent: clk_i2sout_c(0), freq: 12000000 Clock: clk_i2s2, parent: clk_i2s2_mux(0), freq: 12000000 Clock: clk_i2s2_frac, parent: clk_i2s2_frac_c(0), freq: 19200000 Clock: clk_i2s2_div, parent: clk_i2s2_div_c(0), freq: 384000000 Clock: clk_i2s1, parent: clk_i2s1_mux(0), freq: 12000000 Clock: clk_i2s1_frac, parent: clk_i2s1_frac_c(0), freq: 19200000 Clock: clk_i2s1_div, parent: clk_i2s1_div_c(0), freq: 384000000 Clock: clk_i2s0, parent: clk_i2s0_mux(0), freq: 12000000 Clock: clk_i2s0_frac, parent: clk_i2s0_frac_c(0), freq: 19200000 Clock: clk_i2s0_div, parent: clk_i2s0_div_c(0), freq: 384000000 Clock: pclk_perilp1, parent: pclk_perilp1_c(0), freq: 99000000 Clock: cpll_hclk_perilp1_src, parent: cpll(0), freq: 384000000 Clock: gpll_hclk_perilp1_src, parent: gpll(0), freq: 594000000 Clock: clk_spi4, parent: clk_spi4_c(0), freq: 48000000 Clock: clk_spi2, parent: clk_spi2_c(0), freq: 48000000 Clock: clk_spi1, parent: clk_spi1_c(0), freq: 198000000 Clock: clk_spi0, parent: clk_spi0_c(0), freq: 48000000 Clock: clk_saradc, parent: clk_saradc_c(0), freq: 1000000 Clock: clk_tsadc, parent: clk_tsadc_c(0), freq: 32742 Clock: clk_uart3_frac, parent: clk_uart3_frac_c(0), freq: 19200000 Clock: clk_uart3_div, parent: clk_uart3_div_c(0), freq: 384000000 Clock: clk_uart2_frac, parent: clk_uart2_frac_c(0), freq: 19200000 Clock: clk_uart2_div, parent: clk_uart2_div_c(0), freq: 384000000 Clock: clk_uart1_frac, parent: clk_uart1_frac_c(0), freq: 19200000 Clock: clk_uart1_div, parent: clk_uart1_div_c(0), freq: 384000000 Clock: clk_uart0_frac, parent: clk_uart0_frac_c(0), freq: 19200000 Clock: clk_uart0_div, parent: clk_uart0_div_c(0), freq: 384000000 Clock: clk_vop1_pwm, parent: clk_vop1_pwm_c(0), freq: 24750000 Clock: clk_vop0_pwm, parent: clk_vop0_pwm_c(0), freq: 24750000 Clock: dclk_vop0_div, parent: dclk_vop0_div_c(0), freq: 74250000 Clock: dclk_vop1_div, parent: dclk_vop1_div_c(0), freq: 148500000 Clock: hclk_vop1_pre, parent: hclk_vop1_pre_c(0), freq: 192000000 Clock: aclk_vop1_pre, parent: aclk_vop1_pre_c(0), freq: 384000000 Clock: hclk_vop0_pre, parent: hclk_vop0_pre_c(0), freq: 24750000 Clock: aclk_vop0_pre, parent: aclk_vop0_pre_c(0), freq: 49500000 Clock: clk_cifout_src, parent: clk_cifout_src_c(0), freq: 384000000 Clock: clk_spdif_rec_dptx, parent: clk_spdif_rec_dptx_c(0), freq: = 96000000 Clock: clk_i2c7, parent: clk_i2c7_c(0), freq: 96000000 Clock: clk_i2c3, parent: clk_i2c3_c(0), freq: 297000000 Clock: clk_i2c6, parent: clk_i2c6_c(0), freq: 96000000 Clock: clk_i2c2, parent: clk_i2c2_c(0), freq: 96000000 Clock: clk_i2c5, parent: clk_i2c5_c(0), freq: 96000000 Clock: clk_i2c1, parent: clk_i2c1_c(0), freq: 96000000 Clock: clk_mipidphy_cfg, parent: xin24m(0), freq: 24000000 Clock: clk_mipidphy_ref, parent: xin24m(0), freq: 24000000 Clock: pclk_edp, parent: pclk_edp_c(0), freq: 48000000 Clock: pclk_hdcp, parent: pclk_hdcp_c(0), freq: 96000000 Clock: clk_dp_core, parent: clk_dp_core_c(0), freq: 4800000 Clock: clk_hdmi_cec, parent: clk_hdmi_cec_c(0), freq: 32742 Clock: clk_hdmi_sfr, parent: xin24m(0), freq: 24000000 Clock: clk_isp1, parent: clk_isp1_c(0), freq: 12000000 Clock: clk_isp0, parent: clk_isp0_c(0), freq: 12000000 Clock: hclk_hdcp, parent: hclk_hdcp_c(0), freq: 96000000 Clock: aclk_hdcp, parent: aclk_hdcp_c(0), freq: 192000000 Clock: pclk_vio, parent: pclk_vio_c(0), freq: 96000000 Clock: aclk_vio, parent: aclk_vio_c(0), freq: 192000000 Clock: hclk_sd, parent: hclk_sd_c(0), freq: 148500000 Clock: aclk_gic_pre, parent: aclk_gic_pre_c(0), freq: 96000000 Clock: hclk_isp1, parent: hclk_isp1_c(0), freq: 96000000 Clock: aclk_isp1, parent: aclk_isp1_c(0), freq: 192000000 Clock: hclk_isp0, parent: hclk_isp0_c(0), freq: 96000000 Clock: aclk_isp0, parent: aclk_isp0_c(0), freq: 192000000 Clock: clk_pciephy_ref100m, parent: clk_pciephy_ref100m_c(0), freq: = 2400000 Clock: clk_usb3otg1_suspend, parent: clk_usb3otg1_suspend_c(0), freq: = 24000000 Clock: clk_usb3otg0_suspend, parent: clk_usb3otg0_suspend_c(0), freq: = 24000000 Clock: clk_usb3otg1_ref, parent: xin24m(0), freq: 24000000 Clock: clk_usb3otg0_ref, parent: xin24m(0), freq: 24000000 Clock: aclk_usb3, parent: aclk_usb3_c(0), freq: 297000000 Clock: clk_testout2, parent: clk_testout2_c(0), freq: 750000 Clock: clk_testout1, parent: clk_testout1_c(0), freq: 750000 Clock: clk_spi5, parent: clk_spi5_c(0), freq: 48000000 clknode_link_recalc: Attempt to use unresolved linked clock: = clk_usbphy0_480m Cannot get frequency for clk: clk_usbphy0_480m, error: 9 Clock: clk_usbphy0_480m_src, parent: clk_usbphy0_480m(0), freq: 9 clknode_link_recalc: Attempt to use unresolved linked clock: = clk_usbphy1_480m Cannot get frequency for clk: clk_usbphy1_480m, error: 9 Clock: clk_usbphy1_480m_src, parent: clk_usbphy1_480m(0), freq: 9 Clock: clk_test, parent: clk_test_c(0), freq: 12000000 Clock: clk_test_frac, parent: clk_test_frac_c(0), freq: 19200000 Clock: clk_uphy1_tcpdcore, parent: clk_uphy1_tcpdcore_c(0), freq: = 99000000 Clock: clk_uphy1_tcpdphy_ref, parent: clk_uphy1_tcpdphy_ref_c(0), freq: = 24000000 Clock: clk_uphy0_tcpdcore, parent: clk_uphy0_tcpdcore_c(0), freq: = 99000000 Clock: clk_uphy0_tcpdphy_ref, parent: clk_uphy0_tcpdphy_ref_c(0), freq: = 24000000 Clock: aclk_pvtm_gpu, parent: xin24m(0), freq: 24000000 Clock: aclk_gpu_pre, parent: aclk_gpu_pre_c(0), freq: 12000000 Clock: aclk_perf_core_l, parent: aclkm_core_l(0), freq: 300000000 Clock: aclk_core_adb400_core_l_2_cci500, parent: aclkm_core_l(0), freq: = 300000000 Clock: aclk_core_adb400_core_l_2_gic, parent: armclkl(0), freq: = 600000000 Clock: aclk_core_adb400_gic_2_core_l, parent: armclkl(0), freq: = 600000000 Clock: clk_dbg_pd_core_l, parent: armclkl(0), freq: 600000000 Clock: aclk_perf_core_b, parent: aclkm_core_b(0), freq: 300000000 Clock: aclk_core_adb400_core_b_2_cci500, parent: aclkm_core_b(0), freq: = 300000000 Clock: aclk_core_adb400_core_b_2_gic, parent: armclkb(0), freq: = 600000000 Clock: aclk_core_adb400_gic_2_core_b, parent: armclkb(0), freq: = 600000000 Clock: pclk_dbg_cxcs_pd_core_b, parent: pclk_dbg_core_b(0), freq: = 100000000 Clock: clk_dbg_pd_core_b, parent: armclkb(0), freq: 600000000 Clock: aclk_cci_grf, parent: aclk_cci_pre(0), freq: 297000000 Clock: clk_dbg_noc, parent: clk_cs(0), freq: 148500000 Clock: clk_dbg_cxcs, parent: clk_cs(0), freq: 148500000 Clock: aclk_cci_noc1, parent: aclk_cci_pre(0), freq: 297000000 Clock: aclk_cci_noc0, parent: aclk_cci_pre(0), freq: 297000000 Clock: aclk_cci, parent: aclk_cci_pre(0), freq: 297000000 Clock: aclk_adb400m_pd_core_b, parent: aclk_cci_pre(0), freq: 297000000 Clock: aclk_adb400m_pd_core_l, parent: aclk_cci_pre(0), freq: 297000000 Clock: hclk_rga_noc, parent: hclk_rga_pre(0), freq: 96000000 Clock: hclk_rga, parent: hclk_rga_pre(0), freq: 96000000 Clock: aclk_rga_noc, parent: aclk_rga_pre(0), freq: 192000000 Clock: aclk_rga, parent: aclk_rga_pre(0), freq: 192000000 Clock: hclk_iep_noc, parent: hclk_iep_pre(0), freq: 96000000 Clock: hclk_iep, parent: hclk_iep_pre(0), freq: 96000000 Clock: aclk_iep_noc, parent: aclk_iep_pre(0), freq: 192000000 Clock: aclk_iep, parent: aclk_iep_pre(0), freq: 192000000 Clock: hclk_vdu_noc, parent: hclk_vdu_pre(0), freq: 96000000 Clock: hclk_vdu, parent: hclk_vdu_pre(0), freq: 96000000 Clock: aclk_vdu_noc, parent: aclk_vdu_pre(0), freq: 192000000 Clock: aclk_vdu, parent: aclk_vdu_pre(0), freq: 192000000 Clock: hclk_vcodec_noc, parent: hclk_vcodec_pre(0), freq: 96000000 Clock: hclk_vcodec, parent: hclk_vcodec_pre(0), freq: 96000000 Clock: aclk_vcodec_noc, parent: aclk_vcodec_pre(0), freq: 192000000 Clock: aclk_vcodec, parent: aclk_vcodec_pre(0), freq: 192000000 Clock: pclk_cic, parent: pclk_ddr(0), freq: 96000000 Clock: clk_ddr_mon_timer, parent: xin24m(0), freq: 24000000 Clock: clk_ddr_mon, parent: clk_ddrc_div2(0), freq: 400000000 Clock: pclk_ddr_mon, parent: pclk_ddr(0), freq: 96000000 Clock: clk_ddr_cic, parent: clk_ddrc_div2(0), freq: 400000000 Clock: pclk_center_main_noc, parent: pclk_ddr(0), freq: 96000000 Clock: clk_ddrcfg_msch1, parent: clk_ddrc_div2(0), freq: 400000000 Clock: clk_ddrphy1, parent: clk_ddrc_div2(0), freq: 400000000 Clock: clk_ddrphy_ctrl1, parent: clk_ddrc_div2(0), freq: 400000000 Clock: clk_ddrc1, parent: clk_ddrc_div2(0), freq: 400000000 Clock: clk_ddr1_msch, parent: clk_ddrc_div2(0), freq: 400000000 Clock: clk_ddrcfg_msch0, parent: clk_ddrc_div2(0), freq: 400000000 Clock: clk_ddrphy0, parent: clk_ddrc_div2(0), freq: 400000000 Clock: clk_ddrphy_ctrl0, parent: clk_ddrc_div2(0), freq: 400000000 Clock: clk_ddrc0, parent: clk_ddrc_div2(0), freq: 400000000 Clock: pclk_ddr_sgrf, parent: pclk_ddr(0), freq: 96000000 Clock: aclk_center_peri_noc, parent: aclk_center(0), freq: 297000000 Clock: aclk_center_main_noc, parent: aclk_center(0), freq: 297000000 Clock: hclk_ahb1tom, parent: hclk_perihp(0), freq: 148500000 Clock: pclk_perihp_noc, parent: pclk_perihp(0), freq: 37125000 Clock: hclk_perihp_noc, parent: hclk_perihp(0), freq: 148500000 Clock: aclk_perihp_noc, parent: aclk_perihp(0), freq: 148500000 Clock: pclk_pcie, parent: pclk_perihp(0), freq: 37125000 Clock: aclk_pcie, parent: aclk_perihp(0), freq: 148500000 Clock: hclk_hsic, parent: hclk_perihp(0), freq: 148500000 Clock: hclk_host1_arb, parent: hclk_perihp(0), freq: 148500000 Clock: hclk_host1, parent: hclk_perihp(0), freq: 148500000 Clock: hclk_host0_arb, parent: hclk_perihp(0), freq: 148500000 Clock: hclk_host0, parent: hclk_perihp(0), freq: 148500000 Clock: pclk_perihp_grf, parent: pclk_perihp(0), freq: 37125000 Clock: aclk_perf_pcie, parent: aclk_perihp(0), freq: 148500000 Clock: pclk_uphy1_tcpd_g, parent: pclk_alive(0), freq: 99000000 Clock: pclk_uphy1_tcphy_g, parent: pclk_alive(0), freq: 99000000 Clock: pclk_uphy0_tcpd_g, parent: pclk_alive(0), freq: 99000000 Clock: pclk_uphy0_tcphy_g, parent: pclk_alive(0), freq: 99000000 Clock: pclk_usbphy_mux_g, parent: pclk_alive(0), freq: 99000000 Clock: clk_dphy_rx0_cfg, parent: clk_mipidphy_cfg(0), freq: 24000000 Clock: clk_dphy_tx1rx1_cfg, parent: clk_mipidphy_cfg(0), freq: 24000000 Clock: clk_dphy_tx0_cfg, parent: clk_mipidphy_cfg(0), freq: 24000000 Clock: clk_dphy_pll, parent: clk_mipidphy_ref(0), freq: 24000000 Clock: pclk_efuse1024s, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_efuse1024ns, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_tsadc, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_saradc, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_mailbox0, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_i2c3, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_i2c2, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_i2c6, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_i2c5, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_i2c1, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_i2c7, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_uart3, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_uart2, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_uart1, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_uart0, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_spi4, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_spi2, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_spi1, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_spi0, parent: pclk_perilp1(0), freq: 99000000 Clock: pclk_dcf, parent: pclk_perilp0(0), freq: 49500000 Clock: aclk_dcf, parent: aclk_perilp0(0), freq: 99000000 Clock: clk_intmem5, parent: aclk_perilp0(0), freq: 99000000 Clock: clk_intmem4, parent: aclk_perilp0(0), freq: 99000000 Clock: clk_intmem3, parent: aclk_perilp0(0), freq: 99000000 Clock: clk_intmem2, parent: aclk_perilp0(0), freq: 99000000 Clock: clk_intmem1, parent: aclk_perilp0(0), freq: 99000000 Clock: clk_intmem0, parent: aclk_perilp0(0), freq: 99000000 Clock: aclk_tzma, parent: aclk_perilp0(0), freq: 99000000 Clock: aclk_intmem, parent: aclk_perilp0(0), freq: 99000000 Clock: hclk_s_crypto1, parent: hclk_perilp0(0), freq: 99000000 Clock: hclk_m_crypto1, parent: hclk_perilp0(0), freq: 99000000 Clock: pclk_perilp_sgrf, parent: pclk_perilp1(0), freq: 99000000 Clock: clk_m0_perilp_dec, parent: fclk_cm0s(0), freq: 297000000 Clock: dclk_m0_perilp, parent: fclk_cm0s(0), freq: 297000000 Clock: hclk_m0_perilp, parent: fclk_cm0s(0), freq: 297000000 Clock: sclk_m0_perilp, parent: fclk_cm0s(0), freq: 297000000 Clock: hclk_s_crypto0, parent: hclk_perilp0(0), freq: 99000000 Clock: hclk_m_crypto0, parent: hclk_perilp0(0), freq: 99000000 Clock: hclk_rom, parent: hclk_perilp0(0), freq: 99000000 Clock: hclk_sdio_noc, parent: hclk_perilp1(0), freq: 99000000 Clock: hclk_m0_perilp_noc, parent: fclk_cm0s(0), freq: 297000000 Clock: pclk_perilp1_noc, parent: pclk_perilp1(0), freq: 99000000 Clock: hclk_perilp1_noc, parent: hclk_perilp1(0), freq: 99000000 Clock: hclk_perilp0_noc, parent: hclk_perilp0(0), freq: 99000000 Clock: aclk_perilp0_noc, parent: aclk_perilp0(0), freq: 99000000 Clock: aclk_dmac1_perilp, parent: aclk_perilp0(0), freq: 99000000 Clock: aclk_dmac0_perilp, parent: aclk_perilp0(0), freq: 99000000 Clock: clk_timer11, parent: xin24m(0), freq: 24000000 Clock: clk_timer10, parent: xin24m(0), freq: 24000000 Clock: clk_timer09, parent: xin24m(0), freq: 24000000 Clock: clk_timer08, parent: xin24m(0), freq: 24000000 Clock: clk_timer07, parent: xin24m(0), freq: 24000000 Clock: clk_timer06, parent: xin24m(0), freq: 24000000 Clock: clk_timer05, parent: xin24m(0), freq: 24000000 Clock: clk_timer04, parent: xin24m(0), freq: 24000000 Clock: clk_timer03, parent: xin24m(0), freq: 24000000 Clock: clk_timer02, parent: xin24m(0), freq: 24000000 Clock: clk_timer01, parent: xin24m(0), freq: 24000000 Clock: clk_timer00, parent: xin24m(0), freq: 24000000 Clock: aclk_isp1_wrapper, parent: hclk_isp1(0), freq: 96000000 Clock: hclk_isp1_wrapper, parent: aclk_isp0(0), freq: 192000000 Clock: pclkin_isp1_wrapper, parent: pclkin_cif(0), freq: 0 Clock: aclk_isp0_wrapper, parent: aclk_isp0(0), freq: 192000000 Clock: hclk_isp0_wrapper, parent: hclk_isp0(0), freq: 96000000 Clock: aclk_isp1_noc, parent: aclk_isp1(0), freq: 192000000 Clock: hclk_isp1_noc, parent: hclk_isp1(0), freq: 96000000 Clock: aclk_isp0_noc, parent: aclk_isp0(0), freq: 192000000 Clock: hclk_isp0_noc, parent: hclk_isp0(0), freq: 96000000 Clock: aclk_vop1, parent: aclk_vop1_pre(0), freq: 384000000 Clock: hclk_vop1, parent: hclk_vop1_pre(0), freq: 192000000 Clock: aclk_vop1_noc, parent: aclk_vop1_pre(0), freq: 384000000 Clock: hclk_vop1_noc, parent: hclk_vop1_pre(0), freq: 192000000 Clock: aclk_vop0, parent: aclk_vop0_pre(0), freq: 49500000 Clock: hclk_vop0, parent: hclk_vop0_pre(0), freq: 24750000 Clock: aclk_vop0_noc, parent: aclk_vop0_pre(0), freq: 49500000 Clock: hclk_vop0_noc, parent: hclk_vop0_pre(0), freq: 24750000 Clock: pclk_vio_grf, parent: pclk_vio(0), freq: 96000000 Clock: pclk_gasket, parent: pclk_hdcp(0), freq: 96000000 Clock: aclk_hdcp22, parent: aclk_hdcp(0), freq: 192000000 Clock: hclk_hdcp22, parent: hclk_hdcp(0), freq: 96000000 Clock: pclk_hdcp22, parent: pclk_hdcp(0), freq: 96000000 Clock: pclk_dp_ctrl, parent: pclk_hdcp(0), freq: 96000000 Clock: pclk_hdmi_ctrl, parent: pclk_hdcp(0), freq: 96000000 Clock: hclk_hdcp_noc, parent: hclk_hdcp(0), freq: 96000000 Clock: aclk_hdcp_noc, parent: aclk_hdcp(0), freq: 192000000 Clock: pclk_hdcp_noc, parent: pclk_hdcp(0), freq: 96000000 Clock: pclk_mipi_dsi1, parent: pclk_vio(0), freq: 96000000 Clock: pclk_mipi_dsi0, parent: pclk_vio(0), freq: 96000000 Clock: aclk_vio_noc, parent: aclk_vio(0), freq: 192000000 Clock: aclk_gpu_grf, parent: aclk_gpu_pre(0), freq: 12000000 Clock: aclk_perf_gpu, parent: aclk_gpu_pre(0), freq: 12000000 Clock: aclk_gpu, parent: aclk_gpu_pre(0), freq: 12000000 Clock: aclk_usb3_grf, parent: aclk_usb3(0), freq: 297000000 Clock: aclk_usb3_rksoc_axi_perf, parent: aclk_usb3(0), freq: 297000000 Clock: aclk_usb3otg1, parent: aclk_usb3(0), freq: 297000000 Clock: aclk_usb3otg0, parent: aclk_usb3(0), freq: 297000000 Clock: aclk_usb3_noc, parent: aclk_usb3(0), freq: 297000000 Clock: pclk_sgrf, parent: pclk_alive(0), freq: 99000000 Clock: pclk_pmu_intr_arb, parent: pclk_alive(0), freq: 99000000 Clock: pclk_hsicphy, parent: pclk_perihp(0), freq: 37125000 Clock: pclk_timer1, parent: pclk_alive(0), freq: 99000000 Clock: pclk_timer0, parent: pclk_alive(0), freq: 99000000 Clock: pclk_gpio4, parent: pclk_alive(0), freq: 99000000 Clock: pclk_gpio3, parent: pclk_alive(0), freq: 99000000 Clock: pclk_gpio2, parent: pclk_alive(0), freq: 99000000 Clock: pclk_intr_arb, parent: pclk_alive(0), freq: 99000000 Clock: pclk_grf, parent: pclk_alive(0), freq: 99000000 Clock: pclk_edp_ctrl, parent: pclk_edp(0), freq: 48000000 Clock: pclk_edp_noc, parent: pclk_edp(0), freq: 48000000 Clock: aclk_emmcgrf, parent: aclk_emmc(0), freq: 198000000 Clock: aclk_emmc_noc, parent: aclk_emmc(0), freq: 198000000 Clock: aclk_emmccore, parent: aclk_emmc(0), freq: 198000000 Clock: aclk_perf_gmac, parent: aclk_gmac_pre(0), freq: 96000000 Clock: pclk_gmac_noc, parent: pclk_gmac_pre(0), freq: 24000000 Clock: pclk_gmac, parent: pclk_gmac_pre(0), freq: 24000000 Clock: aclk_gmac_noc, parent: aclk_gmac_pre(0), freq: 96000000 Clock: aclk_gmac, parent: aclk_gmac_pre(0), freq: 96000000 Clock: hclk_sdmmc_noc, parent: hclk_sd(0), freq: 148500000 Clock: hclk_sdmmc, parent: hclk_sd(0), freq: 148500000 Clock: aclk_gic_adb400_gic_2_core_b, parent: aclk_gic_pre(0), freq: = 96000000 Clock: aclk_gic_adb400_gic_2_core_l, parent: aclk_gic_pre(0), freq: = 96000000 Clock: aclk_gic_adb400_core_b_2_gic, parent: aclk_gic_pre(0), freq: = 96000000 Clock: aclk_gic_adb400_core_l_2_gic, parent: aclk_gic_pre(0), freq: = 96000000 Clock: aclk_gic_noc, parent: aclk_gic_pre(0), freq: 96000000 Clock: aclk_gic, parent: aclk_gic_pre(0), freq: 96000000 Clock: hclk_sdioaudio_noc, parent: hclk_perilp1(0), freq: 99000000 Clock: pclk_spi5, parent: hclk_perilp1(0), freq: 99000000 Clock: hclk_sdio, parent: hclk_perilp1(0), freq: 99000000 Clock: hclk_spdif, parent: hclk_perilp1(0), freq: 99000000 Clock: hclk_i2s2, parent: hclk_perilp1(0), freq: 99000000 Clock: hclk_i2s1, parent: hclk_perilp1(0), freq: 99000000 Clock: hclk_i2s0, parent: hclk_perilp1(0), freq: 99000000 rk3399_cru0: Set gpll to 594000000 rk3399_cru0: Set cpll to 800000000 rk3399_cru0: Set npll to 1000000000 rk3399_cru0: Set aclk_perihp to 150000000 rk3399_cru0: Set hclk_perihp to 75000000 rk3399_cru0: Set pclk_perihp to 37500000 rk3399_cru0: Set aclk_perilp0 to 100000000 rk3399_cru0: Set hclk_perilp0 to 100000000 rk3399_cru0: Set pclk_perilp0 to 50000000 rk3399_cru0: Set aclk_cci to 600000000 And here it just stops, and the monitor goes black. I=E2=80=99ll see if I can provoke to get further along by simply = retrying=E2=80=A6 -S=C3=B8ren From owner-freebsd-arm@freebsd.org Sat Aug 1 21:55:38 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AD76D3A5F47 for ; Sat, 1 Aug 2020 21:55:38 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BJyd54bT6z3TMS for ; Sat, 1 Aug 2020 21:55:37 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 8A83F8D4A172; Sat, 1 Aug 2020 21:55:27 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 0469DE7085C; Sat, 1 Aug 2020 21:55:27 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id NkhjejpiqUqH; Sat, 1 Aug 2020 21:55:24 +0000 (UTC) Received: from [127.0.0.1] (unknown [IPv6:fde9:577b:c1a9:4902:dc4d:60f:d61:7d4a]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 563B0E70814; Sat, 1 Aug 2020 21:55:24 +0000 (UTC) From: "Bjoern A. Zeeb" To: "=?utf-8?q?S=C3=B8ren?= Schmidt" Cc: "Emmanuel Vadot" , freebsd-arm Subject: Re: RockPro64 with latest image fails to boot? Date: Sat, 01 Aug 2020 21:55:23 +0000 X-Mailer: MailMate (2.0BETAr6146) Message-ID: In-Reply-To: <010E3738-FB70-4A58-82A6-391252EB7A4B@gmail.com> References: <20200801185716.a1c5a2972fdcf3a05902f256@bidouilliste.com> <010E3738-FB70-4A58-82A6-391252EB7A4B@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4BJyd54bT6z3TMS X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2a01:4f8:13b:39f::9f:25 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net X-Spamd-Result: default: False [-1.79 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:39f::9f:25]; NEURAL_HAM_LONG(-1.00)[-1.004]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zabbadoz.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.50)[-0.496]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 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 Aug 2020 21:55:38 -0000 On 1 Aug 2020, at 17:04, Søren Schmidt wrote: > On 1 Aug 2020, at 18.57, Emmanuel Vadot wrote: >> >> >> Hi Søren, >> >> On Sat, 1 Aug 2020 10:23:56 +0200 >> Søren Schmidt > > wrote: >> >>> Hi >>> >>> Just tried the latest snapshot: >>> >>> FreeBSD-13.0-CURRENT-arm64-aarch64-ROCKPRO64-20200730-r363681.img >> >> Just took the same snapshot and did a 'env default -a' just in case >> in >> u-boot and I'm able to boot correctly with or without an hdmi monitor >> attached. > > Wierd, but it is reproducible every time unfortunatly, here a verbose > boot with HDMI monitor attached: > > OK boot -v > Using DTB provided by EFI at 0x80ea000. > EFI framebuffer information: > addr, size 0xf6000000, 0x7e9000 > dimensions 1920 x 1080 > stride 1920 > masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Type Physical Virtual #Pages Attr > ConventionalMemory 000000200000 200000 00007eea WB > ACPIReclaimMemory 0000080ea000 80ea000 0000002c WB > ConventionalMemory 000008116000 8116000 000e0d46 WB > BootServicesData 0000e8e5c000 e8e5c000 00000001 WB > LoaderData 0000e8e5d000 e8e5d000 00008001 WB > LoaderCode 0000f0e5e000 f0e5e000 000000aa WB > Reserved 0000f0f08000 f0f08000 00000005 WB > BootServicesData 0000f0f0d000 f0f0d000 00000001 WB > RuntimeServicesData 0000f0f0e000 f0f0e000 00000001 WB RUNTIME > BootServicesData 0000f0f0f000 f0f0f000 00000002 WB > Reserved 0000f0f11000 f0f11000 00000001 WB > BootServicesData 0000f0f12000 f0f12000 00000002 WB > RuntimeServicesData 0000f0f14000 f0f14000 00000002 WB RUNTIME > Reserved 0000f0f16000 f0f16000 00000001 WB > BootServicesData 0000f0f17000 f0f17000 00000001 WB > Reserved 0000f0f18000 f0f18000 00000001 WB > BootServicesData 0000f0f19000 f0f19000 00000002 WB > Reserved 0000f0f1b000 f0f1b000 00000004 WB > LoaderData 0000f0f1f000 f0f1f000 00003011 WB > RuntimeServicesCode 0000f3f30000 f3f30000 00000010 WB RUNTIME > LoaderData 0000f3f40000 f3f40000 000040c0 WB > Physical memory chunk(s): > 0x00200000 - 0x080e9fff, 126 MB ( 32490 pages) > 0x08116000 - 0xf0f07fff, 3725 MB ( 953842 pages) > 0xf0f0d000 - 0xf0f10fff, 0 MB ( 4 pages) > 0xf0f12000 - 0xf0f15fff, 0 MB ( 4 pages) > 0xf0f17000 - 0xf0f17fff, 0 MB ( 1 pages) > 0xf0f19000 - 0xf0f1afff, 0 MB ( 2 pages) > 0xf0f1f000 - 0xf3f2ffff, 48 MB ( 12305 pages) > 0xf3f40000 - 0xf7ffffff, 64 MB ( 16576 pages) > Excluded memory regions: > 0x080ea000 - 0x08115fff, 0 MB ( 44 pages) NoAlloc > 0xe9000000 - 0xea354fff, 19 MB ( 4949 pages) NoAlloc > 0xf0f08000 - 0xf0f0cfff, 0 MB ( 5 pages) NoAlloc > 0xf0f0e000 - 0xf0f0efff, 0 MB ( 1 pages) NoAlloc > 0xf0f11000 - 0xf0f11fff, 0 MB ( 1 pages) NoAlloc > 0xf0f14000 - 0xf0f16fff, 0 MB ( 3 pages) NoAlloc > 0xf0f18000 - 0xf0f18fff, 0 MB ( 1 pages) NoAlloc > 0xf0f1b000 - 0xf0f1efff, 0 MB ( 4 pages) NoAlloc > 0xf3f30000 - 0xf3f3ffff, 0 MB ( 16 pages) NoAlloc > 0xf6000000 - 0xf67e8fff, 7 MB ( 2025 pages) NoAlloc > Found 6 CPUs in the device tree > Copyright (c) 1992-2020 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 13.0-CURRENT #0 r363681: Thu Jul 30 10:18:20 UTC 2020 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > arm64 In case you would be willing to try building a kernel yourself, try something with a lot of non-essential modules (e.g. the allwinner modules) removed and see what happens (just trying to make the size of the kernel smaller). /bz