From owner-freebsd-arm@freebsd.org Sun Jul 12 06:37: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 BFA9B359B6C for ; Sun, 12 Jul 2020 06:37:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B4HBb4GZmz4BV2 for ; Sun, 12 Jul 2020 06:37:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: UBh7QREVM1lykxwMs7RxZ2Py_c4HovBhUQXuIjSI2LWAG1OuLiPtUw1fVi0fG5n tsScTBXZPL3ST8GdvRJcJVAwompHzdvBJmccNu0LFLG0zQBNibfZTvEjWATheKUmD6S3N_uPfvfC TVxZSV1usqhCO1otVjCVFrrATXWKXE4eMGZBi53gZz_dvMB1ZrAGBtFo73dgq5ohSZfauzySRNe_ U8G_8Uz8T79ZJXQZPI0nAeX65BxswzN8pZOGyEQc9QuZLqqGt9FqyaYzZ2eNRObOxWl7w.pUQS_. WzwQgolqJh0pJMNw.1cnk7oczbTRumsDKjxvnQn6WLBy0eCVDB9__g_YsZZ757QSon1b.nPjS3Oh OUYyxgRrJcfKrf93W8HJ9OQTnlnJ6FM4izGIj0ee4FZNTPgz_A5qj098PosN_4V3fpXVuVmfM_eq nnL8D2WWCqQdEDNYNrcfKb7r_6NCAVRMaFLBX7K56UK6RCOivewiP6pocD.k9VpHSMQJ9D2Ng8Pz YNiW9zqo4xT4448EhmcNoAZ6uJOcVSjRbyfaYXi7sbKEka7r.joSfZb3ockUKZS1nKH8LNWNn9sJ lXuIjrnyiOn8lc9dn.UrqIUZJXVgbYJ0JJVg8U97nP41DY46wM0rEp_aLtFjO68ta.5QyAzYBI8Y 9uq82Vl1.kN4hLmZ5beaJIFfI8G9gJimcCAcnekjlJpKW9qgeW.51HVCawFg0kaAdHC_595ctwuE V_Qkl2I28GS921aukS8DISSeRMDMFdqZcNB9qZyC3lkiRpHmQ5_5KPdA0Ajmk1Ap.P1hMdgU6QSL Qk_L.lDdt.VaoSNbwaZieW8L8NWYvIxdAT_Che0R9gf88Z2jbk96fe2QuQWy_tXt83M0emi.6GFH UTeQgaHsTQu5ncCNuIZeGDCE6gsvCaw_sPjGwUzuCBsiW2trZEpgCaj3Lb6.7kbEWw9Q_eS4i7E8 S3qzHqMd4ofv1ZrUWwhqxn6X8gRxrOkQ8qXOSwEObBEofhqv36vTGwjExysOEy6QWWxwZuLKU2DV UqAyuKLRUEunnj95WUpVoR0tykyKcuoSoM.ifXHCiQKY7tB8mYUrkBqlYWf82gr.33xK8P7QLzEb Ooa7FSiK3z5jqsqgpjBFx7.NfVIbKVa8PbzSWn5FPHZ5ZQC0oTTrUUjvqkmfNcmxElT9fd4uoS4_ We5Y1UTHoKfoF8HMZUu_4LGNv0FQQOVKR6kcPfZq4bRG54efSyNVZuRGEpAi6KxwWpWDpqeSiqze n.xJFKvPRH7cInnqRrJRQWOFAXv7tTOqDuST_HWvfGYDMCwUFC5t8oq.0pSSG7V1MAv4TTwSezYd sgqfrUnLIpzz3JSWhFQXPryS5kxmyG0vV2nMOc1Mu4B0.mM9hrgLi7qLbXNgEfjOKvibyYaLxWq5 Qm48o5oImiXiARETklhPWpLZDAqO7pzxC44RROueWP6fkxyuRmf8dZXl903J3lJU- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sun, 12 Jul 2020 06:37:10 +0000 Received: by smtp422.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1c795fcc920c17f9012ac80620effc32; Sun, 12 Jul 2020 06:37:08 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" (Now: artifact.ci bisect) From: Mark Millard In-Reply-To: <9FBC6DEB-23FA-4FA2-AB10-3D6BDC4CE010@yahoo.com> Date: Sat, 11 Jul 2020 23:37:07 -0700 Cc: Andrew Turner , freebsd-arm , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <4FACEC9A-4E07-4B5C-A184-7B8049CE3E1C@yahoo.com> References: <6E0B6750-273C-468A-9233-E868B0674F34@yahoo.com> <8AA99118-C9C5-4CC7-83C6-2A85DFF9CBE1@yahoo.com> <334D89BD-2F7A-4BF1-AB96-2D6B273BBCD3@yahoo.com> <8CA66D0C-BA19-41D1-A67C-B54ED1B6EE79@yahoo.com> <9FBC6DEB-23FA-4FA2-AB10-3D6BDC4CE010@yahoo.com> To: Robert Crowston X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B4HBb4GZmz4BV2 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.80 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.27)[-0.272]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.013]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.01)[-1.013]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.204:from]; 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: Sun, 12 Jul 2020 06:37:12 -0000 > On 2020-Jul-11, at 15:12, Mark Millard wrote: >=20 >=20 >>=20 >> On 2020-Jul-11, at 14:45, Robert Crowston = wrote: >>=20 >> So what is the mistake I made here? >>=20 >> Should I have given a globally unique name as the first argument to = DRIVER_MODULE()? I didn't see that in the man page, and other examples = of pcib drivers apparently get away with it. >>=20 >> I did notice the weird message about "driver already loaded from = kernel". I wondered if that meant I was dragging in code to the core = kernel, that would otherwise live in an external module? >>=20 >> Let me know how I can help fix it! >>=20 >> -- RHC. >=20 > It is not an area of expertise for me. I've spent hours just > getting to the point of sending the notes that I have sent. >=20 Having found no evidence of any likely disaster from trying the experiment, I've tried: # svnlite diff /usr/src/sys/arm/broadcom/bcm2835/bcm2838_pci.c Index: /usr/src/sys/arm/broadcom/bcm2835/bcm2838_pci.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/arm/broadcom/bcm2835/bcm2838_pci.c (revision = 363021) +++ /usr/src/sys/arm/broadcom/bcm2835/bcm2838_pci.c (working copy) @@ -739,5 +739,5 @@ sizeof(struct bcm_pcib_softc), generic_pcie_fdt_driver); =20 static devclass_t bcm_pcib_devclass; -DRIVER_MODULE(pcib, simplebus, bcm_pcib_driver, bcm_pcib_devclass, 0, = 0); +DRIVER_MODULE(bcm_pcib, simplebus, bcm_pcib_driver, bcm_pcib_devclass, = 0, 0); =20 This was enough of a change for Ethernet and USB to become available again on the OverDrive 1000. Apparently one must search all existing DRIVER_MODULE use and then pick naming to have the new DRIVER_MODULE(NAME,BUSNAME,... end up with the NAME,BUSNAME as a unique combination of names (or combinations for when there is BUSNAME0, BUSNAME1, . . .). I also updated the USB3 SSD I use for booting either RPi4 or Rock64. Be warned that the RPi4 boots are via UEFI v1.16 use instead of by sysutils/u-boot-rpi4 use. I do not have things set up for sysutils/u-boot-rpi4 as stands. The SSD booted both contexts fine and the USB worked like normal. On the Rock64, the built-in EtherNet also worked fine. For the RPi4, a USB3 EtherNet adapter is used and it worked fine. If someone checks sysutils/u-boot-rpi4 operation and finds that it works, then I expect that such a patch as above is all that is required. Note: If future bcmDDDDD's need similar code, care will need to be taken naming ???? in DRIVER_MODULE(????,... for them so that uniqueness is maintained. My use of "bcm_" to match the context is not the only prefix that would lead to unique naming currently. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Jul 12 07:31:15 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 A8F7535B484; Sun, 12 Jul 2020 07:31:15 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wm1-x341.google.com (mail-wm1-x341.google.com [IPv6:2a00:1450:4864:20::341]) (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 4B4JNy2RZPz4FWK; Sun, 12 Jul 2020 07:31:14 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wm1-x341.google.com with SMTP id f18so9920858wml.3; Sun, 12 Jul 2020 00:31:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:reply-to:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=UUB6qR05EYUhK+nl6j+/FveBlGjHcMTvWadtvbjevHo=; b=JdtNCEXtc8Qq2CujQPo6WGFsMzCf/fyfYQJe7Dw8WSw0kkAniI5ieiQEbzmLuL0n3S OJyA/BzQDsxhBfmFcR7dmjsrVXxqG/WRAWfonJRYz1LD6t67VIIKzdteTwTSsNVCPivj HtI1MxEYqLvaJwEnNkVhvzitpNaJmbWfMlnfI/CK8gJ/cWJI7HBFv4qRDW9dtk/ym7e/ gn9wSSfCgAuJ++Nl60E1cc/EcclA7lzsi69gEryeLvHMOSc0sKMUPSAf4OqKO8xrQQ9v OwiaYThwHQaO6BJhuysu99BmRrqHjLX3dBOgzpVrsQE0Na4d4IKk3yn7ylGPhxtpKjy8 zv8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:reply-to:subject:to:cc:references :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=UUB6qR05EYUhK+nl6j+/FveBlGjHcMTvWadtvbjevHo=; b=FSQTzrKbq8d+ErumxgDqzUfW8s7FuofH9e8lC7j5xgZlyl/VIzwuoz4PrEkfPWFmuw YdI4CscI7TLTZAo9kZvZSTfvGqCdA0I2/giioDYJ3JLizjiEHYxG4g1KWz0LcdZL/sOU HtyzxtHyPba3oPjml5KL3bfJzrNVRyPTU+QGEU/HHadKuh7P3/ik5MiAbTMdlsDeXRjG VR3QQoSyZn4BJH+uuPekFex7kMNBh7icQGy4V6WY5WJEBRpDxOgAIKooTYPov9uQgoZq zN55a6fWzcOuFFmceOB1aedWsIf2q4jTyoFIJYrR9cBZLZVmoWv3I3HPzRCBd/oF+FFE w86w== X-Gm-Message-State: AOAM531Y48S3mVwIt7ekg0gEZj7zZd+34FB797BV4L9sippLJ78wqACy Dztu2oIf8aCL/yC9j1tdj51hLO1hVCk= X-Google-Smtp-Source: ABdhPJzcFJIPN/e7WuntgRE0zJuUUvWkgCnoYHrjBl8MbWpa2Z8vSBcGs4iaZugaLLqXcASzzm6L0A== X-Received: by 2002:a1c:3bc1:: with SMTP id i184mr11516081wma.119.1594539072697; Sun, 12 Jul 2020 00:31:12 -0700 (PDT) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id j6sm18556513wro.25.2020.07.12.00.31.11 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 12 Jul 2020 00:31:12 -0700 (PDT) Sender: Michal Meloun From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" (Now: artifact.ci bisect) To: Mark Millard , Robert Crowston Cc: Andrew Turner , freebsd-arm , FreeBSD Current References: <6E0B6750-273C-468A-9233-E868B0674F34@yahoo.com> <8AA99118-C9C5-4CC7-83C6-2A85DFF9CBE1@yahoo.com> <334D89BD-2F7A-4BF1-AB96-2D6B273BBCD3@yahoo.com> <8CA66D0C-BA19-41D1-A67C-B54ED1B6EE79@yahoo.com> <9FBC6DEB-23FA-4FA2-AB10-3D6BDC4CE010@yahoo.com> <4FACEC9A-4E07-4B5C-A184-7B8049CE3E1C@yahoo.com> Message-ID: Date: Sun, 12 Jul 2020 09:31:12 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <4FACEC9A-4E07-4B5C-A184-7B8049CE3E1C@yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B4JNy2RZPz4FWK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=JdtNCEXt; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of melounmichal@gmail.com designates 2a00:1450:4864:20::341 as permitted sender) smtp.mailfrom=melounmichal@gmail.com X-Spamd-Result: default: False [-3.11 / 15.00]; HAS_REPLYTO(0.00)[mmel@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; 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.10)[-0.099]; FREEMAIL_TO(0.00)[yahoo.com,protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.018]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::341:from]; 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: Sun, 12 Jul 2020 07:31:15 -0000 On 12.07.2020 8:37, Mark Millard via freebsd-arm wrote: > > >> On 2020-Jul-11, at 15:12, Mark Millard wrote: >> >> >>> >>> On 2020-Jul-11, at 14:45, Robert Crowston wrote: >>> >>> So what is the mistake I made here? >>> >>> Should I have given a globally unique name as the first argument to DRIVER_MODULE()? I didn't see that in the man page, and other examples of pcib drivers apparently get away with it. >>> >>> I did notice the weird message about "driver already loaded from kernel". I wondered if that meant I was dragging in code to the core kernel, that would otherwise live in an external module? >>> >>> Let me know how I can help fix it! >>> >>> -- RHC. >> >> It is not an area of expertise for me. I've spent hours just >> getting to the point of sending the notes that I have sent. >> > > Having found no evidence of any likely disaster from trying > the experiment, I've tried: > > # svnlite diff /usr/src/sys/arm/broadcom/bcm2835/bcm2838_pci.c > Index: /usr/src/sys/arm/broadcom/bcm2835/bcm2838_pci.c > =================================================================== > --- /usr/src/sys/arm/broadcom/bcm2835/bcm2838_pci.c (revision 363021) > +++ /usr/src/sys/arm/broadcom/bcm2835/bcm2838_pci.c (working copy) > @@ -739,5 +739,5 @@ > sizeof(struct bcm_pcib_softc), generic_pcie_fdt_driver); > > static devclass_t bcm_pcib_devclass; > -DRIVER_MODULE(pcib, simplebus, bcm_pcib_driver, bcm_pcib_devclass, 0, 0); > +DRIVER_MODULE(bcm_pcib, simplebus, bcm_pcib_driver, bcm_pcib_devclass, 0, 0); > > > This was enough of a change for Ethernet and USB to become available > again on the OverDrive 1000. > > Apparently one must search all existing DRIVER_MODULE use and then > pick naming to have the new DRIVER_MODULE(NAME,BUSNAME,... end up > with the NAME,BUSNAME as a unique combination of names (or > combinations for when there is BUSNAME0, BUSNAME1, . . .). > > I also updated the USB3 SSD I use for booting either RPi4 > or Rock64. Be warned that the RPi4 boots are via > UEFI v1.16 use instead of by sysutils/u-boot-rpi4 use. > I do not have things set up for sysutils/u-boot-rpi4 as > stands. > > The SSD booted both contexts fine and the USB worked like > normal. On the Rock64, the built-in EtherNet also worked > fine. For the RPi4, a USB3 EtherNet adapter is used and > it worked fine. > > If someone checks sysutils/u-boot-rpi4 operation and finds > that it works, then I expect that such a patch as above is > all that is required. > > Note: If future bcmDDDDD's need similar code, care will > need to be taken naming ???? in DRIVER_MODULE(????,... > for them so that uniqueness is maintained. My use of > "bcm_" to match the context is not the only prefix that > would lead to unique naming currently. > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > Fixed in r363121. Thanks for the report. Michal Meloun From owner-freebsd-arm@freebsd.org Sun Jul 12 08:56:23 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7539935D38D for ; Sun, 12 Jul 2020 08:56:23 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B4LHB2mybz4KFm for ; Sun, 12 Jul 2020 08:56:22 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 12 Jul 2020 08:56:17 +0000 To: mmel@freebsd.org, Mark Millard From: Robert Crowston Cc: Andrew Turner , freebsd-arm Reply-To: Robert Crowston Subject: Re: OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" (Now: artifact.ci bisect) Message-ID: In-Reply-To: References: <6E0B6750-273C-468A-9233-E868B0674F34@yahoo.com> <8AA99118-C9C5-4CC7-83C6-2A85DFF9CBE1@yahoo.com> <334D89BD-2F7A-4BF1-AB96-2D6B273BBCD3@yahoo.com> <8CA66D0C-BA19-41D1-A67C-B54ED1B6EE79@yahoo.com> <9FBC6DEB-23FA-4FA2-AB10-3D6BDC4CE010@yahoo.com> <4FACEC9A-4E07-4B5C-A184-7B8049CE3E1C@yahoo.com> MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 4B4LHB2mybz4KFm X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.65 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.61)[-0.607]; FREEMAIL_TO(0.00)[freebsd.org,yahoo.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.134:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.029]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.01)[-1.013]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.134:from] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 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, 12 Jul 2020 08:56:23 -0000 VGhhbmtzIGV2ZXJ5b25lLCBhbmQgc29ycnkgZm9yIHRoZSBicmVha2FnZSEK4oCUIFJIQy4KCk9u IFN1biwgSnVsIDEyLCAyMDIwIGF0IDA4OjMxLCBNaWNoYWwgTWVsb3VuIDxtZWxvdW4ubWljaGFs QGdtYWlsLmNvbT4gd3JvdGU6Cgo+IE9uIDEyLjA3LjIwMjAgODozNywgTWFyayBNaWxsYXJkIHZp YSBmcmVlYnNkLWFybSB3cm90ZToKPj4KPj4KPj4+IE9uIDIwMjAtSnVsLTExLCBhdCAxNToxMiwg TWFyayBNaWxsYXJkIDxtYXJrbG1pIGF0IHlhaG9vLmNvbT4gd3JvdGU6Cj4+Pgo+Pj4KPj4+Pgo+ Pj4+IE9uIDIwMjAtSnVsLTExLCBhdCAxNDo0NSwgUm9iZXJ0IENyb3dzdG9uIDxjcm93c3RvbkBw cm90b25tYWlsLmNvbT4gd3JvdGU6Cj4+Pj4KPj4+PiBTbyB3aGF0IGlzIHRoZSBtaXN0YWtlIEkg bWFkZSBoZXJlPwo+Pj4+Cj4+Pj4gU2hvdWxkIEkgaGF2ZSBnaXZlbiBhIGdsb2JhbGx5IHVuaXF1 ZSBuYW1lIGFzIHRoZSBmaXJzdCBhcmd1bWVudCB0byBEUklWRVJfTU9EVUxFKCk/IEkgZGlkbid0 IHNlZSB0aGF0IGluIHRoZSBtYW4gcGFnZSwgYW5kIG90aGVyIGV4YW1wbGVzIG9mIHBjaWIgZHJp dmVycyBhcHBhcmVudGx5IGdldCBhd2F5IHdpdGggaXQuCj4+Pj4KPj4+PiBJIGRpZCBub3RpY2Ug dGhlIHdlaXJkIG1lc3NhZ2UgYWJvdXQgImRyaXZlciBhbHJlYWR5IGxvYWRlZCBmcm9tIGtlcm5l bCIuIEkgd29uZGVyZWQgaWYgdGhhdCBtZWFudCBJIHdhcyBkcmFnZ2luZyBpbiBjb2RlIHRvIHRo ZSBjb3JlIGtlcm5lbCwgdGhhdCB3b3VsZCBvdGhlcndpc2UgbGl2ZSBpbiBhbiBleHRlcm5hbCBt b2R1bGU/Cj4+Pj4KPj4+PiBMZXQgbWUga25vdyBob3cgSSBjYW4gaGVscCBmaXggaXQhCj4+Pj4K Pj4+PiAtLSBSSEMuCj4+Pgo+Pj4gSXQgaXMgbm90IGFuIGFyZWEgb2YgZXhwZXJ0aXNlIGZvciBt ZS4gSSd2ZSBzcGVudCBob3VycyBqdXN0Cj4+PiBnZXR0aW5nIHRvIHRoZSBwb2ludCBvZiBzZW5k aW5nIHRoZSBub3RlcyB0aGF0IEkgaGF2ZSBzZW50Lgo+Pj4KPj4KPj4gSGF2aW5nIGZvdW5kIG5v IGV2aWRlbmNlIG9mIGFueSBsaWtlbHkgZGlzYXN0ZXIgZnJvbSB0cnlpbmcKPj4gdGhlIGV4cGVy aW1lbnQsIEkndmUgdHJpZWQ6Cj4+Cj4+ICMgc3ZubGl0ZSBkaWZmIC91c3Ivc3JjL3N5cy9hcm0v YnJvYWRjb20vYmNtMjgzNS9iY20yODM4X3BjaS5jCj4+IEluZGV4OiAvdXNyL3NyYy9zeXMvYXJt L2Jyb2FkY29tL2JjbTI4MzUvYmNtMjgzOF9wY2kuYwo+PiA9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cj4+IC0tLSAvdXNy L3NyYy9zeXMvYXJtL2Jyb2FkY29tL2JjbTI4MzUvYmNtMjgzOF9wY2kuYyAocmV2aXNpb24gMzYz MDIxKQo+PiArKysgL3Vzci9zcmMvc3lzL2FybS9icm9hZGNvbS9iY20yODM1L2JjbTI4MzhfcGNp LmMgKHdvcmtpbmcgY29weSkKPj4gQEAgLTczOSw1ICs3MzksNSBAQAo+PiBzaXplb2Yoc3RydWN0 IGJjbV9wY2liX3NvZnRjKSwgZ2VuZXJpY19wY2llX2ZkdF9kcml2ZXIpOwo+Pgo+PiBzdGF0aWMg ZGV2Y2xhc3NfdCBiY21fcGNpYl9kZXZjbGFzczsKPj4gLURSSVZFUl9NT0RVTEUocGNpYiwgc2lt cGxlYnVzLCBiY21fcGNpYl9kcml2ZXIsIGJjbV9wY2liX2RldmNsYXNzLCAwLCAwKTsKPj4gK0RS SVZFUl9NT0RVTEUoYmNtX3BjaWIsIHNpbXBsZWJ1cywgYmNtX3BjaWJfZHJpdmVyLCBiY21fcGNp Yl9kZXZjbGFzcywgMCwgMCk7Cj4+Cj4+Cj4+IFRoaXMgd2FzIGVub3VnaCBvZiBhIGNoYW5nZSBm b3IgRXRoZXJuZXQgYW5kIFVTQiB0byBiZWNvbWUgYXZhaWxhYmxlCj4+IGFnYWluIG9uIHRoZSBP dmVyRHJpdmUgMTAwMC4KPj4KPj4gQXBwYXJlbnRseSBvbmUgbXVzdCBzZWFyY2ggYWxsIGV4aXN0 aW5nIERSSVZFUl9NT0RVTEUgdXNlIGFuZCB0aGVuCj4+IHBpY2sgbmFtaW5nIHRvIGhhdmUgdGhl IG5ldyBEUklWRVJfTU9EVUxFKE5BTUUsQlVTTkFNRSwuLi4gZW5kIHVwCj4+IHdpdGggdGhlIE5B TUUsQlVTTkFNRSBhcyBhIHVuaXF1ZSBjb21iaW5hdGlvbiBvZiBuYW1lcyAob3IKPj4gY29tYmlu YXRpb25zIGZvciB3aGVuIHRoZXJlIGlzIEJVU05BTUUwLCBCVVNOQU1FMSwgLiAuIC4pLgo+Pgo+ PiBJIGFsc28gdXBkYXRlZCB0aGUgVVNCMyBTU0QgSSB1c2UgZm9yIGJvb3RpbmcgZWl0aGVyIFJQ aTQKPj4gb3IgUm9jazY0LiBCZSB3YXJuZWQgdGhhdCB0aGUgUlBpNCBib290cyBhcmUgdmlhCj4+ IFVFRkkgdjEuMTYgdXNlIGluc3RlYWQgb2YgYnkgc3lzdXRpbHMvdS1ib290LXJwaTQgdXNlLgo+ PiBJIGRvIG5vdCBoYXZlIHRoaW5ncyBzZXQgdXAgZm9yIHN5c3V0aWxzL3UtYm9vdC1ycGk0IGFz Cj4+IHN0YW5kcy4KPj4KPj4gVGhlIFNTRCBib290ZWQgYm90aCBjb250ZXh0cyBmaW5lIGFuZCB0 aGUgVVNCIHdvcmtlZCBsaWtlCj4+IG5vcm1hbC4gT24gdGhlIFJvY2s2NCwgdGhlIGJ1aWx0LWlu IEV0aGVyTmV0IGFsc28gd29ya2VkCj4+IGZpbmUuIEZvciB0aGUgUlBpNCwgYSBVU0IzIEV0aGVy TmV0IGFkYXB0ZXIgaXMgdXNlZCBhbmQKPj4gaXQgd29ya2VkIGZpbmUuCj4+Cj4+IElmIHNvbWVv bmUgY2hlY2tzIHN5c3V0aWxzL3UtYm9vdC1ycGk0IG9wZXJhdGlvbiBhbmQgZmluZHMKPj4gdGhh dCBpdCB3b3JrcywgdGhlbiBJIGV4cGVjdCB0aGF0IHN1Y2ggYSBwYXRjaCBhcyBhYm92ZSBpcwo+ PiBhbGwgdGhhdCBpcyByZXF1aXJlZC4KPj4KPj4gTm90ZTogSWYgZnV0dXJlIGJjbUREREREJ3Mg bmVlZCBzaW1pbGFyIGNvZGUsIGNhcmUgd2lsbAo+PiBuZWVkIHRvIGJlIHRha2VuIG5hbWluZyA/ Pz8/IGluIERSSVZFUl9NT0RVTEUoPz8/PywuLi4KPj4gZm9yIHRoZW0gc28gdGhhdCB1bmlxdWVu ZXNzIGlzIG1haW50YWluZWQuIE15IHVzZSBvZgo+PiAiYmNtXyIgdG8gbWF0Y2ggdGhlIGNvbnRl eHQgaXMgbm90IHRoZSBvbmx5IHByZWZpeCB0aGF0Cj4+IHdvdWxkIGxlYWQgdG8gdW5pcXVlIG5h bWluZyBjdXJyZW50bHkuCj4+Cj4+ID09PQo+PiBNYXJrIE1pbGxhcmQKPj4gbWFya2xtaSBhdCB5 YWhvby5jb20KPj4gKCBkc2wtb25seS5uZXQgd2VudAo+PiBhd2F5IGluIGVhcmx5IDIwMTgtTWFy KQo+Pgo+Cj4gRml4ZWQgaW4gcjM2MzEyMS4gVGhhbmtzIGZvciB0aGUgcmVwb3J0Lgo+Cj4gTWlj aGFsIE1lbG91bg== From owner-freebsd-arm@freebsd.org Mon Jul 13 07:02:02 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4152435ACD8 for ; Mon, 13 Jul 2020 07:02:02 +0000 (UTC) (envelope-from charlesr@scd-systems.net) Received: from mail.scd-systems.net (warbird.scd-systems.net [37.120.173.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.scd-systems.net", Issuer "mail.scd-systems.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B4vhm5YYJz4W85 for ; Mon, 13 Jul 2020 07:02:00 +0000 (UTC) (envelope-from charlesr@scd-systems.net) Received: from mail.scd-systems.net (127.0.1.80 [127.0.1.80]) by mail.scd-systems.net (OpenSMTPD) with ESMTP id 52ca5307 for ; Mon, 13 Jul 2020 07:01:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=scd-systems.net; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=default; bh=x1k2PeMSzaxhQaXskOGBBk5L/LB5G+miWAE9v1vRYV0=; b=kJjmQz2Jxdmb V+LC5bVH75kBNIoyt3drTevGP1GwTdwj8JSubfyt/pfhzx2nY1cPiZbKpZo1KQYN jUh5J0sUPQJzfnefhbQ9tWQljQwsa3vyxRViJ7IfiG9qlo/J24mrXUjVWPJjG68R 33ouUEA3OUWxCflt2AX20G1JsninRQ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=scd-systems.net; h=subject :to:references:from:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; q=dns; s=default; b=BGU fYrNEgCrLu5lbNweY7uXVK9N1UjD5FAp40ZXrs3DFw5yZFUSasRGKIvNpRX/j+km Ri7wV1rafP6igsh5XFzL15QituADI0N5GLc59KRC9QiJXYhc8JhDm407Us4p5sjy FLyDJnZRU/5KGOD+6M3bZRVEDqW1zXt9gsYFsyHE= Received: from LT1006.fritz.box (127.0.1.254 [127.0.1.254]) by mail.scd-systems.net (OpenSMTPD) with ESMTPSA id 7ef42e42 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO for ; Mon, 13 Jul 2020 07:01:53 +0000 (UTC) Subject: Re: RK3328/Rock64 GigE testers needed. To: freebsd-arm@freebsd.org References: <20200705000643.GA63127@server.rulingia.com> <20200709203532.GA9738@bluezbox.com> <20200711224908.GA37648@bluezbox.com> From: Charles Message-ID: <2195ed3a-aaf9-d683-a342-9231b8e03f4e@scd-systems.net> Date: Mon, 13 Jul 2020 09:01:53 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200711224908.GA37648@bluezbox.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4B4vhm5YYJz4W85 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=scd-systems.net header.s=default header.b=kJjmQz2J; dmarc=none; spf=pass (mx1.freebsd.org: domain of charlesr@scd-systems.net designates 37.120.173.96 as permitted sender) smtp.mailfrom=charlesr@scd-systems.net X-Spamd-Result: default: False [-2.49 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[scd-systems.net:s=default]; NEURAL_HAM_MEDIUM(-1.00)[-1.001]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[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.99)[-0.993]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[scd-systems.net: no valid DMARC record]; NEURAL_SPAM_SHORT(0.00)[0.001]; DKIM_TRACE(0.00)[scd-systems.net:+]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:197540, ipnet:37.120.160.0/19, country:DE]; 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: Mon, 13 Jul 2020 07:02:02 -0000 Hi Oleksandr, I use the default u-boot which comes with the FreeBSD images. "Also could you boot your board with the kernel with the WIP patch applied and send me the output?" Sure, but it will take a bit, regarding compiling time. Best, C. Am 12.07.20 um 00:49 schrieb Oleksandr Tymoshenko: > Charles (charlesr@scd-systems.net) wrote: >> Hi gonzo, Mark, >> >> If this patch and tuning settings are not help, do I have to solder like >> mentioned in >> https://sanisimov.com/2019/08/fixing-rock64-v2-gigabit-ethernet/ ? >> >> Just for the case, I bought some resistors. >> >> I would like to know why the interface works stable with linux. > > Hi Charles, > > Waht u-boot do you use? At the moment FreeBSD (even with my patch) > heavily relies on u-boot to set up clocks and registers for the > ethernet adapter. If it's a custom-built u-boot that may explain > your issues with network. Also could you boot your board with > the kernel with the WIP patch applied and send me the output? > > Thank you > From owner-freebsd-arm@freebsd.org Mon Jul 13 07:59: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 2C7EC35C460 for ; Mon, 13 Jul 2020 07:59:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-54.consmr.mail.gq1.yahoo.com (sonic307-54.consmr.mail.gq1.yahoo.com [98.137.64.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B4wzJ70WXz4Z2B for ; Mon, 13 Jul 2020 07:59:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: dA4ZyZ8VM1lP.DbRQaU36vIW3Nd2LxYUEh8sTTfKyOrA_K7osVSyxbiqEtvGCWL _ewhZkiyT.hN1WGmpjt0uQepRc3uYlXy7rjV2p8qqvGBL.jUVcO..vPtQ3cu.nrXHZ5dBkppFfeP A1vJ_O1jNnZlSvqeD.90D56j6tU6RFIrX2PowvFAFygfh6Buis59ZLqIeV7.FcXmqOeZ93cxpqcY nmkyUBpsegBROLZ85PJezN9QR_6Crorj5JI0qwggR7pGcDqodMKk5bqZwXzwAZys65LpHitdgSOv kaWGmcSedzwR2r5STK4gIV7qDK5IuNDQCh.Kjj150VoIxqD20eilCrm34b5Tyw06h2klkFdiDWji 3QVFjke_pzaXmckjGMqYjsAAN.Y.STmaah9WcQ0ilQpwkCoKYPHL22LcWn.1jPKOJKSf2U.CYAGp b2whS9FOjKZgt_JZ.PZ4GoQL16V7mW4xHci5iCT8NkaxQhID9MQssIXeDmCasN.q2usLZFbf65E9 BDFJmCKrercuV0j_wrpd3QUcijIhlr.qY5x0YfXKAqUopTdBepojMZU1cybTVO0WHBAU2CA93LDj guHE2tMIrzy4daGI9p6WDhuyfXNXihiol8jdDv6brriYota0nXsT2DOsWRNYKsiA8RLKWc5Ieqdg ZDVHKymKsoiGiIgP5tPu82f9LOMjVc6RZzSEtMkHG61Mgsh252PiUBhjAC0D5naq7zETatSySPga cLeF.rLl1Z1eKqCgmzSVqwiD4Y39fRwkKcQOcwFgvhk9RWc9t5eO0Mx2GUEtBEgzhxFBMJCAWwq5 Pd_ztjAWZpt0T.D47sQOIjNuU0PyIXVr1YGnmLotihp43RJWPHe4FE6uXaMod5UvlW3rD30zxkcC iKMnEOEwvq.KAlASbK2ElQdnOul.888Q6DmzpB9H8vP5f.eS8qxldawvGQihV9nwuKW1Y4O_e6e7 1SNtVLhKD1K2xVNeXyZkkyjXlyErHW72J2SNn.CXUHEn566JdCivj3xea.iwPt4P1pWaLJcvz6AB FoeodI5mcQd_rShdxi5ut6porPnrDmpEiCyU0MyU_HfE3wmrpF2mro0mPvVAnT67NkxH4JIpEbv_ ko7odp_8UOGFMysYAqvo1gi29HVABwTqJwlhzcV9u_6K19n_YaAnOnWIMQA7x3wrpcMfeNuGGNIM B8i13tcWtoibqjEsB672Rvdi1tGBp9TiTEDu51uUc5A9beh_CQk2zlrJ5Lqo7jcM9wg8LCQcewSl h9mvnKGAPnTaEXGMqflDFUy8lJk4eVvWVmDybZgmembrwIYTMi9XmL5sdYjLkm4OUmXKxV6V.bMn I4CR5DM2QvZvfJOHZ1c8kwJeauibAFOWXIHd0Le.hTBq9EnWF5on2AoZd12Hzfy3p9ygJqODG6s9 vAcM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Mon, 13 Jul 2020 07:59:39 +0000 Received: by smtp424.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 75c102c9cddb81825a23e11e8619432d; Mon, 13 Jul 2020 07:59:38 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Rock64 head -r363021 -> -r363123 kernel upgrade: hangs after "rk_tsadc0: mem ... irq 22 on ofwbus0" Message-Id: <7BB9973C-CCC4-4599-98D5-864BEBECE3DF@yahoo.com> Date: Mon, 13 Jul 2020 00:59:36 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3608.80.23.2.2) References: <7BB9973C-CCC4-4599-98D5-864BEBECE3DF.ref@yahoo.com> X-Rspamd-Queue-Id: 4B4wzJ70WXz4Z2B X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.67 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.18)[-0.178]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.18:email]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; DBL_PROHIBIT(0.00)[0.0.0.18:email]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.30:from]; 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: Mon, 13 Jul 2020 07:59:42 -0000 With boot -v the kernel crashes instead of being silently-hung: . . . generic_timer0: irq 4,5,6,7 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rk_tsadc0: mem 0xff250000-0xff2500ff irq = 22 on ofwbus0 panic: stack overflow detected; backtrace may be corrupted cpuid =3D 0 time =3D 1 KDB: stack backtrace: x0: fffffd00008c0a00 x1: ffff00000082e61c x2: ffff000000010018 x3: ffff00000000fff8 x4: 3 x5: ffff00000082b3a0 x6: ffff0000004d6fe0 x7: 63 x8: ffff000000f09088 x9: b6c2 x10: 30 x11: 818d4c x12: 61 x13: 61 x14: 0 x15: 0 x16: 1 x17: 0 x18: ffff00000000ffe0 x19: ffff000000010058 x20: ffff000000010078 x21: ffff00000082e61c x22: fffffd00008c0a00 x23: ffff000000ada0b0 x24: 0 x25: ffff00000082e61c x26: ffff000000c1a000 x27: 82e61c x28: ffff000000dfa000 x29: ffff00000000ffe0 sp: ffff00000000ffe0 lr: ffff0000004427cc elr: ffff0000004ad9d0 spsr: 200001c5 far: 30 esr: 96000005 panic: data abort in critical section or under mutex cpuid =3D 0 time =3D 1 KDB: stack backtrace: x0: fffffd00008c0a00 x1: ffff00000082e61c x2: ffff00000000f8c8 x3: ffff00000000f8a8 x4: 3 x5: ffff00000082b3a0 x6: ffff0000004d6fe0 x7: 63 x8: ffff000000f0aee8 x9: b6c2 x10: 30 x11: 7ff148 x12: 192 x13: 192 x14: 0 x15: 0 x16: 1 x17: 0 x18: ffff00000000f890 x19: ffff00000000f908 x20: ffff00000000f928 x21: ffff00000082e61c x22: fffffd00008c0a00 x23: ffff000000ada0b0 x24: 0 x25: ffff00000082e61c x26: ffff000000c1a000 x27: 82e61c x28: ffff000000dfa000 x29: ffff00000000f890 sp: ffff00000000f890 lr: ffff0000004427cc elr: ffff0000004ad9d0 spsr: 20000145 far: 30 esr: 96000005 panic: data abort in critical section or under mutex cpuid =3D 0 time =3D 1 KDB: stack backtrace: x0: fffffd00008c0a00 x1: ffff00000082e61c x2: ffff00000000f178 x3: ffff00000000f158 x4: 3 x5: ffff00000082b3a0 x6: ffff0000004d6fe0 x7: 63 x8: ffff000000f0de70 x9: b6c2 x10: 30 x11: 79f00c x12: 389 x13: 389 x14: 0 x15: 0 x16: 1 x17: 0 x18: ffff00000000f140 x19: ffff00000000f1b8 x20: ffff00000000f1d8 x21: ffff00000082e61c x22: fffffd00008c0a00 x23: ffff000000ada0b0 x24: 0 x25: ffff00000082e61c x26: ffff000000c1a000 x27: 82e61c x28: ffff000000dfa000 x29: ffff00000000f140 sp: ffff00000000f140 lr: ffff0000004427cc elr: ffff0000004a$9d0 spsr: 20000145 far: 30 esr: 96000005 panic: data abort in critical section or under mutex cpuid =3D 0 time =3D 1 KDB: stack backtrace: x0: fffffd00008c0a00 x1: ffff00000082e61c x2: ffff00000000ea28 x3: ffff00000000ea08 x4: 3 x5: ffff00000082b3a0 x6: ffff0000004d6fe0 x7: 63 x8: 18 x9: b6c2 x10: 30 x11: 7409f8 x12: 3a5 x13: 3a5 x14: 0 x15: 0 x16: 1 x17: 0 x18: ffff00000000e9f0 x19: ffff00000000ea68 x20: ffff00000000ea88 x21: ffff00000082e61c x22: fffffd00008c0a00 x23: ffff000000ada0b0 x24: 0 x25: ffff00000082e61c x26: ffff000000c1a000 x27: 82e61c x28: ffff000000dfa000 x29: ffff00000000e9f0 sp: ffff00000000e9f0 lr: ffff0000004427cc elr: ffff0000004ad9d0 spsr: 20000145 far: 30 esr: 96000005 panic: data abort in critical section or under mutex cpuid =3D 0 time =3D 1 KDB: stack backtrace: x0: fffffd00008c0a00 x1: ffff00000082e61c x2: ffff00000000e2d8 x3: ffff00000000e2b8 x4: 3 x5: ffff00000082b3a0 x6: ffff0000004d6fe0 x7: 63 x8: ffff000000f0fec8 x9: b6c2 x10: 30 x11: 719fa8 x12: 4f2 x13: 4f2 x14: 0 x15: 0 x16: 1 x17: 0 x18: ffff00000000e2a0 x19: ffff00000000e318 x20: ffff00000000e338 x21: ffff00000082e61c x22: fffffd00008c0a00 x23: ffff000000ada0b0 x24: 0 x25: ffff00000082e61c x26: ffff000000c1a000 x27: 82e61c x28: ffff000000dfa000 x29: ffff00000000e2a0 sp: ffff00000000e2a0 lr: ffff0000004427cc elr: ffff0000004ad9d0 spsr: 20000145 far: 30 esr: 96000005 panic: data abort in critical section or under mutex cpuid =3D 0 time =3D 1 KDB: stack backtrace: x0: fffffd00008c0a00 x1: ffff00000082e61c x2: ffff00000000db88 x3: ffff00000000db68 x4: 3 x5: ffff00000082b3a0 x6: ffff0000004d6fe0 x7: 63 x8: ffff000000f0b758 x9: b6c2 x10: 30 x11: 7f30f0 x12: 1ec x13: 1ec x14: 0 x15: 0 x16: 1 x17: 0 x18: ffff00000000db50 x19: ffff00000000dbc8 x20: ffff00000000dbe8 x21: ffff00000082e61c x22: fffffd00008c0a00 x23: ffff000000ada0b0 x24: 0 x25: ffff00000082e61c x26: ffff000000c1a000 x27: 82e61c x28: ffff000000dfa000 x29: ffff00000000db50 sp: ffff00000000db50 lr: ffff0000004427cc elr: ffff0000004ad9d0 spsr: 20000145 far: 30 esr: 96000005 panic: data abort in critical section or under mutex cpuid =3D 0 time =3D 1 KDB: stack backtrace: (It stopped there, so still hung up.) For reference, the prior boot -v output was: Loading kernel... /boot/kernel/kernel text=3D0xa7121c data=3D0x195bd8 data=3D0x0+0x300c5e = syms=3D[0x8+0x112230+0x8+0x137ffc] Loading configured modules... /boot/kernel/umodem.ko text=3D0x2180 text=3D0x1430 data=3D0x6f0+0x10 = syms=3D[0x8+0xf78+0x8+0xb8d] /boot/entropy size=3D0x1000 /boot/kernel/ucom.ko text=3D0x21bf text=3D0x3700 data=3D0x888+0x858 = syms=3D[0x8+0x1188+0x8+0xb1b] /etc/hostid size=3D0x25 Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds...=20 Type '?' for a list of commands, 'help' for more detailed help. OK boot -v Using DTB provided by EFI at 0x80f0000. Loading DTB overlays: 'rk3328-dwc3.dtbo' /boot/dtb/overlays/rk3328-dwc3.dtbo size=3D0x501 applying DTB overlay '/boot/dtb/overlays/rk3328-dwc3.dtbo' ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Type Physical Virtual #Pages Attr ConventionalMemory 000000200000 200000 00007ef0 WB=20 BootServicesData 0000080f0000 80f0000 00000020 WB=20 ConventionalMemory 000008110000 8110000 000ebd5a WB=20 LoaderData 0000f3e6a000 f3e6a000 00008001 WB=20 LoaderCode 0000fbe6b000 fbe6b000 000000aa WB=20 Reserved 0000fbf15000 fbf15000 00000005 WB=20 BootServicesData 0000fbf1a000 fbf1a000 00000001 WB=20 RuntimeServicesData 0000fbf1b000 fbf1b000 00000001 WB RUNTIME BootServicesData 0000fbf1c000 fbf1c000 00000002 WB=20 Reserved 0000fbf1e000 fbf1e000 00000004 WB=20 BootServicesData 0000fbf22000 fbf22000 00000002 WB=20 RuntimeServicesData 0000fbf24000 fbf24000 00000001 WB RUNTIME Reserved 0000fbf25000 fbf25000 00000002 WB=20 RuntimeServicesData 0000fbf27000 fbf27000 00000001 WB RUNTIME Reserved 0000fbf28000 fbf28000 00000001 WB=20 LoaderData 0000fbf29000 fbf29000 00003007 WB=20 RuntimeServicesCode 0000fef30000 fef30000 00000010 WB RUNTIME LoaderData 0000fef40000 fef40000 000000c0 WB=20 Physical memory chunk(s): 0x00200000 - 0xfbf14fff, 4029 MB (1031445 pages) 0xfbf1a000 - 0xfbf1dfff, 0 MB ( 4 pages) 0xfbf22000 - 0xfbf24fff, 0 MB ( 3 pages) 0xfbf27000 - 0xfbf27fff, 0 MB ( 1 pages) 0xfbf29000 - 0xfef2ffff, 48 MB ( 12295 pages) 0xfef40000 - 0xfeffffff, 0 MB ( 192 pages) Excluded memory regions: 0xf4000000 - 0xf53defff, 19 MB ( 5087 pages) NoAlloc=20 0xfbf15000 - 0xfbf19fff, 0 MB ( 5 pages) NoAlloc=20 0xfbf1b000 - 0xfbf1bfff, 0 MB ( 1 pages) NoAlloc=20 0xfbf1e000 - 0xfbf21fff, 0 MB ( 4 pages) NoAlloc=20 0xfbf24000 - 0xfbf28fff, 0 MB ( 5 pages) NoAlloc=20 0xfef30000 - 0xfef3ffff, 0 MB ( 16 pages) NoAlloc=20 Found 4 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 #8 r363123M: Sun Jul 12 04:01:48 PDT 2020 = markmi@FBSDFHUGE:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarc= h64/sys/GENERIC-NODBG arm64 FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d) VT: init without driver. Preloaded elf kernel "/boot/kernel/kernel" at 0xffff0000011b1000. Preloaded elf module "/boot/kernel/umodem.ko" at 0xffff0000011b9f80. Preloaded boot_entropy_cache "/boot/entropy" at 0xffff0000011ba798. Preloaded elf module "/boot/kernel/ucom.ko" at 0xffff0000011ba7f0. Preloaded hostuuid "/etc/hostid" at 0xffff0000011bafc8. Preloaded dtbo "/boot/dtb/overlays/rk3328-dwc3.dtbo" at = 0xffff0000011bb018. module firmware already present! 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 a4f7fbeb-f668-11de-b280-ebb65474e619 ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 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 random: entropy device external interface MAP fbf1b000 mode 2 pages 1 MAP fbf24000 mode 2 pages 1 MAP fbf27000 mode 2 pages 1 MAP fef30000 mode 2 pages 16 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 13.0. kbd0 at kbdmux0 crypto: mem: null: openfirm: WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. ofwbus0: simplebus0: on ofwbus0 clk_fixed0: on ofwbus0 rk_grf0: mem 0xff100000-0xff100fff on = ofwbus0 rk3328_cru0: mem = 0xff440000-0xff440fff on ofwbus0 Clock: apll, parent: xin24m(0), freq: 600000000 Clock: dpll, parent: xin24m(0), freq: 1596000000 Clock: cpll, parent: xin24m(0), freq: 594000000 Clock: gpll, parent: xin24m(0), freq: 576000000 Clock: npll, parent: xin24m(0), freq: 800000000 Clock: aclk_bus_pre, parent: gpll(1), freq: 96000000 Clock: hclk_bus_pre, parent: aclk_bus_pre(0), freq: 48000000 Clock: pclk_bus_pre, parent: aclk_bus_pre(0), freq: 48000000 Clock: armclk, parent: apll(0), freq: 600000000 Clock: clk_tsadc, parent: xin24m(0), freq: 315789 Clock: aclk_peri_pre, parent: gpll(1), freq: 144000000 Clock: pclk_peri, parent: aclk_peri_pre(0), freq: 36000000 Clock: hclk_peri, parent: aclk_peri_pre(0), freq: 28800000 Clock: clk_sdmmc, parent: xin24m(2), freq: 800000 Clock: clk_sdio, parent: cpll(0), freq: 297000000 Clock: clk_emmc, parent: gpll(1), freq: 96000000 Clock: clk_i2c0, parent: cpll(0), freq: 74250000 Clock: clk_i2c1, parent: cpll(0), freq: 74250000 Clock: clk_i2c2, parent: cpll(0), freq: 74250000 Clock: clk_i2c3, parent: cpll(0), freq: 74250000 Clock: clk_ref_usb3otg, parent: xin24m(0), freq: 24000000 Clock: clk_ref_usb3otg_src, parent: cpll(0), freq: 18562500 Clock: clk_usb3otg_suspend, parent: xin24m(0), freq: 30769 Clock: apll_core, parent: apll(0), freq: 600000000 Clock: dpll_core, parent: dpll(0), freq: 1596000000 Clock: gpll_core, parent: gpll(0), freq: 576000000 Clock: npll_core, parent: npll(0), freq: 800000000 Clock: gpll_peri, parent: gpll(0), freq: 576000000 Clock: cpll_peri, parent: cpll(0), freq: 594000000 Clock: clk_usb3otg_ref, parent: xin24m(0), freq: 24000000 Clock: pclk_bus, parent: pclk_bus_pre(0), freq: 48000000 Clock: pclk_phy_pre, parent: pclk_bus_pre(0), freq: 48000000 Clock: aclk_peri, parent: aclk_peri_pre(0), freq: 144000000 Clock: pclk_i2c0, parent: pclk_bus(0), freq: 48000000 Clock: pclk_i2c1, parent: pclk_bus(0), freq: 48000000 Clock: pclk_i2c2, parent: pclk_bus(0), freq: 48000000 Clock: pclk_i2c3, parent: pclk_bus(0), freq: 48000000 Clock: pclk_tsadc, parent: pclk_bus(0), freq: 48000000 Clock: pclk_gpio0, parent: pclk_bus(0), freq: 48000000 Clock: pclk_gpio1, parent: pclk_bus(0), freq: 48000000 Clock: pclk_gpio2, parent: pclk_bus(0), freq: 48000000 Clock: pclk_gpio3, parent: pclk_bus(0), freq: 48000000 Clock: pclk_usb3_grf, parent: pclk_phy_pre(0), freq: 48000000 Clock: hclk_sdmmc, parent: hclk_peri(0), freq: 28800000 Clock: hclk_sdio, parent: hclk_peri(0), freq: 28800000 Clock: hclk_emmc, parent: hclk_peri(0), freq: 28800000 Clock: hclk_peri_niu, parent: hclk_peri(0), freq: 28800000 Clock: pclk_peri_niu, parent: hclk_peri(0), freq: 28800000 Clock: aclk_usb3otg, parent: aclk_peri(0), freq: 144000000 Clock: hclk_sdmmc_ext, parent: hclk_peri(0), freq: 28800000 Clock: pclk_usb3phy_otg, parent: pclk_phy_pre(0), freq: 48000000 Clock: pclk_usb3phy_pipe, parent: pclk_phy_pre(0), freq: 48000000 rk3328_cru0: cannot get assigned clock at idx 30 rk3328_cru0: Set pclk_peri to 75000000 rk3328_cru0: Set hclk_peri to 75000000 rk3328_cru0: Set aclk_peri_pre to 150000000 rk3328_cru0: Set pclk_bus_pre to 75000000 rk3328_cru0: Set hclk_bus_pre to 75000000 rk3328_cru0: Set aclk_bus_pre to 150000000 rk3328_cru0: Set cpll to 1200000000 rk3328_cru0: Set gpll to 491520000 rk3328_cru0: Set armclk to 600000000 rk3328_cru0: cannot get assigned clock at idx 20 rk3328_cru0: cannot get assigned clock at idx 19 rk3328_cru0: Set clk_sdio to 50000000 rk3328_cru0: cannot get assigned clock at idx 17 rk3328_cru0: cannot get assigned clock at idx 16 rk3328_cru0: cannot get assigned clock at idx 15 rk3328_cru0: cannot get assigned clock at idx 14 rk3328_cru0: cannot get assigned clock at idx 13 rk3328_cru0: cannot get assigned clock at idx 12 rk3328_cru0: cannot get assigned clock at idx 11 rk3328_cru0: cannot get assigned clock at idx 10 rk3328_cru0: cannot get assigned clock at idx 9 rk3328_cru0: cannot get assigned clock at idx 8 rk3328_cru0: Set aclk_peri_pre to 15000000 rk3328_cru0: Set aclk_bus_pre to 15000000 rk3328_cru0: cannot get assigned clock at idx 5 rk3328_cru0: cannot get assigned clock at idx 4 rk3328_cru0: cannot get assigned clock at idx 3 rk3328_cru0: cannot get assigned clock at idx 2 rk3328_cru0: cannot get assigned clock at idx 1 rk3328_cru0: cannot get assigned clock at idx 0 clk_fixed1: on ofwbus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 regfix3: on ofwbus0 simple_mfd0: mem = 0xff450000-0xff45ffff on ofwbus0 psci0: on ofwbus0 psci0: PSCI version 0.2 compatible gic0: mem = 0xff811000-0xff811fff,0xff812000-0xff813fff,0xff814000-0xff815fff,0xff8160= 00-0xff817fff irq 49 on ofwbus0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 160 rk_pinctrl0: on ofwbus0 gpio0: mem 0xff210000-0xff2100ff irq 52 = on rk_pinctrl0 gpiobus0: on gpio0 gpio1: mem 0xff220000-0xff2200ff irq 53 = on rk_pinctrl0 gpiobus1: on gpio1 gpio2: mem 0xff230000-0xff2300ff irq 54 = on rk_pinctrl0 gpiobus2: on gpio2 gpio3: mem 0xff240000-0xff2400ff irq 55 = on rk_pinctrl0 gpiobus3: on gpio3 Processing 1 pin-config node(s) in pinctrl-0 for spdif@ff030000 Processing 1 pin-config node(s) in pinctrl-0 for serial@ff130000 Processing 1 pin-config node(s) in pinctrl-0 for pmic@18 Processing 1 pin-config node(s) in pinctrl-0 for i2c@ff160000 Processing 4 pin-config node(s) in pinctrl-0 for spi@ff190000 Processing 1 pin-config node(s) in pinctrl-0 for tsadc@ff250000 Processing 3 pin-config node(s) in pinctrl-0 for hdmi@ff3c0000 Processing 4 pin-config node(s) in pinctrl-0 for mmc@ff500000 Processing 3 pin-config node(s) in pinctrl-0 for mmc@ff520000 Processing 1 pin-config node(s) in pinctrl-0 for ethernet@ff540000 Processing 1 pin-config node(s) in pinctrl-0 for sdmmc-regulator Processing 1 pin-config node(s) in pinctrl-0 for vcc-host-5v-regulator Processing 1 pin-config node(s) in pinctrl-0 for vcc-host1-5v-regulator Processing 1 pin-config node(s) in pinctrl-0 for ir-receiver rk_i2c0: mem 0xff160000-0xff160fff irq 16 on ofwbus0 iicbus0: on rk_i2c0 rk805_pmu0: at addr 0x30 irq 56 on iicbus0 rk805_pmu0: Regulator DCDC_REG1 attached rk805_pmu0: Regulator DCDC_REG2 attached rk805_pmu0: Regulator DCDC_REG3 attached rk805_pmu0: Regulator DCDC_REG4 attached rk805_pmu0: Regulator LDO_REG1 attached rk805_pmu0: Regulator LDO_REG2 attached rk805_pmu0: Regulator LDO_REG3 attached (earlier material goes here) For reference, the -r363021 kernel in /boot/kernel.old/ still works for booting. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Jul 13 09:10:49 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5F35D35DCD3 for ; Mon, 13 Jul 2020 09:10:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-54.consmr.mail.gq1.yahoo.com (sonic307-54.consmr.mail.gq1.yahoo.com [98.137.64.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B4yYN2nDXz4dKD for ; Mon, 13 Jul 2020 09:10:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: VpSX518VM1n90Fc1cedVUd8CiD6FI1vKpp0x1NW9usmzum8qNJHF4CYmtLDCjmE 6MKnRP46pKM5Scz8Ws60_QBhXhB.mKWy9lei9BKSMzgCrLoDuUEUftA6HfCYwrZdcijNguhoVypk MHd65NW5OdMYpHPo8cmJgvK.u9T2sO92Xnt7YkeiPztwROrLw0q8_7U3TuhGnYog3zxPDUImav__ 3IAYIZTjUbyuZQtp2eqerlRY_8JKB0e3AmqL1MmGh8SsPNTLqgf2yivxkhGDHHhZm2Uxt4J49F9p AR1.5U.PqmYYtdDN5Zx1HsM.g.cuxF9e6x28m9B0V7uxkz3jxWm098bt6FexqHgVgQRGPaBUkzll Bxb1Cn54SExvvODyeMZvsqfvvZR4J2Z9.u7WHTToLjaWQ.YmhPpk4QfYeQySmZitJofCJJnoaCVG Ng6e_UyyHRzZEQ_DYBsgBcuKZWRXGTwD5D2a75gO8z7pI_Ai68uQ7dXwriBohmJv2pB3cQPrmbMf NuhIjksBhhvJNKXfgrQigxiyzBMaSwy0wPGwnA_PLdg9CoYK19uq97j2sV5ZUENH5g6T4AQE0OhZ HQnAOI98Nkd5KVmUVXK_rx4Utdae70rUy4DdY38uWq25pNLCiJxdXRpK0eskdOeH3VhbukL7U17k 4lKFhRUU7JixX8ZNizADQPmic.mSuw1S2nOgqwpci6JEI16Uy5YwpTOjuiVnRwnl79uvhCcy14mA 5HTylSGqMm5UTWdbV8TmX6x8C2h2HvxsZ92e6i7h_XSmGin8hlEiuzXETCgGvyE.6sXPGkaUK.Zk tDBEoeqHECeppSs4dKgVgqOOzsAT9jBd2eNbFpAYrIuT9MWtWBh1nia23mpTLu3xYaPWnMw6G9VZ UkNoibBgwqmpFTZAY5iOgkagF9OYwQqjs6PsW95GjvhxSC1VZIjcNawlQggfbSYOYWT.PTV18U7R nlt0saQDHxuntN2BJS7z0aFjtKP2ZAC5L7EbtQrTvq.SDbYFILmZY8W1VZwI7aOA3UuGFd4vtY9q X8v..cXwodagirqd9UzOMUuAQqNRex460M78ruAp7i5512TaG4K4MgkILyoeCzuQvKIk9STYZm3J .AVUPbDL4qrV8YOTCfcK_J21Ek465ZotVxvyNhfTJrGTbjsV4A1VMZ4pb8rGsBchUJXaKfqD966Y xXjoNShrtmHJZohUfTgXifWln9Q3TCd3awSPgU_s2uaGlwCS868oMmOAFDD.nCAUxFfT3p0mlqwj cTU2U36vggBy1Z2njzLFMZnw4JLI5.ieFcWMAOi5E5zuTLERA1sdf4iLyiGehFfBaSTmZZZNM0PF MfG9tZq.0aCd3p3uAmX6QVbCLWZzq1sKh_Mjwy1fVfp8e4KUtF1jLBpHQoz.Rayr1eAk8gvMMPUj 08i2ig_coKzxx2PQUqrmAdsLdRHK40QOPFHkBPQFZaSvHyfbTErddRUHX02xswoSrn2OhgV8VaQ- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Mon, 13 Jul 2020 09:10:46 +0000 Received: by smtp423.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 31991382372c316fc2382b134019ab61; Mon, 13 Jul 2020 09:10:46 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Rock64 head -r363021 -> -r363123 kernel upgrade: hangs after "rk_tsadc0: mem ... irq 22 on ofwbus0" Date: Mon, 13 Jul 2020 02:10:44 -0700 References: <7BB9973C-CCC4-4599-98D5-864BEBECE3DF@yahoo.com> To: "mmel@freebsd.org " , freebsd-arm In-Reply-To: <7BB9973C-CCC4-4599-98D5-864BEBECE3DF@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B4yYN2nDXz4dKD X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.31 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.76)[-0.759]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.05)[-1.051]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.004]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.30:from]; 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: Mon, 13 Jul 2020 09:10:49 -0000 On 2020-Jul-13, at 00:59, Mark Millard wrote: > With boot -v the kernel crashes instead of being > silently-hung: >=20 > . . . > generic_timer0: irq 4,5,6,7 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality = 1000 > Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 > rk_tsadc0: mem 0xff250000-0xff2500ff = irq 22 on ofwbus0 > panic: stack overflow detected; backtrace may be corrupted > cpuid =3D 0 > time =3D 1 > KDB: stack backtrace: . . . Trying artifact.ci.freebsd.org debug kernels for an approximate bisect: -r363121 works. -r363122 has no aarch64 artifacts. -r363123 fails. (So the specifics of my personal builds are not involved.) -r363122 is: Author: mmel Date: Sun Jul 12 07:42:21 2020 New Revision: 363122 URL:=20 https://svnweb.freebsd.org/changeset/base/363122 Log: Assigned clocks: fix off-by-one bug, don't leak allocated memory. =20 MFC after: 1 week . . . -r363123 is: Author: mmel Date: Sun Jul 12 07:59:15 2020 New Revision: 363123 URL:=20 https://svnweb.freebsd.org/changeset/base/363123 Log: Reverse the processing order of assigned clocks property. Linux processes these clocks in reverse order and some DT relies on this fact. For example, the frequency setting for a given PLL is the last in the list, preceded by the frequency setting of its following divider or so... =20 MFC after: 1 week . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Jul 13 17:19: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 95EE836A918 for ; Mon, 13 Jul 2020 17:19:30 +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 4B59PF1bbwz4F9k for ; Mon, 13 Jul 2020 17:19:29 +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 C96B019B786 for ; Mon, 13 Jul 2020 10:19:24 -0700 (PDT) Date: Mon, 13 Jul 2020 10:19:21 -0700 Message-ID: <878sfnz61y.wl-bsd@zeppelin.net> From: Josh Howard To: freebsd-arm@freebsd.org Subject: big.LITTLE status for rk3399/rockpro64? 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: 4B59PF1bbwz4F9k 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.89 / 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)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.34)[0.344]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.06)[-0.055]; NEURAL_SPAM_LONG(0.70)[0.704]; 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: Mon, 13 Jul 2020 17:19:30 -0000 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 From owner-freebsd-arm@freebsd.org Mon Jul 13 17:27:25 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 13D2136B183 for ; Mon, 13 Jul 2020 17:27:25 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-11-4.privateemail.com (mta-11-4.privateemail.com [198.54.127.104]) (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 4B59ZM2hcnz4GCj for ; Mon, 13 Jul 2020 17:27:23 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from mta-11.privateemail.com (localhost [127.0.0.1]) by mta-11.privateemail.com (Postfix) with ESMTP id 07EE18004B for ; Mon, 13 Jul 2020 13:27:13 -0400 (EDT) Received: from mail-io1-f44.google.com (unknown [10.20.151.238]) by mta-11.privateemail.com (Postfix) with ESMTPA id B16B68005C for ; Mon, 13 Jul 2020 17:27:12 +0000 (UTC) Received: by mail-io1-f44.google.com with SMTP id i4so14311312iov.11 for ; Mon, 13 Jul 2020 10:27:12 -0700 (PDT) X-Gm-Message-State: AOAM531jOn+3Vy1vY0rax+YvU1x0+AjszT0Mtb9kE0jTsdllr1S5Rps4 PWblEMQxxKws+M5yx19spjvEa8NMACjeOAsEUv4= X-Google-Smtp-Source: ABdhPJwDPnMlkBYWD5pyWk1a1N1rqw0o9wCzvAHENiaZyDhc7LxmGHOxwcVoD6CDB9KCmsc9xOrnzgaax9+enIiwQYM= X-Received: by 2002:a02:a909:: with SMTP id n9mr1288044jam.70.1594661232156; Mon, 13 Jul 2020 10:27:12 -0700 (PDT) MIME-Version: 1.0 References: <878sfnz61y.wl-bsd@zeppelin.net> In-Reply-To: <878sfnz61y.wl-bsd@zeppelin.net> From: Vincent Milum Jr Date: Mon, 13 Jul 2020 10:26:59 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: big.LITTLE status for rk3399/rockpro64? To: freebsd-arm@freebsd.org X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 4B59ZM2hcnz4GCj 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.104 as permitted sender) smtp.mailfrom=freebsd-arm@darkain.com X-Spamd-Result: default: False [-1.81 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[198.54.127.104:from]; 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.96)[-0.959]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[darkain.com]; NEURAL_HAM_SHORT(-0.58)[-0.578]; NEURAL_HAM_MEDIUM(-0.97)[-0.972]; 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)[] 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: Mon, 13 Jul 2020 17:27:25 -0000 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 > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Mon Jul 13 18:06:35 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E6CBE36CA02 for ; Mon, 13 Jul 2020 18:06:35 +0000 (UTC) (envelope-from danilogondolfo@gmail.com) Received: from mail-ua1-f44.google.com (mail-ua1-f44.google.com [209.85.222.44]) (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 4B5BRZ49rRz4Jyd for ; Mon, 13 Jul 2020 18:06:34 +0000 (UTC) (envelope-from danilogondolfo@gmail.com) Received: by mail-ua1-f44.google.com with SMTP id p6so4406404uaq.12 for ; Mon, 13 Jul 2020 11:06:34 -0700 (PDT) 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=TgMvQQQhqZbI1FY3BbXya/laUhKR31fTHsHeK4YLQR0=; b=IyxNEfplq5G2L0yKtEgYJKKoSHXRAECbCwu2uOP8lBGdSBGpsOLJg7PsUwaR7XupST VFxcolKHQqfV2XNlKwgQ8cKyXLgB8gU06jlZQuG/KnnQJIhNktFSbY2uG+i4Nb+xW9Ma /FwTr7k4i8j3wCCb3fyxgw/mJnniiaA4zkolSXqNTUIcxlI5/CU7l9WVItN4D522nqhn hTwbSA04whiQ6cBcbgr51bURgK1ldz6t0GyC5ZcXrU8hhwOYBT/mwI3YE7C8gz8JLgdo reQ0eWU7wh29LFKhq+IIGV2vYAMO5UNeZC+KZcprDhwXTSNFl4EC+a6sDSVCmvcqKvGZ LYAw== X-Gm-Message-State: AOAM5327jaCTZFigndK5YlwiOYuERq3OJyBQd1Q//dVGlxIsd9ajLbix d1AWOUo+ZZdZKJw4Vdbjn5sa9A7LB/jzv41Iq49G25TX X-Google-Smtp-Source: ABdhPJzUa2MLGyorQIcs2NzNH1IG+eItSQ+BFnuOPam1g2KoA7d6s+RSl9yqyLZYOnym1Nz41W7+SRyiifx4D3ZIb6s= X-Received: by 2002:ab0:316:: with SMTP id 22mr662107uat.41.1594663593543; Mon, 13 Jul 2020 11:06:33 -0700 (PDT) MIME-Version: 1.0 References: <878sfnz61y.wl-bsd@zeppelin.net> In-Reply-To: From: =?UTF-8?Q?Danilo_Eg=C3=AAa_Gondolfo?= Date: Mon, 13 Jul 2020 19:06:22 +0100 Message-ID: Subject: Re: big.LITTLE status for rk3399/rockpro64? To: Vincent Milum Jr Cc: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 4B5BRZ49rRz4Jyd X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of danilogondolfo@gmail.com designates 209.85.222.44 as permitted sender) smtp.mailfrom=danilogondolfo@gmail.com X-Spamd-Result: default: False [-1.40 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-0.64)[-0.637]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.79)[-0.786]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.222.44:from]; NEURAL_HAM_MEDIUM(-0.98)[-0.976]; FORGED_SENDER(0.30)[danilo@freebsd.org,danilogondolfo@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.222.44:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[danilo@freebsd.org,danilogondolfo@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] 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: Mon, 13 Jul 2020 18:06:36 -0000 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 > > > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > 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. From owner-freebsd-arm@freebsd.org Mon Jul 13 20:24:44 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 3946C3700D1 for ; Mon, 13 Jul 2020 20:24:44 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-07-4.privateemail.com (mta-07-4.privateemail.com [68.65.122.27]) (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 4B5FVz68Ktz4V3m; Mon, 13 Jul 2020 20:24:43 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-07.privateemail.com (localhost [127.0.0.1]) by MTA-07.privateemail.com (Postfix) with ESMTP id DEF9160046; Mon, 13 Jul 2020 16:24:37 -0400 (EDT) Received: from mail-il1-f178.google.com (unknown [10.20.151.219]) by MTA-07.privateemail.com (Postfix) with ESMTPA id C172660049; Mon, 13 Jul 2020 20:24:36 +0000 (UTC) Received: by mail-il1-f178.google.com with SMTP id a11so12389791ilk.0; Mon, 13 Jul 2020 13:24:36 -0700 (PDT) X-Gm-Message-State: AOAM532TGtvYK8ZlGm6vdaU3A4cmzjENRXG+bcbyR642pKZ8s6mKfw1L 9XmU1hCpRdWtTwRb6i571myym6i6HpM4Ys9JFN0= X-Google-Smtp-Source: ABdhPJwNS19G5Yi/OsFwbjX9Mmb2S0Sz20/FUFj6cvc+/Q1bnuPbZHnr9CIrsuGa4FQvHds6Aj7x6U8eAWT0xL5W4T8= X-Received: by 2002:a92:b001:: with SMTP id x1mr1410161ilh.18.1594671876157; Mon, 13 Jul 2020 13:24:36 -0700 (PDT) MIME-Version: 1.0 References: <878sfnz61y.wl-bsd@zeppelin.net> In-Reply-To: From: Vincent Milum Jr Date: Mon, 13 Jul 2020 13:24:23 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: big.LITTLE status for rk3399/rockpro64? To: =?UTF-8?Q?Danilo_Eg=C3=AAa_Gondolfo?= Cc: freebsd-arm@freebsd.org X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 4B5FVz68Ktz4V3m X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:22612, ipnet:68.65.122.0/24, country:US] 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, 13 Jul 2020 20:24:44 -0000 I've enabled all 6 cores now. Unsure if it is related, but there were initialization issues with the keyboard and trackpad after reboot. On first reboot, the keyboard entirely locked up while typing the user name. On second reboot, keyboard functioned, but there was no trackpad once I got into the X session. After some time, it eventually started working on its own, no idea why. Hardware aside, compute so far seems to work as expected. I tried opening large YouTube videos, and watched it stress all 6 cores without issue. On Mon, Jul 13, 2020 at 11:06 AM Danilo Eg=C3=AAa 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 >> > >> > >> > _______________________________________________ >> > freebsd-arm@freebsd.org mailing list >> > https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > > 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 entire > system and I didn't face any issue. > > Maybe manu@ could give us some context about that. > From owner-freebsd-arm@freebsd.org Mon Jul 13 22:02:15 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 F36123731E6 for ; Mon, 13 Jul 2020 22:02:14 +0000 (UTC) (envelope-from danilogondolfo@gmail.com) Received: from mail-vs1-f45.google.com (mail-vs1-f45.google.com [209.85.217.45]) (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 4B5HgT3Pl0z4bNJ for ; Mon, 13 Jul 2020 22:02:13 +0000 (UTC) (envelope-from danilogondolfo@gmail.com) Received: by mail-vs1-f45.google.com with SMTP id m6so3317604vsl.12 for ; Mon, 13 Jul 2020 15:02:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=2wOX4BwDMcajHlCab2VITIXXsMawIDRSOwsDpR9rHnQ=; b=Sc+pa8BRwXOca7A40g8nuoEfII7TZTwwoKy0clhX+cAcdZFAKkS71XCgqCfkhD1PkQ hrIFj+tWqCEA7Y+VTE8d6BPsyWSW2aX2PNu+rsZ8hslMT4N7AYAV0qCm8crQlS8iYh7V ecLhGa9mq4/FcmxisPsmkJZvBFOVhvTGJaXwJ2ZZnltNU/qDvHBYzv61aAN2r+UIsxj6 05DluMKqM6LKoTNqM62DC8JPEku8K+Wn/tDe5XtdhLTKmRhFa5XfPA5VpKOs5LkTRltH F0EddBXeHf0mZuqfDt7iZwqQMvFDCoW+gZW38LNUK/a5g+L8qinzuvbEhudQXfjQuzWJ krNA== X-Gm-Message-State: AOAM530Q8Gn3Ra0cKSKOuTyizOqKXGnU/qamVTbHOyDmo38QiqTXUuKs W0UkoVe254nCVuufQwAqOZOs051eO4lU4bZIu3hqufv6 X-Google-Smtp-Source: ABdhPJw+dCq2AdzxLmEHmMFl/qiSPMl4i5EjwVvqaCI2hjtZCTn2ZCY7cULelGdTHTzyvPh7hD+JoIKmsqMgUGsFltE= X-Received: by 2002:a67:d19b:: with SMTP id w27mr1256796vsi.45.1594677732219; Mon, 13 Jul 2020 15:02:12 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?Q?Danilo_Eg=C3=AAa_Gondolfo?= Date: Mon, 13 Jul 2020 23:07:58 +0100 Message-ID: Subject: Wifi dongles on RockPro64 To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 4B5HgT3Pl0z4bNJ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of danilogondolfo@gmail.com designates 209.85.217.45 as permitted sender) smtp.mailfrom=danilogondolfo@gmail.com X-Spamd-Result: default: False [0.83 / 15.00]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; NEURAL_HAM_SHORT(-0.06)[-0.055]; NEURAL_SPAM_LONG(0.52)[0.517]; RCVD_IN_DNSWL_NONE(0.00)[209.85.217.45:from]; NEURAL_HAM_MEDIUM(-0.35)[-0.351]; FORGED_SENDER(0.30)[danilo@freebsd.org,danilogondolfo@gmail.com]; DMARC_NA(0.00)[freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.217.45:from]; R_DKIM_NA(0.00)[]; R_MIXED_CHARSET(0.71)[subject]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[danilo@freebsd.org,danilogondolfo@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[] 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: Mon, 13 Jul 2020 22:02:15 -0000 Hello, are you using wifi USB adapters on your RockPro64 boards? I'm trying to use one but without success. The device will disappear as soon as it is powered up. Example: # ifconfig wlan0 create wlandev run0 run0 on uhub0 run0: <1.0> on usbus2 run0: MAC/BBP RT5390 (rev 0x0502), RF RT5370 (MIMO 1T1R), address 00:c1:40:61:01:cb run0: [HT] Enabling 802.11n ieee80211_load_module: load the wlan_amrr module by hand for now. wlan0: Ethernet address: 00:c1:40:61:01:cb # ifconfig wlan0 up wlan0: Ethernet address: 00:c1:40:61:01:cb run0: firmware RT3071 ver. 0.33 loaded run0: at uhub0, port 1, addr 2 (disconnected) It seems it's not a FreeBSD issue. I've tested it on NetBSD and Linux and it fails too. The adapter is working fine, I've tested on my laptop. Maybe it's an issue related to voltage regulation or some board limitation. So I'm curious, is anybody successfully using wifi dongles on this board? Thanks. From owner-freebsd-arm@freebsd.org Tue Jul 14 01:46: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 73D21350D90 for ; Tue, 14 Jul 2020 01:46:30 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-06-4.privateemail.com (mta-06-4.privateemail.com [198.54.122.56]) (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 4B5NfF4fkcz3bDC; Tue, 14 Jul 2020 01:46:29 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-06.privateemail.com (localhost [127.0.0.1]) by MTA-06.privateemail.com (Postfix) with ESMTP id 1FE8A6003D; Mon, 13 Jul 2020 21:46:26 -0400 (EDT) Received: from mail-io1-f47.google.com (unknown [10.20.151.206]) by MTA-06.privateemail.com (Postfix) with ESMTPA id D650960043; Tue, 14 Jul 2020 01:46:25 +0000 (UTC) Received: by mail-io1-f47.google.com with SMTP id a12so15609702ion.13; Mon, 13 Jul 2020 18:46:25 -0700 (PDT) X-Gm-Message-State: AOAM532Imjjay5BKBwTp9z2ubg7Ns72JCyk3zxDzH8K0Ftu6lM/4kNPP H0rG2CMCFJ0vUmzp15hKX/+8OTs/Q/ilk1T3n2c= X-Google-Smtp-Source: ABdhPJxyh2MFur+uVZF5xLWrCmfcr04kkGb5Y06hsKb6QtE8htvZrN7cXpBNljo6aH7kGy8M1FmTQERQjHcEmKFNvLc= X-Received: by 2002:a02:8796:: with SMTP id t22mr3398579jai.90.1594691185227; Mon, 13 Jul 2020 18:46:25 -0700 (PDT) MIME-Version: 1.0 References: <878sfnz61y.wl-bsd@zeppelin.net> In-Reply-To: From: Vincent Milum Jr Date: Mon, 13 Jul 2020 18:46:14 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: big.LITTLE status for rk3399/rockpro64? To: =?UTF-8?Q?Danilo_Eg=C3=AAa_Gondolfo?= Cc: freebsd-arm@freebsd.org X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 4B5NfF4fkcz3bDC 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.122.56 as permitted sender) smtp.mailfrom=freebsd-arm@darkain.com X-Spamd-Result: default: False [-1.55 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:198.54.122.32/27]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[darkain.com]; NEURAL_HAM_LONG(-1.01)[-1.009]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; NEURAL_HAM_SHORT(-0.24)[-0.244]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[198.54.122.56:from]; 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.122.0/24, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[198.54.122.56: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, 14 Jul 2020 01:46:30 -0000 Some more observations. I've full power cycled the Pinebook Pro a few times now rather than just software rebooted, and the keyboard/trackpad issue has not come back yet. All 6 cores seem to be working, but not optimally. The big cores are not boosting to their max frequency. Regardless, 6 cores is still 50% more than 4 cores, so more compute power! This is observed while compiling the FreeBSD kernel directly on the Pinebook Pro. dev.cpu.5.freq_levels: 1800/-1 1608/-1 1416/-1 1200/-1 1008/-1 816/-1 600/-1 408/-1 dev.cpu.5.freq: 1416 dev.cpu.4.freq_levels: 1800/-1 1608/-1 1416/-1 1200/-1 1008/-1 816/-1 600/-1 408/-1 dev.cpu.4.freq: 1416 dev.cpu.3.freq_levels: 1416/-1 1200/-1 1008/-1 816/-1 600/-1 408/-1 dev.cpu.3.freq: 1416 dev.cpu.2.freq_levels: 1416/-1 1200/-1 1008/-1 816/-1 600/-1 408/-1 dev.cpu.2.freq: 1416 dev.cpu.1.freq_levels: 1416/-1 1200/-1 1008/-1 816/-1 600/-1 408/-1 dev.cpu.1.freq: 1416 dev.cpu.0.freq_levels: 1416/-1 1200/-1 1008/-1 816/-1 600/-1 408/-1 dev.cpu.0.freq: 1416 hw.temperature.CPU: 56.1C hw.temperature.GPU: 51.1C On Mon, Jul 13, 2020 at 1:24 PM Vincent Milum Jr wrote: > I've enabled all 6 cores now. > > Unsure if it is related, but there were initialization issues with the > keyboard and trackpad after reboot. On first reboot, the keyboard entirel= y > locked up while typing the user name. On second reboot, keyboard > functioned, but there was no trackpad once I got into the X session. Afte= r > some time, it eventually started working on its own, no idea why. > > Hardware aside, compute so far seems to work as expected. I tried opening > large YouTube videos, and watched it stress all 6 cores without issue. > > On Mon, Jul 13, 2020 at 11:06 AM Danilo Eg=C3=AAa 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 new= s >>> > 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 >>> > >>> > >>> > _______________________________________________ >>> > freebsd-arm@freebsd.org mailing list >>> > https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " >>> > >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >>> >> >> 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 entire >> system and I didn't face any issue. >> >> Maybe manu@ could give us some context about that. >> > From owner-freebsd-arm@freebsd.org Tue Jul 14 02:22:59 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0E889351FA9 for ; Tue, 14 Jul 2020 02:22:59 +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 4B5PSK3tCnz3fC6; Tue, 14 Jul 2020 02:22:57 +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 C979B19B786; Mon, 13 Jul 2020 19:22:56 -0700 (PDT) Date: Mon, 13 Jul 2020 19:22:54 -0700 Message-ID: <87d04y3ke9.wl-bsd@zeppelin.net> From: Josh Howard To: Vincent Milum Jr Cc: Danilo =?ISO-8859-1?Q?Eg=EAa?= Gondolfo , freebsd-arm@freebsd.org Subject: Re: big.LITTLE status for rk3399/rockpro64? In-Reply-To: References: <878sfnz61y.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: 4B5PSK3tCnz3fC6 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 [2.42 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; R_SPF_FAIL(1.00)[-all]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zeppelin.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.35)[-0.353]; NEURAL_SPAM_LONG(0.46)[0.457]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_MEDIUM(-0.58)[-0.585]; 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: Tue, 14 Jul 2020 02:22:59 -0000 On Mon, 13 Jul 2020 18:46:14 -0700, Vincent Milum Jr wrote: > > Some more observations. > > I've full power cycled the Pinebook Pro a few times now rather than just > software rebooted, and the keyboard/trackpad issue has not come back yet. > > All 6 cores seem to be working, but not optimally. The big cores are not > boosting to their max frequency. Regardless, 6 cores is still 50% more than > 4 cores, so more compute power! I manually set the first two CPUs to 1800. Seems to be working. From owner-freebsd-arm@freebsd.org Tue Jul 14 02:42:54 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 AB8F7352738 for ; Tue, 14 Jul 2020 02:42:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B5PvK5ZCTz3gSf for ; Tue, 14 Jul 2020 02:42:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ARNXtpwVM1nO8iBWiMoomYpAE9s1bADST0XC_Z25OBV0TcTceCaECdusHWrLNKO fGbffWVfcAJ6OQsS0TOkDhzqfKVSvl_y_VfdYJHuI2a.JzVXsYDBdeYJ_zoqA7mESAblCykxClMi ObpteRloOz6Mfau1c2H8Y.YIQF8CUEfgM6aIS0fMlAfqpI7YDi4OpbKPJW7KhBc.tonXqKHt8lpC EgQv4pkbNpnLYbEg.LQn.LP8_lFAFck2SICzmEm2Q9o9rj6JqkfwqZE8.By.QqKdNjCONED7ShJ1 74rAL_VS2H53.FtCn7Dh7_bULIWptfH_SrB4vWY3hLW4_s2iU_F.UV6Anr3ZVLGRaSgUEHfI1q2j 0NTdQ18J2PjllCXgTTi4gaGE6g1NMLhQL0kjlWAM6gwGKfffLWReiGtUFpPY6fGJjvt5_FxqQW0P KsBkdKsWFVT231Ng.E4Q6yns2sT.6GwRB9fwB6utUR7kRKjMq9Fsf_UHUriC8EPqI1ELvHJReOd8 xu1B7AKo9l5.G8N5EiMfDwkzLvKcr7KxgbJ9FyjaKvY9cYgZ4ypKBLpf.aZoHUt.B8nHzhNO_J5q 5r.hyceyORSTnYcxdXwHLPFuUZqtB3TD5tsT7lZ2QQ5ujdNVMLIe4xPT0gaOfv4KtAwDIr_X4aOs GQovTHZd12vyt2Gq53xv4YuuMx0f8MLBVSF6HMFwkU5gVDwSvttLf84fiykuGeg8Bl6jUkw3X3y4 6FP7aUx2hsDe9oIeCxDY6cnXM6CrOpwriX2YVHZELFMFwIUy7u1UJ.C9T1ZiO6M6WmKElspHUont O8Uxr.4fvUMRMqrrTlONCiE2wyeqGlMx1zF0dKmPnWQTBhyHRITo6IMHSATaMnj7hgAH9bWxiI0G C2XMaqG0s0hk4JfeG94F.OScLkyG8UxBVdYudZxHG0a7Pxl.6_oQ_1p6u04y7gjwUHhHoptNKm.5 AXP8ePite8Ywl2VR0dyPQkPF08R.kD5Skb1WvvOCaKQ4ZxMO0AXSEHC9X__q9JyByRbSNFOFEveJ 4F_mcH5csDotv_DOtloA9AEggHFJj9hE4qk119teQOR9XdhtpwL7p9nw0IKtzQ49Iqu5GP6_HyiS Wjj0eKfOu7DP3sCKk1f9ecJfyWjM_jn6rfXoEwZKnDwBl4gCnFIkXQxyRC70DfGKcL_7rWoPpu3O DdAXeefdm6Lf8MPQptT9tGuC1IrYzLECFZazpQmb1mLcPWjQHiuLBjKfEy0_pWA9dAg6cFCRXv6V op7mp4zsbePnuSWgmwwgXV.gJi.Hj9pr0jKyazkzTKxMmfhBthfr0vPZuEVAzlXtCc.EXtSDz1Pz apwzQU9h.HAu2YT.T2I2211i7M_2xHGka1NlZ6TeeIbxyg8NpqFekOP3.2UlUw6KlEVkzh6gj0ON uNdUHi9wMeGntEgIkVULCgGChL9G9i56Ad36vlokAJadX_Tguy6LPOcn4DSvZ_tnFYZafXQcZAyU - Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Tue, 14 Jul 2020 02:42:51 +0000 Received: by smtp416.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6e18d73979964db48900067fdd159ef8; Tue, 14 Jul 2020 02:42:50 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Rock64 head -r363021 -> -r363123 kernel upgrade: hangs after "rk_tsadc0: mem ... irq 22 on ofwbus0" Date: Mon, 13 Jul 2020 19:42:50 -0700 References: <7BB9973C-CCC4-4599-98D5-864BEBECE3DF@yahoo.com> To: "mmel@freebsd.org" , freebsd-arm In-Reply-To: Message-Id: <78EA1B36-904C-4CB5-89D1-D6873F4EB981@yahoo.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B5PvK5ZCTz3gSf X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.58 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.11)[-0.113]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.972]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.994]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.31:from]; 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: Tue, 14 Jul 2020 02:42:54 -0000 On 2020-Jul-13, at 02:10, Mark Millard wrote: > On 2020-Jul-13, at 00:59, Mark Millard wrote: >=20 >> With boot -v the kernel crashes instead of being >> silently-hung: >>=20 >> . . . >> generic_timer0: irq 4,5,6,7 on ofwbus0 >> Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality = 1000 >> Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality = 1000 >> rk_tsadc0: mem 0xff250000-0xff2500ff = irq 22 on ofwbus0 >> panic: stack overflow detected; backtrace may be corrupted >> cpuid =3D 0 >> time =3D 1 >> KDB: stack backtrace: > . . . >=20 > Trying artifact.ci.freebsd.org debug kernels > for an approximate bisect: >=20 > -r363121 works. > -r363122 has no aarch64 artifacts. > -r363123 fails. >=20 > (So the specifics of my personal builds are > not involved.) >=20 >=20 > -r363122 is: >=20 > Author: mmel > Date: Sun Jul 12 07:42:21 2020 > New Revision: 363122 > URL:=20 > https://svnweb.freebsd.org/changeset/base/363122 >=20 > Log: > Assigned clocks: fix off-by-one bug, don't leak allocated memory. >=20 > MFC after: 1 week > . . . >=20 >=20 > -r363123 is: >=20 > Author: mmel > Date: Sun Jul 12 07:59:15 2020 > New Revision: 363123 > URL:=20 > https://svnweb.freebsd.org/changeset/base/363123 >=20 > Log: > Reverse the processing order of assigned clocks property. > Linux processes these clocks in reverse order and some DT relies > on this fact. For example, the frequency setting for a given PLL > is the last in the list, preceded by the frequency setting of its > following divider or so... >=20 > MFC after: 1 week >=20 > . . . >=20 Updating from: U-Boot TPL 2020.04 (Apr 25 2020 - 07:18:42) U-Boot SPL 2020.04 (Apr 25 2020 - 07:18:42 +0000) U-Boot 2020.04 (Apr 25 2020 - 07:19:22 +0000) to sysutils/u-boot-rock64 and sysutils/u-boot-master producing : U-Boot TPL 2020.07 (Jul 13 2020 - 18:51:17) U-Boot SPL 2020.07 (Jul 13 2020 - 18:51:17 +0000) U-Boot 2020.07 (Jul 13 2020 - 18:56:13 +0000) made no difference when installed and tested. (The detailed last-messasge point does seem to vary generally, so I've not considered that when comparing. It still hangs up with the updated sysutils/u-boot-rock64 related materials.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jul 14 07:45:23 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 91AAC359791 for ; Tue, 14 Jul 2020 07:45:23 +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 4B5XcM0PJtz4HPc; Tue, 14 Jul 2020 07:45:22 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1594712720; 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=XX7y5CbYKBWrgut0h4xroGwkjeodb66hw835pyAXwCQ=; b=YqcmpQqJWYwh76xUv4Xr/QmA97kr4iAERjW1tHolIVuLMEFyg1V0FmKWgwaUdIlwO3nhar SGx6O26ga7JdgiOteoT1UM3aoHRdqdaylip5nx+jzDvVTGw8URCOXzQwluy3PfzfBYo2gR qZYMARZfhtcEYjV3TFoJU6LyADLQTm0= Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 350f72c5 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 14 Jul 2020 07:45:19 +0000 (UTC) Date: Tue, 14 Jul 2020 09:45:19 +0200 From: Emmanuel Vadot To: Danilo =?ISO-8859-1?Q?Eg=EAa?= Gondolfo Cc: Vincent Milum Jr , freebsd-arm@freebsd.org Subject: Re: big.LITTLE status for rk3399/rockpro64? Message-Id: <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> In-Reply-To: References: <878sfnz61y.wl-bsd@zeppelin.net> 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: 4B5XcM0PJtz4HPc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR] 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, 14 Jul 2020 07:45:23 -0000 On Mon, 13 Jul 2020 19:06:22 +0100 Danilo Eg=EAa Gondolfo wrote: > 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 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 > > > > > > > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > >=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 all > 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. 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 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Tue Jul 14 07:49:50 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 44A0A3593DF for ; Tue, 14 Jul 2020 07:49:50 +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 4B5XjS6P7Mz4KPT; Tue, 14 Jul 2020 07:49:48 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1594712986; 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=82hHmjT5o4Cc8ABhjnHkyfT6kDzpxIxUzhhaFJDtJjU=; b=B96x+uK+BLv3B6Z9oRrTdYFxcC0MN7uoEzyQ95rGa9UdE/sjDwJBPEUzFpRmHmLkx705/H KbHCzAuW/mCpzDewzNPocsUcCVV7BwA7F/u9fELIm47u/SG9zSHCxhup41E/6FO+ianmN7 r5TX7xdEAuarlkuWpmkL8pD7hUqed88= Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id c5d1e429 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 14 Jul 2020 07:49:46 +0000 (UTC) Date: Tue, 14 Jul 2020 09:49:45 +0200 From: Emmanuel Vadot To: Vincent Milum Jr Cc: Danilo =?ISO-8859-1?Q?Eg=EAa?= Gondolfo , freebsd-arm@freebsd.org Subject: Re: big.LITTLE status for rk3399/rockpro64? Message-Id: <20200714094945.c380a9dcf82c0d5158bd01ac@bidouilliste.com> In-Reply-To: References: <878sfnz61y.wl-bsd@zeppelin.net> 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: 4B5XjS6P7Mz4KPT X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=B96x+uK+; 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 [-2.06 / 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)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.92)[-0.917]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.64)[-0.644]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; 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)[]; RECEIVED_SPAMHAUS_PBL(0.00)[78.205.69.41:received] 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, 14 Jul 2020 07:49:50 -0000 On Mon, 13 Jul 2020 18:46:14 -0700 Vincent Milum Jr wrote: > Some more observations. >=20 > I've full power cycled the Pinebook Pro a few times now rather than just > software rebooted, and the keyboard/trackpad issue has not come back yet. >=20 > All 6 cores seem to be working, but not optimally. The big cores are not > boosting to their max frequency. Regardless, 6 cores is still 50% more th= an > 4 cores, so more compute power! >=20 > This is observed while compiling the FreeBSD kernel directly on the > Pinebook Pro. >=20 > dev.cpu.5.freq_levels: 1800/-1 1608/-1 1416/-1 1200/-1 1008/-1 816/-1 > 600/-1 408/-1 > dev.cpu.5.freq: 1416 > dev.cpu.4.freq_levels: 1800/-1 1608/-1 1416/-1 1200/-1 1008/-1 816/-1 > 600/-1 408/-1 > dev.cpu.4.freq: 1416 > dev.cpu.3.freq_levels: 1416/-1 1200/-1 1008/-1 816/-1 600/-1 408/-1 > dev.cpu.3.freq: 1416 > dev.cpu.2.freq_levels: 1416/-1 1200/-1 1008/-1 816/-1 600/-1 408/-1 > dev.cpu.2.freq: 1416 > dev.cpu.1.freq_levels: 1416/-1 1200/-1 1008/-1 816/-1 600/-1 408/-1 > dev.cpu.1.freq: 1416 > dev.cpu.0.freq_levels: 1416/-1 1200/-1 1008/-1 816/-1 600/-1 408/-1 > dev.cpu.0.freq: 1416 > hw.temperature.CPU: 56.1C > hw.temperature.GPU: 51.1C This is a problem in our cpufreq framework, all freqs must be the same. We need to support clusters in it so we could have different clusters at different speed.. >=20 >=20 > On Mon, Jul 13, 2020 at 1:24 PM Vincent Milum Jr > wrote: >=20 > > I've enabled all 6 cores now. > > > > Unsure if it is related, but there were initialization issues with the > > keyboard and trackpad after reboot. On first reboot, the keyboard entir= ely > > locked up while typing the user name. On second reboot, keyboard > > functioned, but there was no trackpad once I got into the X session. Af= ter > > some time, it eventually started working on its own, no idea why. > > > > Hardware aside, compute so far seems to work as expected. I tried openi= ng > > large YouTube videos, and watched it stress all 6 cores without issue. > > > > On Mon, Jul 13, 2020 at 11:06 AM Danilo Eg=EAa 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 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 > >>> > > >>> > > >>> > _______________________________________________ > >>> > freebsd-arm@freebsd.org mailing list > >>> > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>> > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.o= rg" > >>> > > >>> _______________________________________________ > >>> 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" > >>> > >> > >> 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.LITT= LE > >> 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. > >> > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Tue Jul 14 10:57:45 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 95DFC35DEF7 for ; Tue, 14 Jul 2020 10:57:45 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40133.protonmail.ch (mail-40133.protonmail.ch [185.70.40.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B5ctJ2dR4z3XPY for ; Tue, 14 Jul 2020 10:57:44 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Tue, 14 Jul 2020 10:57:35 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1594724261; bh=gEHOTqaQ5di7JnXgQclDpX8GAruyGdFQiA3xQgwCraY=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=rI9+7By4oiB3tGVy7AWGBRoISzf+CWD89uZ/RTX3B+aMd+89uh+qOf2QR7WvX8yNZ nEP/qNFz2bOFdO8rjM2b7zs1EdZAtvpMak2p855mhYB7PzFM891HCvElxFAVzGb7Hj dmt1LT5FVhCfSO9tE9QePJgKn2Xv2L97NyQQ6um4= To: Dan Kotowski From: Dan Kotowski Cc: "greg@unrelenting.technology" , freebsd-arm Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: References: =?us-ascii?Q?<82UUBttUqS5j5wotn5ibAhp3w3JveSof3dsBLqW68NkaOu1xc6txd62UJeyJgV6hk9mLNYqhAJDyEej=5FPPtiv=5Fps9vROdUI529pKfxp4lbs=3D@a9development.com>__=5F=5F=5F=5F=5F<71481BF5-3972-45A3-8287-FCEB1FCCDC41@unrelenting.technology>____<8a3f78ddd5136ef22c59e9f7b1b23ca6@unrelenting.technology>___?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 4B5ctJ2dR4z3XPY X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=rI9+7By4; dmarc=pass (policy=none) header.from=a9development.com; spf=none (mx1.freebsd.org: domain of dan.kotowski@a9development.com has no SPF policy when checking 185.70.40.133) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-3.36 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.954]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[185.70.40.133:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.55)[-0.548]; NEURAL_HAM_MEDIUM(-0.96)[-0.960]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.133: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, 14 Jul 2020 10:57:45 -0000 > > > > > What patches are we applying right now? I think some new builds w= ould be good, including one with > > > > > all the stuff we've fixed - like AHCI - but with the NXP PCIe cod= e so I can test on the old > > > > > firmware. If I'm keeping track correctly, this includes: > > > > > > > > > > - D20835: enable tagged pointers > > > > > - D20974: Port sbsawdt drive from NetBSD > > > > > - D21017: armv8crypto: add AES-XTS support > > > > > - D24423: arm/pmu: add ACPI attachment, more FDT names > > > > > > > > > > These are not directly related to running on NXP, just random imp= rovements :) > > > > > > > > > > - D25145: acpi_resource: support multiple IRQs > > > > > - D25157: ahci_generic: add quirk for NXP0004 > > > > > - D25179: acpi_iort: fix mapping end calculation > > > > > > > > > > Yes, these three. > > > > > Here's the pci_layerscape patch: > > > > > https://github.com/DankBSD/base/commit/c1ea44aa33b29f74daed89eee8= 2b3dfeb105d376.patch > > > > > If we haven't tried it + acpi_iort fix before, which is quite lik= ely, maybe that's a combination > > > > > that would work. > > > > > (I remember when we tried it only, there was only the same interr= upt problem as usual..) > > > > > It's honestly kinda weird that "old" FW requires the custom contr= oller access while "new" FW > > > > > requires not doing it >_< > > > > > > > > Any tips on where to add verbosity to dmesg during boot? You had a = handful of extras in there to > > > > print things things from the IORT. > > > > > > That thing is here: > > > https://github.com/freebsd/freebsd/blob/6cee1596c05e8a9ab64812444627b= 61c584ca6bc/sys/arm64/acpica/acpi_iort.c#L169 > > > > > > > Well, at least we're stable enough to buildworld and buildkernel on-sys= tem! :partyparrot: > > Waiting on a new SSD, but building on a USB uSD: > > > > > > > World build completed on Wed Jul 8 02:47:59 UTC 2020 > > > > > World built in 6897 seconds, ncpu: 16, make -j16 > > > > Forgot to copy off the buildkernel time, but it was just under 900 seco= nds. > > Interestingly, we have real temp readouts from thermal zones, which is = new. Did I add something back in that we had previously removed? > > Here's something:https://gist.github.com/agrajag9/11efe00514513100232999e= 0a9ec612c > > NVMe is working. It mapped an interrupt. I have no idea what changed to m= ake this work other than compiling my own kernel. I applied the 7 patches a= bove and added a bunch of my own debug printfs (dmesg.boot lines beginning = with A9DEBUG), but it's the same POC ECAM firmware we've been using for a w= hile. I'll test with the HBA later this week - it's currently in use elsehw= ere in my homelab doing zfs send|receive things. PCIe slot is confirmed working as well! https://gist.github.com/agrajag9/9958d04d647fdddaf0d5865618f47130 @Marcin - any update on the fsl_sdhci driver rework you mentioned in May? I= s the plan to keep the separate driver or merge it into the generic sdhci a= nd use quirks? I dove in this past weekend comparing ours with NetBSDs and = they're just using quirks. https://lists.freebsd.org/pipermail/freebsd-arm/2020-May/021709.html There's also a copy of the DSDT here with both onboard uSD and eMMC: https://source.codeaurora.org/external/qoriq/qoriq-components/edk2-platform= s/tree/Platform/NXP/LX2160aRdbPkg/AcpiTables/Dsdt/Esdhc.asl?h=3DLX2160_UEFI= _ACPI_EAR3 From owner-freebsd-arm@freebsd.org Tue Jul 14 11:17:53 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 25AFC35EAB8 for ; Tue, 14 Jul 2020 11:17:53 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40133.protonmail.ch (mail-40133.protonmail.ch [185.70.40.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B5dKW59l5z45Pg for ; Tue, 14 Jul 2020 11:17:51 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Tue, 14 Jul 2020 11:17:38 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1594725469; bh=DkYj8zjfK+diEyLMO4okKm/fcccHHyOBhQn8EUb9jwc=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=EWCZQrVec/DGLSaJy36dInR9Zr/UYlzDz3ny0669/4DBt9ldRWIU3A57A4RRMn3di wY7I89vFHWx63hKoS7SXuX7g0jElO8+Wfet7JT8dz88Z68jT87F50YFQJCJiO912hX 9saQBocLwa85mdRvSklPmL5fzIB2LpZGiTbN/h5M= To: =?utf-8?Q?Danilo_Eg=C3=AAa_Gondolfo?= From: Dan Kotowski Cc: freebsd-arm@freebsd.org Reply-To: Dan Kotowski Subject: Re: Wifi dongles on RockPro64 Message-ID: <0jgY8VW1okmFTqw1ly0QQ3h_oUewnxficODafESkX2OhrQS08nribtby6uXv0crrIFZ1OXKZ2rrD0a8VsNRmV9lbtMFGUdVad9rGacbr_1Y=@a9development.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 4B5dKW59l5z45Pg X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=EWCZQrVe; dmarc=pass (policy=none) header.from=a9development.com; spf=none (mx1.freebsd.org: domain of dan.kotowski@a9development.com has no SPF policy when checking 185.70.40.133) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-3.25 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[185.70.40.133:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-0.96)[-0.957]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.40)[-0.396]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.133: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, 14 Jul 2020 11:17:53 -0000 > Hello, > > are you using wifi USB adapters on your RockPro64 boards? > > I'm trying to use one but without success. The device will disappear as > soon as it is powered up. > > Example: > > ifconfig wlan0 create wlandev run0 > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > run0 on uhub0 > run0: <1.0> on usbus2 > run0: MAC/BBP RT5390 (rev 0x0502), RF RT5370 (MIMO 1T1R), address > 00:c1:40:61:01:cb > run0: [HT] Enabling 802.11n > ieee80211_load_module: load the wlan_amrr module by hand for now. > wlan0: Ethernet address: 00:c1:40:61:01:cb > > ifconfig wlan0 up > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > wlan0: Ethernet address: 00:c1:40:61:01:cb > run0: firmware RT3071 ver. 0.33 loaded > run0: at uhub0, port 1, addr 2 (disconnected) > > It seems it's not a FreeBSD issue. I've tested it on NetBSD and Linux and > it fails too. The adapter is working fine, I've tested on my laptop. Mayb= e > it's an issue related to voltage regulation or some board limitation. So > I'm curious, is anybody successfully using wifi dongles on this board? > > Thanks. Is the wlan_amrr module loaded? It looks like you may need that. kldstat -v | grep wlan_amrr Looks like you may need to load by hand: kldload wlan_amrr Or via /boot/loader.conf: wlan_amrr_load=3D"YES" If that doesn't help, you may just want to try a different dongle. run(4) e= xplicitly mentions the RT5390 MAC and RT5370 radio, but not the overall RT3= 071 chip specifically. I just got a handful of Edimax EW-7811UN dongles for US$15 each which are s= upported and use the urtwn driver. https://deviwiki.com/wiki/Edimax_EW-7811Un https://www.freebsd.org/cgi/man.cgi?query=3Durtwn&apropos=3D0&sektion=3D4&m= anpath=3DFreeBSD+12.1-RELEASE+and+Ports&arch=3Ddefault&format=3Dhtml You can even find them actually sold and shipped by Amazon, not one of the = 3rd-party scammers that have been swamping their site the past couple years= ! From owner-freebsd-arm@freebsd.org Tue Jul 14 15:19:14 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6D4D6366421 for ; Tue, 14 Jul 2020 15:19:14 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-14-4.privateemail.com (mta-14-4.privateemail.com [198.54.118.206]) (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 4B5kh11Xnxz4lNc; Tue, 14 Jul 2020 15:19:12 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from mta-14.privateemail.com (localhost [127.0.0.1]) by mta-14.privateemail.com (Postfix) with ESMTP id 0302580065; Tue, 14 Jul 2020 11:19:06 -0400 (EDT) Received: from mail-il1-f172.google.com (unknown [10.20.151.241]) by mta-14.privateemail.com (Postfix) with ESMTPA id C2EAC80061; Tue, 14 Jul 2020 15:19:05 +0000 (UTC) Received: by mail-il1-f172.google.com with SMTP id r12so14510934ilh.4; Tue, 14 Jul 2020 08:19:05 -0700 (PDT) X-Gm-Message-State: AOAM531AyYHGCs5wsJBIHLl36kbtBEFJEo96omlAHJN8K/CdzBk02mw1 GuZgK3VSl5MZy9/nSoGIXQfH40EYBuZ+0JOcfRA= X-Google-Smtp-Source: ABdhPJweKDeHJQM94/BNwtcIEitzEHTc7A0A6QXTyombEnSL8m+Z2CBjJhQsnvMUKnnTMhxOnNiEF5w97fvoZVyg66I= X-Received: by 2002:a05:6e02:581:: with SMTP id c1mr5133414ils.55.1594739945153; Tue, 14 Jul 2020 08:19:05 -0700 (PDT) MIME-Version: 1.0 References: <878sfnz61y.wl-bsd@zeppelin.net> <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> In-Reply-To: <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> From: Vincent Milum Jr Date: Tue, 14 Jul 2020 08:18:53 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: big.LITTLE status for rk3399/rockpro64? To: Emmanuel Vadot Cc: =?UTF-8?Q?Danilo_Eg=C3=AAa_Gondolfo?= , freebsd-arm@freebsd.org X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 4B5kh11Xnxz4lNc 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.118.206 as permitted sender) smtp.mailfrom=freebsd-arm@darkain.com X-Spamd-Result: default: False [-1.64 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:198.54.118.192/27]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[darkain.com]; NEURAL_HAM_LONG(-0.93)[-0.930]; RWL_MAILSPIKE_GOOD(0.00)[198.54.118.206:from]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.44)[-0.439]; NEURAL_HAM_MEDIUM(-0.97)[-0.970]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:22612, ipnet:198.54.118.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~] 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, 14 Jul 2020 15:19:14 -0000 I can confirm that USB Mass Storage causes kernel panics ~50% of the time. This happens during detection/initialization of the device. Leaving the drive in during boot has the same chance of panic. It is not 100%, as sometimes I can get the drive to register and use it. I've yet to see any other USB device have an issue though. I'm actively using a USB-3 hub with keyboard, mouse, and ethernet without issue. On Tue, Jul 14, 2020 at 12:45 AM 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 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 > > > > > > > > > > > > _______________________________________________ > > > > freebsd-arm@freebsd.org mailing list > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org" > > > > > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " > > > > > > > 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 a= ll > > the 6 cores. > > > > Although the commit message mentions a "known issue" with the big.LITTL= E > > 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 > From owner-freebsd-arm@freebsd.org Wed Jul 15 09:10:06 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5552135EBD7 for ; Wed, 15 Jul 2020 09:10:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-19.consmr.mail.gq1.yahoo.com (sonic313-19.consmr.mail.gq1.yahoo.com [98.137.65.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B6BRd1S6Jz496m for ; Wed, 15 Jul 2020 09:10:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: lDzo0S4VM1mh08.iCS.M5RZoUjGXaUVAUb2U7aqZzqqCNNCnjFF.bZyJYEyM1nU NwDMPedOPVlyjOGxg5XrruYlYphSBjHcu6YJbPX2gT1bvQ4PMmLCM5vBuHaJDweolekW6gc4Ew4r iwoO0GoepeMr0vQjqx9QB2pPdd_iNN7g40XCIuykRFpStvPQLj0eHHPcuRHa2JefrBuF1IbkPjXW lvcfGjtdQK5av0SBhGdMRIiBf4x1z0oAzXARSMrCzAcmqsJLkdDsw0axt98MsNWuCzl9kDoUC0Wm RjK84R_Ur8GQwG_UvtMkdB4ZkhE27Ie8so1Mxict7DQqwfFfdUZZLYbzzPj0b2wgbo_MYwjgBDVj ddJu2CBICBettAs2Rk1kdSYF4VSdhaAKRZYsVzJbSusR27zu0brTIkarCuARs6xgc6uuzh65Y4Gu u8EfAGlbJupSPdS0.U6L.TuwhdBl7GJT0tM8ENsPQwQz3EhRrUSZjrP9EXNgVd9pBZBZro3BgwwB HybrJI41QOfbJEMkXiQ32AOib73Okz1Z5gPuaxkJMTmzlqbwpeE3dzlNL9P4H4QW5pa86rJRMJx_ 3o85EBxK5DBpC3DaraX2beGQmp_WiGeXNuGP7mTOfuEgcBMYTgUKQom.p8Pl.tcYCgT_zhQG1Eum S11OAGX0EkHkPevNOu42Ph_H7zG2Dw6RUkx_BOqhMtFnMlg7pjz33B.cUhICpCtQeicUqJx6Gsh9 cqbaHmd9zMkZ57IDx.pC6q4GKCXcf_._YpeiDKP0qq0G5hS34b8zI.mB3bqmAbBp6AfogXc61lLG vkNSG7JJjUWbIyJsSpTkcV4yaIOQJtFH4NyHMk3iIwsU7lBOpY3P8Oon3Eb1vO8Q9np7mU5NQOPU by.CjhjLXZRtb4c1UeTf6php_aVeOsR2n8TaoyQSBAYIV7hpNRdRm4MnEvCN6RtiNmY7gXY3QlPP DKleRTrM7my5BknMCdsN6pxy0Ax4rl9woyRjj2YRLWTrr2S5OfgAgPP2VHpjhYqZmobF7s4WMAmo _kJDDQlPmjBTrAmaK_LKOeZdhFO05vVF8py6SU07sPej2ATv_OmaFZFzZHCT2XPzzpdKFGm6tV6w t9jUZdk45xxW7.XLHfvnQerWz_dfvduJzapyZVRW.gkOjhr45WlqGGP9X3hVDFOBSIl7Bf8Mk4GM koYOdhky8X2aL7p3gHlICqqwY9KMaLM01NE7YpdIM1oVFMm16lUgXD.JNPj24uZnrQ4ym_oNduHk LZe6GtxQAnevwrR29GwNjiMYaBK3D9buU482yl.r6Yc6E_XYNpMz9WTR6N4VO1XcDqzc48x4.IvY 7RsmkzStCGPVHFS4aWExMezB3Qr1PuxIfscANUkjn608sHv9AVHv5ijs8eyZ5wPa2T6LmwBIkpGn lk6BniQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 15 Jul 2020 09:09:58 +0000 Received: by smtp415.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d49f64e87e3f22302497420f4c2319d6; Wed, 15 Jul 2020 09:09:53 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: FYI: RPi4 (8 GiByte) USB3 vs. head -r363123: still a no-go for booting a USB3 / in my experiments Message-Id: Date: Wed, 15 Jul 2020 02:09:52 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3608.80.23.2.2) References: X-Rspamd-Queue-Id: 4B6BRd1S6Jz496m X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.06 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.82:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.014]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.05)[-1.049]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.82:from]; NEURAL_HAM_SHORT(-0.49)[-0.494]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] 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, 15 Jul 2020 09:10:06 -0000 I did the following experiment mostly just to observe the current status for sysutils/u-boot-rpi4 based booting of the RPi4 (with rather modern RPi4 firmware in use). (I normally use uefi/acpi instead of u-boot, uefi now at v1.17 . I was hoping to see if u-boot based also had a bug that uefi contexts have.) With the kernel on the microsd card (and earlier stage materials), boot -v reported (before mounting / from USB3 became relevant): pci1: on pcib1 pcib1: allocated bus range (1-1) for rid 0 of pci1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1106, dev=3D0x3483, revid=3D0x01 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D0c-03-30, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D0 powerspec 3 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type Memory, range 64, base 0, size 12, memory disabled pcib1: slot 0 INTA is routed to irq 82 xhci0: irq 82 at device 0.0 on pci1 pcib1: allocated memory range (0xf8000000-0xf8000fff) for rid 10 of = xhci0 xhci0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf8000000 xhci0: 32 bytes context size, 64-bit DMA xhci0: attempting to allocate 1 MSI vectors (4 supported) xhci0: using IRQ 83 for MSI xhci0: MSI enabled xhci0: Controller reset timeout. xhci0: XHCI halt/start/probe failed err=3D18 xhci0: Controller reset timeout. device_attach: xhci0 attach returned 6 . . . simplebus2: mem 0x7e9c0000-0x7eabffff irq 78 disabled = compat generic-xhci (no driver attached) So the USB3 ends up unavailable. / would have been from a USB3 SSD if things had worked. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Jul 15 10:35:48 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A897636242E for ; Wed, 15 Jul 2020 10:35:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-20.consmr.mail.gq1.yahoo.com (sonic310-20.consmr.mail.gq1.yahoo.com [98.137.69.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B6DLW281xz4G8N for ; Wed, 15 Jul 2020 10:35:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: wCYk.SAVM1kw73c62TDxfbkfn7JeJgHM_E0Gva2eMxC8Xv7WkQaQr56AF2gOE60 7qjZhwadegUMjdmdjysE_6fUD0we5qUku0OahrqcHCIrHB_RDlaYGDgih_T4Q92JM3tAy9HuQZqx wQGCvK.vij_WgqVTh3HrjegYsw1FrSLyoiP326WxA1DMNbMq6hg0HC4FhB7VTv1Dv37fiQd1N8_A uj3SkULhTcaVvaK9SV8.NFfjA75bZYhOSDi9m1ngJQ3zYwHEHqAyzBY7RPaPiE.iQBaq5eSsmq3e 78.ro.ss0iz9hZw_wMDUFxPdAbwOTTi..GZq5qFZosVFV7ePfZzNFeDA2fRMMH4g.HWgRxFSMGXl F67DqslIQUeLPhn6FsnyMpC7CvGW.EScixmtWSo6NpaxSkRPZblQeOensCIy4QhnNREFGNX6EUdS ju1X85JcG52Y0rZVYdI8pyuC8Caa9GNPjocddSc9Xasnhbr1T2Utkn00047Ef2DvVGYU7OFX3e6x Sz7vmDNB9UG1IS9GoqbGIyLz8qysBRzGNkAZzUzvSTRvnkHs57nBHQ5cY3glXfnwOZV2Vt5FL4dZ e74FeUtDKQY7hH17V4z0SZyRhymO2LkK8Lu1rw.hrESVLJIK17_t602vc2nw2iQoptL.HiWtTzx9 cxAfRHLqpVZs.DSLCQsx2rkeC7JBUdxpjfn_BW6OyH1P1SdEoZIUstbatkqQm_JrL_dDzoUHuU2S 5Eu67geRNbDerDNreHaPLzPGmIkf3sjtA_cvtFUbo1KfUvWZrHRx1qoBdwb955bjRefgTz5Imj8P pwCHKP3uRLQ_p_hkX3jGobMYxiimn7ecA9M3DmZ_MxhjbPf6kvl67_qqbzL995j6Tgb0jZY75M4T 7kTdQuC5oNueA_IusCewO7Tq5oBkoEA1Cib7odPGftdf_xh1lELYRzRRZYPyw7_HY1eWzfDu.Y5A vbhpGqNEDi91x1EEeLpmYGZs2rLkPKtLYE.QQL08WhwDE2XZ6yzqFY.2ZBhA2JbMzmzRX9Wk3eCt XvXmpMy4LlRDD8Z5zfhLlUXA2gcuTfH0zPy4Z9__InCAYU.qmA9RgrMKWulH88XtRB9Pjjx20IE3 1j9Ukv3Qm9RXOwSuCRe0QRzijefBkiKnBX9NxU0XKVuoRfJi6GhTGZyqKjCmqPmCQuHASlzrC6kI rGpzNOqGxnpyLu7GS.nX6lSnKole7dqjA0w7Yj9PUNKlahTJAbhmmYtDl_2N6sYTISO.BxG_XhxB J6vqRyu3DppqNZdrbCyHxhRGCHHjMZKSnnZy87fdKDnUk9WOd54f9dfIm4vmR.ZmiV6C06wmujUe XCOh9rg60Bmv42P4YrJ5MJs28fUAKR4Z1vYSEAYJAjTbW_dGzGVspBBJj4SQDow.OlgY9AWcle6M 6FGXuf5ugNyvX9TXS8ISf40NfNgCZ9gBNePoC5M3ujgmIYosMqrAVOdnO Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Wed, 15 Jul 2020 10:35:44 +0000 Received: by smtp423.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6f218694a2d4b17641651e663c785ba5; Wed, 15 Jul 2020 10:35:41 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: USB [USB3 and USB2] problems when using UEFi v1.16 to boot RPi4: Evidence of a read-time problem being involved (contexts that avoids the issue) From: Mark Millard In-Reply-To: <88B0E169-C42F-42D6-B2BA-957EAEC7DB8C@yahoo.com> Date: Wed, 15 Jul 2020 03:35:41 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <19F98671-4B69-44A6-8254-B186F0ED995F@yahoo.com> References: <476DD0F0-2286-4B2C-8E44-4404AF17F5A8@yahoo.com> <88B0E169-C42F-42D6-B2BA-957EAEC7DB8C@yahoo.com> To: freebsd-arm X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B6DLW281xz4G8N X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.19 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.146:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.01)[-1.011]; NEURAL_HAM_MEDIUM(-1.05)[-1.045]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.146:from]; NEURAL_HAM_SHORT(-0.63)[-0.631]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] 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, 15 Jul 2020 10:35:48 -0000 On 2020-Jun-25, at 20:40, Mark Millard wrote: > [Looks like it is a read-time failure in some > new testing.] >=20 > On 2020-Jun-25, at 17:52, Mark Millard wrote: >>=20 >> On 2020-Jun-25, at 15:40, Klaus K=C3=BCchemann wrote: >>=20 >>> Am 25.06.2020 um 21:29 schrieb Mark Millard via freebsd-arm = : >>>> =E2=80=A6 >>>> . >>>> The test still failed to produce an accurate file copy >>>> but the kernel did not report anything either. I'm >>>> Unsure how get evidence of the context for the bad 4K >>>> chunks. >>>>=20 >>> No clue if it has effects but maybe : dd if=3Dxxx of=3Dxxx bs=3D4k ? >>=20 >> Something interesting does result from dd testing, >> even though doing file copies that way still gets >> the problem. In fact a couple of interesting points >> show up. >>=20 >> Using dd to copy large files still gets corrupted copies. >> (Large files are only because the corruptions are not >> frequent in the files but a sufficiently large file >> seems to always have some corruption.) >>=20 >> Interestingly, dd if=3D/dev/zero based large file >> generation has produced good files from what I >> can tell. (Generate separate files and diff them >> after a reboot.) >>=20 >> The problem was originally discovered copying >> from another machine to a RPi4. But the Ethernet >> use involved USB in providing data (but not a >> local USB drive) --while /dev/zero does not >> involve USB as a data source and copies of >> data in memory via file content buffering. So >> the contrasting dd if=3D/dev/zero results may be >> indicating something. >>=20 >> Another interesting point is that the following >> sequence seems repeatable for step (E)'s resultant >> property below: >>=20 >> A) first do a couple of large dd if=3D/dev/zero file generations >> B) then do a (non-zero) large file copy (dd based or cp based) >> C) reboot >> D) diff the 2 files generated in (A): no differences >> E) diff the original large file and the temporary copy >> from (B): there are differences and the temporary copy >> has zero in every byte that is different. >>=20 >> (E) suggests that the bad file copies via cp or >> via dd are picking up data from the wrong memory >> pages sometimes, (A) just made large numbers of >> pages zero, making it more likely a zero page >> would be used if the wrong page was referenced. >>=20 >> An example of checking for (E) was: >>=20 >> # diff clang-cortexA53-installworld-poud.tar mmjnk.other=20 >> Binary files clang-cortexA53-installworld-poud.tar and mmjnk.other = differ >>=20 >> # cmp -l clang-cortexA53-installworld-poud.tar mmjnk.other | grep -v = " 0$" | more >> --More--(END) >>=20 >>=20 >> Note about my example "large file" sizes: >>=20 >> -rw-r--r-- 1 root wheel 4011026432 Apr 25 21:04:42 2020 = clang-cortexA53-installworld-poud.tar >>=20 >> and I've been mostly using 4 GiByte for the resultant size >> of large files generated via dd. >>=20 >> I have not tried to find a minimum size for reliably >> getting corrupted file copies. >>=20 >=20 > I continued after the above with (no additional reboot): >=20 > # cpuset -l0 cp -aRx clang-cortexA53-installworld-poud.tar = mmjnk.other2 >=20 > # diff clang-cortexA53-installworld-poud.tar mmjnk.other2 > Binary files clang-cortexA53-installworld-poud.tar and mmjnk.other2 = differ >=20 > # cpuset -l2 diff clang-cortexA53-installworld-poud.tar mmjnk.other2 > Binary files clang-cortexA53-installworld-poud.tar and mmjnk.other2 = differ >=20 > # cpuset -l3 cp -aRx clang-cortexA53-installworld-poud.tar = mmjnk.other3 >=20 > # cpuset -l3 diff clang-cortexA53-installworld-poud.tar mmjnk.other3 > Binary files clang-cortexA53-installworld-poud.tar and mmjnk.other3 = differ >=20 > Note that the final mmjnk.other2 was via cpu 2. > Note that the mmjnk.other3 was via cpu 3. > Note that the original mmjnk.other was without limiting the cpu usage. >=20 > Then I went back and did a compare of files not written since > the reboot and showing zeros earlier above. First I show some > of the output of a prior zeros-producing compare: >=20 > # cmp -l clang-cortexA53-installworld-poud.tar mmjnk.other | more > 1795768321 264 0 > 1795768322 167 0 > 1795768323 272 0 > 1795768324 6 0 > 1795768325 3 0 > 1795768326 370 0 > 1795768327 10 0 > 1795768328 112 0 > . . . >=20 > (Yes, I did not lock down what cpu was to be used for the cmp -l > usage in this activity. In the future I probably should experiment > with that too.) >=20 > The new comparison looked like: >=20 > # cmp -l clang-cortexA53-installworld-poud.tar mmjnk.other | more > 1442340865 15 0 > 1442340866 245 0 > 1442340867 1 30 > 1442340868 1 353 > 1442340869 0 11 > 1442340870 100 17 > 1442340871 226 271 > 1442340872 31 125 > . . . >=20 > Not all-zeros being presented on the right any more! And not > the same offset either (so different left hand side data). > (Some bytes are a match to the left side and so do not show a > line overall.) >=20 > So I looked at the new copy made under cpuset -l2 : >=20 > # cmp -l clang-cortexA53-installworld-poud.tar mmjnk.other2 | more > 1442340865 15 0 > 1442340866 245 0 > 1442340867 1 30 > 1442340868 1 353 > 1442340869 0 11 > 1442340870 100 17 > 1442340871 226 271 > 1442340872 31 125 > . . . >=20 > Same offset in this file and *same* values on the left and right. > (Not just those shown above.) >=20 > So I looked at the new copy made under cpuset -l3 : >=20 > # cmp -l clang-cortexA53-installworld-poud.tar mmjnk.other3 | more > 981008385 62 0 > 981008386 111 0 > 981008387 157 30 > 981008388 65 353 > 981008389 123 11 > 981008390 145 17 > 981008391 164 271 > 981008393 160 0 > . . . >=20 > Different offset in this file but the *same* values on the right. > (Not just those shown above.) The left values are different, > matching up with the offset difference. >=20 > (Some bytes are a match to the different data on the left and so > do not show a line but the right side values appear to match the > prior 2 examples even where lines disappear differently because > of left-side content.) >=20 > So, apparently, the same page of content used for the right > side material but at a different point in the diff. (Lack > of controlling the cpu used for cmp -l might be contributing?) >=20 > Note: 1795768321 % 4096 =3D=3D 1 > Note: 1442340865 % 4096 =3D=3D 1 > Note: 981008385 % 4096 =3D=3D 1 >=20 > cmp starts with line "1", so the above all align > at 4096 boundaries. >=20 >=20 > Overall this indicates that an unmodified file can have > its content appear to change and that multiple files > got the same block of bad data showing up in their > respective comparisons, just not always at the same > offset in the files. >=20 > I've no clue if the roles of "left" and "right" could > swap. So far the right seems to be the one that gets > the bad data. >=20 Turns out that the combination of enabling the 3 GiByte limitation in uefi and not having D25219 applied in the kernel avoids the problem. I only used this combination in order to use artifacts.ci.freebsd.org kernels (that do not have D25219) in some other testing. So, putting back my non-debug kernel that has D25219 in it but leaving the 3 GiByte limit in place in uefi . . . Turns out that also avoids the problem. This suggests that may be D25219 by itself is not keeping everything in the memory range(s) that the uefi 3 GiByte limitation enforces internally: With the limitation enforced, the problem disappears. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Jul 15 12:53:03 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3B67A3656E8 for ; Wed, 15 Jul 2020 12:53:03 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de [85.215.255.23]) (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 "*.smtp.rzone.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B6HNr4f9yz3Yxx for ; Wed, 15 Jul 2020 12:53:00 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1594817578; s=strato-dkim-0002; d=obsigna.com; h=To:Date:Message-Id:Subject:From:X-RZG-CLASS-ID:X-RZG-AUTH:From: Subject:Sender; bh=fy1AitpawtMND1/+GY1EW7kiwVd6tZL0Cc5Z7QjE7Sc=; b=Um/p4gmrO9vqdoljr2CjjszMqG4DGm3UHju5wxS4fuAn3s8fyXiXpHO+6ENDTBJxZW 4rJyerD/ZhNXEl3cKDbny0FM1WI6htBmfMEuPupFsDjygIi2ZUV4BiaY8uDc5tNoRGqk zLz262stsPt84BWbPiJYUiD7Wj8fBa583D3UYxFI5DLrl0TLSdOfkFj6QqbbC1VbNHGK mVbbaJwHLB/6Fje1j6R07+ECXc2wNh3pAlOfd/KB3kJcDP3l7NGP3FzJ2Z+1b5XVIi+e NK1qoZli4ccyWQ207kIAj80WBWfV/bZS2hNI5DlVnbibQgSFcDIUn9BFPJg861X+4Uw/ pqdg== X-RZG-AUTH: ":O2kGeEG7b/pS1F2rRHW2isrKl4DV03XBEi+I6ZuztdvN9wS3wFGySS4Lw+ldTBio0dVbInGjc9PbZFAm0A==" X-RZG-CLASS-ID: mo00 Received: from mail.obsigna.com by smtp.strato.de (RZmta 46.10.5 DYNA|AUTH) with ESMTPSA id 006e94w6FCqvVAJ (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate) for ; Wed, 15 Jul 2020 14:52:57 +0200 (CEST) Received: from rolf-mini.obsigna.com (rolf-mini.obsigna.com [192.168.222.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.obsigna.com (Postfix) with ESMTPSA id 413361350F91D for ; Wed, 15 Jul 2020 09:52:53 -0300 (-03) From: Dr. Rolf Jansen Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\)) Subject: DS3231 on BeagleBone Black with FreeBSD 13-CURRENT exactly 20 h off backwards Message-Id: <3BE2A8B4-AD53-4DFE-8C38-D5BB4063CFE9@obsigna.com> Date: Wed, 15 Jul 2020 09:52:52 -0300 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3445.104.14) X-Rspamd-Queue-Id: 4B6HNr4f9yz3Yxx X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=obsigna.com header.s=strato-dkim-0002 header.b=Um/p4gmr; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-rj@obsigna.com designates 85.215.255.23 as permitted sender) smtp.mailfrom=freebsd-rj@obsigna.com X-Spamd-Result: default: False [-1.12 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[obsigna.com:s=strato-dkim-0002]; NEURAL_HAM_MEDIUM(-1.04)[-1.044]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[85.215.255.23:from]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; 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.99)[-0.987]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[obsigna.com]; R_SPF_ALLOW(-0.20)[+ip4:85.215.255.0/24]; DKIM_TRACE(0.00)[obsigna.com:+]; NEURAL_HAM_SHORT(-0.08)[-0.083]; RCVD_IN_DNSWL_NONE(0.00)[85.215.255.23:from]; FROM_NAME_HAS_TITLE(1.00)[dr]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:6724, ipnet:85.215.255.0/24, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] Content-Type: text/plain; charset=us-ascii 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: Wed, 15 Jul 2020 12:53:03 -0000 I added a DS3231 module to the i2c2 bus of the BBB running 13-CURRENT. = Everything work fine, except that when I set a time in the range of = 20:00 to 24:00 UTC, then on starting up the RTC reports a date/time of = exactly 20 hours off backwards. While, when I set a time in the range = from 0:00 to 19:59 UTC, it would be correctly stored by the RTC. Looking at the Maxim DS3231 datasheet = (https://datasheets.maximintegrated.com/en/ds/DS3231.pdf#page=3D11), it = might be that something gets mixed-up when setting bits 5 and 6 of the = hours register. In the history of ds3231.c, I saw that 24 hour mode is = not more forced anymore. Perhaps an unresolved ambiguity was introduced = by this change. BTW: the following looks strange: = https://github.com/freebsd/freebsd/blob/b2d136be8c26e5efaf82b7bb25432207a6= 82e250/sys/dev/iicbus/ds3231.c#L526 = This would add 256 instead of 100 when rolling over the century, really? = On real world systems this will let to a Year-2100 problem, better we = solve this quickly, since the time is running, and 80 years compares to = nothing on the geologic time scale :-D Best regards Rolf= From owner-freebsd-arm@freebsd.org Wed Jul 15 13:29:51 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D2D73365F45 for ; Wed, 15 Jul 2020 13:29:51 +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 4B6JCJ3d5mz3WNt for ; Wed, 15 Jul 2020 13:29:48 +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 79F1C19B786; Wed, 15 Jul 2020 06:29:45 -0700 (PDT) Date: Wed, 15 Jul 2020 06:29:41 -0700 Message-ID: <877dv4dhyy.wl-bsd@zeppelin.net> From: Josh Howard To: Vincent Milum Jr Cc: Emmanuel Vadot , 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> 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: 4B6JCJ3d5mz3WNt 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.40 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; R_SPF_FAIL(1.00)[-all]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.50)[0.503]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zeppelin.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.35)[0.348]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_MEDIUM(-0.35)[-0.351]; 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: Wed, 15 Jul 2020 13:29:52 -0000 On Tue, 14 Jul 2020 08:18:53 -0700, Vincent Milum Jr wrote: > > I can confirm that USB Mass Storage causes kernel panics ~50% of the time. > This happens during detection/initialization of the device. > Leaving the drive in during boot has the same chance of panic. > It is not 100%, as sometimes I can get the drive to register and use it. > I've yet to see any other USB device have an issue though. > I'm actively using a USB-3 hub with keyboard, mouse, and ethernet without > issue. > > > > > 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 > > Attempting to use a USB3 drive does seem to lead to panics / hangs / generally bad behavior when combined with ncpu > 4. Are there any current leads as to what's behind the behavior? Any relation to the RPI4 issues in the other threads? I've noticed USB drives on my RPI4 also exhibit somewhat similar behavior. From owner-freebsd-arm@freebsd.org Wed Jul 15 15:15:40 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 D9725368EF9 for ; Wed, 15 Jul 2020 15:15:40 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de [81.169.146.160]) (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 "*.smtp.rzone.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B6LYQ11LZz3cB9 for ; Wed, 15 Jul 2020 15:15:37 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1594826135; s=strato-dkim-0002; d=obsigna.com; h=Message-Id:In-Reply-To:To:References:Date:Subject:From: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=7c7kp7KXdw5BAqkN+436mSZEB3SZ/r5D+70WjC1113Y=; b=RsBZnO//OSIu2SkGmDnYmlolUOCzIslvnVnB87VIMPA285htruDIagwrjTklJxCHkd lIPajV9w/AcGhTEl3rD6s2iEZZtpIRAQJYSqw8DWXCRk75l2dihxTN5PNBDGaVzCNh6z dDMk3F7N4QhlaxXT/8C4MoowXUT9jtXn1vB7Q8nG4BtMChHlzIifLu8rCokAMI2jBVOL 9aUjQNPzQM2TM2zNx2VJ+Y5i8cfZneLCtpfZsQTg4X7xPA9zVrtqkgFiGzxHb1zbfSlf iPD1PVJBlKKgBsB/nCbvftheqGZShZXUEjGFF5UsaIwfxfyUbYH2eIRcUxmGMVxv0CIq rHZg== X-RZG-AUTH: ":O2kGeEG7b/pS1F2rRHW2isrKl4DV03XBEi+I6ZuztdvN9wS3wFGySS4Lw+ldTBio0dVbInGjc9PbZFAm0A==" X-RZG-CLASS-ID: mo00 Received: from mail.obsigna.com by smtp.strato.de (RZmta 46.10.5 DYNA|AUTH) with ESMTPSA id 006e94w6FFFXVla (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate) for ; Wed, 15 Jul 2020 17:15:33 +0200 (CEST) Received: from rolf-mini.obsigna.com (rolf-mini.obsigna.com [192.168.222.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.obsigna.com (Postfix) with ESMTPSA id 833691350F91D for ; Wed, 15 Jul 2020 12:15:29 -0300 (-03) From: "Dr. Rolf Jansen" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\)) Subject: Re: DS3231 on BeagleBone Black with FreeBSD 13-CURRENT exactly 20 h off backwards Date: Wed, 15 Jul 2020 12:15:28 -0300 References: <3BE2A8B4-AD53-4DFE-8C38-D5BB4063CFE9@obsigna.com> To: freebsd-arm@freebsd.org In-Reply-To: <3BE2A8B4-AD53-4DFE-8C38-D5BB4063CFE9@obsigna.com> Message-Id: X-Mailer: Apple Mail (2.3445.104.14) X-Rspamd-Queue-Id: 4B6LYQ11LZz3cB9 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=obsigna.com header.s=strato-dkim-0002 header.b=RsBZnO//; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-rj@obsigna.com designates 81.169.146.160 as permitted sender) smtp.mailfrom=freebsd-rj@obsigna.com X-Spamd-Result: default: False [-0.69 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[obsigna.com:s=strato-dkim-0002]; NEURAL_HAM_MEDIUM(-1.05)[-1.046]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; 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.99)[-0.995]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[obsigna.com]; R_SPF_ALLOW(-0.20)[+ip4:81.169.146.128/25]; DKIM_TRACE(0.00)[obsigna.com:+]; RCVD_IN_DNSWL_NONE(0.00)[81.169.146.160:from]; FROM_NAME_HAS_TITLE(1.00)[dr]; NEURAL_SPAM_SHORT(0.35)[0.355]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:6724, ipnet:81.169.144.0/22, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[81.169.146.160: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: Wed, 15 Jul 2020 15:15:41 -0000 > Am 15.07.2020 um 09:52 schrieb Dr. Rolf Jansen = : >=20 > I added a DS3231 module to the i2c2 bus of the BBB running 13-CURRENT. = Everything work fine, except that when I set a time in the range of = 20:00 to 24:00 UTC, then on starting up the RTC reports a date/time of = exactly 20 hours off backwards. While, when I set a time in the range = from 0:00 to 19:59 UTC, it would be correctly stored by the RTC. >=20 > Looking at the Maxim DS3231 datasheet = (https://datasheets.maximintegrated.com/en/ds/DS3231.pdf#page=3D11 = ), it = might be that something gets mixed-up when setting bits 5 and 6 of the = hours register. In the history of ds3231.c, I saw that 24 hour mode is = not more forced anymore. Perhaps an unresolved ambiguity was introduced = by this change. >=20 > BTW: the following looks strange: >=20 > = https://github.com/freebsd/freebsd/blob/b2d136be8c26e5efaf82b7bb25432207a6= 82e250/sys/dev/iicbus/ds3231.c#L526 = >=20 > This would add 256 instead of 100 when rolling over the century, = really? On real world systems this will let to a Year-2100 problem, = better we solve this quickly, since the time is running, and 80 years = compares to nothing on the geologic time scale :-D For the time being I resolved the issue for me, by completely dropping = AM/PM support - I don=E2=80=99t need it, and I anyway always need to = remember that AM means (Am Morgen :-). DS3231_HOUR_MASK_24HR is definitely wrong, since this prevents the = setting of times above 20 h. Reading said data sheet, I am almost sure, = that DS3231_HOUR_MASK_24HR must be the same as DS3231_HOUR_MASK_12HR =3D = 0x3f. # svn diff https://svn.freebsd.org/base/head/sys/dev/iicbus/ds3231.c = ./ds3231.c Index: ds3231.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- ds3231.c (revision 363224) +++ ds3231.c (working copy) @@ -62,7 +62,6 @@ uint16_t sc_addr; /* DS3231 slave address. */ uint8_t sc_ctrl; uint8_t sc_status; - bool sc_use_ampm; }; =20 static void ds3231_start(void *); @@ -142,6 +141,25 @@ } =20 static int +ds3231_set_24hrs_mode(struct ds3231_softc *sc) +{ + int error; + uint8_t hour; + + error =3D ds3231_read1(sc->sc_dev, DS3231_HOUR, &hour); + if (error) { + device_printf(sc->sc_dev, "cannot read from RTC.\n"); + return (error); + } + hour &=3D ~DS3231_C_MASK; + error =3D ds3231_write1(sc->sc_dev, DS3231_HOUR, hour); + if (error !=3D 0) + device_printf(sc->sc_dev, "cannot write to RTC.\n"); + + return (error); +} + +static int ds3231_temp_read(struct ds3231_softc *sc, int *temp) { int error, neg, t; @@ -440,6 +458,10 @@ ds3231_status_write(sc, 1, 1); ds3231_ctrl_write(sc); =20 + /* Set the 24 hours mode. */ + if (ds3231_set_24hrs_mode(sc) !=3D 0) + return; + /* Temperature. */ SYSCTL_ADD_PROC(ctx, tree, OID_AUTO, "temperature", CTLTYPE_INT | CTLFLAG_RD | CTLFLAG_MPSAFE, sc, 0, @@ -479,7 +501,7 @@ int c, error; struct bcd_clocktime bct; struct ds3231_softc *sc; - uint8_t data[7], hourmask; + uint8_t data[7]; =20 sc =3D device_get_softc(dev); =20 @@ -498,17 +520,10 @@ return (error); } =20 - /* If chip is in AM/PM mode remember that. */ - if (data[DS3231_HOUR] & DS3231_HOUR_USE_AMPM) { - sc->sc_use_ampm =3D true; - hourmask =3D DS3231_HOUR_MASK_12HR; - } else - hourmask =3D DS3231_HOUR_MASK_24HR; - bct.nsec =3D 0; bct.sec =3D data[DS3231_SECS] & DS3231_SECS_MASK; bct.min =3D data[DS3231_MINS] & DS3231_MINS_MASK; - bct.hour =3D data[DS3231_HOUR] & hourmask; + bct.hour =3D data[DS3231_HOUR] & DS3231_HOUR_MASK_12HR; bct.day =3D data[DS3231_DATE] & DS3231_DATE_MASK; bct.mon =3D data[DS3231_MONTH] & DS3231_MONTH_MASK; bct.year =3D data[DS3231_YEAR] & DS3231_YEAR_MASK; @@ -523,13 +538,13 @@ if (sc->sc_last_c =3D=3D -1) sc->sc_last_c =3D c; else if (c !=3D sc->sc_last_c) { - sc->sc_year0 +=3D 0x100; + sc->sc_year0 +=3D 100; sc->sc_last_c =3D c; } bct.year |=3D sc->sc_year0; =20 clock_dbgprint_bcd(sc->sc_dev, CLOCK_DBG_READ, &bct);=20 - return (clock_bcd_to_ts(&bct, ts, sc->sc_use_ampm)); + return (clock_bcd_to_ts(&bct, ts, false)); } =20 static int @@ -539,7 +554,6 @@ struct bcd_clocktime bct; struct ds3231_softc *sc; uint8_t data[7]; - uint8_t pmflags; =20 sc =3D device_get_softc(dev); =20 @@ -548,20 +562,13 @@ * disables utc adjustment, so apply that ourselves. */ ts->tv_sec -=3D utc_offset(); - clock_ts_to_bcd(ts, &bct, sc->sc_use_ampm); + clock_ts_to_bcd(ts, &bct, false); clock_dbgprint_bcd(sc->sc_dev, CLOCK_DBG_WRITE, &bct);=20 =20 - /* If the chip is in AM/PM mode, adjust hour and set flags as = needed. */ - if (sc->sc_use_ampm) { - pmflags =3D DS3231_HOUR_USE_AMPM; - if (bct.ispm) - pmflags |=3D DS3231_HOUR_IS_PM; - } else - pmflags =3D 0; =20 data[DS3231_SECS] =3D bct.sec; data[DS3231_MINS] =3D bct.min; - data[DS3231_HOUR] =3D bct.hour | pmflags; + data[DS3231_HOUR] =3D bct.hour | 0b01000000; data[DS3231_DATE] =3D bct.day; data[DS3231_WEEKDAY] =3D bct.dow + 1; data[DS3231_MONTH] =3D bct.mon; From owner-freebsd-arm@freebsd.org Wed Jul 15 16:51:16 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4B2EF36AA40 for ; Wed, 15 Jul 2020 16:51:16 +0000 (UTC) (envelope-from freebsd@dsllsn.net) Received: from mail.disillusion.net (mail.disillusion.net [96.126.127.161]) (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 4B6Ngj20Y5z48PX for ; Wed, 15 Jul 2020 16:51:12 +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 04e2c7fe for ; Wed, 15 Jul 2020 11:51:02 -0500 (CDT) Received: by mail.disillusion.net (OpenSMTPD) with ESMTPSA id 468d8666 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Wed, 15 Jul 2020 11:51:02 -0500 (CDT) From: William Carson Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\)) Subject: Re: big.LITTLE status for rk3399/rockpro64? Date: Wed, 15 Jul 2020 11:51:01 -0500 References: <878sfnz61y.wl-bsd@zeppelin.net> <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> <877dv4dhyy.wl-bsd@zeppelin.net> To: freebsd-arm@freebsd.org In-Reply-To: <877dv4dhyy.wl-bsd@zeppelin.net> Message-Id: <0BAC613E-E139-462A-89D2-B865675D396F@dsllsn.net> X-Mailer: Apple Mail (2.3445.104.14) X-Rspamd-Queue-Id: 4B6Ngj20Y5z48PX X-Spamd-Bar: - X-Spamd-Result: default: False [-1.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)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[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.99)[-0.995]; RCVD_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; DKIM_TRACE(0.00)[dsllsn.net:+]; DMARC_POLICY_ALLOW(-0.50)[dsllsn.net,reject]; NEURAL_HAM_SHORT(-0.03)[-0.031]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:63949, ipnet:96.126.112.0/20, 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: Wed, 15 Jul 2020 16:51:16 -0000 > On Jul 15, 2020, at 8:29 AM, Josh Howard wrote: >=20 > On Tue, 14 Jul 2020 08:18:53 -0700, > Vincent Milum Jr wrote: >>=20 >> I can confirm that USB Mass Storage causes kernel panics ~50% of the = time. >> This happens during detection/initialization of the device. >> Leaving the drive in during boot has the same chance of panic. >> It is not 100%, as sometimes I can get the drive to register and use = it. >> I've yet to see any other USB device have an issue though. >> I'm actively using a USB-3 hub with keyboard, mouse, and ethernet = without >> issue. >>=20 >>>=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 >>> -- >>> Emmanuel Vadot >>>=20 >=20 > Attempting to use a USB3 drive does seem to lead to panics / hangs / = generally > bad behavior when combined with ncpu > 4. Are there any current leads = as to > what's behind the behavior? Any relation to the RPI4 issues in the = other > threads? I've noticed USB drives on my RPI4 also exhibit somewhat = similar > behavior. There is also the issue of corrupting NVMe drives, which is being = tracked in bug ID 243148. I have not tested it recently as there hasn't been any indication it's been resolved/worked on, but if that's simply due to my = own ignorance, I'm happy to test again.= From owner-freebsd-arm@freebsd.org Thu Jul 16 02:09:54 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 B9061377965 for ; Thu, 16 Jul 2020 02:09:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B6d4K4SVkz3YXx for ; Thu, 16 Jul 2020 02:09:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FHyXXWsVM1nloQ3SAfRxLsMZaKW4G2ns9afp6OcT.VWv9GHqxMUPcr3kl3W0S_n JwfgdMdDODv6LO_w3sMG8kpWl06jXvxxGhihnEv9oFzy.FjZmwWHmqMPCA_YQzX3wZAJuuuu9735 tlGFG9TNzfpWA6IkxXftJHJNLaJGL.XMRtRvIl5xWCXuQnZjjy9Mx8Vma7VXjwHfLEHMnDs.VoaG l03lHp4nmgh_9qt38v52CYtKRUBLRePlpndUKxQ8WvEcgQ6Immc08UxoDTeMqsH2ly4jolN.CKYm il2vMELVrBJhklz2d1ldTD12arAhPYcS3jFs6fQkEsH.o995NpF9vcTma1vM3NHzHkhrFO4VnMR. DoLxdxAzrluhP51w6uD7FO0vMU9z5_qILnPD0xR8tXfPql6C03Ylqkio2KIM3OyVNu713tfhIyMf Vv3XVGwtuqz4ZLkxDEoraixoBhsW3Ww95BZzJKXTY185iYAEZm7SLEFyWLm5.Rsn1SADnPArFx8Q v5Dvt4iPUH_zDFiVe9jBikXSZwHzUWSZ5ukljsPR2uetyNBj6RovZgDBxHbrM7W1thyfly8aIZjn P4IaLMPo08McefZWRJpkJjUGEOk1dpTkX_yhgSjJ_.7Viig55G4awlTVT8qP28jX78LwH8QhOjgX 2SooJrNdxRyprOGdhtFICU_Z0c3LrwN1Qz380mk2VdM50slfSoB9buaXDlcb3QVccueyLt6M1vkT pi8rp92XnymTJkQZYYO1LefY4ZHZO34ZWUUvK3PG7zduV53YRke67c3fDucbscbSpDZcoxww9ypP Jci0xsexNeBEhMpBRa8j3pR2AECn7v_Qcxk9R313fajPopfs9TbOpek8gAR9f68Hk5EpOFUjfyq7 n.DJ3KwWvGrcbd.uYUTCoCbhYaOgBOtGYJWG2425eHvOO8VxMwbENjYU_Xd9d1mRmjtzQAhA6X4y LYSMf.6o8dVKhXEKj_AYnw8ea906HL3ktFuAIDR3ng9K1n8zNxsHn37muBWVhhSIurPf_Id84VjL S.W_cq9DXgzeC1TqkDYOdzP6zfeFlzbkHyUh.VlVPWkIxTl5YmGYR9_vbl3ZYTQcLiipYSsRL15y H6rKefj9tndh4X9iVHSXW_OD9xZoTjwO7m9pQmrKQ5AW6WqQBGkndsKchh4mmcACw_LtIZmHoQSc pbaZ_Lgd1U9wrdwCHOOb9tZB4HsaNBra0wUzlYos636FvDoA3peFoBDjsWm6nTX1r_8dFlNOZQon cfL2PqZK8YDEuoqfSicXQJcZ07uJCnU3Qnv.HeUEL5tnyHcWAmSCVJCgE35nD0SuE0550jZueha8 qd2jWjgCHx7Ul9vCsJ27S50tGOVwBso0BxjG3Ra32W81zB5X_JUtCyTf7xMr7T4mBP7fyjDj6pGp YZm8M3lGB57Z9K4.9cFM.UBrimTgpkvliOxFFXKmcfcRt5PE6R3yMmLM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Thu, 16 Jul 2020 02:09:51 +0000 Received: by smtp415.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d3ce3fce47b273478d49be4c0105ef86; Thu, 16 Jul 2020 02:09:48 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: armv7: x11-toolkits/qt5-gui still blocked by 'unable to execute command: Executable "as" doesn't exist!' for .obj/qdrawhelper_neon_asm.o and .obj/pixman-arm-neon-asm.o Message-Id: <9180C2BD-DFB2-48C0-9A05-7CCE56A542D7@yahoo.com> Date: Wed, 15 Jul 2020 19:09:47 -0700 Cc: freebsd-arm , Ed Maste To: FreeBSD ports X-Mailer: Apple Mail (2.3608.80.23.2.2) References: <9180C2BD-DFB2-48C0-9A05-7CCE56A542D7.ref@yahoo.com> X-Rspamd-Queue-Id: 4B6d4K4SVkz3YXx X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.34 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; SUBJECT_HAS_EXCLAIM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.81)[-0.807]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.04)[-1.036]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.994]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from]; 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, 16 Jul 2020 02:09:54 -0000 In my poudriere-devel based port upgrade's bulk run I got: --- .obj/qdrawhelper_neon_asm.o --- cc: error: unable to execute command: Executable "as" doesn't exist! cc: error: assembler command failed with exit code 1 (use -v to see = invocation) *** [.obj/qdrawhelper_neon_asm.o] Error code 1 make[1]: stopped in = /wrkdirs/usr/ports/x11-toolkits/qt5-gui/work/qtbase-everywhere-src-5.15.0/= src/gui --- .obj/pixman-arm-neon-asm.o --- cc: error: unable to execute command: Executable "as" doesn't exist! cc: error: assembler command failed with exit code 1 (use -v to see = invocation) *** [.obj/pixman-arm-neon-asm.o] Error code 1 This was based on head -r363123 of FreeBSD and -r542111 of ports. The following experiment was sufficient to enable the x11-toolkits/qt5-gui build to not fail. (I do not claim it meets all ports-criteria for its details.) # svnlite diff /usr/ports/x11-toolkits/qt5-gui/ Index: /usr/ports/x11-toolkits/qt5-gui/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/x11-toolkits/qt5-gui/Makefile (revision 542111) +++ /usr/ports/x11-toolkits/qt5-gui/Makefile (working copy) @@ -106,4 +106,10 @@ ${MAKE_ARGS} ${INSTALL_TARGET} .endfor =20 -.include +.include + +.if ${ARCH} =3D=3D "armv6" || ${ARCH} =3D=3D "armv7" +BUILD_DEPENDS+=3D ${LOCALBASE}/bin/as:devel/binutils +.endif + +.include =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Jul 16 02:32: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 32322350633 for ; Thu, 16 Jul 2020 02:32:28 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound5a.ore.mailhop.org (outbound5a.ore.mailhop.org [44.233.67.66]) (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 4B6dZM5NfYz3ZsQ for ; Thu, 16 Jul 2020 02:32:27 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1594866740; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=Qz0cngKP47gKaJR/OIyVox8Vq1vBTfZB35yC9A3E6YLGlWyWez7ToWWAI4UenBHzKutr5ZdXKl2J4 PWTATk5pukuiNpW0OuPxgZ+kk/sDtky0JOzuvjSlf94a/dBW+fpBtOLiRXKcEuHawimF2Dem7A4hcO h/bSX/JMEancaboOFJbtfUDCS8+veJrASIJ1TrKTCqq7zwsIUSCiPLehAG4aaoYE+VLWJ1aOughNeb +wWiG2vHKss6z551M/Sp8tFWnTFiltQKbSXZs9aN8CRJb1vWSBk4BlH3OBq3E7a4OxpIGfUeNipkSG DWBpgWEIPFYKqs9nhX+L/YStyRz96Ig== 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=i/xaeSRIdgGGKMp98pal88IYPLAkqmzFzmSJm1xe5Fk=; b=S07u+t+R0tLzlBCOrZ+y9q/aXEHD0I1GLnDe16t4Lmjnr7OtDxGDrfD/SMJefQZ4ExTfm4+w3W9yA vwmB5vPmBx1yTqD5pEBoGIVi+iOlx2RppiX4YduPallqntlRdRvE/d1XHwjvH/EX42T37I8em1xjhe 5V0jt2xdIScEUBtjvtzm3uP7if6xsjR8oaRhpumnQh9TX9qMHM9REfPUXq4TlUmiwGPuoRM3Lu+m5u WkcGYWWfK+7sB4ZkngyfFIGdJwbnf6+Ak+Om54E/mpA9Pr9+gBuUZ6fMqTySNhjaWOYZLtVmsZk+2z kAzDYSkzlohSLm4dPAzIKSOods6kFaQ== ARC-Authentication-Results: i=1; outbound3.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=i/xaeSRIdgGGKMp98pal88IYPLAkqmzFzmSJm1xe5Fk=; b=tXZ0SRaK10dXYmOSo2nqm9sLzi4RX1PafNkOS3j07N93n6sxKDxgEaM5P7LAhJRUBGkLXF4otG9b7 2v6kK5jQzTbz78arhTq6uj8ocz7xWdlRz74+s8vosYUI8oQYKCBbQ7YGzieJMT8hOS9dWF81vnPdQy UVbxE9hRImrBm7i9U0XuQTwFXx/xXN9poiSU2O4Rii9Re4LPrvd5QlelqZ5emFkZVtiskbJv7vcEK9 hgGsAbVNkp4WQw5v+r68aUjN8KRf4QDYUKx90z5b5qAcIY+DHzKytcGihH3efFPaHbf7E509HQA03X +/YjKhxTO/zBq0hxlSipcDB30mrQ9jg== X-MHO-RoutePath: aGlwcGll X-MHO-User: 909ddac2-c70c-11ea-a2ba-9f0c275c2f69 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 outbound3.ore.mailhop.org (Halon) with ESMTPSA id 909ddac2-c70c-11ea-a2ba-9f0c275c2f69; Thu, 16 Jul 2020 02:32:18 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 06G2WGxH053596; Wed, 15 Jul 2020 20:32:16 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <99ec5bfbe697e0cbf8b6262783256bffcbf55f55.camel@freebsd.org> Subject: Re: DS3231 on BeagleBone Black with FreeBSD 13-CURRENT exactly 20 h off backwards From: Ian Lepore To: "Dr. Rolf Jansen" , freebsd-arm@freebsd.org Date: Wed, 15 Jul 2020 20:32:16 -0600 In-Reply-To: References: <3BE2A8B4-AD53-4DFE-8C38-D5BB4063CFE9@obsigna.com> Content-Type: text/plain; charset="iso-8859-13" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4B6dZM5NfYz3ZsQ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:16509, ipnet:44.224.0.0/11, country:US]; local_wl_from(0.00)[freebsd.org] 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, 16 Jul 2020 02:32:28 -0000 On Wed, 2020-07-15 at 12:15 -0300, Dr. Rolf Jansen wrote: > > Am 15.07.2020 um 09:52 schrieb Dr. Rolf Jansen < > > freebsd-rj@obsigna.com>: > > > > I added a DS3231 module to the i2c2 bus of the BBB running 13- > > CURRENT. Everything work fine, except that when I set a time in > > the range of 20:00 to 24:00 UTC, then on starting up the RTC > > reports a date/time of exactly 20 hours off backwards. While, when > > I set a time in the range from 0:00 to 19:59 UTC, it would be > > correctly stored by the RTC. > > > > Looking at the Maxim DS3231 datasheet ( > > https://datasheets.maximintegrated.com/en/ds/DS3231.pdf#page=11 < > > https://datasheets.maximintegrated.com/en/ds/DS3231.pdf#page=11>), > > it might be that something gets mixed-up when setting bits 5 and 6 > > of the hours register. In the history of ds3231.c, I saw that 24 > > hour mode is not more forced anymore. Perhaps an unresolved > > ambiguity was introduced by this change. > > > > BTW: the following looks strange: > > > > https://github.com/freebsd/freebsd/blob/b2d136be8c26e5efaf82b7bb25432207a682e250/sys/dev/iicbus/ds3231.c#L526 > > < > > https://github.com/freebsd/freebsd/blob/b2d136be8c26e5efaf82b7bb25432207a682e250/sys/dev/iicbus/ds3231.c#L526 > > > > > > > This would add 256 instead of 100 when rolling over the century, > > really? On real world systems this will let to a Year-2100 problem, > > better we solve this quickly, since the time is running, and 80 > > years compares to nothing on the geologic time scale :-D > > For the time being I resolved the issue for me, by completely > dropping AM/PM support - I donÿt need it, and I anyway always need to > remember that AM means (Am Morgen :-). > > DS3231_HOUR_MASK_24HR is definitely wrong, since this prevents the > setting of times above 20 h. Reading said data sheet, I am almost > sure, that DS3231_HOUR_MASK_24HR must be the same as > DS3231_HOUR_MASK_12HR = 0x3f. > > > # svn diff https://svn.freebsd.org/base/head/sys/dev/iicbus/ds3231.c > ./ds3231.c > Index: ds3231.c > =================================================================== > --- ds3231.c (revision 363224) > +++ ds3231.c (working copy) > @@ -62,7 +62,6 @@ > uint16_t sc_addr; /* DS3231 slave address. */ > uint8_t sc_ctrl; > uint8_t sc_status; > - bool sc_use_ampm; > }; > > static void ds3231_start(void *); > @@ -142,6 +141,25 @@ > } > > static int > +ds3231_set_24hrs_mode(struct ds3231_softc *sc) > +{ > + int error; > + uint8_t hour; > + > + error = ds3231_read1(sc->sc_dev, DS3231_HOUR, &hour); > + if (error) { > + device_printf(sc->sc_dev, "cannot read from RTC.\n"); > + return (error); > + } > + hour &= ~DS3231_C_MASK; > + error = ds3231_write1(sc->sc_dev, DS3231_HOUR, hour); > + if (error != 0) > + device_printf(sc->sc_dev, "cannot write to RTC.\n"); > + > + return (error); > +} > + > +static int > ds3231_temp_read(struct ds3231_softc *sc, int *temp) > { > int error, neg, t; > @@ -440,6 +458,10 @@ > ds3231_status_write(sc, 1, 1); > ds3231_ctrl_write(sc); > > + /* Set the 24 hours mode. */ > + if (ds3231_set_24hrs_mode(sc) != 0) > + return; > + > /* Temperature. */ > SYSCTL_ADD_PROC(ctx, tree, OID_AUTO, "temperature", > CTLTYPE_INT | CTLFLAG_RD | CTLFLAG_MPSAFE, sc, 0, > @@ -479,7 +501,7 @@ > int c, error; > struct bcd_clocktime bct; > struct ds3231_softc *sc; > - uint8_t data[7], hourmask; > + uint8_t data[7]; > > sc = device_get_softc(dev); > > @@ -498,17 +520,10 @@ > return (error); > } > > - /* If chip is in AM/PM mode remember that. */ > - if (data[DS3231_HOUR] & DS3231_HOUR_USE_AMPM) { > - sc->sc_use_ampm = true; > - hourmask = DS3231_HOUR_MASK_12HR; > - } else > - hourmask = DS3231_HOUR_MASK_24HR; > - > bct.nsec = 0; > bct.sec = data[DS3231_SECS] & DS3231_SECS_MASK; > bct.min = data[DS3231_MINS] & DS3231_MINS_MASK; > - bct.hour = data[DS3231_HOUR] & hourmask; > + bct.hour = data[DS3231_HOUR] & DS3231_HOUR_MASK_12HR; > bct.day = data[DS3231_DATE] & DS3231_DATE_MASK; > bct.mon = data[DS3231_MONTH] & DS3231_MONTH_MASK; > bct.year = data[DS3231_YEAR] & DS3231_YEAR_MASK; > @@ -523,13 +538,13 @@ > if (sc->sc_last_c == -1) > sc->sc_last_c = c; > else if (c != sc->sc_last_c) { > - sc->sc_year0 += 0x100; > + sc->sc_year0 += 100; > sc->sc_last_c = c; > } > bct.year |= sc->sc_year0; > > clock_dbgprint_bcd(sc->sc_dev, CLOCK_DBG_READ, &bct); > - return (clock_bcd_to_ts(&bct, ts, sc->sc_use_ampm)); > + return (clock_bcd_to_ts(&bct, ts, false)); > } > > static int > @@ -539,7 +554,6 @@ > struct bcd_clocktime bct; > struct ds3231_softc *sc; > uint8_t data[7]; > - uint8_t pmflags; > > sc = device_get_softc(dev); > > @@ -548,20 +562,13 @@ > * disables utc adjustment, so apply that ourselves. > */ > ts->tv_sec -= utc_offset(); > - clock_ts_to_bcd(ts, &bct, sc->sc_use_ampm); > + clock_ts_to_bcd(ts, &bct, false); > clock_dbgprint_bcd(sc->sc_dev, CLOCK_DBG_WRITE, &bct); > > - /* If the chip is in AM/PM mode, adjust hour and set flags as > needed. */ > - if (sc->sc_use_ampm) { > - pmflags = DS3231_HOUR_USE_AMPM; > - if (bct.ispm) > - pmflags |= DS3231_HOUR_IS_PM; > - } else > - pmflags = 0; > > data[DS3231_SECS] = bct.sec; > data[DS3231_MINS] = bct.min; > - data[DS3231_HOUR] = bct.hour | pmflags; > + data[DS3231_HOUR] = bct.hour | 0b01000000; > data[DS3231_DATE] = bct.day; > data[DS3231_WEEKDAY] = bct.dow + 1; > data[DS3231_MONTH] = bct.mon; > The driver originally forced the chip into 24-hour mode. I'm the one who added support for 12 or 24 hour mode, so this is probably my fault. It seems nicer to me to try to deal with whatever mode the chip is already in (in case you're dual-booting into some other OS that wants it to be a certain way). I'm pretty sure I've got one of those chips around here somewhere, I'll find some time this weekend to get the driver fixed. -- Ian From owner-freebsd-arm@freebsd.org Thu Jul 16 15:36:06 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 55E36365435 for ; Thu, 16 Jul 2020 15:36:06 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de [85.215.255.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B6yyX4kK6z3RxK; Thu, 16 Jul 2020 15:36:04 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1594913762; s=strato-dkim-0002; d=obsigna.com; h=References:To:Cc:In-Reply-To:Date:Subject:Message-Id:From: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=KqoJ58LbP4wFWzyCkiF51nbKPwo9GymEo2JpOLpfC9U=; b=ftNsLcYWbvRBM6hgPKftzFBgSO2hW1NO4gKHyhqohhkXzcMmV5Xfxdrw3RMXaI3MWy wb1AVEWsTVM2qZ6lqjPBF7Fa0gc2G54KGTWxcMUw8VKk+i0JmBaJEiHmENeUJ3MJborN kWyVV/sqPqhwOf7KBugx28459yNh1cD62wNm5dU55r/siqULf5GHh1qXeuiKgooGRuap I+gucpBFy3V2gtzcyTc91bTsDkoqyV9ZuUqZB3Rb3o7YTfvusiA6CAhN/RHJKn2gEAyX fcNOl+yZSFcRI11ZxA+B6TQZ9pgxDal8SPnk/OsIpPkfYHXoMm3O4ZOJAtOXo30Wb3xT 9NUw== X-RZG-AUTH: ":O2kGeEG7b/pS1F2rRHW2isrKl4DV03XBEi+I6ZuztdvN9wS3wFGySS4Lw+ldTBio0dVbInGjc9PbZFAm0A==" X-RZG-CLASS-ID: mo00 Received: from mail.obsigna.com by smtp.strato.de (RZmta 46.10.5 DYNA|AUTH) with ESMTPSA id 006e94w6GFa0bKP (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Thu, 16 Jul 2020 17:36:00 +0200 (CEST) Received: from rolf-mini.obsigna.com (rolf-mini.obsigna.com [192.168.222.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.obsigna.com (Postfix) with ESMTPSA id C360F1350F91D; Thu, 16 Jul 2020 12:35:56 -0300 (-03) From: "Dr. Rolf Jansen" Message-Id: Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\)) Subject: Re: DS3231 on BeagleBone Black with FreeBSD 13-CURRENT exactly 20 h off backwards Date: Thu, 16 Jul 2020 12:35:55 -0300 In-Reply-To: <99ec5bfbe697e0cbf8b6262783256bffcbf55f55.camel@freebsd.org> Cc: freebsd-arm@freebsd.org To: Ian Lepore References: <3BE2A8B4-AD53-4DFE-8C38-D5BB4063CFE9@obsigna.com> <99ec5bfbe697e0cbf8b6262783256bffcbf55f55.camel@freebsd.org> X-Mailer: Apple Mail (2.3445.104.14) X-Rspamd-Queue-Id: 4B6yyX4kK6z3RxK X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=obsigna.com header.s=strato-dkim-0002 header.b=ftNsLcYW; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-rj@obsigna.com designates 85.215.255.24 as permitted sender) smtp.mailfrom=freebsd-rj@obsigna.com X-Spamd-Result: default: False [-1.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[obsigna.com:s=strato-dkim-0002]; NEURAL_HAM_MEDIUM(-1.00)[-1.005]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:85.215.255.0/24]; DMARC_NA(0.00)[obsigna.com]; NEURAL_HAM_LONG(-0.95)[-0.955]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[obsigna.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[85.215.255.24:from]; FROM_NAME_HAS_TITLE(1.00)[dr]; NEURAL_HAM_SHORT(-0.58)[-0.583]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RWL_MAILSPIKE_VERYGOOD(0.00)[85.215.255.24:from]; ASN(0.00)[asn:6724, ipnet:85.215.255.0/24, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(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, 16 Jul 2020 15:36:06 -0000 > Am 15.07.2020 um 23:32 schrieb Ian Lepore : >=20 > On Wed, 2020-07-15 at 12:15 -0300, Dr. Rolf Jansen wrote: >>> Am 15.07.2020 um 09:52 schrieb Dr. Rolf Jansen < >>> freebsd-rj@obsigna.com >: >>>=20 >>> I added a DS3231 module to the i2c2 bus of the BBB running 13- >>> CURRENT. Everything work fine, except that when I set a time in >>> the range of 20:00 to 24:00 UTC, then on starting up the RTC >>> reports a date/time of exactly 20 hours off backwards. While, when >>> I set a time in the range from 0:00 to 19:59 UTC, it would be >>> correctly stored by the RTC. >>>=20 >>> Looking at the Maxim DS3231 datasheet ( >>> https://datasheets.maximintegrated.com/en/ds/DS3231.pdf#page=3D11 = < >>> https://datasheets.maximintegrated.com/en/ds/DS3231.pdf#page=3D11 = >), >>> it might be that something gets mixed-up when setting bits 5 and 6 >>> of the hours register. In the history of ds3231.c, I saw that 24 >>> hour mode is not more forced anymore. Perhaps an unresolved >>> ambiguity was introduced by this change. >>>=20 >>> BTW: the following looks strange: >>>=20 >>>=20 > = https://github.com/freebsd/freebsd/blob/b2d136be8c26e5efaf82b7bb25432207a6= 82e250/sys/dev/iicbus/ds3231.c#L526 = >>> < >>> = https://github.com/freebsd/freebsd/blob/b2d136be8c26e5efaf82b7bb25432207a6= 82e250/sys/dev/iicbus/ds3231.c#L526 = >>>>=20 >>>=20 >>> This would add 256 instead of 100 when rolling over the century, >>> really? On real world systems this will let to a Year-2100 problem, >>> better we solve this quickly, since the time is running, and 80 >>> years compares to nothing on the geologic time scale :-D >>=20 >> For the time being I resolved the issue for me, by completely >> dropping AM/PM support - I don=E2=80=99t need it, and I anyway always = need to >> remember that AM means (Am Morgen :-). >>=20 >> DS3231_HOUR_MASK_24HR is definitely wrong, since this prevents the >> setting of times above 20 h. Reading said data sheet, I am almost >> sure, that DS3231_HOUR_MASK_24HR must be the same as >> DS3231_HOUR_MASK_12HR =3D 0x3f. >>=20 >=20 > The driver originally forced the chip into 24-hour mode. I'm the one > who added support for 12 or 24 hour mode, so this is probably my = fault. > It seems nicer to me to try to deal with whatever mode the chip is > already in (in case you're dual-booting into some other OS that wants > it to be a certain way). I'm pretty sure I've got one of those chips > around here somewhere, I'll find some time this weekend to get the > driver fixed. >=20 > -- Ian I appreciate your efforts for AM/PM support, only I am not sufficiently = familiar with the very details of this format, for example I always got = wrong the special meanings of 0:00 AM vs. 0:00 PM and 12:00 AM vs. 12:00 = PM. So, I am the wrong person to bugfix AM/PM issues. I applied the = temporary dirty fix of dropping out AM/PM only for getting the driver = quickly working on my side, and I could continue with my current = project. Once the driver is fixed upstream, I will use that one, of = course. That said, I wrote a sysctl function for directly getting/setting the = time in the RTC with unix time values. Perhaps, something like this = would facilitate your debugging efforts, and here it comes: static int ds3231_unixtime_sysctl(SYSCTL_HANDLER_ARGS) { int c, error; struct timespec ts =3D {}; struct bcd_clocktime bct; struct ds3231_softc *sc =3D (struct ds3231_softc *)arg1; uint8_t data[7]; if (req->newptr =3D=3D NULL) { // get the unixtime /* If the clock halted, we don't have good data. */ if ((error =3D ds3231_status_read(sc)) !=3D 0) { device_printf(sc->sc_dev, "cannot read from = RTC.\n"); return (error); } if (sc->sc_status & DS3231_STATUS_OSF) return (EINVAL); error =3D iicdev_readfrom(sc->sc_dev, DS3231_SECS, data, = sizeof(data), IIC_INTRWAIT); if (error !=3D 0) { device_printf(sc->sc_dev, "cannot read from = RTC.\n"); return (error); } bct.nsec =3D 0; bct.sec =3D data[DS3231_SECS] & DS3231_SECS_MASK; bct.min =3D data[DS3231_MINS] & DS3231_MINS_MASK; bct.hour =3D data[DS3231_HOUR] & DS3231_HOUR_MASK_12HR; bct.day =3D data[DS3231_DATE] & DS3231_DATE_MASK; bct.mon =3D data[DS3231_MONTH] & DS3231_MONTH_MASK; bct.year =3D data[DS3231_YEAR] & DS3231_YEAR_MASK; bct.ispm =3D data[DS3231_HOUR] & DS3231_HOUR_IS_PM; /* * If the century flag has toggled since we last saw it, = there has been * a century rollover. If this is the first time we're = seeing it, * remember the state so we can preserve its polarity on = writes. */ c =3D (data[DS3231_MONTH] & DS3231_C_MASK) ? 1 : 0; if (sc->sc_last_c =3D=3D -1) sc->sc_last_c =3D c; else if (c !=3D sc->sc_last_c) { sc->sc_year0 +=3D 100; sc->sc_last_c =3D c; } bct.year |=3D sc->sc_year0; error =3D clock_bcd_to_ts(&bct, &ts, false); if (error =3D=3D 0) { error =3D sysctl_handle_long(oidp, &ts.tv_sec, = 0, req); } } else if ((error =3D sysctl_handle_long(oidp, &ts.tv_sec, 0, req) = =3D=3D 0)) { // set the unixtime /* * We request a timespec with no resolution-adjustment. = That also * disables utc adjustment, so apply that ourselves. */ ts.tv_sec -=3D utc_offset(); clock_ts_to_bcd(&ts, &bct, false); data[DS3231_SECS] =3D bct.sec; data[DS3231_MINS] =3D bct.min; data[DS3231_HOUR] =3D bct.hour | 0b01000000; data[DS3231_DATE] =3D bct.day; data[DS3231_WEEKDAY] =3D bct.dow + 1; data[DS3231_MONTH] =3D bct.mon; data[DS3231_YEAR] =3D bct.year & 0xff; if (sc->sc_last_c) data[DS3231_MONTH] |=3D DS3231_C_MASK; /* Write the time back to RTC. */ error =3D iicdev_writeto(sc->sc_dev, DS3231_SECS, data, = sizeof(data), IIC_INTRWAIT); if (error !=3D 0) { device_printf(sc->sc_dev, "cannot write to = RTC.\n"); return (error); } /* * Unlike most hardware, the osc-was-stopped bit does = not clear itself * after setting the time, it has to be manually written = to zero. */ if (sc->sc_status & DS3231_STATUS_OSF) { if ((error =3D ds3231_status_read(sc)) !=3D 0) { device_printf(sc->sc_dev, "cannot read = from RTC.\n"); return (error); } sc->sc_status &=3D ~DS3231_STATUS_OSF; if ((error =3D ds3231_status_write(sc, 0, 0)) !=3D= 0) { device_printf(sc->sc_dev, "cannot write = to RTC.\n"); return (error); } } } return (error); } ... /* Date/Time. */ SYSCTL_ADD_PROC(ctx, tree, OID_AUTO, "unixtime", CTLFLAG_RW | CTLTYPE_ULONG | CTLFLAG_MPSAFE, sc, 0, ds3231_unixtime_sysctl, "LU", "get/set the Date/Time = formatted as a UNIX time stamp"); /* Temperature. */ ... Then, I wrote a shell script for testing, whether setting/getting the = time works as expected (checkds3231.sh): #!/bin/sh DATE=3D`date "+%Y-%m-%d"` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 00:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 01:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 02:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 03:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 04:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 05:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 06:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 07:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 08:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 09:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 10:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 11:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 12:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 13:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 14:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 15:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 16:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 17:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 18:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 19:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 20:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 21:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 22:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date -jf "%Y-%m-%d %H:%M:%S" "+%s" = $DATE" 23:26:14"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` sysctl dev.ds3231.0.unixtime=3D`date "+%s"` > /dev/null 2>&1 date -jf "%s" "+%Y-%m-%d %H:%M:%S" `sysctl -n dev.ds3231.0.unixtime` The sample output here looks good: 2020-07-16 00:26:14 2020-07-16 01:26:14 2020-07-16 02:26:14 2020-07-16 03:26:14 2020-07-16 04:26:14 2020-07-16 05:26:14 2020-07-16 06:26:14 2020-07-16 07:26:14 2020-07-16 08:26:14 2020-07-16 09:26:14 2020-07-16 10:26:14 2020-07-16 11:26:14 2020-07-16 12:26:14 2020-07-16 13:26:14 2020-07-16 14:26:14 2020-07-16 15:26:14 2020-07-16 16:26:14 2020-07-16 17:26:14 2020-07-16 18:26:14 2020-07-16 19:26:14 2020-07-16 20:26:14 2020-07-16 21:26:14 2020-07-16 22:26:14 2020-07-16 23:26:14 2020-07-16 12:32:12 Best regards Rolf= From owner-freebsd-arm@freebsd.org Fri Jul 17 04:06:14 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B02CA375E74 for ; Fri, 17 Jul 2020 04:06:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B7Hc5431qz4T7J for ; Fri, 17 Jul 2020 04:06:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: eZYAoYMVM1leB0UhfVXlG626Lk1LxH0lMLhuM3mZtBETJFLP43CoLjp5YayD0.P AiTOfDBJVsnPw4OAQCe2v21pwwQtlP8lXQKsXEp5SvhntQ.yA7NnDs5J1FFZgd416SnCi0ja.p6D MZb3Pj1__fUiJ4H7t_Uj3.WvC75IguHfQz3txs2C86YBDVGKjq8iyDlORsLG.PxLaywa6qfSDjiF GtaOzhWaCMg8dCId1c1jw6J.EdcQUK2bITeYJ.TQwVaKOHG_WyoQijO.VRI1fHvv3NIIivEqSfvl GioXqRonWIOcJHf_qZl7De6Rpjk10KSVw6WWpMsmXl5_k79LVU4svj0wz138OE1999UeSbCUBXI8 k3gvOXuMBhjevprj25bIrOvdK.IQVNNEAt8bUb9SDebaNK33Jl6DuylufwvGdDk.5gHNHAzoPLaf uHCODnQ6dOBLBo0mSefc6oEOfJiHY3WpXMvOeFVneHw29Rc8o3jqV_PJREH9N9J__H_pVxsRjl7y 3rTe9dxD2r8oKNUS.pCzXNMQsT6W78fpj3xxzctkgIaJK438cqupsBqV6vAfzOYNy8xNND95fghz ojUT4uA_Wvb3lTxm4hkNu2AZw3Rd95m8.m4iBcYYB7NLyBW_AnUN.zPyqSVWqF6phZvgXOiUQPuw e28.e8e5rYXckGiYhGfjO.n4WlYN.4MwBESsy4UCUzQslkiRiKDxWWQjvDYWpx4rxaazMuSennHM C4y9ridAdspcTokx2KtnNqD7MQCseDkQcc7M_n5mC6X.kMdvgFijMzx73nwdIu86PuJzF.SMHtA_ 695Nb63NL8kIpJL__wjxo3iuDriMtiYf.55ygY3dtkIyK38BooNZqiwlMT2z8Fa4A3ClN4UpvaMI Viri7L4sECX28LI.6vULEyaG5sRBtJSHCyhh39za7JfoB3vl0X2MxmYMDRXTZlRdVBNjEfy.zL3E vM.bP1KY9.w6wGhodxrnd_w7WTh2uvtaAesDWQnj9Le95Fmg2pXKKCL_PAppQZ_Pntt1IFuepDQo 0iuWFzeyk85xgeoctHCNowlN7GcXy6GMu6kEdQGof6Yvqieura1CDpi9ILoGrNylCWVIecUXJwvH aWGkhlG43mamH40B81JThnUAww1JCuChEywvhC78.TGsPJVZfKbymEmAGmKQz_4WPjthd5.q6jMa mh7G17op7PfvRl2FDkwjE3ADsiY99QgURmonPYVihNvYnJeO63FhFsfAM_.oLVlg2fd7MFYGbM7b ZU_ZWfS5_It7IM2T2opow8vlZZyrMN1AyY4o9SjwW7ylej911445fZf7_Wp47XJr.w133QtsDUD_ C3STJ3cl.OjuZB_hVtunyOESnJwX6wDLVB9oILgVTKaTp7wL8MMKT8Kj0mvwiNPUKNqTYRujTxtx cQufyVkp.HZjc3N3e4q2aTotj3yePAn4EpNite3S4BmBTXcp1zZwvvQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Fri, 17 Jul 2020 04:06:11 +0000 Received: by smtp427.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 685a4ec50c3437fffe312779386b99f9; Fri, 17 Jul 2020 04:06:10 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Pine64+2GB unable to boot after attempted update, failure very early: efipart_readwrite: rw=1,  blk=... size=32 status=7; RPi3 has no problem Message-Id: Date: Thu, 16 Jul 2020 21:06:09 -0700 To: freebsd-arm , FreeBSD Current X-Mailer: Apple Mail (2.3608.80.23.2.2) References: X-Rspamd-Queue-Id: 4B7Hc5431qz4T7J X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.24 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.79)[-0.785]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.982]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; NEURAL_HAM_LONG(-0.97)[-0.970]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_NEEDS_ENCODING(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from]; 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: Fri, 17 Jul 2020 04:06:14 -0000 Note: The media involved (microsd card and USB SSD) is also configured to boot a RPi3B and that is still working when plugged into the RPi3B. This should have the implication that EFI/BOOT/bootaa64.efi is okay for how the RPi3B ends up using it, for example. The failed boot attempts look like the below (but I've removed a bunch of "[?25h" for readability). I do not remember if "alloc space exhausted" is normal or not. U-Boot SPL 2020.07 (Jul 13 2020 - 12:12:14 +0000) DRAM: 2048 MiB Trying to boot from MMC1 NOTICE: BL31: v2.3(): NOTICE: BL31: Built : 23:56:54, Apr 26 2020 NOTICE: BL31: Detected Allwinner A64/H64/R18 SoC (1689) NOTICE: BL31: Found U-Boot DTB at 0x4092b68, model: Pine64+ NOTICE: PSCI: System suspend is unavailable alloc space exhausted U-Boot 2020.07 (Jul 13 2020 - 12:12:14 +0000) Allwinner Technology CPU: Allwinner A64 (SUN50I) Model: Pine64+ DRAM: 2 GiB MMC: mmc@1c0f000: 0 Loading Environment from FAT... *** Warning - bad CRC, using default = environment In: serial Out: serial Err: serial Net: phy interface7 eth0: ethernet@1c30000 starting USB... Bus usb@1c1a000: USB EHCI 1.00 Bus usb@1c1a400: USB OHCI 1.0 Bus usb@1c1b000: USB EHCI 1.00 Bus usb@1c1b400: USB OHCI 1.0 scanning bus usb@1c1a000 for devices... 1 USB Device(s) found scanning bus usb@1c1a400 for devices... 1 USB Device(s) found scanning bus usb@1c1b000 for devices... 3 USB Device(s) found scanning bus usb@1c1b400 for devices... 1 USB Device(s) found scanning usb for storage devices... 1 Storage Device(s) found Hit any key to stop autoboot: 2 =08=08=08 1 =08=08=08 0=20 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... 38612 bytes read in 4 ms (9.2 MiB/s) Found EFI removable media binary efi/boot/bootaa64.efi Scanning disk mmc@1c0f000.blk... ** Unrecognized filesystem type ** Scanning disk usb_mass_storage.lun0... ** Unrecognized filesystem type ** ** Unrecognized filesystem type ** ** Unrecognized filesystem type ** Found 7 disks =1B7=1B[r=1B[999;999H=1B[6n=1B8BootOrder not defined EFI boot manager: Cannot load any image 695648 bytes read in 33 ms (20.1 MiB/s) =1B[2J=1B[1;1H=1B[2J=1B[1;1H=1BC=1Bo=1Bn=1Bs=1Bo=1Bl=1Be=1Bs=1B:=1B = =1BE=1BF=1BI=1B =1Bc=1Bo=1Bn=1Bs=1Bo=1Bl=1Be=1B =1B =1B =1B =1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\= =1B=08=1B|=1B=08=1B =1B =1B =1B =1BR=1Be=1Ba=1Bd=1Bi=1Bn=1Bg=1B = =1Bl=1Bo=1Ba=1Bd=1Be=1Br=1B =1Be=1Bn=1Bv=1B =1Bv=1Ba=1Br=1Bs=1B = =1Bf=1Br=1Bo=1Bm=1B =1B/=1Be=1Bf=1Bi=1B/=1Bf=1Br=1Be=1Be=1Bb=1Bs=1Bd=1B/=1B= l=1Bo=1Ba=1Bd=1Be=1Br=1B.=1Be=1Bn=1Bv=1B =1B =1BS=1Be=1Bt=1Bt=1Bi=1Bn=1Bg=1B =1Bc=1Bu=1Br=1Br=1Bd=1Be=1Bv=1B =1Bt=1Bo=1B= =1Bd=1Bi=1Bs=1Bk=1B0=1Bp=1B1=1B:=1B =1B =1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1BF=1Br=1Be=1B= e=1BB=1BS=1BD=1B/=1Ba=1Br=1Bm=1B6=1B4=1B =1BE=1BF=1BI=1B =1Bl=1Bo=1Ba=1Bd=1B= e=1Br=1B,=1B =1BR=1Be=1Bv=1Bi=1Bs=1Bi=1Bo=1Bn=1B =1B1=1B.=1B1=1B =1B =1B =1B =1B =1B =1B =1BC=1Bo=1Bm=1Bm=1Ba=1Bn=1Bd=1B =1Bl=1Bi=1Bn=1Be=1B = =1Ba=1Br=1Bg=1Bu=1Bm=1Be=1Bn=1Bt=1Bs=1B:=1B =1Bl=1Bo=1Ba=1Bd=1Be=1Br=1B.=1B= e=1Bf=1Bi=1B =1B =1B =1B =1B =1BI=1Bm=1Ba=1Bg=1Be=1B =1Bb=1Ba=1Bs=1Be=1B:=1B = =1B0=1Bx=1Bb=1B8=1Be=1B6=1B3=1B0=1B0=1B0=1B =1B =1B =1B =1B =1BE=1BF=1BI=1B =1Bv=1Be=1Br=1Bs=1Bi=1Bo=1Bn=1B:=1B = =1B2=1B.=1B8=1B0=1B =1B =1B =1B =1B =1BE=1BF=1BI=1B =1BF=1Bi=1Br=1Bm=1Bw=1Ba=1Br=1Be=1B:=1B = =1BD=1Ba=1Bs=1B =1BU=1B-=1BB=1Bo=1Bo=1Bt=1B =1B(=1Br=1Be=1Bv=1B = =1B8=1B2=1B2=1B4=1B.=1B1=1B7=1B9=1B2=1B)=1B =1B =1B =1B =1B =1BC=1Bo=1Bn=1Bs=1Bo=1Bl=1Be=1B:=1B =1Bc=1Bo=1Bm=1Bc=1Bo=1Bn=1B= s=1Bo=1Bl=1Be=1B =1B(=1B0=1B)=1B =1B =1B =1B =1B =1BL=1Bo=1Ba=1Bd=1B =1BP=1Ba=1Bt=1Bh=1B:=1B = =1B/=1Be=1Bf=1Bi=1B\=1Bb=1Bo=1Bo=1Bt=1B\=1Bb=1Bo=1Bo=1Bt=1Ba=1Ba=1B6=1B4=1B= .=1Be=1Bf=1Bi=1B =1B =1B =1B =1B =1BL=1Bo=1Ba=1Bd=1B =1BD=1Be=1Bv=1Bi=1Bc=1Be=1B:=1B = =1B/=1BV=1Be=1Bn=1BH=1Bw=1B(=1Be=1B6=1B1=1Bd=1B7=1B3=1Bb=1B9=1B-=1Ba=1B3=1B= 8=1B4=1B-=1B4=1Ba=1Bc=1Bc=1B-=1Ba=1Be=1Ba=1Bb=1B-=1B8=1B2=1Be=1B8=1B2=1B8=1B= f=1B3=1B6=1B2=1B8=1Bb=1B)=1B/=1BS=1BD=1B(=1B0=1B)=1B/=1BS=1BD=1B(=1B0=1B)=1B= /=1BH=1BD=1B(=1B1=1B,=1B0=1Bx=1B0=1B1=1B,=1B0=1B,=1B0=1Bx=1B4=1B0=1B3=1Bb=1B= ,=1B0=1Bx=1B1=1Bf=1Bf=1Be=1B0=1B)=1B =1B =1BT=1Br=1By=1Bi=1Bn=1Bg=1B =1BE=1BS=1BP=1B:=1B = =1B/=1BV=1Be=1Bn=1BH=1Bw=1B(=1Be=1B6=1B1=1Bd=1B7=1B3=1Bb=1B9=1B-=1Ba=1B3=1B= 8=1B4=1B-=1B4=1Ba=1Bc=1Bc=1B-=1Ba=1Be=1Ba=1Bb=1B-=1B8=1B2=1Be=1B8=1B2=1B8=1B= f=1B3=1B6=1B2=1B8=1Bb=1B)=1B/=1BS=1BD=1B(=1B0=1B)=1B/=1BS=1BD=1B(=1B0=1B)=1B= /=1BH=1BD=1B(=1B1=1B,=1B0=1Bx=1B0=1B1=1B,=1B0=1B,=1B0=1Bx=1B4=1B0=1B3=1Bb=1B= ,=1B0=1Bx=1B1=1Bf=1Bf=1Be=1B0=1B)=1B =1B =1BS=1Be=1Bt=1Bt=1Bi=1Bn=1Bg=1B =1Bc=1Bu=1Br=1Br=1Bd=1Be=1Bv=1B =1Bt=1Bo=1B= =1Bd=1Bi=1Bs=1Bk=1B0=1Bp=1B1=1B:=1B =1B =1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-= =1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1BT=1Br=1By=1Bi=1Bn=1Bg=1B:= =1B = =1B/=1BV=1Be=1Bn=1BH=1Bw=1B(=1Be=1B6=1B1=1Bd=1B7=1B3=1Bb=1B9=1B-=1Ba=1B3=1B= 8=1B4=1B-=1B4=1Ba=1Bc=1Bc=1B-=1Ba=1Be=1Ba=1Bb=1B-=1B8=1B2=1Be=1B8=1B2=1B8=1B= f=1B3=1B6=1B2=1B8=1Bb=1B)=1B/=1BS=1BD=1B(=1B0=1B)=1B/=1BS=1BD=1B(=1B0=1B)=1B= /=1BH=1BD=1B(=1B2=1B,=1B0=1Bx=1B0=1B1=1B,=1B0=1B,=1B0=1Bx=1B2=1B4=1B4=1B0=1B= 0=1B,=1B0=1Bx=1Be=1B6=1B0=1B0=1B0=1B0=1B0=1B)=1B =1B =1BS=1Be=1Bt=1Bt=1Bi=1Bn=1Bg=1B =1Bc=1Bu=1Br=1Br=1Bd=1Be=1Bv=1B =1Bt=1Bo=1B= =1Bd=1Bi=1Bs=1Bk=1B0=1Bp=1B2=1B:=1B =1B =1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1Be=1Bf=1Bi=1B= p=1Ba=1Br=1Bt=1B_=1Br=1Be=1Ba=1Bd=1Bw=1Br=1Bi=1Bt=1Be=1B:=1B =1Br=1Bw=1B=3D= =1B1=1B,=1B =1Bb=1Bl=1Bk=1B=3D=1B1=1B2=1B3=1B2=1B4=1B4=1B2=1B2=1B4=1B = =1Bs=1Bi=1Bz=1Be=1B=3D=1B3=1B2=1B =1Bs=1Bt=1Ba=1Bt=1Bu=1Bs=1B=3D=1B7=1B =1B =1B/=1B=08=1Be=1Bf=1Bi=1Bp=1Ba=1Br=1Bt=1B_=1Br=1Be=1Ba=1Bd=1Bw=1Br=1Bi=1Bt= =1Be=1B:=1B =1Br=1Bw=1B=3D=1B1=1B,=1B =1Bb=1Bl=1Bk=1B=3D=1B1=1B4=1B8=1B6=1B= 0=1B8=1B =1Bs=1Bi=1Bz=1Be=1B=3D=1B3=1B2=1B =1Bs=1Bt=1Ba=1Bt=1Bu=1Bs=1B=3D=1B= 7=1B =1B =1B-=1B=08=1Be=1Bf=1Bi=1Bp=1Ba=1Br=1Bt=1B_=1Br=1Be=1Ba=1Bd=1Bw=1Br=1Bi=1Bt= =1Be=1B:=1B =1Br=1Bw=1B=3D=1B1=1B,=1B =1Bb=1Bl=1Bk=1B=3D=1B1=1B4=1B8=1B5=1B= 4=1B5=1B =1Bs=1Bi=1Bz=1Be=1B=3D=1B3=1B2=1B =1Bs=1Bt=1Ba=1Bt=1Bu=1Bs=1B=3D=1B= 7=1B =1B =1Be=1Bf=1Bi=1Bp=1Ba=1Br=1Bt=1B_=1Br=1Be=1Ba=1Bd=1Bw=1Br=1Bi=1Bt=1Be=1B:=1B= =1Br=1Bw=1B=3D=1B1=1B,=1B =1Bb=1Bl=1Bk=1B=3D=1B1=1B4=1B8=1B5=1B4=1B5=1B = =1Bs=1Bi=1Bz=1Be=1B=3D=1B3=1B2=1B =1Bs=1Bt=1Ba=1Bt=1Bu=1Bs=1B=3D=1B7=1B =1B =1B\=1B=08=1Be=1Bf=1Bi=1Bp=1Ba=1Br=1Bt=1B_=1Br=1Be=1Ba=1Bd=1Bw=1Br=1Bi=1Bt= =1Be=1B:=1B =1Br=1Bw=1B=3D=1B1=1B,=1B =1Bb=1Bl=1Bk=1B=3D=1B1=1B4=1B8=1B6=1B= 0=1B8=1B =1Bs=1Bi=1Bz=1Be=1B=3D=1B3=1B2=1B =1Bs=1Bt=1Ba=1Bt=1Bu=1Bs=1B=3D=1B= 7=1B =1B =1B|=1B=08=1Be=1Bf=1Bi=1Bp=1Ba=1Br=1Bt=1B_=1Br=1Be=1Ba=1Bd=1Bw=1Br=1Bi=1Bt= =1Be=1B:=1B =1Br=1Bw=1B=3D=1B1=1B,=1B =1Bb=1Bl=1Bk=1B=3D=1B1=1B4=1B8=1B5=1B= 4=1B5=1B =1Bs=1Bi=1Bz=1Be=1B=3D=1B3=1B2=1B =1Bs=1Bt=1Ba=1Bt=1Bu=1Bs=1B=3D=1B= 7=1B =1B =1Be=1Bf=1Bi=1Bp=1Ba=1Br=1Bt=1B_=1Br=1Be=1Ba=1Bd=1Bw=1Br=1Bi=1Bt=1Be=1B:=1B= =1Br=1Bw=1B=3D=1B1=1B,=1B =1Bb=1Bl=1Bk=1B=3D=1B1=1B4=1B8=1B5=1B4=1B5=1B = =1Bs=1Bi=1Bz=1Be=1B=3D=1B3=1B2=1B =1Bs=1Bt=1Ba=1Bt=1Bu=1Bs=1B=3D=1B7=1B =1B =1B/=1B=08=1Be=1Bf=1Bi=1Bp=1Ba=1Br=1Bt=1B_=1Br=1Be=1Ba=1Bd=1Bw=1Br=1Bi=1Bt= =1Be=1B:=1B =1Br=1Bw=1B=3D=1B1=1B,=1B =1Bb=1Bl=1Bk=1B=3D=1B1=1B4=1B8=1B6=1B= 0=1B8=1B =1Bs=1Bi=1Bz=1Be=1B=3D=1B3=1B2=1B =1Bs=1Bt=1Ba=1Bt=1Bu=1Bs=1B=3D=1B= 7=1B =1B =1B-=1B=08=1Be=1Bf=1Bi=1Bp=1Ba=1Br=1Bt=1B_=1Br=1Be=1Ba=1Bd=1Bw=1Br=1Bi=1Bt= =1Be=1B:=1B =1Br=1Bw=1B=3D=1B1=1B,=1B =1Bb=1Bl=1Bk=1B=3D=1B1=1B4=1B8=1B5=1B= 4=1B5=1B =1Bs=1Bi=1Bz=1Be=1B=3D=1B3=1B2=1B =1Bs=1Bt=1Ba=1Bt=1Bu=1Bs=1B=3D=1B= 7=1B =1B =1Be=1Bf=1Bi=1Bp=1Ba=1Br=1Bt=1B_=1Br=1Be=1Ba=1Bd=1Bw=1Br=1Bi=1Bt=1Be=1B:=1B= =1Br=1Bw=1B=3D=1B1=1B,=1B =1Bb=1Bl=1Bk=1B=3D=1B1=1B4=1B8=1B5=1B4=1B5=1B = =1Bs=1Bi=1Bz=1Be=1B=3D=1B3=1B2=1B =1Bs=1Bt=1Ba=1Bt=1Bu=1Bs=1B=3D=1B7=1B =1B =1BE=1BR=1BR=1BO=1BR=1B:=1B =1Bc=1Ba=1Bn=1Bn=1Bo=1Bt=1B =1Bo=1Bp=1Be=1Bn=1B= =1B/=1Bb=1Bo=1Bo=1Bt=1B/=1Bl=1Bu=1Ba=1B/=1Bl=1Bo=1Ba=1Bd=1Be=1Br=1B.=1Bl=1B= u=1Ba=1B:=1B =1Bn=1Bo=1B =1Bs=1Bu=1Bc=1Bh=1B =1Bf=1Bi=1Bl=1Be=1B =1Bo=1Br=1B= =1Bd=1Bi=1Br=1Be=1Bc=1Bt=1Bo=1Br=1By=1B.=1B =1B =1B =1B =1B =1B =1BT=1By=1Bp=1Be=1B =1B'=1B?=1B'=1B =1Bf=1Bo=1Br=1B =1Ba=1B =1Bl=1Bi=1Bs=1B= t=1B =1Bo=1Bf=1B =1Bc=1Bo=1Bm=1Bm=1Ba=1Bn=1Bd=1Bs=1B,=1B =1B'=1Bh=1Be=1Bl=1B= p=1B'=1B =1Bf=1Bo=1Br=1B =1Bm=1Bo=1Br=1Be=1B =1Bd=1Be=1Bt=1Ba=1Bi=1Bl=1Be=1B= d=1B =1Bh=1Be=1Bl=1Bp=1B.=1B =1B =1BO=1BK=1B =1B By contrast the RPi3 has no trouble with using d=1Bi=1Bs=1Bk=1B0=1Bp=1B2=1B: (it is the same media) . . . S=1Be=1Bt=1Bt=1Bi=1Bn=1Bg=1B =1Bc=1Bu=1Br=1Br=1Bd=1Be=1Bv=1B =1Bt=1Bo=1B = =1Bd=1Bi=1Bs=1Bk=1B0=1Bp=1B2=1B:=1B =1B = =1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-= =1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08= =1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/= =1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08= =1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|= =1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08= =1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\= =1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08= =1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-= =1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08= =1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/= =1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08= =1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1BL=1Bo=1Ba=1Bd=1Bi=1Bn=1Bg=1B = =1B/=1Bb=1Bo=1Bo=1Bt=1B/=1Bd=1Be=1Bf=1Ba=1Bu=1Bl=1Bt=1Bs=1B/=1Bl=1Bo=1Ba=1B= d=1Be=1Br=1B.=1Bc=1Bo=1Bn=1Bf=1B /=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1BL=1B= o=1Ba=1Bd=1Bi=1Bn=1Bg=1B = =1B/=1Bb=1Bo=1Bo=1Bt=1B/=1Bd=1Be=1Bf=1Ba=1Bu=1Bl=1Bt=1Bs=1B/=1Bl=1Bo=1Ba=1B= d=1Be=1Br=1B.=1Bc=1Bo=1Bn=1Bf=1B =1B =1BL=1Bo=1Ba=1Bd=1Bi=1Bn=1Bg=1B =1B/=1Bb=1Bo=1Bo=1Bt=1B/=1Bd=1Be=1Bv=1Bi=1B= c=1Be=1B.=1Bh=1Bi=1Bn=1Bt=1Bs=1B =1B =1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\= =1B=08=1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1BL=1Bo=1Ba=1Bd=1Bi=1Bn=1Bg= =1B =1B/=1Bb=1Bo=1Bo=1Bt=1B/=1Bl=1Bo=1Ba=1Bd=1Be=1Br=1B.=1Bc=1Bo=1Bn=1Bf=1B= =1B =1B|=1B=08=1B/=1B=08=1B-=1B=08=1B\=1B=08=1BL=1Bo=1Ba=1Bd=1Bi=1Bn=1Bg=1B = =1B/=1Bb=1Bo=1Bo=1Bt=1B/=1Bl=1Bo=1Ba=1Bd=1Be=1Br=1B.=1Bc=1Bo=1Bn=1Bf=1B.=1B= l=1Bo=1Bc=1Ba=1Bl=1B (And so on.) For reference: # gpart show -p =3D> 63 249737153 mmcsd0 MBR (119G) 63 16380 - free - (8.0M) 16443 131040 mmcsd0s1 fat32lba [active] (64M) 147483 997 - free - (499K) 148480 241172480 mmcsd0s2 freebsd (115G) 241320960 8416256 - free - (4.0G) =3D> 0 241172480 mmcsd0s2 BSD (115G) 0 230686720 mmcsd0s2a freebsd-ufs (110G) 230686720 10485760 - free - (5.0G) =3D> 40 468862048 da0 GPT (224G) 40 2008 - free - (1.0M) 2048 413138944 da0p1 freebsd-ufs (197G) 413140992 6291456 da0p2 freebsd-swap (3.0G) 419432448 6291456 da0p4 freebsd-swap (3.0G) 425723904 43138184 - free - (21G) # find /boot/efi/ -print | sort | more /boot/efi/ /boot/efi/COPYING.linux /boot/efi/EFI /boot/efi/EFI/BOOT /boot/efi/EFI/BOOT/bootaa64.efi /boot/efi/LICENCE.broadcom /boot/efi/System Volume Information /boot/efi/System Volume Information/WPSettings.dat /boot/efi/armstub8.bin /boot/efi/bcm2710-rpi-2-b.dtb /boot/efi/bcm2710-rpi-3-b-plus.dtb /boot/efi/bcm2710-rpi-3-b.dtb /boot/efi/bcm2710-rpi-cm3.dtb /boot/efi/bootcode.bin /boot/efi/config.txt /boot/efi/dtb /boot/efi/dtb/allwinner /boot/efi/dtb/allwinner/sun50i-a64-pine64-lts.dtb /boot/efi/dtb/allwinner/sun50i-a64-pine64-plus.dtb /boot/efi/dtb/allwinner/sun50i-a64-pine64.dtb /boot/efi/dtb/allwinner/sun50i-a64-pinebook.dtb /boot/efi/dtb/allwinner/sun50i-a64-sopine-baseboard.dtb /boot/efi/dtb/overlays /boot/efi/dtb/overlays/spigen-rpi3.dtbo /boot/efi/dtb/overlays/sun50i-a64-opp.dtbo /boot/efi/dtb/overlays/sun50i-a64-pwm.dtbo /boot/efi/dtb/overlays/sun50i-a64-rpwm.dtbo /boot/efi/dtb/overlays/sun50i-a64-spi0-spigen.dtbo /boot/efi/dtb/overlays/sun50i-a64-timer.dtbo /boot/efi/fixup.dat /boot/efi/overlays /boot/efi/overlays/disable-bt.dtbo /boot/efi/overlays/mmc.dtbo /boot/efi/overlays/pwm.dtbo /boot/efi/start.elf /boot/efi/u-boot.bin (Where /boot/efi refers to /dev/mmcsd0s1 .) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Jul 17 06:16: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 2CA3335923F for ; Fri, 17 Jul 2020 06:16:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B7LTp4jtqz4ZwR for ; Fri, 17 Jul 2020 06:15:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: oZ35AlEVM1lgF.Iy1mVlr4rRTamQR.oh6q8iYH7hwBMZPkPr7cxXYKFzqOpcQ5Y 40cSlw5Mg0Eve6JWGtTwarsuo2GbcMAIkklme1YGP70mkG1VO5_HcSGX9dHlO8Ryew38E4Sqw8Uq VOvx8GFFUXz5emFrSXnd3AvU7l1L_YzhCO8R8JVlj7dj4hzf4CZ7G57Fiizd69K5zX.YeTkLAahG ub4lygEPN7n.D0KqBAyp22SNbqV96JYr4oBX2KlvrmNl.hie8WpYNIbH5ePWoERuwiRy1UByQa.4 .Z9z4G0tZC9ddGRcf8hjModPWuXlrcdNWgEG9rTceKdlr4j2_5CMOBla6an.U_JzeT2MRRMdY8j9 BudPgqhVZOjR3vzfoP._vPMY5N68mT9q6Q.mpEwAj_WTm2d5B_lwojBu4LkqxQLREbmi.6U0mtYx I8nkNItMM5ZEeLebWAIPgJ8ZBGmUzwjpG__CrVK4i0yM8nidIQxI06HQkbqfFL46sTf0O2uRYWHz 5ma3rYLx1rRW.Hx1gmrIFhAkZHJmWvD5a388ChGdAVcD_megYROt.jb_rG05KqX62.T3yNN80UO3 AYaP_SwpstQ6thR88zVBBCS82miR118_EdJhjUHOjsLmYGO4acfW2nZlll8bMt3XG_nOAIzV.O5l 3udest4IxWeYl2OzQB9j2abHgKN9dz4GdEC7I69D.8RbV8jaxEqqPA9ArZGA5wUJ3ly7_a7giLRb F9dxcwZd_YwL45yvBJm_OqwQjS_fGKK.hdsxIwsNZxVhk7VCw0OqtInZMUWvYjHUkPIQxLPHRpgg u3gz4k9DfNOm.BsU0ZYxhyJAMQWgwfdMrNbapG93n8_gYbP83GmQj_qptSGISKrnRRluhYTULzo. X1RTBDKR8mSnGgLxrfkfg4meBMkEJjcChxDK9cczY82lUtlB5v1v5dCHlfUcvmn2MfLVeLyAg59k 4zAv2c.SGV51hZnUx2icWQsSTkEMhfSMTN04HiL22PZq53NVN.V.dlCKyvOYM.BpP99SO6hVvA1a vRQEoXShBBVWlTrgn34_LQRRCdUJ0C.BVpWRgXEQl9DGB_TRuQ9KAjWnqWCKxEOLoPwquKuPHa.m XB0SkY50NXPI8895qTH0_2bTSwDpUckrRAEnJiGC5Tqdmqc7Y7LO8MovBA3y7iS091LR8cDiffST rCD.IHRk.qn4hsKwH0zvH4BQ6VyekV1ks2fgmW79800f1K4g08yESGBItn1eB2CPAlqgnPp0t8MN 10.huHaSy9aEoSRbSz8wpKemjx4RWCYc0vewpJiCVN42U4.h.APm1eS3nbghCSqjimCBThaCcwKE 7.n1DNdKeDZOdJuF6J1IW0_.GOtYmQ.WfmTGVzIKzEnN0mTILZfCj2ItFba.lGFkLAEaK.Sx7WJZ P9RdFJJyPJ65YMEEAIMNlLnUsFEf198QT9hltyt3nllpDxn4IXn0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Fri, 17 Jul 2020 06:15:56 +0000 Received: by smtp416.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7d20795d1ff956f6b3da00661341e5f9; Fri, 17 Jul 2020 06:15:52 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Pine64+2GB unable to boot after attempted update, failure very early: efipart_readwrite: rw=1, blk=... size=32 status=7; RPi3 has no problem Date: Thu, 16 Jul 2020 23:15:50 -0700 References: To: freebsd-arm , FreeBSD Current In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B7LTp4jtqz4ZwR X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.96 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-0.97)[-0.975]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from]; NEURAL_HAM_SHORT(-0.50)[-0.498]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] 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: Fri, 17 Jul 2020 06:16:00 -0000 [Trying again: I missed removing a type of character (escape) beyond the [?25h removals. My choice of editor was not the best for the context and it was not obvious that the escapes were present.] I'll mostly just send the text that has the additional removals. The boot text with the error messages then is: U-Boot SPL 2020.07 (Jul 13 2020 - 12:12:14 +0000) DRAM: 2048 MiB Trying to boot from MMC1 NOTICE: BL31: v2.3(): NOTICE: BL31: Built : 23:56:54, Apr 26 2020 NOTICE: BL31: Detected Allwinner A64/H64/R18 SoC (1689) NOTICE: BL31: Found U-Boot DTB at 0x4092b68, model: Pine64+ NOTICE: PSCI: System suspend is unavailable alloc space exhausted U-Boot 2020.07 (Jul 13 2020 - 12:12:14 +0000) Allwinner Technology CPU: Allwinner A64 (SUN50I) Model: Pine64+ DRAM: 2 GiB MMC: mmc@1c0f000: 0 Loading Environment from FAT... *** Warning - bad CRC, using default = environment In: serial Out: serial Err: serial Net: phy interface7 eth0: ethernet@1c30000 starting USB... Bus usb@1c1a000: USB EHCI 1.00 Bus usb@1c1a400: USB OHCI 1.0 Bus usb@1c1b000: USB EHCI 1.00 Bus usb@1c1b400: USB OHCI 1.0 scanning bus usb@1c1a000 for devices... 1 USB Device(s) found scanning bus usb@1c1a400 for devices... 1 USB Device(s) found scanning bus usb@1c1b000 for devices... 3 USB Device(s) found scanning bus usb@1c1b400 for devices... 1 USB Device(s) found scanning usb for storage devices... 1 Storage Device(s) found Hit any key to stop autoboot: 2 =08=08=08 1 =08=08=08 0=20 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... 38612 bytes read in 4 ms (9.2 MiB/s) Found EFI removable media binary efi/boot/bootaa64.efi Scanning disk mmc@1c0f000.blk... ** Unrecognized filesystem type ** Scanning disk usb_mass_storage.lun0... ** Unrecognized filesystem type ** ** Unrecognized filesystem type ** ** Unrecognized filesystem type ** Found 7 disks 7[r[999;999H[6n8BootOrder not defined EFI boot manager: Cannot load any image 695648 bytes read in 33 ms (20.1 MiB/s) [2J[1;1H[2J[1;1HConsoles: EFI console =20 |/-\|/-\| Reading loader env vars from /efi/freebsd/loader.env Setting currdev to disk0p1: /-\|/-FreeBSD/arm64 EFI loader, Revision 1.1 Command line arguments: loader.efi Image base: 0xb8e63000 EFI version: 2.80 EFI Firmware: Das U-Boot (rev 8224.1792) Console: comconsole (0) Load Path: /efi\boot\bootaa64.efi Load Device: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(1,0x01,0,0x403= b,0x1ffe0) Trying ESP: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(1,0x01,0,0x403= b,0x1ffe0) Setting currdev to disk0p1: \|/-\|/-\|/-Trying: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(2,0x01,0,0x244= 00,0xe600000) Setting currdev to disk0p2: \|/-\|efipart_readwrite: rw=3D1, blk=3D123244224 size=3D32 status=3D7 /efipart_readwrite: rw=3D1, blk=3D148608 size=3D32 status=3D7 -efipart_readwrite: rw=3D1, blk=3D148545 size=3D32 status=3D7 efipart_readwrite: rw=3D1, blk=3D148545 size=3D32 status=3D7 \efipart_readwrite: rw=3D1, blk=3D148608 size=3D32 status=3D7 |efipart_readwrite: rw=3D1, blk=3D148545 size=3D32 status=3D7 efipart_readwrite: rw=3D1, blk=3D148545 size=3D32 status=3D7 /efipart_readwrite: rw=3D1, blk=3D148608 size=3D32 status=3D7 -efipart_readwrite: rw=3D1, blk=3D148545 size=3D32 status=3D7 efipart_readwrite: rw=3D1, blk=3D148545 size=3D32 status=3D7 ERROR: cannot open /boot/lua/loader.lua: no such file or directory. Type '?' for a list of commands, 'help' for more detailed help. OK=20 The contrasting RPi3B text near the area with first errors above: \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08Trying: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(2,0x01,0,0x244= 00,0xe600000) Setting currdev to disk0p2: = \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08Lo= ading /boot/defaults/loader.conf /=08-=08\=08|=08/=08-=08\=08Loading /boot/defaults/loader.conf Loading /boot/device.hints |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08Loading = /boot/loader.conf |=08/=08-=08\=08Loading /boot/loader.conf.local (I'll not list more.) For reference: # gpart show -p =3D> 63 249737153 mmcsd0 MBR (119G) 63 16380 - free - (8.0M) 16443 131040 mmcsd0s1 fat32lba [active] (64M) 147483 997 - free - (499K) 148480 241172480 mmcsd0s2 freebsd (115G) 241320960 8416256 - free - (4.0G) =3D> 0 241172480 mmcsd0s2 BSD (115G) 0 230686720 mmcsd0s2a freebsd-ufs (110G) 230686720 10485760 - free - (5.0G) =3D> 40 468862048 da0 GPT (224G) 40 2008 - free - (1.0M) 2048 413138944 da0p1 freebsd-ufs (197G) 413140992 6291456 da0p2 freebsd-swap (3.0G) 419432448 6291456 da0p4 freebsd-swap (3.0G) 425723904 43138184 - free - (21G) # find /boot/efi/ -print | sort | more /boot/efi/ /boot/efi/COPYING.linux /boot/efi/EFI /boot/efi/EFI/BOOT /boot/efi/EFI/BOOT/bootaa64.efi /boot/efi/LICENCE.broadcom /boot/efi/System Volume Information /boot/efi/System Volume Information/WPSettings.dat /boot/efi/armstub8.bin /boot/efi/bcm2710-rpi-2-b.dtb /boot/efi/bcm2710-rpi-3-b-plus.dtb /boot/efi/bcm2710-rpi-3-b.dtb /boot/efi/bcm2710-rpi-cm3.dtb /boot/efi/bootcode.bin /boot/efi/config.txt /boot/efi/dtb /boot/efi/dtb/allwinner /boot/efi/dtb/allwinner/sun50i-a64-pine64-lts.dtb /boot/efi/dtb/allwinner/sun50i-a64-pine64-plus.dtb /boot/efi/dtb/allwinner/sun50i-a64-pine64.dtb /boot/efi/dtb/allwinner/sun50i-a64-pinebook.dtb /boot/efi/dtb/allwinner/sun50i-a64-sopine-baseboard.dtb /boot/efi/dtb/overlays /boot/efi/dtb/overlays/spigen-rpi3.dtbo /boot/efi/dtb/overlays/sun50i-a64-opp.dtbo /boot/efi/dtb/overlays/sun50i-a64-pwm.dtbo /boot/efi/dtb/overlays/sun50i-a64-rpwm.dtbo /boot/efi/dtb/overlays/sun50i-a64-spi0-spigen.dtbo /boot/efi/dtb/overlays/sun50i-a64-timer.dtbo /boot/efi/fixup.dat /boot/efi/overlays /boot/efi/overlays/disable-bt.dtbo /boot/efi/overlays/mmc.dtbo /boot/efi/overlays/pwm.dtbo /boot/efi/start.elf /boot/efi/u-boot.bin (Where /boot/efi refers to /dev/mmcsd0s1 .) I forgot to indicate: that the context is based on head -r363123 FreeBSD and -r542111 ports. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Jul 17 22:04:26 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 78E7E370051 for ; Fri, 17 Jul 2020 22:04:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B7lX93rDFz4bNW for ; Fri, 17 Jul 2020 22:04:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: VJbsL5UVM1krXhYiyoyuasFuX5SZorymkDUce9zAJ1z8lEvgNU3v199JOe6LwQf xgIG3VxR_sBOqZQGeNREMWbP39aN25pK7TJWUuCP7cFt9k1bAmlvK80ZuekKpKDnfsoxkP5VD8rS 9NpN.2iT7a9kPtGG9vwx0QRPVcaYhjCj76yKse26f1Jf.wXPmslzYm4.bnlJ.rEbzBePaha6ExQj fhafe3.TxU3g2gbxCRuYkzwQ44FBtju0QE33dkt6ZDg44lbGBuPoc9tZXwMvHExNlNgAsUqmqj3a i7SUvlgNOmN2B.nrQBPNoW8Dg_QuW0irYYRrfGdTlmzmPD..z3hb6829NZoqQV_lZmtjwS53oX28 1YLDCwaM5OLq9WDGx1TtmpNaSyOZQh7vdn.qioNOBPi87kpXrg6W0sXS0AhayBmh.TP07Yk6cmbR rkKkRVhlpWRETLd4xOzwaAxdht6GO6LNAXS_Yr3Hnk78S_l9ZxxQ7CgydXarsCty58eFBN7wirnn mGGf0rZhwBcizgmsX9U64wfoDSGd.pMFRE5wiIhw1wMAKi8gcoa78cpMCIdxE9beF9YvKv9y8j4q EsOg.e2HkdLHT.IX1jMqdIF_4BBNj24rmh2A8xhOHNLCmydJQnbWd10YT460KuuTHz_hxp9sJEEE 2o0MCN_8nKy8DfXg22GgbvpocOGDL5A8s0vac34Ylbwboy0AP55mTejPogZnKKB_7FfrY2b9NsEp 7yuNPfklsRn4.FP6okLDPMBRhJQ..J6kVKtMboMP6j8xZ4ktvv9z.PG_0Yt_hS74WmhyGL8Fj.sC nVeGvtAel8PcPgMZoZysNB_s4QY7oPgO5b5ToQ1RHFVPlnDKWlzoOOUolZwTcAS111jayk5FOn_1 XXNDO2p1vw9xg5Fhe8vbPjpd395Hs.KhVK7akZEExOwkMQpsiODvHsiZt8wnMEDCVQN2pysJrh86 bzJqv4.WdHbFCyrsrdDmHdmCIjHYlTHY2Y1An_hMFqHzIKq4OXQRgU2CkE5lHS1cBy3Upp9yXry_ NtBpaPj6SbDOxSmp2HVjzagYNnZRjHKAqRkNfXlkrw9BxlTr7eO6eRoYgi_UmwElQBktSDtIDUqr fCiY3TvI4.jDQkiR..boWfI0DJvE2WZC0By2ADBW1UTY9QriU1VqEaVaWOcyLzWWFXmuT_2e5LPN rmKwa0khRjuMX7zhl7a5zZkD2QLiaLSqh.lJuOSDnjOSVa29s3xurlIi30TkdavewfpIVcUKDEAb 2F3UXJ2agCP95Gf.MEdjt9CbbIrvDL_RRHnK2FJWHA4BEO8wAYgaXnltRYEKHOefegIvRWuFKE7r LYs0gBswjySCqahu7u_pkHN9RVViy4J6anHN6q6gnd2cGqkqykCOIMMYHGcVBQOrmbB0skvWPWxf glMpskUT34ZiZSXvbV3HvwOTsQMoa3Q3_W1CKAiZ6DtoO_5aGpXWjtXw- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Fri, 17 Jul 2020 22:04:18 +0000 Received: by smtp431.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID af2867ed9d668ed2476cf32978a55690; Fri, 17 Jul 2020 22:04:16 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Pine64+2GB unable to boot after attempted update, failure very early: efipart_readwrite: rw=1, blk=... size=32 status=7; RPi3 has no problem Date: Fri, 17 Jul 2020 15:04:15 -0700 References: To: freebsd-arm , FreeBSD Current In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B7lX93rDFz4bNW X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.86 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.147:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-0.98)[-0.975]; NEURAL_HAM_MEDIUM(-1.04)[-1.044]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from]; NEURAL_HAM_SHORT(-0.34)[-0.344]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] 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: Fri, 17 Jul 2020 22:04:26 -0000 On 2020-Jul-16, at 23:15, Mark Millard wrote: > [Trying again: I missed removing a type of character (escape) > beyond the [?25h removals. My choice of editor was not the > best for the context and it was not obvious that the > escapes were present.] >=20 > I'll mostly just send the text that has the > additional removals. The boot text with the error > messages then is: >=20 >=20 > U-Boot SPL 2020.07 (Jul 13 2020 - 12:12:14 +0000) > DRAM: 2048 MiB > Trying to boot from MMC1 > NOTICE: BL31: v2.3(): > NOTICE: BL31: Built : 23:56:54, Apr 26 2020 > NOTICE: BL31: Detected Allwinner A64/H64/R18 SoC (1689) > NOTICE: BL31: Found U-Boot DTB at 0x4092b68, model: Pine64+ > NOTICE: PSCI: System suspend is unavailable > alloc space exhausted >=20 >=20 > U-Boot 2020.07 (Jul 13 2020 - 12:12:14 +0000) Allwinner Technology >=20 > CPU: Allwinner A64 (SUN50I) > Model: Pine64+ > DRAM: 2 GiB > MMC: mmc@1c0f000: 0 > Loading Environment from FAT... *** Warning - bad CRC, using default = environment >=20 > In: serial > Out: serial > Err: serial > Net: phy interface7 > eth0: ethernet@1c30000 > starting USB... > Bus usb@1c1a000: USB EHCI 1.00 > Bus usb@1c1a400: USB OHCI 1.0 > Bus usb@1c1b000: USB EHCI 1.00 > Bus usb@1c1b400: USB OHCI 1.0 > scanning bus usb@1c1a000 for devices... 1 USB Device(s) found > scanning bus usb@1c1a400 for devices... 1 USB Device(s) found > scanning bus usb@1c1b000 for devices... 3 USB Device(s) found > scanning bus usb@1c1b400 for devices... 1 USB Device(s) found > scanning usb for storage devices... 1 Storage Device(s) found > Hit any key to stop autoboot: 2 =08=08=08 1 =08=08=08 0=20 > switch to partitions #0, OK > mmc0 is current device > Scanning mmc 0:1... > 38612 bytes read in 4 ms (9.2 MiB/s) > Found EFI removable media binary efi/boot/bootaa64.efi > Scanning disk mmc@1c0f000.blk... > ** Unrecognized filesystem type ** > Scanning disk usb_mass_storage.lun0... > ** Unrecognized filesystem type ** > ** Unrecognized filesystem type ** > ** Unrecognized filesystem type ** > Found 7 disks > 7[r[999;999H[6n8BootOrder not defined > EFI boot manager: Cannot load any image > 695648 bytes read in 33 ms (20.1 MiB/s) > [2J[1;1H[2J[1;1HConsoles: EFI console =20 >=20 >=20 > |/-\|/-\| Reading loader env vars from /efi/freebsd/loader.env >=20 >=20 > Setting currdev to disk0p1: >=20 >=20 > /-\|/-FreeBSD/arm64 EFI loader, Revision 1.1 >=20 >=20 >=20 >=20 >=20 > Command line arguments: loader.efi >=20 >=20 > Image base: 0xb8e63000 >=20 >=20 > EFI version: 2.80 >=20 >=20 > EFI Firmware: Das U-Boot (rev 8224.1792) >=20 >=20 > Console: comconsole (0) >=20 >=20 > Load Path: /efi\boot\bootaa64.efi >=20 >=20 > Load Device: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(1,0x01,0,0x403= b,0x1ffe0) >=20 >=20 > Trying ESP: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(1,0x01,0,0x403= b,0x1ffe0) >=20 >=20 > Setting currdev to disk0p1: >=20 >=20 > \|/-\|/-\|/-Trying: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(2,0x01,0,0x244= 00,0xe600000) >=20 >=20 > Setting currdev to disk0p2: >=20 >=20 > \|/-\|efipart_readwrite: rw=3D1, blk=3D123244224 size=3D32 status=3D7 >=20 >=20 > /efipart_readwrite: rw=3D1, blk=3D148608 size=3D32 status=3D7 >=20 >=20 > -efipart_readwrite: rw=3D1, blk=3D148545 size=3D32 status=3D7 >=20 >=20 > efipart_readwrite: rw=3D1, blk=3D148545 size=3D32 status=3D7 >=20 >=20 > \efipart_readwrite: rw=3D1, blk=3D148608 size=3D32 status=3D7 >=20 >=20 > |efipart_readwrite: rw=3D1, blk=3D148545 size=3D32 status=3D7 >=20 >=20 > efipart_readwrite: rw=3D1, blk=3D148545 size=3D32 status=3D7 >=20 >=20 > /efipart_readwrite: rw=3D1, blk=3D148608 size=3D32 status=3D7 >=20 >=20 > -efipart_readwrite: rw=3D1, blk=3D148545 size=3D32 status=3D7 >=20 >=20 > efipart_readwrite: rw=3D1, blk=3D148545 size=3D32 status=3D7 >=20 >=20 > ERROR: cannot open /boot/lua/loader.lua: no such file or directory. >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > Type '?' for a list of commands, 'help' for more detailed help. >=20 >=20 > OK=20 >=20 >=20 >=20 >=20 >=20 > The contrasting RPi3B text near the area with first errors above: >=20 >=20 >=20 > \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08Trying: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(2,0x01,0,0x244= 00,0xe600000) >=20 >=20 > Setting currdev to disk0p2: >=20 >=20 > = \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08Lo= ading /boot/defaults/loader.conf >=20 >=20 > /=08-=08\=08|=08/=08-=08\=08Loading /boot/defaults/loader.conf >=20 >=20 > Loading /boot/device.hints >=20 >=20 > |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08Loading = /boot/loader.conf >=20 >=20 > |=08/=08-=08\=08Loading /boot/loader.conf.local >=20 >=20 >=20 > (I'll not list more.) >=20 > For reference: >=20 > # gpart show -p > =3D> 63 249737153 mmcsd0 MBR (119G) > 63 16380 - free - (8.0M) > 16443 131040 mmcsd0s1 fat32lba [active] (64M) > 147483 997 - free - (499K) > 148480 241172480 mmcsd0s2 freebsd (115G) > 241320960 8416256 - free - (4.0G) >=20 > =3D> 0 241172480 mmcsd0s2 BSD (115G) > 0 230686720 mmcsd0s2a freebsd-ufs (110G) > 230686720 10485760 - free - (5.0G) >=20 > =3D> 40 468862048 da0 GPT (224G) > 40 2008 - free - (1.0M) > 2048 413138944 da0p1 freebsd-ufs (197G) > 413140992 6291456 da0p2 freebsd-swap (3.0G) > 419432448 6291456 da0p4 freebsd-swap (3.0G) > 425723904 43138184 - free - (21G) >=20 > # find /boot/efi/ -print | sort | more > /boot/efi/ > /boot/efi/COPYING.linux > /boot/efi/EFI > /boot/efi/EFI/BOOT > /boot/efi/EFI/BOOT/bootaa64.efi > /boot/efi/LICENCE.broadcom > /boot/efi/System Volume Information > /boot/efi/System Volume Information/WPSettings.dat > /boot/efi/armstub8.bin > /boot/efi/bcm2710-rpi-2-b.dtb > /boot/efi/bcm2710-rpi-3-b-plus.dtb > /boot/efi/bcm2710-rpi-3-b.dtb > /boot/efi/bcm2710-rpi-cm3.dtb > /boot/efi/bootcode.bin > /boot/efi/config.txt > /boot/efi/dtb > /boot/efi/dtb/allwinner > /boot/efi/dtb/allwinner/sun50i-a64-pine64-lts.dtb > /boot/efi/dtb/allwinner/sun50i-a64-pine64-plus.dtb > /boot/efi/dtb/allwinner/sun50i-a64-pine64.dtb > /boot/efi/dtb/allwinner/sun50i-a64-pinebook.dtb > /boot/efi/dtb/allwinner/sun50i-a64-sopine-baseboard.dtb > /boot/efi/dtb/overlays > /boot/efi/dtb/overlays/spigen-rpi3.dtbo > /boot/efi/dtb/overlays/sun50i-a64-opp.dtbo > /boot/efi/dtb/overlays/sun50i-a64-pwm.dtbo > /boot/efi/dtb/overlays/sun50i-a64-rpwm.dtbo > /boot/efi/dtb/overlays/sun50i-a64-spi0-spigen.dtbo > /boot/efi/dtb/overlays/sun50i-a64-timer.dtbo > /boot/efi/fixup.dat > /boot/efi/overlays > /boot/efi/overlays/disable-bt.dtbo > /boot/efi/overlays/mmc.dtbo > /boot/efi/overlays/pwm.dtbo > /boot/efi/start.elf > /boot/efi/u-boot.bin >=20 > (Where /boot/efi refers to /dev/mmcsd0s1 .) >=20 > I forgot to indicate: that the context is based > on head -r363123 FreeBSD and -r542111 ports. >=20 Well, I've had back-to-back boot attempts go from fails to works, same media. It may just be the old Pine64+2GB is no longer reliable (in one or more ways). Outside the Pine64+2GB context, I've no evidence of the microsd card being problematical. I've some past evidence of USB failing on occasion on the Pine64+2GB. Difficult to tell if such hardware problems are the overall issue. The timing of the the recent boot failure failures starting also might point at the updated sysutils/u-boot-pine64 material. (FreeBSD had been updated previous to the u-boot update.) Using the RPi3B I'd moved where mmcsd0s2 started on the microsd card after the prior reports, but that had made no difference in the behavior for a time and so is not likely to be related to the boot attempt that worked. For now I'm going to ignore such Pine64+2GB boot failures relative to list reporting. (That still leaves me with Rock64 booting being broken buy head -r363122 / -r363213 . powerpc64 and 32-bit powerpc are still untested for head -r363123. Given problems with 32-bit powerpc having the kernel zero-out pages of user-process memory [known problem], I'm not so sure it will get any testing.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Jul 18 05:04: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 6027835DB43 for ; Sat, 18 Jul 2020 05:04:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B7ws518crz3b7q for ; Sat, 18 Jul 2020 05:04:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: rIR454YVM1ngteq_C13yvd_rXnovq3Jlxhk0pNbOouGmcnhNTjXcMOO.LLh1_70 RQrhRYXIr7N7HMTcK_6FDI.wk_mK_XSSqgzXUcr8IfQKrpQfE4nCjvEJFK8Mk5ZAbK.Mk9C40P7d hf45j8KqY.4AAHQDYdyHh8Eh.d6BvRXtQUlOdvA7H4j01dbbdVAwONml4uHueBLdUQgVuTdD.4Pl Dz.GlPJl2S7PvcXcHUUFji8CiWMOCvHZFK_2130usiO4ALijon9nQoo7n2desK35FwfKH_rr7jFc P98nEUTbbNW2et_LKUNj4NkhEuHHEJfHhcHiDnMqwlWRmH497uHewVTzwF9iGC8MZdRLPGAFE9F9 LgwkFGquVvlSeui7EU8l0teMPdf1I770_6GiNGPsm_mRyUOJKr6jjSllwKNEXgyTw5niCh7kNrk_ ciq.N3IEhstSTmtjFNkkwhRaFISnJqMKwFPXhew0aHNuVJCQmALMFtYo2qN1BkA7eq5x2fU_0JH6 CdN5dwNqOi_QSgQc6NONmvRCigxCYkEHkhP5POyCvyMVK.4anGROdrtsU4RDeKzENDDG4StpdGNJ cdsIWwXyfuvxsmbWeg0Fa0BhEYUdbexTzDjdtE3xR3grpPRvWpK0lMLniuhr8vVbKsiSLsOp7PgY Xh0dQmmWOVnm8wjIHHmn41P.ByqjApxCkmQbNzXs0KpD6NSGClxe2k5Au4rCpIoatMy1R7idbuF1 .FwfES1vstJNJdwft0SaOG_zBN.5kigfMupcEFbA_2Il1_8BveZSoe6zmtF9r8e8qdn_CHyYelzp CGucLulNdTCyDgcuGPTQyd4PePWrEi82zdXrIzNF93ej3yXjQU.bmp0UBpviXE4.7bL_dMmuSsze ksO8Jatt6a7holP0lqNdAHN7Rj358GErXgAs5qgLVdIkw9Piid86MeA9tFDYHFV.X8AAKLQuZlo2 2RIUtqRB7QMVAt8t6jYBbv8JOb0TZJLiVWNiCp6BOiKViCthnQpl2bRoLgUO3fsKj.Jkv_k0Ky4h t6W2fLLZuFa.SZ6BAHSitGnI_XfDJDxjhzRoheqArUgkV0Zc.N6RoKg6epnzTnyU_HoCV43wCH9M 3TvDTiW1GmWgAoRIZOUyafnXqb2DXlApyfDghW3mre0al7Zt9lY4SH.Xs6yY1fPGh4wIvez2izEF BPrVsNpu_O6fdaOKSpaXWoz3QWNpCde8W8Xl9p_v59.J2ZhrAeml7AaZePWQRXVUqcsd7JZyxp.j iZcEi0YpFnJ2lpmwVc66tXDzECzSOCd7rrZLP_fO7jZ87oTvFRDjyHIAG34ztSYu2y9o_FdKi6Tw 8lx2sTuROop4U5lceq1jQ0Udz1zfR7stJuXZY8iyeaH2O6K0WgI5kwOHF8SmXnydUxYumrAMPHWT NskTq1uwU.HK2f5oQt6c- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sat, 18 Jul 2020 05:04:38 +0000 Received: by smtp429.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f7d1b683c66037b2f4cfa6c8fc13e28f; Sat, 18 Jul 2020 05:04:34 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Rock64 head -r363021 -> -r363123 kernel upgrade: hangs after "rk_tsadc0: mem ... irq 22 on ofwbus0" Date: Fri, 17 Jul 2020 22:04:33 -0700 References: <7BB9973C-CCC4-4599-98D5-864BEBECE3DF@yahoo.com> <78EA1B36-904C-4CB5-89D1-D6873F4EB981@yahoo.com> To: "mmel@freebsd.org" , freebsd-arm In-Reply-To: <78EA1B36-904C-4CB5-89D1-D6873F4EB981@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B7ws518crz3b7q X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.06 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.53)[-0.528]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.06)[-1.061]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.976]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[0.0.0.8:email,0.0.0.1:email,0.0.0.3:email,0.0.0.19:email,0.0.0.6:email,0.0.0.5:email,0.0.0.100:email,0.0.0.0:email,0.0.0.7:email,0.0.0.17:email,0.0.0.2:email,0.0.0.18:email]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.204:from]; 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: Sat, 18 Jul 2020 05:04:42 -0000 On 2020-Jul-13, at 19:42, Mark Millard wrote: > On 2020-Jul-13, at 02:10, Mark Millard wrote: >=20 >> On 2020-Jul-13, at 00:59, Mark Millard wrote: >>=20 >>> With boot -v the kernel crashes instead of being >>> silently-hung: >>>=20 >>> . . . >>> generic_timer0: irq 4,5,6,7 on ofwbus0 >>> Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality = 1000 >>> Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality = 1000 >>> rk_tsadc0: mem 0xff250000-0xff2500ff = irq 22 on ofwbus0 >>> panic: stack overflow detected; backtrace may be corrupted >>> cpuid =3D 0 >>> time =3D 1 >>> KDB: stack backtrace: >> . . . >>=20 >> Trying artifact.ci.freebsd.org debug kernels >> for an approximate bisect: >>=20 >> -r363121 works. >> -r363122 has no aarch64 artifacts. >> -r363123 fails. >>=20 >> (So the specifics of my personal builds are >> not involved.) >>=20 >>=20 >> -r363122 is: >>=20 >> Author: mmel >> Date: Sun Jul 12 07:42:21 2020 >> New Revision: 363122 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/363122 >>=20 >> Log: >> Assigned clocks: fix off-by-one bug, don't leak allocated memory. >>=20 >> MFC after: 1 week >> . . . >>=20 >>=20 >> -r363123 is: >>=20 >> Author: mmel >> Date: Sun Jul 12 07:59:15 2020 >> New Revision: 363123 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/363123 >>=20 >> Log: >> Reverse the processing order of assigned clocks property. >> Linux processes these clocks in reverse order and some DT relies >> on this fact. For example, the frequency setting for a given PLL >> is the last in the list, preceded by the frequency setting of its >> following divider or so... >>=20 >> MFC after: 1 week >>=20 >> . . . >>=20 >=20 > Updating from: >=20 > U-Boot TPL 2020.04 (Apr 25 2020 - 07:18:42) > U-Boot SPL 2020.04 (Apr 25 2020 - 07:18:42 +0000) > U-Boot 2020.04 (Apr 25 2020 - 07:19:22 +0000) >=20 > to sysutils/u-boot-rock64 and sysutils/u-boot-master > producing : >=20 > U-Boot TPL 2020.07 (Jul 13 2020 - 18:51:17) > U-Boot SPL 2020.07 (Jul 13 2020 - 18:51:17 +0000) > U-Boot 2020.07 (Jul 13 2020 - 18:56:13 +0000) >=20 > made no difference when installed and tested. >=20 > (The detailed last-messasge point does seem to > vary generally, so I've not considered that when > comparing. It still hangs up with the updated > sysutils/u-boot-rock64 related materials.) >=20 As head -r363123 was a change in the order of processing assigned clocks I show below what u-boot "fdt print /" reports, also how I found the address for setting up to print. May be someone will recognize if the Rock64 dtb ordering and the new order of processing are incompatible in some specific place(s). (I've not done well at figuring out how to get evidence of the actual problem.) There are: A) 4 assigned-clocks=3D lines B) 3 assigned-clock-parents=3D lines C) 2 assigned-clock-rates=3D lines tsadc@ff250000, clock-controller@ff440000, syscon@ff450000's usb2-phy@100, and ethernet@ff540000 have such lines. clock-controller@ff440000 uses notations: assigned-clocks =3D * 0x00000000080f4094 [0x000000f8]; and: assigned-clock-rates =3D * 0x00000000080f41c8 = [0x0000007c]; which are not like used in the others. Booting attempts report: Using DTB provided by EFI at 0x80f0000. So in u-boot . . . (I show the whole thing since I do not know how various things might be related.) =3D> fdt addr 0x80f0000 =3D> fdt print / / { serial-number =3D "987bc4c7d9280466"; compatible =3D "pine64,rock64", "rockchip,rk3328"; interrupt-parent =3D <0x00000059>; #address-cells =3D <0x00000002>; #size-cells =3D <0x00000002>; model =3D "Pine64 Rock64"; memory { reg =3D <0x00000000 0x00200000 0x00000000 0xfee00000>; device_type =3D "memory"; }; aliases { serial0 =3D "/serial@ff110000"; serial1 =3D "/serial@ff120000"; serial2 =3D "/serial@ff130000"; i2c0 =3D "/i2c@ff150000"; i2c1 =3D "/i2c@ff160000"; i2c2 =3D "/i2c@ff170000"; i2c3 =3D "/i2c@ff180000"; ethernet0 =3D "/ethernet@ff540000"; ethernet1 =3D "/ethernet@ff550000"; }; cpus { #address-cells =3D <0x00000002>; #size-cells =3D <0x00000000>; cpu@0 { device_type =3D "cpu"; compatible =3D "arm,cortex-a53"; reg =3D <0x00000000 0x00000000>; clocks =3D <0x0000004b 0x00000006>; #cooling-cells =3D <0x00000002>; cpu-idle-states =3D <0x00000005>; dynamic-power-coefficient =3D <0x00000078>; enable-method =3D "psci"; next-level-cache =3D <0x00000006>; operating-points-v2 =3D <0x00000007>; cpu-supply =3D <0x00000022>; phandle =3D <0x00000001>; }; cpu@1 { device_type =3D "cpu"; compatible =3D "arm,cortex-a53"; reg =3D <0x00000000 0x00000001>; clocks =3D <0x0000004b 0x00000006>; #cooling-cells =3D <0x00000002>; cpu-idle-states =3D <0x00000005>; dynamic-power-coefficient =3D <0x00000078>; enable-method =3D "psci"; next-level-cache =3D <0x00000006>; operating-points-v2 =3D <0x00000007>; cpu-supply =3D <0x00000022>; phandle =3D <0x00000002>; }; cpu@2 { device_type =3D "cpu"; compatible =3D "arm,cortex-a53"; reg =3D <0x00000000 0x00000002>; clocks =3D <0x0000004b 0x00000006>; #cooling-cells =3D <0x00000002>; cpu-idle-states =3D <0x00000005>; dynamic-power-coefficient =3D <0x00000078>; enable-method =3D "psci"; next-level-cache =3D <0x00000006>; operating-points-v2 =3D <0x00000007>; cpu-supply =3D <0x00000022>; phandle =3D <0x00000003>; }; cpu@3 { device_type =3D "cpu"; compatible =3D "arm,cortex-a53"; reg =3D <0x00000000 0x00000003>; clocks =3D <0x0000004b 0x00000006>; #cooling-cells =3D <0x00000002>; cpu-idle-states =3D <0x00000005>; dynamic-power-coefficient =3D <0x00000078>; enable-method =3D "psci"; next-level-cache =3D <0x00000006>; operating-points-v2 =3D <0x00000007>; cpu-supply =3D <0x00000022>; phandle =3D <0x00000004>; }; idle-states { entry-method =3D "psci"; cpu-sleep { compatible =3D "arm,idle-state"; local-timer-stop; arm,psci-suspend-param =3D <0x00010000>; entry-latency-us =3D <0x00000078>; exit-latency-us =3D <0x000000fa>; min-residency-us =3D <0x00000384>; phandle =3D <0x00000005>; }; }; l2-cache0 { compatible =3D "cache"; phandle =3D <0x00000006>; }; }; opp_table0 { compatible =3D "operating-points-v2"; opp-shared; phandle =3D <0x00000007>; opp-408000000 { opp-hz =3D <0x00000000 0x18519600>; opp-microvolt =3D <0x000e7ef0>; clock-latency-ns =3D <0x00009c40>; opp-suspend; }; opp-600000000 { opp-hz =3D <0x00000000 0x23c34600>; opp-microvolt =3D <0x000e7ef0>; clock-latency-ns =3D <0x00009c40>; }; opp-816000000 { opp-hz =3D <0x00000000 0x30a32c00>; opp-microvolt =3D <0x000f4240>; clock-latency-ns =3D <0x00009c40>; }; opp-1008000000 { opp-hz =3D <0x00000000 0x3c14dc00>; opp-microvolt =3D <0x0010c8e0>; clock-latency-ns =3D <0x00009c40>; }; opp-1200000000 { opp-hz =3D <0x00000000 0x47868c00>; opp-microvolt =3D <0x0012b128>; clock-latency-ns =3D <0x00009c40>; }; opp-1296000000 { opp-hz =3D <0x00000000 0x4d3f6400>; opp-microvolt =3D <0x0013d620>; clock-latency-ns =3D <0x00009c40>; }; }; bus { compatible =3D "simple-bus"; #address-cells =3D <0x00000002>; #size-cells =3D <0x00000002>; ranges; phandle =3D <0x00000008>; dmac@ff1f0000 { compatible =3D "arm,pl330", "arm,primecell"; reg =3D <0x00000000 0xff1f0000 0x00000000 = 0x00004000>; interrupts =3D <0x00000000 0x00000000 0x00000004 = 0x00000000 0x00000001 0x00000004>; clocks =3D <0x0000004b 0x00000086>; clock-names =3D "apb_pclk"; #dma-cells =3D <0x00000001>; phandle =3D <0x00000009>; }; }; analog-sound { compatible =3D "simple-audio-card"; simple-audio-card,format =3D "i2s"; simple-audio-card,mclk-fs =3D <0x00000100>; simple-audio-card,name =3D "Analog"; status =3D "disabled"; phandle =3D <0x0000000a>; simple-audio-card,cpu { sound-dai =3D <0x0000000f>; }; simple-audio-card,codec { sound-dai =3D <0x00000048>; }; }; arm-pmu { compatible =3D "arm,cortex-a53-pmu"; interrupts =3D <0x00000000 0x00000064 0x00000004 = 0x00000000 0x00000065 0x00000004 0x00000000 0x00000066 0x00000004 = 0x00000000 0x00000067 0x00000004>; interrupt-affinity =3D <0x00000001 0x00000002 0x00000003 = 0x00000004>; }; display-subsystem { compatible =3D "rockchip,display-subsystem"; ports =3D <0x00000042>; phandle =3D <0x0000000b>; }; hdmi-sound { compatible =3D "simple-audio-card"; simple-audio-card,format =3D "i2s"; simple-audio-card,mclk-fs =3D <0x00000080>; simple-audio-card,name =3D "HDMI"; status =3D "disabled"; phandle =3D <0x0000000c>; simple-audio-card,cpu { sound-dai =3D <0x0000000e>; }; simple-audio-card,codec { sound-dai =3D <0x00000045>; }; }; psci { compatible =3D "arm,psci-1.0", "arm,psci-0.2"; method =3D "smc"; }; timer { compatible =3D "arm,armv8-timer"; interrupts =3D <0x00000001 0x0000000d 0x00000f08 = 0x00000001 0x0000000e 0x00000f08 0x00000001 0x0000000b 0x00000f08 = 0x00000001 0x0000000a 0x00000f08>; }; xin24m { compatible =3D "fixed-clock"; #clock-cells =3D <0x00000000>; clock-frequency =3D <0x016e3600>; clock-output-names =3D "xin24m"; phandle =3D <0x0000000d>; }; i2s@ff000000 { compatible =3D "rockchip,rk3328-i2s", = "rockchip,rk3066-i2s"; reg =3D <0x00000000 0xff000000 0x00000000 0x00001000>; interrupts =3D <0x00000000 0x0000001a 0x00000004>; clocks =3D <0x0000004b 0x00000029 0x0000004b = 0x00000137>; clock-names =3D "i2s_clk", "i2s_hclk"; dmas =3D <0x00000009 0x0000000b 0x00000009 0x0000000c>; dma-names =3D "tx", "rx"; #sound-dai-cells =3D <0x00000000>; status =3D "disabled"; phandle =3D <0x0000000e>; }; i2s@ff010000 { compatible =3D "rockchip,rk3328-i2s", = "rockchip,rk3066-i2s"; reg =3D <0x00000000 0xff010000 0x00000000 0x00001000>; interrupts =3D <0x00000000 0x0000001b 0x00000004>; clocks =3D <0x0000004b 0x0000002a 0x0000004b = 0x00000138>; clock-names =3D "i2s_clk", "i2s_hclk"; dmas =3D <0x00000009 0x0000000e 0x00000009 0x0000000f>; dma-names =3D "tx", "rx"; #sound-dai-cells =3D <0x00000000>; status =3D "okay"; phandle =3D <0x0000000f>; port { phandle =3D <0x00000010>; endpoint { dai-format =3D "i2s"; mclk-fs =3D <0x00000100>; remote-endpoint =3D <0x00000049>; phandle =3D <0x00000011>; }; }; }; i2s@ff020000 { compatible =3D "rockchip,rk3328-i2s", = "rockchip,rk3066-i2s"; reg =3D <0x00000000 0xff020000 0x00000000 0x00001000>; interrupts =3D <0x00000000 0x0000001c 0x00000004>; clocks =3D <0x0000004b 0x0000002b 0x0000004b = 0x00000139>; clock-names =3D "i2s_clk", "i2s_hclk"; dmas =3D <0x00000009 0x00000000 0x00000009 0x00000001>; dma-names =3D "tx", "rx"; #sound-dai-cells =3D <0x00000000>; status =3D "disabled"; phandle =3D <0x00000012>; }; spdif@ff030000 { compatible =3D "rockchip,rk3328-spdif"; reg =3D <0x00000000 0xff030000 0x00000000 0x00001000>; interrupts =3D <0x00000000 0x0000001d 0x00000004>; clocks =3D <0x0000004b 0x0000002e 0x0000004b = 0x0000013a>; clock-names =3D "mclk", "hclk"; dmas =3D <0x00000009 0x0000000a>; dma-names =3D "tx"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x000000b3>; #sound-dai-cells =3D <0x00000000>; status =3D "okay"; phandle =3D <0x00000013>; port { phandle =3D <0x00000014>; endpoint { remote-endpoint =3D <0x000000f0>; phandle =3D <0x00000015>; }; }; }; pdm@ff040000 { compatible =3D "rockchip,pdm"; reg =3D <0x00000000 0xff040000 0x00000000 0x00001000>; clocks =3D <0x0000004b 0x0000003d 0x0000004b = 0x00000152>; clock-names =3D "pdm_clk", "pdm_hclk"; dmas =3D <0x00000009 0x00000010>; dma-names =3D "rx"; pinctrl-names =3D "default", "sleep"; pinctrl-0 =3D <0x00000075 0x00000077 0x00000078 = 0x00000079 0x0000007a>; pinctrl-1 =3D <0x0000007b 0x0000007c 0x0000007d = 0x0000007e 0x0000007f>; status =3D "disabled"; phandle =3D <0x00000016>; }; syscon@ff100000 { compatible =3D "rockchip,rk3328-grf", "syscon", = "simple-mfd"; reg =3D <0x00000000 0xff100000 0x00000000 0x00001000>; phandle =3D <0x00000017>; io-domains { compatible =3D = "rockchip,rk3328-io-voltage-domain"; status =3D "okay"; vccio1-supply =3D <0x00000024>; vccio2-supply =3D <0x00000026>; vccio3-supply =3D <0x00000024>; vccio4-supply =3D <0x00000025>; vccio5-supply =3D <0x00000024>; vccio6-supply =3D <0x00000024>; pmuio-supply =3D <0x00000024>; phandle =3D <0x00000018>; }; grf-gpio { compatible =3D "rockchip,rk3328-grf-gpio"; gpio-controller; #gpio-cells =3D <0x00000002>; phandle =3D <0x00000019>; }; power-controller { compatible =3D = "rockchip,rk3328-power-controller"; #power-domain-cells =3D <0x00000001>; #address-cells =3D <0x00000001>; #size-cells =3D <0x00000000>; phandle =3D <0x0000001a>; pd_hevc@6 { reg =3D <0x00000006>; }; pd_video@5 { reg =3D <0x00000005>; }; pd_vpu@8 { reg =3D <0x00000008>; clocks =3D <0x0000004b 0x0000008f = 0x0000004b 0x00000146>; }; }; reboot-mode { compatible =3D "syscon-reboot-mode"; offset =3D <0x000005c8>; mode-normal =3D "RB=E2=88=9A"; mode-recovery =3D <0x5242c303>; mode-bootloader =3D <0x5242c309>; mode-loader =3D <0x5242c301>; }; }; serial@ff110000 { compatible =3D "rockchip,rk3328-uart", = "snps,dw-apb-uart"; reg =3D <0x00000000 0xff110000 0x00000000 0x00000100>; interrupts =3D <0x00000000 0x00000037 0x00000004>; clocks =3D <0x0000004b 0x00000026 0x0000004b = 0x000000d2>; clock-names =3D "baudclk", "apb_pclk"; dmas =3D <0x00000009 0x00000002 0x00000009 0x00000003>; dma-names =3D "tx", "rx"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x00000083 0x00000084 0x00000085>; reg-io-width =3D <0x00000004>; reg-shift =3D <0x00000002>; status =3D "disabled"; phandle =3D <0x0000001b>; }; serial@ff120000 { compatible =3D "rockchip,rk3328-uart", = "snps,dw-apb-uart"; reg =3D <0x00000000 0xff120000 0x00000000 0x00000100>; interrupts =3D <0x00000000 0x00000038 0x00000004>; clocks =3D <0x0000004b 0x00000027 0x0000004b = 0x000000d3>; clock-names =3D "baudclk", "apb_pclk"; dmas =3D <0x00000009 0x00000004 0x00000009 0x00000005>; dma-names =3D "tx", "rx"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x00000087 0x00000088 0x00000089>; reg-io-width =3D <0x00000004>; reg-shift =3D <0x00000002>; status =3D "disabled"; phandle =3D <0x0000001c>; }; serial@ff130000 { compatible =3D "rockchip,rk3328-uart", = "snps,dw-apb-uart"; reg =3D <0x00000000 0xff130000 0x00000000 0x00000100>; interrupts =3D <0x00000000 0x00000039 0x00000004>; clocks =3D <0x0000004b 0x00000028 0x0000004b = 0x000000d4>; clock-names =3D "baudclk", "apb_pclk"; dmas =3D <0x00000009 0x00000006 0x00000009 0x00000007>; dma-names =3D "tx", "rx"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x0000008c>; reg-io-width =3D <0x00000004>; reg-shift =3D <0x00000002>; status =3D "okay"; phandle =3D <0x0000001d>; }; i2c@ff150000 { compatible =3D "rockchip,rk3328-i2c", = "rockchip,rk3399-i2c"; reg =3D <0x00000000 0xff150000 0x00000000 0x00001000>; interrupts =3D <0x00000000 0x00000024 0x00000004>; #address-cells =3D <0x00000001>; #size-cells =3D <0x00000000>; clocks =3D <0x0000004b 0x00000037 0x0000004b = 0x000000cd>; clock-names =3D "i2c", "pclk"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x0000006f>; status =3D "disabled"; phandle =3D <0x0000001e>; }; i2c@ff160000 { compatible =3D "rockchip,rk3328-i2c", = "rockchip,rk3399-i2c"; reg =3D <0x00000000 0xff160000 0x00000000 0x00001000>; interrupts =3D <0x00000000 0x00000025 0x00000004>; #address-cells =3D <0x00000001>; #size-cells =3D <0x00000000>; clocks =3D <0x0000004b 0x00000038 0x0000004b = 0x000000ce>; clock-names =3D "i2c", "pclk"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x00000070>; status =3D "okay"; phandle =3D <0x0000001f>; pmic@18 { compatible =3D "rockchip,rk805"; reg =3D <0x00000018>; interrupt-parent =3D <0x0000005d>; interrupts =3D <0x00000006 0x00000008>; #clock-cells =3D <0x00000001>; clock-output-names =3D "xin32k", = "rk805-clkout2"; gpio-controller; #gpio-cells =3D <0x00000002>; pinctrl-names =3D "default"; pinctrl-0 =3D <0x000000e9>; rockchip,system-power-controller; wakeup-source; vcc1-supply =3D <0x000000ef>; vcc2-supply =3D <0x000000ef>; vcc3-supply =3D <0x000000ef>; vcc4-supply =3D <0x000000ef>; vcc5-supply =3D <0x00000024>; vcc6-supply =3D <0x000000ef>; phandle =3D <0x00000020>; regulators { DCDC_REG1 { regulator-name =3D "vdd_logic"; regulator-min-microvolt =3D = <0x000adf34>; regulator-max-microvolt =3D = <0x00162010>; regulator-ramp-delay =3D = <0x000030d4>; regulator-always-on; regulator-boot-on; phandle =3D <0x00000021>; regulator-state-mem { regulator-on-in-suspend; = regulator-suspend-microvolt =3D <0x000f4240>; }; }; DCDC_REG2 { regulator-name =3D "vdd_arm"; regulator-min-microvolt =3D = <0x000adf34>; regulator-max-microvolt =3D = <0x00162010>; regulator-ramp-delay =3D = <0x000030d4>; regulator-always-on; regulator-boot-on; phandle =3D <0x00000022>; regulator-state-mem { regulator-on-in-suspend; = regulator-suspend-microvolt =3D <0x000e7ef0>; }; }; DCDC_REG3 { regulator-name =3D "vcc_ddr"; regulator-always-on; regulator-boot-on; phandle =3D <0x00000023>; regulator-state-mem { regulator-on-in-suspend; }; }; DCDC_REG4 { regulator-name =3D "vcc_io"; regulator-min-microvolt =3D = <0x00325aa0>; regulator-max-microvolt =3D = <0x00325aa0>; regulator-always-on; regulator-boot-on; phandle =3D <0x00000024>; regulator-state-mem { regulator-on-in-suspend; = regulator-suspend-microvolt =3D <0x00325aa0>; }; }; LDO_REG1 { regulator-name =3D "vcc_18"; regulator-min-microvolt =3D = <0x001b7740>; regulator-max-microvolt =3D = <0x001b7740>; regulator-always-on; regulator-boot-on; phandle =3D <0x00000025>; regulator-state-mem { regulator-on-in-suspend; = regulator-suspend-microvolt =3D <0x001b7740>; }; }; LDO_REG2 { regulator-name =3D "vcc18_emmc"; regulator-min-microvolt =3D = <0x001b7740>; regulator-max-microvolt =3D = <0x001b7740>; regulator-always-on; regulator-boot-on; phandle =3D <0x00000026>; regulator-state-mem { regulator-on-in-suspend; = regulator-suspend-microvolt =3D <0x001b7740>; }; }; LDO_REG3 { regulator-name =3D "vdd_10"; regulator-min-microvolt =3D = <0x000f4240>; regulator-max-microvolt =3D = <0x000f4240>; regulator-always-on; regulator-boot-on; phandle =3D <0x00000027>; regulator-state-mem { regulator-on-in-suspend; = regulator-suspend-microvolt =3D <0x000f4240>; }; }; }; }; }; i2c@ff170000 { compatible =3D "rockchip,rk3328-i2c", = "rockchip,rk3399-i2c"; reg =3D <0x00000000 0xff170000 0x00000000 0x00001000>; interrupts =3D <0x00000000 0x00000026 0x00000004>; #address-cells =3D <0x00000001>; #size-cells =3D <0x00000000>; clocks =3D <0x0000004b 0x00000039 0x0000004b = 0x000000cf>; clock-names =3D "i2c", "pclk"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x00000071>; status =3D "disabled"; phandle =3D <0x00000028>; }; i2c@ff180000 { compatible =3D "rockchip,rk3328-i2c", = "rockchip,rk3399-i2c"; reg =3D <0x00000000 0xff180000 0x00000000 0x00001000>; interrupts =3D <0x00000000 0x00000027 0x00000004>; #address-cells =3D <0x00000001>; #size-cells =3D <0x00000000>; clocks =3D <0x0000004b 0x0000003a 0x0000004b = 0x000000d0>; clock-names =3D "i2c", "pclk"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x00000072>; status =3D "disabled"; phandle =3D <0x00000029>; }; spi@ff190000 { compatible =3D "rockchip,rk3328-spi", = "rockchip,rk3066-spi"; reg =3D <0x00000000 0xff190000 0x00000000 0x00001000>; interrupts =3D <0x00000000 0x00000031 0x00000004>; #address-cells =3D <0x00000001>; #size-cells =3D <0x00000000>; clocks =3D <0x0000004b 0x00000020 0x0000004b = 0x000000d1>; clock-names =3D "spiclk", "apb_pclk"; dmas =3D <0x00000009 0x00000008 0x00000009 0x00000009>; dma-names =3D "tx", "rx"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x00000097 0x00000099 0x0000009a = 0x00000098>; status =3D "okay"; phandle =3D <0x0000002a>; spiflash@0 { compatible =3D "jedec,spi-nor"; reg =3D <0x00000000>; spi-max-frequency =3D <0x02faf080>; }; }; watchdog@ff1a0000 { compatible =3D "snps,dw-wdt"; reg =3D <0x00000000 0xff1a0000 0x00000000 0x00000100>; interrupts =3D <0x00000000 0x00000028 0x00000004>; clocks =3D <0x0000004b 0x000000ec>; phandle =3D <0x0000002b>; }; pwm@ff1b0000 { compatible =3D "rockchip,rk3328-pwm"; reg =3D <0x00000000 0xff1b0000 0x00000000 0x00000010>; clocks =3D <0x0000004b 0x0000003c 0x0000004b = 0x000000d6>; clock-names =3D "pwm", "pclk"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x000000d7>; #pwm-cells =3D <0x00000003>; status =3D "disabled"; phandle =3D <0x0000002c>; }; pwm@ff1b0010 { compatible =3D "rockchip,rk3328-pwm"; reg =3D <0x00000000 0xff1b0010 0x00000000 0x00000010>; clocks =3D <0x0000004b 0x0000003c 0x0000004b = 0x000000d6>; clock-names =3D "pwm", "pclk"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x000000d8>; #pwm-cells =3D <0x00000003>; status =3D "disabled"; phandle =3D <0x0000002d>; }; pwm@ff1b0020 { compatible =3D "rockchip,rk3328-pwm"; reg =3D <0x00000000 0xff1b0020 0x00000000 0x00000010>; clocks =3D <0x0000004b 0x0000003c 0x0000004b = 0x000000d6>; clock-names =3D "pwm", "pclk"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x000000d9>; #pwm-cells =3D <0x00000003>; status =3D "disabled"; phandle =3D <0x0000002e>; }; pwm@ff1b0030 { compatible =3D "rockchip,rk3328-pwm"; reg =3D <0x00000000 0xff1b0030 0x00000000 0x00000010>; interrupts =3D <0x00000000 0x00000032 0x00000004>; clocks =3D <0x0000004b 0x0000003c 0x0000004b = 0x000000d6>; clock-names =3D "pwm", "pclk"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x000000da>; #pwm-cells =3D <0x00000003>; status =3D "disabled"; phandle =3D <0x0000002f>; }; thermal-zones { soc-thermal { polling-delay-passive =3D <0x00000014>; polling-delay =3D <0x000003e8>; sustainable-power =3D <0x000003e8>; thermal-sensors =3D <0x00000034 0x00000000>; phandle =3D <0x00000030>; trips { trip-point0 { temperature =3D <0x00011170>; hysteresis =3D <0x000007d0>; type =3D "passive"; phandle =3D <0x00000031>; }; trip-point1 { temperature =3D <0x00014c08>; hysteresis =3D <0x000007d0>; type =3D "passive"; phandle =3D <0x00000032>; }; soc-crit { temperature =3D <0x00017318>; hysteresis =3D <0x000007d0>; type =3D "critical"; phandle =3D <0x00000033>; }; }; cooling-maps { map0 { trip =3D <0x00000032>; cooling-device =3D <0x00000001 = 0xffffffff 0xffffffff 0x00000002 0xffffffff 0xffffffff 0x00000003 = 0xffffffff 0xffffffff 0x00000004 0xffffffff 0xffffffff>; contribution =3D <0x00001000>; }; }; }; }; tsadc@ff250000 { compatible =3D "rockchip,rk3328-tsadc"; reg =3D <0x00000000 0xff250000 0x00000000 0x00000100>; interrupts =3D <0x00000000 0x0000003a 0x00000004>; assigned-clocks =3D <0x0000004b 0x00000024>; assigned-clock-rates =3D <0x0000c350>; clocks =3D <0x0000004b 0x00000024 0x0000004b = 0x000000d5>; clock-names =3D "tsadc", "apb_pclk"; pinctrl-names =3D "init", "default", "sleep"; pinctrl-0 =3D <0x00000081>; pinctrl-1 =3D <0x00000082>; pinctrl-2 =3D <0x00000081>; resets =3D <0x0000004b 0x00000042>; reset-names =3D "tsadc-apb"; rockchip,grf =3D <0x00000017>; rockchip,hw-tshut-temp =3D <0x000186a0>; #thermal-sensor-cells =3D <0x00000001>; status =3D "okay"; rockchip,hw-tshut-mode =3D <0x00000000>; rockchip,hw-tshut-polarity =3D <0x00000000>; phandle =3D <0x00000034>; }; efuse@ff260000 { compatible =3D "rockchip,rk3328-efuse"; reg =3D <0x00000000 0xff260000 0x00000000 0x00000050>; #address-cells =3D <0x00000001>; #size-cells =3D <0x00000001>; clocks =3D <0x0000004b 0x0000003e>; clock-names =3D "pclk_efuse"; rockchip,efuse-size =3D <0x00000020>; phandle =3D <0x00000035>; id@7 { reg =3D <0x00000007 0x00000010>; phandle =3D <0x00000036>; }; cpu-leakage@17 { reg =3D <0x00000017 0x00000001>; phandle =3D <0x00000037>; }; logic-leakage@19 { reg =3D <0x00000019 0x00000001>; phandle =3D <0x00000038>; }; cpu-version@1a { reg =3D <0x0000001a 0x00000001>; bits =3D <0x00000003 0x00000003>; phandle =3D <0x00000039>; }; }; adc@ff280000 { compatible =3D "rockchip,rk3328-saradc", = "rockchip,rk3399-saradc"; reg =3D <0x00000000 0xff280000 0x00000000 0x00000100>; interrupts =3D <0x00000000 0x00000050 0x00000004>; #io-channel-cells =3D <0x00000001>; clocks =3D <0x0000004b 0x00000025 0x0000004b = 0x000000ea>; clock-names =3D "saradc", "apb_pclk"; resets =3D <0x0000004b 0x00000056>; reset-names =3D "saradc-apb"; status =3D "disabled"; phandle =3D <0x0000003a>; }; gpu@ff300000 { compatible =3D "rockchip,rk3328-mali", "arm,mali-450"; reg =3D <0x00000000 0xff300000 0x00000000 0x00040000>; interrupts =3D * 0x00000000080f33a0 [0x00000054]; interrupt-names =3D "gp", "gpmmu", "pp", "pp0", = "ppmmu0", "pp1", "ppmmu1"; clocks =3D <0x0000004b 0x00000087 0x0000004b = 0x00000087>; clock-names =3D "bus", "core"; resets =3D <0x0000004b 0x00000066>; phandle =3D <0x0000003b>; }; iommu@ff330200 { compatible =3D "rockchip,iommu"; reg =3D <0x00000000 0xff330200 0x00000000 0x00000100>; interrupts =3D <0x00000000 0x00000060 0x00000004>; interrupt-names =3D "h265e_mmu"; clocks =3D <0x0000004b 0x00000093 0x0000004b = 0x000000dd>; clock-names =3D "aclk", "iface"; #iommu-cells =3D <0x00000000>; status =3D "disabled"; phandle =3D <0x0000003c>; }; iommu@ff340800 { compatible =3D "rockchip,iommu"; reg =3D <0x00000000 0xff340800 0x00000000 0x00000040>; interrupts =3D <0x00000000 0x00000062 0x00000004>; interrupt-names =3D "vepu_mmu"; clocks =3D <0x0000004b 0x0000008f 0x0000004b = 0x00000146>; clock-names =3D "aclk", "iface"; #iommu-cells =3D <0x00000000>; status =3D "disabled"; phandle =3D <0x0000003d>; }; video-codec@ff350000 { compatible =3D "rockchip,rk3328-vpu"; reg =3D <0x00000000 0xff350000 0x00000000 0x00000800>; interrupts =3D <0x00000000 0x00000009 0x00000004>; interrupt-names =3D "vdpu"; clocks =3D <0x0000004b 0x0000008f 0x0000004b = 0x00000146>; clock-names =3D "aclk", "hclk"; iommus =3D <0x0000003f>; power-domains =3D <0x0000001a 0x00000008>; phandle =3D <0x0000003e>; }; iommu@ff350800 { compatible =3D "rockchip,iommu"; reg =3D <0x00000000 0xff350800 0x00000000 0x00000040>; interrupts =3D <0x00000000 0x0000000b 0x00000004>; interrupt-names =3D "vpu_mmu"; clocks =3D <0x0000004b 0x0000008f 0x0000004b = 0x00000146>; clock-names =3D "aclk", "iface"; #iommu-cells =3D <0x00000000>; power-domains =3D <0x0000001a 0x00000008>; phandle =3D <0x0000003f>; }; iommu@ff360480 { compatible =3D "rockchip,iommu"; reg =3D <0x00000000 0xff360480 0x00000000 0x00000040 = 0x00000000 0xff3604c0 0x00000000 0x00000040>; interrupts =3D <0x00000000 0x0000004a 0x00000004>; interrupt-names =3D "rkvdec_mmu"; clocks =3D <0x0000004b 0x0000008b 0x0000004b = 0x00000142>; clock-names =3D "aclk", "iface"; #iommu-cells =3D <0x00000000>; status =3D "disabled"; phandle =3D <0x00000040>; }; vop@ff370000 { compatible =3D "rockchip,rk3328-vop"; reg =3D <0x00000000 0xff370000 0x00000000 0x00003efc>; interrupts =3D <0x00000000 0x00000020 0x00000004>; clocks =3D <0x0000004b 0x00000091 0x0000004b 0x00000078 = 0x0000004b 0x0000013b>; clock-names =3D "aclk_vop", "dclk_vop", "hclk_vop"; resets =3D <0x0000004b 0x00000085 0x0000004b 0x00000086 = 0x0000004b 0x00000087>; reset-names =3D "axi", "ahb", "dclk"; iommus =3D <0x00000044>; status =3D "okay"; phandle =3D <0x00000041>; port { #address-cells =3D <0x00000001>; #size-cells =3D <0x00000000>; phandle =3D <0x00000042>; endpoint@0 { reg =3D <0x00000000>; remote-endpoint =3D <0x00000047>; phandle =3D <0x00000043>; }; }; }; iommu@ff373f00 { compatible =3D "rockchip,iommu"; reg =3D <0x00000000 0xff373f00 0x00000000 0x00000100>; interrupts =3D <0x00000000 0x00000020 0x00000004>; interrupt-names =3D "vop_mmu"; clocks =3D <0x0000004b 0x00000091 0x0000004b = 0x0000013b>; clock-names =3D "aclk", "iface"; #iommu-cells =3D <0x00000000>; status =3D "okay"; phandle =3D <0x00000044>; }; hdmi@ff3c0000 { compatible =3D "rockchip,rk3328-dw-hdmi"; reg =3D <0x00000000 0xff3c0000 0x00000000 0x00020000>; reg-io-width =3D <0x00000004>; interrupts =3D <0x00000000 0x00000023 0x00000004 = 0x00000000 0x00000047 0x00000004>; clocks =3D <0x0000004b 0x000000e7 0x0000004b 0x00000046 = 0x0000004b 0x0000001e>; clock-names =3D "iahb", "isfr", "cec"; phys =3D <0x0000004a>; phy-names =3D "hdmi"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x000000e4 0x00000074 0x000000e5>; rockchip,grf =3D <0x00000017>; #sound-dai-cells =3D <0x00000000>; status =3D "okay"; phandle =3D <0x00000045>; ports { port { phandle =3D <0x00000046>; endpoint { remote-endpoint =3D = <0x00000043>; phandle =3D <0x00000047>; }; }; }; }; codec@ff410000 { compatible =3D "rockchip,rk3328-codec"; reg =3D <0x00000000 0xff410000 0x00000000 0x00001000>; clocks =3D <0x0000004b 0x000000eb 0x0000004b = 0x0000002a>; clock-names =3D "pclk", "mclk"; rockchip,grf =3D <0x00000017>; #sound-dai-cells =3D <0x00000000>; status =3D "okay"; mute-gpios =3D <0x00000019 0x00000000 0x00000001>; phandle =3D <0x00000048>; port@0 { endpoint { remote-endpoint =3D <0x00000011>; phandle =3D <0x00000049>; }; }; }; phy@ff430000 { compatible =3D "rockchip,rk3328-hdmi-phy"; reg =3D <0x00000000 0xff430000 0x00000000 0x00010000>; interrupts =3D <0x00000000 0x00000053 0x00000004>; clocks =3D <0x0000004b 0x000000e4 0x0000000d 0x0000004b = 0x00000079>; clock-names =3D "sysclk", "refoclk", "refpclk"; clock-output-names =3D "hdmi_phy"; #clock-cells =3D <0x00000000>; nvmem-cells =3D <0x00000039>; nvmem-cell-names =3D "cpu-version"; #phy-cells =3D <0x00000000>; status =3D "okay"; phandle =3D <0x0000004a>; }; clock-controller@ff440000 { compatible =3D "rockchip,rk3328-cru", "rockchip,cru", = "syscon"; reg =3D <0x00000000 0xff440000 0x00000000 0x00001000>; rockchip,grf =3D <0x00000017>; #clock-cells =3D <0x00000001>; #reset-cells =3D <0x00000001>; assigned-clocks =3D * 0x00000000080f4094 [0x000000f8]; assigned-clock-parents =3D <0x0000004b 0x0000007a = 0x0000004b 0x00000001 0x0000004b 0x00000004 0x0000000d 0x0000000d = 0x0000000d>; assigned-clock-rates =3D * 0x00000000080f41c8 = [0x0000007c]; phandle =3D <0x0000004b>; }; syscon@ff450000 { compatible =3D "rockchip,rk3328-usb2phy-grf", "syscon", = "simple-mfd"; reg =3D <0x00000000 0xff450000 0x00000000 0x00010000>; #address-cells =3D <0x00000001>; #size-cells =3D <0x00000001>; phandle =3D <0x0000004c>; usb2-phy@100 { compatible =3D "rockchip,rk3328-usb2phy"; reg =3D <0x00000100 0x00000010>; clocks =3D <0x0000000d>; clock-names =3D "phyclk"; clock-output-names =3D "usb480m_phy"; #clock-cells =3D <0x00000000>; assigned-clocks =3D <0x0000004b 0x0000007b>; assigned-clock-parents =3D <0x0000004d>; status =3D "okay"; phandle =3D <0x0000004d>; otg-port { #phy-cells =3D <0x00000000>; interrupts =3D <0x00000000 0x0000003b = 0x00000004 0x00000000 0x0000003c 0x00000004 0x00000000 0x0000003d = 0x00000004>; interrupt-names =3D "otg-bvalid", = "otg-id", "linestate"; status =3D "okay"; phandle =3D <0x0000004e>; }; host-port { #phy-cells =3D <0x00000000>; interrupts =3D <0x00000000 0x0000003e = 0x00000004>; interrupt-names =3D "linestate"; status =3D "okay"; phandle =3D <0x0000004f>; }; }; }; mmc@ff500000 { compatible =3D "rockchip,rk3328-dw-mshc", = "rockchip,rk3288-dw-mshc"; reg =3D <0x00000000 0xff500000 0x00000000 0x00004000>; interrupts =3D <0x00000000 0x0000000c 0x00000004>; clocks =3D <0x0000004b 0x0000013d 0x0000004b 0x00000021 = 0x0000004b 0x0000004a 0x0000004b 0x0000004e>; clock-names =3D "biu", "ciu", "ciu-drive", "ciu-sample"; fifo-depth =3D <0x00000100>; max-frequency =3D <0x08f0d180>; status =3D "okay"; bus-width =3D <0x00000004>; cap-mmc-highspeed; cap-sd-highspeed; disable-wp; pinctrl-names =3D "default"; pinctrl-0 =3D <0x000000ba 0x000000bb 0x000000bc = 0x000000bf>; vmmc-supply =3D <0x000000ec>; phandle =3D <0x00000050>; }; mmc@ff510000 { compatible =3D "rockchip,rk3328-dw-mshc", = "rockchip,rk3288-dw-mshc"; reg =3D <0x00000000 0xff510000 0x00000000 0x00004000>; interrupts =3D <0x00000000 0x0000000d 0x00000004>; clocks =3D <0x0000004b 0x0000013e 0x0000004b 0x00000022 = 0x0000004b 0x0000004b 0x0000004b 0x0000004f>; clock-names =3D "biu", "ciu", "ciu-drive", "ciu-sample"; fifo-depth =3D <0x00000100>; max-frequency =3D <0x08f0d180>; status =3D "disabled"; phandle =3D <0x00000051>; }; mmc@ff520000 { compatible =3D "rockchip,rk3328-dw-mshc", = "rockchip,rk3288-dw-mshc"; reg =3D <0x00000000 0xff520000 0x00000000 0x00004000>; interrupts =3D <0x00000000 0x0000000e 0x00000004>; clocks =3D <0x0000004b 0x0000013f 0x0000004b 0x00000023 = 0x0000004b 0x0000004c 0x0000004b 0x00000050>; clock-names =3D "biu", "ciu", "ciu-drive", "ciu-sample"; fifo-depth =3D <0x00000100>; max-frequency =3D <0x08f0d180>; status =3D "okay"; bus-width =3D <0x00000008>; cap-mmc-highspeed; mmc-hs200-1_8v; non-removable; pinctrl-names =3D "default"; pinctrl-0 =3D <0x000000d0 0x000000d1 0x000000d6>; vmmc-supply =3D <0x00000024>; vqmmc-supply =3D <0x00000026>; phandle =3D <0x00000052>; }; ethernet@ff540000 { local-mac-address =3D [aa de e4 1b 49 c8]; compatible =3D "rockchip,rk3328-gmac"; reg =3D <0x00000000 0xff540000 0x00000000 0x00010000>; interrupts =3D <0x00000000 0x00000018 0x00000004>; interrupt-names =3D "macirq"; clocks =3D <0x0000004b 0x00000064 0x0000004b 0x00000057 = 0x0000004b 0x00000058 0x0000004b 0x0000005a 0x0000004b 0x00000059 = 0x0000004b 0x00000096 0x0000004b 0x000000df>; clock-names =3D "stmmaceth", "mac_clk_rx", "mac_clk_tx", = "clk_mac_ref", "clk_mac_refout", "aclk_mac", "pclk_mac"; resets =3D <0x0000004b 0x00000063>; reset-names =3D "stmmaceth"; rockchip,grf =3D <0x00000017>; snps,txpbl =3D <0x00000004>; status =3D "okay"; assigned-clocks =3D <0x0000004b 0x00000064 0x0000004b = 0x00000066>; assigned-clock-parents =3D <0x000000eb 0x000000eb>; clock_in_out =3D "input"; phy-supply =3D <0x00000024>; phy-mode =3D "rgmii"; pinctrl-names =3D "default"; pinctrl-0 =3D <0x000000db>; snps,force_thresh_dma_mode; snps,reset-gpio =3D <0x0000005c 0x00000012 0x00000001>; snps,reset-active-low; snps,reset-delays-us =3D <0x00000000 0x00002710 = 0x0000c350>; tx_delay =3D <0x00000024>; rx_delay =3D <0x00000018>; phandle =3D <0x00000053>; }; ethernet@ff550000 { compatible =3D "rockchip,rk3328-gmac"; reg =3D <0x00000000 0xff550000 0x00000000 0x00010000>; rockchip,grf =3D <0x00000017>; interrupts =3D <0x00000000 0x00000015 0x00000004>; interrupt-names =3D "macirq"; clocks =3D <0x0000004b 0x00000054 0x0000004b 0x00000053 = 0x0000004b 0x00000053 0x0000004b 0x00000055 0x0000004b 0x00000095 = 0x0000004b 0x000000de 0x0000004b 0x00000056>; clock-names =3D "stmmaceth", "mac_clk_rx", "mac_clk_tx", = "clk_mac_ref", "aclk_mac", "pclk_mac", "clk_macphy"; resets =3D <0x0000004b 0x00000062 0x0000004b = 0x00000064>; reset-names =3D "stmmaceth", "mac-phy"; phy-mode =3D "rmii"; phy-handle =3D <0x00000055>; snps,txpbl =3D <0x00000004>; status =3D "disabled"; phandle =3D <0x00000054>; mdio { compatible =3D "snps,dwmac-mdio"; #address-cells =3D <0x00000001>; #size-cells =3D <0x00000000>; phy@0 { compatible =3D = "ethernet-phy-id1234.d400", "ethernet-phy-ieee802.3-c22"; reg =3D <0x00000000>; clocks =3D <0x0000004b 0x00000056>; resets =3D <0x0000004b 0x00000064>; pinctrl-names =3D "default"; pinctrl-0 =3D <0x000000df 0x000000e1>; phy-is-integrated; phandle =3D <0x00000055>; }; }; }; usb@ff580000 { compatible =3D "rockchip,rk3328-usb", = "rockchip,rk3066-usb", "snps,dwc2"; reg =3D <0x00000000 0xff580000 0x00000000 0x00040000>; interrupts =3D <0x00000000 0x00000017 0x00000004>; clocks =3D <0x0000004b 0x0000014d>; clock-names =3D "otg"; dr_mode =3D "host"; g-np-tx-fifo-size =3D <0x00000010>; g-rx-fifo-size =3D <0x00000118>; g-tx-fifo-size =3D <0x00000100 0x00000080 0x00000080 = 0x00000040 0x00000020 0x00000010>; phys =3D <0x0000004e>; phy-names =3D "usb2-phy"; status =3D "okay"; phandle =3D <0x00000056>; }; usb@ff5c0000 { compatible =3D "generic-ehci"; reg =3D <0x00000000 0xff5c0000 0x00000000 0x00010000>; interrupts =3D <0x00000000 0x00000010 0x00000004>; clocks =3D <0x0000004b 0x0000014e 0x0000004d>; phys =3D <0x0000004f>; phy-names =3D "usb"; status =3D "okay"; phandle =3D <0x00000057>; }; usb@ff5d0000 { compatible =3D "generic-ohci"; reg =3D <0x00000000 0xff5d0000 0x00000000 0x00010000>; interrupts =3D <0x00000000 0x00000011 0x00000004>; clocks =3D <0x0000004b 0x0000014e 0x0000004d>; phys =3D <0x0000004f>; phy-names =3D "usb"; status =3D "okay"; phandle =3D <0x00000058>; }; interrupt-controller@ff811000 { compatible =3D "arm,gic-400"; #interrupt-cells =3D <0x00000003>; #address-cells =3D <0x00000000>; interrupt-controller; reg =3D <0x00000000 0xff811000 0x00000000 0x00001000 = 0x00000000 0xff812000 0x00000000 0x00002000 0x00000000 0xff814000 = 0x00000000 0x00002000 0x00000000 0xff816000 0x00000000 0x00002000>; interrupts =3D <0x00000001 0x00000009 0x00000f04>; phandle =3D <0x00000059>; }; pinctrl { compatible =3D "rockchip,rk3328-pinctrl"; rockchip,grf =3D <0x00000017>; #address-cells =3D <0x00000002>; #size-cells =3D <0x00000002>; ranges; phandle =3D <0x0000005a>; gpio0@ff210000 { compatible =3D "rockchip,gpio-bank"; reg =3D <0x00000000 0xff210000 0x00000000 = 0x00000100>; interrupts =3D <0x00000000 0x00000033 = 0x00000004>; clocks =3D <0x0000004b 0x000000c8>; gpio-controller; #gpio-cells =3D <0x00000002>; interrupt-controller; #interrupt-cells =3D <0x00000002>; phandle =3D <0x0000005b>; }; gpio1@ff220000 { compatible =3D "rockchip,gpio-bank"; reg =3D <0x00000000 0xff220000 0x00000000 = 0x00000100>; interrupts =3D <0x00000000 0x00000034 = 0x00000004>; clocks =3D <0x0000004b 0x000000c9>; gpio-controller; #gpio-cells =3D <0x00000002>; interrupt-controller; #interrupt-cells =3D <0x00000002>; phandle =3D <0x0000005c>; }; gpio2@ff230000 { compatible =3D "rockchip,gpio-bank"; reg =3D <0x00000000 0xff230000 0x00000000 = 0x00000100>; interrupts =3D <0x00000000 0x00000035 = 0x00000004>; clocks =3D <0x0000004b 0x000000ca>; gpio-controller; #gpio-cells =3D <0x00000002>; interrupt-controller; #interrupt-cells =3D <0x00000002>; phandle =3D <0x0000005d>; }; gpio3@ff240000 { compatible =3D "rockchip,gpio-bank"; reg =3D <0x00000000 0xff240000 0x00000000 = 0x00000100>; interrupts =3D <0x00000000 0x00000036 = 0x00000004>; clocks =3D <0x0000004b 0x000000cb>; gpio-controller; #gpio-cells =3D <0x00000002>; interrupt-controller; #interrupt-cells =3D <0x00000002>; phandle =3D <0x0000005e>; }; pcfg-pull-up { bias-pull-up; phandle =3D <0x0000005f>; }; pcfg-pull-down { bias-pull-down; phandle =3D <0x00000060>; }; pcfg-pull-none { bias-disable; phandle =3D <0x00000061>; }; pcfg-pull-none-2ma { bias-disable; drive-strength =3D <0x00000002>; phandle =3D <0x00000062>; }; pcfg-pull-up-2ma { bias-pull-up; drive-strength =3D <0x00000002>; phandle =3D <0x00000063>; }; pcfg-pull-up-4ma { bias-pull-up; drive-strength =3D <0x00000004>; phandle =3D <0x00000064>; }; pcfg-pull-none-4ma { bias-disable; drive-strength =3D <0x00000004>; phandle =3D <0x00000065>; }; pcfg-pull-down-4ma { bias-pull-down; drive-strength =3D <0x00000004>; phandle =3D <0x00000066>; }; pcfg-pull-none-8ma { bias-disable; drive-strength =3D <0x00000008>; phandle =3D <0x00000067>; }; pcfg-pull-up-8ma { bias-pull-up; drive-strength =3D <0x00000008>; phandle =3D <0x00000068>; }; pcfg-pull-none-12ma { bias-disable; drive-strength =3D <0x0000000c>; phandle =3D <0x00000069>; }; pcfg-pull-up-12ma { bias-pull-up; drive-strength =3D <0x0000000c>; phandle =3D <0x0000006a>; }; pcfg-output-high { output-high; phandle =3D <0x0000006b>; }; pcfg-output-low { output-low; phandle =3D <0x0000006c>; }; pcfg-input-high { bias-pull-up; input-enable; phandle =3D <0x0000006d>; }; pcfg-input { input-enable; phandle =3D <0x0000006e>; }; i2c0 { i2c0-xfer { rockchip,pins =3D <0x00000002 0x00000018 = 0x00000001 0x00000061 0x00000002 0x00000019 0x00000001 0x00000061>; phandle =3D <0x0000006f>; }; }; i2c1 { i2c1-xfer { rockchip,pins =3D <0x00000002 0x00000004 = 0x00000002 0x00000061 0x00000002 0x00000005 0x00000002 0x00000061>; phandle =3D <0x00000070>; }; }; i2c2 { i2c2-xfer { rockchip,pins =3D <0x00000002 0x0000000d = 0x00000001 0x00000061 0x00000002 0x0000000e 0x00000001 0x00000061>; phandle =3D <0x00000071>; }; }; i2c3 { i2c3-xfer { rockchip,pins =3D <0x00000000 0x00000005 = 0x00000002 0x00000061 0x00000000 0x00000006 0x00000002 0x00000061>; phandle =3D <0x00000072>; }; i2c3-gpio { rockchip,pins =3D <0x00000000 0x00000005 = 0x00000000 0x00000061 0x00000000 0x00000006 0x00000000 0x00000061>; phandle =3D <0x00000073>; }; }; hdmi_i2c { hdmii2c-xfer { rockchip,pins =3D <0x00000000 0x00000005 = 0x00000001 0x00000061 0x00000000 0x00000006 0x00000001 0x00000061>; phandle =3D <0x00000074>; }; }; pdm-0 { pdmm0-clk { rockchip,pins =3D <0x00000002 0x00000012 = 0x00000002 0x00000061>; phandle =3D <0x00000075>; }; pdmm0-fsync { rockchip,pins =3D <0x00000002 0x00000017 = 0x00000002 0x00000061>; phandle =3D <0x00000076>; }; pdmm0-sdi0 { rockchip,pins =3D <0x00000002 0x00000013 = 0x00000002 0x00000061>; phandle =3D <0x00000077>; }; pdmm0-sdi1 { rockchip,pins =3D <0x00000002 0x00000014 = 0x00000002 0x00000061>; phandle =3D <0x00000078>; }; pdmm0-sdi2 { rockchip,pins =3D <0x00000002 0x00000015 = 0x00000002 0x00000061>; phandle =3D <0x00000079>; }; pdmm0-sdi3 { rockchip,pins =3D <0x00000002 0x00000016 = 0x00000002 0x00000061>; phandle =3D <0x0000007a>; }; pdmm0-clk-sleep { rockchip,pins =3D <0x00000002 0x00000012 = 0x00000000 0x0000006d>; phandle =3D <0x0000007b>; }; pdmm0-sdi0-sleep { rockchip,pins =3D <0x00000002 0x00000013 = 0x00000000 0x0000006d>; phandle =3D <0x0000007c>; }; pdmm0-sdi1-sleep { rockchip,pins =3D <0x00000002 0x00000014 = 0x00000000 0x0000006d>; phandle =3D <0x0000007d>; }; pdmm0-sdi2-sleep { rockchip,pins =3D <0x00000002 0x00000015 = 0x00000000 0x0000006d>; phandle =3D <0x0000007e>; }; pdmm0-sdi3-sleep { rockchip,pins =3D <0x00000002 0x00000016 = 0x00000000 0x0000006d>; phandle =3D <0x0000007f>; }; pdmm0-fsync-sleep { rockchip,pins =3D <0x00000002 0x00000017 = 0x00000000 0x0000006d>; phandle =3D <0x00000080>; }; }; tsadc { otp-gpio { rockchip,pins =3D <0x00000002 0x0000000d = 0x00000000 0x00000061>; phandle =3D <0x00000081>; }; otp-out { rockchip,pins =3D <0x00000002 0x0000000d = 0x00000001 0x00000061>; phandle =3D <0x00000082>; }; }; uart0 { uart0-xfer { rockchip,pins =3D <0x00000001 0x00000009 = 0x00000001 0x0000005f 0x00000001 0x00000008 0x00000001 0x00000061>; phandle =3D <0x00000083>; }; uart0-cts { rockchip,pins =3D <0x00000001 0x0000000b = 0x00000001 0x00000061>; phandle =3D <0x00000084>; }; uart0-rts { rockchip,pins =3D <0x00000001 0x0000000a = 0x00000001 0x00000061>; phandle =3D <0x00000085>; }; uart0-rts-gpio { rockchip,pins =3D <0x00000001 0x0000000a = 0x00000000 0x00000061>; phandle =3D <0x00000086>; }; }; uart1 { uart1-xfer { rockchip,pins =3D <0x00000003 0x00000004 = 0x00000004 0x0000005f 0x00000003 0x00000006 0x00000004 0x00000061>; phandle =3D <0x00000087>; }; uart1-cts { rockchip,pins =3D <0x00000003 0x00000007 = 0x00000004 0x00000061>; phandle =3D <0x00000088>; }; uart1-rts { rockchip,pins =3D <0x00000003 0x00000005 = 0x00000004 0x00000061>; phandle =3D <0x00000089>; }; uart1-rts-gpio { rockchip,pins =3D <0x00000003 0x00000005 = 0x00000000 0x00000061>; phandle =3D <0x0000008a>; }; }; uart2-0 { uart2m0-xfer { rockchip,pins =3D <0x00000001 0x00000000 = 0x00000002 0x0000005f 0x00000001 0x00000001 0x00000002 0x00000061>; phandle =3D <0x0000008b>; }; }; uart2-1 { uart2m1-xfer { rockchip,pins =3D <0x00000002 0x00000000 = 0x00000001 0x0000005f 0x00000002 0x00000001 0x00000001 0x00000061>; phandle =3D <0x0000008c>; }; }; spi0-0 { spi0m0-clk { rockchip,pins =3D <0x00000002 0x00000008 = 0x00000001 0x0000005f>; phandle =3D <0x0000008d>; }; spi0m0-cs0 { rockchip,pins =3D <0x00000002 0x0000000b = 0x00000001 0x0000005f>; phandle =3D <0x0000008e>; }; spi0m0-tx { rockchip,pins =3D <0x00000002 0x00000009 = 0x00000001 0x0000005f>; phandle =3D <0x0000008f>; }; spi0m0-rx { rockchip,pins =3D <0x00000002 0x0000000a = 0x00000001 0x0000005f>; phandle =3D <0x00000090>; }; spi0m0-cs1 { rockchip,pins =3D <0x00000002 0x0000000c = 0x00000001 0x0000005f>; phandle =3D <0x00000091>; }; }; spi0-1 { spi0m1-clk { rockchip,pins =3D <0x00000003 0x00000017 = 0x00000002 0x0000005f>; phandle =3D <0x00000092>; }; spi0m1-cs0 { rockchip,pins =3D <0x00000003 0x0000001a = 0x00000002 0x0000005f>; phandle =3D <0x00000093>; }; spi0m1-tx { rockchip,pins =3D <0x00000003 0x00000019 = 0x00000002 0x0000005f>; phandle =3D <0x00000094>; }; spi0m1-rx { rockchip,pins =3D <0x00000003 0x00000018 = 0x00000002 0x0000005f>; phandle =3D <0x00000095>; }; spi0m1-cs1 { rockchip,pins =3D <0x00000003 0x0000001b = 0x00000002 0x0000005f>; phandle =3D <0x00000096>; }; }; spi0-2 { spi0m2-clk { rockchip,pins =3D <0x00000003 0x00000000 = 0x00000004 0x0000005f>; phandle =3D <0x00000097>; }; spi0m2-cs0 { rockchip,pins =3D <0x00000003 0x00000008 = 0x00000003 0x0000005f>; phandle =3D <0x00000098>; }; spi0m2-tx { rockchip,pins =3D <0x00000003 0x00000001 = 0x00000004 0x0000005f>; phandle =3D <0x00000099>; }; spi0m2-rx { rockchip,pins =3D <0x00000003 0x00000002 = 0x00000004 0x0000005f>; phandle =3D <0x0000009a>; }; }; i2s1 { i2s1-mclk { rockchip,pins =3D <0x00000002 0x0000000f = 0x00000001 0x00000061>; phandle =3D <0x0000009b>; }; i2s1-sclk { rockchip,pins =3D <0x00000002 0x00000012 = 0x00000001 0x00000061>; phandle =3D <0x0000009c>; }; i2s1-lrckrx { rockchip,pins =3D <0x00000002 0x00000010 = 0x00000001 0x00000061>; phandle =3D <0x0000009d>; }; i2s1-lrcktx { rockchip,pins =3D <0x00000002 0x00000011 = 0x00000001 0x00000061>; phandle =3D <0x0000009e>; }; i2s1-sdi { rockchip,pins =3D <0x00000002 0x00000013 = 0x00000001 0x00000061>; phandle =3D <0x0000009f>; }; i2s1-sdo { rockchip,pins =3D <0x00000002 0x00000017 = 0x00000001 0x00000061>; phandle =3D <0x000000a0>; }; i2s1-sdio1 { rockchip,pins =3D <0x00000002 0x00000014 = 0x00000001 0x00000061>; phandle =3D <0x000000a1>; }; i2s1-sdio2 { rockchip,pins =3D <0x00000002 0x00000015 = 0x00000001 0x00000061>; phandle =3D <0x000000a2>; }; i2s1-sdio3 { rockchip,pins =3D <0x00000002 0x00000016 = 0x00000001 0x00000061>; phandle =3D <0x000000a3>; }; i2s1-sleep { rockchip,pins =3D * 0x00000000080f695c = [0x00000090]; phandle =3D <0x000000a4>; }; }; i2s2-0 { i2s2m0-mclk { rockchip,pins =3D <0x00000001 0x00000015 = 0x00000001 0x00000061>; phandle =3D <0x000000a5>; }; i2s2m0-sclk { rockchip,pins =3D <0x00000001 0x00000016 = 0x00000001 0x00000061>; phandle =3D <0x000000a6>; }; i2s2m0-lrckrx { rockchip,pins =3D <0x00000001 0x0000001a = 0x00000001 0x00000061>; phandle =3D <0x000000a7>; }; i2s2m0-lrcktx { rockchip,pins =3D <0x00000001 0x00000017 = 0x00000001 0x00000061>; phandle =3D <0x000000a8>; }; i2s2m0-sdi { rockchip,pins =3D <0x00000001 0x00000018 = 0x00000001 0x00000061>; phandle =3D <0x000000a9>; }; i2s2m0-sdo { rockchip,pins =3D <0x00000001 0x00000019 = 0x00000001 0x00000061>; phandle =3D <0x000000aa>; }; i2s2m0-sleep { rockchip,pins =3D * 0x00000000080f6bb8 = [0x00000060]; phandle =3D <0x000000ab>; }; }; i2s2-1 { i2s2m1-mclk { rockchip,pins =3D <0x00000001 0x00000015 = 0x00000001 0x00000061>; phandle =3D <0x000000ac>; }; i2s2m1-sclk { rockchip,pins =3D <0x00000003 0x00000000 = 0x00000006 0x00000061>; phandle =3D <0x000000ad>; }; i2sm1-lrckrx { rockchip,pins =3D <0x00000003 0x00000008 = 0x00000006 0x00000061>; phandle =3D <0x000000ae>; }; i2s2m1-lrcktx { rockchip,pins =3D <0x00000003 0x00000008 = 0x00000004 0x00000061>; phandle =3D <0x000000af>; }; i2s2m1-sdi { rockchip,pins =3D <0x00000003 0x00000002 = 0x00000006 0x00000061>; phandle =3D <0x000000b0>; }; i2s2m1-sdo { rockchip,pins =3D <0x00000003 0x00000001 = 0x00000006 0x00000061>; phandle =3D <0x000000b1>; }; i2s2m1-sleep { rockchip,pins =3D * 0x00000000080f6de4 = [0x00000050]; phandle =3D <0x000000b2>; }; }; spdif-0 { spdifm0-tx { rockchip,pins =3D <0x00000000 0x0000001b = 0x00000001 0x00000061>; phandle =3D <0x000000b3>; }; }; spdif-1 { spdifm1-tx { rockchip,pins =3D <0x00000002 0x00000011 = 0x00000002 0x00000061>; phandle =3D <0x000000b4>; }; }; spdif-2 { spdifm2-tx { rockchip,pins =3D <0x00000000 0x00000002 = 0x00000002 0x00000061>; phandle =3D <0x000000b5>; }; }; sdmmc0-0 { sdmmc0m0-pwren { rockchip,pins =3D <0x00000002 0x00000007 = 0x00000001 0x00000064>; phandle =3D <0x000000b6>; }; sdmmc0m0-gpio { rockchip,pins =3D <0x00000002 0x00000007 = 0x00000000 0x00000064>; phandle =3D <0x000000b7>; }; }; sdmmc0-1 { sdmmc0m1-pwren { rockchip,pins =3D <0x00000000 0x0000001e = 0x00000003 0x00000064>; phandle =3D <0x000000b8>; }; sdmmc0m1-gpio { rockchip,pins =3D <0x00000000 0x0000001e = 0x00000000 0x00000064>; phandle =3D <0x000000b9>; }; }; sdmmc0 { sdmmc0-clk { rockchip,pins =3D <0x00000001 0x00000006 = 0x00000001 0x00000067>; phandle =3D <0x000000ba>; }; sdmmc0-cmd { rockchip,pins =3D <0x00000001 0x00000004 = 0x00000001 0x00000068>; phandle =3D <0x000000bb>; }; sdmmc0-dectn { rockchip,pins =3D <0x00000001 0x00000005 = 0x00000001 0x00000064>; phandle =3D <0x000000bc>; }; sdmmc0-wrprt { rockchip,pins =3D <0x00000001 0x00000007 = 0x00000001 0x00000064>; phandle =3D <0x000000bd>; }; sdmmc0-bus1 { rockchip,pins =3D <0x00000001 0x00000000 = 0x00000001 0x00000068>; phandle =3D <0x000000be>; }; sdmmc0-bus4 { rockchip,pins =3D <0x00000001 0x00000000 = 0x00000001 0x00000068 0x00000001 0x00000001 0x00000001 0x00000068 = 0x00000001 0x00000002 0x00000001 0x00000068 0x00000001 0x00000003 = 0x00000001 0x00000068>; phandle =3D <0x000000bf>; }; sdmmc0-gpio { rockchip,pins =3D * 0x00000000080f7254 = [0x00000080]; phandle =3D <0x000000c0>; }; }; sdmmc0ext { sdmmc0ext-clk { rockchip,pins =3D <0x00000003 0x00000002 = 0x00000003 0x00000065>; phandle =3D <0x000000c1>; }; sdmmc0ext-cmd { rockchip,pins =3D <0x00000003 0x00000000 = 0x00000003 0x00000064>; phandle =3D <0x000000c2>; }; sdmmc0ext-wrprt { rockchip,pins =3D <0x00000003 0x00000003 = 0x00000003 0x00000064>; phandle =3D <0x000000c3>; }; sdmmc0ext-dectn { rockchip,pins =3D <0x00000003 0x00000001 = 0x00000003 0x00000064>; phandle =3D <0x000000c4>; }; sdmmc0ext-bus1 { rockchip,pins =3D <0x00000003 0x00000004 = 0x00000003 0x00000064>; phandle =3D <0x000000c5>; }; sdmmc0ext-bus4 { rockchip,pins =3D <0x00000003 0x00000004 = 0x00000003 0x00000064 0x00000003 0x00000005 0x00000003 0x00000064 = 0x00000003 0x00000006 0x00000003 0x00000064 0x00000003 0x00000007 = 0x00000003 0x00000064>; phandle =3D <0x000000c6>; }; sdmmc0ext-gpio { rockchip,pins =3D * 0x00000000080f74e4 = [0x00000080]; phandle =3D <0x000000c7>; }; }; sdmmc1 { sdmmc1-clk { rockchip,pins =3D <0x00000001 0x0000000c = 0x00000001 0x00000067>; phandle =3D <0x000000c8>; }; sdmmc1-cmd { rockchip,pins =3D <0x00000001 0x0000000d = 0x00000001 0x00000068>; phandle =3D <0x000000c9>; }; sdmmc1-pwren { rockchip,pins =3D <0x00000001 0x00000012 = 0x00000001 0x00000068>; phandle =3D <0x000000ca>; }; sdmmc1-wrprt { rockchip,pins =3D <0x00000001 0x00000014 = 0x00000001 0x00000068>; phandle =3D <0x000000cb>; }; sdmmc1-dectn { rockchip,pins =3D <0x00000001 0x00000013 = 0x00000001 0x00000068>; phandle =3D <0x000000cc>; }; sdmmc1-bus1 { rockchip,pins =3D <0x00000001 0x0000000e = 0x00000001 0x00000068>; phandle =3D <0x000000cd>; }; sdmmc1-bus4 { rockchip,pins =3D <0x00000001 0x0000000e = 0x00000001 0x00000068 0x00000001 0x0000000f 0x00000001 0x00000068 = 0x00000001 0x00000010 0x00000001 0x00000068 0x00000001 0x00000011 = 0x00000001 0x00000068>; phandle =3D <0x000000ce>; }; sdmmc1-gpio { rockchip,pins =3D * 0x00000000080f77a0 = [0x00000090]; phandle =3D <0x000000cf>; }; }; emmc { emmc-clk { rockchip,pins =3D <0x00000003 0x00000015 = 0x00000002 0x00000069>; phandle =3D <0x000000d0>; }; emmc-cmd { rockchip,pins =3D <0x00000003 0x00000013 = 0x00000002 0x0000006a>; phandle =3D <0x000000d1>; }; emmc-pwren { rockchip,pins =3D <0x00000003 0x00000016 = 0x00000002 0x00000061>; phandle =3D <0x000000d2>; }; emmc-rstnout { rockchip,pins =3D <0x00000003 0x00000014 = 0x00000002 0x00000061>; phandle =3D <0x000000d3>; }; emmc-bus1 { rockchip,pins =3D <0x00000000 0x00000007 = 0x00000002 0x0000006a>; phandle =3D <0x000000d4>; }; emmc-bus4 { rockchip,pins =3D <0x00000000 0x00000007 = 0x00000002 0x0000006a 0x00000002 0x0000001c 0x00000002 0x0000006a = 0x00000002 0x0000001d 0x00000002 0x0000006a 0x00000002 0x0000001e = 0x00000002 0x0000006a>; phandle =3D <0x000000d5>; }; emmc-bus8 { rockchip,pins =3D * 0x00000000080f7a24 = [0x00000080]; phandle =3D <0x000000d6>; }; }; pwm0 { pwm0-pin { rockchip,pins =3D <0x00000002 0x00000004 = 0x00000001 0x00000061>; phandle =3D <0x000000d7>; }; }; pwm1 { pwm1-pin { rockchip,pins =3D <0x00000002 0x00000005 = 0x00000001 0x00000061>; phandle =3D <0x000000d8>; }; }; pwm2 { pwm2-pin { rockchip,pins =3D <0x00000002 0x00000006 = 0x00000001 0x00000061>; phandle =3D <0x000000d9>; }; }; pwmir { pwmir-pin { rockchip,pins =3D <0x00000002 0x00000002 = 0x00000001 0x00000061>; phandle =3D <0x000000da>; }; }; gmac-1 { rgmiim1-pins { rockchip,pins =3D * 0x00000000080f7c28 = [0x00000160]; phandle =3D <0x000000db>; }; rmiim1-pins { rockchip,pins =3D * 0x00000000080f7db8 = [0x00000100]; phandle =3D <0x000000dc>; }; }; gmac2phy { fephyled-speed10 { rockchip,pins =3D <0x00000000 0x0000001e = 0x00000001 0x00000061>; phandle =3D <0x000000dd>; }; fephyled-duplex { rockchip,pins =3D <0x00000000 0x0000001e = 0x00000002 0x00000061>; phandle =3D <0x000000de>; }; fephyled-rxm1 { rockchip,pins =3D <0x00000002 0x00000019 = 0x00000002 0x00000061>; phandle =3D <0x000000df>; }; fephyled-txm1 { rockchip,pins =3D <0x00000002 0x00000019 = 0x00000003 0x00000061>; phandle =3D <0x000000e0>; }; fephyled-linkm1 { rockchip,pins =3D <0x00000002 0x00000018 = 0x00000002 0x00000061>; phandle =3D <0x000000e1>; }; }; tsadc_pin { tsadc-int { rockchip,pins =3D <0x00000002 0x0000000d = 0x00000002 0x00000061>; phandle =3D <0x000000e2>; }; tsadc-gpio { rockchip,pins =3D <0x00000002 0x0000000d = 0x00000000 0x00000061>; phandle =3D <0x000000e3>; }; }; hdmi_pin { hdmi-cec { rockchip,pins =3D <0x00000000 0x00000003 = 0x00000001 0x00000061>; phandle =3D <0x000000e4>; }; hdmi-hpd { rockchip,pins =3D <0x00000000 0x00000004 = 0x00000001 0x00000060>; phandle =3D <0x000000e5>; }; }; cif-0 { dvp-d2d9-m0 { rockchip,pins =3D * 0x00000000080f818c = [0x000000c0]; phandle =3D <0x000000e6>; }; }; cif-1 { dvp-d2d9-m1 { rockchip,pins =3D * 0x00000000080f828c = [0x000000c0]; phandle =3D <0x000000e7>; }; }; ir { ir-int { rockchip,pins =3D <0x00000002 0x00000002 = 0x00000000 0x00000061>; phandle =3D <0x000000e8>; }; }; pmic { pmic-int-l { rockchip,pins =3D <0x00000002 0x00000006 = 0x00000000 0x0000005f>; phandle =3D <0x000000e9>; }; }; usb2 { usb20-host-drv { rockchip,pins =3D <0x00000000 0x00000002 = 0x00000000 0x00000061>; phandle =3D <0x000000ea>; }; }; }; chosen { stdout-path =3D "serial2:1500000n8"; }; external-gmac-clock { compatible =3D "fixed-clock"; clock-frequency =3D <0x07735940>; clock-output-names =3D "gmac_clkin"; #clock-cells =3D <0x00000000>; phandle =3D <0x000000eb>; }; sdmmc-regulator { compatible =3D "regulator-fixed"; gpio =3D <0x0000005b 0x0000001e 0x00000001>; pinctrl-names =3D "default"; pinctrl-0 =3D <0x000000b9>; regulator-name =3D "vcc_sd"; regulator-min-microvolt =3D <0x00325aa0>; regulator-max-microvolt =3D <0x00325aa0>; vin-supply =3D <0x00000024>; phandle =3D <0x000000ec>; }; vcc-host-5v-regulator { compatible =3D "regulator-fixed"; gpio =3D <0x0000005b 0x00000002 0x00000001>; pinctrl-names =3D "default"; pinctrl-0 =3D <0x000000ea>; regulator-name =3D "vcc_host_5v"; regulator-always-on; regulator-boot-on; vin-supply =3D <0x000000ef>; phandle =3D <0x000000ed>; }; vcc-host1-5v-regulator { compatible =3D "regulator-fixed"; gpio =3D <0x0000005b 0x00000002 0x00000001>; pinctrl-names =3D "default"; pinctrl-0 =3D <0x000000ea>; regulator-name =3D "vcc_host1_5v"; regulator-always-on; regulator-boot-on; vin-supply =3D <0x000000ef>; phandle =3D <0x000000ee>; }; vcc-sys { compatible =3D "regulator-fixed"; regulator-name =3D "vcc_sys"; regulator-always-on; regulator-boot-on; regulator-min-microvolt =3D <0x004c4b40>; regulator-max-microvolt =3D <0x004c4b40>; phandle =3D <0x000000ef>; }; ir-receiver { compatible =3D "gpio-ir-receiver"; gpios =3D <0x0000005d 0x00000002 0x00000001>; pinctrl-0 =3D <0x000000e8>; pinctrl-names =3D "default"; }; leds { compatible =3D "gpio-leds"; power { gpios =3D <0x00000020 0x00000001 0x00000001>; linux,default-trigger =3D "mmc0"; }; standby { gpios =3D <0x00000020 0x00000000 0x00000001>; linux,default-trigger =3D "heartbeat"; }; }; sound { compatible =3D "audio-graph-card"; label =3D "rockchip,rk3328"; dais =3D <0x00000010 0x00000014>; }; spdif-dit { compatible =3D "linux,spdif-dit"; #sound-dai-cells =3D <0x00000000>; port { endpoint { remote-endpoint =3D <0x00000015>; phandle =3D <0x000000f0>; }; }; }; __symbols__ { dit_p0_0 =3D "/spdif-dit/port/endpoint"; vcc_sys =3D "/vcc-sys"; vcc_otg_5v =3D "/vcc-host1-5v-regulator"; vcc_host1_5v =3D "/vcc-host1-5v-regulator"; vcc_host_5v =3D "/vcc-host-5v-regulator"; vcc_sd =3D "/sdmmc-regulator"; gmac_clkin =3D "/external-gmac-clock"; usb20_host_drv =3D "/pinctrl/usb2/usb20-host-drv"; pmic_int_l =3D "/pinctrl/pmic/pmic-int-l"; ir_int =3D "/pinctrl/ir/ir-int"; dvp_d2d9_m1 =3D "/pinctrl/cif-1/dvp-d2d9-m1"; dvp_d2d9_m0 =3D "/pinctrl/cif-0/dvp-d2d9-m0"; hdmi_hpd =3D "/pinctrl/hdmi_pin/hdmi-hpd"; hdmi_cec =3D "/pinctrl/hdmi_pin/hdmi-cec"; tsadc_gpio =3D "/pinctrl/tsadc_pin/tsadc-gpio"; tsadc_int =3D "/pinctrl/tsadc_pin/tsadc-int"; fephyled_linkm1 =3D "/pinctrl/gmac2phy/fephyled-linkm1"; fephyled_txm1 =3D "/pinctrl/gmac2phy/fephyled-txm1"; fephyled_rxm1 =3D "/pinctrl/gmac2phy/fephyled-rxm1"; fephyled_duplex =3D "/pinctrl/gmac2phy/fephyled-duplex"; fephyled_speed10 =3D = "/pinctrl/gmac2phy/fephyled-speed10"; rmiim1_pins =3D "/pinctrl/gmac-1/rmiim1-pins"; rgmiim1_pins =3D "/pinctrl/gmac-1/rgmiim1-pins"; pwmir_pin =3D "/pinctrl/pwmir/pwmir-pin"; pwm2_pin =3D "/pinctrl/pwm2/pwm2-pin"; pwm1_pin =3D "/pinctrl/pwm1/pwm1-pin"; pwm0_pin =3D "/pinctrl/pwm0/pwm0-pin"; emmc_bus8 =3D "/pinctrl/emmc/emmc-bus8"; emmc_bus4 =3D "/pinctrl/emmc/emmc-bus4"; emmc_bus1 =3D "/pinctrl/emmc/emmc-bus1"; emmc_rstnout =3D "/pinctrl/emmc/emmc-rstnout"; emmc_pwren =3D "/pinctrl/emmc/emmc-pwren"; emmc_cmd =3D "/pinctrl/emmc/emmc-cmd"; emmc_clk =3D "/pinctrl/emmc/emmc-clk"; sdmmc1_gpio =3D "/pinctrl/sdmmc1/sdmmc1-gpio"; sdmmc1_bus4 =3D "/pinctrl/sdmmc1/sdmmc1-bus4"; sdmmc1_bus1 =3D "/pinctrl/sdmmc1/sdmmc1-bus1"; sdmmc1_dectn =3D "/pinctrl/sdmmc1/sdmmc1-dectn"; sdmmc1_wrprt =3D "/pinctrl/sdmmc1/sdmmc1-wrprt"; sdmmc1_pwren =3D "/pinctrl/sdmmc1/sdmmc1-pwren"; sdmmc1_cmd =3D "/pinctrl/sdmmc1/sdmmc1-cmd"; sdmmc1_clk =3D "/pinctrl/sdmmc1/sdmmc1-clk"; sdmmc0ext_gpio =3D "/pinctrl/sdmmc0ext/sdmmc0ext-gpio"; sdmmc0ext_bus4 =3D "/pinctrl/sdmmc0ext/sdmmc0ext-bus4"; sdmmc0ext_bus1 =3D "/pinctrl/sdmmc0ext/sdmmc0ext-bus1"; sdmmc0ext_dectn =3D = "/pinctrl/sdmmc0ext/sdmmc0ext-dectn"; sdmmc0ext_wrprt =3D = "/pinctrl/sdmmc0ext/sdmmc0ext-wrprt"; sdmmc0ext_cmd =3D "/pinctrl/sdmmc0ext/sdmmc0ext-cmd"; sdmmc0ext_clk =3D "/pinctrl/sdmmc0ext/sdmmc0ext-clk"; sdmmc0_gpio =3D "/pinctrl/sdmmc0/sdmmc0-gpio"; sdmmc0_bus4 =3D "/pinctrl/sdmmc0/sdmmc0-bus4"; sdmmc0_bus1 =3D "/pinctrl/sdmmc0/sdmmc0-bus1"; sdmmc0_wrprt =3D "/pinctrl/sdmmc0/sdmmc0-wrprt"; sdmmc0_dectn =3D "/pinctrl/sdmmc0/sdmmc0-dectn"; sdmmc0_cmd =3D "/pinctrl/sdmmc0/sdmmc0-cmd"; sdmmc0_clk =3D "/pinctrl/sdmmc0/sdmmc0-clk"; sdmmc0m1_gpio =3D "/pinctrl/sdmmc0-1/sdmmc0m1-gpio"; sdmmc0m1_pwren =3D "/pinctrl/sdmmc0-1/sdmmc0m1-pwren"; sdmmc0m0_gpio =3D "/pinctrl/sdmmc0-0/sdmmc0m0-gpio"; sdmmc0m0_pwren =3D "/pinctrl/sdmmc0-0/sdmmc0m0-pwren"; spdifm2_tx =3D "/pinctrl/spdif-2/spdifm2-tx"; spdifm1_tx =3D "/pinctrl/spdif-1/spdifm1-tx"; spdifm0_tx =3D "/pinctrl/spdif-0/spdifm0-tx"; i2s2m1_sleep =3D "/pinctrl/i2s2-1/i2s2m1-sleep"; i2s2m1_sdo =3D "/pinctrl/i2s2-1/i2s2m1-sdo"; i2s2m1_sdi =3D "/pinctrl/i2s2-1/i2s2m1-sdi"; i2s2m1_lrcktx =3D "/pinctrl/i2s2-1/i2s2m1-lrcktx"; i2s2m1_lrckrx =3D "/pinctrl/i2s2-1/i2sm1-lrckrx"; i2s2m1_sclk =3D "/pinctrl/i2s2-1/i2s2m1-sclk"; i2s2m1_mclk =3D "/pinctrl/i2s2-1/i2s2m1-mclk"; i2s2m0_sleep =3D "/pinctrl/i2s2-0/i2s2m0-sleep"; i2s2m0_sdo =3D "/pinctrl/i2s2-0/i2s2m0-sdo"; i2s2m0_sdi =3D "/pinctrl/i2s2-0/i2s2m0-sdi"; i2s2m0_lrcktx =3D "/pinctrl/i2s2-0/i2s2m0-lrcktx"; i2s2m0_lrckrx =3D "/pinctrl/i2s2-0/i2s2m0-lrckrx"; i2s2m0_sclk =3D "/pinctrl/i2s2-0/i2s2m0-sclk"; i2s2m0_mclk =3D "/pinctrl/i2s2-0/i2s2m0-mclk"; i2s1_sleep =3D "/pinctrl/i2s1/i2s1-sleep"; i2s1_sdio3 =3D "/pinctrl/i2s1/i2s1-sdio3"; i2s1_sdio2 =3D "/pinctrl/i2s1/i2s1-sdio2"; i2s1_sdio1 =3D "/pinctrl/i2s1/i2s1-sdio1"; i2s1_sdo =3D "/pinctrl/i2s1/i2s1-sdo"; i2s1_sdi =3D "/pinctrl/i2s1/i2s1-sdi"; i2s1_lrcktx =3D "/pinctrl/i2s1/i2s1-lrcktx"; i2s1_lrckrx =3D "/pinctrl/i2s1/i2s1-lrckrx"; i2s1_sclk =3D "/pinctrl/i2s1/i2s1-sclk"; i2s1_mclk =3D "/pinctrl/i2s1/i2s1-mclk"; spi0m2_rx =3D "/pinctrl/spi0-2/spi0m2-rx"; spi0m2_tx =3D "/pinctrl/spi0-2/spi0m2-tx"; spi0m2_cs0 =3D "/pinctrl/spi0-2/spi0m2-cs0"; spi0m2_clk =3D "/pinctrl/spi0-2/spi0m2-clk"; spi0m1_cs1 =3D "/pinctrl/spi0-1/spi0m1-cs1"; spi0m1_rx =3D "/pinctrl/spi0-1/spi0m1-rx"; spi0m1_tx =3D "/pinctrl/spi0-1/spi0m1-tx"; spi0m1_cs0 =3D "/pinctrl/spi0-1/spi0m1-cs0"; spi0m1_clk =3D "/pinctrl/spi0-1/spi0m1-clk"; spi0m0_cs1 =3D "/pinctrl/spi0-0/spi0m0-cs1"; spi0m0_rx =3D "/pinctrl/spi0-0/spi0m0-rx"; spi0m0_tx =3D "/pinctrl/spi0-0/spi0m0-tx"; spi0m0_cs0 =3D "/pinctrl/spi0-0/spi0m0-cs0"; spi0m0_clk =3D "/pinctrl/spi0-0/spi0m0-clk"; uart2m1_xfer =3D "/pinctrl/uart2-1/uart2m1-xfer"; uart2m0_xfer =3D "/pinctrl/uart2-0/uart2m0-xfer"; uart1_rts_gpio =3D "/pinctrl/uart1/uart1-rts-gpio"; uart1_rts =3D "/pinctrl/uart1/uart1-rts"; uart1_cts =3D "/pinctrl/uart1/uart1-cts"; uart1_xfer =3D "/pinctrl/uart1/uart1-xfer"; uart0_rts_gpio =3D "/pinctrl/uart0/uart0-rts-gpio"; uart0_rts =3D "/pinctrl/uart0/uart0-rts"; uart0_cts =3D "/pinctrl/uart0/uart0-cts"; uart0_xfer =3D "/pinctrl/uart0/uart0-xfer"; otp_out =3D "/pinctrl/tsadc/otp-out"; otp_gpio =3D "/pinctrl/tsadc/otp-gpio"; pdmm0_fsync_sleep =3D = "/pinctrl/pdm-0/pdmm0-fsync-sleep"; pdmm0_sdi3_sleep =3D "/pinctrl/pdm-0/pdmm0-sdi3-sleep"; pdmm0_sdi2_sleep =3D "/pinctrl/pdm-0/pdmm0-sdi2-sleep"; pdmm0_sdi1_sleep =3D "/pinctrl/pdm-0/pdmm0-sdi1-sleep"; pdmm0_sdi0_sleep =3D "/pinctrl/pdm-0/pdmm0-sdi0-sleep"; pdmm0_clk_sleep =3D "/pinctrl/pdm-0/pdmm0-clk-sleep"; pdmm0_sdi3 =3D "/pinctrl/pdm-0/pdmm0-sdi3"; pdmm0_sdi2 =3D "/pinctrl/pdm-0/pdmm0-sdi2"; pdmm0_sdi1 =3D "/pinctrl/pdm-0/pdmm0-sdi1"; pdmm0_sdi0 =3D "/pinctrl/pdm-0/pdmm0-sdi0"; pdmm0_fsync =3D "/pinctrl/pdm-0/pdmm0-fsync"; pdmm0_clk =3D "/pinctrl/pdm-0/pdmm0-clk"; hdmii2c_xfer =3D "/pinctrl/hdmi_i2c/hdmii2c-xfer"; i2c3_gpio =3D "/pinctrl/i2c3/i2c3-gpio"; i2c3_xfer =3D "/pinctrl/i2c3/i2c3-xfer"; i2c2_xfer =3D "/pinctrl/i2c2/i2c2-xfer"; i2c1_xfer =3D "/pinctrl/i2c1/i2c1-xfer"; i2c0_xfer =3D "/pinctrl/i2c0/i2c0-xfer"; pcfg_input =3D "/pinctrl/pcfg-input"; pcfg_input_high =3D "/pinctrl/pcfg-input-high"; pcfg_output_low =3D "/pinctrl/pcfg-output-low"; pcfg_output_high =3D "/pinctrl/pcfg-output-high"; pcfg_pull_up_12ma =3D "/pinctrl/pcfg-pull-up-12ma"; pcfg_pull_none_12ma =3D "/pinctrl/pcfg-pull-none-12ma"; pcfg_pull_up_8ma =3D "/pinctrl/pcfg-pull-up-8ma"; pcfg_pull_none_8ma =3D "/pinctrl/pcfg-pull-none-8ma"; pcfg_pull_down_4ma =3D "/pinctrl/pcfg-pull-down-4ma"; pcfg_pull_none_4ma =3D "/pinctrl/pcfg-pull-none-4ma"; pcfg_pull_up_4ma =3D "/pinctrl/pcfg-pull-up-4ma"; pcfg_pull_up_2ma =3D "/pinctrl/pcfg-pull-up-2ma"; pcfg_pull_none_2ma =3D "/pinctrl/pcfg-pull-none-2ma"; pcfg_pull_none =3D "/pinctrl/pcfg-pull-none"; pcfg_pull_down =3D "/pinctrl/pcfg-pull-down"; pcfg_pull_up =3D "/pinctrl/pcfg-pull-up"; gpio3 =3D "/pinctrl/gpio3@ff240000"; gpio2 =3D "/pinctrl/gpio2@ff230000"; gpio1 =3D "/pinctrl/gpio1@ff220000"; gpio0 =3D "/pinctrl/gpio0@ff210000"; pinctrl =3D "/pinctrl"; gic =3D "/interrupt-controller@ff811000"; usb_host0_ohci =3D "/usb@ff5d0000"; usb_host0_ehci =3D "/usb@ff5c0000"; usb20_otg =3D "/usb@ff580000"; phy =3D "/ethernet@ff550000/mdio/phy@0"; gmac2phy =3D "/ethernet@ff550000"; gmac2io =3D "/ethernet@ff540000"; emmc =3D "/mmc@ff520000"; sdio =3D "/mmc@ff510000"; sdmmc =3D "/mmc@ff500000"; u2phy_host =3D = "/syscon@ff450000/usb2-phy@100/host-port"; u2phy_otg =3D "/syscon@ff450000/usb2-phy@100/otg-port"; u2phy =3D "/syscon@ff450000/usb2-phy@100"; usb2phy_grf =3D "/syscon@ff450000"; cru =3D "/clock-controller@ff440000"; hdmiphy =3D "/phy@ff430000"; codec_p0_0 =3D "/codec@ff410000/port@0/endpoint"; codec =3D "/codec@ff410000"; hdmi_in_vop =3D "/hdmi@ff3c0000/ports/port/endpoint"; hdmi_in =3D "/hdmi@ff3c0000/ports/port"; hdmi =3D "/hdmi@ff3c0000"; vop_mmu =3D "/iommu@ff373f00"; vop_out_hdmi =3D "/vop@ff370000/port/endpoint@0"; vop_out =3D "/vop@ff370000/port"; vop =3D "/vop@ff370000"; rkvdec_mmu =3D "/iommu@ff360480"; vpu_mmu =3D "/iommu@ff350800"; vpu =3D "/video-codec@ff350000"; vepu_mmu =3D "/iommu@ff340800"; h265e_mmu =3D "/iommu@ff330200"; gpu =3D "/gpu@ff300000"; saradc =3D "/adc@ff280000"; efuse_cpu_version =3D "/efuse@ff260000/cpu-version@1a"; logic_leakage =3D "/efuse@ff260000/logic-leakage@19"; cpu_leakage =3D "/efuse@ff260000/cpu-leakage@17"; efuse_id =3D "/efuse@ff260000/id@7"; efuse =3D "/efuse@ff260000"; tsadc =3D "/tsadc@ff250000"; soc_crit =3D = "/thermal-zones/soc-thermal/trips/soc-crit"; target =3D = "/thermal-zones/soc-thermal/trips/trip-point1"; threshold =3D = "/thermal-zones/soc-thermal/trips/trip-point0"; soc_thermal =3D "/thermal-zones/soc-thermal"; pwm3 =3D "/pwm@ff1b0030"; pwm2 =3D "/pwm@ff1b0020"; pwm1 =3D "/pwm@ff1b0010"; pwm0 =3D "/pwm@ff1b0000"; wdt =3D "/watchdog@ff1a0000"; spi0 =3D "/spi@ff190000"; i2c3 =3D "/i2c@ff180000"; i2c2 =3D "/i2c@ff170000"; vdd_10 =3D "/i2c@ff160000/pmic@18/regulators/LDO_REG3"; vcc18_emmc =3D = "/i2c@ff160000/pmic@18/regulators/LDO_REG2"; vcc_18 =3D "/i2c@ff160000/pmic@18/regulators/LDO_REG1"; vcc_io =3D "/i2c@ff160000/pmic@18/regulators/DCDC_REG4"; vcc_ddr =3D = "/i2c@ff160000/pmic@18/regulators/DCDC_REG3"; vdd_arm =3D = "/i2c@ff160000/pmic@18/regulators/DCDC_REG2"; vdd_logic =3D = "/i2c@ff160000/pmic@18/regulators/DCDC_REG1"; rk805 =3D "/i2c@ff160000/pmic@18"; i2c1 =3D "/i2c@ff160000"; i2c0 =3D "/i2c@ff150000"; uart2 =3D "/serial@ff130000"; uart1 =3D "/serial@ff120000"; uart0 =3D "/serial@ff110000"; power =3D "/syscon@ff100000/power-controller"; grf_gpio =3D "/syscon@ff100000/grf-gpio"; io_domains =3D "/syscon@ff100000/io-domains"; grf =3D "/syscon@ff100000"; pdm =3D "/pdm@ff040000"; spdif_p0_0 =3D "/spdif@ff030000/port/endpoint"; spdif_p0 =3D "/spdif@ff030000/port"; spdif =3D "/spdif@ff030000"; i2s2 =3D "/i2s@ff020000"; i2s1_p0_0 =3D "/i2s@ff010000/port/endpoint"; i2s1_p0 =3D "/i2s@ff010000/port"; i2s1 =3D "/i2s@ff010000"; i2s0 =3D "/i2s@ff000000"; xin24m =3D "/xin24m"; hdmi_sound =3D "/hdmi-sound"; display_subsystem =3D "/display-subsystem"; analog_sound =3D "/analog-sound"; dmac =3D "/bus/dmac@ff1f0000"; amba =3D "/bus"; cpu0_opp_table =3D "/opp_table0"; l2 =3D "/cpus/l2-cache0"; CPU_SLEEP =3D "/cpus/idle-states/cpu-sleep"; cpu3 =3D "/cpus/cpu@3"; cpu2 =3D "/cpus/cpu@2"; cpu1 =3D "/cpus/cpu@1"; cpu0 =3D "/cpus/cpu@0"; }; }; =3D>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Jul 18 05:45:04 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B86EA35E266 for ; Sat, 18 Jul 2020 05:45:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B7xlg2RXTz3cLZ for ; Sat, 18 Jul 2020 05:45:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: UX.4lhIVM1mWIV.bcG0.vM9Jm5369yz2uRELaBHquZwlRr11JtQgyX6tDrJ0nzz 2BVmg1I7ggrD3s007A6yBb1g7iAcfmJt6dMiQgjx7N3oIhMcqgK.8jmX4M1elZIPP.RVpUqgqiq1 K2bULjgC87zjIaOuHp8IE9TfYjCTPA_9ZCRJ0pX0WVUmAhnfWuo4mlSVkuurOT0hvBhGwIWqebpc SKKVkx5QAq0pm8MD1TZ5EG8uN6qS.doXuZoCr_pJBWAUQsJvIkZBiNcK_OLTcmHgjV2v5K2jJa9E 9dK16SXwY0hOz1E7Yypiz4dM0s9WyBEM1fMZSdd502Y7LxXqox5SfRDcoTC_amFU0g4DK6PXqBJo BD57eJFIxke1x7mIvhtVS8YYJmIuDsxLDs7f9SdPosH8w_dnVFEFRXrZI4lz9osFjJEPug2j0aYi a61nY9uf9Qf47f.W8oeu1ZaFp3p.85AIt.1IzNA7X4jxyPgUyhpeg2AC7e.dDC7lBJ_GWGnBLA_X pCS1Y6lqGUIVNqewQCr75_fxMljylTFhMLBIkSF3FxxTchWhoxzz1ff68deuCLmCWt_jbD66Tqza 4Y.NanEhEPrlrQgPX_O5km4.FzZiGh68g97do69qcZh6RT9D7xYH3YoFsDy.bbFnhkM3Crn3ZlUC zNOTKIaUEMboQ70sEE3wKMyVOsriAitJWr0tfCakKbE4ySABAoSKSp1t4uHsysFR6hIjF4pxqv6j XQckCKYC8VCnZrtUqDATk.G6dMjwoqrGStgakK3fgyuvgdWJ4jtckXI6wpHLw_gDDsFK3k0CIblD CgQNpdsrxUMqNcYdppD.Aw8qUDSJGaFdwD7kjYDR2KwFP3jWaywLZeS1GALY7fMxkzXNupc6Gsk5 1m7ljm_Eem5_EHhqI2QePZ5Ex3rDDmi0tbbtOo.WYu.11dQWqqtmcCr3T5KCP0cWI6gCx57m.1Y8 7Cmwz9LN.1CTct2eJMBslriF7jRzxOJnoGaieiMEOS082H5DlRAqJeEPNH5i7doa_dDTFeTJpxAm XNC7ycdjDELm.Tnu.T69FY7rjKKCUnjA7DoLNDRONsA3ymz39vsSyOTp8f3pqjp7fX8a8VuAK558 ixIh6_mrCsqJct54Dgy0d8jZnMP_AGlza18Pns1UkXjZ28EUjIJMPl25t_OHfvAzio4_yn4fw3tU Y8cOsOu.dSUMtWp9Z6FEc4mYkGQ4lViYQv1Bql9uU.5QTZHL8PWlSvGh3lA5R4aVy1m3QVcUKEfG qrODFCHK9xXPTusoxYD9SoLZrrw5V37eCSKLRYfUkVNHimgqav3l.OsQ1zoV981.FV8VErCZvVmA U_zgDv7LbjbWUAG_7ti2axTukDez7qIvBPicZqS215_t3RojDA3PGCFvE4PmPM3pBOaDll_So6hW AeHynRMxlSx3G2Soh95_c17jpTu4x_DRRQ_HCSWWOSq9j98VWWzt3AUEd.pN8C5kyog-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 18 Jul 2020 05:45:01 +0000 Received: by smtp419.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1200b36dafcc7c48c3a8a3ba5d1cbe08; Sat, 18 Jul 2020 05:44:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: RK3328/Rock64 GigE testers needed. From: Mark Millard In-Reply-To: <20200705000643.GA63127@server.rulingia.com> Date: Fri, 17 Jul 2020 22:44:55 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <6BA34884-3F54-4BC7-9D57-AFC3C8839DD9@yahoo.com> References: <20200705000643.GA63127@server.rulingia.com> To: Peter Jeremy , Oleksandr Tymoshenko X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B7xlg2RXTz3cLZ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.47 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-0.97)[-0.972]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; NEURAL_HAM_SHORT(-0.96)[-0.956]; NEURAL_HAM_MEDIUM(-1.05)[-1.046]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] 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, 18 Jul 2020 05:45:04 -0000 On 2020-Jul-4, at 17:06, Peter Jeremy wrote: > Head r362736 has enabled the internal RGMII delay lines in the RK3328 > (and RK3399) and this breaks networking on my Rock64 v2.0 (that I've > modded to use the higher RGMII bus voltage, as per the v3.0). > > gonzo@ and I would be interested in other people's experiences with > this revision - particularly other people with Rock64 v2 or Rock64 v3 > boards. > FYI for the Rock64 V2 that I tested with . . . Booting attempts report: Using DTB provided by EFI at 0x80f0000. So stopping in u-boot instead . . . => fdt addr 0x80f0000 => fdt print / . . . ethernet@ff540000 { . . . phy-mode = "rgmii"; . . . snps,reset-delays-us = <0x00000000 0x00002710 0x0000c350>; tx_delay = <0x00000024>; rx_delay = <0x00000018>; . . . }; . . . (Using fdt print in u-boot also picks up any dynamic changes that u-boot might have made.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Jul 18 21:37:57 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E8D03746DB for ; Sat, 18 Jul 2020 21:37:57 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B8Lv73cw6z3XR0 for ; Sat, 18 Jul 2020 21:37:55 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sat, 18 Jul 2020 21:37:47 +0000 To: Mark Millard From: Robert Crowston Cc: freebsd-arm Reply-To: Robert Crowston Subject: Re: FYI: RPi4 (8 GiByte) USB3 vs. head -r363123: still a no-go for booting a USB3 / in my experiments Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 4B8Lv73cw6z3XR0 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.61 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; RWL_MAILSPIKE_GOOD(0.00)[185.70.40.131:from]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.57)[-0.572]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.965]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.971]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; TO_MATCH_ENVRCPT_SOME(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, 18 Jul 2020 21:37:57 -0000 I believe this differential (https://reviews.freebsd.org/D25261) would reso= lve it, but I haven't got around to addressing the comments there yet. -- RHC. =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Wednesday, 15 July 2020 10:09, Mark Millard via freebsd-arm wrote: > I did the following experiment mostly just to observe > the current status for sysutils/u-boot-rpi4 based > booting of the RPi4 (with rather modern RPi4 firmware > in use). (I normally use uefi/acpi instead of u-boot, > uefi now at v1.17 . I was hoping to see if u-boot based > also had a bug that uefi contexts have.) > > With the kernel on the microsd card (and earlier stage > materials), boot -v reported (before mounting / from > USB3 became relevant): > > pci1: on pcib1 > pcib1: allocated bus range (1-1) for rid 0 of pci1 > pci1: domain=3D0, physical bus=3D1 > found-> vendor=3D0x1106, dev=3D0x3483, revid=3D0x01 > > domain=3D0, bus=3D1, slot=3D0, func=3D0 > class=3D0c-03-30, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) > intpin=3Da, irq=3D0 > powerspec 3 supports D0 D3 current D0 > MSI supports 4 messages, 64 bit > map[10]: type Memory, range 64, base 0, size 12, memory disabled > > > pcib1: slot 0 INTA is routed to irq 82 > xhci0: irq 82 at device 0.0 on pci1 > pcib1: allocated memory range (0xf8000000-0xf8000fff) for rid 10 of xhci0 > xhci0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf8000000 > xhci0: 32 bytes context size, 64-bit DMA > xhci0: attempting to allocate 1 MSI vectors (4 supported) > xhci0: using IRQ 83 for MSI > xhci0: MSI enabled > xhci0: Controller reset timeout. > xhci0: XHCI halt/start/probe failed err=3D18 > xhci0: Controller reset timeout. > device_attach: xhci0 attach returned 6 > . . . > simplebus2: xhci@7e9c0000 mem 0x7e9c0000-0x7eabffff irq 78 disabled compa= t generic-xhci (no driver attached) > > So the USB3 ends up unavailable. > > / would have been from a USB3 SSD if things had worked. > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"