From owner-freebsd-arm@freebsd.org Sun Aug 11 00:43:40 2019 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 C4191AA49B for ; Sun, 11 Aug 2019 00:43:40 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "SwissSign Server Silver CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 465gFl3JSPz4NMn for ; Sun, 11 Aug 2019 00:43:38 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 11 Aug 2019 00:43:30 +0000 To: Robert Crowston From: Robert Crowston Cc: tech-lists , "freebsd-arm@freebsd.org" Reply-To: Robert Crowston Subject: Re: raspberry pi 4 Message-ID: In-Reply-To: References: <20190709161243.GC4904@mon.zyxst.net> Feedback-ID: 2OVbcR1yHYpdkD8cgQllkFwcuMVZg_LiVMMPvptooFDfHD_03MuQO4ZaF626jWHZYFEhNR2cmIbZ53j4QGWMBQ==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: 465gFl3JSPz4NMn X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.09 / 15.00]; TO_DN_EQ_ADDR_SOME(0.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:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.99)[-0.993,0]; FREEMAIL_TO(0.00)[protonmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[ip: (-9.61), ipnet: 185.70.40.0/24(-4.90), asn: 19905(-3.91), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[18.40.70.185.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:19905, ipnet:185.70.40.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Aug 2019 00:43:40 -0000 I can provide a small update: I have reached the login prompt and I'm now a= ble to login to my raspberry pi 4 running FreeBSD 13. root@rpi4:~ # uname -a FreeBSD rpi4 13.0-CURRENT FreeBSD 13.0-CURRENT 8d7b2908262-c261866(rpi4-sdh= ci) GENERIC-RPI4 arm64 If there is interest, I will put together the patches I had to make. And by= patches, I mean a series of ugly hacks. However, since we have no drivers for PCI-E or ethernet, actually doing any= thing interesting on this device might be more difficult. Robert Crowston. =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 Tuesday, 9 July 2019 17:24, Robert Crowston via freebsd-arm wrote: > I=E2=80=99m looking at it. The first problem is getting u-boot to work on= the device. > > Andrei Gherzan is also looking at u-boot support; his work is on his gith= ub account at agherzan. At the moment we=E2=80=99re both stuck trying to en= able the MMU during board start up. So quite some distance to go yet. > > On Tue, Jul 9, 2019 at 17:12, tech-lists tech-lists@zyxst.net wrote: > > > Hi, > > Are there any plans on getting freebsd working on the rpi4? Or does it > > already work? Or partly work? > > > > thanks, > > > > -------- > > > > J. > > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sun Aug 11 01:05:52 2019 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 205FFAACAB for ; Sun, 11 Aug 2019 01:05:52 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 465glM243Zz4Pqt for ; Sun, 11 Aug 2019 01:05:51 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72a.google.com with SMTP id s145so74577837qke.7 for ; Sat, 10 Aug 2019 18:05:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=E/odlg0BP7gpA7KYYwMo9cAZ6KbkDXhc/9SjJYJ5b+Q=; b=s8tKfCekxOJB4H91wtE275cyvhUBbwrE8+nImZh/tNNN6HfKscLiGgMeo2AxdCRSxF u6wf9lJUIw+ROnfi5vaWVfr4yvJYGDedpHnn/IcWQUaBLb4Vo/csqTIhs7+REJrcPNgo qBQzfWXwz/PZ1hTkJ87Ggr0j4nGzbEprYoir5bJkeMknUNztPp4DQrOupeN14AMls/sv huevWPBuaCf4fDV8LIlbOMchsk8mxh2Tw9Kdnp/nA8dWG2rK8Ie4hvwMKR+3DMNNYyq7 qXN4Q0nZjDy1Z7m1wYU+S2brdzMhIjq1iWpjuTEzn7CP0rCPccl8L6Mkp8dbUC6z5noM mxyQ== 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=E/odlg0BP7gpA7KYYwMo9cAZ6KbkDXhc/9SjJYJ5b+Q=; b=Bx+9opbZAdTYPpYX1QXEKsUO/TFUBC0qeDKMIashCbhHo3Lax840I7XiCQBHMg15Xb cZ1aihODIS0xg+1Gr6WGmlsJ2ScYfb62dJ5/aGOJ4KK3lKRdKWLUIU6b+14eK/gw+r2e ZjKTzWF7ZzZw3XxmojgpL096sSV97ZbVVadflYMcxPk8MlDDAapho0XcXCd/be00lL2s TmNDn/cUw4fY28vH4eQRVSKQQPCWZ5CFnfg4xpECWpjbSJJ/duyIo1A2/O6p32UU9aHr 7AtQ+vSFFWLvlindOdySWG+UiC4bvOESHe7WgNm8tUT8Q8LDGuz1y+1b4dCmztqCfsh8 IUEg== X-Gm-Message-State: APjAAAXBD1aVS1OsdagdARsf6TjSeh7BFJdjrnZOaVMlNyZ85RmLKB1i X+mZym1cYAwmW7M9xBT+FD08GQ1ceELc01coIb7GMw== X-Google-Smtp-Source: APXvYqyfg9usMy7AyAwo9n1myo2Atdb0vJsixntwlO9gZT00XVmhjM6c+mVtaH+/rGny1Dp1VZ67e0Amuka8dTwRkWg= X-Received: by 2002:ae9:f107:: with SMTP id k7mr25587805qkg.215.1565485549817; Sat, 10 Aug 2019 18:05:49 -0700 (PDT) MIME-Version: 1.0 References: <20190709161243.GC4904@mon.zyxst.net> In-Reply-To: From: Warner Losh Date: Sat, 10 Aug 2019 19:03:08 -0600 Message-ID: Subject: Re: raspberry pi 4 To: Robert Crowston Cc: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 465glM243Zz4Pqt X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=s8tKfCek; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::72a) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-5.96 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[a.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-1.00)[-0.996,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; FREEMAIL_TO(0.00)[protonmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.96)[ip: (-9.39), ipnet: 2607:f8b0::/32(-2.98), asn: 15169(-2.40), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Aug 2019 01:05:52 -0000 On Sat, Aug 10, 2019, 6:43 PM Robert Crowston via freebsd-arm < freebsd-arm@freebsd.org> wrote: > I can provide a small update: I have reached the login prompt and I'm now > able to login to my raspberry pi 4 running FreeBSD 13. > > root@rpi4:~ # uname -a > FreeBSD rpi4 13.0-CURRENT FreeBSD 13.0-CURRENT > 8d7b2908262-c261866(rpi4-sdhci) GENERIC-RPI4 arm64 > > If there is interest, I will put together the patches I had to make. And > by patches, I mean a series of ugly hacks. > Please do. Good code often starts out ugly. However, since we have no drivers for PCI-E or ethernet, actually doing > anything interesting on this device might be more difficult. > Those would be helpful, but aren't required to make progress. Warnet Robert Crowston. > > > =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original = Message =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 > On Tuesday, 9 July 2019 17:24, Robert Crowston via freebsd-arm < > freebsd-arm@freebsd.org> wrote: > > > I=E2=80=99m looking at it. The first problem is getting u-boot to work = on the > device. > > > > Andrei Gherzan is also looking at u-boot support; his work is on his > github account at agherzan. At the moment we=E2=80=99re both stuck trying= to enable > the MMU during board start up. So quite some distance to go yet. > > > > On Tue, Jul 9, 2019 at 17:12, tech-lists tech-lists@zyxst.net wrote: > > > > > Hi, > > > Are there any plans on getting freebsd working on the rpi4? Or does i= t > > > already work? Or partly work? > > > > > > thanks, > > > > > > -------- > > > > > > J. > > > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Sun Aug 11 04:14:38 2019 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 4409CAEB5F for ; Sun, 11 Aug 2019 04:14:38 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 465lx855Z7z4XNj for ; Sun, 11 Aug 2019 04:14:36 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.128] (213-216-239-126.bb.dnainternet.fi [213.216.239.126]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id x7B4ERQv068579 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 11 Aug 2019 04:14:28 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 213-216-239-126.bb.dnainternet.fi [213.216.239.126] claimed to be [192.168.1.128] From: Stefan Parvu Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: raspberry pi 4 Date: Sun, 11 Aug 2019 07:14:22 +0300 References: <20190709161243.GC4904@mon.zyxst.net> To: "freebsd-arm@freebsd.org" In-Reply-To: Message-Id: <34BA723D-D603-4A09-9850-A88E644F0950@kronometrix.org> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 465lx855Z7z4XNj X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of sparvu@kronometrix.org designates 95.85.46.90 as permitted sender) smtp.mailfrom=sparvu@kronometrix.org X-Spamd-Result: default: False [-0.16 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_SPAM_SHORT(0.50)[0.503,0]; RECEIVED_SPAMHAUS_PBL(0.00)[126.239.216.213.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.55)[-0.554,0]; DMARC_NA(0.00)[kronometrix.org]; MV_CASE(0.50)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; IP_SCORE(0.43)[ip: (0.31), ipnet: 95.85.0.0/18(0.91), asn: 14061(1.00), country: US(-0.05)]; NEURAL_HAM_MEDIUM(-0.74)[-0.738,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Aug 2019 04:14:38 -0000 > I can provide a small update: I have reached the login prompt and I'm = now able to login to my raspberry pi 4 running FreeBSD 13. thank you. I understood at this moment this requires CURRENT release. = But whats the plan=20 for RBPI4 would it ever run on FreeBSD 12 or 12.1? Stefan= From owner-freebsd-arm@freebsd.org Sun Aug 11 10:14:39 2019 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 2B564B55C3 for ; Sun, 11 Aug 2019 10:14:39 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail2.protonmail.ch (mail2.protonmail.ch [185.70.40.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "SwissSign Server Silver CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 465vwY6xdgz3J3k for ; Sun, 11 Aug 2019 10:14:37 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 11 Aug 2019 10:14:33 +0000 To: Stefan Parvu , "freebsd-arm@freebsd.org" From: Robert Crowston Reply-To: Robert Crowston Subject: Re: raspberry pi 4 Message-ID: In-Reply-To: <34BA723D-D603-4A09-9850-A88E644F0950@kronometrix.org> References: <20190709161243.GC4904@mon.zyxst.net> <34BA723D-D603-4A09-9850-A88E644F0950@kronometrix.org> Feedback-ID: 2OVbcR1yHYpdkD8cgQllkFwcuMVZg_LiVMMPvptooFDfHD_03MuQO4ZaF626jWHZYFEhNR2cmIbZ53j4QGWMBQ==:Ext:ProtonMail MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: 465vwY6xdgz3J3k X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; FREEMAIL_FROM(0.00)[protonmail.com]; DKIM_TRACE(0.00)[protonmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(0.00)[ip: (-9.71), ipnet: 185.70.40.0/24(-4.90), asn: 19905(-3.92), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[22.40.70.185.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:19905, ipnet:185.70.40.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Aug 2019 10:14:39 -0000 SSBkb27igJl0IGtub3cuIFRoaXMgaXMganVzdCBhIGhvYmJ5LiBJIGFtIG5vdCBwYXJ0IG9mIHRo ZSBmcmVlYnNkIGZvdW5kYXRpb24uCgpPbiBTdW4sIEF1ZyAxMSwgMjAxOSBhdCAwNToxNCwgU3Rl ZmFuIFBhcnZ1IDxzcGFydnVAa3Jvbm9tZXRyaXgub3JnPiB3cm90ZToKCj4+IEkgY2FuIHByb3Zp ZGUgYSBzbWFsbCB1cGRhdGU6IEkgaGF2ZSByZWFjaGVkIHRoZSBsb2dpbiBwcm9tcHQgYW5kIEkn bSBub3cgYWJsZSB0byBsb2dpbiB0byBteSByYXNwYmVycnkgcGkgNCBydW5uaW5nIEZyZWVCU0Qg MTMuCj4KPiB0aGFuayB5b3UuIEkgdW5kZXJzdG9vZCBhdCB0aGlzIG1vbWVudCB0aGlzIHJlcXVp cmVzIENVUlJFTlQgcmVsZWFzZS4gQnV0IHdoYXRzIHRoZSBwbGFuCj4gZm9yIFJCUEk0IHdvdWxk IGl0IGV2ZXIgcnVuIG9uIEZyZWVCU0QgMTIgb3IgMTIuMT8KPgo+IFN0ZWZhbgo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gZnJlZWJzZC1hcm1AZnJl ZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4gaHR0cHM6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFu L2xpc3RpbmZvL2ZyZWVic2QtYXJtCj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8g ImZyZWVic2QtYXJtLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg== From owner-freebsd-arm@freebsd.org Sun Aug 11 21:00:35 2019 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 82703C1D9E for ; Sun, 11 Aug 2019 21:00:35 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 466BFv0x0tz4MQ8 for ; Sun, 11 Aug 2019 21:00:35 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id E7B011BF90 for ; Sun, 11 Aug 2019 21:00:34 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x7BL0YPk025386 for ; Sun, 11 Aug 2019 21:00:34 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x7BL0YvX025369 for freebsd-arm@FreeBSD.org; Sun, 11 Aug 2019 21:00:34 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201908112100.x7BL0YvX025369@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 11 Aug 2019 21:00:34 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Aug 2019 21:00:35 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off 1 problems total for which you should take action. From owner-freebsd-arm@freebsd.org Mon Aug 12 00:06:13 2019 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 DBA05C96FD for ; Mon, 12 Aug 2019 00:06:13 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail02.adl2.internode.on.net (ipmail02.adl2.internode.on.net [150.101.137.139]) by mx1.freebsd.org (Postfix) with ESMTP id 466GN45qtvz4c5p for ; Mon, 12 Aug 2019 00:06:12 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp14-2-65-131.adl-apt-pir-bras31.tpg.internode.on.net (HELO midget.dons.net.au) ([14.2.65.131]) by ipmail02.adl2.internode.on.net with ESMTP; 12 Aug 2019 09:31:09 +0930 Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.2/8.15.2) with ESMTPS id x7C00qnb023377 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 12 Aug 2019 09:31:05 +0930 (ACST) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.2/8.15.2/Submit) id x7BNdooK005307 for ; Mon, 12 Aug 2019 09:09:50 +0930 (ACST) (envelope-from darius@dons.net.au) X-Authentication-Warning: midget.dons.net.au: mailnull set sender to using -f Received: from [10.0.2.38] ([10.0.2.38]) by ns.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id x7BNdi59005304; Mon, 12 Aug 2019 09:09:50 +0930 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Is it a good idea to use a usb-serial adapter for PPS input? Yes, it is. From: "O'Connor, Daniel" In-Reply-To: Date: Mon, 12 Aug 2019 09:09:44 +0930 Cc: "usb@freebsd.org" , "freebsd-arm@FreeBSD.org" Content-Transfer-Encoding: quoted-printable Message-Id: <61B1AAF3-40F6-47BC-8F05-7491C13BF288@dons.net.au> References: To: Ian Lepore X-Mailer: Apple Mail (2.3445.104.11) X-Spam-Score: -1 () No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 X-Rspamd-Queue-Id: 466GN45qtvz4c5p X-Spamd-Bar: ++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of darius@dons.net.au has no SPF policy when checking 150.101.137.139) smtp.mailfrom=darius@dons.net.au X-Spamd-Result: default: False [6.94 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(2.67)[ip: (8.04), ipnet: 150.101.0.0/16(3.64), asn: 4739(1.66), country: AU(0.01)]; R_DKIM_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[139.137.101.150.list.dnswl.org : 127.0.5.1]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:4739, ipnet:150.101.0.0/16, country:AU]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.94)[0.943,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.97)[0.972,0]; DMARC_NA(0.00)[dons.net.au]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.95)[0.955,0]; R_SPF_NA(0.00)[]; GREYLIST(0.00)[pass,body] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 00:06:13 -0000 > On 6 Aug 2019, at 00:12, Ian Lepore wrote: > On Mon, 2019-08-05 at 15:28 +0930, O'Connor, Daniel wrote: >>> Most people are not worried about their kernel clock being 200 >>> microseconds off from UTC, even if they're using the PPS signal from = a >>> GPS receiver. So I think most people should feel completely at ease >>> using a USB serial adapter as the input device for a PPS signal. =20 >>=20 >> Does the USB clock derive from the 10MHz Rb clock? If so that would = mean you would see a lot less jitter than a 'normal' user where the USB = clock is not locked too GPS. >>=20 >=20 > No, usb is derived from the same 24mhz crystal that clocks the cpus. = I > think usb and its need for clocks at 48 and 480mhz is why so many = small > arm systems use a 24mhz main clock. OK, I thought when you used the external clock it was being used to = derive the USB clock (eg via a PLL) hence the jitter would be low - if = not that is even better. >> Do you have a more detailed write up of things like the NTP = configuration file? I think I could replicate your test here although I = have a Beaglebone Black, not a Wanboard so I will need to check if it = can take an external clock. (We have GPS modules & Rb oscillators at = work to create reference clock for bi-static meteor applications). >>=20 > The same setup should be possible on a BBB. There is a TCLKIN pin > mentioned in the manual. Some searching on the web yields a few clues > that it might be possible to mux that to a pin on the P9 header [1].=20= > There is already a dmtpps capture driver for TI, but I'm afraid it may > have bitrotted over the past couple years. Also, even when it last > worked, it just barely worked, because the reduction of kernel > timecounters from 10 to 2 timehands causes the PPS capture to almost > always get lost on single-core processors which are in cpu_idle() at > the time the hardclock interrupt happens. (But that's fixable by just > increasing the number of timehands, I think at least 4 are required.) OK, how do I increase the number of clock hands? I have am335x_dmtpps setup from last year when I tried this previously = :) > So all in all, it's doable, but it'll take a bit of work. I can help > with the driver stuff. >=20 > The ntp config is pretty simple, it uses instances of the "atom" = clock, > which is a bare-PPS refclock which needs to be paired with any network > peer to operate. The network peer is used to obtain the initial time > of day, then the PPS signal is used to steer phase. The network peer > must be marked 'prefer' for some reason, it's just an ntp rule. In my > test setup I forced ntp to steer to the "perfect" pps signal by = marking > all the others as "noselect", otherwise any of the atom clocks would = be > eligible to be the system peer. Thanks. My current setup uses gpsd but I think that is complicating things = unnecessarily so I'll try it without that and see if I can get it = working. -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From owner-freebsd-arm@freebsd.org Mon Aug 12 09:20:32 2019 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 2A0E5ABBE6 for ; Mon, 12 Aug 2019 09:20:32 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [18.222.6.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 466Vgg3Tbpz43pr for ; Mon, 12 Aug 2019 09:20:31 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (unknown [18.188.142.31]) by mail.soaustin.net (Postfix) with ESMTPSA id 14ACD22E66; Mon, 12 Aug 2019 09:20:30 +0000 (UTC) Date: Mon, 12 Aug 2019 09:20:27 +0000 From: Mark Linimon To: Robert Crowston Cc: Stefan Parvu , "freebsd-arm@freebsd.org" Subject: Re: raspberry pi 4 Message-ID: <20190812092026.GA1842@lonesome.com> References: <20190709161243.GC4904@mon.zyxst.net> <34BA723D-D603-4A09-9850-A88E644F0950@kronometrix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Rspamd-Queue-Id: 466Vgg3Tbpz43pr X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of linimon@lonesome.com has no SPF policy when checking 18.222.6.11) smtp.mailfrom=linimon@lonesome.com X-Spamd-Result: default: False [-1.91 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(-0.24)[ip: (0.03), ipnet: 18.220.0.0/14(0.15), asn: 16509(-1.35), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[lonesome.com]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.96)[-0.963,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[11.6.222.18.list.dnswl.org : 127.0.5.2]; NEURAL_HAM_SHORT(-0.43)[-0.432,0]; NEURAL_HAM_MEDIUM(-0.97)[-0.969,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:18.220.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 09:20:32 -0000 On Sun, Aug 11, 2019 at 10:14:33AM +0000, Robert Crowston via freebsd-arm wrote: > I don't know. This is just a hobby. I am not part of the FreeBSD > Foundation. You don't have to be a member of the Foundation (or even employed there) to contribute to FreeBSD :-) The Foundation exists to hold the copyrights, perform advoacy, own equipment, and so forth. Everything else is done by individual participants -- a few are funded by the companies they work for, but the vast majority are individual volunteer contributors. So if there are patches or documentation that can help move Rpi4 support along, please feel free to share them. mcl From owner-freebsd-arm@freebsd.org Mon Aug 12 11:56:40 2019 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 A3EEAB0937 for ; Mon, 12 Aug 2019 11:56:40 +0000 (UTC) (envelope-from b.mailink@orange.fr) Received: from msa.smtpout.orange.fr (msa07.smtpout.orange.fr [193.252.23.66]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 466Z7q6cJ6z4G6R for ; Mon, 12 Aug 2019 11:56:39 +0000 (UTC) (envelope-from b.mailink@orange.fr) Received: from [192.168.1.22] ([2.10.203.86]) by mwinf5d70 with ME id oBwd2000p1sMRFm03Bwe7a; Mon, 12 Aug 2019 13:56:38 +0200 X-ME-Helo: [192.168.1.22] X-ME-Auth: Yi5tYWlsaW5rQHdhbmFkb28uZnI= X-ME-Date: Mon, 12 Aug 2019 13:56:38 +0200 X-ME-IP: 2.10.203.86 Message-ID: <7df92c88b1f1d097d5139f3845240ed6@mwinf5d70.me-wanadoo.net> Date: Mon, 12 Aug 2019 13:56:36 +0200 To: freebsd-arm@FreeBSD.org From: performArts Reply-To: c.depardieu@performarts.net Subject: www. performarts.net X-Emailink: Ref=Elk-147482-25818 X-Mailer: eMailink 4 X-Rspamd-Queue-Id: 466Z7q6cJ6z4G6R X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of b.mailink@orange.fr has no SPF policy when checking 193.252.23.66) smtp.mailfrom=b.mailink@orange.fr X-Spamd-Result: default: False [4.34 / 15.00]; HAS_REPLYTO(0.00)[c.depardieu@performarts.net]; FREEMAIL_FROM(0.00)[orange.fr]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[86.203.10.2.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[orange.fr]; ASN(0.00)[asn:3215, ipnet:193.252.20.0/22, country:FR]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:~]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.71)[0.708,0]; IP_SCORE_FREEMAIL(0.00)[]; DMARC_NA(0.00)[orange.fr]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.979,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(0.95)[0.954,0]; RCVD_IN_DNSWL_NONE(0.00)[66.23.252.193.list.dnswl.org : 127.0.5.0]; MIME_HTML_ONLY(0.20)[]; R_SPF_NA(0.00)[]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(0.00)[ipnet: 193.252.20.0/22(1.79), asn: 3215(1.12), country: FR(-0.01)] MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 11:56:40 -0000 From owner-freebsd-arm@freebsd.org Mon Aug 12 13:10:14 2019 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 D96A6B31DE for ; Mon, 12 Aug 2019 13:10:14 +0000 (UTC) (envelope-from dpolyg@gmail.com) Received: from mail-pl1-x643.google.com (mail-pl1-x643.google.com [IPv6:2607:f8b0:4864:20::643]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 466bmj6RJtz4KqL for ; Mon, 12 Aug 2019 13:10:13 +0000 (UTC) (envelope-from dpolyg@gmail.com) Received: by mail-pl1-x643.google.com with SMTP id a93so47803492pla.7 for ; Mon, 12 Aug 2019 06:10:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=heViRtEiK7NYcOslT138H9oPwdnXdJO5zT792mYcj2M=; b=CN8oVu2fJlqPjfo1lK+ox3ZO5A1UXn1qkZYRRPg8dW9cEGf4Q/BwRVQwy4AvtCqfAb 5UFC0M/AUH3XeftkkFmdm/7W85cQ4C2LZ1oREFUuuKFerbS9orF7mBtyq/+vNprhqOi2 avi2UPnQotGDchtlHny0CSuwUv9UGZ6qdN5LmG47HyDq8Py5Q16Rlnofm5KSVSlKwxej 83MkDCfm2cmkAN+X/vKcitneRPcI8icjUg3DkU2QFKfRjkP71Tj+gsIvuPqIjFKYQ5Uu yAxKB74l6WMpnJGmxywuPCNx9mqGmoEoJ0oGFOuWAIa+zq5jwddoTtUME5PpXA6UDJAc u0CQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=heViRtEiK7NYcOslT138H9oPwdnXdJO5zT792mYcj2M=; b=GSo+WVmyM8W9E7hFoaC/hLp9dOXr0bBYUQexF1J1gu4SzJCiY99XNmA/9Xj1T9NUWb CndshVWMsAFL70xgpwzmt/uN+3dOUW78fBVSEa//3+KmJg4OMU6rkTTuqRGUlEr85F9P 9YjHagrYv/a6YYGVd+WlIbssujDstEOK24+T+U3r1/aP128AFxopYBRzcKIhGuwnfuIt L+f+d1RjTrFh7Hn/l0cMtpNrjuYA8n/ffjDeHKS6eKTTab3g722w0Iuzmnqvgc4a09oI f/OkTMxAdKpHlmFm0sVnPK4NqaQ6S12DAeVaix1bfYzyrTsFJ/0SjPMZYRScBKK40bW4 XIvw== X-Gm-Message-State: APjAAAWowLnsWRDNJOiJ2lXKZhBnPAIQL24LgmNhfn0D3f2LrgpcjEsR LJSsGclwRQsRXyJzBVA5+N8j13/6 X-Google-Smtp-Source: APXvYqy4vwY93dLB7bkCtXOcwW4FqhN13tYMpyUIv+HeKeITYxnbN2ioBO3uXY2dY+zXY4fwfcFEXQ== X-Received: by 2002:a17:902:aa03:: with SMTP id be3mr32887488plb.240.1565615412508; Mon, 12 Aug 2019 06:10:12 -0700 (PDT) Received: from [192.168.1.100] (ngn6-ppp1221.tokyo.sannet.ne.jp. [157.192.84.205]) by smtp.googlemail.com with ESMTPSA id 65sm108411941pff.148.2019.08.12.06.10.11 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 12 Aug 2019 06:10:12 -0700 (PDT) To: freebsd-arm@freebsd.org From: Denis Polygalov Subject: USB 3.0 support for Rockchip RK3328 Message-ID: Date: Mon, 12 Aug 2019 22:10:07 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 466bmj6RJtz4KqL X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=CN8oVu2f; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dpolyg@gmail.com designates 2607:f8b0:4864:20::643 as permitted sender) smtp.mailfrom=dpolyg@gmail.com X-Spamd-Result: default: False [-3.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; RECEIVED_SPAMHAUS_PBL(0.00)[205.84.192.157.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-0.36), ipnet: 2607:f8b0::/32(-2.97), asn: 15169(-2.39), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[3.4.6.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 13:10:14 -0000 Hi. I'm testing this patch: https://reviews.freebsd.org/D19335 on my ROCK64 (v2.0) board. Not ROCKPro(!) Compiled world and kernel with the patch applied, boot over network. No traces of USB 3.0 in dmesg... Also: root@rock64-sn01:~ # gpioctl -f /dev/gpioc4 26 1 gpio_open: No such file or directory root@rock64-sn01:~ # root@rock64-sn01:~ # uname -a FreeBSD rock64-sn01 13.0-CURRENT FreeBSD 13.0-CURRENT #1 r350829M: Mon Aug 12 21:50:00 JST 2019 denis@buildarm:/usr/home/denis/boards/rock64/obj/usr/home/denis/freebsd/base/head/src/arm64.aarch64/sys/GENERIC arm64 Any ideas how to make this work please? Regards, Denis. From owner-freebsd-arm@freebsd.org Mon Aug 12 14:20:49 2019 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 C4FD5B5127 for ; Mon, 12 Aug 2019 14:20:49 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out.migadu.com (out.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.migadu.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 466dL8119Lz4QFh for ; Mon, 12 Aug 2019 14:20:47 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: (Migadu outbound); Mon, 12 Aug 2019 14:19:32 +0000 Received: from [100.84.152.117] ([185.211.158.136]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id 90F378CC-F197-4C0B-B86E-524A5BDE7785.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Mon, 12 Aug 2019 14:19:32 +0000 Date: Mon, 12 Aug 2019 17:19:30 +0300 User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: USB 3.0 support for Rockchip RK3328 To: freebsd-arm@freebsd.org,Denis Polygalov From: Greg V Message-ID: DKIM-Signature: v=1; a=rsa-sha256; bh=u51NUft7rvHCPKdwDvtHV4hCTcvpSJ/ZQnijBypaOMI=; c=relaxed/simple; d=unrelenting.technology; h=from:subject:date:to; s=default; b=UWPfXeccWSub18dcKHeSqGebazO/Q1zrXw+OGisiAO3iEdk8oAm6KEdhCT83WH6zB3hGG0QuBDVEMkT1KDT7CT6GXd0n8hTEO7jRKwjw+/CLDHX4HScUEurwop30Z7IBhDqIYCQzCBJ3KYLf2r4k6OX00mIihxWP264YsPWmCqs= X-Rspamd-Queue-Id: 466dL8119Lz4QFh X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=UWPfXecc; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-0.45 / 15.00]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[136.158.211.185.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.4]; R_DKIM_ALLOW(0.00)[unrelenting.technology:s=default]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-0.92)[-0.920,0]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-0.995,0]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[63.223.121.91.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.95)[-0.948,0]; DMARC_POLICY_ALLOW(0.00)[unrelenting.technology,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.59)[ip: (-9.83), ipnet: 91.121.0.0/16(-4.33), asn: 16276(1.22), country: FR(-0.01)]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 14:20:49 -0000 On August 12, 2019 4:10:07 PM GMT+03:00, Denis Polygalov wrote: >Hi=2E I'm testing this patch: > >https://reviews=2Efreebsd=2Eorg/D19335 > >on my ROCK64 (v2=2E0) board=2E Not ROCKPro(!) > >Any ideas how to make this work please? Looks like the devicetree that's in the freebsd repo right now does not ha= ve the usb3 node=2E Google for rk3328 dwc3 usb3, apply the related dts changes (or just downlo= ad the whole dts from a newer Linux version), rebuild the dtb and boot with= the new dtb=2E From owner-freebsd-arm@freebsd.org Mon Aug 12 15:19:33 2019 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 A42CCB66D2 for ; Mon, 12 Aug 2019 15:19:33 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 466fdv5sVSz4T81 for ; Mon, 12 Aug 2019 15:19:30 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 686be4e2; Mon, 12 Aug 2019 17:12:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=kpCIeNbhpuW5nnSjTYXcydOV22U=; b=HJt4r/dsWQTqxPEZ3AWCt9Zt9/Nr o01kXBoyajkl7BFHYNsulypVVMCj6kVVpKt4TuBVL2+Noht+Nv4DpCTGwoMLIywP kImLNy7oPIhWbTCdb8mCrOSAMX1+5H+Ar7sVdTCWniXN/jaH/snzHz3YFArLcwsy zAVSAIyPnmXsY+8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=H5bzWAtw+IqGILqRR3xsUo72hTqm+FHA/S2YQaTSesRZp7LfwXcB6KJd aLJUFG8FTYS+Cv9qxT1ne7TTor5nMMiCnChmLNakK4PpQLzh/gkSmifzLJfi4wah BAMNHZwaZSoF8L8Q/dgvkFR+SJgOFHwGKhBIvlZW+1mZrSARUMk= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 079d1b8f TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Mon, 12 Aug 2019 17:12:48 +0200 (CEST) Date: Mon, 12 Aug 2019 17:12:48 +0200 From: Emmanuel Vadot To: Greg V Cc: freebsd-arm@freebsd.org, Denis Polygalov Subject: Re: USB 3.0 support for Rockchip RK3328 Message-Id: <20190812171248.4af265a7bd48056407f796d6@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 466fdv5sVSz4T81 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=HJt4r/ds; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.48 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-0.98)[-0.975,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.98)[-0.984,0]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.04)[0.037,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.34)[ip: (-0.94), ipnet: 212.83.160.0/19(2.58), asn: 12876(0.09), country: FR(-0.01)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 15:19:33 -0000 On Mon, 12 Aug 2019 17:19:30 +0300 Greg V wrote: > On August 12, 2019 4:10:07 PM GMT+03:00, Denis Polygalov wrote: > >Hi. I'm testing this patch: > > > >https://reviews.freebsd.org/D19335 > > > >on my ROCK64 (v2.0) board. Not ROCKPro(!) > > > >Any ideas how to make this work please? > > Looks like the devicetree that's in the freebsd repo right now does not have the usb3 node. > > Google for rk3328 dwc3 usb3, apply the related dts changes (or just download the whole dts from a newer Linux version), rebuild the dtb and boot with the new dtb. Only the vendor DTS have something related to usb3 with a compatible "rockchip,rk3328-xhci". This controller isn't documented in the TRM so I don't know much about it, based on the property of the dts node I guess it's a dwc3 because there is some snps props but ... -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Mon Aug 12 17:05:01 2019 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 24C99B9433 for ; Mon, 12 Aug 2019 17:05:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 466hzd08tnz4Zyj for ; Mon, 12 Aug 2019 17:05:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id DB6B51BAB for ; Mon, 12 Aug 2019 17:05:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x7CH503r031851 for ; Mon, 12 Aug 2019 17:05:00 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x7CH50sU031850 for freebsd-arm@FreeBSD.org; Mon, 12 Aug 2019 17:05:00 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 239805] adding dtrace support for aarch64 Date: Mon, 12 Aug 2019 17:05:00 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: maciphone2@googlemail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 17:05:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D239805 Bug ID: 239805 Summary: adding dtrace support for aarch64 Product: Base System Version: 12.0-RELEASE Hardware: arm64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: maciphone2@googlemail.com as referenced for other applications (e.g. bug#224271 ) this also affects : dtrace: failed to link script /root/openjdk-jdk11u/build/bsd-aarch64-normal-server-fastdebug/hotspot/vari= ant-server/support/dtrace/dtrace.od: an error was encountered while processing / root / openjdk jdk11u / build / bsd-aarch64-normal-server-fast debug / hotspot / variant-server / libjvm / = objs / classLoadingService.o dt_modtext: /usr/src/cddl/contrib/opensolaris/lib/libdtrace/common/dt_link.c (811): aarch64 not implemented from here : https://github.com/freebsd/freebsd/blob/master/cddl/contrib/opensolaris/lib= /libdtrace/common/dt_link.c at Oracle looks better for aarch64: https://github.com/oracle/dtrace-utils/blob/master/libdtrace/dt_link.c (dt_link.c implements aarch64) I just wanted to invite a few more experts to try a patch based on the Orac= le sources , thanks --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Aug 12 19:53:57 2019 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 98C56C00E4 for ; Mon, 12 Aug 2019 19:53:57 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out.migadu.com (out.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.migadu.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 466mkX15xfz3xLq for ; Mon, 12 Aug 2019 19:53:55 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: (Migadu outbound); Mon, 12 Aug 2019 19:53:52 +0000 Received: from wms1-eu-central.migadu.org (wms1-eu-central.migadu.org [172.104.244.218]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id 331E7A74-9D15-4512-AE75-BB768D84122B.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Mon, 12 Aug 2019 19:53:51 +0000 MIME-Version: 1.0 Date: Mon, 12 Aug 2019 19:53:50 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: RainLoop/1.12.1 From: greg@unrelenting.technology Message-ID: <27a49a3c8a6e2029d696b359bed47ee3@unrelenting.technology> Subject: Re: USB 3.0 support for Rockchip RK3328 To: "Emmanuel Vadot" Cc: freebsd-arm@freebsd.org, "Denis Polygalov" In-Reply-To: <20190812171248.4af265a7bd48056407f796d6@bidouilliste.com> References: <20190812171248.4af265a7bd48056407f796d6@bidouilliste.com> DKIM-Signature: v=1; a=rsa-sha256; bh=akjM+XLAWCSGFZlajZY459bgAHJ2aQcR8R05kRufTuE=; c=relaxed/simple; d=unrelenting.technology; h=from:subject:date:to; s=default; b=GlxqXO5kD2+b3xYmtI/nbQCiXv6fbzeJIYJNRTbZga71TZPY3Gey6If4gAf5kGlo+OW7rOCwaIqQiJ+HIBWNxI+ujYT1aAfQ7W7I4IOnVANOVzB1WHxPOM3L4oyXVMCNe/kT/2AjLMQvZsAWUV9jH6pDAeL8jyZUX3MagzdVgU8= X-Rspamd-Queue-Id: 466mkX15xfz3xLq X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=GlxqXO5k; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-6.58 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; RCVD_IN_DNSWL_NONE(0.00)[63.223.121.91.list.dnswl.org : 127.0.10.0]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.988,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.59)[ip: (-9.83), ipnet: 91.121.0.0/16(-4.35), asn: 16276(1.22), country: FR(-0.01)]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 19:53:57 -0000 August 12, 2019 6:12 PM, "Emmanuel Vadot" wrote:= =0A=0A> On Mon, 12 Aug 2019 17:19:30 +0300=0A> Greg V wrote:=0A> =0A>> On August 12, 2019 4:10:07 PM GMT+03:00, Deni= s Polygalov wrote:=0A>> Hi. I'm testing this patch:=0A= >> =0A>> https://reviews.freebsd.org/D19335=0A>> =0A>> on my ROCK64 (v2.0= ) board. Not ROCKPro(!)=0A>> =0A>> Any ideas how to make this work please= ?=0A>> =0A>> Looks like the devicetree that's in the freebsd repo right n= ow does not have the usb3 node.=0A>> =0A>> Google for rk3328 dwc3 usb3, a= pply the related dts changes (or just download the whole dts from a=0A>> = newer Linux version), rebuild the dtb and boot with the new dtb.=0A> =0A>= Only the vendor DTS have something related to usb3 with a compatible=0A>= "rockchip,rk3328-xhci".=0A> This controller isn't documented in the TRM = so I don't know much about=0A> it, based on the property of the dts node = I guess it's a dwc3 because=0A> there is some snps props but ...=0A=0AI'm= talking about this patch:=0A=0Ahttp://lkml.iu.edu/hypermail/linux/kernel= /1708.2/01066.html=0A=0Athat mentions rockchip,rk3328-dwc3=0A=0Aso I gues= s it wasn't upstreamed From owner-freebsd-arm@freebsd.org Mon Aug 12 19:58:13 2019 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 A99BCC01D8 for ; Mon, 12 Aug 2019 19:58:13 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: from mail-ot1-x334.google.com (mail-ot1-x334.google.com [IPv6:2607:f8b0:4864:20::334]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 466mqS4yMSz3xSF for ; Mon, 12 Aug 2019 19:58:12 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: by mail-ot1-x334.google.com with SMTP id o101so10681671ota.8 for ; Mon, 12 Aug 2019 12:58:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=s25ECGxKzTCl7d5U3uC61oz7FQpJJ6XuhLyfxUAan1A=; b=Y5x7eePcftwsAuiMNQum/cOVE/rqkGT9jiPHzIc0y+4iFyrk33HGCKKjp5swkp/dh5 aIA3siJESasK8xjzDmBYsroQngqMc5UvkqF1Yrq4AHE0hiUfL8ahAFoADF2EvLm2qeZW BLw4DEZ+0YrKOE/ioBluV2Lir8TXbNNgoRpEhQ8i25jNHHRxmdkg6KOj05mpDdJ9wltt dNXSI8GU3oRzGuyrhW+mpBcJQp8Fi3k5meVbPd37d67x82t83uIrzbe4rJ8j1mpnUr3b Zsb2ZDtdDTaS46r/zdGfoZIgz7ObSivrlpJJ96Rl4tsUM1MJCSdiEyIP6DwOgQGFoMyS YU2w== 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=s25ECGxKzTCl7d5U3uC61oz7FQpJJ6XuhLyfxUAan1A=; b=lnFQEnjH9vWIqZt1ei9cyFGZpub2VvbfTZ8YE4bXIzuOJL/0fjmi7emhvnwbYHp6sj JxkTcnz63btP3GQXzddFNqB/3Uo+ZZeZ6QM+FibJ2QCkmmXV+uheNysdTigH7fiPjVo+ uwR/AsnvJI1L2jow6OWdxnEWdpI+HcHsp4nb/x35e6t+feb0XIzlkcRpcIQUJSfgCJ/1 79oWXK4yvNQNWhVQ6p93O15X3iIjjI7nfZDN7dI3vfYGyoF+AJfSa4Nr3wwkk1R4236U 3v53IZGsFyusTXYXGn6v1Nagm9ycZKpWgj+SEqbU0opSLmaw7igxpr/KxwoyAC4k3dKu C/Bw== X-Gm-Message-State: APjAAAX6FmRbqV61nRhy9KetN6s9coRWvhPbZ5UhEofQKfDsKWbRFk11 u0kWjz1/j1j1VRI32s3XY5hwHgWa8gEKWa/U1hU= X-Google-Smtp-Source: APXvYqyqvMrn8ii7dXgNB7gAzoIZZCmBo33+40aHZfz/gJVEiMZuiQVD7MouLuBxbKuGNQZf67eCYPkMr8s2EWT1Dw0= X-Received: by 2002:aca:111a:: with SMTP id 26mr672183oir.20.1565639890557; Mon, 12 Aug 2019 12:58:10 -0700 (PDT) MIME-Version: 1.0 References: <20190709161243.GC4904@mon.zyxst.net> <34BA723D-D603-4A09-9850-A88E644F0950@kronometrix.org> <20190812092026.GA1842@lonesome.com> In-Reply-To: <20190812092026.GA1842@lonesome.com> From: Nick Wolff Date: Mon, 12 Aug 2019 15:58:27 -0400 Message-ID: Subject: Re: raspberry pi 4 To: Mark Linimon Cc: Robert Crowston , "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 466mqS4yMSz3xSF X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Y5x7eePc; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of darkfiberiru@gmail.com designates 2607:f8b0:4864:20::334 as permitted sender) smtp.mailfrom=darkfiberiru@gmail.com X-Spamd-Result: default: False [-2.99 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; URI_COUNT_ODD(1.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.995,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.05), ipnet: 2607:f8b0::/32(-2.97), asn: 15169(-2.39), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_CC(0.00)[protonmail.com]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 19:58:13 -0000 Robert, Definitely excited to see any patches or if you have a github branch that even better. Thanks, Nick Wolff On Mon, Aug 12, 2019 at 5:20 AM Mark Linimon wrote: > On Sun, Aug 11, 2019 at 10:14:33AM +0000, Robert Crowston via freebsd-arm > wrote: > > I don't know. This is just a hobby. I am not part of the FreeBSD > > Foundation. > > You don't have to be a member of the Foundation (or even employed there) > to contribute to FreeBSD :-) The Foundation exists to hold the copyrights, > perform advoacy, own equipment, and so forth. > > Everything else is done by individual participants -- a few are funded by > the companies they work for, but the vast majority are individual volunteer > contributors. > > So if there are patches or documentation that can help move Rpi4 support > along, please feel free to share them. > > mcl > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Mon Aug 12 20:19:38 2019 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 5B7DCC0D87 for ; Mon, 12 Aug 2019 20:19:38 +0000 (UTC) (envelope-from mit@perftech.com) Received: from smtp-gw.pt.net (smtp-gw.pt.net [206.210.194.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp-gw.pt.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 466nJ90rdmz405b for ; Mon, 12 Aug 2019 20:19:36 +0000 (UTC) (envelope-from mit@perftech.com) X-ASG-Debug-ID: 1565641134-09411a01d122de10001-ZNVAc5 Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by smtp-gw.pt.net with ESMTP id ZmGrZc38tpxe7eSr (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 12 Aug 2019 15:18:54 -0500 (CDT) X-Barracuda-Envelope-From: mit@perftech.com X-Barracuda-Effective-Source-IP: mail.pt.net[206.210.194.11] X-Barracuda-Apparent-Source-IP: 206.210.194.11 Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id 919D884306A; Mon, 12 Aug 2019 14:06:39 -0500 (CDT) Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavisd-new, port 10032) with ESMTP id nxIni_aqXBEP; Mon, 12 Aug 2019 14:06:38 -0500 (CDT) Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id 6BBD1843069; Mon, 12 Aug 2019 14:06:38 -0500 (CDT) X-Virus-Scanned: amavisd-new at pt.net Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id GPk5NUhVn6D4; Mon, 12 Aug 2019 14:06:38 -0500 (CDT) Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by mail.pt.net (Postfix) with ESMTP id 4D91D843088; Mon, 12 Aug 2019 14:06:38 -0500 (CDT) Date: Mon, 12 Aug 2019 14:06:38 -0500 (CDT) From: Mit Matelske To: =?iso-8859-1?Q?S=F8ren?= Schmidt Cc: tscho , freebsd-arm@freebsd.org Message-ID: <532380450.3296650.1565636798211.JavaMail.zimbra@perftech.com> In-Reply-To: <1F22D8DA-E583-4858-911F-F057EC1A30E0@gmail.com> References: <9B48E915-C705-4582-837B-C92B40AD63EB@westryn.net> <7CDBFAF1-C36F-4A2D-8D80-CFF1F03CD2B9@deepcore.dk> <44E733F9-5DEB-4A7C-8369-7F6DF2AE03BE@gmail.com> <49A81763-B197-4E66-BA8E-0804C680B842@gmail.com> <1565435583431-0.post@n6.nabble.com> <1F22D8DA-E583-4858-911F-F057EC1A30E0@gmail.com> Subject: Re: Espressobin anyone ? MIME-Version: 1.0 X-ASG-Orig-Subj: Re: Espressobin anyone ? Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailer: Zimbra 8.8.15_GA_3829 (ZimbraWebClient - GC75 (Linux)/8.8.15_GA_3829) Thread-Topic: Espressobin anyone ? Thread-Index: Ej5RZJ9r3fZKN3b042/rwgzunub9tg== X-Barracuda-Connect: mail.pt.net[206.210.194.11] X-Barracuda-Start-Time: 1565641134 X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384 X-Barracuda-URL: https://smtp-gw.pt.net:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at pt.net X-Barracuda-Scan-Msg-Size: 13786 X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=BSF_RULE7568M X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.75194 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.50 BSF_RULE7568M Custom Rule 7568M X-Rspamd-Queue-Id: 466nJ90rdmz405b X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mit@perftech.com designates 206.210.194.15 as permitted sender) smtp.mailfrom=mit@perftech.com X-Spamd-Result: default: False [-1.02 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.81)[-0.815,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; IP_SCORE(0.15)[asn: 3549(0.80), country: US(-0.05)]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[pt.net]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.94)[-0.941,0]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.41)[-0.411,0]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[mit@pt.net,mit@perftech.com]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:3549, ipnet:206.210.192.0/19, country:US]; FROM_NEQ_ENVFROM(0.00)[mit@pt.net,mit@perftech.com]; RCVD_COUNT_SEVEN(0.00)[7]; SH_EMAIL_ZRD(0.00)[0.0.117.48,0.0.46.224] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 20:19:38 -0000 I'm having a couple little hiccups booting this board also. One has been commented on already, that I can't get the loader to automatically start loading the kernel on "disk0p2"... The second, is that the kernel can't find the SD card after booting so it can't mount the root filesystem. I'm using the dts/dtb and kernel from the 13-current branch. Thanks for any and all help. I haven't used u-boot in about decade. Spoiled by the x86 platform. Mit Matelske ***U-boot environment:*** Marvell>> printenv baudrate=115200 bootargs=console=ttyMV0,115200 earlycon=ar3700_uart,0xd0012000 root=/dev/mmcblk0p1 rw rootwait net.ifnames=0 biosdevname=0 bootcmd=mmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload mmc 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr bootdelay=2 bootmmc=mmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload mmc 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr console=console=ttyMV0,115200 earlycon=ar3700_uart,0xd0012000 eth1addr=00:51:82:11:22:01 eth2addr=00:51:82:11:22:02 eth3addr=00:51:82:11:22:03 ethact=neta@30000 ethaddr=F0:AD:4E:09:6B:8F ethprime=eth0 fdt_addr=0x4f00000 fdt_high=0xffffffffffffffff fdt_name=efi/boot/armada-3720-espressobin.dtb fdtcontroladdr=3f7161b8 gatewayip=10.4.50.254 get_images=tftpboot $kernel_addr $image_name; tftpboot $fdt_addr $fdt_name; run get_ramfs get_ramfs=if test "${ramfs_name}" != "-"; then setenv ramfs_addr 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr -;fi hostname=marvell image_name=efi/freebsd/loader.efi initrd_addr=0xa00000 initrd_size=0x2000000 ipaddr=0.0.0.0 kernel_addr=0x5000000 loadaddr=0x5000000 netdev=eth0 netmask=255.255.255.0 ramfs_addr=0x8000000 ramfs_name=- root=root=/dev/nfs rw rootpath=/srv/nfs/ serverip=0.0.0.0 set_bootargs=setenv bootargs $console $root ip=$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none nfsroot=$serverip:$rootpath $extra_params stderr=serial@12000 stdin=serial@12000 stdout=serial@12000 ***Full boot logs:*** U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800) Model: Marvell Armada 3720 Community Board ESPRESSOBin CPU @ 1000 [MHz] L2 @ 800 [MHz] TClock @ 200 [MHz] DDR @ 800 [MHz] DRAM: 1 GiB U-Boot DT blob at : 000000003f7161b8 Comphy-0: USB3 5 Gbps Comphy-1: PEX0 2.5 Gbps Comphy-2: SATA0 6 Gbps SATA link 0 timeout. AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode flags: ncq led only pmp fbss pio slum part sxs PCIE-0: Link down MMC: sdhci@d0000: 0, sdhci@d8000: 1 SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, total 4 MiB Net: eth0: neta@30000 [PRIME] Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device reading efi/freebsd/loader.efi 603872 bytes read in 49 ms (11.8 MiB/s) reading efi/boot/armada-3720-espressobin.dtb 15946 bytes read in 17 ms (916 KiB/s) ## Starting EFI application at 05000000 ... Scanning disk sdhci@d0000.blk... Card did not respond to voltage select! mmc_init: -95, time 50 Found 1 disks Consoles: EFI console FreeBSD/arm64 EFI loader, Revision 1.1 Command line arguments: loader.efi EFI version: 2.05 EFI Firmware: Das U-boot (rev 0.00) Console: efi (0) Failed to find bootable partition Startup error in /boot/lua/loader.lua: seconds LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. OK OK set currdev=disk0p2 OK boot /boot/kernel/kernel text=0x97d6a0 data=0x191b50+0x84ae94 syms=[0x8+0x137dd8+0x8+0x126260] Using DTB provided by EFI at 0x8000000. ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2019 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 GENERIC arm64 FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. Starting CPU 1 (1) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random device because it was not yet seeded and the knob 'bypass_before_seeding' was enabled. random: entropy device external interface MAP 3e681000 mode 2 pages 1 MAP 3ffa6000 mode 2 pages 1 kbd0 at kbdmux0 ofwbus0: simplebus0: on ofwbus0 simplebus1: on simplebus0 simple_mfd0: mem 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 simple_mfd1: mem 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 psci0: on ofwbus0 gic0: mem 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d91fff,0x1da0000-0x1dbffff irq 27 on simplebus1 gpio0: mem 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on simple_mfd0 gpio0: cannot allocate memory window device_attach: gpio0 attach returned 6 gpio0: mem 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 gpio0: cannot allocate memory window device_attach: gpio0 attach returned 6 gpioregulator0: on ofwbus0 gpioregulator0: cannot get pin 0 gpioregulator0: cannot parse parameters device_attach: gpioregulator0 attach returned 6 generic_timer0: irq 0,1,2,3 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000 gpio0: mem 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on simple_mfd0 gpio0: cannot allocate memory window device_attach: gpio0 attach returned 6 gpio0: mem 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 gpio0: cannot allocate memory window device_attach: gpio0 attach returned 6 gpioregulator0: on ofwbus0 gpioregulator0: cannot get pin 0 gpioregulator0: cannot parse parameters device_attach: gpioregulator0 attach returned 6 gpio0: mem 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on simple_mfd0 gpio0: cannot allocate memory window device_attach: gpio0 attach returned 6 gpio0: mem 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 gpio0: cannot allocate memory window device_attach: gpio0 attach returned 6 gpioregulator0: on ofwbus0 gpioregulator0: cannot get pin 0 gpioregulator0: cannot parse parameters device_attach: gpioregulator0 attach returned 6 gpio0: mem 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on simple_mfd0 gpio0: cannot allocate memory window device_attach: gpio0 attach returned 6 gpio0: mem 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 gpio0: cannot allocate memory window device_attach: gpio0 attach returned 6 gpioregulator0: on ofwbus0 gpioregulator0: cannot get pin 0 gpioregulator0: cannot parse parameters device_attach: gpioregulator0 attach returned 6 gpio0: mem 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on simple_mfd0 gpio0: cannot allocate memory window device_attach: gpio0 attach returned 6 gpio0: mem 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 gpio0: cannot allocate memory window device_attach: gpio0 attach returned 6 gpioregulator0: on ofwbus0 gpioregulator0: cannot get pin 0 gpioregulator0: cannot parse parameters device_attach: gpioregulator0 attach returned 6 cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 pmu0: irq 4 on ofwbus0 syscon_generic0: mem 0xd000-0xdfff on simplebus1 syscon_generic1: mem 0x11500-0x1153f on simplebus1 uart0: mem 0x12000-0x121ff irq 9,10,11 on simplebus1 uart0: console (115200,n,8,1) gpio0: mem 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on simple_mfd0 gpio0: cannot allocate memory window device_attach: gpio0 attach returned 6 syscon_generic2: mem 0x14000-0x1405f on simplebus1 gpio0: mem 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 gpio0: cannot allocate memory window device_attach: gpio0 attach returned 6 mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 mvneta0: version is 10 mvneta0: Ethernet address: 00:a6:39:ca:e8:00 mdio0: on mvneta0 mdioproxy0: on mdio0 e6000sw0: on mdio0 e6000sw0: multi-chip addressing mode (0x1) e6000sw0: CPU port at 0 e6000sw0: fixed port at 0 e6000sw0: PHY at port 1 miibus0: on e6000sw0 e1000phy0: PHY 17 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto e6000sw0: PHY at port 2 miibus1: on e6000sw0 e1000phy1: PHY 18 on miibus1 e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto e6000sw0: PHY at port 3 miibus2: on e6000sw0 e1000phy2: PHY 19 on miibus2 e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto e6000sw0: switch is ready. etherswitch0: on e6000sw0 xhci0: mem 0x58000-0x5bfff irq 16 on simplebus1 xhci0: 32 bytes context size, 32-bit DMA usbus0 on xhci0 syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 ehci0: mem 0x5e000-0x5efff irq 17 on simplebus1 usbus1: EHCI version 1.0 usbus1 on ehci0 syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FBS ahcich0: at channel 0 on ahci0 device_attach: ahcich0 attach returned 6 gpioregulator0: on ofwbus0 gpioregulator0: cannot get pin 0 gpioregulator0: cannot parse parameters device_attach: gpioregulator0 attach returned 6 cryptosoft0: Timecounters tick every 1.000 msec mvneta0: link state changed to UP e6000sw0port1: link state changed to DOWN e6000sw0port2: link state changed to DOWN e6000sw0port3: link state changed to DOWN usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 480Mbps High Speed USB v2.0 Release APs...done CPU 0: ARM Cortex-A53 r0p4 affinity: 0 Instruction Set Attributes 0 = Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... Instruction Set Attributes 1 = <> Root mount waiting for: Processor Features 0 = usbus1 Processor Features 1 = <0> usbus0 Memory Model Features 0 = <4k Granule,64k Granule,S/NS Mem,MixedEndian,16bit ASID,1TB PA> Memory Model Features 1 = <> Memory Model Features 2 = <32b CCIDX,48b VA> Debug Features 0 = <2 CTX Breakpoints,4 Watchpoints,6 Breakpoints,PMUv3,Debug v8> Debug Features 1 = <0> Auxiliary Features 0 = <0> Auxiliary Features 1 = <0> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 WARNING: WITNESS option enabled, expect reduced performance. ugen0.1: at usbus0 ugen1.1: at usbus1 uhub0 on usbus0 uhub1 on usbus1 uhub0: on usbus0 uhub1: on usbus1 uhub0: 2 ports with 2 removable, self powered uhub1: 1 port with 1 removable, self powered mountroot: waiting for device /dev/ufs/FreeBSD_Install... Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. Loader variables: vfs.root.mountfrom=ufs:/dev/ufs/FreeBSD_Install vfs.root.mountfrom.options=ro,noatime Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:zroot/ROOT/default cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> ? List of GEOM managed disk devices: mountroot> From owner-freebsd-arm@freebsd.org Mon Aug 12 20:49:54 2019 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 14389C189B for ; Mon, 12 Aug 2019 20:49:54 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ed1-x541.google.com (mail-ed1-x541.google.com [IPv6:2a00:1450:4864:20::541]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 466nz448tFz41yk for ; Mon, 12 Aug 2019 20:49:52 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ed1-x541.google.com with SMTP id s49so70263262edb.1 for ; Mon, 12 Aug 2019 13:49:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=K3jG8aNE1VTkTHCLT+Slxc/u4Wj7oF8mOyAbTowV1ds=; b=anGzWNVEqghIUydKQm3zCKoHSGhzEmFAhgKazZrLfTS6Oi9Jw+wt8Qhl4nnnFTjmPz i8j+tNFWHI6M07r5iQebkHMqoonEDyCC+ODVGPbCzd9rMaSTChGGdNSaGciJaZr031Wg P15hNaLoH9ppGqxe4Z1mopJ5wcg89MaBj2YYOkgHra9DtFLedeXw0OQUupidQEk4ASEz NQPIqu15QclJak8wk4ylfp1fU/963pC+I+I/zJLTw0mT4IDi/iPOBG/N2I8ebnp6kFCD Z2od1E6Tg94+G3DQsW2h+vsCWxIFVHWWMd5AZEcHQTFG6536VPbak8g5XDCFAzvydEph /riA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=K3jG8aNE1VTkTHCLT+Slxc/u4Wj7oF8mOyAbTowV1ds=; b=g5vxBMPLGrwvc1Z8kOvletQvqth2WtyF60XdQF5Qa+YhYTKjcDCfsHWxv6mmKNq5c7 A+txQB7O1lZj5wq5mzF4lsmeq7tYcKQfRqVp6svOCg6yfBEc2G2OlUbGcGPvnIr+le4K JsedasjXA05kT/isNejySIJd3fft13VA6vUMLeLq7LoTp8bJmApGjnC44UvoqUtzkfvc KBZ0HpJcWEGcfyHgD7BigbDGXv8YO+PRkCW6DX3wBQRUGjG9LVO+6li76TA4xUKWTRhZ fdbftknmQ5qMb0IZToo/n/2ZWHgTkkCVH210Md7m94HIR/+Z+33apdmsk1K5fZbOO+/c akfg== X-Gm-Message-State: APjAAAWNqHf2teNyhm7dMD59QBv/LNPt2RqpJ9CZb0bpPrKjaG++q/Mq kNMmECoEopQwvsdPT4hnWW+eEgZTIcHruA== X-Google-Smtp-Source: APXvYqy0rawzctXg3fA2/CCKQK0zC18PNmI0Y0Z5vJVFNGtVfVBKJeuIM29d3NLt/4coTCEg9F9H6w== X-Received: by 2002:a17:906:c35a:: with SMTP id ci26mr5009350ejb.252.1565642991076; Mon, 12 Aug 2019 13:49:51 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id se3sm17129545ejb.31.2019.08.12.13.49.50 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 12 Aug 2019 13:49:50 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: <4A647617-EEC0-4A75-ADF6-3D3F553F9AFF@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_2B602E7C-002A-47DE-8ED2-24FE6117B489"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Espressobin anyone ? Date: Mon, 12 Aug 2019 22:49:48 +0200 In-Reply-To: <532380450.3296650.1565636798211.JavaMail.zimbra@perftech.com> Cc: tscho , freebsd-arm@freebsd.org To: Mit Matelske References: <9B48E915-C705-4582-837B-C92B40AD63EB@westryn.net> <7CDBFAF1-C36F-4A2D-8D80-CFF1F03CD2B9@deepcore.dk> <44E733F9-5DEB-4A7C-8369-7F6DF2AE03BE@gmail.com> <49A81763-B197-4E66-BA8E-0804C680B842@gmail.com> <1565435583431-0.post@n6.nabble.com> <1F22D8DA-E583-4858-911F-F057EC1A30E0@gmail.com> <532380450.3296650.1565636798211.JavaMail.zimbra@perftech.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 466nz448tFz41yk X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=anGzWNVE; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::541 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-4.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.991,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; 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.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.117.48,0.0.46.224]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[1.4.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-0.08), ipnet: 2a00:1450::/32(-3.04), asn: 15169(-2.39), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 20:49:54 -0000 --Apple-Mail=_2B602E7C-002A-47DE-8ED2-24FE6117B489 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Looks like your sources may be too old, you need to be at least at = r348882 to get the fix for the SD card VCC regulator. That change fixed it for me backported to 12-stable... The currdev problem still exists, I have it hardwired in my loader for = aarch64 :) -S=C3=B8ren > On 12 Aug 2019, at 21.06, Mit Matelske wrote: >=20 > I'm having a couple little hiccups booting this board also. One has = been commented on already, that I can't get the loader to automatically = start loading the kernel on "disk0p2"... >=20 > The second, is that the kernel can't find the SD card after booting so = it can't mount the root filesystem. I'm using the dts/dtb and kernel = from the 13-current branch. >=20 > Thanks for any and all help. I haven't used u-boot in about decade. = Spoiled by the x86 platform. >=20 > Mit Matelske >=20 >=20 > ***U-boot environment:*** >=20 >=20 > Marvell>> printenv > baudrate=3D115200 > bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 = root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 > bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload = mmc 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > bootdelay=3D2 > bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload = mmc 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > eth1addr=3D00:51:82:11:22:01 > eth2addr=3D00:51:82:11:22:02 > eth3addr=3D00:51:82:11:22:03 > ethact=3Dneta@30000 > ethaddr=3DF0:AD:4E:09:6B:8F > ethprime=3Deth0 > fdt_addr=3D0x4f00000 > fdt_high=3D0xffffffffffffffff > fdt_name=3Defi/boot/armada-3720-espressobin.dtb > fdtcontroladdr=3D3f7161b8 > gatewayip=3D10.4.50.254 > get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr = $fdt_name; run get_ramfs > get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr = 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr -;fi > hostname=3Dmarvell > image_name=3Defi/freebsd/loader.efi > initrd_addr=3D0xa00000 > initrd_size=3D0x2000000 > ipaddr=3D0.0.0.0 > kernel_addr=3D0x5000000 > loadaddr=3D0x5000000 > netdev=3Deth0 > netmask=3D255.255.255.0 > ramfs_addr=3D0x8000000 > ramfs_name=3D- > root=3Droot=3D/dev/nfs rw > rootpath=3D/srv/nfs/ > serverip=3D0.0.0.0 > set_bootargs=3Dsetenv bootargs $console $root = ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none = nfsroot=3D$serverip:$rootpath $extra_params > stderr=3Dserial@12000 > stdin=3Dserial@12000 > stdout=3Dserial@12000 >=20 >=20 > ***Full boot logs:*** >=20 >=20 > U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800) >=20 > Model: Marvell Armada 3720 Community Board ESPRESSOBin > CPU @ 1000 [MHz] > L2 @ 800 [MHz] > TClock @ 200 [MHz] > DDR @ 800 [MHz] > DRAM: 1 GiB > U-Boot DT blob at : 000000003f7161b8 > Comphy-0: USB3 5 Gbps > Comphy-1: PEX0 2.5 Gbps > Comphy-2: SATA0 6 Gbps > SATA link 0 timeout. > AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > flags: ncq led only pmp fbss pio slum part sxs > PCIE-0: Link down > MMC: sdhci@d0000: 0, sdhci@d8000: 1 > SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, = total 4 MiB > Net: eth0: neta@30000 [PRIME] > Hit any key to stop autoboot: 0 > switch to partitions #0, OK > mmc0 is current device > reading efi/freebsd/loader.efi > 603872 bytes read in 49 ms (11.8 MiB/s) > reading efi/boot/armada-3720-espressobin.dtb > 15946 bytes read in 17 ms (916 KiB/s) > ## Starting EFI application at 05000000 ... > Scanning disk sdhci@d0000.blk... > Card did not respond to voltage select! > mmc_init: -95, time 50 > Found 1 disks > Consoles: EFI console > FreeBSD/arm64 EFI loader, Revision 1.1 >=20 > Command line arguments: loader.efi > EFI version: 2.05 > EFI Firmware: Das U-boot (rev 0.00) > Console: efi (0) > Failed to find bootable partition > Startup error in /boot/lua/loader.lua: seconds > LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. >=20 > can't load 'kernel' >=20 > Type '?' for a list of commands, 'help' for more detailed help. > OK > OK set currdev=3Ddisk0p2 > OK boot >=20 > /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 = syms=3D[0x8+0x137dd8+0x8+0x126260] > Using DTB provided by EFI at 0x8000000. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2019 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 GENERIC arm64 > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on = LLVM 6.0.1) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > Starting CPU 1 (1) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > arc4random: WARNING: initial seeding bypassed the cryptographic random = device because it was not yet seeded and the knob = 'bypass_before_seeding' was enabled. > random: entropy device external interface > MAP 3e681000 mode 2 pages 1 > MAP 3ffa6000 mode 2 pages 1 > kbd0 at kbdmux0 > ofwbus0: > simplebus0: on ofwbus0 > simplebus1: on simplebus0 > simple_mfd0: mem = 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > simple_mfd1: mem = 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > psci0: on ofwbus0 > gic0: mem = 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d= 91fff,0x1da0000-0x1dbffff irq 27 on simplebus1 > gpio0: mem = 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 = on simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem = 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > generic_timer0: irq 0,1,2,3 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality = 1000 > Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000 > gpio0: mem = 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 = on simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem = 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem = 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 = on simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem = 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem = 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 = on simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem = 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem = 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 = on simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem = 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > pmu0: irq 4 on ofwbus0 > syscon_generic0: mem 0xd000-0xdfff on simplebus1 > syscon_generic1: mem 0x11500-0x1153f on simplebus1 > uart0: mem 0x12000-0x121ff irq 9,10,11 on = simplebus1 > uart0: console (115200,n,8,1) > gpio0: mem = 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 = on simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > syscon_generic2: mem 0x14000-0x1405f on simplebus1 > gpio0: mem = 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 > mvneta0: version is 10 > mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > mdio0: on mvneta0 > mdioproxy0: on mdio0 > e6000sw0: on mdio0 > e6000sw0: multi-chip addressing mode (0x1) > e6000sw0: CPU port at 0 > e6000sw0: fixed port at 0 > e6000sw0: PHY at port 1 > miibus0: on e6000sw0 > e1000phy0: PHY 17 on miibus0 > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: PHY at port 2 > miibus1: on e6000sw0 > e1000phy1: PHY 18 on miibus1 > e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: PHY at port 3 > miibus2: on e6000sw0 > e1000phy2: PHY 19 on miibus2 > e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: switch is ready. > etherswitch0: on e6000sw0 > xhci0: mem 0x58000-0x5bfff irq 16 on = simplebus1 > xhci0: 32 bytes context size, 32-bit DMA > usbus0 on xhci0 > syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > ehci0: mem 0x5e000-0x5efff irq = 17 on simplebus1 > usbus1: EHCI version 1.0 > usbus1 on ehci0 > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > sdhci_xenon0: mem = 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 > ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with = FBS > ahcich0: at channel 0 on ahci0 > device_attach: ahcich0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > cryptosoft0: > Timecounters tick every 1.000 msec > mvneta0: link state changed to UP > e6000sw0port1: link state changed to DOWN > e6000sw0port2: link state changed to DOWN > e6000sw0port3: link state changed to DOWN > usbus0: 5.0Gbps Super Speed USB v3.0 > usbus1: 480Mbps High Speed USB v2.0 > Release APs...done > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > Instruction Set Attributes 0 =3D > Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... > Instruction Set Attributes 1 =3D <> > Root mount waiting for: Processor Features 0 =3D = > usbus1 Processor Features 1 =3D <0> > usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS = Mem,MixedEndian,16bit ASID,1TB PA> >=20 > Memory Model Features 1 =3D <> > Memory Model Features 2 =3D <32b CCIDX,48b VA> > Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 = Breakpoints,PMUv3,Debug v8> > Debug Features 1 =3D <0> > Auxiliary Features 0 =3D <0> > Auxiliary Features 1 =3D <0> > CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > WARNING: WITNESS option enabled, expect reduced performance. > ugen0.1: at usbus0 > ugen1.1: at usbus1 > uhub0 on usbus0 > uhub1 on usbus1 > uhub0: on = usbus0 > uhub1: on = usbus1 > uhub0: 2 ports with 2 removable, self powered > uhub1: 1 port with 1 removable, self powered > mountroot: waiting for device /dev/ufs/FreeBSD_Install... > Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. >=20 > Loader variables: > vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > vfs.root.mountfrom.options=3Dro,noatime >=20 > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. >=20 > eg. ufs:/dev/da0s1a > zfs:zroot/ROOT/default > cd9660:/dev/cd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >=20 > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input >=20 > mountroot> ? >=20 > List of GEOM managed disk devices: >=20 >=20 > mountroot> --Apple-Mail=_2B602E7C-002A-47DE-8ED2-24FE6117B489 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkC0kEuD0Me2xEj5EGvRMAY4qbRsFAl1R0OwACgkQGvRMAY4q bRstvw//XqPqMjhvWKri1CSFGvoYcElNUaXsKHsVF2Yejtj2UhpZIhjPS07QjjnF JsQTeJcg0kUi6fMjzQTPOHMYYJcytd8M0FGT6FHZos2E/lmNbjg8ntBNI0fCFP5n QnqgWbarPNkAneXIRGYECp1JwlhM1SbXmWsAMwM2XLO+qATP69GQFDONADwBkQq3 9QMH+eF9jTlJ8Kr9VOHKh0dhbwCbEA+DVPxzKylf3H1RhDpjM/PyHPaqpIOTKUA5 En/nq9vDCYhVFA/kx8LVocXSffVCmExCc1hxAsoEiCqFHGPNzLRAYtgQLayCSVL9 raGWOnnt5jzWiT6sIL/+qcAzO3i5bX0+rAF3svZjBdny+l/EAGcxSLHQbzyciZEj oektrmGeeSCANsVlRp3lTruQtKJXkoeZ+4j4k+bKJ1faM/CER/Z+ugPx16OjZ7Vx RVMejfvqNDsHjr8+NecOy7PJE71bwWs+k5BDiL+4GwsFSmI/wDgF8GbGg0eeBZ6V 5ejR5sVMmfXKSGHge93RtDUl9hAeovCsjvC16ENlZvwW7tqbz3hr0/sZ0WHw3oyB 7Rt+BGphiJU6gQjQa3+rlV3pK7T+RiPXYIlx5SQfR0mAisvWn8kbxHAKH/uzhSVk o4p3EKTq9ngblPinNHkYBsUImBhZQCabokz/bj/keczrmaSzzTA= =ifJY -----END PGP SIGNATURE----- --Apple-Mail=_2B602E7C-002A-47DE-8ED2-24FE6117B489-- From owner-freebsd-arm@freebsd.org Mon Aug 12 21:14:49 2019 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 938EFC22B1 for ; Mon, 12 Aug 2019 21:14:49 +0000 (UTC) (envelope-from mit@perftech.com) Received: from smtp-gw.pt.net (smtp-gw.pt.net [206.210.194.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp-gw.pt.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 466pWr2jBMz435d for ; Mon, 12 Aug 2019 21:14:48 +0000 (UTC) (envelope-from mit@perftech.com) X-ASG-Debug-ID: 1565644486-09411a01d1232860001-ZNVAc5 Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by smtp-gw.pt.net with ESMTP id 2nnZprqDs3FdBa3H (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 12 Aug 2019 16:14:46 -0500 (CDT) X-Barracuda-Envelope-From: mit@perftech.com X-Barracuda-Effective-Source-IP: mail.pt.net[206.210.194.11] X-Barracuda-Apparent-Source-IP: 206.210.194.11 Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id 7EF4D8402CA; Mon, 12 Aug 2019 16:14:46 -0500 (CDT) Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavisd-new, port 10032) with ESMTP id G5_ytcIKEw0o; Mon, 12 Aug 2019 16:14:45 -0500 (CDT) Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id 43E2B840253; Mon, 12 Aug 2019 16:14:45 -0500 (CDT) X-Virus-Scanned: amavisd-new at pt.net Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id j4T_p6dJqhLk; Mon, 12 Aug 2019 16:14:45 -0500 (CDT) Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by mail.pt.net (Postfix) with ESMTP id 241F58402AE; Mon, 12 Aug 2019 16:14:45 -0500 (CDT) Date: Mon, 12 Aug 2019 16:14:45 -0500 (CDT) From: Mit Matelske To: =?iso-8859-1?Q?S=F8ren?= Schmidt Cc: tscho , freebsd-arm Message-ID: <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> In-Reply-To: <4A647617-EEC0-4A75-ADF6-3D3F553F9AFF@gmail.com> References: <44E733F9-5DEB-4A7C-8369-7F6DF2AE03BE@gmail.com> <49A81763-B197-4E66-BA8E-0804C680B842@gmail.com> <1565435583431-0.post@n6.nabble.com> <1F22D8DA-E583-4858-911F-F057EC1A30E0@gmail.com> <532380450.3296650.1565636798211.JavaMail.zimbra@perftech.com> <4A647617-EEC0-4A75-ADF6-3D3F553F9AFF@gmail.com> Subject: Re: Espressobin anyone ? MIME-Version: 1.0 X-ASG-Orig-Subj: Re: Espressobin anyone ? Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Zimbra 8.8.15_GA_3829 (ZimbraWebClient - GC76 (Linux)/8.8.15_GA_3829) Thread-Topic: Espressobin anyone ? Thread-Index: fCpza7ZHBlGxZf9+r/UaqET+JT6gPg== X-Barracuda-Connect: mail.pt.net[206.210.194.11] X-Barracuda-Start-Time: 1565644486 X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384 X-Barracuda-URL: https://smtp-gw.pt.net:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at pt.net X-Barracuda-Scan-Msg-Size: 15164 X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=BSF_RULE7568M X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.75196 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.50 BSF_RULE7568M Custom Rule 7568M X-Rspamd-Queue-Id: 466pWr2jBMz435d X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mit@perftech.com designates 206.210.194.15 as permitted sender) smtp.mailfrom=mit@perftech.com X-Spamd-Result: default: False [-1.06 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.83)[-0.833,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; IP_SCORE(0.15)[asn: 3549(0.80), country: US(-0.05)]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[pt.net]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.46.224,0.0.117.48]; NEURAL_HAM_LONG(-0.95)[-0.955,0]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.42)[-0.424,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[mit@pt.net,mit@perftech.com]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:3549, ipnet:206.210.192.0/19, country:US]; FROM_NEQ_ENVFROM(0.00)[mit@pt.net,mit@perftech.com]; RCVD_COUNT_SEVEN(0.00)[7]; SH_EMAIL_ZRD(0.00)[0.0.46.224,0.0.117.48] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 21:14:49 -0000 Soren- Thanks for the quick response. I built this kernel with revision 350924. = I'll dig into whats going on in the morning. Mind posting your diff for your loader.efi? Thanks again! Mit ----- Original Message ----- From: "S=F8ren Schmidt" To: "Mit Matelske" Cc: "tscho" , "freebsd-arm" Sent: Monday, August 12, 2019 3:49:48 PM Subject: Re: Espressobin anyone ? Hi Looks like your sources may be too old, you need to be at least at r348882 = to get the fix for the SD card VCC regulator. That change fixed it for me backported to 12-stable... The currdev problem still exists, I have it hardwired in my loader for aarc= h64 :) -S=F8ren > On 12 Aug 2019, at 21.06, Mit Matelske wrote: >=20 > I'm having a couple little hiccups booting this board also. One has been= commented on already, that I can't get the loader to automatically start l= oading the kernel on "disk0p2"... >=20 > The second, is that the kernel can't find the SD card after booting so it= can't mount the root filesystem. I'm using the dts/dtb and kernel from th= e 13-current branch. >=20 > Thanks for any and all help. I haven't used u-boot in about decade. Spo= iled by the x86 platform. >=20 > Mit Matelske >=20 >=20 > ***U-boot environment:*** >=20 >=20 > Marvell>> printenv > baudrate=3D115200 > bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 root= =3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 > bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload mmc= 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > bootdelay=3D2 > bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload mmc= 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > eth1addr=3D00:51:82:11:22:01 > eth2addr=3D00:51:82:11:22:02 > eth3addr=3D00:51:82:11:22:03 > ethact=3Dneta@30000 > ethaddr=3DF0:AD:4E:09:6B:8F > ethprime=3Deth0 > fdt_addr=3D0x4f00000 > fdt_high=3D0xffffffffffffffff > fdt_name=3Defi/boot/armada-3720-espressobin.dtb > fdtcontroladdr=3D3f7161b8 > gatewayip=3D10.4.50.254 > get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr $fdt_n= ame; run get_ramfs > get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr 0x80= 00000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr -;fi > hostname=3Dmarvell > image_name=3Defi/freebsd/loader.efi > initrd_addr=3D0xa00000 > initrd_size=3D0x2000000 > ipaddr=3D0.0.0.0 > kernel_addr=3D0x5000000 > loadaddr=3D0x5000000 > netdev=3Deth0 > netmask=3D255.255.255.0 > ramfs_addr=3D0x8000000 > ramfs_name=3D- > root=3Droot=3D/dev/nfs rw > rootpath=3D/srv/nfs/ > serverip=3D0.0.0.0 > set_bootargs=3Dsetenv bootargs $console $root ip=3D$ipaddr:$serverip:$gat= ewayip:$netmask:$hostname:$netdev:none nfsroot=3D$serverip:$rootpath $extra= _params > stderr=3Dserial@12000 > stdin=3Dserial@12000 > stdout=3Dserial@12000 >=20 >=20 > ***Full boot logs:*** >=20 >=20 > U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800) >=20 > Model: Marvell Armada 3720 Community Board ESPRESSOBin > CPU @ 1000 [MHz] > L2 @ 800 [MHz] > TClock @ 200 [MHz] > DDR @ 800 [MHz] > DRAM: 1 GiB > U-Boot DT blob at : 000000003f7161b8 > Comphy-0: USB3 5 Gbps > Comphy-1: PEX0 2.5 Gbps > Comphy-2: SATA0 6 Gbps > SATA link 0 timeout. > AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > flags: ncq led only pmp fbss pio slum part sxs > PCIE-0: Link down > MMC: sdhci@d0000: 0, sdhci@d8000: 1 > SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, tota= l 4 MiB > Net: eth0: neta@30000 [PRIME] > Hit any key to stop autoboot: 0 > switch to partitions #0, OK > mmc0 is current device > reading efi/freebsd/loader.efi > 603872 bytes read in 49 ms (11.8 MiB/s) > reading efi/boot/armada-3720-espressobin.dtb > 15946 bytes read in 17 ms (916 KiB/s) > ## Starting EFI application at 05000000 ... > Scanning disk sdhci@d0000.blk... > Card did not respond to voltage select! > mmc_init: -95, time 50 > Found 1 disks > Consoles: EFI console > FreeBSD/arm64 EFI loader, Revision 1.1 >=20 > Command line arguments: loader.efi > EFI version: 2.05 > EFI Firmware: Das U-boot (rev 0.00) > Console: efi (0) > Failed to find bootable partition > Startup error in /boot/lua/loader.lua: seconds > LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. >=20 > can't load 'kernel' >=20 > Type '?' for a list of commands, 'help' for more detailed help. > OK > OK set currdev=3Ddisk0p2 > OK boot >=20 > /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 syms=3D[0x8+= 0x137dd8+0x8+0x126260] > Using DTB provided by EFI at 0x8000000. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2019 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 GENERIC arm64 > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLV= M 6.0.1) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > Starting CPU 1 (1) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > arc4random: WARNING: initial seeding bypassed the cryptographic random de= vice because it was not yet seeded and the knob 'bypass_before_seeding' was= enabled. > random: entropy device external interface > MAP 3e681000 mode 2 pages 1 > MAP 3ffa6000 mode 2 pages 1 > kbd0 at kbdmux0 > ofwbus0: > simplebus0: on ofwbus0 > simplebus1: on simplebus0 > simple_mfd0: mem 0x13800-0x138ff,0x= 13c00-0x13c1f on simplebus1 > simple_mfd1: mem 0x18800-0x188ff,0x= 18c00-0x18c1f on simplebus1 > psci0: on ofwbus0 > gic0: mem 0x1d00000-0x1d0ffff,0x1= d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d91fff,0x1da0000-0x1dbfff= f irq 27 on simplebus1 > gpio0: mem 0x13800-0x138ff,0x1= 3c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem 0x18800-0x188ff,0x1= 8c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > generic_timer0: irq 0,1,2,3 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality 1000 > Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000 > gpio0: mem 0x13800-0x138ff,0x1= 3c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem 0x18800-0x188ff,0x1= 8c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem 0x13800-0x138ff,0x1= 3c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem 0x18800-0x188ff,0x1= 8c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem 0x13800-0x138ff,0x1= 3c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem 0x18800-0x188ff,0x1= 8c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem 0x13800-0x138ff,0x1= 3c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem 0x18800-0x188ff,0x1= 8c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > pmu0: irq 4 on ofwbus0 > syscon_generic0: mem 0xd000-0xdfff on simplebus1 > syscon_generic1: mem 0x11500-0x1153f on simplebus1 > uart0: mem 0x12000-0x121ff irq 9,10,11 on simp= lebus1 > uart0: console (115200,n,8,1) > gpio0: mem 0x13800-0x138ff,0x1= 3c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > syscon_generic2: mem 0x14000-0x1405f on simplebus1 > gpio0: mem 0x18800-0x188ff,0x1= 8c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 > mvneta0: version is 10 > mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > mdio0: on mvneta0 > mdioproxy0: on mdio0 > e6000sw0: on mdio0 > e6000sw0: multi-chip addressing mode (0x1) > e6000sw0: CPU port at 0 > e6000sw0: fixed port at 0 > e6000sw0: PHY at port 1 > miibus0: on e6000sw0 > e1000phy0: PHY 17 on miibus0 > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000bas= eT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: PHY at port 2 > miibus1: on e6000sw0 > e1000phy1: PHY 18 on miibus1 > e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000bas= eT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: PHY at port 3 > miibus2: on e6000sw0 > e1000phy2: PHY 19 on miibus2 > e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000bas= eT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: switch is ready. > etherswitch0: on e6000sw0 > xhci0: mem 0x58000-0x5bfff irq 16 on simpleb= us1 > xhci0: 32 bytes context size, 32-bit DMA > usbus0 on xhci0 > syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > ehci0: mem 0x5e000-0x5efff irq 17= on simplebus1 > usbus1: EHCI version 1.0 > usbus1 on ehci0 > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e808= -0x1e80b irq 24 on simplebus1 > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 > ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FBS > ahcich0: at channel 0 on ahci0 > device_attach: ahcich0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > cryptosoft0: > Timecounters tick every 1.000 msec > mvneta0: link state changed to UP > e6000sw0port1: link state changed to DOWN > e6000sw0port2: link state changed to DOWN > e6000sw0port3: link state changed to DOWN > usbus0: 5.0Gbps Super Speed USB v3.0 > usbus1: 480Mbps High Speed USB v2.0 > Release APs...done > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > Instruction Set Attributes 0 =3D > Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... > Instruction Set Attributes 1 =3D <> > Root mount waiting for: Processor Features 0 =3D > usbus1 Processor Features 1 =3D <0> > usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS Mem,= MixedEndian,16bit ASID,1TB PA> >=20 > Memory Model Features 1 =3D <> > Memory Model Features 2 =3D <32b CCIDX,48b VA> > Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 Break= points,PMUv3,Debug v8> > Debug Features 1 =3D <0> > Auxiliary Features 0 =3D <0> > Auxiliary Features 1 =3D <0> > CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > WARNING: WITNESS option enabled, expect reduced performance. > ugen0.1: at usbus0 > ugen1.1: at usbus1 > uhub0 on usbus0 > uhub1 on usbus1 > uhub0: on usbus= 0 > uhub1: on usbus= 1 > uhub0: 2 ports with 2 removable, self powered > uhub1: 1 port with 1 removable, self powered > mountroot: waiting for device /dev/ufs/FreeBSD_Install... > Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. >=20 > Loader variables: > vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > vfs.root.mountfrom.options=3Dro,noatime >=20 > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. >=20 > eg. ufs:/dev/da0s1a > zfs:zroot/ROOT/default > cd9660:/dev/cd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >=20 > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input >=20 > mountroot> ? >=20 > List of GEOM managed disk devices: >=20 >=20 > mountroot> From owner-freebsd-arm@freebsd.org Mon Aug 12 23:39:15 2019 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 18A88C4C37 for ; Mon, 12 Aug 2019 23:39:15 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 466skT1drfz49Ff for ; Mon, 12 Aug 2019 23:39:12 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-qt1-x835.google.com with SMTP id t12so16067393qtp.9 for ; Mon, 12 Aug 2019 16:39:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=zghbfzcEovbvlycpz8uPQ67f9ScxG5xM8cfUbY62NoE=; b=s5eBkTBiurmisvvysG2/FKiE2MPCyXuxSKVcpza5Yte7WNWDtUWEonXuK/O5rMBSjv Lvow21D99anE8ndKd+inaWygW96MHG4/oTzXpa7wuMf2lb1TENzud4omhSTDtHEEVXmW mBAuZXRi/AblN3dB4v0+Hw8y3dGOuUdE521AaWy+leZ9fxVZHRzGqsUkLj18/kRrdWEW IcVCCrjhgjbwSBOHrnheAjpGJM5rcbSZmd5kWsylu/46HUsZ54nYG0yVa4I6nkgOBVnj RSKU5D4dysOYfaRyGi0iV7g/ZEtWyknzZGzHeQERiL+De42X8j1t2C8+l3YtSshbeTon GLEA== 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=zghbfzcEovbvlycpz8uPQ67f9ScxG5xM8cfUbY62NoE=; b=svyVsHidSDShl64JH8uYKSZIq3+uG+2rhz1zAzoezadT1xS8nA7tl/73rVZHXcSexI 8jPw2SATdCYxjqE7UTq0i5mu9+Mv5mgnCdgOxdT1HW8kV9fkojalGVEpN8L6saSX4xH/ 3ueQQEcsm3XIF4aIUEZWvSV2RZfJAVEVvo1QjpvvU7bd8NDxDIfJhLZsQbk8P+qV/79v 1VsJIU9IEyofYMzr2CeCUi2raugwXBqQmk9D9YUeYHhAk+8IUsstWaebKHLeYxNyUwAB 2qnZWL8nZbJ8UecqUc0OVdo3r7ng+lGwJRR5arsVwOFLhu/heIQg5yNJPs8E4Hpnu9lh vT6Q== X-Gm-Message-State: APjAAAU8G/ypZsVmYwT5Q+S601x4Y3rBCbdBFTUkrp/iYCKEC1h/LFq8 Jd1P9+S9dBKOWy7LW3oWPBLDBTu+5U5vE6eQR/r2NsAVzYdMhEGz X-Google-Smtp-Source: APXvYqzQRBccZvu6SMiwb0yc5/hwJCAudiuXF8aDP/+FBYHlOLUnJEaa8HRxfmdhSXk2agH/44B7phmMit/bPGx0+SE= X-Received: by 2002:aed:39e7:: with SMTP id m94mr33187719qte.0.1565653150912; Mon, 12 Aug 2019 16:39:10 -0700 (PDT) MIME-Version: 1.0 References: <44E733F9-5DEB-4A7C-8369-7F6DF2AE03BE@gmail.com> <49A81763-B197-4E66-BA8E-0804C680B842@gmail.com> <1565435583431-0.post@n6.nabble.com> <1F22D8DA-E583-4858-911F-F057EC1A30E0@gmail.com> <532380450.3296650.1565636798211.JavaMail.zimbra@perftech.com> <4A647617-EEC0-4A75-ADF6-3D3F553F9AFF@gmail.com> <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> In-Reply-To: <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> From: Marcin Wojtas Date: Tue, 13 Aug 2019 01:38:58 +0200 Message-ID: Subject: Re: Espressobin anyone ? To: Mit Matelske Cc: =?UTF-8?Q?S=C3=B8ren_Schmidt?= , freebsd-arm X-Rspamd-Queue-Id: 466skT1drfz49Ff X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf-com.20150623.gappssmtp.com header.s=20150623 header.b=s5eBkTBi; dmarc=none; spf=none (mx1.freebsd.org: domain of mw@semihalf.com has no SPF policy when checking 2607:f8b0:4864:20::835) smtp.mailfrom=mw@semihalf.com X-Spamd-Result: default: False [-4.25 / 15.00]; URI_COUNT_ODD(1.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[semihalf-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.99)[-0.990,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-2.97)[ip: (-9.42), ipnet: 2607:f8b0::/32(-2.97), asn: 15169(-2.39), country: US(-0.05)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SH_EMAIL_ZRD(0.00)[0.0.46.224,0.0.117.48]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[semihalf-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[semihalf.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[5.3.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 23:39:15 -0000 Hi, Not sure if it's what you are looking for, but in order to autoboot, I simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's example fr= om A3720-DB (same should work on EspressoBin): Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0:1 ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} resetting USB... USB0: Register 2000104 NbrPorts 2 Starting the controller USB XHCI 1.00 USB1: USB EHCI 1.00 - ______ ____ _____ _____ | ____| | _ \ / ____| __ \ | |___ _ __ ___ ___ | |_) | (___ | | | | | ___| '__/ _ \/ _ \| _ < \___ \| | | | | | | | | __/ __/| |_) |____) | |__| | | | | | | | || | | | |_| |_| \___|\___||____/|_____/|_____/ ``` ` =E2=95=94=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90Welcome to FreeBSD=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=97 s` `.....---.......--.``` -/ =E2=95=91 =E2=95=91 +o .--` = /y:` +. =E2=95=91 1. Boot Multi user [Enter] =E2=95=91 yo`:. = :o `+- =E2=95=91 2. Boot Single user =E2=95=91 y/ = -/` -o/ =E2=95=91 3. Escape to loader prompt =E2=95=91 .- ::/sy+:. =E2=95=91 4. Reboot =E2=95=91 / = `-- / =E2=95=91 =E2=95=91 `: :` =E2=95=91 Options: =E2=95=91 `: :` =E2=95=91 5. Kernel: default/kernel (1 of 1) =E2=95=91 / / =E2=95=91 6. Boot Options =E2=95=91 .- -. =E2=95=91 =E2=95=91 -- = -. =E2=95=91 =E2=95=91 `:` = `:` =E2=95=91 =E2=95=91 .-- = `--. =E2=95=9A=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=9D .---.....----. Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop Loading kernel... /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 syms=3D[0x8+0x13aaa8+0x8+0x12610d] Loading configured modules... can't find '/boot/entropy' Using DTB provided by EFI at 0x8000000. ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) GENERIC arm64 FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on LLVM 8.0.0) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. Starting CPU 1 (1) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs [...] Best regards, Marcin pon., 12 sie 2019 o 23:14 Mit Matelske napisa=C5=82(a): > > Soren- > > Thanks for the quick response. I built this kernel with revision 350924. > I'll dig into whats going on in the morning. > > Mind posting your diff for your loader.efi? > > Thanks again! > > Mit > > > ----- Original Message ----- > From: "S=C3=B8ren Schmidt" > To: "Mit Matelske" > Cc: "tscho" , "freebsd-arm" < > freebsd-arm@freebsd.org> > Sent: Monday, August 12, 2019 3:49:48 PM > Subject: Re: Espressobin anyone ? > > Hi > > Looks like your sources may be too old, you need to be at least at r34888= 2 > to get the fix for the SD card VCC regulator. > > That change fixed it for me backported to 12-stable... > > The currdev problem still exists, I have it hardwired in my loader for > aarch64 :) > > -S=C3=B8ren > > > > On 12 Aug 2019, at 21.06, Mit Matelske wrote: > > > > I'm having a couple little hiccups booting this board also. One has > been commented on already, that I can't get the loader to automatically > start loading the kernel on "disk0p2"... > > > > The second, is that the kernel can't find the SD card after booting so > it can't mount the root filesystem. I'm using the dts/dtb and kernel fro= m > the 13-current branch. > > > > Thanks for any and all help. I haven't used u-boot in about decade. > Spoiled by the x86 platform. > > > > Mit Matelske > > > > > > ***U-boot environment:*** > > > > > > Marvell>> printenv > > baudrate=3D115200 > > bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 > > bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload m= mc > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > bootdelay=3D2 > > bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload m= mc > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > > eth1addr=3D00:51:82:11:22:01 > > eth2addr=3D00:51:82:11:22:02 > > eth3addr=3D00:51:82:11:22:03 > > ethact=3Dneta@30000 > > ethaddr=3DF0:AD:4E:09:6B:8F > > ethprime=3Deth0 > > fdt_addr=3D0x4f00000 > > fdt_high=3D0xffffffffffffffff > > fdt_name=3Defi/boot/armada-3720-espressobin.dtb > > fdtcontroladdr=3D3f7161b8 > > gatewayip=3D10.4.50.254 > > get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr > $fdt_name; run get_ramfs > > get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr > 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr -;fi > > hostname=3Dmarvell > > image_name=3Defi/freebsd/loader.efi > > initrd_addr=3D0xa00000 > > initrd_size=3D0x2000000 > > ipaddr=3D0.0.0.0 > > kernel_addr=3D0x5000000 > > loadaddr=3D0x5000000 > > netdev=3Deth0 > > netmask=3D255.255.255.0 > > ramfs_addr=3D0x8000000 > > ramfs_name=3D- > > root=3Droot=3D/dev/nfs rw > > rootpath=3D/srv/nfs/ > > serverip=3D0.0.0.0 > > set_bootargs=3Dsetenv bootargs $console $root > ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none > nfsroot=3D$serverip:$rootpath $extra_params > > stderr=3Dserial@12000 > > stdin=3Dserial@12000 > > stdout=3Dserial@12000 > > > > > > ***Full boot logs:*** > > > > > > U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800) > > > > Model: Marvell Armada 3720 Community Board ESPRESSOBin > > CPU @ 1000 [MHz] > > L2 @ 800 [MHz] > > TClock @ 200 [MHz] > > DDR @ 800 [MHz] > > DRAM: 1 GiB > > U-Boot DT blob at : 000000003f7161b8 > > Comphy-0: USB3 5 Gbps > > Comphy-1: PEX0 2.5 Gbps > > Comphy-2: SATA0 6 Gbps > > SATA link 0 timeout. > > AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > > flags: ncq led only pmp fbss pio slum part sxs > > PCIE-0: Link down > > MMC: sdhci@d0000: 0, sdhci@d8000: 1 > > SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, > total 4 MiB > > Net: eth0: neta@30000 [PRIME] > > Hit any key to stop autoboot: 0 > > switch to partitions #0, OK > > mmc0 is current device > > reading efi/freebsd/loader.efi > > 603872 bytes read in 49 ms (11.8 MiB/s) > > reading efi/boot/armada-3720-espressobin.dtb > > 15946 bytes read in 17 ms (916 KiB/s) > > ## Starting EFI application at 05000000 ... > > Scanning disk sdhci@d0000.blk... > > Card did not respond to voltage select! > > mmc_init: -95, time 50 > > Found 1 disks > > Consoles: EFI console > > FreeBSD/arm64 EFI loader, Revision 1.1 > > > > Command line arguments: loader.efi > > EFI version: 2.05 > > EFI Firmware: Das U-boot (rev 0.00) > > Console: efi (0) > > Failed to find bootable partition > > Startup error in /boot/lua/loader.lua: seconds > > LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. > > > > can't load 'kernel' > > > > Type '?' for a list of commands, 'help' for more detailed help. > > OK > > OK set currdev=3Ddisk0p2 > > OK boot > > > > /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 > syms=3D[0x8+0x137dd8+0x8+0x126260] > > Using DTB provided by EFI at 0x8000000. > > ---<>--- > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2019 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199= 4 > > The Regents of the University of California. All rights reserved= . > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 13.0-CURRENT GENERIC arm64 > > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on > LLVM 6.0.1) > > WARNING: WITNESS option enabled, expect reduced performance. > > VT: init without driver. > > Starting CPU 1 (1) > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > arc4random: WARNING: initial seeding bypassed the cryptographic random > device because it was not yet seeded and the knob 'bypass_before_seeding' > was enabled. > > random: entropy device external interface > > MAP 3e681000 mode 2 pages 1 > > MAP 3ffa6000 mode 2 pages 1 > > kbd0 at kbdmux0 > > ofwbus0: > > simplebus0: on ofwbus0 > > simplebus1: on simplebus0 > > simple_mfd0: mem > 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > > simple_mfd1: mem > 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > > psci0: on ofwbus0 > > gic0: mem > 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1= d91fff,0x1da0000-0x1dbffff > irq 27 on simplebus1 > > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 o= n > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > generic_timer0: irq 0,1,2,3 on ofwbus0 > > Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality 1000 > > Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000 > > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 o= n > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 o= n > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 o= n > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 o= n > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > cpulist0: on ofwbus0 > > cpu0: on cpulist0 > > cpu1: on cpulist0 > > pmu0: irq 4 on ofwbus0 > > syscon_generic0: mem 0xd000-0xdfff on simplebus1 > > syscon_generic1: mem 0x11500-0x1153f on simplebus1 > > uart0: mem 0x12000-0x121ff irq 9,10,11 on > simplebus1 > > uart0: console (115200,n,8,1) > > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 o= n > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > syscon_generic2: mem 0x14000-0x1405f on simplebus1 > > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 > > mvneta0: version is 10 > > mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > > mdio0: on mvneta0 > > mdioproxy0: on mdio0 > > e6000sw0: on mdio0 > > e6000sw0: multi-chip addressing mode (0x1) > > e6000sw0: CPU port at 0 > > e6000sw0: fixed port at 0 > > e6000sw0: PHY at port 1 > > miibus0: on e6000sw0 > > e1000phy0: PHY 17 on miibus0 > > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > > e6000sw0: PHY at port 2 > > miibus1: on e6000sw0 > > e1000phy1: PHY 18 on miibus1 > > e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > > e6000sw0: PHY at port 3 > > miibus2: on e6000sw0 > > e1000phy2: PHY 19 on miibus2 > > e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > > e6000sw0: switch is ready. > > etherswitch0: on e6000sw0 > > xhci0: mem 0x58000-0x5bfff irq 16 on > simplebus1 > > xhci0: 32 bytes context size, 32-bit DMA > > usbus0 on xhci0 > > syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > > ehci0: mem 0x5e000-0x5efff irq > 17 on simplebus1 > > usbus1: EHCI version 1.0 > > usbus1 on ehci0 > > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > sdhci_xenon0: mem > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 > > ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FB= S > > ahcich0: at channel 0 on ahci0 > > device_attach: ahcich0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > cryptosoft0: > > Timecounters tick every 1.000 msec > > mvneta0: link state changed to UP > > e6000sw0port1: link state changed to DOWN > > e6000sw0port2: link state changed to DOWN > > e6000sw0port3: link state changed to DOWN > > usbus0: 5.0Gbps Super Speed USB v3.0 > > usbus1: 480Mbps High Speed USB v2.0 > > Release APs...done > > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > > Instruction Set Attributes 0 =3D > > Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... > > Instruction Set Attributes 1 =3D <> > > Root mount waiting for: Processor Features 0 =3D > > > usbus1 Processor Features 1 =3D <0> > > usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS > Mem,MixedEndian,16bit ASID,1TB PA> > > > > Memory Model Features 1 =3D <> > > Memory Model Features 2 =3D <32b CCIDX,48b VA> > > Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 > Breakpoints,PMUv3,Debug v8> > > Debug Features 1 =3D <0> > > Auxiliary Features 0 =3D <0> > > Auxiliary Features 1 =3D <0> > > CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > > WARNING: WITNESS option enabled, expect reduced performance. > > ugen0.1: at usbus0 > > ugen1.1: at usbus1 > > uhub0 on usbus0 > > uhub1 on usbus1 > > uhub0: on > usbus0 > > uhub1: on > usbus1 > > uhub0: 2 ports with 2 removable, self powered > > uhub1: 1 port with 1 removable, self powered > > mountroot: waiting for device /dev/ufs/FreeBSD_Install... > > Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. > > > > Loader variables: > > vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > > vfs.root.mountfrom.options=3Dro,noatime > > > > Manual root filesystem specification: > > : [options] > > Mount using filesystem > > and with the specified (optional) option list. > > > > eg. ufs:/dev/da0s1a > > zfs:zroot/ROOT/default > > cd9660:/dev/cd0 ro > > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > > > > ? List valid disk boot devices > > . Yield 1 second (for background tasks) > > Abort manual input > > > > mountroot> ? > > > > List of GEOM managed disk devices: > > > > > > mountroot> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Tue Aug 13 17:55:14 2019 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 449E0B7553 for ; Tue, 13 Aug 2019 17:55:14 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ed1-x542.google.com (mail-ed1-x542.google.com [IPv6:2a00:1450:4864:20::542]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 467L346qTXz49md for ; Tue, 13 Aug 2019 17:55:12 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ed1-x542.google.com with SMTP id s15so2719183edx.0 for ; Tue, 13 Aug 2019 10:55:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=5UYGqpKl1oiJwKfk9w9cSKWGxR73mCPZtIed/sADS3U=; b=lllwKTA9PuCA9CokWONHExOggrWH3MB9LABwa94jYH1FsXCd9UgIc3DfdKNC9YpE5u cgfXATdEzMbZPIfbGBVc55yXjK3L/tlhrPs7HZKmyejWqhKIt87qfiOcfYJahqwfsTFi nnB2hgBDYzwZ/713ByrVznOypDxgxwptCaKZJ4rTXbXGeO4ma2s/qLNM9+uvbjzlx1bl hsnPKcdFgUFEoK+aby5NNmDskxgfrZiYHXTGzteE0wJqOlwYabSxLaeJTbYRvH8DZGMz e05qOjQ9vY6/91ewfpHgy6TMt7HhVc/6f8yx7qARXU8ocS27EcnPKpT5nF2wwuqf9f1n 1Lmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=5UYGqpKl1oiJwKfk9w9cSKWGxR73mCPZtIed/sADS3U=; b=Xwsm7kC/UKuwOXyFXohKvrokwNb7cI1LhuEMMUGzTw8JcQEMg1YQmVSNBZtHOVDoHw m4/P8wNqzcO0lkTTq292mbsI12yqtT92p4kfWmhqQeZdECF1GQGWkNffUAZdhUEQNNEF TkkcLVA1EGXodeBywONjHmFTrJ3DyuoTS3DcKjnSr70l0P+PVophHHSn10q71FY8yfcL uMTEl46+on2FSg/d4QMsiVVu6VbGRJ0WqYd0mc9Cl7+YxobBig4XOOqgLyy0WXXt7YqP 33CEcs6dxd1KLAnOtW72QHI8b7WYMrhOJduP5VKHB8e+94SeeNpYEHirEfyb0qCMl3Cd kLMw== X-Gm-Message-State: APjAAAVDGCR4VrZ4kh6uyliN1SmsemStWQia3UC7k7V42gHcHB09J164 gL+N8oLHDUt6ilevYYeymllCNN/NNZIrMA== X-Google-Smtp-Source: APXvYqxfGV79EVan3N7ohGyh77XQaLnchIlSHriCUOv4HmVtWL361/ouncv9DQi6VpHnevMy1WSBeg== X-Received: by 2002:a50:ba69:: with SMTP id 38mr9982624eds.46.1565718911327; Tue, 13 Aug 2019 10:55:11 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id h15sm25148578edb.57.2019.08.13.10.55.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Aug 2019 10:55:10 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_FE940C80-7C90-45E7-9A63-EA701D2FAF6A"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Espressobin anyone ? Date: Tue, 13 Aug 2019 19:55:09 +0200 In-Reply-To: Cc: Mit Matelske , freebsd-arm To: Marcin Wojtas References: <44E733F9-5DEB-4A7C-8369-7F6DF2AE03BE@gmail.com> <49A81763-B197-4E66-BA8E-0804C680B842@gmail.com> <1565435583431-0.post@n6.nabble.com> <1F22D8DA-E583-4858-911F-F057EC1A30E0@gmail.com> <532380450.3296650.1565636798211.JavaMail.zimbra@perftech.com> <4A647617-EEC0-4A75-ADF6-3D3F553F9AFF@gmail.com> <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 467L346qTXz49md X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=lllwKTA9; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::542 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-4.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.991,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.117.48,0.0.46.224]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.4.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-0.09), ipnet: 2a00:1450::/32(-3.03), asn: 15169(-2.39), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2019 17:55:14 -0000 --Apple-Mail=_FE940C80-7C90-45E7-9A63-EA701D2FAF6A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi That doesn=E2=80=99t seen to work on the espressobin, or least I can=E2=80= =99t get it to pick it up. I use this patch as a workaround: Index: main.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 --- main.c (revision 350496) +++ main.c (working copy) @@ -463,6 +462,13 @@ int rv; char *rootdev; +#if defined(__aarch64__) + /* SOS HACK in rootdev, at least Espressobin gets this wrong */ + printf("Setting currdev hack\n"); + set_currdev("disk0p2"); + return (0); +#endif + /* * First choice: if rootdev is already set, use that, even if * it's wrong. Its not pretty but it does the job until I get time to look into why = bootargs aren=E2=80=99t passed / won=E2=80=99t stick, probably something = I havn=E2=80=99t backported to my -stable12 sources yet... -S=C3=B8ren > On 13 Aug 2019, at 01.38, Marcin Wojtas wrote: >=20 > Hi, >=20 > Not sure if it's what you are looking for, but in order to autoboot, I > simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's = example from > A3720-DB (same should work on EspressoBin): >=20 > Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0:1 > ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} > boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > resetting USB... > USB0: Register 2000104 NbrPorts 2 > Starting the controller > USB XHCI 1.00 > USB1: USB EHCI 1.00 > - ______ ____ _____ _____ > | ____| | _ \ / ____| __ \ > | |___ _ __ ___ ___ | |_) | (___ | | | | > | ___| '__/ _ \/ _ \| _ < \___ \| | | | > | | | | | __/ __/| |_) |____) | |__| | > | | | | | | || | | | > |_| |_| \___|\___||____/|_____/|_____/ > ``` > ` > =E2=95=94=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90Welcome to = FreeBSD=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=97 s` = `.....---.......--.``` > -/ > =E2=95=91 =E2=95=91 +o = .--` /y:` > +. > =E2=95=91 1. Boot Multi user [Enter] =E2=95=91 yo`:. = :o > `+- > =E2=95=91 2. Boot Single user =E2=95=91 y/ = -/` -o/ > =E2=95=91 3. Escape to loader prompt =E2=95=91 .- > ::/sy+:. > =E2=95=91 4. Reboot =E2=95=91 / = `-- > / > =E2=95=91 =E2=95=91 `: > :` > =E2=95=91 Options: =E2=95=91 `: > :` > =E2=95=91 5. Kernel: default/kernel (1 of 1) =E2=95=91 / > / > =E2=95=91 6. Boot Options =E2=95=91 .- > -. > =E2=95=91 =E2=95=91 -- = -. > =E2=95=91 =E2=95=91 `:` = `:` > =E2=95=91 =E2=95=91 = .-- `--. > = =E2=95=9A=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=9D .---.....----. > Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop >=20 > Loading kernel... > /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 > syms=3D[0x8+0x13aaa8+0x8+0x12610d] > Loading configured modules... > can't find '/boot/entropy' > Using DTB provided by EFI at 0x8000000. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) GENERIC = arm64 > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM > 8.0.0) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > Starting CPU 1 (1) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > [...] >=20 > Best regards, > Marcin >=20 > pon., 12 sie 2019 o 23:14 Mit Matelske napisa=C5=82(a): >=20 >>=20 >> Soren- >>=20 >> Thanks for the quick response. I built this kernel with revision = 350924. >> I'll dig into whats going on in the morning. >>=20 >> Mind posting your diff for your loader.efi? >>=20 >> Thanks again! >>=20 >> Mit >>=20 >>=20 >> ----- Original Message ----- >> From: "S=C3=B8ren Schmidt" >> To: "Mit Matelske" >> Cc: "tscho" , "freebsd-arm" < >> freebsd-arm@freebsd.org> >> Sent: Monday, August 12, 2019 3:49:48 PM >> Subject: Re: Espressobin anyone ? >>=20 >> Hi >>=20 >> Looks like your sources may be too old, you need to be at least at = r348882 >> to get the fix for the SD card VCC regulator. >>=20 >> That change fixed it for me backported to 12-stable... >>=20 >> The currdev problem still exists, I have it hardwired in my loader = for >> aarch64 :) >>=20 >> -S=C3=B8ren >>=20 >>=20 >>> On 12 Aug 2019, at 21.06, Mit Matelske wrote: >>>=20 >>> I'm having a couple little hiccups booting this board also. One has >> been commented on already, that I can't get the loader to = automatically >> start loading the kernel on "disk0p2"... >>>=20 >>> The second, is that the kernel can't find the SD card after booting = so >> it can't mount the root filesystem. I'm using the dts/dtb and kernel = from >> the 13-current branch. >>>=20 >>> Thanks for any and all help. I haven't used u-boot in about decade. >> Spoiled by the x86 platform. >>>=20 >>> Mit Matelske >>>=20 >>>=20 >>> ***U-boot environment:*** >>>=20 >>>=20 >>> Marvell>> printenv >>> baudrate=3D115200 >>> bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 >> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 >>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr = $image_name;fatload mmc >> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr >>> bootdelay=3D2 >>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr = $image_name;fatload mmc >> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr >>> console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 >>> eth1addr=3D00:51:82:11:22:01 >>> eth2addr=3D00:51:82:11:22:02 >>> eth3addr=3D00:51:82:11:22:03 >>> ethact=3Dneta@30000 >>> ethaddr=3DF0:AD:4E:09:6B:8F >>> ethprime=3Deth0 >>> fdt_addr=3D0x4f00000 >>> fdt_high=3D0xffffffffffffffff >>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb >>> fdtcontroladdr=3D3f7161b8 >>> gatewayip=3D10.4.50.254 >>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr >> $fdt_name; run get_ramfs >>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr >> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr = -;fi >>> hostname=3Dmarvell >>> image_name=3Defi/freebsd/loader.efi >>> initrd_addr=3D0xa00000 >>> initrd_size=3D0x2000000 >>> ipaddr=3D0.0.0.0 >>> kernel_addr=3D0x5000000 >>> loadaddr=3D0x5000000 >>> netdev=3Deth0 >>> netmask=3D255.255.255.0 >>> ramfs_addr=3D0x8000000 >>> ramfs_name=3D- >>> root=3Droot=3D/dev/nfs rw >>> rootpath=3D/srv/nfs/ >>> serverip=3D0.0.0.0 >>> set_bootargs=3Dsetenv bootargs $console $root >> ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none >> nfsroot=3D$serverip:$rootpath $extra_params >>> stderr=3Dserial@12000 >>> stdin=3Dserial@12000 >>> stdout=3Dserial@12000 >>>=20 >>>=20 >>> ***Full boot logs:*** >>>=20 >>>=20 >>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 = +0800) >>>=20 >>> Model: Marvell Armada 3720 Community Board ESPRESSOBin >>> CPU @ 1000 [MHz] >>> L2 @ 800 [MHz] >>> TClock @ 200 [MHz] >>> DDR @ 800 [MHz] >>> DRAM: 1 GiB >>> U-Boot DT blob at : 000000003f7161b8 >>> Comphy-0: USB3 5 Gbps >>> Comphy-1: PEX0 2.5 Gbps >>> Comphy-2: SATA0 6 Gbps >>> SATA link 0 timeout. >>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode >>> flags: ncq led only pmp fbss pio slum part sxs >>> PCIE-0: Link down >>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 >>> SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, >> total 4 MiB >>> Net: eth0: neta@30000 [PRIME] >>> Hit any key to stop autoboot: 0 >>> switch to partitions #0, OK >>> mmc0 is current device >>> reading efi/freebsd/loader.efi >>> 603872 bytes read in 49 ms (11.8 MiB/s) >>> reading efi/boot/armada-3720-espressobin.dtb >>> 15946 bytes read in 17 ms (916 KiB/s) >>> ## Starting EFI application at 05000000 ... >>> Scanning disk sdhci@d0000.blk... >>> Card did not respond to voltage select! >>> mmc_init: -95, time 50 >>> Found 1 disks >>> Consoles: EFI console >>> FreeBSD/arm64 EFI loader, Revision 1.1 >>>=20 >>> Command line arguments: loader.efi >>> EFI version: 2.05 >>> EFI Firmware: Das U-boot (rev 0.00) >>> Console: efi (0) >>> Failed to find bootable partition >>> Startup error in /boot/lua/loader.lua: seconds >>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. >>>=20 >>> can't load 'kernel' >>>=20 >>> Type '?' for a list of commands, 'help' for more detailed help. >>> OK >>> OK set currdev=3Ddisk0p2 >>> OK boot >>>=20 >>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 >> syms=3D[0x8+0x137dd8+0x8+0x126260] >>> Using DTB provided by EFI at 0x8000000. >>> ---<>--- >>> KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> Copyright (c) 1992-2019 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 GENERIC arm64 >>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based = on >> LLVM 6.0.1) >>> WARNING: WITNESS option enabled, expect reduced performance. >>> VT: init without driver. >>> Starting CPU 1 (1) >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> arc4random: WARNING: initial seeding bypassed the cryptographic = random >> device because it was not yet seeded and the knob = 'bypass_before_seeding' >> was enabled. >>> random: entropy device external interface >>> MAP 3e681000 mode 2 pages 1 >>> MAP 3ffa6000 mode 2 pages 1 >>> kbd0 at kbdmux0 >>> ofwbus0: >>> simplebus0: on ofwbus0 >>> simplebus1: on simplebus0 >>> simple_mfd0: mem >> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 >>> simple_mfd1: mem >> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 >>> psci0: on ofwbus0 >>> gic0: mem >> = 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d= 91fff,0x1da0000-0x1dbffff >> irq 27 on simplebus1 >>> gpio0: mem >> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> generic_timer0: irq 0,1,2,3 on ofwbus0 >>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality = 1000 >>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality = 1000 >>> gpio0: mem >> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> gpio0: mem >> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> gpio0: mem >> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> gpio0: mem >> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> cpulist0: on ofwbus0 >>> cpu0: on cpulist0 >>> cpu1: on cpulist0 >>> pmu0: irq 4 on ofwbus0 >>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 >>> syscon_generic1: mem 0x11500-0x1153f on simplebus1 >>> uart0: mem 0x12000-0x121ff irq 9,10,11 on >> simplebus1 >>> uart0: console (115200,n,8,1) >>> gpio0: mem >> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> syscon_generic2: mem 0x14000-0x1405f on simplebus1 >>> gpio0: mem >> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 >>> mvneta0: version is 10 >>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 >>> mdio0: on mvneta0 >>> mdioproxy0: on mdio0 >>> e6000sw0: on mdio0 >>> e6000sw0: multi-chip addressing mode (0x1) >>> e6000sw0: CPU port at 0 >>> e6000sw0: fixed port at 0 >>> e6000sw0: PHY at port 1 >>> miibus0: on e6000sw0 >>> e1000phy0: PHY 17 on miibus0 >>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, = auto >>> e6000sw0: PHY at port 2 >>> miibus1: on e6000sw0 >>> e1000phy1: PHY 18 on miibus1 >>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, = auto >>> e6000sw0: PHY at port 3 >>> miibus2: on e6000sw0 >>> e1000phy2: PHY 19 on miibus2 >>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, = auto >>> e6000sw0: switch is ready. >>> etherswitch0: on e6000sw0 >>> xhci0: mem 0x58000-0x5bfff irq 16 on >> simplebus1 >>> xhci0: 32 bytes context size, 32-bit DMA >>> usbus0 on xhci0 >>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 >>> ehci0: mem 0x5e000-0x5efff = irq >> 17 on simplebus1 >>> usbus1: EHCI version 1.0 >>> usbus1 on ehci0 >>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 >>> sdhci_xenon0: mem >> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>> ahci0: mem 0xe0000-0xe0177 irq 26 on = simplebus1 >>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with = FBS >>> ahcich0: at channel 0 on ahci0 >>> device_attach: ahcich0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> cryptosoft0: >>> Timecounters tick every 1.000 msec >>> mvneta0: link state changed to UP >>> e6000sw0port1: link state changed to DOWN >>> e6000sw0port2: link state changed to DOWN >>> e6000sw0port3: link state changed to DOWN >>> usbus0: 5.0Gbps Super Speed USB v3.0 >>> usbus1: 480Mbps High Speed USB v2.0 >>> Release APs...done >>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 >>> Instruction Set Attributes 0 =3D >>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install = [ro,noatime]... >>> Instruction Set Attributes 1 =3D <> >>> Root mount waiting for: Processor Features 0 =3D >> >>> usbus1 Processor Features 1 =3D <0> >>> usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS >> Mem,MixedEndian,16bit ASID,1TB PA> >>>=20 >>> Memory Model Features 1 =3D <> >>> Memory Model Features 2 =3D <32b CCIDX,48b VA> >>> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 >> Breakpoints,PMUv3,Debug v8> >>> Debug Features 1 =3D <0> >>> Auxiliary Features 0 =3D <0> >>> Auxiliary Features 1 =3D <0> >>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 >>> WARNING: WITNESS option enabled, expect reduced performance. >>> ugen0.1: at usbus0 >>> ugen1.1: at usbus1 >>> uhub0 on usbus0 >>> uhub1 on usbus1 >>> uhub0: on >> usbus0 >>> uhub1: on >> usbus1 >>> uhub0: 2 ports with 2 removable, self powered >>> uhub1: 1 port with 1 removable, self powered >>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... >>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. >>>=20 >>> Loader variables: >>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install >>> vfs.root.mountfrom.options=3Dro,noatime >>>=20 >>> Manual root filesystem specification: >>> : [options] >>> Mount using filesystem >>> and with the specified (optional) option list. >>>=20 >>> eg. ufs:/dev/da0s1a >>> zfs:zroot/ROOT/default >>> cd9660:/dev/cd0 ro >>> (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >>>=20 >>> ? List valid disk boot devices >>> . Yield 1 second (for background tasks) >>> Abort manual input >>>=20 >>> mountroot> ? >>>=20 >>> List of GEOM managed disk devices: >>>=20 >>>=20 >>> mountroot> >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --Apple-Mail=_FE940C80-7C90-45E7-9A63-EA701D2FAF6A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkC0kEuD0Me2xEj5EGvRMAY4qbRsFAl1S+X0ACgkQGvRMAY4q bRvF5Q//VHcqQsKUoOgya/SPpftwBW+qyArvM4PRCSPyhc3OY1wWYHJ3a5Zm+lyT mWQOOYtsow4V7ryQClYA9X2+fDhfym2czOi+rv0a25CxFwzvUL/rTt3cWURHWlFu TkVogNyesL4EresAB5Do6/YMdwbeRzIkwXu64+8gC867dq5gMVAYvMcOIFt7YTPU zsmwGr8yPpJJts2fU88fhGW+9GaKOI5dkhDwSOHIrOhekTrUTXWOKf35aKBHbALY 7RlM6Xsg5VPj5PzNss6lNZuzFRmG0RGeRV+MTEAgHWes/HlGY4OVQJ5fDxitywou AzPpaqy9zTmWm47Wmo7qvq3vIWJx9d/pu3FNUrd75/4AaOs/oHR8TdCIhuW4lOpm hJFdS2tppkyN7Zr7cmaermJPrEw8rEXRD+zMXwofwnyzGkjc+pbh8A5IBjc6HnBO 9Ng5C/gRWZKZJZesBv5fLu8xo6Tl+jh7Zg/PWjPBRfI7OgVk4JwX4CizlTRwulKo wGqlSxMJTS5VtyrxEMg0M+8a/PtwICngdyREDgt6G57ABCT+pmlltoM0hsLGzNdU +Ub5aMVjRlaCkgoqAjc0De57Zl7xJGF3LyQatqMFFWaznlTGtVjjFfGHbi+tLBKY spFBxcgohtaj90QICI/mFYT4LNjLYCrirCSwTHgpaokM6NA6ZQs= =mwVd -----END PGP SIGNATURE----- --Apple-Mail=_FE940C80-7C90-45E7-9A63-EA701D2FAF6A-- From owner-freebsd-arm@freebsd.org Tue Aug 13 21:30:45 2019 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 5FC0EBD847 for ; Tue, 13 Aug 2019 21:30:45 +0000 (UTC) (envelope-from mit@perftech.com) Received: from smtp-gw.pt.net (smtp-gw.pt.net [206.210.194.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp-gw.pt.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 467Qqm2phVz4Rlf for ; Tue, 13 Aug 2019 21:30:43 +0000 (UTC) (envelope-from mit@perftech.com) X-ASG-Debug-ID: 1565731832-09411a01d2252470001-ZNVAc5 Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by smtp-gw.pt.net with ESMTP id FK2akbU4xVdUrpmf (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 13 Aug 2019 16:30:33 -0500 (CDT) X-Barracuda-Envelope-From: mit@perftech.com X-Barracuda-Effective-Source-IP: mail.pt.net[206.210.194.11] X-Barracuda-Apparent-Source-IP: 206.210.194.11 Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id E3C4D841DA7; Tue, 13 Aug 2019 16:30:32 -0500 (CDT) Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavisd-new, port 10032) with ESMTP id QfDJSNnS4qjv; Tue, 13 Aug 2019 16:30:31 -0500 (CDT) Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id 4AED1841DA4; Tue, 13 Aug 2019 16:30:31 -0500 (CDT) X-Virus-Scanned: amavisd-new at pt.net Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id Ky_W0wsiZW6R; Tue, 13 Aug 2019 16:30:31 -0500 (CDT) Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by mail.pt.net (Postfix) with ESMTP id 235DB841DA7; Tue, 13 Aug 2019 16:30:31 -0500 (CDT) Date: Tue, 13 Aug 2019 16:30:31 -0500 (CDT) From: Mit Matelske To: =?iso-8859-1?Q?S=F8ren?= Schmidt Cc: Marcin Wojtas , freebsd-arm Message-ID: <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> In-Reply-To: <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> References: <1565435583431-0.post@n6.nabble.com> <1F22D8DA-E583-4858-911F-F057EC1A30E0@gmail.com> <532380450.3296650.1565636798211.JavaMail.zimbra@perftech.com> <4A647617-EEC0-4A75-ADF6-3D3F553F9AFF@gmail.com> <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> Subject: Re: Espressobin anyone ? MIME-Version: 1.0 X-ASG-Orig-Subj: Re: Espressobin anyone ? X-Mailer: Zimbra 8.8.15_GA_3829 (ZimbraWebClient - GC76 (Linux)/8.8.15_GA_3829) Thread-Topic: Espressobin anyone ? Thread-Index: j6GE7QVhTGvfR/tFl8GPh7S9BUznqA== X-Barracuda-Connect: mail.pt.net[206.210.194.11] X-Barracuda-Start-Time: 1565731833 X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384 X-Barracuda-URL: https://smtp-gw.pt.net:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at pt.net X-Barracuda-Scan-Msg-Size: 61248 X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=BSF_RULE7568M, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.75245 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message 0.50 BSF_RULE7568M Custom Rule 7568M X-Rspamd-Queue-Id: 467Qqm2phVz4Rlf X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mit@perftech.com designates 206.210.194.15 as permitted sender) smtp.mailfrom=mit@perftech.com X-Spamd-Result: default: False [-0.99 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.82)[-0.823,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; IP_SCORE(0.15)[asn: 3549(0.80), country: US(-0.05)]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[pt.net]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; NEURAL_HAM_LONG(-0.91)[-0.908,0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.41)[-0.413,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[mit@pt.net,mit@perftech.com]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:3549, ipnet:206.210.192.0/19, country:US]; FROM_NEQ_ENVFROM(0.00)[mit@pt.net,mit@perftech.com]; RCVD_COUNT_SEVEN(0.00)[7]; SH_EMAIL_ZRD(0.00)[0.0.46.224,0.0.117.48] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2019 21:30:45 -0000 Soren-=20 Thanks for the code snippet! That will fix one of the problems.=20 I still can't mount my filesystem, though. I think I'm doing something real= ly simple, wrong. I believe I'm running the latest code and added some prin= tfs to show the kernel setting the regulator:=20 usbus1 on ehci0=20 syscon_generic4: mem 0x5f800-0x5ffff on simplebus1=20 sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19=20 sdhci_xenon0: vqmmc-supply regulator found=20 sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e808-0= x1e80b irq 24 on simplebus1=20 ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1=20 Could there be a problem with how I am setting up my filesystem? I've tried= both freebsd-ufs and freebsd as the type, with no luck. A gpart listing of= my SD card:=20 root@fbl:~ # gpart list da3=20 Geom name: da3=20 modified: false=20 state: OK=20 fwheads: 255=20 fwsectors: 63=20 last: 62521335=20 first: 3=20 entries: 4=20 scheme: GPT=20 Providers:=20 1. Name: da3p1=20 Mediasize: 41943040 (40M)=20 Sectorsize: 512=20 Stripesize: 0=20 Stripeoffset: 1536=20 Mode: r0w0e0=20 efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000)=20 rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0=20 rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b=20 label: (null)=20 length: 41943040=20 offset: 1536=20 type: efi=20 index: 1=20 end: 81922=20 start: 3=20 2. Name: da3p2=20 Mediasize: 31968979456 (30G)=20 Sectorsize: 512=20 Stripesize: 0=20 Stripeoffset: 41944576=20 Mode: r0w0e0=20 efimedia: HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5)= =20 rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0=20 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b=20 label: (null)=20 length: 31968979456=20 offset: 41944576=20 type: freebsd-ufs=20 index: 2=20 end: 62521335=20 start: 81923=20 Consumers:=20 1. Name: da3=20 Mediasize: 32010928128 (30G)=20 Sectorsize: 512=20 Mode: r0w0e0=20 Thanks!!=20 Mit=20 From: "S=C3=B8ren Schmidt" =20 To: "Marcin Wojtas" =20 Cc: "Mit Matelske" , "freebsd-arm" =20 Sent: Tuesday, August 13, 2019 12:55:09 PM=20 Subject: Re: Espressobin anyone ?=20 Hi=20 That doesn=E2=80=99t seen to work on the espressobin, or least I can=E2=80= =99t get it to pick it up.=20 I use this patch as a workaround:=20 Index: main.c=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20 --- main.c (revision 350496)=20 +++ main.c (working copy)=20 @@ -463,6 +462,13 @@=20 int rv;=20 char *rootdev;=20 +#if defined(__aarch64__)=20 + /* SOS HACK in rootdev, at least Espressobin gets this wrong */=20 + printf("Setting currdev hack\n");=20 + set_currdev("disk0p2");=20 + return (0);=20 +#endif=20 +=20 /*=20 * First choice: if rootdev is already set, use that, even if=20 * it's wrong.=20 Its not pretty but it does the job until I get time to look into why bootar= gs aren=E2=80=99t passed / won=E2=80=99t stick, probably something I havn= =E2=80=99t backported to my -stable12 sources yet...=20 -S=C3=B8ren=20 On 13 Aug 2019, at 01.38, Marcin Wojtas < [ mailto:mw@semihalf.com | mw@sem= ihalf.com ] > wrote:=20 Hi,=20 Not sure if it's what you are looking for, but in order to autoboot, I=20 simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's example fr= om=20 A3720-DB (same should work on EspressoBin):=20 Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0:1=20 ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr}=20 boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr}=20 resetting USB...=20 USB0: Register 2000104 NbrPorts 2=20 Starting the controller=20 USB XHCI 1.00=20 USB1: USB EHCI 1.00=20 - ______ ____ _____ _____=20 | ____| | _ \ / ____| __ \=20 | |___ _ __ ___ ___ | |_) | (___ | | | |=20 | ___| '__/ _ \/ _ \| _ < \___ \| | | |=20 | | | | | __/ __/| |_) |____) | |__| |=20 | | | | | | || | | |=20 |_| |_| \___|\___||____/|_____/|_____/=20 ```=20 `=20 =E2=95=94=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90Welcome to FreeBSD=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=97 s` `.....---.......--.```=20 -/=20 =E2=95=91 =E2=95=91 +o .--` /y:`=20 +.=20 =E2=95=91 1. Boot Multi user [Enter] =E2=95=91 yo`:. :o=20 `+-=20 =E2=95=91 2. Boot Single user =E2=95=91 y/ -/` -o/=20 =E2=95=91 3. Escape to loader prompt =E2=95=91 .-=20 ::/sy+:.=20 =E2=95=91 4. Reboot =E2=95=91 / `--=20 /=20 =E2=95=91 =E2=95=91 `:=20 :`=20 =E2=95=91 Options: =E2=95=91 `:=20 :`=20 =E2=95=91 5. Kernel: default/kernel (1 of 1) =E2=95=91 /=20 /=20 =E2=95=91 6. Boot Options =E2=95=91 .-=20 -.=20 =E2=95=91 =E2=95=91 -- -.=20 =E2=95=91 =E2=95=91 `:` `:`=20 =E2=95=91 =E2=95=91 .-- `--.=20 =E2=95=9A=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=9D .---.....----.=20 Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop=20 Loading kernel...=20 /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94=20 syms=3D[0x8+0x13aaa8+0x8+0x12610d]=20 Loading configured modules...=20 can't find '/boot/entropy'=20 Using DTB provided by EFI at 0x8000000.=20 ---<>---=20 KDB: debugger backends: ddb=20 KDB: current backend: ddb=20 Copyright (c) 1992-2019 The FreeBSD Project.=20 Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=20 The Regents of the University of California. All rights reserved.=20 FreeBSD is a registered trademark of The FreeBSD Foundation.=20 FreeBSD 13.0-CURRENT 17a1fc80d57-c261519(upstream_master) GENERIC arm64=20 FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on LLVM= =20 8.0.0)=20 WARNING: WITNESS option enabled, expect reduced performance.=20 VT: init without driver.=20 Starting CPU 1 (1)=20 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=20 [...]=20 Best regards,=20 Marcin=20 pon., 12 sie 2019 o 23:14 Mit Matelske < [ mailto:mit@pt.net | mit@pt.net ]= > napisa=C5=82(a):=20 BQ_BEGIN Soren-=20 Thanks for the quick response. I built this kernel with revision 350924.=20 I'll dig into whats going on in the morning.=20 Mind posting your diff for your loader.efi?=20 Thanks again!=20 Mit=20 ----- Original Message -----=20 From: "S=C3=B8ren Schmidt" < [ mailto:soren.schmidt@gmail.com | soren.schmi= dt@gmail.com ] >=20 To: "Mit Matelske" < [ mailto:mit@pt.net | mit@pt.net ] >=20 Cc: "tscho" < [ mailto:johannes@t-beutel.com | johannes@t-beutel.com ] >, "= freebsd-arm" <=20 [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] >=20 Sent: Monday, August 12, 2019 3:49:48 PM=20 Subject: Re: Espressobin anyone ?=20 Hi=20 Looks like your sources may be too old, you need to be at least at r348882= =20 to get the fix for the SD card VCC regulator.=20 That change fixed it for me backported to 12-stable...=20 The currdev problem still exists, I have it hardwired in my loader for=20 aarch64 :)=20 -S=C3=B8ren=20 BQ_BEGIN On 12 Aug 2019, at 21.06, Mit Matelske < [ mailto:mit@pt.net | mit@pt.net ]= > wrote:=20 I'm having a couple little hiccups booting this board also. One has=20 been commented on already, that I can't get the loader to automatically=20 start loading the kernel on "disk0p2"...=20 BQ_BEGIN The second, is that the kernel can't find the SD card after booting so=20 BQ_END it can't mount the root filesystem. I'm using the dts/dtb and kernel from= =20 the 13-current branch.=20 BQ_BEGIN Thanks for any and all help. I haven't used u-boot in about decade.=20 BQ_END Spoiled by the x86 platform.=20 BQ_BEGIN Mit Matelske=20 ***U-boot environment:***=20 Marvell>> printenv=20 baudrate=3D115200=20 bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000=20 BQ_END root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0=20 BQ_BEGIN bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload mmc= =20 BQ_END 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr=20 BQ_BEGIN bootdelay=3D2=20 bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload mmc= =20 BQ_END 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr=20 BQ_BEGIN console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000=20 eth1addr=3D00:51:82:11:22:01=20 eth2addr=3D00:51:82:11:22:02=20 eth3addr=3D00:51:82:11:22:03=20 ethact=3Dneta@30000=20 ethaddr=3DF0:AD:4E:09:6B:8F=20 ethprime=3Deth0=20 fdt_addr=3D0x4f00000=20 fdt_high=3D0xffffffffffffffff=20 fdt_name=3Defi/boot/armada-3720-espressobin.dtb=20 fdtcontroladdr=3D3f7161b8=20 gatewayip=3D10.4.50.254=20 get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr=20 BQ_END $fdt_name; run get_ramfs=20 BQ_BEGIN get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr=20 BQ_END 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr -;fi=20 BQ_BEGIN hostname=3Dmarvell=20 image_name=3Defi/freebsd/loader.efi=20 initrd_addr=3D0xa00000=20 initrd_size=3D0x2000000=20 ipaddr=3D0.0.0.0=20 kernel_addr=3D0x5000000=20 loadaddr=3D0x5000000=20 netdev=3Deth0=20 netmask=3D255.255.255.0=20 ramfs_addr=3D0x8000000=20 ramfs_name=3D-=20 root=3Droot=3D/dev/nfs rw=20 rootpath=3D/srv/nfs/=20 serverip=3D0.0.0.0=20 set_bootargs=3Dsetenv bootargs $console $root=20 BQ_END ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none=20 nfsroot=3D$serverip:$rootpath $extra_params=20 BQ_BEGIN stderr=3Dserial@12000=20 stdin=3Dserial@12000=20 stdout=3Dserial@12000=20 ***Full boot logs:***=20 U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800)=20 Model: Marvell Armada 3720 Community Board ESPRESSOBin=20 CPU @ 1000 [MHz]=20 L2 @ 800 [MHz]=20 TClock @ 200 [MHz]=20 DDR @ 800 [MHz]=20 DRAM: 1 GiB=20 U-Boot DT blob at : 000000003f7161b8=20 Comphy-0: USB3 5 Gbps=20 Comphy-1: PEX0 2.5 Gbps=20 Comphy-2: SATA0 6 Gbps=20 SATA link 0 timeout.=20 AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode=20 flags: ncq led only pmp fbss pio slum part sxs=20 PCIE-0: Link down=20 MMC: sdhci@d0000: 0, sdhci@d8000: 1=20 SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB,=20 BQ_END total 4 MiB=20 BQ_BEGIN Net: eth0: neta@30000 [PRIME]=20 Hit any key to stop autoboot: 0=20 switch to partitions #0, OK=20 mmc0 is current device=20 reading efi/freebsd/loader.efi=20 603872 bytes read in 49 ms (11.8 MiB/s)=20 reading efi/boot/armada-3720-espressobin.dtb=20 15946 bytes read in 17 ms (916 KiB/s)=20 ## Starting EFI application at 05000000 ...=20 Scanning disk [ mailto:sdhci@d0000.blk | sdhci@d0000.blk ] ...=20 Card did not respond to voltage select!=20 mmc_init: -95, time 50=20 Found 1 disks=20 Consoles: EFI console=20 FreeBSD/arm64 EFI loader, Revision 1.1=20 Command line arguments: loader.efi=20 EFI version: 2.05=20 EFI Firmware: Das U-boot (rev 0.00)=20 Console: efi (0)=20 Failed to find bootable partition=20 Startup error in /boot/lua/loader.lua: seconds=20 LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument.=20 can't load 'kernel'=20 Type '?' for a list of commands, 'help' for more detailed help.=20 OK=20 OK set currdev=3Ddisk0p2=20 OK boot=20 /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94=20 BQ_END syms=3D[0x8+0x137dd8+0x8+0x126260]=20 BQ_BEGIN Using DTB provided by EFI at 0x8000000.=20 ---<>---=20 KDB: debugger backends: ddb=20 KDB: current backend: ddb=20 Copyright (c) 1992-2019 The FreeBSD Project.=20 Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=20 The Regents of the University of California. All rights reserved.=20 FreeBSD is a registered trademark of The FreeBSD Foundation.=20 FreeBSD 13.0-CURRENT GENERIC arm64=20 FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on=20 BQ_END LLVM 6.0.1)=20 BQ_BEGIN WARNING: WITNESS option enabled, expect reduced performance.=20 VT: init without driver.=20 Starting CPU 1 (1)=20 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=20 arc4random: WARNING: initial seeding bypassed the cryptographic random=20 BQ_END device because it was not yet seeded and the knob 'bypass_before_seeding'= =20 was enabled.=20 BQ_BEGIN random: entropy device external interface=20 MAP 3e681000 mode 2 pages 1=20 MAP 3ffa6000 mode 2 pages 1=20 kbd0 at kbdmux0=20 ofwbus0: =20 simplebus0: on ofwbus0=20 simplebus1: on simplebus0=20 simple_mfd0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1=20 BQ_BEGIN simple_mfd1: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1=20 BQ_BEGIN psci0: on ofwbus0=20 gic0: mem=20 BQ_END 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d9= 1fff,0x1da0000-0x1dbffff=20 irq 27 on simplebus1=20 BQ_BEGIN gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 generic_timer0: irq 0,1,2,3 on ofwbus0=20 Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality 1000=20 Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 cpulist0: on ofwbus0=20 cpu0: on cpulist0=20 cpu1: on cpulist0=20 pmu0: irq 4 on ofwbus0=20 syscon_generic0: mem 0xd000-0xdfff on simplebus1=20 syscon_generic1: mem 0x11500-0x1153f on simplebus1=20 uart0: mem 0x12000-0x121ff irq 9,10,11 on=20 BQ_END simplebus1=20 BQ_BEGIN uart0: console (115200,n,8,1)=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 syscon_generic2: mem 0x14000-0x1405f on simplebus1=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1=20 mvneta0: version is 10=20 mvneta0: Ethernet address: 00:a6:39:ca:e8:00=20 mdio0: on mvneta0=20 mdioproxy0: on mdio0=20 e6000sw0: on mdio0=20 e6000sw0: multi-chip addressing mode (0x1)=20 e6000sw0: CPU port at 0=20 e6000sw0: fixed port at 0=20 e6000sw0: PHY at port 1=20 miibus0: on e6000sw0=20 e1000phy0: PHY 17 on miibus0=20 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 BQ_END 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto=20 BQ_BEGIN e6000sw0: PHY at port 2=20 miibus1: on e6000sw0=20 e1000phy1: PHY 18 on miibus1=20 e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 BQ_END 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto=20 BQ_BEGIN e6000sw0: PHY at port 3=20 miibus2: on e6000sw0=20 e1000phy2: PHY 19 on miibus2=20 e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 BQ_END 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto=20 BQ_BEGIN e6000sw0: switch is ready.=20 etherswitch0: on e6000sw0=20 xhci0: mem 0x58000-0x5bfff irq 16 on=20 BQ_END simplebus1=20 BQ_BEGIN xhci0: 32 bytes context size, 32-bit DMA=20 usbus0 on xhci0=20 syscon_generic3: mem 0x5d800-0x5dfff on simplebus1=20 ehci0: mem 0x5e000-0x5efff irq=20 BQ_END 17 on simplebus1=20 BQ_BEGIN usbus1: EHCI version 1.0=20 usbus1 on ehci0=20 syscon_generic4: mem 0x5f800-0x5ffff on simplebus1=20 sdhci_xenon0: mem=20 BQ_END 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1=20 BQ_BEGIN ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1=20 ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FBS=20 ahcich0: at channel 0 on ahci0=20 device_attach: ahcich0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 cryptosoft0: =20 Timecounters tick every 1.000 msec=20 mvneta0: link state changed to UP=20 e6000sw0port1: link state changed to DOWN=20 e6000sw0port2: link state changed to DOWN=20 e6000sw0port3: link state changed to DOWN=20 usbus0: 5.0Gbps Super Speed USB v3.0=20 usbus1: 480Mbps High Speed USB v2.0=20 Release APs...done=20 CPU 0: ARM Cortex-A53 r0p4 affinity: 0=20 Instruction Set Attributes 0 =3D =20 Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]...=20 Instruction Set Attributes 1 =3D <>=20 Root mount waiting for: Processor Features 0 =3D=20 BQ_END =20 BQ_BEGIN usbus1 Processor Features 1 =3D <0>=20 usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS=20 BQ_END Mem,MixedEndian,16bit ASID,1TB PA>=20 BQ_BEGIN Memory Model Features 1 =3D <>=20 Memory Model Features 2 =3D <32b CCIDX,48b VA>=20 Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6=20 BQ_END Breakpoints,PMUv3,Debug v8>=20 BQ_BEGIN Debug Features 1 =3D <0>=20 Auxiliary Features 0 =3D <0>=20 Auxiliary Features 1 =3D <0>=20 CPU 1: ARM Cortex-A53 r0p4 affinity: 1=20 WARNING: WITNESS option enabled, expect reduced performance.=20 ugen0.1: at usbus0=20 ugen1.1: at usbus1=20 uhub0 on usbus0=20 uhub1 on usbus1=20 uhub0: on=20 BQ_END usbus0=20 BQ_BEGIN uhub1: on=20 BQ_END usbus1=20 BQ_BEGIN uhub0: 2 ports with 2 removable, self powered=20 uhub1: 1 port with 1 removable, self powered=20 mountroot: waiting for device /dev/ufs/FreeBSD_Install...=20 Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19.=20 Loader variables:=20 vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install=20 vfs.root.mountfrom.options=3Dro,noatime=20 Manual root filesystem specification:=20 : [options]=20 Mount using filesystem =20 and with the specified (optional) option list.=20 eg. ufs:/dev/da0s1a=20 zfs:zroot/ROOT/default=20 cd9660:/dev/cd0 ro=20 (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /)=20 ? List valid disk boot devices=20 . Yield 1 second (for background tasks)=20 Abort manual input=20 mountroot> ?=20 List of GEOM managed disk devices:=20 mountroot>=20 BQ_END _______________________________________________=20 [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] mailing list= =20 [ https://lists.freebsd.org/mailman/listinfo/freebsd-arm | https://lists.fr= eebsd.org/mailman/listinfo/freebsd-arm ]=20 To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"=20 BQ_END _______________________________________________=20 [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] mailing list= =20 [ https://lists.freebsd.org/mailman/listinfo/freebsd-arm | https://lists.fr= eebsd.org/mailman/listinfo/freebsd-arm ]=20 To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"=20 BQ_END From owner-freebsd-arm@freebsd.org Wed Aug 14 07:30:35 2019 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 8BFDDC9329 for ; Wed, 14 Aug 2019 07:30:35 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 467h7t5RVQz3QWQ for ; Wed, 14 Aug 2019 07:30:34 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ed1-x52b.google.com with SMTP id z51so21607065edz.13 for ; Wed, 14 Aug 2019 00:30:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=58ctIm34YDLSwI+GqH86IRTE9/oxFBB5dBJXhScr2WE=; b=dE+3dk+MCyz+65Sr9UiUfKocopqi6Fn0hENk9RNRm+uIv1j+cDasp9gCf6nBiGBPxe 7rEt+j7RKCr7FN14xKg94R9XTzLpRNQwADOJHK4XFBICchuRwPYepp6l9JdWoQAKOHwF U8TOJuRKiCqe/X6XEMoZxNllmv0M7m+45OBWN1cWbaEgJOP+c5hozhgBq0W1YDJ6th1O a6TtdUCHZYz2MHm2Z+0+qHiOTkmZrJHPq70qCY7PIRzucNN3O428RVe/qqOkUGPLsPb4 ahXGVASf13vq8T2ch8IPY1l69M3aokKihv3HARdsQQ3b5uRaggh4zeXSSakDA72z0XK5 BX4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=58ctIm34YDLSwI+GqH86IRTE9/oxFBB5dBJXhScr2WE=; b=LcBerlk/InebIlmsBcf/RxsONEvn7ZBGMUuL8KEqCdCbJB13a8LCwLE8B/n4PsZfGP uOpVjbQY/bw89bhnBEaBqlEg0VioU4k99ixh6IfNc1CR13RM/snYX4/l5mw+rWcXmmCD hrc+HEUhrr7pz3Omku4GlsExxYKYCSDO+/K2YRPHK+wJ9b4u3wdzxtbzMUu8+aHyqL0s iiUu8iSQCN5NGJbH7E+FslgbjttPuFFGfk+Zqxh0Y2z5uOXE4b8FYl59FuUvjxgVnqE/ 7y9yWKgRxO8+eG+ZsmGYvU29V/TBdQokbmGgTV/nx7dd9pIC3v9eqn/DpyQUq4yjGPAb 6Y4Q== X-Gm-Message-State: APjAAAVwNq+wdIzBUvcDHnLLeJpJDXLtLlIsPMXj5dg5MLIIodmMZZN9 RhX8Kt7Eoi3mye3zO8NiIYKyo4s7sTpBgA== X-Google-Smtp-Source: APXvYqzTfUxzzo4ltL89iZM1iMD4NAiVN1o+OAbLdw4KABCrSZ+E6b8CJKp7t+9CW3c60hV5lVdaAQ== X-Received: by 2002:a50:a485:: with SMTP id w5mr46737929edb.277.1565767832860; Wed, 14 Aug 2019 00:30:32 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id p23sm1247894eds.81.2019.08.14.00.30.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Aug 2019 00:30:31 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_EB7E5387-4061-478F-BDF3-3985F833F850"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Espressobin anyone ? Date: Wed, 14 Aug 2019 09:30:31 +0200 In-Reply-To: <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> Cc: Marcin Wojtas , freebsd-arm To: Mit Matelske References: <1565435583431-0.post@n6.nabble.com> <1F22D8DA-E583-4858-911F-F057EC1A30E0@gmail.com> <532380450.3296650.1565636798211.JavaMail.zimbra@perftech.com> <4A647617-EEC0-4A75-ADF6-3D3F553F9AFF@gmail.com> <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 467h7t5RVQz3QWQ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=dE+3dk+M; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::52b as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-4.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; HAS_ATTACHMENT(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.995,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; 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.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.46.224,0.0.117.48]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[b.2.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.50), ipnet: 2a00:1450::/32(-3.03), asn: 15169(-2.39), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 07:30:35 -0000 --Apple-Mail=_EB7E5387-4061-478F-BDF3-3985F833F850 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Mit Hmm, from your earlier posted dmesgs it looks like the SD card is not = getting detected properly.. I get this output: sdhci_xenon0: mem = 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 mmc0: on sdhci_xenon0 =E2=80=A6snip=E2=80=A6 mmcsd0: 16GB at mmc0 = 50.0MHz/4bit/65535-block The problem you see was fixed for me by r348882, maybe it got broken = later, I havn=E2=80=99t backported the later changes.. Have you tried another SD card ? I have found 2 of mine that the = espressobin doesn=E2=80=99t like, but works fine with bananapi and = friends... -S=C3=B8ren > On 13 Aug 2019, at 23.30, Mit Matelske wrote: >=20 > Soren- >=20 > Thanks for the code snippet! That will fix one of the problems. >=20 > I still can't mount my filesystem, though. I think I'm doing = something really simple, wrong. I believe I'm running the latest code = and added some printfs to show the kernel setting the regulator: >=20 >=20 > usbus1 on ehci0 > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19 > sdhci_xenon0: vqmmc-supply regulator found > sdhci_xenon0: mem = 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 >=20 >=20 > Could there be a problem with how I am setting up my filesystem? I've = tried both freebsd-ufs and freebsd as the type, with no luck. A gpart = listing of my SD card: >=20 > root@fbl:~ # gpart list da3 > Geom name: da3 > modified: false > state: OK > fwheads: 255 > fwsectors: 63 > last: 62521335 > first: 3 > entries: 4 > scheme: GPT > Providers: > 1. Name: da3p1 > Mediasize: 41943040 (40M) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 1536 > Mode: r0w0e0 > efimedia: = HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) > rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > label: (null) > length: 41943040 > offset: 1536 > type: efi > index: 1 > end: 81922 > start: 3 > 2. Name: da3p2 > Mediasize: 31968979456 (30G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 41944576 > Mode: r0w0e0 > efimedia: = HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5) > rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > label: (null) > length: 31968979456 > offset: 41944576 > type: freebsd-ufs > index: 2 > end: 62521335 > start: 81923 > Consumers: > 1. Name: da3 > Mediasize: 32010928128 (30G) > Sectorsize: 512 > Mode: r0w0e0 >=20 > Thanks!! >=20 > Mit >=20 > From: "S=C3=B8ren Schmidt" > To: "Marcin Wojtas" > Cc: "Mit Matelske" , "freebsd-arm" = > Sent: Tuesday, August 13, 2019 12:55:09 PM > Subject: Re: Espressobin anyone ? >=20 > Hi >=20 > That doesn=E2=80=99t seen to work on the espressobin, or least I = can=E2=80=99t get it to pick it up. >=20 > I use this patch as a workaround: >=20 > Index: main.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 > --- main.c (revision 350496) > +++ main.c (working copy) > @@ -463,6 +462,13 @@ > int rv; > char *rootdev; >=20 > +#if defined(__aarch64__) > + /* SOS HACK in rootdev, at least Espressobin gets this wrong */ > + printf("Setting currdev hack\n"); > + set_currdev("disk0p2"); > + return (0); > +#endif > + > /* > * First choice: if rootdev is already set, use that, even if > * it's wrong. >=20 > Its not pretty but it does the job until I get time to look into why = bootargs aren=E2=80=99t passed / won=E2=80=99t stick, probably something = I havn=E2=80=99t backported to my -stable12 sources yet... >=20 > -S=C3=B8ren >=20 > On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: >=20 > Hi, >=20 > Not sure if it's what you are looking for, but in order to autoboot, I > simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's = example from > A3720-DB (same should work on EspressoBin): >=20 > Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0:1 > ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} > boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > resetting USB... > USB0: Register 2000104 NbrPorts 2 > Starting the controller > USB XHCI 1.00 > USB1: USB EHCI 1.00 > - ______ ____ _____ _____ > | ____| | _ \ / ____| __ \ > | |___ _ __ ___ ___ | |_) | (___ | | | | > | ___| '__/ _ \/ _ \| _ < \___ \| | | | > | | | | | __/ __/| |_) |____) | |__| | > | | | | | | || | | | > |_| |_| \___|\___||____/|_____/|_____/ > ``` > ` > =E2=95=94=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90Welcome to = FreeBSD=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=97 s` = `.....---.......--.``` > -/ > =E2=95=91 =E2=95=91 +o = .--` /y:` > +. > =E2=95=91 1. Boot Multi user [Enter] =E2=95=91 yo`:. = :o > `+- > =E2=95=91 2. Boot Single user =E2=95=91 y/ = -/` -o/ > =E2=95=91 3. Escape to loader prompt =E2=95=91 .- > ::/sy+:. > =E2=95=91 4. Reboot =E2=95=91 / = `-- > / > =E2=95=91 =E2=95=91 `: > :` > =E2=95=91 Options: =E2=95=91 `: > :` > =E2=95=91 5. Kernel: default/kernel (1 of 1) =E2=95=91 / > / > =E2=95=91 6. Boot Options =E2=95=91 .- > -. > =E2=95=91 =E2=95=91 -- = -. > =E2=95=91 =E2=95=91 `:` = `:` > =E2=95=91 =E2=95=91 = .-- `--. > = =E2=95=9A=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=9D .---.....----. > Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop >=20 > Loading kernel... > /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 > syms=3D[0x8+0x13aaa8+0x8+0x12610d] > Loading configured modules... > can't find '/boot/entropy' > Using DTB provided by EFI at 0x8000000. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) GENERIC = arm64 > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM > 8.0.0) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > Starting CPU 1 (1) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > [...] >=20 > Best regards, > Marcin >=20 > pon., 12 sie 2019 o 23:14 Mit Matelske > napisa=C5=82(a): >=20 >=20 > Soren- >=20 > Thanks for the quick response. I built this kernel with revision = 350924. > I'll dig into whats going on in the morning. >=20 > Mind posting your diff for your loader.efi? >=20 > Thanks again! >=20 > Mit >=20 >=20 > ----- Original Message ----- > From: "S=C3=B8ren Schmidt" > > To: "Mit Matelske" > > Cc: "tscho" >, = "freebsd-arm" < > freebsd-arm@freebsd.org > > Sent: Monday, August 12, 2019 3:49:48 PM > Subject: Re: Espressobin anyone ? >=20 > Hi >=20 > Looks like your sources may be too old, you need to be at least at = r348882 > to get the fix for the SD card VCC regulator. >=20 > That change fixed it for me backported to 12-stable... >=20 > The currdev problem still exists, I have it hardwired in my loader for > aarch64 :) >=20 > -S=C3=B8ren >=20 >=20 > On 12 Aug 2019, at 21.06, Mit Matelske > wrote: >=20 > I'm having a couple little hiccups booting this board also. One has > been commented on already, that I can't get the loader to = automatically > start loading the kernel on "disk0p2"... >=20 > The second, is that the kernel can't find the SD card after booting so > it can't mount the root filesystem. I'm using the dts/dtb and kernel = from > the 13-current branch. >=20 > Thanks for any and all help. I haven't used u-boot in about decade. > Spoiled by the x86 platform. >=20 > Mit Matelske >=20 >=20 > ***U-boot environment:*** >=20 >=20 > Marvell>> printenv > baudrate=3D115200 > bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 > bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload = mmc > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > bootdelay=3D2 > bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload = mmc > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > eth1addr=3D00:51:82:11:22:01 > eth2addr=3D00:51:82:11:22:02 > eth3addr=3D00:51:82:11:22:03 > ethact=3Dneta@30000 > ethaddr=3DF0:AD:4E:09:6B:8F > ethprime=3Deth0 > fdt_addr=3D0x4f00000 > fdt_high=3D0xffffffffffffffff > fdt_name=3Defi/boot/armada-3720-espressobin.dtb > fdtcontroladdr=3D3f7161b8 > gatewayip=3D10.4.50.254 > get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr > $fdt_name; run get_ramfs > get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr > 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr = -;fi > hostname=3Dmarvell > image_name=3Defi/freebsd/loader.efi > initrd_addr=3D0xa00000 > initrd_size=3D0x2000000 > ipaddr=3D0.0.0.0 > kernel_addr=3D0x5000000 > loadaddr=3D0x5000000 > netdev=3Deth0 > netmask=3D255.255.255.0 > ramfs_addr=3D0x8000000 > ramfs_name=3D- > root=3Droot=3D/dev/nfs rw > rootpath=3D/srv/nfs/ > serverip=3D0.0.0.0 > set_bootargs=3Dsetenv bootargs $console $root > ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none > nfsroot=3D$serverip:$rootpath $extra_params > stderr=3Dserial@12000 > stdin=3Dserial@12000 > stdout=3Dserial@12000 >=20 >=20 > ***Full boot logs:*** >=20 >=20 > U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800) >=20 > Model: Marvell Armada 3720 Community Board ESPRESSOBin > CPU @ 1000 [MHz] > L2 @ 800 [MHz] > TClock @ 200 [MHz] > DDR @ 800 [MHz] > DRAM: 1 GiB > U-Boot DT blob at : 000000003f7161b8 > Comphy-0: USB3 5 Gbps > Comphy-1: PEX0 2.5 Gbps > Comphy-2: SATA0 6 Gbps > SATA link 0 timeout. > AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > flags: ncq led only pmp fbss pio slum part sxs > PCIE-0: Link down > MMC: sdhci@d0000: 0, sdhci@d8000: 1 > SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, > total 4 MiB > Net: eth0: neta@30000 [PRIME] > Hit any key to stop autoboot: 0 > switch to partitions #0, OK > mmc0 is current device > reading efi/freebsd/loader.efi > 603872 bytes read in 49 ms (11.8 MiB/s) > reading efi/boot/armada-3720-espressobin.dtb > 15946 bytes read in 17 ms (916 KiB/s) > ## Starting EFI application at 05000000 ... > Scanning disk sdhci@d0000.blk ... > Card did not respond to voltage select! > mmc_init: -95, time 50 > Found 1 disks > Consoles: EFI console > FreeBSD/arm64 EFI loader, Revision 1.1 >=20 > Command line arguments: loader.efi > EFI version: 2.05 > EFI Firmware: Das U-boot (rev 0.00) > Console: efi (0) > Failed to find bootable partition > Startup error in /boot/lua/loader.lua: seconds > LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. >=20 > can't load 'kernel' >=20 > Type '?' for a list of commands, 'help' for more detailed help. > OK > OK set currdev=3Ddisk0p2 > OK boot >=20 > /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 > syms=3D[0x8+0x137dd8+0x8+0x126260] > Using DTB provided by EFI at 0x8000000. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2019 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 GENERIC arm64 > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on > LLVM 6.0.1) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > Starting CPU 1 (1) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > arc4random: WARNING: initial seeding bypassed the cryptographic random > device because it was not yet seeded and the knob = 'bypass_before_seeding' > was enabled. > random: entropy device external interface > MAP 3e681000 mode 2 pages 1 > MAP 3ffa6000 mode 2 pages 1 > kbd0 at kbdmux0 > ofwbus0: > simplebus0: on ofwbus0 > simplebus1: on simplebus0 > simple_mfd0: mem > 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > simple_mfd1: mem > 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > psci0: on ofwbus0 > gic0: mem > = 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d= 91fff,0x1da0000-0x1dbffff > irq 27 on simplebus1 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > generic_timer0: irq 0,1,2,3 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality = 1000 > Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > pmu0: irq 4 on ofwbus0 > syscon_generic0: mem 0xd000-0xdfff on simplebus1 > syscon_generic1: mem 0x11500-0x1153f on simplebus1 > uart0: mem 0x12000-0x121ff irq 9,10,11 on > simplebus1 > uart0: console (115200,n,8,1) > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > syscon_generic2: mem 0x14000-0x1405f on simplebus1 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 > mvneta0: version is 10 > mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > mdio0: on mvneta0 > mdioproxy0: on mdio0 > e6000sw0: on mdio0 > e6000sw0: multi-chip addressing mode (0x1) > e6000sw0: CPU port at 0 > e6000sw0: fixed port at 0 > e6000sw0: PHY at port 1 > miibus0: on e6000sw0 > e1000phy0: PHY 17 on miibus0 > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: PHY at port 2 > miibus1: on e6000sw0 > e1000phy1: PHY 18 on miibus1 > e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: PHY at port 3 > miibus2: on e6000sw0 > e1000phy2: PHY 19 on miibus2 > e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: switch is ready. > etherswitch0: on e6000sw0 > xhci0: mem 0x58000-0x5bfff irq 16 on > simplebus1 > xhci0: 32 bytes context size, 32-bit DMA > usbus0 on xhci0 > syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > ehci0: mem 0x5e000-0x5efff irq > 17 on simplebus1 > usbus1: EHCI version 1.0 > usbus1 on ehci0 > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > sdhci_xenon0: mem > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 > ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with = FBS > ahcich0: at channel 0 on ahci0 > device_attach: ahcich0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > cryptosoft0: > Timecounters tick every 1.000 msec > mvneta0: link state changed to UP > e6000sw0port1: link state changed to DOWN > e6000sw0port2: link state changed to DOWN > e6000sw0port3: link state changed to DOWN > usbus0: 5.0Gbps Super Speed USB v3.0 > usbus1: 480Mbps High Speed USB v2.0 > Release APs...done > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > Instruction Set Attributes 0 =3D > Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... > Instruction Set Attributes 1 =3D <> > Root mount waiting for: Processor Features 0 =3D > > usbus1 Processor Features 1 =3D <0> > usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS > Mem,MixedEndian,16bit ASID,1TB PA> >=20 > Memory Model Features 1 =3D <> > Memory Model Features 2 =3D <32b CCIDX,48b VA> > Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 > Breakpoints,PMUv3,Debug v8> > Debug Features 1 =3D <0> > Auxiliary Features 0 =3D <0> > Auxiliary Features 1 =3D <0> > CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > WARNING: WITNESS option enabled, expect reduced performance. > ugen0.1: at usbus0 > ugen1.1: at usbus1 > uhub0 on usbus0 > uhub1 on usbus1 > uhub0: on > usbus0 > uhub1: on > usbus1 > uhub0: 2 ports with 2 removable, self powered > uhub1: 1 port with 1 removable, self powered > mountroot: waiting for device /dev/ufs/FreeBSD_Install... > Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. >=20 > Loader variables: > vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > vfs.root.mountfrom.options=3Dro,noatime >=20 > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. >=20 > eg. ufs:/dev/da0s1a > zfs:zroot/ROOT/default > cd9660:/dev/cd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >=20 > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input >=20 > mountroot> ? >=20 > List of GEOM managed disk devices: >=20 >=20 > mountroot> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm = > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm = > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 >=20 --Apple-Mail=_EB7E5387-4061-478F-BDF3-3985F833F850 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkC0kEuD0Me2xEj5EGvRMAY4qbRsFAl1TuJcACgkQGvRMAY4q bRsoqg//XbALiYJ4Te66uVFLbt7xKTpBwPcrHsHyQD+kFSZCTv/VxfNzXqvvapga BFMTTES8H+AE4dB8jEAY5wSYX9v8hCBMnpOg0r+vRvcdLvsg8OU7XM+0EgzODQ66 QOQGExmxisCjSU99IdvfvP7W/JtgLaa72OoNK+FVtr9Kloy0Xf5dJ3nZCibFOgPC 0ihDbybznsjlZtUJJNvessqNQuYbadWp2huxQLzAUY30OaGKUXyzw1KpngeTdfsX NbFvR2JCW54o4BICdzTIf0uIDurtQFRceeqzIXVOH0O32McOEvtjNWZeLxhes0wK gwngTr0zypSi8FsfrCDwCdTwSkkE7Q9D6EYodplcdmNKNlLYIO4XczQHUSlnD9HS ZS/8rSzNIcC6CixGbLi+wAnFZEW35Qd2XgSt/RGfV/z4QLAnRsXV1f9NKsE/Scoh X7h8QzXGRs0EmMgbxVmY7mxY1MqDv7QgxPzpbLwpB+cedSb+5tvZuhF8a2hNSQ4h YUP3Jc7wI6vr4HgCbHia+rwyMqjaaCfzXRBnyQihNauhEVLJAXv7HI5BjpJvjPUO 07uTXieMo4rBUJcozUCIG55wmn8XbQ5dNiUo7Mj8qh+BSTNUDNSPaKKYgLHl5Q0Z umhMyCHT29IkUBGbIosLxxiLxQZX5YcI2A5SglRpdT/69OjePOk= =Ym+k -----END PGP SIGNATURE----- --Apple-Mail=_EB7E5387-4061-478F-BDF3-3985F833F850-- From owner-freebsd-arm@freebsd.org Wed Aug 14 13:04:16 2019 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 AC061AB01A for ; Wed, 14 Aug 2019 13:04:16 +0000 (UTC) (envelope-from dpolyg@gmail.com) Received: from mail-pl1-x644.google.com (mail-pl1-x644.google.com [IPv6:2607:f8b0:4864:20::644]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 467qXw0hmyz4Hjv for ; Wed, 14 Aug 2019 13:04:15 +0000 (UTC) (envelope-from dpolyg@gmail.com) Received: by mail-pl1-x644.google.com with SMTP id bj8so3669523plb.4 for ; Wed, 14 Aug 2019 06:04:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=VHn9kFew0CU//qTwut+otDEXzJwWJPjs91sip3IqzEI=; b=BGD0LvK4e/gy4dadg4sMsqRWT3TzVrODKpKSjdtN80N67K/jR3AVPalpzNwCUuGsbB ugSoFLp/CMxvoSb7o2JrgX652lPw4a6p71oXQDjmdgj6zu/hDfA4uHTIzrDSZvQi9SUk hpGbzaFd2e0ngrIPepVkuUWGf4qriYgt6ohm4AGAFaJO7U0I28wCguOtnHiJ764Uas0v KNBAa2tC4RFPw0SalV4TizPHJaO6zD5NVwpPYZt5vjTmXTca/O4Du8y9K8C4yBDtA70r grfRbCSVRKHYC5HiaMb/GgdSXbmhbOlbnzgEWkAaGhc9w/9HNiLhzpmA4brNrDy5vqPC krhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=VHn9kFew0CU//qTwut+otDEXzJwWJPjs91sip3IqzEI=; b=JUSrhfE4vgfKBKXW3wyrUKUgqX0UpJu+d7krua+YeqhIiEVUJphtB4Dq6bNPu5V5WB ubxlRUI84uC72bUNl+ZxPbJ/SndX3WjcsAVdP60t5biikg3wBA9XadkJO5aTN5lmc0ju 3bkERR4cTIKMA1ovrqI44bbJH7OX3zSP9Hd5Xi/H7VmUjtRiSxXZTH2+t8rLgFGxCgfY mgsis2Pemadpe0Ze8fgtg/a2oNzToO78zzvk1u9lssdAH2oZk3T0pG6sdzEJu7C1SAiU eQbUTz1W5tXMfNIXjRSPrSWflFhTRgpB4ZCs5ujxuKbHnBjGiNdEIdm+HY5jr3pBXMUV pAQA== X-Gm-Message-State: APjAAAVIIUFjeKM+XK1ltgj7cYduWtWXegrYJz9Gs6chX4t9oMnIy6ge TXqPhiqp96WdliXg/5jl21CEHXttk70= X-Google-Smtp-Source: APXvYqys+lpN3J/bpq4ws+m2DnANA8SzV6GQY935D1IJZXoYzFLLeuJvKMY1AxpCeNBNd4Blkwnk/Q== X-Received: by 2002:a17:902:b28:: with SMTP id 37mr26950239plq.2.1565787854359; Wed, 14 Aug 2019 06:04:14 -0700 (PDT) Received: from [192.168.1.100] (ngn6-ppp1221.tokyo.sannet.ne.jp. [157.192.84.205]) by smtp.googlemail.com with ESMTPSA id g10sm16861472pfb.95.2019.08.14.06.04.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Aug 2019 06:04:13 -0700 (PDT) Subject: Re: USB 3.0 support for Rockchip RK3328 To: greg@unrelenting.technology, Emmanuel Vadot Cc: freebsd-arm@freebsd.org References: <20190812171248.4af265a7bd48056407f796d6@bidouilliste.com> <27a49a3c8a6e2029d696b359bed47ee3@unrelenting.technology> From: Denis Polygalov Message-ID: Date: Wed, 14 Aug 2019 22:04:08 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <27a49a3c8a6e2029d696b359bed47ee3@unrelenting.technology> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 467qXw0hmyz4Hjv X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=BGD0LvK4; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dpolyg@gmail.com designates 2607:f8b0:4864:20::644 as permitted sender) smtp.mailfrom=dpolyg@gmail.com X-Spamd-Result: default: False [-3.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; RECEIVED_SPAMHAUS_PBL(0.00)[205.84.192.157.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.4.6.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-0.39), ipnet: 2607:f8b0::/32(-2.97), asn: 15169(-2.39), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 13:04:16 -0000 After application of this patch: https://patchwork.kernel.org/patch/10853381/ and recompiling kernel I got this in dmesg: # dmesg | egrep 'usb|dwc|USB' dwc0: mem 0xff540000-0xff54ffff irq 43 on ofwbus0 miibus0: on dwc0 dwc0: Ethernet address: 82:d6:05:ce:da:87 dwcotg0: mem 0xff580000-0xff5bffff irq 45 on ofwbus0 usbus0 on dwcotg0 usbus1 on ohci0 usbus0: 480Mbps High Speed USB v2.0 usbus1: 12Mbps Full Speed USB v1.0 ugen1.1: at usbus1 uhub0 on usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1 on usbus0 uhub1: on usbus0 Root mount waiting for: usbus1 usbus0 dwc0: link state changed to DOWN dwc0: link state changed to UP but no response to connection of any USB device. Also I noticed that 'gpioctl -f /dev/gpioc4 26 1' make sense only for ROCKPro64 which is not what I have: # ls /dev/gp* /dev/gpioc0 /dev/gpioc1 /dev/gpioc2 /dev/gpioc3 Is there some similar magic command to turn on USB parts on ROCK64? Regards, Denis. On 13/08/2019 4:53 am, greg@unrelenting.technology wrote: > August 12, 2019 6:12 PM, "Emmanuel Vadot" wrote: > >> On Mon, 12 Aug 2019 17:19:30 +0300 >> Greg V wrote: >> >>> On August 12, 2019 4:10:07 PM GMT+03:00, Denis Polygalov wrote: >>> Hi. I'm testing this patch: >>> >>> https://reviews.freebsd.org/D19335 >>> >>> on my ROCK64 (v2.0) board. Not ROCKPro(!) >>> >>> Any ideas how to make this work please? >>> >>> Looks like the devicetree that's in the freebsd repo right now does not have the usb3 node. >>> >>> Google for rk3328 dwc3 usb3, apply the related dts changes (or just download the whole dts from a >>> newer Linux version), rebuild the dtb and boot with the new dtb. >> >> Only the vendor DTS have something related to usb3 with a compatible >> "rockchip,rk3328-xhci". >> This controller isn't documented in the TRM so I don't know much about >> it, based on the property of the dts node I guess it's a dwc3 because >> there is some snps props but ... > > I'm talking about this patch: > > http://lkml.iu.edu/hypermail/linux/kernel/1708.2/01066.html > > that mentions rockchip,rk3328-dwc3 > > so I guess it wasn't upstreamed > From owner-freebsd-arm@freebsd.org Wed Aug 14 14:09:14 2019 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 90267ACEA7 for ; Wed, 14 Aug 2019 14:09:14 +0000 (UTC) (envelope-from 0102016c9076088b-3a2d88d7-4df8-4cd6-9894-c3d383c07459-000000@eu-west-1.amazonses.com) Received: from a4-4.smtp-out.eu-west-1.amazonses.com (a4-4.smtp-out.eu-west-1.amazonses.com [54.240.4.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 467rzr4MRxz4MYn for ; Wed, 14 Aug 2019 14:09:12 +0000 (UTC) (envelope-from 0102016c9076088b-3a2d88d7-4df8-4cd6-9894-c3d383c07459-000000@eu-west-1.amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=uwfrvhlat3drqdfg3hx77nynjjjdh6z6; d=sitaridev.co.za; t=1565791750; h=Message-ID:Date:Subject:From:Reply-To:To:MIME-Version:Content-Type:List-Unsubscribe:List-Id; bh=CZr71g9+DKfWwn7E9IF66Kn4G6V5QWuL9Z52AsdODSw=; b=Pk89d7g5SwnKX1D+fkGOvWvOGBmVUrQBj8Pr3tY1b0z+enw4NDlFlawIh1XqIRoD xVckSXyd10a0O0dVDvqvvt1xnwpAyxVinzSaxzCKxbnObCKvjJOft/JmhjEYl1eZA9P 17OVxCy7cQ4R+JrOi3TF+9wDuA0l9TtMxhHBGqUk= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ihchhvubuqgjsxyuhssfvqohv7z3u4hn; d=amazonses.com; t=1565791750; h=Message-ID:Date:Subject:From:Reply-To:To:MIME-Version:Content-Type:List-Unsubscribe:List-Id:Feedback-ID; bh=CZr71g9+DKfWwn7E9IF66Kn4G6V5QWuL9Z52AsdODSw=; b=YtzvnblrOw5ndJM50XJ0qCFfbXtPIjAR3r74xQl81uUdMK3EoKoEKzdNtlzu2SuF FaIj2ONjOENKUNFh8hVUss/zZ1N6DB+DOn/UwXyisWy8zz+jMsvPz3fuVR31KRFBXQe 8gS+PdnbOuoj6dr6Q5TWrL+e+MYnuT2iMCZBXSKw= Message-ID: <0102016c9076088b-3a2d88d7-4df8-4cd6-9894-c3d383c07459-000000@eu-west-1.amazonses.com> Date: Wed, 14 Aug 2019 14:09:10 +0000 Subject: Apartments | Beautiful Finishes | Paradiso From: Sitari Country Estate | Somerset West Reply-To: Sitari Country Estate | Somerset West To: "freebsd-arm@freebsd.org" MIME-Version: 1.0 X-Sender: schelderberg@sitaridev.co.za X-Report-Abuse: Please report abuse for this campaign here: http://leopardmail.co.za/index.php/campaigns/yv3855vow84b4/report-abuse/kr5611ywn5335/zn951cqdvg0b8 X-Receiver: freebsd-arm@freebsd.org X-Ntog-Tracking-Did: 0 X-Ntog-Subscriber-Uid: zn951cqdvg0b8 X-Ntog-Mailer: SwiftMailer - 5.4.x X-Ntog-EBS: http://leopardmail.co.za/index.php/lists/block-address X-Ntog-Delivery-Sid: 1 X-Ntog-Customer-Uid: qy253wb5dy193 X-Ntog-Customer-Gid: 1 X-Ntog-Campaign-Uid: yv3855vow84b4 Precedence: bulk Feedback-ID: 1.eu-west-1.uvn48qXFNfbBCSq27QjYopu03+ZevnFjz7NsiwWAkk8=:AmazonSES X-SES-Outgoing: 2019.08.14-54.240.4.4 X-Rspamd-Queue-Id: 467rzr4MRxz4MYn X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=sitaridev.co.za header.s=uwfrvhlat3drqdfg3hx77nynjjjdh6z6 header.b=Pk89d7g5; dkim=pass header.d=amazonses.com header.s=ihchhvubuqgjsxyuhssfvqohv7z3u4hn header.b=Ytzvnblr; dmarc=none; spf=pass (mx1.freebsd.org: domain of 0102016c9076088b-3a2d88d7-4df8-4cd6-9894-c3d383c07459-000000@eu-west-1.amazonses.com designates 54.240.4.4 as permitted sender) smtp.mailfrom=0102016c9076088b-3a2d88d7-4df8-4cd6-9894-c3d383c07459-000000@eu-west-1.amazonses.com X-Spamd-Result: default: False [-6.09 / 15.00]; HAS_REPLYTO(0.00)[reply@sitaridev.co.za]; R_SPF_ALLOW(-0.20)[+ip4:54.240.0.0/18]; REPLYTO_DN_EQ_FROM_DN(0.00)[]; DKIM_TRACE(0.00)[sitaridev.co.za:+,amazonses.com:+]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; MAILLIST(-0.10)[generic]; FORGED_SENDER(0.00)[schelderberg@sitaridev.co.za,0102016c9076088b-3a2d88d7-4df8-4cd6-9894-c3d383c07459-000000@eu-west-1.amazonses.com]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.49)[ip: (-9.71), ipnet: 54.240.0.0/21(-1.33), asn: 16509(-1.35), country: US(-0.05)]; ASN(0.00)[asn:16509, ipnet:54.240.0.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[schelderberg@sitaridev.co.za,0102016c9076088b-3a2d88d7-4df8-4cd6-9894-c3d383c07459-000000@eu-west-1.amazonses.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[sitaridev.co.za:s=uwfrvhlat3drqdfg3hx77nynjjjdh6z6,amazonses.com:s=ihchhvubuqgjsxyuhssfvqohv7z3u4hn]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; PRECEDENCE_BULK(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[sitaridev.co.za]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.4.240.54.list.dnswl.org : 127.0.15.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; FORGED_SENDER_MAILLIST(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 14:09:14 -0000 NEW DEVELOPMENT =E2=80=A2 HELDERBERG PARADISO PREMIUM APARTMENTS = =C2=A0 Purchase Your New Condo-Style Home with Stunning Views & Well-Co= nsidered Features =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Discover Y= our First-Time Apartment Investment Now Selling from only R 1 650 000 (= Includes Transfer Duty) =C2=A0 =C2=A0 CALL ME BACK http://leopardma= il.co.za/index.php/campaigns/yv3855vow84b4/track-url/zn951cqdvg0b8/479d0ad0= 1fbed51fd6772df81d6a5aba5a2b6e82 =C2=A0 GET SALES PACK =C2=A0 = =C2=A0 =C2=A0 =C2=A0 VISIT WEBSITE http://leopardmail.co.za/index.p= hp/campaigns/yv3855vow84b4/track-url/zn951cqdvg0b8/7e3bf1618f4445ba0a0f2d78= ff81f5335fe8bd95 =C2=A0 =C2=A0 Click here if you're not able to view = this mailer http://leopardmail.co.za/index.php/campaigns/yv3855vow84b4/tr= ack-url/zn951cqdvg0b8/72098a22923024618329ab093d5e937b1f3dc3ae This email= was sent to freebsd-arm@freebsd.org on=C2=A008/14/2019 from Sitari Count= ry Estate If the email was send in error please unsubscribe here -= =C2=A0=C2=A0Unsubscribe http://leopardmail.co.za/index.php/lists/kr5611yw= n5335/unsubscribe/zn951cqdvg0b8/yv3855vow84b4 ~ Report email as unsolicit= ed http://leopardmail.co.za/index.php/campaigns/yv3855vow84b4/track-url/z= n951cqdvg0b8/1716637b968ad398113945bf8b5934e6220c649b Leopard Mail is an = email-marketing service that serves companies of all shapes and sizes. = With several users/companies sending campaigns to hundreds of millions of= recipients, we're bound to get abuse reports.=C2=A0 We take abuse report= s seriously, if you believe a customer is sending unsolicited and or spam= email, please report abuse immediately HERE http://leopardmail.co.za/ind= ex.php/campaigns/yv3855vow84b4/track-url/zn951cqdvg0b8/1716637b968ad3981139= 45bf8b5934e6220c649b From owner-freebsd-arm@freebsd.org Wed Aug 14 14:29:22 2019 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 E1C98AD4C3 for ; Wed, 14 Aug 2019 14:29:22 +0000 (UTC) (envelope-from mit@perftech.com) Received: from smtp-gw.pt.net (smtp-gw.pt.net [206.210.194.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp-gw.pt.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 467sR55wsQz4NMJ for ; Wed, 14 Aug 2019 14:29:21 +0000 (UTC) (envelope-from mit@perftech.com) X-ASG-Debug-ID: 1565792955-09411a01d2265ae0001-ZNVAc5 Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by smtp-gw.pt.net with ESMTP id t4D9iGV5o2glHaXf (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 14 Aug 2019 09:29:15 -0500 (CDT) X-Barracuda-Envelope-From: mit@perftech.com X-Barracuda-Effective-Source-IP: mail.pt.net[206.210.194.11] X-Barracuda-Apparent-Source-IP: 206.210.194.11 Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id F06BA841DBD; Wed, 14 Aug 2019 09:29:14 -0500 (CDT) Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavisd-new, port 10032) with ESMTP id JCSoEhBE851n; Wed, 14 Aug 2019 09:29:13 -0500 (CDT) Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id 7320F841DBB; Wed, 14 Aug 2019 09:29:13 -0500 (CDT) X-Virus-Scanned: amavisd-new at pt.net Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id XgDiC7fbXj9G; Wed, 14 Aug 2019 09:29:13 -0500 (CDT) Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by mail.pt.net (Postfix) with ESMTP id 4C13C841DBD; Wed, 14 Aug 2019 09:29:13 -0500 (CDT) Date: Wed, 14 Aug 2019 09:29:13 -0500 (CDT) From: Mit Matelske To: =?iso-8859-1?Q?S=F8ren?= Schmidt Cc: Marcin Wojtas , freebsd-arm Message-ID: <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> In-Reply-To: <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> References: <532380450.3296650.1565636798211.JavaMail.zimbra@perftech.com> <4A647617-EEC0-4A75-ADF6-3D3F553F9AFF@gmail.com> <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> Subject: Re: Espressobin anyone ? MIME-Version: 1.0 X-ASG-Orig-Subj: Re: Espressobin anyone ? X-Mailer: Zimbra 8.8.15_GA_3829 (ZimbraWebClient - GC76 (Linux)/8.8.15_GA_3829) Thread-Topic: Espressobin anyone ? Thread-Index: 6iTzATkZ1OvYpV0ul4TO+Qlti1urdQ== X-Barracuda-Connect: mail.pt.net[206.210.194.11] X-Barracuda-Start-Time: 1565792955 X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384 X-Barracuda-URL: https://smtp-gw.pt.net:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at pt.net X-Barracuda-Scan-Msg-Size: 67229 X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=BSF_RULE7568M, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.75275 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message 0.50 BSF_RULE7568M Custom Rule 7568M X-Rspamd-Queue-Id: 467sR55wsQz4NMJ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mit@perftech.com designates 206.210.194.15 as permitted sender) smtp.mailfrom=mit@perftech.com X-Spamd-Result: default: False [-0.96 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.79)[-0.785,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; IP_SCORE(0.15)[asn: 3549(0.80), country: US(-0.05)]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[pt.net]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.46.224,0.0.117.48]; NEURAL_HAM_LONG(-0.91)[-0.907,0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.41)[-0.412,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[mit@pt.net,mit@perftech.com]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:3549, ipnet:206.210.192.0/19, country:US]; FROM_NEQ_ENVFROM(0.00)[mit@pt.net,mit@perftech.com]; RCVD_COUNT_SEVEN(0.00)[7]; SH_EMAIL_ZRD(0.00)[0.0.117.48,0.0.46.224] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 14:29:22 -0000 Soren-=20 Thanks for the info. I'll grab a couple more SD cards at lunch. This one is= a new Samsung 32GB. I'll also try putting the changes into 12 and see if t= hat helps. I'm using the latest 13-current.=20 Again, appreciate the hand holding!=20 Mit=20 From: "S=C3=B8ren Schmidt" =20 To: "Mit Matelske" =20 Cc: "Marcin Wojtas" , "freebsd-arm" =20 Sent: Wednesday, August 14, 2019 2:30:31 AM=20 Subject: Re: Espressobin anyone ?=20 Hi Mit=20 Hmm, from your earlier posted dmesgs it looks like the SD card is not getti= ng detected properly..=20 I get this output:=20 sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e808-0= x1e80b irq 24 on simplebus1=20 mmc0: on sdhci_xenon0=20 =E2=80=A6 snip =E2=80=A6=20 mmcsd0: 16GB at mmc0 50.0= MHz/4bit/65535-block=20 The problem you see was fixed for me by r348882, maybe it got broken later,= I havn=E2=80=99t backported the later changes..=20 Have you tried another SD card ? I have found 2 of mine that the espressobi= n doesn=E2=80=99t like, but works fine with bananapi and friends...=20 -S=C3=B8ren=20 On 13 Aug 2019, at 23.30, Mit Matelske < [ mailto:mit@pt.net | mit@pt.net ]= > wrote:=20 Soren-=20 Thanks for the code snippet! That will fix one of the problems.=20 I still can't mount my filesystem, though. I think I'm doing something real= ly simple, wrong. I believe I'm running the latest code and added some prin= tfs to show the kernel setting the regulator:=20 usbus1 on ehci0=20 syscon_generic4: mem 0x5f800-0x5ffff on simplebus1=20 sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19=20 sdhci_xenon0: vqmmc-supply regulator found=20 sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e808-0= x1e80b irq 24 on simplebus1=20 ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1=20 Could there be a problem with how I am setting up my filesystem? I've tried= both freebsd-ufs and freebsd as the type, with no luck. A gpart listing of= my SD card:=20 root@fbl:~ # gpart list da3=20 Geom name: da3=20 modified: false=20 state: OK=20 fwheads: 255=20 fwsectors: 63=20 last: 62521335=20 first: 3=20 entries: 4=20 scheme: GPT=20 Providers:=20 1. Name: da3p1=20 Mediasize: 41943040 (40M)=20 Sectorsize: 512=20 Stripesize: 0=20 Stripeoffset: 1536=20 Mode: r0w0e0=20 efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000)=20 rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0=20 rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b=20 label: (null)=20 length: 41943040=20 offset: 1536=20 type: efi=20 index: 1=20 end: 81922=20 start: 3=20 2. Name: da3p2=20 Mediasize: 31968979456 (30G)=20 Sectorsize: 512=20 Stripesize: 0=20 Stripeoffset: 41944576=20 Mode: r0w0e0=20 efimedia: HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5)= =20 rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0=20 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b=20 label: (null)=20 length: 31968979456=20 offset: 41944576=20 type: freebsd-ufs=20 index: 2=20 end: 62521335=20 start: 81923=20 Consumers:=20 1. Name: da3=20 Mediasize: 32010928128 (30G)=20 Sectorsize: 512=20 Mode: r0w0e0=20 Thanks!!=20 Mit=20 From: "S=C3=B8ren Schmidt" < [ mailto:soren.schmidt@gmail.com | soren.schmi= dt@gmail.com ] >=20 To: "Marcin Wojtas" < [ mailto:mw@semihalf.com | mw@semihalf.com ] >=20 Cc: "Mit Matelske" < [ mailto:mit@pt.net | mit@pt.net ] >, "freebsd-arm" < = [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] >=20 Sent: Tuesday, August 13, 2019 12:55:09 PM=20 Subject: Re: Espressobin anyone ?=20 Hi=20 That doesn=E2=80=99t seen to work on the espressobin, or least I can=E2=80= =99t get it to pick it up.=20 I use this patch as a workaround:=20 Index: main.c=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20 --- main.c (revision 350496)=20 +++ main.c (working copy)=20 @@ -463,6 +462,13 @@=20 int rv;=20 char *rootdev;=20 +#if defined(__aarch64__)=20 + /* SOS HACK in rootdev, at least Espressobin gets this wrong */=20 + printf("Setting currdev hack\n");=20 + set_currdev("disk0p2");=20 + return (0);=20 +#endif=20 +=20 /*=20 * First choice: if rootdev is already set, use that, even if=20 * it's wrong.=20 Its not pretty but it does the job until I get time to look into why bootar= gs aren=E2=80=99t passed / won=E2=80=99t stick, probably something I havn= =E2=80=99t backported to my -stable12 sources yet...=20 -S=C3=B8ren=20 BQ_BEGIN On 13 Aug 2019, at 01.38, Marcin Wojtas < [ mailto:mw@semihalf.com | mw@sem= ihalf.com ] > wrote:=20 Hi,=20 Not sure if it's what you are looking for, but in order to autoboot, I=20 simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's example fr= om=20 A3720-DB (same should work on EspressoBin):=20 Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0:1=20 ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr}=20 boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr}=20 resetting USB...=20 USB0: Register 2000104 NbrPorts 2=20 Starting the controller=20 USB XHCI 1.00=20 USB1: USB EHCI 1.00=20 - ______ ____ _____ _____=20 | ____| | _ \ / ____| __ \=20 | |___ _ __ ___ ___ | |_) | (___ | | | |=20 | ___| '__/ _ \/ _ \| _ < \___ \| | | |=20 | | | | | __/ __/| |_) |____) | |__| |=20 | | | | | | || | | |=20 |_| |_| \___|\___||____/|_____/|_____/=20 ```=20 `=20 =E2=95=94=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90Welcome to FreeBSD=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=97 s` `.....---.......--.```=20 -/=20 =E2=95=91 =E2=95=91 +o .--` /y:`=20 +.=20 =E2=95=91 1. Boot Multi user [Enter] =E2=95=91 yo`:. :o=20 `+-=20 =E2=95=91 2. Boot Single user =E2=95=91 y/ -/` -o/=20 =E2=95=91 3. Escape to loader prompt =E2=95=91 .-=20 ::/sy+:.=20 =E2=95=91 4. Reboot =E2=95=91 / `--=20 /=20 =E2=95=91 =E2=95=91 `:=20 :`=20 =E2=95=91 Options: =E2=95=91 `:=20 :`=20 =E2=95=91 5. Kernel: default/kernel (1 of 1) =E2=95=91 /=20 /=20 =E2=95=91 6. Boot Options =E2=95=91 .-=20 -.=20 =E2=95=91 =E2=95=91 -- -.=20 =E2=95=91 =E2=95=91 `:` `:`=20 =E2=95=91 =E2=95=91 .-- `--.=20 =E2=95=9A=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=9D .---.....----.=20 Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop=20 Loading kernel...=20 /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94=20 syms=3D[0x8+0x13aaa8+0x8+0x12610d]=20 Loading configured modules...=20 can't find '/boot/entropy'=20 Using DTB provided by EFI at 0x8000000.=20 ---<>---=20 KDB: debugger backends: ddb=20 KDB: current backend: ddb=20 Copyright (c) 1992-2019 The FreeBSD Project.=20 Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=20 The Regents of the University of California. All rights reserved.=20 FreeBSD is a registered trademark of The FreeBSD Foundation.=20 FreeBSD 13.0-CURRENT 17a1fc80d57-c261519(upstream_master) GENERIC arm64=20 FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on LLVM= =20 8.0.0)=20 WARNING: WITNESS option enabled, expect reduced performance.=20 VT: init without driver.=20 Starting CPU 1 (1)=20 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=20 [...]=20 Best regards,=20 Marcin=20 pon., 12 sie 2019 o 23:14 Mit Matelske < [ mailto:mit@pt.net | mit@pt.net ]= > napisa=C5=82(a):=20 BQ_BEGIN Soren-=20 Thanks for the quick response. I built this kernel with revision 350924.=20 I'll dig into whats going on in the morning.=20 Mind posting your diff for your loader.efi?=20 Thanks again!=20 Mit=20 ----- Original Message -----=20 From: "S=C3=B8ren Schmidt" < [ mailto:soren.schmidt@gmail.com | soren.schmi= dt@gmail.com ] >=20 To: "Mit Matelske" < [ mailto:mit@pt.net | mit@pt.net ] >=20 Cc: "tscho" < [ mailto:johannes@t-beutel.com | johannes@t-beutel.com ] >, "= freebsd-arm" <=20 [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] >=20 Sent: Monday, August 12, 2019 3:49:48 PM=20 Subject: Re: Espressobin anyone ?=20 Hi=20 Looks like your sources may be too old, you need to be at least at r348882= =20 to get the fix for the SD card VCC regulator.=20 That change fixed it for me backported to 12-stable...=20 The currdev problem still exists, I have it hardwired in my loader for=20 aarch64 :)=20 -S=C3=B8ren=20 BQ_BEGIN On 12 Aug 2019, at 21.06, Mit Matelske < [ mailto:mit@pt.net | mit@pt.net ]= > wrote:=20 I'm having a couple little hiccups booting this board also. One has=20 been commented on already, that I can't get the loader to automatically=20 start loading the kernel on "disk0p2"...=20 BQ_BEGIN The second, is that the kernel can't find the SD card after booting so=20 BQ_END it can't mount the root filesystem. I'm using the dts/dtb and kernel from= =20 the 13-current branch.=20 BQ_BEGIN Thanks for any and all help. I haven't used u-boot in about decade.=20 BQ_END Spoiled by the x86 platform.=20 BQ_BEGIN Mit Matelske=20 ***U-boot environment:***=20 Marvell>> printenv=20 baudrate=3D115200=20 bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000=20 BQ_END root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0=20 BQ_BEGIN bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload mmc= =20 BQ_END 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr=20 BQ_BEGIN bootdelay=3D2=20 bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload mmc= =20 BQ_END 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr=20 BQ_BEGIN console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000=20 eth1addr=3D00:51:82:11:22:01=20 eth2addr=3D00:51:82:11:22:02=20 eth3addr=3D00:51:82:11:22:03=20 ethact=3Dneta@30000=20 ethaddr=3DF0:AD:4E:09:6B:8F=20 ethprime=3Deth0=20 fdt_addr=3D0x4f00000=20 fdt_high=3D0xffffffffffffffff=20 fdt_name=3Defi/boot/armada-3720-espressobin.dtb=20 fdtcontroladdr=3D3f7161b8=20 gatewayip=3D10.4.50.254=20 get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr=20 BQ_END $fdt_name; run get_ramfs=20 BQ_BEGIN get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr=20 BQ_END 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr -;fi=20 BQ_BEGIN hostname=3Dmarvell=20 image_name=3Defi/freebsd/loader.efi=20 initrd_addr=3D0xa00000=20 initrd_size=3D0x2000000=20 ipaddr=3D0.0.0.0=20 kernel_addr=3D0x5000000=20 loadaddr=3D0x5000000=20 netdev=3Deth0=20 netmask=3D255.255.255.0=20 ramfs_addr=3D0x8000000=20 ramfs_name=3D-=20 root=3Droot=3D/dev/nfs rw=20 rootpath=3D/srv/nfs/=20 serverip=3D0.0.0.0=20 set_bootargs=3Dsetenv bootargs $console $root=20 BQ_END ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none=20 nfsroot=3D$serverip:$rootpath $extra_params=20 BQ_BEGIN stderr=3Dserial@12000=20 stdin=3Dserial@12000=20 stdout=3Dserial@12000=20 ***Full boot logs:***=20 U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800)=20 Model: Marvell Armada 3720 Community Board ESPRESSOBin=20 CPU @ 1000 [MHz]=20 L2 @ 800 [MHz]=20 TClock @ 200 [MHz]=20 DDR @ 800 [MHz]=20 DRAM: 1 GiB=20 U-Boot DT blob at : 000000003f7161b8=20 Comphy-0: USB3 5 Gbps=20 Comphy-1: PEX0 2.5 Gbps=20 Comphy-2: SATA0 6 Gbps=20 SATA link 0 timeout.=20 AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode=20 flags: ncq led only pmp fbss pio slum part sxs=20 PCIE-0: Link down=20 MMC: sdhci@d0000: 0, sdhci@d8000: 1=20 SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB,=20 BQ_END total 4 MiB=20 BQ_BEGIN Net: eth0: neta@30000 [PRIME]=20 Hit any key to stop autoboot: 0=20 switch to partitions #0, OK=20 mmc0 is current device=20 reading efi/freebsd/loader.efi=20 603872 bytes read in 49 ms (11.8 MiB/s)=20 reading efi/boot/armada-3720-espressobin.dtb=20 15946 bytes read in 17 ms (916 KiB/s)=20 ## Starting EFI application at 05000000 ...=20 Scanning disk [ mailto:sdhci@d0000.blk | sdhci@d0000.blk ] ...=20 Card did not respond to voltage select!=20 mmc_init: -95, time 50=20 Found 1 disks=20 Consoles: EFI console=20 FreeBSD/arm64 EFI loader, Revision 1.1=20 Command line arguments: loader.efi=20 EFI version: 2.05=20 EFI Firmware: Das U-boot (rev 0.00)=20 Console: efi (0)=20 Failed to find bootable partition=20 Startup error in /boot/lua/loader.lua: seconds=20 LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument.=20 can't load 'kernel'=20 Type '?' for a list of commands, 'help' for more detailed help.=20 OK=20 OK set currdev=3Ddisk0p2=20 OK boot=20 /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94=20 BQ_END syms=3D[0x8+0x137dd8+0x8+0x126260]=20 BQ_BEGIN Using DTB provided by EFI at 0x8000000.=20 ---<>---=20 KDB: debugger backends: ddb=20 KDB: current backend: ddb=20 Copyright (c) 1992-2019 The FreeBSD Project.=20 Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=20 The Regents of the University of California. All rights reserved.=20 FreeBSD is a registered trademark of The FreeBSD Foundation.=20 FreeBSD 13.0-CURRENT GENERIC arm64=20 FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on=20 BQ_END LLVM 6.0.1)=20 BQ_BEGIN WARNING: WITNESS option enabled, expect reduced performance.=20 VT: init without driver.=20 Starting CPU 1 (1)=20 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=20 arc4random: WARNING: initial seeding bypassed the cryptographic random=20 BQ_END device because it was not yet seeded and the knob 'bypass_before_seeding'= =20 was enabled.=20 BQ_BEGIN random: entropy device external interface=20 MAP 3e681000 mode 2 pages 1=20 MAP 3ffa6000 mode 2 pages 1=20 kbd0 at kbdmux0=20 ofwbus0: =20 simplebus0: on ofwbus0=20 simplebus1: on simplebus0=20 simple_mfd0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1=20 BQ_BEGIN simple_mfd1: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1=20 BQ_BEGIN psci0: on ofwbus0=20 gic0: mem=20 BQ_END 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d9= 1fff,0x1da0000-0x1dbffff=20 irq 27 on simplebus1=20 BQ_BEGIN gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 generic_timer0: irq 0,1,2,3 on ofwbus0=20 Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality 1000=20 Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 cpulist0: on ofwbus0=20 cpu0: on cpulist0=20 cpu1: on cpulist0=20 pmu0: irq 4 on ofwbus0=20 syscon_generic0: mem 0xd000-0xdfff on simplebus1=20 syscon_generic1: mem 0x11500-0x1153f on simplebus1=20 uart0: mem 0x12000-0x121ff irq 9,10,11 on=20 BQ_END simplebus1=20 BQ_BEGIN uart0: console (115200,n,8,1)=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 syscon_generic2: mem 0x14000-0x1405f on simplebus1=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1=20 mvneta0: version is 10=20 mvneta0: Ethernet address: 00:a6:39:ca:e8:00=20 mdio0: on mvneta0=20 mdioproxy0: on mdio0=20 e6000sw0: on mdio0=20 e6000sw0: multi-chip addressing mode (0x1)=20 e6000sw0: CPU port at 0=20 e6000sw0: fixed port at 0=20 e6000sw0: PHY at port 1=20 miibus0: on e6000sw0=20 e1000phy0: PHY 17 on miibus0=20 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 BQ_END 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto=20 BQ_BEGIN e6000sw0: PHY at port 2=20 miibus1: on e6000sw0=20 e1000phy1: PHY 18 on miibus1=20 e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 BQ_END 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto=20 BQ_BEGIN e6000sw0: PHY at port 3=20 miibus2: on e6000sw0=20 e1000phy2: PHY 19 on miibus2=20 e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 BQ_END 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto=20 BQ_BEGIN e6000sw0: switch is ready.=20 etherswitch0: on e6000sw0=20 xhci0: mem 0x58000-0x5bfff irq 16 on=20 BQ_END simplebus1=20 BQ_BEGIN xhci0: 32 bytes context size, 32-bit DMA=20 usbus0 on xhci0=20 syscon_generic3: mem 0x5d800-0x5dfff on simplebus1=20 ehci0: mem 0x5e000-0x5efff irq=20 BQ_END 17 on simplebus1=20 BQ_BEGIN usbus1: EHCI version 1.0=20 usbus1 on ehci0=20 syscon_generic4: mem 0x5f800-0x5ffff on simplebus1=20 sdhci_xenon0: mem=20 BQ_END 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1=20 BQ_BEGIN ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1=20 ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FBS=20 ahcich0: at channel 0 on ahci0=20 device_attach: ahcich0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 cryptosoft0: =20 Timecounters tick every 1.000 msec=20 mvneta0: link state changed to UP=20 e6000sw0port1: link state changed to DOWN=20 e6000sw0port2: link state changed to DOWN=20 e6000sw0port3: link state changed to DOWN=20 usbus0: 5.0Gbps Super Speed USB v3.0=20 usbus1: 480Mbps High Speed USB v2.0=20 Release APs...done=20 CPU 0: ARM Cortex-A53 r0p4 affinity: 0=20 Instruction Set Attributes 0 =3D =20 Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]...=20 Instruction Set Attributes 1 =3D <>=20 Root mount waiting for: Processor Features 0 =3D=20 BQ_END =20 BQ_BEGIN usbus1 Processor Features 1 =3D <0>=20 usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS=20 BQ_END Mem,MixedEndian,16bit ASID,1TB PA>=20 BQ_BEGIN Memory Model Features 1 =3D <>=20 Memory Model Features 2 =3D <32b CCIDX,48b VA>=20 Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6=20 BQ_END Breakpoints,PMUv3,Debug v8>=20 BQ_BEGIN Debug Features 1 =3D <0>=20 Auxiliary Features 0 =3D <0>=20 Auxiliary Features 1 =3D <0>=20 CPU 1: ARM Cortex-A53 r0p4 affinity: 1=20 WARNING: WITNESS option enabled, expect reduced performance.=20 ugen0.1: at usbus0=20 ugen1.1: at usbus1=20 uhub0 on usbus0=20 uhub1 on usbus1=20 uhub0: on=20 BQ_END usbus0=20 BQ_BEGIN uhub1: on=20 BQ_END usbus1=20 BQ_BEGIN uhub0: 2 ports with 2 removable, self powered=20 uhub1: 1 port with 1 removable, self powered=20 mountroot: waiting for device /dev/ufs/FreeBSD_Install...=20 Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19.=20 Loader variables:=20 vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install=20 vfs.root.mountfrom.options=3Dro,noatime=20 Manual root filesystem specification:=20 : [options]=20 Mount using filesystem =20 and with the specified (optional) option list.=20 eg. ufs:/dev/da0s1a=20 zfs:zroot/ROOT/default=20 cd9660:/dev/cd0 ro=20 (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /)=20 ? List valid disk boot devices=20 . Yield 1 second (for background tasks)=20 Abort manual input=20 mountroot> ?=20 List of GEOM managed disk devices:=20 mountroot>=20 BQ_END _______________________________________________=20 [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] mailing list= =20 [ https://lists.freebsd.org/mailman/listinfo/freebsd-arm | https://lists.fr= eebsd.org/mailman/listinfo/freebsd-arm ]=20 To unsubscribe, send any mail to " [ mailto:freebsd-arm-unsubscribe@freebsd= .org | freebsd-arm-unsubscribe@freebsd.org ] "=20 BQ_END _______________________________________________=20 [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] mailing list= =20 [ https://lists.freebsd.org/mailman/listinfo/freebsd-arm | https://lists.fr= eebsd.org/mailman/listinfo/freebsd-arm ]=20 To unsubscribe, send any mail to " [ mailto:freebsd-arm-unsubscribe@freebsd= .org | freebsd-arm-unsubscribe@freebsd.org ] "=20 BQ_END BQ_END From owner-freebsd-arm@freebsd.org Wed Aug 14 14:35:20 2019 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 10AF8AD8FE for ; Wed, 14 Aug 2019 14:35:20 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out.migadu.com (out.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.migadu.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 467sYy5xcyz4Ntm for ; Wed, 14 Aug 2019 14:35:18 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: (Migadu outbound); Wed, 14 Aug 2019 14:35:16 +0000 Received: from [100.70.53.62] ([185.211.157.79]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id E70DBA25-B8E5-490C-A53F-8608DB2B64DE.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Wed, 14 Aug 2019 14:35:16 +0000 Date: Wed, 14 Aug 2019 17:35:12 +0300 User-Agent: K-9 Mail for Android In-Reply-To: References: <20190812171248.4af265a7bd48056407f796d6@bidouilliste.com> <27a49a3c8a6e2029d696b359bed47ee3@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: USB 3.0 support for Rockchip RK3328 To: Denis Polygalov ,Emmanuel Vadot CC: freebsd-arm@freebsd.org From: Greg V Message-ID: DKIM-Signature: v=1; a=rsa-sha256; bh=5hLBsPkcA1fKdDpblxooKVC2w3hU6QhTA/IWVgaC/zA=; c=relaxed/simple; d=unrelenting.technology; h=from:subject:date:to; s=default; b=fzsfIIPLQ7iZJsW8U73mobr5BMWFycszqkpSQdGFo9fB15Of00mp8KWrPeR8UjE0jZdKBsJfEknAuorOPYPeaUuXk08gILv/kWPfNo04dgF+DUQRkgzL6378vH4fHjdzH1XNu7dCwp0OZCUL2Pj3qdlvjnqYDRRldK5dI5S1um0= X-Rspamd-Queue-Id: 467sYy5xcyz4Ntm X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=fzsfIIPL; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-6.58 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; RCVD_IN_DNSWL_NONE(0.00)[63.223.121.91.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.60)[ip: (-9.84), ipnet: 91.121.0.0/16(-4.36), asn: 16276(1.22), country: FR(-0.01)]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 14:35:20 -0000 On August 14, 2019 4:04:08 PM GMT+03:00, Denis Polygalov wrote: >After application of this patch: >https://patchwork=2Ekernel=2Eorg/patch/10853381 >dwcotg0: That's not it, that's 2=2E0, not xhci=2E Make sure you have the 3=2E0 node= in the device tree=2E >Also I noticed that 'gpioctl -f /dev/gpioc4 26 1' >make sense only for ROCKPro64 >Is there some similar magic command to turn on USB parts on ROCK64? Probably=2E Really they shouldn't be turned off, there's some place in the= rockchip drivers that's responsible for regulators, I just haven't figured= out what to do there=2E From owner-freebsd-arm@freebsd.org Wed Aug 14 15:41:20 2019 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 0612CAFD49 for ; Wed, 14 Aug 2019 15:41:20 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 467v266ZZsz4T1b for ; Wed, 14 Aug 2019 15:41:18 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-qt1-x82d.google.com with SMTP id e8so10060214qtp.7 for ; Wed, 14 Aug 2019 08:41:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=gx5jWrxkeg7rOYele5KnW8EMGK5OSvlOG3bFRN+nr4M=; b=LNoveqd2NfOLpUcP22GTGHYGjSgQeVySZI2uaLY5CPs+5hTABUkqAU1r8XRT7w6Gpu o9/VAPfaDfcRiiH11XcyBimjL0N/ict+LZKHZWrJNXfJgyQ4YB543+dcJK1kCjeOj1EY oSNY7Qgxwc2o+fLsUXHpBrMmkqyG7YF+hEbx3sBo05rQ7RPbwX6TvRN1+t8HncelQV9b sXfIBEDyYL3Y7ISbho7yMVvZBxHAkHGL4oECDacq3ttcEw6lHYPgsPJhNwRBM5d2q6xL /dC3sf+1sIEkODJD2suSF8VVlMBn08FyyryntQk7ODerg3ps1Pv+J2GNvsMWW4Tqq1tq 1/6A== 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=gx5jWrxkeg7rOYele5KnW8EMGK5OSvlOG3bFRN+nr4M=; b=Tu6ydGoMiseHRlJ6rJsHtlZFq/yfNQq5K+62fqA2M1g3gxk6ekLYe/FpSPmho7/Wh+ i2flxwGmORhPu5WsksnSp194KOKTHFZPZJ2zG7MAWgOAaTXytEwR2TeHxgPCFLuGiNXl QMzDBvAAdsAsJ39ayDmJQtEhRVWIBKev2bdcMzwKc7Hmqb6FDtJKZHEb2XsRZWVGiNjU H23xVe1y+kWlE8Dub/31KIyJU7T1PLDoYhxaudcCry2cXX/87X6uvNoN9j+d9X7FOZ4x aGEuJnadxH4LJ4aO7nLPK8RixUYbhukb05pN+Nyw9EBnz2b2mbHqW5looamCUjlZlTk0 HYvg== X-Gm-Message-State: APjAAAU8Vc1ApiBw+Oh8OxyglLW9rRp4taOr7uCJYv7ksmZ9jNdbCFwg dHj+izq4V2YtdBXhxKMg7vaoVeTpcbkOE3kNobZLpA== X-Google-Smtp-Source: APXvYqyNy5NfWERxDocipGaXB8DEC+17Xfly6JrYbDJhdYr6kd0BNa+7bdEMEdIXZCOOpGuhf8TmASiDsa3TDnD3A20= X-Received: by 2002:a0c:e703:: with SMTP id d3mr242713qvn.194.1565797277530; Wed, 14 Aug 2019 08:41:17 -0700 (PDT) MIME-Version: 1.0 References: <532380450.3296650.1565636798211.JavaMail.zimbra@perftech.com> <4A647617-EEC0-4A75-ADF6-3D3F553F9AFF@gmail.com> <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> In-Reply-To: <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> From: Marcin Wojtas Date: Wed, 14 Aug 2019 17:41:04 +0200 Message-ID: Subject: Re: Espressobin anyone ? To: Mit Matelske Cc: =?UTF-8?Q?S=C3=B8ren_Schmidt?= , freebsd-arm X-Rspamd-Queue-Id: 467v266ZZsz4T1b X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf-com.20150623.gappssmtp.com header.s=20150623 header.b=LNoveqd2; dmarc=none; spf=none (mx1.freebsd.org: domain of mw@semihalf.com has no SPF policy when checking 2607:f8b0:4864:20::82d) smtp.mailfrom=mw@semihalf.com X-Spamd-Result: default: False [-5.26 / 15.00]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[semihalf-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-0.995,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-2.96)[ip: (-9.40), ipnet: 2607:f8b0::/32(-2.98), asn: 15169(-2.39), country: US(-0.05)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SH_EMAIL_ZRD(0.00)[0.0.117.48,0.0.46.224]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[semihalf-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[semihalf.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[d.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 15:41:20 -0000 Hi Mit, Since you are using the latest 13-current, could you please try if passing rootdev via u-boot bootargs (please see my previous email) works for you without the loader modification? Best regards, Marcin =C5=9Br., 14 sie 2019 o 16:29 Mit Matelske napisa=C5=82(a): > Soren- > > Thanks for the info. I'll grab a couple more SD cards at lunch. This on= e > is a new Samsung 32GB. I'll also try putting the changes into 12 and see > if that helps. I'm using the latest 13-current. > > Again, appreciate the hand holding! > > Mit > > ------------------------------ > *From: *"S=C3=B8ren Schmidt" > *To: *"Mit Matelske" > *Cc: *"Marcin Wojtas" , "freebsd-arm" < > freebsd-arm@freebsd.org> > *Sent: *Wednesday, August 14, 2019 2:30:31 AM > *Subject: *Re: Espressobin anyone ? > > Hi Mit > > Hmm, from your earlier posted dmesgs it looks like the SD card is not > getting detected properly.. > > I get this output: > > sdhci_xenon0: mem > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > mmc0: on sdhci_xenon0 > =E2=80=A6snip=E2=80=A6 > mmcsd0: 16GB at mmc0 > 50.0MHz/4bit/65535-block > > The problem you see was fixed for me by r348882, maybe it got broken > later, I havn=E2=80=99t backported the later changes.. > > Have you tried another SD card ? I have found 2 of mine that the > espressobin doesn=E2=80=99t like, but works fine with bananapi and friend= s... > > -S=C3=B8ren > > On 13 Aug 2019, at 23.30, Mit Matelske wrote: > > Soren- > > Thanks for the code snippet! That will fix one of the problems. > > I still can't mount my filesystem, though. I think I'm doing something > really simple, wrong. I believe I'm running the latest code and added so= me > printfs to show the kernel setting the regulator: > > > usbus1 on ehci0 > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19 > sdhci_xenon0: vqmmc-supply regulator found > sdhci_xenon0: mem > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 > > > Could there be a problem with how I am setting up my filesystem? I've > tried both freebsd-ufs and freebsd as the type, with no luck. A gpart > listing of my SD card: > > root@fbl:~ # gpart list da3 > Geom name: da3 > modified: false > state: OK > fwheads: 255 > fwsectors: 63 > last: 62521335 > first: 3 > entries: 4 > scheme: GPT > Providers: > 1. Name: da3p1 > Mediasize: 41943040 (40M) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 1536 > Mode: r0w0e0 > efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) > rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > label: (null) > length: 41943040 > offset: 1536 > type: efi > index: 1 > end: 81922 > start: 3 > 2. Name: da3p2 > Mediasize: 31968979456 (30G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 41944576 > Mode: r0w0e0 > efimedia: > HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5) > rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > label: (null) > length: 31968979456 > offset: 41944576 > type: freebsd-ufs > index: 2 > end: 62521335 > start: 81923 > Consumers: > 1. Name: da3 > Mediasize: 32010928128 (30G) > Sectorsize: 512 > Mode: r0w0e0 > > Thanks!! > > Mit > > ------------------------------ > *From: *"S=C3=B8ren Schmidt" > *To: *"Marcin Wojtas" > *Cc: *"Mit Matelske" , "freebsd-arm" > *Sent: *Tuesday, August 13, 2019 12:55:09 PM > *Subject: *Re: Espressobin anyone ? > > Hi > > That doesn=E2=80=99t seen to work on the espressobin, or least I can=E2= =80=99t get it to > pick it up. > > I use this patch as a workaround: > > Index: main.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 > --- main.c (revision 350496) > +++ main.c (working copy) > @@ -463,6 +462,13 @@ > int rv; > char *rootdev; > > +#if defined(__aarch64__) > + /* SOS HACK in rootdev, at least Espressobin gets this wrong */ > + printf("Setting currdev hack\n"); > + set_currdev("disk0p2"); > + return (0); > +#endif > + > /* > * First choice: if rootdev is already set, use that, even if > * it's wrong. > > Its not pretty but it does the job until I get time to look into why > bootargs aren=E2=80=99t passed / won=E2=80=99t stick, probably something = I havn=E2=80=99t > backported to my -stable12 sources yet... > > -S=C3=B8ren > > On 13 Aug 2019, at 01.38, Marcin Wojtas wrote: > > Hi, > > Not sure if it's what you are looking for, but in order to autoboot, I > simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's example = from > A3720-DB (same should work on EspressoBin): > > Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0:1 > ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} > boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > resetting USB... > USB0: Register 2000104 NbrPorts 2 > Starting the controller > USB XHCI 1.00 > USB1: USB EHCI 1.00 > - ______ ____ _____ _____ > | ____| | _ \ / ____| __ \ > | |___ _ __ ___ ___ | |_) | (___ | | | | > | ___| '__/ _ \/ _ \| _ < \___ \| | | | > | | | | | __/ __/| |_) |____) | |__| | > | | | | | | || | | | > |_| |_| \___|\___||____/|_____/|_____/ > ``` > ` > =E2=95=94=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90Welcome to FreeBSD=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=97 s` `.....---.......--.``` > -/ > =E2=95=91 =E2=95=91 +o .--` = /y:` > +. > =E2=95=91 1. Boot Multi user [Enter] =E2=95=91 yo`:. = :o > `+- > =E2=95=91 2. Boot Single user =E2=95=91 y/ = -/` -o/ > =E2=95=91 3. Escape to loader prompt =E2=95=91 .- > ::/sy+:. > =E2=95=91 4. Reboot =E2=95=91 / = `-- > / > =E2=95=91 =E2=95=91 `: > :` > =E2=95=91 Options: =E2=95=91 `: > :` > =E2=95=91 5. Kernel: default/kernel (1 of 1) =E2=95=91 / > / > =E2=95=91 6. Boot Options =E2=95=91 .- > -. > =E2=95=91 =E2=95=91 -- = -. > =E2=95=91 =E2=95=91 `:` = `:` > =E2=95=91 =E2=95=91 .-- = `--. > =E2=95=9A=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=9D .---.....----. > Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop > > Loading kernel... > /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 > syms=3D[0x8+0x13aaa8+0x8+0x12610d] > Loading configured modules... > can't find '/boot/entropy' > Using DTB provided by EFI at 0x8000000. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) GENERIC arm64 > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on LLV= M > 8.0.0) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > Starting CPU 1 (1) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > [...] > > Best regards, > Marcin > > pon., 12 sie 2019 o 23:14 Mit Matelske napisa=C5=82(a): > > > Soren- > > Thanks for the quick response. I built this kernel with revision 350924. > I'll dig into whats going on in the morning. > > Mind posting your diff for your loader.efi? > > Thanks again! > > Mit > > > ----- Original Message ----- > From: "S=C3=B8ren Schmidt" > To: "Mit Matelske" > Cc: "tscho" , "freebsd-arm" < > freebsd-arm@freebsd.org> > Sent: Monday, August 12, 2019 3:49:48 PM > Subject: Re: Espressobin anyone ? > > Hi > > Looks like your sources may be too old, you need to be at least at r34888= 2 > to get the fix for the SD card VCC regulator. > > That change fixed it for me backported to 12-stable... > > The currdev problem still exists, I have it hardwired in my loader for > aarch64 :) > > -S=C3=B8ren > > > On 12 Aug 2019, at 21.06, Mit Matelske wrote: > > I'm having a couple little hiccups booting this board also. One has > > been commented on already, that I can't get the loader to automatically > start loading the kernel on "disk0p2"... > > > The second, is that the kernel can't find the SD card after booting so > > it can't mount the root filesystem. I'm using the dts/dtb and kernel fro= m > the 13-current branch. > > > Thanks for any and all help. I haven't used u-boot in about decade. > > Spoiled by the x86 platform. > > > Mit Matelske > > > ***U-boot environment:*** > > > Marvell>> printenv > baudrate=3D115200 > bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > > root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 > > bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload mmc > > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > bootdelay=3D2 > bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload mmc > > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > eth1addr=3D00:51:82:11:22:01 > eth2addr=3D00:51:82:11:22:02 > eth3addr=3D00:51:82:11:22:03 > ethact=3Dneta@30000 > ethaddr=3DF0:AD:4E:09:6B:8F > ethprime=3Deth0 > fdt_addr=3D0x4f00000 > fdt_high=3D0xffffffffffffffff > fdt_name=3Defi/boot/armada-3720-espressobin.dtb > fdtcontroladdr=3D3f7161b8 > gatewayip=3D10.4.50.254 > get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr > > $fdt_name; run get_ramfs > > get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr > > 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr -;fi > > hostname=3Dmarvell > image_name=3Defi/freebsd/loader.efi > initrd_addr=3D0xa00000 > initrd_size=3D0x2000000 > ipaddr=3D0.0.0.0 > kernel_addr=3D0x5000000 > loadaddr=3D0x5000000 > netdev=3Deth0 > netmask=3D255.255.255.0 > ramfs_addr=3D0x8000000 > ramfs_name=3D- > root=3Droot=3D/dev/nfs rw > rootpath=3D/srv/nfs/ > serverip=3D0.0.0.0 > set_bootargs=3Dsetenv bootargs $console $root > > ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none > nfsroot=3D$serverip:$rootpath $extra_params > > stderr=3Dserial@12000 > stdin=3Dserial@12000 > stdout=3Dserial@12000 > > > ***Full boot logs:*** > > > U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800) > > Model: Marvell Armada 3720 Community Board ESPRESSOBin > CPU @ 1000 [MHz] > L2 @ 800 [MHz] > TClock @ 200 [MHz] > DDR @ 800 [MHz] > DRAM: 1 GiB > U-Boot DT blob at : 000000003f7161b8 > Comphy-0: USB3 5 Gbps > Comphy-1: PEX0 2.5 Gbps > Comphy-2: SATA0 6 Gbps > SATA link 0 timeout. > AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > flags: ncq led only pmp fbss pio slum part sxs > PCIE-0: Link down > MMC: sdhci@d0000: 0, sdhci@d8000: 1 > SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, > > total 4 MiB > > Net: eth0: neta@30000 [PRIME] > Hit any key to stop autoboot: 0 > switch to partitions #0, OK > mmc0 is current device > reading efi/freebsd/loader.efi > 603872 bytes read in 49 ms (11.8 MiB/s) > reading efi/boot/armada-3720-espressobin.dtb > 15946 bytes read in 17 ms (916 KiB/s) > ## Starting EFI application at 05000000 ... > Scanning disk sdhci@d0000.blk... > Card did not respond to voltage select! > mmc_init: -95, time 50 > Found 1 disks > Consoles: EFI console > FreeBSD/arm64 EFI loader, Revision 1.1 > > Command line arguments: loader.efi > EFI version: 2.05 > EFI Firmware: Das U-boot (rev 0.00) > Console: efi (0) > Failed to find bootable partition > Startup error in /boot/lua/loader.lua: seconds > LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. > > can't load 'kernel' > > Type '?' for a list of commands, 'help' for more detailed help. > OK > OK set currdev=3Ddisk0p2 > OK boot > > /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 > > syms=3D[0x8+0x137dd8+0x8+0x126260] > > Using DTB provided by EFI at 0x8000000. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2019 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 GENERIC arm64 > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on > > LLVM 6.0.1) > > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > Starting CPU 1 (1) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > arc4random: WARNING: initial seeding bypassed the cryptographic random > > device because it was not yet seeded and the knob 'bypass_before_seeding' > was enabled. > > random: entropy device external interface > MAP 3e681000 mode 2 pages 1 > MAP 3ffa6000 mode 2 pages 1 > kbd0 at kbdmux0 > ofwbus0: > simplebus0: on ofwbus0 > simplebus1: on simplebus0 > simple_mfd0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > > simple_mfd1: mem > > 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > > psci0: on ofwbus0 > gic0: mem > > > 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1= d91fff,0x1da0000-0x1dbffff > irq 27 on simplebus1 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 o= n > simple_mfd0 > > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > generic_timer0: irq 0,1,2,3 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality 1000 > Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000 > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 o= n > simple_mfd0 > > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 o= n > simple_mfd0 > > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 o= n > simple_mfd0 > > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 o= n > simple_mfd0 > > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > pmu0: irq 4 on ofwbus0 > syscon_generic0: mem 0xd000-0xdfff on simplebus1 > syscon_generic1: mem 0x11500-0x1153f on simplebus1 > uart0: mem 0x12000-0x121ff irq 9,10,11 on > > simplebus1 > > uart0: console (115200,n,8,1) > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 o= n > simple_mfd0 > > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > syscon_generic2: mem 0x14000-0x1405f on simplebus1 > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 > mvneta0: version is 10 > mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > mdio0: on mvneta0 > mdioproxy0: on mdio0 > e6000sw0: on mdio0 > e6000sw0: multi-chip addressing mode (0x1) > e6000sw0: CPU port at 0 > e6000sw0: fixed port at 0 > e6000sw0: PHY at port 1 > miibus0: on e6000sw0 > e1000phy0: PHY 17 on miibus0 > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > > e6000sw0: PHY at port 2 > miibus1: on e6000sw0 > e1000phy1: PHY 18 on miibus1 > e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > > e6000sw0: PHY at port 3 > miibus2: on e6000sw0 > e1000phy2: PHY 19 on miibus2 > e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > > e6000sw0: switch is ready. > etherswitch0: on e6000sw0 > xhci0: mem 0x58000-0x5bfff irq 16 on > > simplebus1 > > xhci0: 32 bytes context size, 32-bit DMA > usbus0 on xhci0 > syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > ehci0: mem 0x5e000-0x5efff irq > > 17 on simplebus1 > > usbus1: EHCI version 1.0 > usbus1 on ehci0 > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > sdhci_xenon0: mem > > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 > ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FBS > ahcich0: at channel 0 on ahci0 > device_attach: ahcich0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > cryptosoft0: > Timecounters tick every 1.000 msec > mvneta0: link state changed to UP > e6000sw0port1: link state changed to DOWN > e6000sw0port2: link state changed to DOWN > e6000sw0port3: link state changed to DOWN > usbus0: 5.0Gbps Super Speed USB v3.0 > usbus1: 480Mbps High Speed USB v2.0 > Release APs...done > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > Instruction Set Attributes 0 =3D > Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... > Instruction Set Attributes 1 =3D <> > Root mount waiting for: Processor Features 0 =3D > > > > usbus1 Processor Features 1 =3D <0> > usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS > > Mem,MixedEndian,16bit ASID,1TB PA> > > > Memory Model Features 1 =3D <> > Memory Model Features 2 =3D <32b CCIDX,48b VA> > Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 > > Breakpoints,PMUv3,Debug v8> > > Debug Features 1 =3D <0> > Auxiliary Features 0 =3D <0> > Auxiliary Features 1 =3D <0> > CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > WARNING: WITNESS option enabled, expect reduced performance. > ugen0.1: at usbus0 > ugen1.1: at usbus1 > uhub0 on usbus0 > uhub1 on usbus1 > uhub0: on > > usbus0 > > uhub1: on > > usbus1 > > uhub0: 2 ports with 2 removable, self powered > uhub1: 1 port with 1 removable, self powered > mountroot: waiting for device /dev/ufs/FreeBSD_Install... > Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. > > Loader variables: > vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > vfs.root.mountfrom.options=3Dro,noatime > > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. > > eg. ufs:/dev/da0s1a > zfs:zroot/ROOT/default > cd9660:/dev/cd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input > > mountroot> ? > > List of GEOM managed disk devices: > > > mountroot> > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > > > > From owner-freebsd-arm@freebsd.org Wed Aug 14 16:01:09 2019 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 BD474B05B7 for ; Wed, 14 Aug 2019 16:01:09 +0000 (UTC) (envelope-from mit@perftech.com) Received: from smtp-gw.pt.net (smtp-gw.pt.net [206.210.194.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp-gw.pt.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 467vT066Lbz4Tjh for ; Wed, 14 Aug 2019 16:01:08 +0000 (UTC) (envelope-from mit@perftech.com) X-ASG-Debug-ID: 1565798464-09411a01d2268dc0001-ZNVAc5 Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by smtp-gw.pt.net with ESMTP id uEAHhzRxieB49ibv (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 14 Aug 2019 11:01:04 -0500 (CDT) X-Barracuda-Envelope-From: mit@perftech.com X-Barracuda-Effective-Source-IP: mail.pt.net[206.210.194.11] X-Barracuda-Apparent-Source-IP: 206.210.194.11 Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id 418A6841DC4; Wed, 14 Aug 2019 11:01:04 -0500 (CDT) Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavisd-new, port 10032) with ESMTP id SnbdRCgRZhD7; Wed, 14 Aug 2019 11:01:01 -0500 (CDT) Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id BD2D7841DC6; Wed, 14 Aug 2019 11:01:01 -0500 (CDT) X-Virus-Scanned: amavisd-new at pt.net Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id PLgNJpowCwNe; Wed, 14 Aug 2019 11:01:01 -0500 (CDT) Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by mail.pt.net (Postfix) with ESMTP id 8C893841DC7; Wed, 14 Aug 2019 11:01:01 -0500 (CDT) Date: Wed, 14 Aug 2019 11:01:01 -0500 (CDT) From: Mit Matelske To: Marcin Wojtas Cc: =?iso-8859-1?Q?S=F8ren?= Schmidt , freebsd-arm Message-ID: <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> In-Reply-To: References: <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> Subject: Re: Espressobin anyone ? MIME-Version: 1.0 X-ASG-Orig-Subj: Re: Espressobin anyone ? X-Mailer: Zimbra 8.8.15_GA_3829 (ZimbraWebClient - GC76 (Linux)/8.8.15_GA_3829) Thread-Topic: Espressobin anyone ? Thread-Index: A1pzXWqDXwhS9Z7qYgTVCjofinHecw== X-Barracuda-Connect: mail.pt.net[206.210.194.11] X-Barracuda-Start-Time: 1565798464 X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384 X-Barracuda-URL: https://smtp-gw.pt.net:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at pt.net X-Barracuda-Scan-Msg-Size: 64701 X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=BSF_RULE7568M, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.75277 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message 0.50 BSF_RULE7568M Custom Rule 7568M X-Rspamd-Queue-Id: 467vT066Lbz4Tjh X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mit@perftech.com designates 206.210.194.15 as permitted sender) smtp.mailfrom=mit@perftech.com X-Spamd-Result: default: False [-0.94 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.77)[-0.773,0]; SH_EMAIL_ZRD(0.00)[0.0.46.224,0.0.117.48]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; IP_SCORE(0.15)[asn: 3549(0.80), country: US(-0.05)]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[pt.net]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.46.224,0.0.117.48]; NEURAL_HAM_LONG(-0.90)[-0.904,0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.41)[-0.409,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[mit@pt.net,mit@perftech.com]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:3549, ipnet:206.210.192.0/19, country:US]; FROM_NEQ_ENVFROM(0.00)[mit@pt.net,mit@perftech.com]; RCVD_COUNT_SEVEN(0.00)[7]; FREEMAIL_CC(0.00)[gmail.com] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 16:01:09 -0000 Marcin-=20 Sorry I didn't reply yesterday. I didn't have any luck with that either. I = tried a lot of permutations.=20 Not saying for 100% it doesn't work, but I couldn't get it to work!=20 Mit=20 From: "Marcin Wojtas" =20 To: "Mit Matelske" =20 Cc: "S=C3=B8ren Schmidt" , "freebsd-arm" =20 Sent: Wednesday, August 14, 2019 10:41:04 AM=20 Subject: Re: Espressobin anyone ?=20 Hi Mit,=20 Since you are using the latest 13-current, could you please try if passing = rootdev via u-boot bootargs (please see my previous email) works for you wi= thout the loader modification?=20 Best regards,=20 Marcin=20 =C5=9Br., 14 sie 2019 o 16:29 Mit Matelske < [ mailto:mit@pt.net | mit@pt.n= et ] > napisa=C5=82(a):=20 Soren-=20 Thanks for the info. I'll grab a couple more SD cards at lunch. This one is= a new Samsung 32GB. I'll also try putting the changes into 12 and see if t= hat helps. I'm using the latest 13-current.=20 Again, appreciate the hand holding!=20 Mit=20 From: "S=C3=B8ren Schmidt" < [ mailto:soren.schmidt@gmail.com | soren.schmi= dt@gmail.com ] >=20 To: "Mit Matelske" < [ mailto:mit@pt.net | mit@pt.net ] >=20 Cc: "Marcin Wojtas" < [ mailto:mw@semihalf.com | mw@semihalf.com ] >, "free= bsd-arm" < [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] >= =20 Sent: Wednesday, August 14, 2019 2:30:31 AM=20 Subject: Re: Espressobin anyone ?=20 Hi Mit=20 Hmm, from your earlier posted dmesgs it looks like the SD card is not getti= ng detected properly..=20 I get this output:=20 sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e808-0= x1e80b irq 24 on simplebus1=20 mmc0: on sdhci_xenon0=20 =E2=80=A6snip =E2=80=A6=20 mmcsd0: 16GB at mmc0 50.0= MHz/4bit/65535-block=20 The problem you see was fixed for me by r348882, maybe it got broken later,= I havn=E2=80=99t backported the later changes..=20 Have you tried another SD card ? I have found 2 of mine that the espressobi= n doesn=E2=80=99t like, but works fine with bananapi and friends...=20 -S=C3=B8ren=20 BQ_BEGIN On 13 Aug 2019, at 23.30, Mit Matelske < [ mailto:mit@pt.net | mit@pt.net ]= > wrote:=20 Soren-=20 Thanks for the code snippet! That will fix one of the problems.=20 I still can't mount my filesystem, though. I think I'm doing something real= ly simple, wrong. I believe I'm running the latest code and added some prin= tfs to show the kernel setting the regulator:=20 usbus1 on ehci0=20 syscon_generic4: mem 0x5f800-0x5ffff on simplebus1=20 sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19=20 sdhci_xenon0: vqmmc-supply regulator found=20 sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e808-0= x1e80b irq 24 on simplebus1=20 ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1=20 Could there be a problem with how I am setting up my filesystem? I've tried= both freebsd-ufs and freebsd as the type, with no luck. A gpart listing of= my SD card:=20 root@fbl:~ # gpart list da3=20 Geom name: da3=20 modified: false=20 state: OK=20 fwheads: 255=20 fwsectors: 63=20 last: 62521335=20 first: 3=20 entries: 4=20 scheme: GPT=20 Providers:=20 1. Name: da3p1=20 Mediasize: 41943040 (40M)=20 Sectorsize: 512=20 Stripesize: 0=20 Stripeoffset: 1536=20 Mode: r0w0e0=20 efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000)=20 rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0=20 rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b=20 label: (null)=20 length: 41943040=20 offset: 1536=20 type: efi=20 index: 1=20 end: 81922=20 start: 3=20 2. Name: da3p2=20 Mediasize: 31968979456 (30G)=20 Sectorsize: 512=20 Stripesize: 0=20 Stripeoffset: 41944576=20 Mode: r0w0e0=20 efimedia: HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5)= =20 rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0=20 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b=20 label: (null)=20 length: 31968979456=20 offset: 41944576=20 type: freebsd-ufs=20 index: 2=20 end: 62521335=20 start: 81923=20 Consumers:=20 1. Name: da3=20 Mediasize: 32010928128 (30G)=20 Sectorsize: 512=20 Mode: r0w0e0=20 Thanks!!=20 Mit=20 From: "S=C3=B8ren Schmidt" < [ mailto:soren.schmidt@gmail.com | soren.schmi= dt@gmail.com ] >=20 To: "Marcin Wojtas" < [ mailto:mw@semihalf.com | mw@semihalf.com ] >=20 Cc: "Mit Matelske" < [ mailto:mit@pt.net | mit@pt.net ] >, "freebsd-arm" < = [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] >=20 Sent: Tuesday, August 13, 2019 12:55:09 PM=20 Subject: Re: Espressobin anyone ?=20 Hi=20 That doesn=E2=80=99t seen to work on the espressobin, or least I can=E2=80= =99t get it to pick it up.=20 I use this patch as a workaround:=20 Index: main.c=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20 --- main.c (revision 350496)=20 +++ main.c (working copy)=20 @@ -463,6 +462,13 @@=20 int rv;=20 char *rootdev;=20 +#if defined(__aarch64__)=20 + /* SOS HACK in rootdev, at least Espressobin gets this wrong */=20 + printf("Setting currdev hack\n");=20 + set_currdev("disk0p2");=20 + return (0);=20 +#endif=20 +=20 /*=20 * First choice: if rootdev is already set, use that, even if=20 * it's wrong.=20 Its not pretty but it does the job until I get time to look into why bootar= gs aren=E2=80=99t passed / won=E2=80=99t stick, probably something I havn= =E2=80=99t backported to my -stable12 sources yet...=20 -S=C3=B8ren=20 BQ_BEGIN On 13 Aug 2019, at 01.38, Marcin Wojtas < [ mailto:mw@semihalf.com | mw@sem= ihalf.com ] > wrote:=20 Hi,=20 Not sure if it's what you are looking for, but in order to autoboot, I=20 simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's example fr= om=20 A3720-DB (same should work on EspressoBin):=20 Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0:1=20 ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr}=20 boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr}=20 resetting USB...=20 USB0: Register 2000104 NbrPorts 2=20 Starting the controller=20 USB XHCI 1.00=20 USB1: USB EHCI 1.00=20 - ______ ____ _____ _____=20 | ____| | _ \ / ____| __ \=20 | |___ _ __ ___ ___ | |_) | (___ | | | |=20 | ___| '__/ _ \/ _ \| _ < \___ \| | | |=20 | | | | | __/ __/| |_) |____) | |__| |=20 | | | | | | || | | |=20 |_| |_| \___|\___||____/|_____/|_____/=20 ```=20 `=20 =E2=95=94=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90Welcome to FreeBSD=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=97 s` `.....---.......--.```=20 -/=20 =E2=95=91 =E2=95=91 +o .--` /y:`=20 +.=20 =E2=95=91 1. Boot Multi user [Enter] =E2=95=91 yo`:. :o=20 `+-=20 =E2=95=91 2. Boot Single user =E2=95=91 y/ -/` -o/=20 =E2=95=91 3. Escape to loader prompt =E2=95=91 .-=20 ::/sy+:.=20 =E2=95=91 4. Reboot =E2=95=91 / `--=20 /=20 =E2=95=91 =E2=95=91 `:=20 :`=20 =E2=95=91 Options: =E2=95=91 `:=20 :`=20 =E2=95=91 5. Kernel: default/kernel (1 of 1) =E2=95=91 /=20 /=20 =E2=95=91 6. Boot Options =E2=95=91 .-=20 -.=20 =E2=95=91 =E2=95=91 -- -.=20 =E2=95=91 =E2=95=91 `:` `:`=20 =E2=95=91 =E2=95=91 .-- `--.=20 =E2=95=9A=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=9D .---.....----.=20 Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop=20 Loading kernel...=20 /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94=20 syms=3D[0x8+0x13aaa8+0x8+0x12610d]=20 Loading configured modules...=20 can't find '/boot/entropy'=20 Using DTB provided by EFI at 0x8000000.=20 ---<>---=20 KDB: debugger backends: ddb=20 KDB: current backend: ddb=20 Copyright (c) 1992-2019 The FreeBSD Project.=20 Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=20 The Regents of the University of California. All rights reserved.=20 FreeBSD is a registered trademark of The FreeBSD Foundation.=20 FreeBSD 13.0-CURRENT 17a1fc80d57-c261519(upstream_master) GENERIC arm64=20 FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on LLVM= =20 8.0.0)=20 WARNING: WITNESS option enabled, expect reduced performance.=20 VT: init without driver.=20 Starting CPU 1 (1)=20 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=20 [...]=20 Best regards,=20 Marcin=20 pon., 12 sie 2019 o 23:14 Mit Matelske < [ mailto:mit@pt.net | mit@pt.net ]= > napisa=C5=82(a):=20 BQ_BEGIN Soren-=20 Thanks for the quick response. I built this kernel with revision 350924.=20 I'll dig into whats going on in the morning.=20 Mind posting your diff for your loader.efi?=20 Thanks again!=20 Mit=20 ----- Original Message -----=20 From: "S=C3=B8ren Schmidt" < [ mailto:soren.schmidt@gmail.com | soren.schmi= dt@gmail.com ] >=20 To: "Mit Matelske" < [ mailto:mit@pt.net | mit@pt.net ] >=20 Cc: "tscho" < [ mailto:johannes@t-beutel.com | johannes@t-beutel.com ] >, "= freebsd-arm" <=20 [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] >=20 Sent: Monday, August 12, 2019 3:49:48 PM=20 Subject: Re: Espressobin anyone ?=20 Hi=20 Looks like your sources may be too old, you need to be at least at r348882= =20 to get the fix for the SD card VCC regulator.=20 That change fixed it for me backported to 12-stable...=20 The currdev problem still exists, I have it hardwired in my loader for=20 aarch64 :)=20 -S=C3=B8ren=20 BQ_BEGIN On 12 Aug 2019, at 21.06, Mit Matelske < [ mailto:mit@pt.net | mit@pt.net ]= > wrote:=20 I'm having a couple little hiccups booting this board also. One has=20 been commented on already, that I can't get the loader to automatically=20 start loading the kernel on "disk0p2"...=20 BQ_BEGIN The second, is that the kernel can't find the SD card after booting so=20 BQ_END it can't mount the root filesystem. I'm using the dts/dtb and kernel from= =20 the 13-current branch.=20 BQ_BEGIN Thanks for any and all help. I haven't used u-boot in about decade.=20 BQ_END Spoiled by the x86 platform.=20 BQ_BEGIN Mit Matelske=20 ***U-boot environment:***=20 Marvell>> printenv=20 baudrate=3D115200=20 bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000=20 BQ_END root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0=20 BQ_BEGIN bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload mmc= =20 BQ_END 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr=20 BQ_BEGIN bootdelay=3D2=20 bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload mmc= =20 BQ_END 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr=20 BQ_BEGIN console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000=20 eth1addr=3D00:51:82:11:22:01=20 eth2addr=3D00:51:82:11:22:02=20 eth3addr=3D00:51:82:11:22:03=20 ethact=3Dneta@30000=20 ethaddr=3DF0:AD:4E:09:6B:8F=20 ethprime=3Deth0=20 fdt_addr=3D0x4f00000=20 fdt_high=3D0xffffffffffffffff=20 fdt_name=3Defi/boot/armada-3720-espressobin.dtb=20 fdtcontroladdr=3D3f7161b8=20 gatewayip=3D10.4.50.254=20 get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr=20 BQ_END $fdt_name; run get_ramfs=20 BQ_BEGIN get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr=20 BQ_END 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr -;fi=20 BQ_BEGIN hostname=3Dmarvell=20 image_name=3Defi/freebsd/loader.efi=20 initrd_addr=3D0xa00000=20 initrd_size=3D0x2000000=20 ipaddr=3D0.0.0.0=20 kernel_addr=3D0x5000000=20 loadaddr=3D0x5000000=20 netdev=3Deth0=20 netmask=3D255.255.255.0=20 ramfs_addr=3D0x8000000=20 ramfs_name=3D-=20 root=3Droot=3D/dev/nfs rw=20 rootpath=3D/srv/nfs/=20 serverip=3D0.0.0.0=20 set_bootargs=3Dsetenv bootargs $console $root=20 BQ_END ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none=20 nfsroot=3D$serverip:$rootpath $extra_params=20 BQ_BEGIN stderr=3Dserial@12000=20 stdin=3Dserial@12000=20 stdout=3Dserial@12000=20 ***Full boot logs:***=20 U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800)=20 Model: Marvell Armada 3720 Community Board ESPRESSOBin=20 CPU @ 1000 [MHz]=20 L2 @ 800 [MHz]=20 TClock @ 200 [MHz]=20 DDR @ 800 [MHz]=20 DRAM: 1 GiB=20 U-Boot DT blob at : 000000003f7161b8=20 Comphy-0: USB3 5 Gbps=20 Comphy-1: PEX0 2.5 Gbps=20 Comphy-2: SATA0 6 Gbps=20 SATA link 0 timeout.=20 AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode=20 flags: ncq led only pmp fbss pio slum part sxs=20 PCIE-0: Link down=20 MMC: sdhci@d0000: 0, sdhci@d8000: 1=20 SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB,=20 BQ_END total 4 MiB=20 BQ_BEGIN Net: eth0: neta@30000 [PRIME]=20 Hit any key to stop autoboot: 0=20 switch to partitions #0, OK=20 mmc0 is current device=20 reading efi/freebsd/loader.efi=20 603872 bytes read in 49 ms (11.8 MiB/s)=20 reading efi/boot/armada-3720-espressobin.dtb=20 15946 bytes read in 17 ms (916 KiB/s)=20 ## Starting EFI application at 05000000 ...=20 Scanning disk [ mailto:sdhci@d0000.blk | sdhci@d0000.blk ] ...=20 Card did not respond to voltage select!=20 mmc_init: -95, time 50=20 Found 1 disks=20 Consoles: EFI console=20 FreeBSD/arm64 EFI loader, Revision 1.1=20 Command line arguments: loader.efi=20 EFI version: 2.05=20 EFI Firmware: Das U-boot (rev 0.00)=20 Console: efi (0)=20 Failed to find bootable partition=20 Startup error in /boot/lua/loader.lua: seconds=20 LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument.=20 can't load 'kernel'=20 Type '?' for a list of commands, 'help' for more detailed help.=20 OK=20 OK set currdev=3Ddisk0p2=20 OK boot=20 /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94=20 BQ_END syms=3D[0x8+0x137dd8+0x8+0x126260]=20 BQ_BEGIN Using DTB provided by EFI at 0x8000000.=20 ---<>---=20 KDB: debugger backends: ddb=20 KDB: current backend: ddb=20 Copyright (c) 1992-2019 The FreeBSD Project.=20 Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=20 The Regents of the University of California. All rights reserved.=20 FreeBSD is a registered trademark of The FreeBSD Foundation.=20 FreeBSD 13.0-CURRENT GENERIC arm64=20 FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on=20 BQ_END LLVM 6.0.1)=20 BQ_BEGIN WARNING: WITNESS option enabled, expect reduced performance.=20 VT: init without driver.=20 Starting CPU 1 (1)=20 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=20 arc4random: WARNING: initial seeding bypassed the cryptographic random=20 BQ_END device because it was not yet seeded and the knob 'bypass_before_seeding'= =20 was enabled.=20 BQ_BEGIN random: entropy device external interface=20 MAP 3e681000 mode 2 pages 1=20 MAP 3ffa6000 mode 2 pages 1=20 kbd0 at kbdmux0=20 ofwbus0: =20 simplebus0: on ofwbus0=20 simplebus1: on simplebus0=20 simple_mfd0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1=20 BQ_BEGIN simple_mfd1: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1=20 BQ_BEGIN psci0: on ofwbus0=20 gic0: mem=20 BQ_END 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d9= 1fff,0x1da0000-0x1dbffff=20 irq 27 on simplebus1=20 BQ_BEGIN gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 generic_timer0: irq 0,1,2,3 on ofwbus0=20 Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality 1000=20 Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 cpulist0: on ofwbus0=20 cpu0: on cpulist0=20 cpu1: on cpulist0=20 pmu0: irq 4 on ofwbus0=20 syscon_generic0: mem 0xd000-0xdfff on simplebus1=20 syscon_generic1: mem 0x11500-0x1153f on simplebus1=20 uart0: mem 0x12000-0x121ff irq 9,10,11 on=20 BQ_END simplebus1=20 BQ_BEGIN uart0: console (115200,n,8,1)=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 syscon_generic2: mem 0x14000-0x1405f on simplebus1=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1=20 mvneta0: version is 10=20 mvneta0: Ethernet address: 00:a6:39:ca:e8:00=20 mdio0: on mvneta0=20 mdioproxy0: on mdio0=20 e6000sw0: on mdio0=20 e6000sw0: multi-chip addressing mode (0x1)=20 e6000sw0: CPU port at 0=20 e6000sw0: fixed port at 0=20 e6000sw0: PHY at port 1=20 miibus0: on e6000sw0=20 e1000phy0: PHY 17 on miibus0=20 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 BQ_END 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto=20 BQ_BEGIN e6000sw0: PHY at port 2=20 miibus1: on e6000sw0=20 e1000phy1: PHY 18 on miibus1=20 e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 BQ_END 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto=20 BQ_BEGIN e6000sw0: PHY at port 3=20 miibus2: on e6000sw0=20 e1000phy2: PHY 19 on miibus2=20 e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 BQ_END 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto=20 BQ_BEGIN e6000sw0: switch is ready.=20 etherswitch0: on e6000sw0=20 xhci0: mem 0x58000-0x5bfff irq 16 on=20 BQ_END simplebus1=20 BQ_BEGIN xhci0: 32 bytes context size, 32-bit DMA=20 usbus0 on xhci0=20 syscon_generic3: mem 0x5d800-0x5dfff on simplebus1=20 ehci0: mem 0x5e000-0x5efff irq=20 BQ_END 17 on simplebus1=20 BQ_BEGIN usbus1: EHCI version 1.0=20 usbus1 on ehci0=20 syscon_generic4: mem 0x5f800-0x5ffff on simplebus1=20 sdhci_xenon0: mem=20 BQ_END 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1=20 BQ_BEGIN ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1=20 ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FBS=20 ahcich0: at channel 0 on ahci0=20 device_attach: ahcich0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 cryptosoft0: =20 Timecounters tick every 1.000 msec=20 mvneta0: link state changed to UP=20 e6000sw0port1: link state changed to DOWN=20 e6000sw0port2: link state changed to DOWN=20 e6000sw0port3: link state changed to DOWN=20 usbus0: 5.0Gbps Super Speed USB v3.0=20 usbus1: 480Mbps High Speed USB v2.0=20 Release APs...done=20 CPU 0: ARM Cortex-A53 r0p4 affinity: 0=20 Instruction Set Attributes 0 =3D =20 Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]...=20 Instruction Set Attributes 1 =3D <>=20 Root mount waiting for: Processor Features 0 =3D=20 BQ_END =20 BQ_BEGIN usbus1 Processor Features 1 =3D <0>=20 usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS=20 BQ_END Mem,MixedEndian,16bit ASID,1TB PA>=20 BQ_BEGIN Memory Model Features 1 =3D <>=20 Memory Model Features 2 =3D <32b CCIDX,48b VA>=20 Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6=20 BQ_END Breakpoints,PMUv3,Debug v8>=20 BQ_BEGIN Debug Features 1 =3D <0>=20 Auxiliary Features 0 =3D <0>=20 Auxiliary Features 1 =3D <0>=20 CPU 1: ARM Cortex-A53 r0p4 affinity: 1=20 WARNING: WITNESS option enabled, expect reduced performance.=20 ugen0.1: at usbus0=20 ugen1.1: at usbus1=20 uhub0 on usbus0=20 uhub1 on usbus1=20 uhub0: on=20 BQ_END usbus0=20 BQ_BEGIN uhub1: on=20 BQ_END usbus1=20 BQ_BEGIN uhub0: 2 ports with 2 removable, self powered=20 uhub1: 1 port with 1 removable, self powered=20 mountroot: waiting for device /dev/ufs/FreeBSD_Install...=20 Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19.=20 Loader variables:=20 vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install=20 vfs.root.mountfrom.options=3Dro,noatime=20 Manual root filesystem specification:=20 : [options]=20 Mount using filesystem =20 and with the specified (optional) option list.=20 eg. ufs:/dev/da0s1a=20 zfs:zroot/ROOT/default=20 cd9660:/dev/cd0 ro=20 (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /)=20 ? List valid disk boot devices=20 . Yield 1 second (for background tasks)=20 Abort manual input=20 mountroot> ?=20 List of GEOM managed disk devices:=20 mountroot>=20 BQ_END _______________________________________________=20 [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] mailing list= =20 [ https://lists.freebsd.org/mailman/listinfo/freebsd-arm | https://lists.fr= eebsd.org/mailman/listinfo/freebsd-arm ]=20 To unsubscribe, send any mail to " [ mailto:freebsd-arm-unsubscribe@freebsd= .org | freebsd-arm-unsubscribe@freebsd.org ] "=20 BQ_END _______________________________________________=20 [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] mailing list= =20 [ https://lists.freebsd.org/mailman/listinfo/freebsd-arm | https://lists.fr= eebsd.org/mailman/listinfo/freebsd-arm ]=20 To unsubscribe, send any mail to " [ mailto:freebsd-arm-unsubscribe@freebsd= .org | freebsd-arm-unsubscribe@freebsd.org ] "=20 BQ_END BQ_END BQ_END From owner-freebsd-arm@freebsd.org Wed Aug 14 18:33:08 2019 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 CB8B3B62EA for ; Wed, 14 Aug 2019 18:33:08 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 467yrM5J5yz3Gjl for ; Wed, 14 Aug 2019 18:33:07 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ed1-x530.google.com with SMTP id s15so145177edx.0 for ; Wed, 14 Aug 2019 11:33:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=OIaqS3hFY4lFnHzuDZmWhkzU5NqnrR6XWtP0r5YFACM=; b=pDMKPpQaTlCl1BAkEHR1BAUvkV1wItZVtQ1i6qF8p+4/UuWfw7y2t9vuhKHuV9uptj rSYK2BhnOpnCReswnSSocqXgWCuKTuL+hcNKjDjH3ZunyivTkcFyQom/ODuGpu5UAe70 eO53gE7ZjHjTUqDD8OL9Y+CFHLSygnj/jsJpp7LNe8DLbncOW8fnngq2TMo5CVOjpTb/ PPxUu1p6qP7ZuopjebJReo4AP1CgFTAGo8qPzkcijDUv2wWHoQYvzUiMxa7woN7HPeYs HEStn2JnlNyMsZc6zy03ybzr6Ra/2qpnLh0KyGrqsVBlP4c3G1TssEXZ/ksnR7PCctgB s1Jg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=OIaqS3hFY4lFnHzuDZmWhkzU5NqnrR6XWtP0r5YFACM=; b=hN/7QMJazosCAc/lFWGju+U/St4KCzbZI4BtkEnxnweMm8J8cPouRPTVIoSW7OjRd0 pR0Lne1qwySDYeebzmzjF5L0ex8TDrD9Oxv7bV6Hbcwci4txH6S0TUBFRG8nUniKey3M YO7qm48JBwdV63vugK0bOQ98cI74zXRDnks2W0D7Q8h/HVtCMj1V/D8KxB5qzXovbLzI hJ+zC3gy+GPEqw6+SA8T4Xn6XFxMLO0BSMdtfkeUJJT2TfncWMR74NatpuszX3x24D9p ceAWbtLUtf5C1nWdCeZJrtY7gPadiR2MYUGXdjiThxM4w5hCyRdx0f6fyEYKVlbSxFGz 1eWw== X-Gm-Message-State: APjAAAUJN4nWC7Ho9lvt7Wn9UNciHY0l0M/bsjSqx4CznJv7WwiqeujR QTuRtrfKCxtj50nioROJua73yxkTEnenNQ== X-Google-Smtp-Source: APXvYqwB7o+MtwSomFlnIuwGQoeQmByMtkoJK/JU8tbEQweZQ3ezP1LV8AK3ACIuz/TfsP/RWTQzIA== X-Received: by 2002:a50:b264:: with SMTP id o91mr1166378edd.7.1565807586008; Wed, 14 Aug 2019 11:33:06 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id h10sm99669ede.93.2019.08.14.11.33.04 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Aug 2019 11:33:05 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_E43990F4-9168-4815-8CD3-9AB5595D11CD"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Espressobin anyone ? Date: Wed, 14 Aug 2019 20:33:04 +0200 In-Reply-To: <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> Cc: Marcin Wojtas , freebsd-arm To: Mit Matelske References: <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 467yrM5J5yz3Gjl X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=pDMKPpQa; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::530 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-4.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.995,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; SUBJECT_ENDS_QUESTION(1.00)[]; 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.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.117.48,0.0.46.224]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[0.3.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.52), ipnet: 2a00:1450::/32(-3.03), asn: 15169(-2.39), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 18:33:08 -0000 --Apple-Mail=_E43990F4-9168-4815-8CD3-9AB5595D11CD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 It might simply be broken in -current (again). I just updated my stable12 tree and I pulled in new .dts files for just = about anything=E2=80=A6 Needless to say, it broke the Espressobin=E2=80=99s SD support, it now = fails just like yours.. It also broke allwinner builds and what not, so I=E2=80=99m just going = back in time again :) I wonder why there is this overwhelming need to import stuff that breaks = things right, left and center in a -stable branch ? That would have earned you the pointy hat back when=E2=80=A6. -S=C3=B8ren > On 14 Aug 2019, at 18.01, Mit Matelske wrote: >=20 > Marcin- >=20 > Sorry I didn't reply yesterday. I didn't have any luck with that = either. I tried a lot of permutations. >=20 > Not saying for 100% it doesn't work, but I couldn't get it to work! >=20 > Mit >=20 > From: "Marcin Wojtas" > To: "Mit Matelske" > Cc: "S=C3=B8ren Schmidt" , "freebsd-arm" = > Sent: Wednesday, August 14, 2019 10:41:04 AM > Subject: Re: Espressobin anyone ? >=20 > Hi Mit, > Since you are using the latest 13-current, could you please try if = passing rootdev via u-boot bootargs (please see my previous email) works = for you without the loader modification? >=20 > Best regards, > Marcin >=20 > =C5=9Br., 14 sie 2019 o 16:29 Mit Matelske > napisa=C5=82(a): > Soren- >=20 > Thanks for the info. I'll grab a couple more SD cards at lunch. This = one is a new Samsung 32GB. I'll also try putting the changes into 12 = and see if that helps. I'm using the latest 13-current. >=20 > Again, appreciate the hand holding! >=20 > Mit >=20 > From: "S=C3=B8ren Schmidt" > > To: "Mit Matelske" > > Cc: "Marcin Wojtas" >, = "freebsd-arm" > > Sent: Wednesday, August 14, 2019 2:30:31 AM > Subject: Re: Espressobin anyone ? >=20 > Hi Mit > Hmm, from your earlier posted dmesgs it looks like the SD card is not = getting detected properly.. >=20 > I get this output: >=20 > sdhci_xenon0: mem = 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > mmc0: on sdhci_xenon0 > =E2=80=A6snip=E2=80=A6 > mmcsd0: 16GB at mmc0 = 50.0MHz/4bit/65535-block >=20 > The problem you see was fixed for me by r348882, maybe it got broken = later, I havn=E2=80=99t backported the later changes.. >=20 > Have you tried another SD card ? I have found 2 of mine that the = espressobin doesn=E2=80=99t like, but works fine with bananapi and = friends... >=20 > -S=C3=B8ren >=20 > On 13 Aug 2019, at 23.30, Mit Matelske > wrote: >=20 > Soren- >=20 > Thanks for the code snippet! That will fix one of the problems. >=20 > I still can't mount my filesystem, though. I think I'm doing = something really simple, wrong. I believe I'm running the latest code = and added some printfs to show the kernel setting the regulator: >=20 >=20 > usbus1 on ehci0 > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19 > sdhci_xenon0: vqmmc-supply regulator found > sdhci_xenon0: mem = 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 >=20 >=20 > Could there be a problem with how I am setting up my filesystem? I've = tried both freebsd-ufs and freebsd as the type, with no luck. A gpart = listing of my SD card: >=20 > root@fbl:~ # gpart list da3 > Geom name: da3 > modified: false > state: OK > fwheads: 255 > fwsectors: 63 > last: 62521335 > first: 3 > entries: 4 > scheme: GPT > Providers: > 1. Name: da3p1 > Mediasize: 41943040 (40M) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 1536 > Mode: r0w0e0 > efimedia: = HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) > rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > label: (null) > length: 41943040 > offset: 1536 > type: efi > index: 1 > end: 81922 > start: 3 > 2. Name: da3p2 > Mediasize: 31968979456 (30G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 41944576 > Mode: r0w0e0 > efimedia: = HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5) > rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > label: (null) > length: 31968979456 > offset: 41944576 > type: freebsd-ufs > index: 2 > end: 62521335 > start: 81923 > Consumers: > 1. Name: da3 > Mediasize: 32010928128 (30G) > Sectorsize: 512 > Mode: r0w0e0 >=20 > Thanks!! >=20 > Mit >=20 > From: "S=C3=B8ren Schmidt" > > To: "Marcin Wojtas" > > Cc: "Mit Matelske" >, "freebsd-arm" = > > Sent: Tuesday, August 13, 2019 12:55:09 PM > Subject: Re: Espressobin anyone ? >=20 > Hi > That doesn=E2=80=99t seen to work on the espressobin, or least I = can=E2=80=99t get it to pick it up. >=20 > I use this patch as a workaround: >=20 > Index: main.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 > --- main.c (revision 350496) > +++ main.c (working copy) > @@ -463,6 +462,13 @@ > int rv; > char *rootdev; >=20 > +#if defined(__aarch64__) > + /* SOS HACK in rootdev, at least Espressobin gets this wrong */ > + printf("Setting currdev hack\n"); > + set_currdev("disk0p2"); > + return (0); > +#endif > + > /* > * First choice: if rootdev is already set, use that, even if > * it's wrong. >=20 > Its not pretty but it does the job until I get time to look into why = bootargs aren=E2=80=99t passed / won=E2=80=99t stick, probably something = I havn=E2=80=99t backported to my -stable12 sources yet... >=20 > -S=C3=B8ren >=20 > On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: >=20 > Hi, >=20 > Not sure if it's what you are looking for, but in order to autoboot, I > simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's = example from > A3720-DB (same should work on EspressoBin): >=20 > Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0:1 > ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} > boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > resetting USB... > USB0: Register 2000104 NbrPorts 2 > Starting the controller > USB XHCI 1.00 > USB1: USB EHCI 1.00 > - ______ ____ _____ _____ > | ____| | _ \ / ____| __ \ > | |___ _ __ ___ ___ | |_) | (___ | | | | > | ___| '__/ _ \/ _ \| _ < \___ \| | | | > | | | | | __/ __/| |_) |____) | |__| | > | | | | | | || | | | > |_| |_| \___|\___||____/|_____/|_____/ > ``` > ` > =E2=95=94=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90Welcome to = FreeBSD=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=97 s` = `.....---.......--.``` > -/ > =E2=95=91 =E2=95=91 +o = .--` /y:` > +. > =E2=95=91 1. Boot Multi user [Enter] =E2=95=91 yo`:. = :o > `+- > =E2=95=91 2. Boot Single user =E2=95=91 y/ = -/` -o/ > =E2=95=91 3. Escape to loader prompt =E2=95=91 .- > ::/sy+:. > =E2=95=91 4. Reboot =E2=95=91 / = `-- > / > =E2=95=91 =E2=95=91 `: > :` > =E2=95=91 Options: =E2=95=91 `: > :` > =E2=95=91 5. Kernel: default/kernel (1 of 1) =E2=95=91 / > / > =E2=95=91 6. Boot Options =E2=95=91 .- > -. > =E2=95=91 =E2=95=91 -- = -. > =E2=95=91 =E2=95=91 `:` = `:` > =E2=95=91 =E2=95=91 = .-- `--. > = =E2=95=9A=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=9D .---.....----. > Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop >=20 > Loading kernel... > /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 > syms=3D[0x8+0x13aaa8+0x8+0x12610d] > Loading configured modules... > can't find '/boot/entropy' > Using DTB provided by EFI at 0x8000000. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) GENERIC = arm64 > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM > 8.0.0) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > Starting CPU 1 (1) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > [...] >=20 > Best regards, > Marcin >=20 > pon., 12 sie 2019 o 23:14 Mit Matelske > napisa=C5=82(a): >=20 >=20 > Soren- >=20 > Thanks for the quick response. I built this kernel with revision = 350924. > I'll dig into whats going on in the morning. >=20 > Mind posting your diff for your loader.efi? >=20 > Thanks again! >=20 > Mit >=20 >=20 > ----- Original Message ----- > From: "S=C3=B8ren Schmidt" > > To: "Mit Matelske" > > Cc: "tscho" >, = "freebsd-arm" < > freebsd-arm@freebsd.org > > Sent: Monday, August 12, 2019 3:49:48 PM > Subject: Re: Espressobin anyone ? >=20 > Hi >=20 > Looks like your sources may be too old, you need to be at least at = r348882 > to get the fix for the SD card VCC regulator. >=20 > That change fixed it for me backported to 12-stable... >=20 > The currdev problem still exists, I have it hardwired in my loader for > aarch64 :) >=20 > -S=C3=B8ren >=20 >=20 > On 12 Aug 2019, at 21.06, Mit Matelske > wrote: >=20 > I'm having a couple little hiccups booting this board also. One has > been commented on already, that I can't get the loader to = automatically > start loading the kernel on "disk0p2"... >=20 > The second, is that the kernel can't find the SD card after booting so > it can't mount the root filesystem. I'm using the dts/dtb and kernel = from > the 13-current branch. >=20 > Thanks for any and all help. I haven't used u-boot in about decade. > Spoiled by the x86 platform. >=20 > Mit Matelske >=20 >=20 > ***U-boot environment:*** >=20 >=20 > Marvell>> printenv > baudrate=3D115200 > bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 > bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload = mmc > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > bootdelay=3D2 > bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload = mmc > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > eth1addr=3D00:51:82:11:22:01 > eth2addr=3D00:51:82:11:22:02 > eth3addr=3D00:51:82:11:22:03 > ethact=3Dneta@30000 > ethaddr=3DF0:AD:4E:09:6B:8F > ethprime=3Deth0 > fdt_addr=3D0x4f00000 > fdt_high=3D0xffffffffffffffff > fdt_name=3Defi/boot/armada-3720-espressobin.dtb > fdtcontroladdr=3D3f7161b8 > gatewayip=3D10.4.50.254 > get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr > $fdt_name; run get_ramfs > get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr > 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr = -;fi > hostname=3Dmarvell > image_name=3Defi/freebsd/loader.efi > initrd_addr=3D0xa00000 > initrd_size=3D0x2000000 > ipaddr=3D0.0.0.0 > kernel_addr=3D0x5000000 > loadaddr=3D0x5000000 > netdev=3Deth0 > netmask=3D255.255.255.0 > ramfs_addr=3D0x8000000 > ramfs_name=3D- > root=3Droot=3D/dev/nfs rw > rootpath=3D/srv/nfs/ > serverip=3D0.0.0.0 > set_bootargs=3Dsetenv bootargs $console $root > ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none > nfsroot=3D$serverip:$rootpath $extra_params > stderr=3Dserial@12000 > stdin=3Dserial@12000 > stdout=3Dserial@12000 >=20 >=20 > ***Full boot logs:*** >=20 >=20 > U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800) >=20 > Model: Marvell Armada 3720 Community Board ESPRESSOBin > CPU @ 1000 [MHz] > L2 @ 800 [MHz] > TClock @ 200 [MHz] > DDR @ 800 [MHz] > DRAM: 1 GiB > U-Boot DT blob at : 000000003f7161b8 > Comphy-0: USB3 5 Gbps > Comphy-1: PEX0 2.5 Gbps > Comphy-2: SATA0 6 Gbps > SATA link 0 timeout. > AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > flags: ncq led only pmp fbss pio slum part sxs > PCIE-0: Link down > MMC: sdhci@d0000: 0, sdhci@d8000: 1 > SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, > total 4 MiB > Net: eth0: neta@30000 [PRIME] > Hit any key to stop autoboot: 0 > switch to partitions #0, OK > mmc0 is current device > reading efi/freebsd/loader.efi > 603872 bytes read in 49 ms (11.8 MiB/s) > reading efi/boot/armada-3720-espressobin.dtb > 15946 bytes read in 17 ms (916 KiB/s) > ## Starting EFI application at 05000000 ... > Scanning disk sdhci@d0000.blk ... > Card did not respond to voltage select! > mmc_init: -95, time 50 > Found 1 disks > Consoles: EFI console > FreeBSD/arm64 EFI loader, Revision 1.1 >=20 > Command line arguments: loader.efi > EFI version: 2.05 > EFI Firmware: Das U-boot (rev 0.00) > Console: efi (0) > Failed to find bootable partition > Startup error in /boot/lua/loader.lua: seconds > LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. >=20 > can't load 'kernel' >=20 > Type '?' for a list of commands, 'help' for more detailed help. > OK > OK set currdev=3Ddisk0p2 > OK boot >=20 > /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 > syms=3D[0x8+0x137dd8+0x8+0x126260] > Using DTB provided by EFI at 0x8000000. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2019 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 GENERIC arm64 > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on > LLVM 6.0.1) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > Starting CPU 1 (1) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > arc4random: WARNING: initial seeding bypassed the cryptographic random > device because it was not yet seeded and the knob = 'bypass_before_seeding' > was enabled. > random: entropy device external interface > MAP 3e681000 mode 2 pages 1 > MAP 3ffa6000 mode 2 pages 1 > kbd0 at kbdmux0 > ofwbus0: > simplebus0: on ofwbus0 > simplebus1: on simplebus0 > simple_mfd0: mem > 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > simple_mfd1: mem > 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > psci0: on ofwbus0 > gic0: mem > = 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d= 91fff,0x1da0000-0x1dbffff > irq 27 on simplebus1 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > generic_timer0: irq 0,1,2,3 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality = 1000 > Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > pmu0: irq 4 on ofwbus0 > syscon_generic0: mem 0xd000-0xdfff on simplebus1 > syscon_generic1: mem 0x11500-0x1153f on simplebus1 > uart0: mem 0x12000-0x121ff irq 9,10,11 on > simplebus1 > uart0: console (115200,n,8,1) > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > syscon_generic2: mem 0x14000-0x1405f on simplebus1 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 > mvneta0: version is 10 > mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > mdio0: on mvneta0 > mdioproxy0: on mdio0 > e6000sw0: on mdio0 > e6000sw0: multi-chip addressing mode (0x1) > e6000sw0: CPU port at 0 > e6000sw0: fixed port at 0 > e6000sw0: PHY at port 1 > miibus0: on e6000sw0 > e1000phy0: PHY 17 on miibus0 > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: PHY at port 2 > miibus1: on e6000sw0 > e1000phy1: PHY 18 on miibus1 > e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: PHY at port 3 > miibus2: on e6000sw0 > e1000phy2: PHY 19 on miibus2 > e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: switch is ready. > etherswitch0: on e6000sw0 > xhci0: mem 0x58000-0x5bfff irq 16 on > simplebus1 > xhci0: 32 bytes context size, 32-bit DMA > usbus0 on xhci0 > syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > ehci0: mem 0x5e000-0x5efff irq > 17 on simplebus1 > usbus1: EHCI version 1.0 > usbus1 on ehci0 > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > sdhci_xenon0: mem > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 > ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with = FBS > ahcich0: at channel 0 on ahci0 > device_attach: ahcich0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > cryptosoft0: > Timecounters tick every 1.000 msec > mvneta0: link state changed to UP > e6000sw0port1: link state changed to DOWN > e6000sw0port2: link state changed to DOWN > e6000sw0port3: link state changed to DOWN > usbus0: 5.0Gbps Super Speed USB v3.0 > usbus1: 480Mbps High Speed USB v2.0 > Release APs...done > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > Instruction Set Attributes 0 =3D > Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... > Instruction Set Attributes 1 =3D <> > Root mount waiting for: Processor Features 0 =3D > > usbus1 Processor Features 1 =3D <0> > usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS > Mem,MixedEndian,16bit ASID,1TB PA> >=20 > Memory Model Features 1 =3D <> > Memory Model Features 2 =3D <32b CCIDX,48b VA> > Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 > Breakpoints,PMUv3,Debug v8> > Debug Features 1 =3D <0> > Auxiliary Features 0 =3D <0> > Auxiliary Features 1 =3D <0> > CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > WARNING: WITNESS option enabled, expect reduced performance. > ugen0.1: at usbus0 > ugen1.1: at usbus1 > uhub0 on usbus0 > uhub1 on usbus1 > uhub0: on > usbus0 > uhub1: on > usbus1 > uhub0: 2 ports with 2 removable, self powered > uhub1: 1 port with 1 removable, self powered > mountroot: waiting for device /dev/ufs/FreeBSD_Install... > Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. >=20 > Loader variables: > vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > vfs.root.mountfrom.options=3Dro,noatime >=20 > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. >=20 > eg. ufs:/dev/da0s1a > zfs:zroot/ROOT/default > cd9660:/dev/cd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >=20 > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input >=20 > mountroot> ? >=20 > List of GEOM managed disk devices: >=20 >=20 > mountroot> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm = > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org = " >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm = > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org = " >=20 >=20 >=20 >=20 --Apple-Mail=_E43990F4-9168-4815-8CD3-9AB5595D11CD Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkC0kEuD0Me2xEj5EGvRMAY4qbRsFAl1UU+AACgkQGvRMAY4q bRuc4RAAnNRapArBEznLRIMPkZw2Ek8zs5CI8IFawNP7Jh/Ml/bv+rgJ1r8wOIGQ PGLjl5dqQdw9gQrEQ7UlbMPa2YaGWCQxXAf1TKYEHUGIaSIAAbDCNrSTZCxKw/V0 Hse3a9ctXfPRqbKXz3it1Gd8ky+NQbfyiJaZEckCAC6qCgbIWwMiiyzrVMh60ruw +2Jg1q7SF67aO1LljMGOoPNViX6uwjxarLMOfc3QcIt7iWLjv98sltuqHuVYMoTS YcZOUoRSBH+VCMbY/N3cdVMDYWxfHZCyq+ZbzZ9FC6mhb0Q69nP0Qu8rAgFpo286 r+I+oKibdPKsmcWdIuQ0SK9OKT6zoKwXhOfI6T3hWwIAkO5KV7qrTmtabNFnj/Ri OiKJK6uOyK7lqQeS0Br1b88NzIA72XjYpUShaZZrbfDZcbOn0wFl/f/CIIK/oHwv AqwQR2DMEMOBO1EF/FCsxzubRWjouqYALnommrZmtAAVx2re7dFTaw4AoQ+5Ud/D 1SwtUuXcxkFkwPxLCkCdJ1SZA9O0D+/3WJDIpbr4Tf0Y32OxAK3Q9UCN3gFNsUzV mZ2ed84iNzqOWJ18hoM3WJ+WwKKKCcI4DTqpOymcAtGpvcoxbtEHE9PS0I96cpjq QWBLl3vsi+4rZZnLDK3u/fknpOxGIs8LQodFh5LgQHyf12QLxw8= =srov -----END PGP SIGNATURE----- --Apple-Mail=_E43990F4-9168-4815-8CD3-9AB5595D11CD-- From owner-freebsd-arm@freebsd.org Wed Aug 14 18:52:02 2019 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 E62CCB6A16 for ; Wed, 14 Aug 2019 18:52:02 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 467zGB3Rxcz3HhX for ; Wed, 14 Aug 2019 18:52:02 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1565808721; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=ftL07U+fpcv3PwS5ZbYRIm1VnRlX6p8LzSYdgobft5j4CFueyNM/wbU/AurRQZQoKZY2yEMmsmUyb CIJR0q27mB1vvhHaqzWdciY6tOgWt9AO7U8VErU89bMKgzqu3c5MDZ4luZGJvCxqL+tJE1uqSNJBr3 blXUj6itpR3JujB3DAd1xhXLAh/qssgl8+PrefRpYWUxcDrlKYNl/Wo9YU7mxx8TouNrcHli8zlRd+ UqlatJztQNYx8NbBuf5lwbN/WQQlshm3wRjLowqBsB0zVVA36A2rmSnxte4nuJHf8+fHngGzqYjxf5 CS8TfhELm2m0kZEVOk506DqF+PXPspg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=2n7H5nSd+LlxxX/DBngK4i3vSz3RT0EteZwSt03wY6M=; b=GhuWJRX54nMy4M41j+SWbZkO4lv1uv6dmFAXPi0gR4k6Pk0dWljPpj5jiMEFZIO2hVIZzjH9cWBh1 oYKXkN/wBqoK1YADTE9raMZezPPSYnlHZB6n4LDfCWwgp4lRcKM6kl2kMi11gUQ9PyGa/IGJ0Amymk RU5HVilDdN6sdQmpITtYLNpW/h/3nB7Qzmk3Dc3jxqvL39LXwbx/045iTpLKOxqiSjlzsEEMCKaCb+ 91f3+mx4tdqRDeW2Vkbhz3KyDBTBF+dlo/mLvOzsfHLlxZkxTOBPhWljB8B6Wv0cLahqiwJimpsucP TKVEEYuKS/E8nKDFKcjAAQ5jk19uUOw== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=2n7H5nSd+LlxxX/DBngK4i3vSz3RT0EteZwSt03wY6M=; b=a6VoF0F1Z6QRbXt90FDxX/EGdP+mFs1W0Pp2465Ax5N5OtCPXLG9xk+D8L6CD/BR33mV+vvIhOtFs HTjJauk6/3tHxpnM9gA5hnyf6Rb9YBV1R7yG9pxAxRcldy3Jehgk4bI9XEygTka748vc6m2PS0FVFQ UgO2RtaX+nN0+aFcY1yVksarNiKLOW48A/JVjvD24tz6setbMWwnB/RG32e2qHFuq9cWsy1NZmLKA9 rYJa9ER4ZikUPR8adsVDHgCCs59ylYsRNUozyBWQpcGSo/ADwWVhbmYkFQ919dnaco+WCIgpuBB1Er KIx1Ws0olIqvR1+itxpf5OiN7xTgV8A== X-MHO-RoutePath: aGlwcGll X-MHO-User: 96fff41c-bec4-11e9-85ec-13b9aae3a1d2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 96fff41c-bec4-11e9-85ec-13b9aae3a1d2; Wed, 14 Aug 2019 18:51:58 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x7EIpuXb055533; Wed, 14 Aug 2019 12:51:56 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <0f58d80ff7f92b36755167168227acae0a372045.camel@freebsd.org> Subject: Re: Espressobin anyone ? From: Ian Lepore To: =?ISO-8859-1?Q?S=F8ren?= Schmidt , Mit Matelske Cc: freebsd-arm , Marcin Wojtas Date: Wed, 14 Aug 2019 12:51:56 -0600 In-Reply-To: <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> References: <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 467zGB3Rxcz3HhX X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-2.98 / 15.00]; TAGGED_RCPT(0.00)[]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 18:52:03 -0000 On Wed, 2019-08-14 at 20:33 +0200, Søren Schmidt wrote: > It might simply be broken in -current (again). > > I just updated my stable12 tree and I pulled in new .dts files for > just about anything… > > Needless to say, it broke the Espressobin’s SD support, it now fails > just like yours.. > > It also broke allwinner builds and what not, so I’m just going back > in time again :) > > I wonder why there is this overwhelming need to import stuff that > breaks things right, left and center in a -stable branch ? > That would have earned you the pointy hat back when…. > > -Søren > > Everybody wants to criticize how dts source imports are done, I think often without understanding how hard the problem is to deal with, and always without offering any suggestion about how to make it better except "don't break my stuff". "Just don't update because it's not broken" sounds simple and attractive, but what it really means is "freeze all arm support at what you've got right now". If you don't import newer dts, you can't support new boards, write new drivers for existing boards, etc. You can't do partial imports, because the entire mass of dts source is all interdependent with header files and .dtsi include files. We have relatively little influence on our upstream sources. They are an army of developers, usually paid, each working in their own little per-board areas.So some boards are very dynamic and change often, while others almost never change. For us, we lack the army. In fact, we lack dedicated support people for the two boards that are most popular with the freebsd user base (rpi and beaglebone), and sadly, those are two of the most actively-changing things in the dts upstream. Upstream folks absolutely DON'T CARE about compatibility with the past. Because it's linux. The dts files are basically an extension of linux device drivers that are written in a language other than C, and are exported without the .c parts of the drivers. In the linux world they change dts and commit corresponding driver changes, and since binary compatibility is by policy not a thing with linux, they don't think they've broken anything. They just don't view dts source as an API that needs to be stable in any way, and they don't care that changes to it break out-of-linux-tree users. So if dts updates didn't get merged to 12-stable, then the upcoming 12.1 release would have no improvements over 12.0 in arm support. And if ensuring that every board that everyone is using still works was a required part of the MFC, it would never get done, because we don't have the manpower to get that done. About the only option is to merge and then fix when people report breakage. -- Ian > > On 14 Aug 2019, at 18.01, Mit Matelske wrote: > > > > Marcin- > > > > Sorry I didn't reply yesterday. I didn't have any luck with that > > either. I tried a lot of permutations. > > > > Not saying for 100% it doesn't work, but I couldn't get it to work! > > > > Mit > > > > From: "Marcin Wojtas" > > To: "Mit Matelske" > > Cc: "Søren Schmidt" , "freebsd-arm" < > > freebsd-arm@freebsd.org> > > Sent: Wednesday, August 14, 2019 10:41:04 AM > > Subject: Re: Espressobin anyone ? > > > > Hi Mit, > > Since you are using the latest 13-current, could you please try if > > passing rootdev via u-boot bootargs (please see my previous email) > > works for you without the loader modification? > > > > Best regards, > > Marcin > > > > śr., 14 sie 2019 o 16:29 Mit Matelske > mit@pt.net>> napisał(a): > > Soren- > > > > Thanks for the info. I'll grab a couple more SD cards at > > lunch. This one is a new Samsung 32GB. I'll also try putting the > > changes into 12 and see if that helps. I'm using the latest 13- > > current. > > > > Again, appreciate the hand holding! > > > > Mit > > > > From: "Søren Schmidt" > soren.schmidt@gmail.com>> > > To: "Mit Matelske" > > > Cc: "Marcin Wojtas" >, > > "freebsd-arm" > freebsd-arm@freebsd.org>> > > Sent: Wednesday, August 14, 2019 2:30:31 AM > > Subject: Re: Espressobin anyone ? > > > > Hi Mit > > Hmm, from your earlier posted dmesgs it looks like the SD card is > > not getting detected properly.. > > > > I get this output: > > > > sdhci_xenon0: mem 0xd0000- > > 0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > mmc0: on sdhci_xenon0 > > …snip… > > mmcsd0: 16GB at > > mmc0 50.0MHz/4bit/65535-block > > > > The problem you see was fixed for me by r348882, maybe it got > > broken later, I havn’t backported the later changes.. > > > > Have you tried another SD card ? I have found 2 of mine that the > > espressobin doesn’t like, but works fine with bananapi and > > friends... > > > > -Søren > > > > On 13 Aug 2019, at 23.30, Mit Matelske > mit@pt.net>> wrote: > > > > Soren- > > > > Thanks for the code snippet! That will fix one of the problems. > > > > I still can't mount my filesystem, though. I think I'm doing > > something really simple, wrong. I believe I'm running the latest > > code and added some printfs to show the kernel setting the > > regulator: > > > > > > usbus1 on ehci0 > > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) = 19 > > sdhci_xenon0: vqmmc-supply regulator found > > sdhci_xenon0: mem 0xd0000- > > 0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > ahci0: mem 0xe0000-0xe0177 irq 26 on > > simplebus1 > > > > > > Could there be a problem with how I am setting up my > > filesystem? I've tried both freebsd-ufs and freebsd as the type, > > with no luck. A gpart listing of my SD card: > > > > root@fbl:~ # gpart list da3 > > Geom name: da3 > > modified: false > > state: OK > > fwheads: 255 > > fwsectors: 63 > > last: 62521335 > > first: 3 > > entries: 4 > > scheme: GPT > > Providers: > > 1. Name: da3p1 > > Mediasize: 41943040 (40M) > > Sectorsize: 512 > > Stripesize: 0 > > Stripeoffset: 1536 > > Mode: r0w0e0 > > efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f- > > 08008a0010e0,0x3,0x14000) > > rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > > rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > > label: (null) > > length: 41943040 > > offset: 1536 > > type: efi > > index: 1 > > end: 81922 > > start: 3 > > 2. Name: da3p2 > > Mediasize: 31968979456 (30G) > > Sectorsize: 512 > > Stripesize: 0 > > Stripeoffset: 41944576 > > Mode: r0w0e0 > > efimedia: HD(2,GPT,98786462-be30-11e9-ae6e- > > 08008a0010e0,0x14003,0x3b8bff5) > > rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > > label: (null) > > length: 31968979456 > > offset: 41944576 > > type: freebsd-ufs > > index: 2 > > end: 62521335 > > start: 81923 > > Consumers: > > 1. Name: da3 > > Mediasize: 32010928128 (30G) > > Sectorsize: 512 > > Mode: r0w0e0 > > > > Thanks!! > > > > Mit > > > > From: "Søren Schmidt" > soren.schmidt@gmail.com>> > > To: "Marcin Wojtas" > > > Cc: "Mit Matelske" >, "freebsd-arm" > > > > > Sent: Tuesday, August 13, 2019 12:55:09 PM > > Subject: Re: Espressobin anyone ? > > > > Hi > > That doesn’t seen to work on the espressobin, or least I can’t get > > it to pick it up. > > > > I use this patch as a workaround: > > > > Index: main.c > > =================================================================== > > --- main.c (revision 350496) > > +++ main.c (working copy) > > @@ -463,6 +462,13 @@ > > int rv; > > char *rootdev; > > > > +#if defined(__aarch64__) > > + /* SOS HACK in rootdev, at least Espressobin gets this wrong */ > > + printf("Setting currdev hack\n"); > > + set_currdev("disk0p2"); > > + return (0); > > +#endif > > + > > /* > > * First choice: if rootdev is already set, use that, even if > > * it's wrong. > > > > Its not pretty but it does the job until I get time to look into > > why bootargs aren’t passed / won’t stick, probably something I > > havn’t backported to my -stable12 sources yet... > > > > -Søren > > > > On 13 Aug 2019, at 01.38, Marcin Wojtas > mw@semihalf.com>> wrote: > > > > Hi, > > > > Not sure if it's what you are looking for, but in order to > > autoboot, I > > simply pass 'rootdev=diskXpY' in the bootargs variable. Here's > > example from > > A3720-DB (same should work on EspressoBin): > > > > Marvell>> set bootargs "rootdev=disk1p1";usb reset; fatload usb 0:1 > > ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} > > boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > > resetting USB... > > USB0: Register 2000104 NbrPorts 2 > > Starting the controller > > USB XHCI 1.00 > > USB1: USB EHCI 1.00 > > - ______ ____ _____ _____ > > | ____| | _ \ / ____| __ \ > > | |___ _ __ ___ ___ | |_) | (___ | | | | > > | ___| '__/ _ \/ _ \| _ < \___ \| | | | > > | | | | | __/ __/| |_) |____) | |__| | > > | | | | | | || | | | > > |_| |_| \___|\___||____/|_____/|_____/ > > ``` > > ` > > ╔═══════════Welcome to FreeBSD════════════╗ s` `.....---.......- > > -.``` > > -/ > > ║ ║ +o . > > --` /y:` > > +. > > ║ 1. Boot Multi user [Enter] ║ yo`:. :o > > `+- > > ║ 2. Boot Single user ║ y/ - > > /` -o/ > > ║ 3. Escape to loader prompt ║ .- > > ::/sy+:. > > ║ 4. > > Reboot ║ / `-- > > / > > ║ ║ `: > > :` > > ║ Options: ║ `: > > :` > > ║ 5. Kernel: default/kernel (1 of 1) ║ / > > / > > ║ 6. Boot Options ║ .- > > -. > > ║ ║ > > -- -. > > ║ ║ `:` > > `:` > > ║ ║ . > > -- `--. > > ╚═════════════════════════════════════════╝ .---.....--- > > -. > > Autoboot in 9 seconds, hit [Enter] to boot or any other key to > > stop > > > > Loading kernel... > > /boot/kernel/kernel text=0x95047c data=0x1919d0+0x84aa94 > > syms=[0x8+0x13aaa8+0x8+0x12610d] > > Loading configured modules... > > can't find '/boot/entropy' > > Using DTB provided by EFI at 0x8000000. > > ---<>--- > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) GENERIC > > arm64 > > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based > > on LLVM > > 8.0.0) > > WARNING: WITNESS option enabled, expect reduced performance. > > VT: init without driver. > > Starting CPU 1 (1) > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > [...] > > > > Best regards, > > Marcin > > > > pon., 12 sie 2019 o 23:14 Mit Matelske > mit@pt.net>> napisał(a): > > > > > > Soren- > > > > Thanks for the quick response. I built this kernel with revision > > 350924. > > I'll dig into whats going on in the morning. > > > > Mind posting your diff for your loader.efi? > > > > Thanks again! > > > > Mit > > > > > > ----- Original Message ----- > > From: "Søren Schmidt" > soren.schmidt@gmail.com>> > > To: "Mit Matelske" > > > Cc: "tscho" >, > > "freebsd-arm" < > > freebsd-arm@freebsd.org > > > Sent: Monday, August 12, 2019 3:49:48 PM > > Subject: Re: Espressobin anyone ? > > > > Hi > > > > Looks like your sources may be too old, you need to be at least at > > r348882 > > to get the fix for the SD card VCC regulator. > > > > That change fixed it for me backported to 12-stable... > > > > The currdev problem still exists, I have it hardwired in my loader > > for > > aarch64 :) > > > > -Søren > > > > > > On 12 Aug 2019, at 21.06, Mit Matelske > mit@pt.net>> wrote: > > > > I'm having a couple little hiccups booting this board also. One > > has > > been commented on already, that I can't get the loader to > > automatically > > start loading the kernel on "disk0p2"... > > > > The second, is that the kernel can't find the SD card after booting > > so > > it can't mount the root filesystem. I'm using the dts/dtb and > > kernel from > > the 13-current branch. > > > > Thanks for any and all help. I haven't used u-boot in about > > decade. > > Spoiled by the x86 platform. > > > > Mit Matelske > > > > > > ***U-boot environment:*** > > > > > > Marvell>> printenv > > baudrate=115200 > > bootargs=console=ttyMV0,115200 earlycon=ar3700_uart,0xd0012000 > > root=/dev/mmcblk0p1 rw rootwait net.ifnames=0 biosdevname=0 > > bootcmd=mmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload > > mmc > > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > bootdelay=2 > > bootmmc=mmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload > > mmc > > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > console=console=ttyMV0,115200 earlycon=ar3700_uart,0xd0012000 > > eth1addr=00:51:82:11:22:01 > > eth2addr=00:51:82:11:22:02 > > eth3addr=00:51:82:11:22:03 > > ethact=neta@30000 > > ethaddr=F0:AD:4E:09:6B:8F > > ethprime=eth0 > > fdt_addr=0x4f00000 > > fdt_high=0xffffffffffffffff > > fdt_name=efi/boot/armada-3720-espressobin.dtb > > fdtcontroladdr=3f7161b8 > > gatewayip=10.4.50.254 > > get_images=tftpboot $kernel_addr $image_name; tftpboot $fdt_addr > > $fdt_name; run get_ramfs > > get_ramfs=if test "${ramfs_name}" != "-"; then setenv ramfs_addr > > 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr > > -;fi > > hostname=marvell > > image_name=efi/freebsd/loader.efi > > initrd_addr=0xa00000 > > initrd_size=0x2000000 > > ipaddr=0.0.0.0 > > kernel_addr=0x5000000 > > loadaddr=0x5000000 > > netdev=eth0 > > netmask=255.255.255.0 > > ramfs_addr=0x8000000 > > ramfs_name=- > > root=root=/dev/nfs rw > > rootpath=/srv/nfs/ > > serverip=0.0.0.0 > > set_bootargs=setenv bootargs $console $root > > ip=$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none > > nfsroot=$serverip:$rootpath $extra_params > > stderr=serial@12000 > > stdin=serial@12000 > > stdout=serial@12000 > > > > > > ***Full boot logs:*** > > > > > > U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 > > +0800) > > > > Model: Marvell Armada 3720 Community Board ESPRESSOBin > > CPU @ 1000 [MHz] > > L2 @ 800 [MHz] > > TClock @ 200 [MHz] > > DDR @ 800 [MHz] > > DRAM: 1 GiB > > U-Boot DT blob at : 000000003f7161b8 > > Comphy-0: USB3 5 Gbps > > Comphy-1: PEX0 2.5 Gbps > > Comphy-2: SATA0 6 Gbps > > SATA link 0 timeout. > > AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > > flags: ncq led only pmp fbss pio slum part sxs > > PCIE-0: Link down > > MMC: sdhci@d0000: 0, sdhci@d8000: 1 > > SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 > > KiB, > > total 4 MiB > > Net: eth0: neta@30000 [PRIME] > > Hit any key to stop autoboot: 0 > > switch to partitions #0, OK > > mmc0 is current device > > reading efi/freebsd/loader.efi > > 603872 bytes read in 49 ms (11.8 MiB/s) > > reading efi/boot/armada-3720-espressobin.dtb > > 15946 bytes read in 17 ms (916 KiB/s) > > ## Starting EFI application at 05000000 ... > > Scanning disk sdhci@d0000.blk ... > > Card did not respond to voltage select! > > mmc_init: -95, time 50 > > Found 1 disks > > Consoles: EFI console > > FreeBSD/arm64 EFI loader, Revision 1.1 > > > > Command line arguments: loader.efi > > EFI version: 2.05 > > EFI Firmware: Das U-boot (rev 0.00) > > Console: efi (0) > > Failed to find bootable partition > > Startup error in /boot/lua/loader.lua: seconds > > LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. > > > > can't load 'kernel' > > > > Type '?' for a list of commands, 'help' for more detailed help. > > OK > > OK set currdev=disk0p2 > > OK boot > > > > /boot/kernel/kernel text=0x97d6a0 data=0x191b50+0x84ae94 > > syms=[0x8+0x137dd8+0x8+0x126260] > > Using DTB provided by EFI at 0x8000000. > > ---<>--- > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2019 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 GENERIC arm64 > > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based > > on > > LLVM 6.0.1) > > WARNING: WITNESS option enabled, expect reduced performance. > > VT: init without driver. > > Starting CPU 1 (1) > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > arc4random: WARNING: initial seeding bypassed the cryptographic > > random > > device because it was not yet seeded and the knob > > 'bypass_before_seeding' > > was enabled. > > random: entropy device external interface > > MAP 3e681000 mode 2 pages 1 > > MAP 3ffa6000 mode 2 pages 1 > > kbd0 at kbdmux0 > > ofwbus0: > > simplebus0: on ofwbus0 > > simplebus1: on simplebus0 > > simple_mfd0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > > simple_mfd1: mem > > 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > > psci0: on ofwbus0 > > gic0: mem > > 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000- > > 0x1d81fff,0x1d90000-0x1d91fff,0x1da0000-0x1dbffff > > irq 27 on simplebus1 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq > > 28,29,30,31,32,33,34,35,36,37,38,39 on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > generic_timer0: irq 0,1,2,3 on ofwbus0 > > Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality > > 1000 > > Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality > > 1000 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq > > 28,29,30,31,32,33,34,35,36,37,38,39 on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq > > 28,29,30,31,32,33,34,35,36,37,38,39 on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq > > 28,29,30,31,32,33,34,35,36,37,38,39 on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq > > 28,29,30,31,32,33,34,35,36,37,38,39 on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > cpulist0: on ofwbus0 > > cpu0: on cpulist0 > > cpu1: on cpulist0 > > pmu0: irq 4 on ofwbus0 > > syscon_generic0: mem 0xd000-0xdfff on simplebus1 > > syscon_generic1: mem 0x11500-0x1153f on simplebus1 > > uart0: mem 0x12000-0x121ff irq 9,10,11 > > on > > simplebus1 > > uart0: console (115200,n,8,1) > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq > > 28,29,30,31,32,33,34,35,36,37,38,39 on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > syscon_generic2: mem 0x14000-0x1405f on simplebus1 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 > > mvneta0: version is 10 > > mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > > mdio0: on mvneta0 > > mdioproxy0: on mdio0 > > e6000sw0: on mdio0 > > e6000sw0: multi-chip addressing mode (0x1) > > e6000sw0: CPU port at 0 > > e6000sw0: fixed port at 0 > > e6000sw0: PHY at port 1 > > miibus0: on e6000sw0 > > e1000phy0: PHY 17 on miibus0 > > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, > > auto > > e6000sw0: PHY at port 2 > > miibus1: on e6000sw0 > > e1000phy1: PHY 18 on miibus1 > > e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, > > auto > > e6000sw0: PHY at port 3 > > miibus2: on e6000sw0 > > e1000phy2: PHY 19 on miibus2 > > e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, > > auto > > e6000sw0: switch is ready. > > etherswitch0: on e6000sw0 > > xhci0: mem 0x58000-0x5bfff irq 16 on > > simplebus1 > > xhci0: 32 bytes context size, 32-bit DMA > > usbus0 on xhci0 > > syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > > ehci0: mem 0x5e000-0x5efff > > irq > > 17 on simplebus1 > > usbus1: EHCI version 1.0 > > usbus1 on ehci0 > > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > sdhci_xenon0: mem > > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > ahci0: mem 0xe0000-0xe0177 irq 26 on > > simplebus1 > > ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported > > with FBS > > ahcich0: at channel 0 on ahci0 > > device_attach: ahcich0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > cryptosoft0: > > Timecounters tick every 1.000 msec > > mvneta0: link state changed to UP > > e6000sw0port1: link state changed to DOWN > > e6000sw0port2: link state changed to DOWN > > e6000sw0port3: link state changed to DOWN > > usbus0: 5.0Gbps Super Speed USB v3.0 > > usbus1: 480Mbps High Speed USB v2.0 > > Release APs...done > > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > > Instruction Set Attributes 0 = > > Trying to mount root from ufs:/dev/ufs/FreeBSD_Install > > [ro,noatime]... > > Instruction Set Attributes 1 = <> > > Root mount waiting for: Processor Features 0 = > > > > usbus1 Processor Features 1 = <0> > > usbus0 Memory Model Features 0 = <4k Granule,64k Granule,S/NS > > Mem,MixedEndian,16bit ASID,1TB PA> > > > > Memory Model Features 1 = <> > > Memory Model Features 2 = <32b CCIDX,48b VA> > > Debug Features 0 = <2 CTX Breakpoints,4 Watchpoints,6 > > Breakpoints,PMUv3,Debug v8> > > Debug Features 1 = <0> > > Auxiliary Features 0 = <0> > > Auxiliary Features 1 = <0> > > CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > > WARNING: WITNESS option enabled, expect reduced performance. > > ugen0.1: at usbus0 > > ugen1.1: at usbus1 > > uhub0 on usbus0 > > uhub1 on usbus1 > > uhub0: on > > usbus0 > > uhub1: on > > usbus1 > > uhub0: 2 ports with 2 removable, self powered > > uhub1: 1 port with 1 removable, self powered > > mountroot: waiting for device /dev/ufs/FreeBSD_Install... > > Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. > > > > Loader variables: > > vfs.root.mountfrom=ufs:/dev/ufs/FreeBSD_Install > > vfs.root.mountfrom.options=ro,noatime > > > > Manual root filesystem specification: > > : [options] > > Mount using filesystem > > and with the specified (optional) option list. > > > > eg. ufs:/dev/da0s1a > > zfs:zroot/ROOT/default > > cd9660:/dev/cd0 ro > > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > > > > ? List valid disk boot devices > > . Yield 1 second (for background tasks) > > Abort manual input > > > > mountroot> ? > > > > List of GEOM managed disk devices: > > > > > > mountroot> > > _______________________________________________ > > freebsd-arm@freebsd.org mailing > > list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm < > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm> > > To unsubscribe, send any mail to " > > freebsd-arm-unsubscribe@freebsd.org > freebsd-arm-unsubscribe@freebsd.org>" > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing > > list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm < > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm> > > To unsubscribe, send any mail to " > > freebsd-arm-unsubscribe@freebsd.org > freebsd-arm-unsubscribe@freebsd.org>" > > > > > > > > > > From owner-freebsd-arm@freebsd.org Wed Aug 14 19:06:31 2019 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 5D7FCB7422 for ; Wed, 14 Aug 2019 19:06:31 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 467zZt2bgrz3K57 for ; Wed, 14 Aug 2019 19:06:29 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 94c27c20; Wed, 14 Aug 2019 21:06:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=qM0n0V85tzuHWFtRD7cyBJYc1Sk=; b=JidRnlKXQJ2BpYBFDb8mhYcJMWur 97SEYnpD5Y6nk812s1lc4n0QBVn5niBAaJS5tuCjM1AV0Apo8vI1O1LFrLAQQWBk 75t5s8ZAMTRJ/e7sdzYwyYzy/cUEqrWuJm76+7Jdc58JTPZ84biyxKoUAve3B44h VAUhjgB7Rvt1znA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=nTG4L74Xt5m2ccTZf7Wa0doph0PaNyrzvjyX8abOxlW4NPAGXuPslaAK 2JUGGG4fnwxEWJKJwAYpPtm4lwS7wVWXv3Gld4V/e+NOo2n+hwVTPmTvJoCZSXJZ Il/NWPTa834a8VHgIwIy4lBLBWwrNhOGnY4ydwlwjHS3Wx8ASK0= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id ee5aab96 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 14 Aug 2019 21:06:28 +0200 (CEST) Date: Wed, 14 Aug 2019 21:06:27 +0200 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: Mit Matelske , freebsd-arm , Marcin Wojtas Subject: Re: Espressobin anyone ? Message-Id: <20190814210627.cddbfb77f006f3a5a9b1622f@bidouilliste.com> In-Reply-To: <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> References: <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 467zZt2bgrz3K57 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=JidRnlKX; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [0.33 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.35)[ip: (-0.91), ipnet: 212.83.160.0/19(2.56), asn: 12876(0.09), country: FR(-0.01)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.49)[-0.492,0]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; NEURAL_HAM_LONG(-0.82)[-0.818,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_SPAM_SHORT(0.20)[0.196,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 19:06:31 -0000 On Wed, 14 Aug 2019 20:33:04 +0200 S=F8ren Schmidt wrote: >=20 > It might simply be broken in -current (again). >=20 > I just updated my stable12 tree and I pulled in new .dts files for just a= bout anything? >=20 > Needless to say, it broke the Espressobin?s SD support, it now fails just= like yours.. >=20 > It also broke allwinner builds and what not, so I?m just going back in ti= me again :) What allwinner build are you talking about ? > I wonder why there is this overwhelming need to import stuff that breaks = things right, left and center in a -stable branch ? See ian@ answer, I couldn't have said it better. > That would have earned you the pointy hat back when?. Give me the pointy hat, I don't care about it. > -S=F8ren >=20 >=20 > > On 14 Aug 2019, at 18.01, Mit Matelske wrote: > >=20 > > Marcin- > >=20 > > Sorry I didn't reply yesterday. I didn't have any luck with that eithe= r. I tried a lot of permutations. > >=20 > > Not saying for 100% it doesn't work, but I couldn't get it to work! > >=20 > > Mit > >=20 > > From: "Marcin Wojtas" > > To: "Mit Matelske" > > Cc: "S=F8ren Schmidt" , "freebsd-arm" > > Sent: Wednesday, August 14, 2019 10:41:04 AM > > Subject: Re: Espressobin anyone ? > >=20 > > Hi Mit, > > Since you are using the latest 13-current, could you please try if pass= ing rootdev via u-boot bootargs (please see my previous email) works for yo= u without the loader modification? > >=20 > > Best regards, > > Marcin > >=20 > > ?r., 14 sie 2019 o 16:29 Mit Matelske > = napisa?(a): > > Soren- > >=20 > > Thanks for the info. I'll grab a couple more SD cards at lunch. This = one is a new Samsung 32GB. I'll also try putting the changes into 12 and s= ee if that helps. I'm using the latest 13-current. > >=20 > > Again, appreciate the hand holding! > >=20 > > Mit > >=20 > > From: "S=F8ren Schmidt" > > > To: "Mit Matelske" > > > Cc: "Marcin Wojtas" >, "freebs= d-arm" > > > Sent: Wednesday, August 14, 2019 2:30:31 AM > > Subject: Re: Espressobin anyone ? > >=20 > > Hi Mit > > Hmm, from your earlier posted dmesgs it looks like the SD card is not g= etting detected properly.. > >=20 > > I get this output: > >=20 > > sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e8= 08-0x1e80b irq 24 on simplebus1 > > mmc0: on sdhci_xenon0 > > ?snip? > > mmcsd0: 16GB at mmc0 = 50.0MHz/4bit/65535-block > >=20 > > The problem you see was fixed for me by r348882, maybe it got broken la= ter, I havn?t backported the later changes.. > >=20 > > Have you tried another SD card ? I have found 2 of mine that the espres= sobin doesn?t like, but works fine with bananapi and friends... > >=20 > > -S=F8ren > >=20 > > On 13 Aug 2019, at 23.30, Mit Matelske >= wrote: > >=20 > > Soren- > >=20 > > Thanks for the code snippet! That will fix one of the problems. > >=20 > > I still can't mount my filesystem, though. I think I'm doing something= really simple, wrong. I believe I'm running the latest code and added som= e printfs to show the kernel setting the regulator: > >=20 > >=20 > > usbus1 on ehci0 > > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19 > > sdhci_xenon0: vqmmc-supply regulator found > > sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e8= 08-0x1e80b irq 24 on simplebus1 > > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 > >=20 > >=20 > > Could there be a problem with how I am setting up my filesystem? I've = tried both freebsd-ufs and freebsd as the type, with no luck. A gpart listi= ng of my SD card: > >=20 > > root@fbl:~ # gpart list da3 > > Geom name: da3 > > modified: false > > state: OK > > fwheads: 255 > > fwsectors: 63 > > last: 62521335 > > first: 3 > > entries: 4 > > scheme: GPT > > Providers: > > 1. Name: da3p1 > > Mediasize: 41943040 (40M) > > Sectorsize: 512 > > Stripesize: 0 > > Stripeoffset: 1536 > > Mode: r0w0e0 > > efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) > > rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > > rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > > label: (null) > > length: 41943040 > > offset: 1536 > > type: efi > > index: 1 > > end: 81922 > > start: 3 > > 2. Name: da3p2 > > Mediasize: 31968979456 (30G) > > Sectorsize: 512 > > Stripesize: 0 > > Stripeoffset: 41944576 > > Mode: r0w0e0 > > efimedia: HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b= 8bff5) > > rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > > label: (null) > > length: 31968979456 > > offset: 41944576 > > type: freebsd-ufs > > index: 2 > > end: 62521335 > > start: 81923 > > Consumers: > > 1. Name: da3 > > Mediasize: 32010928128 (30G) > > Sectorsize: 512 > > Mode: r0w0e0 > >=20 > > Thanks!! > >=20 > > Mit > >=20 > > From: "S=F8ren Schmidt" > > > To: "Marcin Wojtas" > > > Cc: "Mit Matelske" >, "freebsd-arm" > > > Sent: Tuesday, August 13, 2019 12:55:09 PM > > Subject: Re: Espressobin anyone ? > >=20 > > Hi > > That doesn?t seen to work on the espressobin, or least I can?t get it t= o pick it up. > >=20 > > I use this patch as a workaround: > >=20 > > Index: main.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 > > --- main.c (revision 350496) > > +++ main.c (working copy) > > @@ -463,6 +462,13 @@ > > int rv; > > char *rootdev; > >=20 > > +#if defined(__aarch64__) > > + /* SOS HACK in rootdev, at least Espressobin gets this wrong */ > > + printf("Setting currdev hack\n"); > > + set_currdev("disk0p2"); > > + return (0); > > +#endif > > + > > /* > > * First choice: if rootdev is already set, use that, even if > > * it's wrong. > >=20 > > Its not pretty but it does the job until I get time to look into why bo= otargs aren?t passed / won?t stick, probably something I havn?t backported = to my -stable12 sources yet... > >=20 > > -S=F8ren > >=20 > > On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: > >=20 > > Hi, > >=20 > > Not sure if it's what you are looking for, but in order to autoboot, I > > simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's exampl= e from > > A3720-DB (same should work on EspressoBin): > >=20 > > Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0:1 > > ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} > > boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > > resetting USB... > > USB0: Register 2000104 NbrPorts 2 > > Starting the controller > > USB XHCI 1.00 > > USB1: USB EHCI 1.00 > > - ______ ____ _____ _____ > > | ____| | _ \ / ____| __ \ > > | |___ _ __ ___ ___ | |_) | (___ | | | | > > | ___| '__/ _ \/ _ \| _ < \___ \| | | | > > | | | | | __/ __/| |_) |____) | |__| | > > | | | | | | || | | | > > |_| |_| \___|\___||____/|_____/|_____/ > > ``` > > ` > > ????????????Welcome to FreeBSD????????????? s` `.....---.......--.``` > > -/ > > ? ? +o .--` /y:` > > +. > > ? 1. Boot Multi user [Enter] ? yo`:. :o > > `+- > > ? 2. Boot Single user ? y/ -/` = -o/ > > ? 3. Escape to loader prompt ? .- > > ::/sy+:. > > ? 4. Reboot ? / `= -- > > / > > ? ? `: > > :` > > ? Options: ? `: > > :` > > ? 5. Kernel: default/kernel (1 of 1) ? / > > / > > ? 6. Boot Options ? .- > > -. > > ? ? -- = -. > > ? ? `:` = `:` > > ? ? .-- `--. > > ??????????????????????????????????????????? .---.....----. > > Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop > >=20 > > Loading kernel... > > /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 > > syms=3D[0x8+0x13aaa8+0x8+0x12610d] > > Loading configured modules... > > can't find '/boot/entropy' > > Using DTB provided by EFI at 0x8000000. > > ---<>--- > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) GENERIC arm64 > > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on L= LVM > > 8.0.0) > > WARNING: WITNESS option enabled, expect reduced performance. > > VT: init without driver. > > Starting CPU 1 (1) > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > [...] > >=20 > > Best regards, > > Marcin > >=20 > > pon., 12 sie 2019 o 23:14 Mit Matelske >= napisa?(a): > >=20 > >=20 > > Soren- > >=20 > > Thanks for the quick response. I built this kernel with revision 35092= 4. > > I'll dig into whats going on in the morning. > >=20 > > Mind posting your diff for your loader.efi? > >=20 > > Thanks again! > >=20 > > Mit > >=20 > >=20 > > ----- Original Message ----- > > From: "S=F8ren Schmidt" > > > To: "Mit Matelske" > > > Cc: "tscho" >, "fr= eebsd-arm" < > > freebsd-arm@freebsd.org > > > Sent: Monday, August 12, 2019 3:49:48 PM > > Subject: Re: Espressobin anyone ? > >=20 > > Hi > >=20 > > Looks like your sources may be too old, you need to be at least at r348= 882 > > to get the fix for the SD card VCC regulator. > >=20 > > That change fixed it for me backported to 12-stable... > >=20 > > The currdev problem still exists, I have it hardwired in my loader for > > aarch64 :) > >=20 > > -S=F8ren > >=20 > >=20 > > On 12 Aug 2019, at 21.06, Mit Matelske >= wrote: > >=20 > > I'm having a couple little hiccups booting this board also. One has > > been commented on already, that I can't get the loader to automatically > > start loading the kernel on "disk0p2"... > >=20 > > The second, is that the kernel can't find the SD card after booting so > > it can't mount the root filesystem. I'm using the dts/dtb and kernel f= rom > > the 13-current branch. > >=20 > > Thanks for any and all help. I haven't used u-boot in about decade. > > Spoiled by the x86 platform. > >=20 > > Mit Matelske > >=20 > >=20 > > ***U-boot environment:*** > >=20 > >=20 > > Marvell>> printenv > > baudrate=3D115200 > > bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > > root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 > > bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload m= mc > > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > bootdelay=3D2 > > bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload m= mc > > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > > eth1addr=3D00:51:82:11:22:01 > > eth2addr=3D00:51:82:11:22:02 > > eth3addr=3D00:51:82:11:22:03 > > ethact=3Dneta@30000 > > ethaddr=3DF0:AD:4E:09:6B:8F > > ethprime=3Deth0 > > fdt_addr=3D0x4f00000 > > fdt_high=3D0xffffffffffffffff > > fdt_name=3Defi/boot/armada-3720-espressobin.dtb > > fdtcontroladdr=3D3f7161b8 > > gatewayip=3D10.4.50.254 > > get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr > > $fdt_name; run get_ramfs > > get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr > > 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr -;fi > > hostname=3Dmarvell > > image_name=3Defi/freebsd/loader.efi > > initrd_addr=3D0xa00000 > > initrd_size=3D0x2000000 > > ipaddr=3D0.0.0.0 > > kernel_addr=3D0x5000000 > > loadaddr=3D0x5000000 > > netdev=3Deth0 > > netmask=3D255.255.255.0 > > ramfs_addr=3D0x8000000 > > ramfs_name=3D- > > root=3Droot=3D/dev/nfs rw > > rootpath=3D/srv/nfs/ > > serverip=3D0.0.0.0 > > set_bootargs=3Dsetenv bootargs $console $root > > ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none > > nfsroot=3D$serverip:$rootpath $extra_params > > stderr=3Dserial@12000 > > stdin=3Dserial@12000 > > stdout=3Dserial@12000 > >=20 > >=20 > > ***Full boot logs:*** > >=20 > >=20 > > U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800) > >=20 > > Model: Marvell Armada 3720 Community Board ESPRESSOBin > > CPU @ 1000 [MHz] > > L2 @ 800 [MHz] > > TClock @ 200 [MHz] > > DDR @ 800 [MHz] > > DRAM: 1 GiB > > U-Boot DT blob at : 000000003f7161b8 > > Comphy-0: USB3 5 Gbps > > Comphy-1: PEX0 2.5 Gbps > > Comphy-2: SATA0 6 Gbps > > SATA link 0 timeout. > > AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > > flags: ncq led only pmp fbss pio slum part sxs > > PCIE-0: Link down > > MMC: sdhci@d0000: 0, sdhci@d8000: 1 > > SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, > > total 4 MiB > > Net: eth0: neta@30000 [PRIME] > > Hit any key to stop autoboot: 0 > > switch to partitions #0, OK > > mmc0 is current device > > reading efi/freebsd/loader.efi > > 603872 bytes read in 49 ms (11.8 MiB/s) > > reading efi/boot/armada-3720-espressobin.dtb > > 15946 bytes read in 17 ms (916 KiB/s) > > ## Starting EFI application at 05000000 ... > > Scanning disk sdhci@d0000.blk ... > > Card did not respond to voltage select! > > mmc_init: -95, time 50 > > Found 1 disks > > Consoles: EFI console > > FreeBSD/arm64 EFI loader, Revision 1.1 > >=20 > > Command line arguments: loader.efi > > EFI version: 2.05 > > EFI Firmware: Das U-boot (rev 0.00) > > Console: efi (0) > > Failed to find bootable partition > > Startup error in /boot/lua/loader.lua: seconds > > LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. > >=20 > > can't load 'kernel' > >=20 > > Type '?' for a list of commands, 'help' for more detailed help. > > OK > > OK set currdev=3Ddisk0p2 > > OK boot > >=20 > > /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 > > syms=3D[0x8+0x137dd8+0x8+0x126260] > > Using DTB provided by EFI at 0x8000000. > > ---<>--- > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2019 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 GENERIC arm64 > > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on > > LLVM 6.0.1) > > WARNING: WITNESS option enabled, expect reduced performance. > > VT: init without driver. > > Starting CPU 1 (1) > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > arc4random: WARNING: initial seeding bypassed the cryptographic random > > device because it was not yet seeded and the knob 'bypass_before_seedin= g' > > was enabled. > > random: entropy device external interface > > MAP 3e681000 mode 2 pages 1 > > MAP 3ffa6000 mode 2 pages 1 > > kbd0 at kbdmux0 > > ofwbus0: > > simplebus0: on ofwbus0 > > simplebus1: on simplebus0 > > simple_mfd0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > > simple_mfd1: mem > > 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > > psci0: on ofwbus0 > > gic0: mem > > 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0= x1d91fff,0x1da0000-0x1dbffff > > irq 27 on simplebus1 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39= on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > generic_timer0: irq 0,1,2,3 on ofwbus0 > > Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality 1000 > > Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39= on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39= on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39= on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39= on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > cpulist0: on ofwbus0 > > cpu0: on cpulist0 > > cpu1: on cpulist0 > > pmu0: irq 4 on ofwbus0 > > syscon_generic0: mem 0xd000-0xdfff on simplebus1 > > syscon_generic1: mem 0x11500-0x1153f on simplebus1 > > uart0: mem 0x12000-0x121ff irq 9,10,11 on > > simplebus1 > > uart0: console (115200,n,8,1) > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39= on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > syscon_generic2: mem 0x14000-0x1405f on simplebus1 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 > > mvneta0: version is 10 > > mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > > mdio0: on mvneta0 > > mdioproxy0: on mdio0 > > e6000sw0: on mdio0 > > e6000sw0: multi-chip addressing mode (0x1) > > e6000sw0: CPU port at 0 > > e6000sw0: fixed port at 0 > > e6000sw0: PHY at port 1 > > miibus0: on e6000sw0 > > e1000phy0: PHY 17 on miibus0 > > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > > e6000sw0: PHY at port 2 > > miibus1: on e6000sw0 > > e1000phy1: PHY 18 on miibus1 > > e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > > e6000sw0: PHY at port 3 > > miibus2: on e6000sw0 > > e1000phy2: PHY 19 on miibus2 > > e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > > e6000sw0: switch is ready. > > etherswitch0: on e6000sw0 > > xhci0: mem 0x58000-0x5bfff irq 16 on > > simplebus1 > > xhci0: 32 bytes context size, 32-bit DMA > > usbus0 on xhci0 > > syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > > ehci0: mem 0x5e000-0x5efff irq > > 17 on simplebus1 > > usbus1: EHCI version 1.0 > > usbus1 on ehci0 > > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > sdhci_xenon0: mem > > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 > > ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FBS > > ahcich0: at channel 0 on ahci0 > > device_attach: ahcich0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > cryptosoft0: > > Timecounters tick every 1.000 msec > > mvneta0: link state changed to UP > > e6000sw0port1: link state changed to DOWN > > e6000sw0port2: link state changed to DOWN > > e6000sw0port3: link state changed to DOWN > > usbus0: 5.0Gbps Super Speed USB v3.0 > > usbus1: 480Mbps High Speed USB v2.0 > > Release APs...done > > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > > Instruction Set Attributes 0 =3D > > Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... > > Instruction Set Attributes 1 =3D <> > > Root mount waiting for: Processor Features 0 =3D > > > > usbus1 Processor Features 1 =3D <0> > > usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS > > Mem,MixedEndian,16bit ASID,1TB PA> > >=20 > > Memory Model Features 1 =3D <> > > Memory Model Features 2 =3D <32b CCIDX,48b VA> > > Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 > > Breakpoints,PMUv3,Debug v8> > > Debug Features 1 =3D <0> > > Auxiliary Features 0 =3D <0> > > Auxiliary Features 1 =3D <0> > > CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > > WARNING: WITNESS option enabled, expect reduced performance. > > ugen0.1: at usbus0 > > ugen1.1: at usbus1 > > uhub0 on usbus0 > > uhub1 on usbus1 > > uhub0: on > > usbus0 > > uhub1: on > > usbus1 > > uhub0: 2 ports with 2 removable, self powered > > uhub1: 1 port with 1 removable, self powered > > mountroot: waiting for device /dev/ufs/FreeBSD_Install... > > Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. > >=20 > > Loader variables: > > vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > > vfs.root.mountfrom.options=3Dro,noatime > >=20 > > Manual root filesystem specification: > > : [options] > > Mount using filesystem > > and with the specified (optional) option list. > >=20 > > eg. ufs:/dev/da0s1a > > zfs:zroot/ROOT/default > > cd9660:/dev/cd0 ro > > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > >=20 > > ? List valid disk boot devices > > . Yield 1 second (for background tasks) > > Abort manual input > >=20 > > mountroot> ? > >=20 > > List of GEOM managed disk devices: > >=20 > >=20 > > mountroot> > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org <= mailto:freebsd-arm-unsubscribe@freebsd.org>" > >=20 > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org <= mailto:freebsd-arm-unsubscribe@freebsd.org>" > >=20 > >=20 > >=20 > >=20 >=20 --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Aug 14 19:08:23 2019 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 36305B7596 for ; Wed, 14 Aug 2019 19:08:23 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 467zd307X9z3KHV; Wed, 14 Aug 2019 19:08:22 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ed1-x531.google.com with SMTP id s15so230536edx.0; Wed, 14 Aug 2019 12:08:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=qzFji38Y0wMDDS3WPg4ebSS0KNUqtv27PnVFkAmHj6Y=; b=oIgyw1vBXeOHpfX720SlJebZbf1eCyroAGb1A7mjTgug50rwsf2OiFwxM1n0i7Z4cU FaDdBq2nChjpqDHLZY+ZsKlRcc5jmdc5wbvz7jVP5vWEcNSdt9kz+GYATZlgrgnr3VmH pQucCcMl0v0kK7/Z1Tj/CFKbmzPstumesDRn+urVoPLwzsr9Z5hCVDPyexjC9ke2j29y f0YUOvjqYfyjO/TB7CWoN2UPUE3rReW7XIcM1cao28KT/g8Q0YMWXG82qq57Fu1vvOQw Dx7i0U4JbP/4E5S/0N0kWNgNBqNMA4o6Bqxkpo9i7WRMfm51S6zRczeoW62hW6NWTGG4 eRYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=qzFji38Y0wMDDS3WPg4ebSS0KNUqtv27PnVFkAmHj6Y=; b=KL2UPxlTsW2hsERI8PbOyVw8i7EW6GTHlNdxP3vM/hIuXqLpjta//Ov8R1+nWDt25H de5CT998OgejswG5MSQP0+OWQQ9ze4qxdrGXVa8ZU6aFqXyqhfrnwLjph13aJ0rYLCat QsO5qcHQVrqdan+bXst0vzQjScbx35kuP5iNsLEjt0BzIY8e0TxAhav4K9fR+vI7UfNC LSUKo4WTH9db8IF0OFxP1lULaehuwBKAw12bZF1cwNL32wGs0+C+k3myMUD+Vpclfr/1 MqeJUty/antoW0dcZJqBvdE6CCIqLr4Ftfqtt6PAfmzs/oIPgYLq+62EBeIu97cGOOJ+ mhPw== X-Gm-Message-State: APjAAAVgIWVlEcsJg+/RPygLJHlP3Yf/gYUm/KIVhfidzMk77Q2OLm3l G9vN7e8z3diE5j3Uvmm97zdF95WjmgNprg== X-Google-Smtp-Source: APXvYqwBQ2ry2UBDWNLkcDeCSdm7CuywviTWZ1hfaZx4ecbDSICKeMzW/+TOghw7lBeocUCo86DYXA== X-Received: by 2002:a17:906:f145:: with SMTP id gw5mr1123440ejb.34.1565809701022; Wed, 14 Aug 2019 12:08:21 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id b31sm111279edf.33.2019.08.14.12.08.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Aug 2019 12:08:20 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_EF83BF95-E1E6-4437-BF9B-02972E2253D0"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Espressobin anyone ? Date: Wed, 14 Aug 2019 21:08:19 +0200 In-Reply-To: <0f58d80ff7f92b36755167168227acae0a372045.camel@freebsd.org> Cc: Mit Matelske , freebsd-arm , Marcin Wojtas To: Ian Lepore References: <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <0f58d80ff7f92b36755167168227acae0a372045.camel@freebsd.org> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 467zd307X9z3KHV X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.982,0]; TAGGED_FROM(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 19:08:23 -0000 --Apple-Mail=_EF83BF95-E1E6-4437-BF9B-02972E2253D0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Ian I hear what you are saying, and there is no easy solution. I feel your pain, I developed/maintained ATA for 10+ years and its not = easy to satisfy all. However, one of the selling points for me has always been that current = support doesn=E2=80=99t break, and that is usually the case, with a few = exceptions. I realise that getting all the old stuff working is a huge amount of = work, but I also think its important to get it done. (the piles of old ATA controllers and disks in my workshop pay witness = to that). -S=C3=B8ren > On 14 Aug 2019, at 20.51, Ian Lepore wrote: >=20 > On Wed, 2019-08-14 at 20:33 +0200, S=C3=B8ren Schmidt wrote: >> It might simply be broken in -current (again). >>=20 >> I just updated my stable12 tree and I pulled in new .dts files for >> just about anything=E2=80=A6 >>=20 >> Needless to say, it broke the Espressobin=E2=80=99s SD support, it = now fails >> just like yours.. >>=20 >> It also broke allwinner builds and what not, so I=E2=80=99m just = going back >> in time again :) >>=20 >> I wonder why there is this overwhelming need to import stuff that >> breaks things right, left and center in a -stable branch ? >> That would have earned you the pointy hat back when=E2=80=A6. >>=20 >> -S=C3=B8ren >>=20 >>=20 >=20 > Everybody wants to criticize how dts source imports are done, I think > often without understanding how hard the problem is to deal with, and > always without offering any suggestion about how to make it better > except "don't break my stuff". >=20 > "Just don't update because it's not broken" sounds simple and > attractive, but what it really means is "freeze all arm support at = what > you've got right now". If you don't import newer dts, you can't > support new boards, write new drivers for existing boards, etc. You > can't do partial imports, because the entire mass of dts source is all > interdependent with header files and .dtsi include files. >=20 > We have relatively little influence on our upstream sources. They are > an army of developers, usually paid, each working in their own little > per-board areas.So some boards are very dynamic and change often, = while > others almost never change. For us, we lack the army. In fact, we > lack dedicated support people for the two boards that are most popular > with the freebsd user base (rpi and beaglebone), and sadly, those are > two of the most actively-changing things in the dts upstream. >=20 > Upstream folks absolutely DON'T CARE about compatibility with the = past. > Because it's linux. The dts files are basically an extension of linux > device drivers that are written in a language other than C, and are > exported without the .c parts of the drivers. In the linux world they > change dts and commit corresponding driver changes, and since binary > compatibility is by policy not a thing with linux, they don't think > they've broken anything. They just don't view dts source as an API > that needs to be stable in any way, and they don't care that changes = to > it break out-of-linux-tree users. >=20 > So if dts updates didn't get merged to 12-stable, then the upcoming > 12.1 release would have no improvements over 12.0 in arm support. And > if ensuring that every board that everyone is using still works was a > required part of the MFC, it would never get done, because we don't > have the manpower to get that done. About the only option is to merge > and then fix when people report breakage. >=20 > -- Ian >=20 >>> On 14 Aug 2019, at 18.01, Mit Matelske wrote: >>>=20 >>> Marcin- >>>=20 >>> Sorry I didn't reply yesterday. I didn't have any luck with that >>> either. I tried a lot of permutations. >>>=20 >>> Not saying for 100% it doesn't work, but I couldn't get it to work! >>>=20 >>> Mit >>>=20 >>> From: "Marcin Wojtas" >>> To: "Mit Matelske" >>> Cc: "S=C3=B8ren Schmidt" , "freebsd-arm" < >>> freebsd-arm@freebsd.org> >>> Sent: Wednesday, August 14, 2019 10:41:04 AM >>> Subject: Re: Espressobin anyone ? >>>=20 >>> Hi Mit, >>> Since you are using the latest 13-current, could you please try if >>> passing rootdev via u-boot bootargs (please see my previous email) >>> works for you without the loader modification? >>>=20 >>> Best regards, >>> Marcin >>>=20 >>> =C5=9Br., 14 sie 2019 o 16:29 Mit Matelske >> mit@pt.net>> napisa=C5=82(a): >>> Soren- >>>=20 >>> Thanks for the info. I'll grab a couple more SD cards at >>> lunch. This one is a new Samsung 32GB. I'll also try putting the >>> changes into 12 and see if that helps. I'm using the latest 13- >>> current. >>>=20 >>> Again, appreciate the hand holding! >>>=20 >>> Mit >>>=20 >>> From: "S=C3=B8ren Schmidt" >> soren.schmidt@gmail.com>> >>> To: "Mit Matelske" > >>> Cc: "Marcin Wojtas" >, >>> "freebsd-arm" >> freebsd-arm@freebsd.org>> >>> Sent: Wednesday, August 14, 2019 2:30:31 AM >>> Subject: Re: Espressobin anyone ? >>>=20 >>> Hi Mit >>> Hmm, from your earlier posted dmesgs it looks like the SD card is >>> not getting detected properly.. >>>=20 >>> I get this output: >>>=20 >>> sdhci_xenon0: mem 0xd0000- >>> 0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>> mmc0: on sdhci_xenon0 >>> =E2=80=A6snip=E2=80=A6 >>> mmcsd0: 16GB at >>> mmc0 50.0MHz/4bit/65535-block >>>=20 >>> The problem you see was fixed for me by r348882, maybe it got >>> broken later, I havn=E2=80=99t backported the later changes.. >>>=20 >>> Have you tried another SD card ? I have found 2 of mine that the >>> espressobin doesn=E2=80=99t like, but works fine with bananapi and >>> friends... >>>=20 >>> -S=C3=B8ren >>>=20 >>> On 13 Aug 2019, at 23.30, Mit Matelske >> mit@pt.net>> wrote: >>>=20 >>> Soren- >>>=20 >>> Thanks for the code snippet! That will fix one of the problems. >>>=20 >>> I still can't mount my filesystem, though. I think I'm doing >>> something really simple, wrong. I believe I'm running the latest >>> code and added some printfs to show the kernel setting the >>> regulator: >>>=20 >>>=20 >>> usbus1 on ehci0 >>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 >>> sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19 >>> sdhci_xenon0: vqmmc-supply regulator found >>> sdhci_xenon0: mem 0xd0000- >>> 0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>> ahci0: mem 0xe0000-0xe0177 irq 26 on >>> simplebus1 >>>=20 >>>=20 >>> Could there be a problem with how I am setting up my >>> filesystem? I've tried both freebsd-ufs and freebsd as the type, >>> with no luck. A gpart listing of my SD card: >>>=20 >>> root@fbl:~ # gpart list da3 >>> Geom name: da3 >>> modified: false >>> state: OK >>> fwheads: 255 >>> fwsectors: 63 >>> last: 62521335 >>> first: 3 >>> entries: 4 >>> scheme: GPT >>> Providers: >>> 1. Name: da3p1 >>> Mediasize: 41943040 (40M) >>> Sectorsize: 512 >>> Stripesize: 0 >>> Stripeoffset: 1536 >>> Mode: r0w0e0 >>> efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f- >>> 08008a0010e0,0x3,0x14000) >>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 >>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b >>> label: (null) >>> length: 41943040 >>> offset: 1536 >>> type: efi >>> index: 1 >>> end: 81922 >>> start: 3 >>> 2. Name: da3p2 >>> Mediasize: 31968979456 (30G) >>> Sectorsize: 512 >>> Stripesize: 0 >>> Stripeoffset: 41944576 >>> Mode: r0w0e0 >>> efimedia: HD(2,GPT,98786462-be30-11e9-ae6e- >>> 08008a0010e0,0x14003,0x3b8bff5) >>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 >>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b >>> label: (null) >>> length: 31968979456 >>> offset: 41944576 >>> type: freebsd-ufs >>> index: 2 >>> end: 62521335 >>> start: 81923 >>> Consumers: >>> 1. Name: da3 >>> Mediasize: 32010928128 (30G) >>> Sectorsize: 512 >>> Mode: r0w0e0 >>>=20 >>> Thanks!! >>>=20 >>> Mit >>>=20 >>> From: "S=C3=B8ren Schmidt" >> soren.schmidt@gmail.com>> >>> To: "Marcin Wojtas" > >>> Cc: "Mit Matelske" >, "freebsd-arm" >>> > >>> Sent: Tuesday, August 13, 2019 12:55:09 PM >>> Subject: Re: Espressobin anyone ? >>>=20 >>> Hi >>> That doesn=E2=80=99t seen to work on the espressobin, or least I = can=E2=80=99t get >>> it to pick it up. >>>=20 >>> I use this patch as a workaround: >>>=20 >>> Index: main.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 >>> --- main.c (revision 350496) >>> +++ main.c (working copy) >>> @@ -463,6 +462,13 @@ >>> int rv; >>> char *rootdev; >>>=20 >>> +#if defined(__aarch64__) >>> + /* SOS HACK in rootdev, at least Espressobin gets this wrong */ >>> + printf("Setting currdev hack\n"); >>> + set_currdev("disk0p2"); >>> + return (0); >>> +#endif >>> + >>> /* >>> * First choice: if rootdev is already set, use that, even if >>> * it's wrong. >>>=20 >>> Its not pretty but it does the job until I get time to look into >>> why bootargs aren=E2=80=99t passed / won=E2=80=99t stick, probably = something I >>> havn=E2=80=99t backported to my -stable12 sources yet... >>>=20 >>> -S=C3=B8ren >>>=20 >>> On 13 Aug 2019, at 01.38, Marcin Wojtas >> mw@semihalf.com>> wrote: >>>=20 >>> Hi, >>>=20 >>> Not sure if it's what you are looking for, but in order to >>> autoboot, I >>> simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's >>> example from >>> A3720-DB (same should work on EspressoBin): >>>=20 >>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb = 0:1 >>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} >>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} >>> resetting USB... >>> USB0: Register 2000104 NbrPorts 2 >>> Starting the controller >>> USB XHCI 1.00 >>> USB1: USB EHCI 1.00 >>> - ______ ____ _____ _____ >>> | ____| | _ \ / ____| __ \ >>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>> | | | | | __/ __/| |_) |____) | |__| | >>> | | | | | | || | | | >>> |_| |_| \___|\___||____/|_____/|_____/ >>> ``` >>> ` >>> =E2=95=94=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90Welcome to = FreeBSD=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=97 s` `.....---.......- >>> -.``` >>> -/ >>> =E2=95=91 =E2=95=91 +o = . >>> --` /y:` >>> +. >>> =E2=95=91 1. Boot Multi user [Enter] =E2=95=91 = yo`:. :o >>> `+- >>> =E2=95=91 2. Boot Single user =E2=95=91 y/ = - >>> /` -o/ >>> =E2=95=91 3. Escape to loader prompt =E2=95=91 .- >>> ::/sy+:. >>> =E2=95=91 4. >>> Reboot =E2=95=91 / = `-- >>> / >>> =E2=95=91 =E2=95=91 `: >>> :` >>> =E2=95=91 Options: =E2=95=91 `: >>> :` >>> =E2=95=91 5. Kernel: default/kernel (1 of 1) =E2=95=91 / >>> / >>> =E2=95=91 6. Boot Options =E2=95=91 .- >>> -. >>> =E2=95=91 =E2=95=91 >>> -- -. >>> =E2=95=91 =E2=95=91 = `:` >>> `:` >>> =E2=95=91 =E2=95=91 = . >>> -- `--. >>> = =E2=95=9A=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=9D .---.....--- >>> -. >>> Autoboot in 9 seconds, hit [Enter] to boot or any other key to >>> stop >>>=20 >>> Loading kernel... >>> /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 >>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] >>> Loading configured modules... >>> can't find '/boot/entropy' >>> Using DTB provided by EFI at 0x8000000. >>> ---<>--- >>> KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) GENERIC >>> arm64 >>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based >>> on LLVM >>> 8.0.0) >>> WARNING: WITNESS option enabled, expect reduced performance. >>> VT: init without driver. >>> Starting CPU 1 (1) >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> [...] >>>=20 >>> Best regards, >>> Marcin >>>=20 >>> pon., 12 sie 2019 o 23:14 Mit Matelske >> mit@pt.net>> napisa=C5=82(a): >>>=20 >>>=20 >>> Soren- >>>=20 >>> Thanks for the quick response. I built this kernel with revision >>> 350924. >>> I'll dig into whats going on in the morning. >>>=20 >>> Mind posting your diff for your loader.efi? >>>=20 >>> Thanks again! >>>=20 >>> Mit >>>=20 >>>=20 >>> ----- Original Message ----- >>> From: "S=C3=B8ren Schmidt" >> soren.schmidt@gmail.com>> >>> To: "Mit Matelske" > >>> Cc: "tscho" >, >>> "freebsd-arm" < >>> freebsd-arm@freebsd.org > >>> Sent: Monday, August 12, 2019 3:49:48 PM >>> Subject: Re: Espressobin anyone ? >>>=20 >>> Hi >>>=20 >>> Looks like your sources may be too old, you need to be at least at >>> r348882 >>> to get the fix for the SD card VCC regulator. >>>=20 >>> That change fixed it for me backported to 12-stable... >>>=20 >>> The currdev problem still exists, I have it hardwired in my loader >>> for >>> aarch64 :) >>>=20 >>> -S=C3=B8ren >>>=20 >>>=20 >>> On 12 Aug 2019, at 21.06, Mit Matelske >> mit@pt.net>> wrote: >>>=20 >>> I'm having a couple little hiccups booting this board also. One >>> has >>> been commented on already, that I can't get the loader to >>> automatically >>> start loading the kernel on "disk0p2"... >>>=20 >>> The second, is that the kernel can't find the SD card after booting >>> so >>> it can't mount the root filesystem. I'm using the dts/dtb and >>> kernel from >>> the 13-current branch. >>>=20 >>> Thanks for any and all help. I haven't used u-boot in about >>> decade. >>> Spoiled by the x86 platform. >>>=20 >>> Mit Matelske >>>=20 >>>=20 >>> ***U-boot environment:*** >>>=20 >>>=20 >>> Marvell>> printenv >>> baudrate=3D115200 >>> bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 >>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 >>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr = $image_name;fatload >>> mmc >>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr >>> bootdelay=3D2 >>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr = $image_name;fatload >>> mmc >>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr >>> console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 >>> eth1addr=3D00:51:82:11:22:01 >>> eth2addr=3D00:51:82:11:22:02 >>> eth3addr=3D00:51:82:11:22:03 >>> ethact=3Dneta@30000 >>> ethaddr=3DF0:AD:4E:09:6B:8F >>> ethprime=3Deth0 >>> fdt_addr=3D0x4f00000 >>> fdt_high=3D0xffffffffffffffff >>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb >>> fdtcontroladdr=3D3f7161b8 >>> gatewayip=3D10.4.50.254 >>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr >>> $fdt_name; run get_ramfs >>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr >>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr >>> -;fi >>> hostname=3Dmarvell >>> image_name=3Defi/freebsd/loader.efi >>> initrd_addr=3D0xa00000 >>> initrd_size=3D0x2000000 >>> ipaddr=3D0.0.0.0 >>> kernel_addr=3D0x5000000 >>> loadaddr=3D0x5000000 >>> netdev=3Deth0 >>> netmask=3D255.255.255.0 >>> ramfs_addr=3D0x8000000 >>> ramfs_name=3D- >>> root=3Droot=3D/dev/nfs rw >>> rootpath=3D/srv/nfs/ >>> serverip=3D0.0.0.0 >>> set_bootargs=3Dsetenv bootargs $console $root >>> ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none >>> nfsroot=3D$serverip:$rootpath $extra_params >>> stderr=3Dserial@12000 >>> stdin=3Dserial@12000 >>> stdout=3Dserial@12000 >>>=20 >>>=20 >>> ***Full boot logs:*** >>>=20 >>>=20 >>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 >>> +0800) >>>=20 >>> Model: Marvell Armada 3720 Community Board ESPRESSOBin >>> CPU @ 1000 [MHz] >>> L2 @ 800 [MHz] >>> TClock @ 200 [MHz] >>> DDR @ 800 [MHz] >>> DRAM: 1 GiB >>> U-Boot DT blob at : 000000003f7161b8 >>> Comphy-0: USB3 5 Gbps >>> Comphy-1: PEX0 2.5 Gbps >>> Comphy-2: SATA0 6 Gbps >>> SATA link 0 timeout. >>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode >>> flags: ncq led only pmp fbss pio slum part sxs >>> PCIE-0: Link down >>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 >>> SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 >>> KiB, >>> total 4 MiB >>> Net: eth0: neta@30000 [PRIME] >>> Hit any key to stop autoboot: 0 >>> switch to partitions #0, OK >>> mmc0 is current device >>> reading efi/freebsd/loader.efi >>> 603872 bytes read in 49 ms (11.8 MiB/s) >>> reading efi/boot/armada-3720-espressobin.dtb >>> 15946 bytes read in 17 ms (916 KiB/s) >>> ## Starting EFI application at 05000000 ... >>> Scanning disk sdhci@d0000.blk ... >>> Card did not respond to voltage select! >>> mmc_init: -95, time 50 >>> Found 1 disks >>> Consoles: EFI console >>> FreeBSD/arm64 EFI loader, Revision 1.1 >>>=20 >>> Command line arguments: loader.efi >>> EFI version: 2.05 >>> EFI Firmware: Das U-boot (rev 0.00) >>> Console: efi (0) >>> Failed to find bootable partition >>> Startup error in /boot/lua/loader.lua: seconds >>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. >>>=20 >>> can't load 'kernel' >>>=20 >>> Type '?' for a list of commands, 'help' for more detailed help. >>> OK >>> OK set currdev=3Ddisk0p2 >>> OK boot >>>=20 >>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 >>> syms=3D[0x8+0x137dd8+0x8+0x126260] >>> Using DTB provided by EFI at 0x8000000. >>> ---<>--- >>> KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> Copyright (c) 1992-2019 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 GENERIC arm64 >>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based >>> on >>> LLVM 6.0.1) >>> WARNING: WITNESS option enabled, expect reduced performance. >>> VT: init without driver. >>> Starting CPU 1 (1) >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> arc4random: WARNING: initial seeding bypassed the cryptographic >>> random >>> device because it was not yet seeded and the knob >>> 'bypass_before_seeding' >>> was enabled. >>> random: entropy device external interface >>> MAP 3e681000 mode 2 pages 1 >>> MAP 3ffa6000 mode 2 pages 1 >>> kbd0 at kbdmux0 >>> ofwbus0: >>> simplebus0: on ofwbus0 >>> simplebus1: on simplebus0 >>> simple_mfd0: mem >>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 >>> simple_mfd1: mem >>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 >>> psci0: on ofwbus0 >>> gic0: mem >>> 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000- >>> 0x1d81fff,0x1d90000-0x1d91fff,0x1da0000-0x1dbffff >>> irq 27 on simplebus1 >>> gpio0: mem >>> 0x13800-0x138ff,0x13c00-0x13c1f irq >>> 28,29,30,31,32,33,34,35,36,37,38,39 on >>> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> generic_timer0: irq 0,1,2,3 on ofwbus0 >>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality >>> 1000 >>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality >>> 1000 >>> gpio0: mem >>> 0x13800-0x138ff,0x13c00-0x13c1f irq >>> 28,29,30,31,32,33,34,35,36,37,38,39 on >>> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> gpio0: mem >>> 0x13800-0x138ff,0x13c00-0x13c1f irq >>> 28,29,30,31,32,33,34,35,36,37,38,39 on >>> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> gpio0: mem >>> 0x13800-0x138ff,0x13c00-0x13c1f irq >>> 28,29,30,31,32,33,34,35,36,37,38,39 on >>> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> gpio0: mem >>> 0x13800-0x138ff,0x13c00-0x13c1f irq >>> 28,29,30,31,32,33,34,35,36,37,38,39 on >>> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> cpulist0: on ofwbus0 >>> cpu0: on cpulist0 >>> cpu1: on cpulist0 >>> pmu0: irq 4 on ofwbus0 >>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 >>> syscon_generic1: mem 0x11500-0x1153f on simplebus1 >>> uart0: mem 0x12000-0x121ff irq 9,10,11 >>> on >>> simplebus1 >>> uart0: console (115200,n,8,1) >>> gpio0: mem >>> 0x13800-0x138ff,0x13c00-0x13c1f irq >>> 28,29,30,31,32,33,34,35,36,37,38,39 on >>> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> syscon_generic2: mem 0x14000-0x1405f on simplebus1 >>> gpio0: mem >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 >>> mvneta0: version is 10 >>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 >>> mdio0: on mvneta0 >>> mdioproxy0: on mdio0 >>> e6000sw0: on mdio0 >>> e6000sw0: multi-chip addressing mode (0x1) >>> e6000sw0: CPU port at 0 >>> e6000sw0: fixed port at 0 >>> e6000sw0: PHY at port 1 >>> miibus0: on e6000sw0 >>> e1000phy0: PHY 17 on miibus0 >>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, >>> auto >>> e6000sw0: PHY at port 2 >>> miibus1: on e6000sw0 >>> e1000phy1: PHY 18 on miibus1 >>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, >>> auto >>> e6000sw0: PHY at port 3 >>> miibus2: on e6000sw0 >>> e1000phy2: PHY 19 on miibus2 >>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, >>> auto >>> e6000sw0: switch is ready. >>> etherswitch0: on e6000sw0 >>> xhci0: mem 0x58000-0x5bfff irq 16 on >>> simplebus1 >>> xhci0: 32 bytes context size, 32-bit DMA >>> usbus0 on xhci0 >>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 >>> ehci0: mem 0x5e000-0x5efff >>> irq >>> 17 on simplebus1 >>> usbus1: EHCI version 1.0 >>> usbus1 on ehci0 >>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 >>> sdhci_xenon0: mem >>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>> ahci0: mem 0xe0000-0xe0177 irq 26 on >>> simplebus1 >>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported >>> with FBS >>> ahcich0: at channel 0 on ahci0 >>> device_attach: ahcich0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> cryptosoft0: >>> Timecounters tick every 1.000 msec >>> mvneta0: link state changed to UP >>> e6000sw0port1: link state changed to DOWN >>> e6000sw0port2: link state changed to DOWN >>> e6000sw0port3: link state changed to DOWN >>> usbus0: 5.0Gbps Super Speed USB v3.0 >>> usbus1: 480Mbps High Speed USB v2.0 >>> Release APs...done >>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 >>> Instruction Set Attributes 0 =3D >>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install >>> [ro,noatime]... >>> Instruction Set Attributes 1 =3D <> >>> Root mount waiting for: Processor Features 0 =3D >>> >>> usbus1 Processor Features 1 =3D <0> >>> usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS >>> Mem,MixedEndian,16bit ASID,1TB PA> >>>=20 >>> Memory Model Features 1 =3D <> >>> Memory Model Features 2 =3D <32b CCIDX,48b VA> >>> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 >>> Breakpoints,PMUv3,Debug v8> >>> Debug Features 1 =3D <0> >>> Auxiliary Features 0 =3D <0> >>> Auxiliary Features 1 =3D <0> >>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 >>> WARNING: WITNESS option enabled, expect reduced performance. >>> ugen0.1: at usbus0 >>> ugen1.1: at usbus1 >>> uhub0 on usbus0 >>> uhub1 on usbus1 >>> uhub0: on >>> usbus0 >>> uhub1: on >>> usbus1 >>> uhub0: 2 ports with 2 removable, self powered >>> uhub1: 1 port with 1 removable, self powered >>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... >>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. >>>=20 >>> Loader variables: >>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install >>> vfs.root.mountfrom.options=3Dro,noatime >>>=20 >>> Manual root filesystem specification: >>> : [options] >>> Mount using filesystem >>> and with the specified (optional) option list. >>>=20 >>> eg. ufs:/dev/da0s1a >>> zfs:zroot/ROOT/default >>> cd9660:/dev/cd0 ro >>> (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >>>=20 >>> ? List valid disk boot devices >>> . Yield 1 second (for background tasks) >>> Abort manual input >>>=20 >>> mountroot> ? >>>=20 >>> List of GEOM managed disk devices: >>>=20 >>>=20 >>> mountroot> >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing >>> list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm> >>> To unsubscribe, send any mail to " >>> freebsd-arm-unsubscribe@freebsd.org >> freebsd-arm-unsubscribe@freebsd.org>" >>>=20 >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing >>> list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm> >>> To unsubscribe, send any mail to " >>> freebsd-arm-unsubscribe@freebsd.org >> freebsd-arm-unsubscribe@freebsd.org>" --Apple-Mail=_EF83BF95-E1E6-4437-BF9B-02972E2253D0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkC0kEuD0Me2xEj5EGvRMAY4qbRsFAl1UXCMACgkQGvRMAY4q bRsOiA//WMhCrCm5ItpWv8fPaEukl/FhOWaylmpEHQ1OtnXqQBizCe59pSB3Ahau VhMJdssoHbt7L3MeynDM7+Qy/qRrU2dPbDbYCEKdRHscALA7jl6sx3j/7E6dxP6N osYjmV9/M71jthNYNXF6RYtRLDueQ0otCcjcgcEAVpFKAYOjwZbWy3rZTFYEAltO SGuqs6NQSV85/zp/ujLmV4I+cfvDcJnjyxqf+f/ZfbrcCTfXRG9eqGxTy6K7dqkj DN98YNa3NXF1wiI1H7D5SkbG7E2N2N8M07jjG5gKyKhn2SHCKuUqJlafzAoMVt0e CgfNNuSDpxVKNeWfay4mwL+UuUNr22Q9fi2Iaav/XlF4gLTHkaB87NmFAW79jvbX YFaU6elvV55gmhmj1YvI26HLTIkMdF4Y9TSBQksldFG0YMMawHpuSrSLS5owfu6O Zz9LQdJ0/yXU+QG7zRdr3QlNInPN1WMZ2Oz4kueeGkLWd3aGlyZZaD4wCGDr34jd W4l1WFC52Bxuor/nn4AtkaO9a5bqZeR5QoIqonKfI8/uXul59/aLLztHF6Z27kLH kV7Ck3KkudaNNctuOWnzkwNYS/ruCoWciKBtoXG/hEQDhPeEIHX9dLzUK86jy2X/ 79/mXc7ocStYclchIkee3njNrwKpFuXakHGesAk1Q7g/5yryftk= =wyja -----END PGP SIGNATURE----- --Apple-Mail=_EF83BF95-E1E6-4437-BF9B-02972E2253D0-- From owner-freebsd-arm@freebsd.org Wed Aug 14 19:21:43 2019 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 DA58DB7DAD for ; Wed, 14 Aug 2019 19:21:43 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 467zwR22dXz3LSb for ; Wed, 14 Aug 2019 19:21:42 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ed1-x536.google.com with SMTP id w5so218917edl.8 for ; Wed, 14 Aug 2019 12:21:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=y3Ifen+OYu4x3+Qnj0GcmbzyXEfaaQOVVgzSZi2RuFo=; b=BJj3LUafCrMAcUlfIG9jPdV3lI07X5REeLF+VdYH0DSGEjWhDubRMaaGrN3bUB6tpo bCBkAQ3wVkNQ6lmio++NzL4N2DgBP62YaIgU074tYwvS81oASkkll18QAX3Ws/GLcXqt NjIQxXP+bccOrQw7vqaOwLk1hZaaPKTY3frqnFcEE4ZygweQDuCRDuH2n4GdmVTEcnB+ W6j8ehXQMTeQbKfluYUUE9awaNEKCJ6KWtyhV/86JLw7OsWeggRgTyUYYvrTK/78EykG AsUCeoZHX7nhukUu7Kv4Vwc0dOuTcFCe0cuB+GgFGr1AyedP3Bx0Z0Z7egRq85q9FIBL esIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=y3Ifen+OYu4x3+Qnj0GcmbzyXEfaaQOVVgzSZi2RuFo=; b=lBIw2DqbZvAEihCqYb4znt+WzBaRbwuQICsv08mZ1ijFTFwGjV3oTlIe1bXC5MgZhC neAdHzuytFMf9kk8yE56OZAtzN0Kcim1YRxGYzm3k0ENPTRfoI90LglC+AB/6wnVY1oT 9hRA09atbEfnAkn2V3sgtX+pHqBkRcDquIaXI4JbyEteWKzvUcTxulDVN8U+RBLBf+sI /nosWzn85T7UyKefpRAxyLvFcKJuOc+OfK0lGVfXyM5da7wD/lurlfzH5YYlaPvXQenR AudiYtLkp2LcXLpRZwl9d2ylE2fkKWpjuBdRp+3pCDj2wNN4/ynYeiBfV7tqUtVkSVCu xVMA== X-Gm-Message-State: APjAAAXUwLz2qxEemOka5Y6pzhZ5TyttWkZ/cS8t/En01pC1a/Cq/gjm tTO9Skwz7+iKnBSmk2hYxj1eXkUFDgeRNA== X-Google-Smtp-Source: APXvYqzl5imqLGhH+e60BUG6D9H7VvU8Xjj/a4g4jdWGjFAlmooutd9goICj7jbJiEf9XChDpgzv1w== X-Received: by 2002:a50:a5dd:: with SMTP id b29mr1446765edc.34.1565810500847; Wed, 14 Aug 2019 12:21:40 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id f15sm62959ejx.14.2019.08.14.12.21.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Aug 2019 12:21:40 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: <649C17DD-6FAD-426D-8520-7D3DA1CB728A@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_F6C68EB8-55E3-41B9-8A7F-B5610521F1EC"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Espressobin anyone ? Date: Wed, 14 Aug 2019 21:21:39 +0200 In-Reply-To: <20190814210627.cddbfb77f006f3a5a9b1622f@bidouilliste.com> Cc: freebsd-arm , Marcin Wojtas To: Emmanuel Vadot References: <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <20190814210627.cddbfb77f006f3a5a9b1622f@bidouilliste.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 467zwR22dXz3LSb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=BJj3LUaf; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::536 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-4.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; SUBJECT_ENDS_QUESTION(1.00)[]; 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.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[6.3.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.54), ipnet: 2a00:1450::/32(-3.03), asn: 15169(-2.39), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 19:21:43 -0000 --Apple-Mail=_F6C68EB8-55E3-41B9-8A7F-B5610521F1EC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi > On 14 Aug 2019, at 21.06, Emmanuel Vadot = wrote: >=20 > On Wed, 14 Aug 2019 20:33:04 +0200 > S=C3=B8ren Schmidt > wrote: >=20 >>=20 >> It might simply be broken in -current (again). >>=20 >> I just updated my stable12 tree and I pulled in new .dts files for = just about anything? >>=20 >> Needless to say, it broke the Espressobin?s SD support, it now fails = just like yours.. >>=20 >> It also broke allwinner builds and what not, so I?m just going back = in time again :) >=20 > What allwinner build are you talking about ? Bananapi original for one.. >=20 >> I wonder why there is this overwhelming need to import stuff that = breaks things right, left and center in a -stable branch ? >=20 > See ian@ answer, I couldn't have said it better. >=20 >> That would have earned you the pointy hat back when?. >=20 > Give me the pointy hat, I don't care about it. Oh, I already figured that out :) I=E2=80=99ll just shut up and pick up what I can use, I don=E2=80=99t = need to waste more time on this. -S=C3=B8ren --Apple-Mail=_F6C68EB8-55E3-41B9-8A7F-B5610521F1EC Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkC0kEuD0Me2xEj5EGvRMAY4qbRsFAl1UX0MACgkQGvRMAY4q bRu4Ng//UCg/+Dw/V7EJfXOi76kZV3lV6TGMoCt3v/sxAN+aaROLccOOLH9p3WVy Z4jWyhhePedy48KI3GqlvIB7vHtC5jP0Wr3ZT6Mxh2Mq1xG4ouKOoRqmm6sgVk5R GvrcQQNS2p+poOXbdkBgYwMio/uuEQVayJUybsXHWUdSXtFUU7rvmF4MMM73eiNU OY1JZ+8KScsekid2owuM8nPefsP4H/fhsUI9O2jdk0yx2jKq6EIXPgUuq/unJxza KHvaQmabQUgEmRjGVxlLOmb4o3tM5Zo4GLFpSRbhb/9VezQb6Bv+AHr8KyUdq7hf yj4GQk37DrfLd/lGcbS1RnI0mGHgZrU2Q2NUp0Y/ZpiLdSYjb8ZwEBiaFMuhxZj+ P2+EAsotsnRf8D2rto3Y2P0qzvkwMNllBW7vWr8qaidV4f7kY9Nx2BY2YwFjD4WS jqe0A3m2/XEdWlDaxSw1gFi0nYmAcyAberyBZzQTOGfvb5hB9CAanOwvvE/qxLjR 1Iye9cWgZ/8KnZS7Ksnfhs32XLsiLy8pOW81SABMoCjKkopgAVpDFmBIHvZne2bV fiJzNl3SbAeHNJQS1Rgk+b21Kvh9JyovwUpCh2wJnXHzJGubRXtQO8i4mHQKw4wi hp4af1egl1t+N4S0LIw/977gCrVbvPcZrwjaplif1TWHHo6NIn8= =epHI -----END PGP SIGNATURE----- --Apple-Mail=_F6C68EB8-55E3-41B9-8A7F-B5610521F1EC-- From owner-freebsd-arm@freebsd.org Wed Aug 14 19:27:54 2019 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 60D3EB837F for ; Wed, 14 Aug 2019 19:27:54 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46803Y2QHMz3M0b for ; Wed, 14 Aug 2019 19:27:53 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 12a26397; Wed, 14 Aug 2019 21:27:51 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=ETiUHl16zSP2UE1pOLxhaiGDCNU=; b=BBV2w6tT6w/kZJtPL+lwR5kUidA5 VucYFWrpAAlNPCZaWY7nBsqjuo6prdnBDnYu5oa7GcaO68F/swJzJV9nLLwSxQJk 7PPjBGaNuVfVo+4uViL9AQfcWAoo4a/euZfEVYKT5A1HS+vz/lCjrPdlUoMyVd7X gKHdbArVDIGl2KU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=oVTNVklZjG9NuuYV7RUXuz5VPLyWo5ogXlv3ooFKwNm8zN+r1bVftfnN ku7YRmpICFaTYTZGeZsBi2OFciDeWZ9YoUIZv8ujkJYUV8WtHad9CMGaiOXYRaxQ w2IO6wl5pELVu3GsYmcTBInQk/Ld9tUWiJ3Oc/jxb395CnaGmyc= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id a20adf6e TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 14 Aug 2019 21:27:51 +0200 (CEST) Date: Wed, 14 Aug 2019 21:27:51 +0200 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: freebsd-arm , Marcin Wojtas Subject: Re: Espressobin anyone ? Message-Id: <20190814212751.c842394b5b049088cb6a114b@bidouilliste.com> In-Reply-To: <649C17DD-6FAD-426D-8520-7D3DA1CB728A@gmail.com> References: <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <20190814210627.cddbfb77f006f3a5a9b1622f@bidouilliste.com> <649C17DD-6FAD-426D-8520-7D3DA1CB728A@gmail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 46803Y2QHMz3M0b X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=BBV2w6tT; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-0.05 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-0.82)[-0.820,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32:c]; MV_CASE(0.50)[]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_SPAM_SHORT(0.20)[0.200,0]; NEURAL_HAM_LONG(-0.88)[-0.880,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; IP_SCORE(0.35)[ip: (-0.91), ipnet: 212.83.160.0/19(2.56), asn: 12876(0.09), country: FR(-0.01)]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 19:27:54 -0000 On Wed, 14 Aug 2019 21:21:39 +0200 S=F8ren Schmidt wrote: > Hi >=20 > > On 14 Aug 2019, at 21.06, Emmanuel Vadot wrote: > >=20 > > On Wed, 14 Aug 2019 20:33:04 +0200 > > S=F8ren Schmidt > wrote: > >=20 > >>=20 > >> It might simply be broken in -current (again). > >>=20 > >> I just updated my stable12 tree and I pulled in new .dts files for jus= t about anything? > >>=20 > >> Needless to say, it broke the Espressobin?s SD support, it now fails j= ust like yours.. > >>=20 > >> It also broke allwinner builds and what not, so I?m just going back in= time again :) > >=20 > > What allwinner build are you talking about ? >=20 > Bananapi original for one.. Bananapi is using GENERIC and it build ok, so what is the problem that you have ? > >=20 > >> I wonder why there is this overwhelming need to import stuff that brea= ks things right, left and center in a -stable branch ? > >=20 > > See ian@ answer, I couldn't have said it better. > >=20 > >> That would have earned you the pointy hat back when?. > >=20 > > Give me the pointy hat, I don't care about it. >=20 > Oh, I already figured that out :) >=20 > I?ll just shut up and pick up what I can use, I don?t need to waste more = time on this. >=20 > -S=F8ren >=20 >=20 >=20 >=20 --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Aug 14 19:59:22 2019 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 E49AFB9035 for ; Wed, 14 Aug 2019 19:59:22 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4680ls622zz3NVk for ; Wed, 14 Aug 2019 19:59:21 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ed1-x530.google.com with SMTP id s49so337985edb.1 for ; Wed, 14 Aug 2019 12:59:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=mCZT0aJjO2eLb7hqnvZ+iy6imC1cMWKn+bRB3HFlXiQ=; b=AxT+uTfZzMZSPdnP+3/mtwlWx5CA7CSbeNJtr0vUffKhEs5C73MHUPWoGWtcbGMW1p 7I963XBr2XCeGo/ls6nGresDNy8Z/YFZCf8Oo2rUDCHv4yFHHr6mQ1WpcKeBRPGp96u+ XqzHdvRmb+COxWwxLCEYSf0d8svWf6tlEWItMMyk88G6izriOxRcZAkAjXhwm1eYmf30 XWD3tkDaUxbeFZdpdpSXou88K5yHIVKvsrtcwO4WjObPeLvG0+ooF1Q2Gtg2nPZV6l63 ACnVReGeYWf5j5Tesba+RvuccbWt3jgPISIJmYk8weoE4/uDdbUVmuzmq3K3StVlzzIi JdJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=mCZT0aJjO2eLb7hqnvZ+iy6imC1cMWKn+bRB3HFlXiQ=; b=F2tTdIdfK+cg4JxeccOgrZyBoU0KEdtnf+2iYNvNyRjBkUjM9Z6UU8RcI1RyBomxLL 5vTjybTmsMz/eF5DIWV0kaxA7CcF3a7Nsx8dF6GOBxKh3JRRzfKGsdSp8kVwSUm1+wHO Xq5ZtiHvA/0Iqd350PuCdgDfg5tivk/KiUj1KWXr40M2A0yPE031qx7drOe6bE7ZAx3F efCw8zI//j4N1kEkIPU/7LcH9FraY9y7sUkhr8UaVZawE7Wv6JGZ0rAhQNM41x28IDkZ 3Caj5tzfuhOD1KA2QqiTJ3kp1QcDPv8uqSgEdy3KYZx5H4ddRbUPHr1tsLf3NgX91VqA CKZA== X-Gm-Message-State: APjAAAUzbkAu6Prz0kgwgKQxr130Dp+DMBPYC50+yiI+m42s8oqVNyHy 7nqMOW0KVKNg6bbBMqrgrcU= X-Google-Smtp-Source: APXvYqw9POgGSivQjH+sP+nfsTeKV+YSudcapGxf8KlxLo3uhTE8B7PXy+WBb5P6aq8E3hICVQSEyw== X-Received: by 2002:a17:906:4683:: with SMTP id a3mr1189926ejr.47.1565812759867; Wed, 14 Aug 2019 12:59:19 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id v20sm132147edl.35.2019.08.14.12.59.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Aug 2019 12:59:19 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Espressobin anyone ? Date: Wed, 14 Aug 2019 21:59:18 +0200 In-Reply-To: <20190814212751.c842394b5b049088cb6a114b@bidouilliste.com> Cc: freebsd-arm , Marcin Wojtas To: Emmanuel Vadot References: <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <20190814210627.cddbfb77f006f3a5a9b1622f@bidouilliste.com> <649C17DD-6FAD-426D-8520-7D3DA1CB728A@gmail.com> <20190814212751.c842394b5b049088cb6a114b@bidouilliste.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 4680ls622zz3NVk X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=AxT+uTfZ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::530 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-2.49 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; 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.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[0.3.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.52), ipnet: 2a00:1450::/32(-3.03), asn: 15169(-2.39), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 19:59:23 -0000 > On 14 Aug 2019, at 21.27, Emmanuel Vadot = wrote: >=20 > On Wed, 14 Aug 2019 21:21:39 +0200 > S=C3=B8ren Schmidt wrote: >=20 >> Hi >>=20 >>> On 14 Aug 2019, at 21.06, Emmanuel Vadot = wrote: >>>=20 >>> On Wed, 14 Aug 2019 20:33:04 +0200 >>> S=C3=B8ren Schmidt > wrote: >>>=20 >>>>=20 >>>> It might simply be broken in -current (again). >>>>=20 >>>> I just updated my stable12 tree and I pulled in new .dts files for = just about anything? >>>>=20 >>>> Needless to say, it broke the Espressobin?s SD support, it now = fails just like yours.. >>>>=20 >>>> It also broke allwinner builds and what not, so I?m just going back = in time again :) >>>=20 >>> What allwinner build are you talking about ? >>=20 >> Bananapi original for one.. >=20 > Bananapi is using GENERIC and it build ok, so what is the problem that > you have ? Yeah it builds OK :) but it dies when power is shut down to parts of it = during boot.. The last lines I see is: mmcsd0: 16GB at mmc0 = 50.0MHz/4bit/32768-block Release APs arc4random: no preloaded entropy cache Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... mmc0: Failed to set VCCQ for card at relative address 22964 cu: Got hangup signal And the power LED goes very dimm.. -S=C3=B8ren= From owner-freebsd-arm@freebsd.org Wed Aug 14 20:59:13 2019 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 E4D0CBB530 for ; Wed, 14 Aug 2019 20:59:13 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (smtp.fgznet.ch [IPv6:2001:4060:1:1001::14:53]) (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 46824x0LT8z3yrt for ; Wed, 14 Aug 2019 20:59:12 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from [192.168.225.14] (dhclient-91-190-10-49.flashcable.ch [91.190.10.49]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPSA id C7FD6C0CB1; Wed, 14 Aug 2019 22:50:59 +0200 (CEST) Subject: Re: USB 3.0 support for Rockchip RK3328 To: Denis Polygalov Cc: freebsd-arm@freebsd.org References: <20190812171248.4af265a7bd48056407f796d6@bidouilliste.com> <27a49a3c8a6e2029d696b359bed47ee3@unrelenting.technology> From: Andreas Tobler Message-ID: Date: Wed, 14 Aug 2019 22:50:56 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-CH Content-Transfer-Encoding: 7bit X-Scanned-By: Obelix Submit on 127.0.1.1 X-Rspamd-Queue-Id: 46824x0LT8z3yrt X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of andreast-list@fgznet.ch designates 2001:4060:1:1001::14:53 as permitted sender) smtp.mailfrom=andreast-list@fgznet.ch X-Spamd-Result: default: False [-2.59 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[49.10.190.91.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:4060:1:1001::/64]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[fgznet.ch]; NEURAL_HAM_MEDIUM(-0.99)[-0.993,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.30)[-0.305,0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.00)[country: CH(0.01)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6772, ipnet:2001:4060::/32, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2019 20:59:14 -0000 On 14.08.19 15:04, Denis Polygalov wrote: > After application of this patch: > https://patchwork.kernel.org/patch/10853381/ > and recompiling kernel I got this in dmesg: > > # dmesg | egrep 'usb|dwc|USB' > dwc0: mem 0xff540000-0xff54ffff > irq 43 on ofwbus0 > miibus0: on dwc0 > dwc0: Ethernet address: 82:d6:05:ce:da:87 > dwcotg0: mem > 0xff580000-0xff5bffff irq 45 on ofwbus0 > usbus0 on dwcotg0 > usbus1 on ohci0 > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 12Mbps Full Speed USB v1.0 > ugen1.1: at usbus1 > uhub0 on usbus1 > uhub0: on usbus1 > ugen0.1: at usbus0 > uhub1 on usbus0 > uhub1: on usbus0 > Root mount waiting for: usbus1 usbus0 > dwc0: link state changed to DOWN > dwc0: link state changed to UP > > but no response to connection of any USB device. > Also I noticed that 'gpioctl -f /dev/gpioc4 26 1' > make sense only for ROCKPro64 which is not what I have: > > # ls /dev/gp* > /dev/gpioc0 /dev/gpioc1 /dev/gpioc2 /dev/gpioc3 > > Is there some similar magic command to turn on USB parts on ROCK64? With the latest u-boot-rock64 from ports: gpioctl -f /dev/gpioc0 2 0 Andreas From owner-freebsd-arm@freebsd.org Thu Aug 15 11:46:39 2019 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 B1874CE88C for ; Thu, 15 Aug 2019 11:46:39 +0000 (UTC) (envelope-from per@hedeland.org) Received: from outbound1f.eu.mailhop.org (outbound1f.eu.mailhop.org [52.28.59.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 468Pmt561tz3GBd for ; Thu, 15 Aug 2019 11:46:38 +0000 (UTC) (envelope-from per@hedeland.org) ARC-Seal: i=1; a=rsa-sha256; t=1565869596; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=c0EASnvXL5XV3XrjuMSeDmV/avwuSlEOPZzxAXWp6uxg+GrcCJcFt31L7K6GYZcDAFm+cCPs28uAy K1hnkZxLT6CyWGCNgpDPMmC7ibM8QuHpeflBRRI6dm+CrxOoHycVvA7Z8GEIQhSsPKpEfWvdqANaVu uSX8Vh3Y1617o02rG5hPo8OKPPBilArj7Vz2Oav27wkVeOJfa2vmI81oyOtASUxcC6K7P1KJHwPLtN fqnKc2bdmkiBYSQq+YR3KfyV0wZw06vj3hct9nNQEM9vqzMdKT3W0u7tzO8+NTfp2ZnEDKxlREdC/x LHnVqkeE0EU66qC4luF1W3a2lC4q2+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:content-type:in-reply-to:mime-version:date: message-id:from:references:cc:to:subject:dkim-signature:from; bh=JpZgwlv5CuMNVAFA7HhPvp2E29d7pOU1oIYQrKyvvrM=; b=XgG4cmq8+9hxIrwwLxVHMGCMH/JLF60IWqsURf/nRoXvfLaQMQp9pmem57YjOoZGyDeSC1nMJk2kG sy40WFAn66A/iWfkedtYnw40YHABJqcFZ6NRSrSPCp+VVq3TFR3Nt19BHihtdgmbILxsnM3akEaSZI BqGC6sygd97iW2kJT0Z8QcS5NdPRw6SRQoD/S3WZDY8WZjAUExQVdLNHYslwFnbXwn82hDSZKeSgWw xLt9OYz9EZrmTCnGCw88gbkkDRSg7zw2W14dXl5PPm4OYzOfOQI8h57ghKOcIqvFsc3Wbo2ZxuoHy+ pxMVPVmf2CgYlR+NO49HEv9GrUdiJDQ== ARC-Authentication-Results: i=1; outbound2.eu.mailhop.org; spf=none smtp.mailfrom=hedeland.org smtp.remote-ip=81.228.157.209; dmarc=none header.from=hedeland.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:content-type:in-reply-to:mime-version:date: message-id:from:references:cc:to:subject:from; bh=JpZgwlv5CuMNVAFA7HhPvp2E29d7pOU1oIYQrKyvvrM=; b=aD54f5lhfFEnswGxSVTlG1WqZkqZAH4Hiz88wIO2gNDAbDSFJRMR+JE9XO5M1b5KMTLDO5EzGFKCA k+P1xSUNVsrzVBmer+YixvQk8HHX4+COGHA1MVZxRbM5hh1aVYXUCR73TfpMVh+irS3vrlnfWOUPf/ p3VRxebxH6hNSlGkKnFEn26ZPlV5Dv/Z3WkOMpX4zuDtl5GyenoPvJnprN3EW4pOZ9gSqDdY5gTgnc x/0kP4m0u5LWufKeAfvEkaEdM2r4oxOFTZrozf1+zZ7tSGEkDix8DQ6D9O2s72HaH/L+Z7akAhPwJW tpie2nsILne+Y+68LEvlmHN0xmUdxUQ== X-MHO-RoutePath: cGVyaGVkZWxhbmQ= X-MHO-User: 540bab10-bf52-11e9-a204-f5e3bb5d0a28 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 81.228.157.209 X-Mail-Handler: DuoCircle Outbound SMTP Received: from hedeland.org (unknown [81.228.157.209]) by outbound2.eu.mailhop.org (Halon) with ESMTPSA id 540bab10-bf52-11e9-a204-f5e3bb5d0a28; Thu, 15 Aug 2019 11:46:34 +0000 (UTC) Received: from pluto.hedeland.org (pluto.hedeland.org [10.1.1.5]) by tellus.hedeland.org (8.15.2/8.15.2) with ESMTPS id x7FBkWCc042201 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 15 Aug 2019 13:46:32 +0200 (CEST) (envelope-from per@hedeland.org) Subject: Re: Is it a good idea to use a usb-serial adapter for PPS? Yes, it is. To: Ian Lepore Cc: freebsd-arm@freebsd.org References: <69a9bed3-4d0a-f8f6-91af-a8f7d84ee307@hedeland.org> <345bae77417c2495f55799b4c7ca2784f4ece9ed.camel@freebsd.org> <7312032d-2908-9414-0445-6b442c3a02e5@hedeland.org> <523b6f0a0fa5f2aeec298fa74df25d3c4af66acc.camel@freebsd.org> From: Per Hedeland Message-ID: <0426fc8b-5398-d8ab-561e-7823c24403a5@hedeland.org> Date: Thu, 15 Aug 2019 13:46:32 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <523b6f0a0fa5f2aeec298fa74df25d3c4af66acc.camel@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 468Pmt561tz3GBd X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outbound.mailhop.org header.s=dkim-high header.b=aD54f5lh; dmarc=none; spf=none (mx1.freebsd.org: domain of per@hedeland.org has no SPF policy when checking 52.28.59.28) smtp.mailfrom=per@hedeland.org X-Spamd-Result: default: False [-5.53 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[outbound.mailhop.org:s=dkim-high]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[hedeland.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[outbound.mailhop.org:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[28.59.28.52.list.dnswl.org : 127.0.20.0]; NEURAL_HAM_SHORT(-0.98)[-0.976,0]; RECEIVED_SPAMHAUS_PBL(0.00)[209.157.228.81.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.25)[ipnet: 52.28.0.0/16(-4.87), asn: 16509(-1.35), country: US(-0.05)]; ASN(0.00)[asn:16509, ipnet:52.28.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 11:46:39 -0000 On 2019-08-09 22:17, Ian Lepore wrote: > On Fri, 2019-08-09 at 21:36 +0200, Per Hedeland wrote: >> On 2019-08-09 17:28, Ian Lepore wrote: >>> On Thu, 2019-08-08 at 22:26 +0200, Per Hedeland wrote: >>>> On 2019-08-07 18:53, Ross Alexander wrote: >>>>> In Message-ID: < >>>>> B9EFA4D4-C1AD-4181-B421-F6BD53434FA5@dons.net.au>, >>>>> someone wrote [sorry, attrib trail is a little blurry ed.]: >>>>> >>>>>>> Most people are not worried about their kernel clock being >>>>>>> 200 >>>>>>> microseconds off from UTC, even if they're using the PPS >>>>>>> signal >>>>>>> from a >>>>>>> GPS receiver. So I think most people should feel >>>>>>> completely at >>>>>>> ease >>>>>>> using a USB serial adapter as the input device for a PPS >>>>>>> signal. >>>>> >>>>> Some people do worry, although getting PPS to work over USB is >>>>> a >>>>> fine >>>>> first step and I'm grateful for the breadcrumb trail. >>>> >>>> For those that do worry, you can of course tell ntpd to correct >>>> for a >>>> semi-fixed offset (via the 'time1' option to the 'fudge' command) >>>> - >>>> once you know how large the offset is... More important is a low >>>> jitter, and 20-30 microseconds seems quite good. [snip] >> Would you object to >> me posting an article with a *link* to your message >> (i.e. >> https://lists.freebsd.org/pipermail/freebsd-arm/2019-August/020263.html >> ) >> in the newsgroup? > > It might be better to use the link to the copy I sent to the freebsd- > usb list, since it's more directly on-topic: > > https://lists.freebsd.org/pipermail/freebsd-usb/2019-August/016078.html > > I also think it would be wise to add a caveat that the results are for > FreeBSD. I would expect linux performance to be similar. But for > Windows, all bets are off; Windows drivers for usb-serial devices are > said to vary wildly in quality depending on the vendor. OK, I took it to the newsgroup, and while the initial comments were pretty much "it's impossible to get good results via USB" even though your test seemed to show that it wasn't, after some discussion it seems quite strange to me too that you get a pretty much fixed offset and low jitter, since the USB communication including DCD/CTS detection is apparently based on polling from the host. I have a theory that your making the kernel clock be based on the 10 MHz clock also ended up locking the USB poll frequency to that clock, and thus to the PPS signal - this would certainly explain the result. Do you think this is a possibility? Would it be possible for you to re-run the test without modifying the kernel clock? (I do understand that the results will be harder to interpret with the drift, and ntpd's correction of it, coming into play.) --Per From owner-freebsd-arm@freebsd.org Thu Aug 15 12:33:12 2019 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 134A1CFF4F for ; Thu, 15 Aug 2019 12:33:12 +0000 (UTC) (envelope-from dpolyg@gmail.com) Received: from mail-pf1-x444.google.com (mail-pf1-x444.google.com [IPv6:2607:f8b0:4864:20::444]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 468Qpb1g5Bz3Jgm for ; Thu, 15 Aug 2019 12:33:10 +0000 (UTC) (envelope-from dpolyg@gmail.com) Received: by mail-pf1-x444.google.com with SMTP id 129so1280141pfa.4 for ; Thu, 15 Aug 2019 05:33:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=eT39nSVTxGBkJT3q2whzI8WQZOHL4TyAfTX1GK36RLY=; b=AEy5t+jTusdy5GSumSLaxc4z+j3UXggB58w+Ua56SJ/NvykSQbog05YTxThLM12KbX pqFqq+4fD5aRMOaIEjiMXgLCPCSVeqohk7lB876oXXd82H2bLv7Y3GBS8WZsYJBlu+RP A36FhK0AhmAFnBfYkzBMgD/ppVl3mRmJ00M/+8HG3JBm2rI2KzEWaVmZ0bCv6YtT+sW9 X+85+x+DNgpad5fTFrkNYAwBQ0gTT0GvDO83SzgkUh9PbxTP8Li30Ua+V10MtJooWivl B73RgYOhZ7bxTFnRovnMMWKrKTx5tahRsZNtAKizgGUpHcJOzkKR4S0OX7lr/R6R65ie DpkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=eT39nSVTxGBkJT3q2whzI8WQZOHL4TyAfTX1GK36RLY=; b=VoL+t43cPan1D1T3F3kjhiqUCTZ1Ury9+3gwzqo51RtNkcIjYggg0sNg6AzHwRYTTY LONqywHxUwavH2ZL66u3DEqSqv4wc3cNFrycgnYhFzaxQLeEA14klp9ARNlHZ43HPiX8 xH2wYcmXIdmUY/A+FYXvL+ztI1dwHUNmUf4zbrpFH53ob1VUFEdcMtJOXdXxBaExf+87 jkvoX4H1YznkJSCVgq3ExbnH8TmZPEh2FTMpdgiIQPRcZzOQpaC4bZYNiaYGyKzTRVKZ O2cx+oEBYVHksNvJux9ALDilsdZUN5wnIfuVHRJX/BAoi7MhcEm2J6qIU0b8Z8rlt9dI l6HQ== X-Gm-Message-State: APjAAAXq074QTU0GadGCbw+QjbqI2e3egLjEw/yjHu8IrGjpJ4JtRtj5 yhBaAaweCtUteeDejvlzIumVK7fK X-Google-Smtp-Source: APXvYqxW0+NPxXJg3//9P1EHVzrmFPMev7MJn92cT3m5Xmxz8OM0l6hUxnu7g0tZA8P1S1CS5t1Aiw== X-Received: by 2002:a17:90a:be06:: with SMTP id a6mr2047913pjs.92.1565872389727; Thu, 15 Aug 2019 05:33:09 -0700 (PDT) Received: from [192.168.1.100] (ngn6-ppp1221.tokyo.sannet.ne.jp. [157.192.84.205]) by smtp.googlemail.com with ESMTPSA id u128sm2766631pfu.48.2019.08.15.05.33.08 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Aug 2019 05:33:08 -0700 (PDT) Subject: Re: USB 3.0 support for Rockchip RK3328 To: freebsd-arm@freebsd.org References: <20190812171248.4af265a7bd48056407f796d6@bidouilliste.com> <27a49a3c8a6e2029d696b359bed47ee3@unrelenting.technology> From: Denis Polygalov Message-ID: Date: Thu, 15 Aug 2019 21:33:04 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 468Qpb1g5Bz3Jgm X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=AEy5t+jT; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dpolyg@gmail.com designates 2607:f8b0:4864:20::444 as permitted sender) smtp.mailfrom=dpolyg@gmail.com X-Spamd-Result: default: False [-3.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.995,0]; RECEIVED_SPAMHAUS_PBL(0.00)[205.84.192.157.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-0.24), ipnet: 2607:f8b0::/32(-2.96), asn: 15169(-2.38), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[4.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 12:33:12 -0000 >> >> Is there some similar magic command to turn on USB parts on ROCK64? > > With the latest u-boot-rock64 from ports: > > gpioctl -f /dev/gpioc0 2 0 > Thanks, I noticed that this command actually turn on USB 2.0(!) ports on my ROCK64 board. USB 3.0 still does not work. > That's not it, that's 2.0, not xhci. Make sure you have the 3.0 node in the device tree. Yes, I'm agree that was 2.0. But I'm also sure that I have the patches applied properly and also I can see entries from these patches in the nfsroot/boot/dtb/rockchip/rk3328-rock64.dtb file after compilation. I also noticed that for ROCKPro64 (RK3399) USB 3.0 node is already included into FreeBSD source tree. Here: https://github.com/freebsd/freebsd/blob/ea36ac604737d55bb248babf59633f67f770bab5/sys/gnu/dts/arm64/rockchip/rk3399.dtsi#L391 Which means (this is my naive speculation) that this patch: https://reviews.freebsd.org/D19335 is actually works only for RK3399 (ROCKPro64) despite "RK3328" included in it's title. and using the D19335 + this patch: http://lkml.iu.edu/hypermail/linux/kernel/1708.2/01066.html is not enough to make USB 3.0 work on ROCK64 (RK3328)... :( Regards, Denis. From owner-freebsd-arm@freebsd.org Thu Aug 15 12:51:16 2019 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 B0225A8670 for ; Thu, 15 Aug 2019 12:51:16 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 468RCR4GJJz3KWc for ; Thu, 15 Aug 2019 12:51:15 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id a1f303b6; Thu, 15 Aug 2019 14:51:13 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=CvbBn/LnV7zEjN6YNJYFxZ8d60s=; b=h/qB00i9CcQKOQANstN3qaIDhjMx 5XKewiYwJfVN8Kd4vG+y2TaVRGRBa0DGd9Za5qFQLPQ4lN5R3OKF730swL7XmO3b 2tvGhTiB+zHdOJ/bZwL6YLiuOpmSiMGJu2R20kKxF6mpxeJRfXHMQpPa9BYf13LN TXrpzIDsVOd5+BU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=eSWVARemw47KT6KTM3RPmiLN6WAU2y/MKb33pfmqT8sMbJZF3BZwgoA7 5sm0dh0zFWDW9QU+j34LQHu8NqS49d3V6lcUQdPG/vWxWzvJjIVuGRbnJ8yHhxVZ i1x/hJX/orGnnCIHKX6hyca/grXTWG1vRBVb+MnrpaY90MzA6Fw= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 270b6b07 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 15 Aug 2019 14:51:13 +0200 (CEST) Date: Thu, 15 Aug 2019 14:51:13 +0200 From: Emmanuel Vadot To: Denis Polygalov Cc: freebsd-arm@freebsd.org Subject: Re: USB 3.0 support for Rockchip RK3328 Message-Id: <20190815145113.7eec5d01930c308b1839d5f8@bidouilliste.com> In-Reply-To: References: <20190812171248.4af265a7bd48056407f796d6@bidouilliste.com> <27a49a3c8a6e2029d696b359bed47ee3@unrelenting.technology> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 468RCR4GJJz3KWc X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=h/qB00i9; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.49 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-0.97)[-0.968,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.98)[-0.976,0]; NEURAL_SPAM_SHORT(0.01)[0.005,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.35)[ip: (-0.90), ipnet: 212.83.160.0/19(2.56), asn: 12876(0.09), country: FR(-0.01)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 12:51:16 -0000 On Thu, 15 Aug 2019 21:33:04 +0900 Denis Polygalov wrote: > > >> > >> Is there some similar magic command to turn on USB parts on ROCK64? > > > > With the latest u-boot-rock64 from ports: > > > > gpioctl -f /dev/gpioc0 2 0 > > > > Thanks, I noticed that this command actually turn on USB 2.0(!) > ports on my ROCK64 board. USB 3.0 still does not work. > > > That's not it, that's 2.0, not xhci. Make sure you have the 3.0 node in the device tree. > Yes, I'm agree that was 2.0. But I'm also sure that I have the patches > applied properly and also I can see entries from these patches in the > nfsroot/boot/dtb/rockchip/rk3328-rock64.dtb file after compilation. > > I also noticed that for ROCKPro64 (RK3399) USB 3.0 node is already > included into FreeBSD source tree. Here: > https://github.com/freebsd/freebsd/blob/ea36ac604737d55bb248babf59633f67f770bab5/sys/gnu/dts/arm64/rockchip/rk3399.dtsi#L391 > > Which means (this is my naive speculation) that this patch: > > https://reviews.freebsd.org/D19335 > > is actually works only for RK3399 (ROCKPro64) > despite "RK3328" included in it's title. > > and using the D19335 + this patch: > http://lkml.iu.edu/hypermail/linux/kernel/1708.2/01066.html > > is not enough to make USB 3.0 work on ROCK64 (RK3328)... :( That's because the patch isn't enough, it only worked on RK3399 because u-boot enabled the phy and the clocks etc ... thing that isn't done in the patch. > Regards, > Denis. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Aug 15 15:49:13 2019 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 BC475ACE57 for ; Thu, 15 Aug 2019 15:49:13 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 468W8n2WdKz40c2 for ; Thu, 15 Aug 2019 15:49:13 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1565884152; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=Rc/r9rw9QZIdQRkji0Kn4a817OB9tYJf0JBvLwYzb2pEOs7cTQkIo3aow5xrJmNxzMOYqVFBdID6g S76VB2/HlDZH2Ns7KFqeWV1cOBXEmyPkyIlXLJ03c6WvduM2dFYKuZSyxyYdcdYa9xIm6Eq7047SgG x/ufi6YzCJoRUh3yejYarEjQ7UE9OjtAd9EXFphbgRB3P+DN5V4oaelcfaSB4nD6Kb8huZTL9zArhc 4N4FuxyDSrZ956DF8BfuamqRaiCZykZanvSjniy4X0wjR4m0VFsSHNaFC3mF+zwLVESQcgexqyqKX0 6XwRQ+lMnZTZmKOcpjzRX2P/U6219zw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=XiPycb5w43Vt2bBteymHovsSCmvl6MggeTErsW580p0=; b=TdLv1iSgVeCdeL0RgmUSDhGkrGb/DV3pfcZMyXySgixik7WnwsZ/6SrzCBKPuaqvsetZanbAf3vui 5ogAIIPEldTm6wflm2ib3RrsOfLdc7CczV+8gml5Swyl6CNuSb7yd/eTfn7Iw6JNfxsTYQ65inivK0 C3XSauKa/JaAU73oIz+pxC0whPBFAyBo2CW2wX0sMe537GmoOVcqxizAnhT+7DSeIWagTsqEV+ZcAn tqoqyItEvs/hyRiiWZyCE/zNxWN5FNnRPkPwWeoty3uDP4SNNeHF3iyby7eePByBi5w+XRx9fz24DD qfhjiCtqztBNk7ok84s8TsAAOfugbwg== 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:cc:to:from:subject:message-id:from; bh=XiPycb5w43Vt2bBteymHovsSCmvl6MggeTErsW580p0=; b=qnrOZ6gf32gElnIiLm5kT70zOzJFq8artNMA3MmjAo9cREWaOEw+TbceEcvAg8U3nBxsSRz7ppbaX DhwvuVKOAuxwvuYbGV5mlrSEwFhzXrWDDNmHMvv0VDhZ61AfbZargAhOTdsgyu3cYpfnEOtshHqlbQ ca7bs4cpFQ8+3YesffWPxslB3YFlwxJRdtjmhMhFwzZdC1ByPn9qmvDS92CN+WwTBIImejy5+l5cMQ Td+GxPlom2AHmJ169bXgmp83XBolEMOyAFm+OI7ijW7Srp1dA6pQnsUtTIQsxKz4iyNllU4SBZLxAq eq6oI/HTaR9OcWtKEGsDE7YrPLmpI6A== X-MHO-RoutePath: aGlwcGll X-MHO-User: 37a81477-bf74-11e9-b67b-cdd75d6ce7a8 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 37a81477-bf74-11e9-b67b-cdd75d6ce7a8; Thu, 15 Aug 2019 15:49:09 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x7FFn8uV059591; Thu, 15 Aug 2019 09:49:08 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <24b0eaf25b64d6098b390df092866c69e352d859.camel@freebsd.org> Subject: Re: Is it a good idea to use a usb-serial adapter for PPS? Yes, it is. From: Ian Lepore To: Per Hedeland Cc: freebsd-arm@freebsd.org Date: Thu, 15 Aug 2019 09:49:08 -0600 In-Reply-To: <0426fc8b-5398-d8ab-561e-7823c24403a5@hedeland.org> References: <69a9bed3-4d0a-f8f6-91af-a8f7d84ee307@hedeland.org> <345bae77417c2495f55799b4c7ca2784f4ece9ed.camel@freebsd.org> <7312032d-2908-9414-0445-6b442c3a02e5@hedeland.org> <523b6f0a0fa5f2aeec298fa74df25d3c4af66acc.camel@freebsd.org> <0426fc8b-5398-d8ab-561e-7823c24403a5@hedeland.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 468W8n2WdKz40c2 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 15:49:13 -0000 On Thu, 2019-08-15 at 13:46 +0200, Per Hedeland wrote: > On 2019-08-09 22:17, Ian Lepore wrote: > > On Fri, 2019-08-09 at 21:36 +0200, Per Hedeland wrote: > > > On 2019-08-09 17:28, Ian Lepore wrote: > > > > On Thu, 2019-08-08 at 22:26 +0200, Per Hedeland wrote: > > > > > On 2019-08-07 18:53, Ross Alexander wrote: > > > > > > In Message-ID: < > > > > > > B9EFA4D4-C1AD-4181-B421-F6BD53434FA5@dons.net.au>, > > > > > > someone wrote [sorry, attrib trail is a little blurry ed.]: > > > > > > > > > > > > > > Most people are not worried about their kernel clock > > > > > > > > being > > > > > > > > 200 > > > > > > > > microseconds off from UTC, even if they're using the > > > > > > > > PPS > > > > > > > > signal > > > > > > > > from a > > > > > > > > GPS receiver. So I think most people should feel > > > > > > > > completely at > > > > > > > > ease > > > > > > > > using a USB serial adapter as the input device for a > > > > > > > > PPS > > > > > > > > signal. > > > > > > > > > > > > Some people do worry, although getting PPS to work over USB > > > > > > is > > > > > > a > > > > > > fine > > > > > > first step and I'm grateful for the breadcrumb trail. > > > > > > > > > > For those that do worry, you can of course tell ntpd to > > > > > correct > > > > > for a > > > > > semi-fixed offset (via the 'time1' option to the 'fudge' > > > > > command) > > > > > - > > > > > once you know how large the offset is... More important is a > > > > > low > > > > > jitter, and 20-30 microseconds seems quite good. > > [snip] > > > > Would you object to > > > me posting an article with a *link* to your message > > > (i.e. > > > https://lists.freebsd.org/pipermail/freebsd-arm/2019-August/020263.html > > > ) > > > in the newsgroup? > > > > It might be better to use the link to the copy I sent to the > > freebsd- > > usb list, since it's more directly on-topic: > > > > https://lists.freebsd.org/pipermail/freebsd-usb/2019-August/016078.html > > > > I also think it would be wise to add a caveat that the results are > > for > > FreeBSD. I would expect linux performance to be similar. But for > > Windows, all bets are off; Windows drivers for usb-serial devices > > are > > said to vary wildly in quality depending on the vendor. > > OK, I took it to the newsgroup, and while the initial comments were > pretty much "it's impossible to get good results via USB" even though > your test seemed to show that it wasn't, after some discussion it > seems quite strange to me too that you get a pretty much fixed offset > and low jitter, since the USB communication including DCD/CTS > detection is apparently based on polling from the host. > > I have a theory that your making the kernel clock be based on the 10 > MHz clock also ended up locking the USB poll frequency to that clock, > and thus to the PPS signal - this would certainly explain the result. > Do you think this is a possibility? Would it be possible for you to > re-run the test without modifying the kernel clock? (I do understand > that the results will be harder to interpret with the drift, and > ntpd's correction of it, coming into play.) > > --Per > I'm not sure what you mean by "modifying the kernel clock". The kernel clock always runs on some frequency source. Typically it's derived from the cheap 24 MHz crystal that clocks the SoC, sometimes after being scaled up to 66 MHz by a phase-fractional PLL within the SoC. I arranged to use a very stable nearly-drift-free frequency source instead of a cheap crystal for counting time in the kernel. The kernel clock has nothing to do with usb, including polling intervals; the usb controller hardware handles that, and the root source clock for that is the cheap 24 MHz crystal. I think people are massively confused by usb. A usb 2.0 bus runs at 480MHz. That means the time to transmit a packet describing a usb serial pin-change event takes literally a dozen or so nanoseconds. The time it takes to transmit an entire sector of disk data is 2 microseconds; even if continuous disk data is flowing, the usb serial adapter gets its round-robin opportunity to send a packet on the bus in between them. A USB 2.0 bus spends most of its time idle. The devices on the bus are polled, but the polling happens in time slots that are 125 microseconds wide. There's just no reason for a lot of jitter or latency. I'm not on a crusade to change the minds of people who make judgements based on gut feelings and reject objective measurements. I put the measurements out there, and I described the measurement methodology. (Precision timing is what I do for a living, btw.) I'm perfectly willing to explain the methodology in more detail or help interpret the results, but I'm not going to butt heads with people who just reject data they don't like for emotional reasons. -- Ian From owner-freebsd-arm@freebsd.org Thu Aug 15 17:38:07 2019 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 C1695B0730 for ; Thu, 15 Aug 2019 17:38:07 +0000 (UTC) (envelope-from mit@perftech.com) Received: from smtp-gw.pt.net (smtp-gw.pt.net [206.210.194.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp-gw.pt.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 468YZQ64Bfz49cq for ; Thu, 15 Aug 2019 17:38:06 +0000 (UTC) (envelope-from mit@perftech.com) X-ASG-Debug-ID: 1565890676-09411a01d22910f0001-ZNVAc5 Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by smtp-gw.pt.net with ESMTP id gWPoNdRh12mhtlIV (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 15 Aug 2019 12:37:56 -0500 (CDT) X-Barracuda-Envelope-From: mit@perftech.com X-Barracuda-Effective-Source-IP: mail.pt.net[206.210.194.11] X-Barracuda-Apparent-Source-IP: 206.210.194.11 Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id 322BB841E0A; Thu, 15 Aug 2019 12:37:56 -0500 (CDT) Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavisd-new, port 10032) with ESMTP id l_GP6Kem6NN0; Thu, 15 Aug 2019 12:37:54 -0500 (CDT) Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id 687C1841E09; Thu, 15 Aug 2019 12:37:54 -0500 (CDT) X-Virus-Scanned: amavisd-new at pt.net Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id WAxT23hHOzpl; Thu, 15 Aug 2019 12:37:54 -0500 (CDT) Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by mail.pt.net (Postfix) with ESMTP id 35535841E0A; Thu, 15 Aug 2019 12:37:54 -0500 (CDT) Date: Thu, 15 Aug 2019 12:37:54 -0500 (CDT) From: Mit Matelske To: =?iso-8859-1?Q?S=F8ren?= Schmidt Cc: Marcin Wojtas , freebsd-arm Message-ID: <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> In-Reply-To: <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> References: <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> Subject: Re: Espressobin anyone ? MIME-Version: 1.0 X-ASG-Orig-Subj: Re: Espressobin anyone ? X-Mailer: Zimbra 8.8.15_GA_3829 (ZimbraWebClient - GC76 (Linux)/8.8.15_GA_3829) Thread-Topic: Espressobin anyone ? Thread-Index: uVl9VjjF27iRuOMloyCZ0VuOJP+4Ig== X-Barracuda-Connect: mail.pt.net[206.210.194.11] X-Barracuda-Start-Time: 1565890676 X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384 X-Barracuda-URL: https://smtp-gw.pt.net:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at pt.net X-Barracuda-Scan-Msg-Size: 74615 X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=BSF_RULE7568M, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.75328 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message 0.50 BSF_RULE7568M Custom Rule 7568M X-Rspamd-Queue-Id: 468YZQ64Bfz49cq X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mit@perftech.com designates 206.210.194.15 as permitted sender) smtp.mailfrom=mit@perftech.com X-Spamd-Result: default: False [-0.98 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.81)[-0.806,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; IP_SCORE(0.15)[asn: 3549(0.80), country: US(-0.05)]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[pt.net]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; NEURAL_HAM_LONG(-0.91)[-0.907,0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.41)[-0.413,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[mit@pt.net,mit@perftech.com]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:3549, ipnet:206.210.192.0/19, country:US]; FROM_NEQ_ENVFROM(0.00)[mit@pt.net,mit@perftech.com]; RCVD_COUNT_SEVEN(0.00)[7]; SH_EMAIL_ZRD(0.00)[0.0.117.48,0.0.46.224] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 17:38:07 -0000 Yeah, that was the problem. I went back to r348882 and everything worked ou= t of the box.=20 Thanks again for the hand holding!=20 Mit=20 From: "S=C3=B8ren Schmidt" =20 To: "Mit Matelske" =20 Cc: "Marcin Wojtas" , "freebsd-arm" =20 Sent: Wednesday, August 14, 2019 1:33:04 PM=20 Subject: Re: Espressobin anyone ?=20 It might simply be broken in -current (again).=20 I just updated my stable12 tree and I pulled in new .dts files for just abo= ut anything=E2=80=A6=20 Needless to say, it broke the Espressobin=E2=80=99s SD support, it now fail= s just like yours..=20 It also broke allwinner builds and what not, so I=E2=80=99m just going back= in time again :)=20 I wonder why there is this overwhelming need to import stuff that breaks th= ings right, left and center in a -stable branch ?=20 That would have earned you the pointy hat back when=E2=80=A6.=20 -S=C3=B8ren=20 On 14 Aug 2019, at 18.01, Mit Matelske < [ mailto:mit@pt.net | mit@pt.net ]= > wrote:=20 Marcin-=20 Sorry I didn't reply yesterday. I didn't have any luck with that either. I = tried a lot of permutations.=20 Not saying for 100% it doesn't work, but I couldn't get it to work!=20 Mit=20 From: "Marcin Wojtas" < [ mailto:mw@semihalf.com | mw@semihalf.com ] >=20 To: "Mit Matelske" < [ mailto:mit@pt.net | mit@pt.net ] >=20 Cc: "S=C3=B8ren Schmidt" < [ mailto:soren.schmidt@gmail.com | soren.schmidt= @gmail.com ] >, "freebsd-arm" < [ mailto:freebsd-arm@freebsd.org | freebsd-= arm@freebsd.org ] >=20 Sent: Wednesday, August 14, 2019 10:41:04 AM=20 Subject: Re: Espressobin anyone ?=20 Hi Mit,=20 Since you are using the latest 13-current, could you please try if passing = rootdev via u-boot bootargs (please see my previous email) works for you wi= thout the loader modification?=20 Best regards,=20 Marcin=20 =C5=9Br., 14 sie 2019 o 16:29 Mit Matelske < [ mailto:mit@pt.net | mit@pt.n= et ] > napisa=C5=82(a):=20 BQ_BEGIN Soren-=20 Thanks for the info. I'll grab a couple more SD cards at lunch. This one is= a new Samsung 32GB. I'll also try putting the changes into 12 and see if t= hat helps. I'm using the latest 13-current.=20 Again, appreciate the hand holding!=20 Mit=20 From: "S=C3=B8ren Schmidt" < [ mailto:soren.schmidt@gmail.com | soren.schmi= dt@gmail.com ] >=20 To: "Mit Matelske" < [ mailto:mit@pt.net | mit@pt.net ] >=20 Cc: "Marcin Wojtas" < [ mailto:mw@semihalf.com | mw@semihalf.com ] >, "free= bsd-arm" < [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] >= =20 Sent: Wednesday, August 14, 2019 2:30:31 AM=20 Subject: Re: Espressobin anyone ?=20 Hi Mit=20 Hmm, from your earlier posted dmesgs it looks like the SD card is not getti= ng detected properly..=20 I get this output:=20 sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e808-0= x1e80b irq 24 on simplebus1=20 mmc0: on sdhci_xenon0=20 =E2=80=A6snip =E2=80=A6=20 mmcsd0: 16GB at mmc0 50.0= MHz/4bit/65535-block=20 The problem you see was fixed for me by r348882, maybe it got broken later,= I havn=E2=80=99t backported the later changes..=20 Have you tried another SD card ? I have found 2 of mine that the espressobi= n doesn=E2=80=99t like, but works fine with bananapi and friends...=20 -S=C3=B8ren=20 BQ_BEGIN On 13 Aug 2019, at 23.30, Mit Matelske < [ mailto:mit@pt.net | mit@pt.net ]= > wrote:=20 Soren-=20 Thanks for the code snippet! That will fix one of the problems.=20 I still can't mount my filesystem, though. I think I'm doing something real= ly simple, wrong. I believe I'm running the latest code and added some prin= tfs to show the kernel setting the regulator:=20 usbus1 on ehci0=20 syscon_generic4: mem 0x5f800-0x5ffff on simplebus1=20 sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19=20 sdhci_xenon0: vqmmc-supply regulator found=20 sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e808-0= x1e80b irq 24 on simplebus1=20 ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1=20 Could there be a problem with how I am setting up my filesystem? I've tried= both freebsd-ufs and freebsd as the type, with no luck. A gpart listing of= my SD card:=20 root@fbl:~ # gpart list da3=20 Geom name: da3=20 modified: false=20 state: OK=20 fwheads: 255=20 fwsectors: 63=20 last: 62521335=20 first: 3=20 entries: 4=20 scheme: GPT=20 Providers:=20 1. Name: da3p1=20 Mediasize: 41943040 (40M)=20 Sectorsize: 512=20 Stripesize: 0=20 Stripeoffset: 1536=20 Mode: r0w0e0=20 efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000)=20 rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0=20 rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b=20 label: (null)=20 length: 41943040=20 offset: 1536=20 type: efi=20 index: 1=20 end: 81922=20 start: 3=20 2. Name: da3p2=20 Mediasize: 31968979456 (30G)=20 Sectorsize: 512=20 Stripesize: 0=20 Stripeoffset: 41944576=20 Mode: r0w0e0=20 efimedia: HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5)= =20 rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0=20 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b=20 label: (null)=20 length: 31968979456=20 offset: 41944576=20 type: freebsd-ufs=20 index: 2=20 end: 62521335=20 start: 81923=20 Consumers:=20 1. Name: da3=20 Mediasize: 32010928128 (30G)=20 Sectorsize: 512=20 Mode: r0w0e0=20 Thanks!!=20 Mit=20 From: "S=C3=B8ren Schmidt" < [ mailto:soren.schmidt@gmail.com | soren.schmi= dt@gmail.com ] >=20 To: "Marcin Wojtas" < [ mailto:mw@semihalf.com | mw@semihalf.com ] >=20 Cc: "Mit Matelske" < [ mailto:mit@pt.net | mit@pt.net ] >, "freebsd-arm" < = [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] >=20 Sent: Tuesday, August 13, 2019 12:55:09 PM=20 Subject: Re: Espressobin anyone ?=20 Hi=20 That doesn=E2=80=99t seen to work on the espressobin, or least I can=E2=80= =99t get it to pick it up.=20 I use this patch as a workaround:=20 Index: main.c=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20 --- main.c (revision 350496)=20 +++ main.c (working copy)=20 @@ -463,6 +462,13 @@=20 int rv;=20 char *rootdev;=20 +#if defined(__aarch64__)=20 + /* SOS HACK in rootdev, at least Espressobin gets this wrong */=20 + printf("Setting currdev hack\n");=20 + set_currdev("disk0p2");=20 + return (0);=20 +#endif=20 +=20 /*=20 * First choice: if rootdev is already set, use that, even if=20 * it's wrong.=20 Its not pretty but it does the job until I get time to look into why bootar= gs aren=E2=80=99t passed / won=E2=80=99t stick, probably something I havn= =E2=80=99t backported to my -stable12 sources yet...=20 -S=C3=B8ren=20 BQ_BEGIN On 13 Aug 2019, at 01.38, Marcin Wojtas < [ mailto:mw@semihalf.com | mw@sem= ihalf.com ] > wrote:=20 Hi,=20 Not sure if it's what you are looking for, but in order to autoboot, I=20 simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's example fr= om=20 A3720-DB (same should work on EspressoBin):=20 Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0:1=20 ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr}=20 boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr}=20 resetting USB...=20 USB0: Register 2000104 NbrPorts 2=20 Starting the controller=20 USB XHCI 1.00=20 USB1: USB EHCI 1.00=20 - ______ ____ _____ _____=20 | ____| | _ \ / ____| __ \=20 | |___ _ __ ___ ___ | |_) | (___ | | | |=20 | ___| '__/ _ \/ _ \| _ < \___ \| | | |=20 | | | | | __/ __/| |_) |____) | |__| |=20 | | | | | | || | | |=20 |_| |_| \___|\___||____/|_____/|_____/=20 ```=20 `=20 =E2=95=94=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90Welcome to FreeBSD=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=97 s` `.....---.......--.```=20 -/=20 =E2=95=91 =E2=95=91 +o .--` /y:`=20 +.=20 =E2=95=91 1. Boot Multi user [Enter] =E2=95=91 yo`:. :o=20 `+-=20 =E2=95=91 2. Boot Single user =E2=95=91 y/ -/` -o/=20 =E2=95=91 3. Escape to loader prompt =E2=95=91 .-=20 ::/sy+:.=20 =E2=95=91 4. Reboot =E2=95=91 / `--=20 /=20 =E2=95=91 =E2=95=91 `:=20 :`=20 =E2=95=91 Options: =E2=95=91 `:=20 :`=20 =E2=95=91 5. Kernel: default/kernel (1 of 1) =E2=95=91 /=20 /=20 =E2=95=91 6. Boot Options =E2=95=91 .-=20 -.=20 =E2=95=91 =E2=95=91 -- -.=20 =E2=95=91 =E2=95=91 `:` `:`=20 =E2=95=91 =E2=95=91 .-- `--.=20 =E2=95=9A=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=9D .---.....----.=20 Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop=20 Loading kernel...=20 /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94=20 syms=3D[0x8+0x13aaa8+0x8+0x12610d]=20 Loading configured modules...=20 can't find '/boot/entropy'=20 Using DTB provided by EFI at 0x8000000.=20 ---<>---=20 KDB: debugger backends: ddb=20 KDB: current backend: ddb=20 Copyright (c) 1992-2019 The FreeBSD Project.=20 Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=20 The Regents of the University of California. All rights reserved.=20 FreeBSD is a registered trademark of The FreeBSD Foundation.=20 FreeBSD 13.0-CURRENT 17a1fc80d57-c261519(upstream_master) GENERIC arm64=20 FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on LLVM= =20 8.0.0)=20 WARNING: WITNESS option enabled, expect reduced performance.=20 VT: init without driver.=20 Starting CPU 1 (1)=20 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=20 [...]=20 Best regards,=20 Marcin=20 pon., 12 sie 2019 o 23:14 Mit Matelske < [ mailto:mit@pt.net | mit@pt.net ]= > napisa=C5=82(a):=20 BQ_BEGIN Soren-=20 Thanks for the quick response. I built this kernel with revision 350924.=20 I'll dig into whats going on in the morning.=20 Mind posting your diff for your loader.efi?=20 Thanks again!=20 Mit=20 ----- Original Message -----=20 From: "S=C3=B8ren Schmidt" < [ mailto:soren.schmidt@gmail.com | soren.schmi= dt@gmail.com ] >=20 To: "Mit Matelske" < [ mailto:mit@pt.net | mit@pt.net ] >=20 Cc: "tscho" < [ mailto:johannes@t-beutel.com | johannes@t-beutel.com ] >, "= freebsd-arm" <=20 [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] >=20 Sent: Monday, August 12, 2019 3:49:48 PM=20 Subject: Re: Espressobin anyone ?=20 Hi=20 Looks like your sources may be too old, you need to be at least at r348882= =20 to get the fix for the SD card VCC regulator.=20 That change fixed it for me backported to 12-stable...=20 The currdev problem still exists, I have it hardwired in my loader for=20 aarch64 :)=20 -S=C3=B8ren=20 BQ_BEGIN On 12 Aug 2019, at 21.06, Mit Matelske < [ mailto:mit@pt.net | mit@pt.net ]= > wrote:=20 I'm having a couple little hiccups booting this board also. One has=20 been commented on already, that I can't get the loader to automatically=20 start loading the kernel on "disk0p2"...=20 BQ_BEGIN The second, is that the kernel can't find the SD card after booting so=20 BQ_END it can't mount the root filesystem. I'm using the dts/dtb and kernel from= =20 the 13-current branch.=20 BQ_BEGIN Thanks for any and all help. I haven't used u-boot in about decade.=20 BQ_END Spoiled by the x86 platform.=20 BQ_BEGIN Mit Matelske=20 ***U-boot environment:***=20 Marvell>> printenv=20 baudrate=3D115200=20 bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000=20 BQ_END root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0=20 BQ_BEGIN bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload mmc= =20 BQ_END 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr=20 BQ_BEGIN bootdelay=3D2=20 bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload mmc= =20 BQ_END 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr=20 BQ_BEGIN console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000=20 eth1addr=3D00:51:82:11:22:01=20 eth2addr=3D00:51:82:11:22:02=20 eth3addr=3D00:51:82:11:22:03=20 ethact=3Dneta@30000=20 ethaddr=3DF0:AD:4E:09:6B:8F=20 ethprime=3Deth0=20 fdt_addr=3D0x4f00000=20 fdt_high=3D0xffffffffffffffff=20 fdt_name=3Defi/boot/armada-3720-espressobin.dtb=20 fdtcontroladdr=3D3f7161b8=20 gatewayip=3D10.4.50.254=20 get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr=20 BQ_END $fdt_name; run get_ramfs=20 BQ_BEGIN get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr=20 BQ_END 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr -;fi=20 BQ_BEGIN hostname=3Dmarvell=20 image_name=3Defi/freebsd/loader.efi=20 initrd_addr=3D0xa00000=20 initrd_size=3D0x2000000=20 ipaddr=3D0.0.0.0=20 kernel_addr=3D0x5000000=20 loadaddr=3D0x5000000=20 netdev=3Deth0=20 netmask=3D255.255.255.0=20 ramfs_addr=3D0x8000000=20 ramfs_name=3D-=20 root=3Droot=3D/dev/nfs rw=20 rootpath=3D/srv/nfs/=20 serverip=3D0.0.0.0=20 set_bootargs=3Dsetenv bootargs $console $root=20 BQ_END ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none=20 nfsroot=3D$serverip:$rootpath $extra_params=20 BQ_BEGIN stderr=3Dserial@12000=20 stdin=3Dserial@12000=20 stdout=3Dserial@12000=20 ***Full boot logs:***=20 U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800)=20 Model: Marvell Armada 3720 Community Board ESPRESSOBin=20 CPU @ 1000 [MHz]=20 L2 @ 800 [MHz]=20 TClock @ 200 [MHz]=20 DDR @ 800 [MHz]=20 DRAM: 1 GiB=20 U-Boot DT blob at : 000000003f7161b8=20 Comphy-0: USB3 5 Gbps=20 Comphy-1: PEX0 2.5 Gbps=20 Comphy-2: SATA0 6 Gbps=20 SATA link 0 timeout.=20 AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode=20 flags: ncq led only pmp fbss pio slum part sxs=20 PCIE-0: Link down=20 MMC: sdhci@d0000: 0, sdhci@d8000: 1=20 SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB,=20 BQ_END total 4 MiB=20 BQ_BEGIN Net: eth0: neta@30000 [PRIME]=20 Hit any key to stop autoboot: 0=20 switch to partitions #0, OK=20 mmc0 is current device=20 reading efi/freebsd/loader.efi=20 603872 bytes read in 49 ms (11.8 MiB/s)=20 reading efi/boot/armada-3720-espressobin.dtb=20 15946 bytes read in 17 ms (916 KiB/s)=20 ## Starting EFI application at 05000000 ...=20 Scanning disk [ mailto:sdhci@d0000.blk | sdhci@d0000.blk ] ...=20 Card did not respond to voltage select!=20 mmc_init: -95, time 50=20 Found 1 disks=20 Consoles: EFI console=20 FreeBSD/arm64 EFI loader, Revision 1.1=20 Command line arguments: loader.efi=20 EFI version: 2.05=20 EFI Firmware: Das U-boot (rev 0.00)=20 Console: efi (0)=20 Failed to find bootable partition=20 Startup error in /boot/lua/loader.lua: seconds=20 LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument.=20 can't load 'kernel'=20 Type '?' for a list of commands, 'help' for more detailed help.=20 OK=20 OK set currdev=3Ddisk0p2=20 OK boot=20 /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94=20 BQ_END syms=3D[0x8+0x137dd8+0x8+0x126260]=20 BQ_BEGIN Using DTB provided by EFI at 0x8000000.=20 ---<>---=20 KDB: debugger backends: ddb=20 KDB: current backend: ddb=20 Copyright (c) 1992-2019 The FreeBSD Project.=20 Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=20 The Regents of the University of California. All rights reserved.=20 FreeBSD is a registered trademark of The FreeBSD Foundation.=20 FreeBSD 13.0-CURRENT GENERIC arm64=20 FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on=20 BQ_END LLVM 6.0.1)=20 BQ_BEGIN WARNING: WITNESS option enabled, expect reduced performance.=20 VT: init without driver.=20 Starting CPU 1 (1)=20 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=20 arc4random: WARNING: initial seeding bypassed the cryptographic random=20 BQ_END device because it was not yet seeded and the knob 'bypass_before_seeding'= =20 was enabled.=20 BQ_BEGIN random: entropy device external interface=20 MAP 3e681000 mode 2 pages 1=20 MAP 3ffa6000 mode 2 pages 1=20 kbd0 at kbdmux0=20 ofwbus0: =20 simplebus0: on ofwbus0=20 simplebus1: on simplebus0=20 simple_mfd0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1=20 BQ_BEGIN simple_mfd1: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1=20 BQ_BEGIN psci0: on ofwbus0=20 gic0: mem=20 BQ_END 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d9= 1fff,0x1da0000-0x1dbffff=20 irq 27 on simplebus1=20 BQ_BEGIN gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 generic_timer0: irq 0,1,2,3 on ofwbus0=20 Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality 1000=20 Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 cpulist0: on ofwbus0=20 cpu0: on cpulist0=20 cpu1: on cpulist0=20 pmu0: irq 4 on ofwbus0=20 syscon_generic0: mem 0xd000-0xdfff on simplebus1=20 syscon_generic1: mem 0x11500-0x1153f on simplebus1=20 uart0: mem 0x12000-0x121ff irq 9,10,11 on=20 BQ_END simplebus1=20 BQ_BEGIN uart0: console (115200,n,8,1)=20 gpio0: mem=20 BQ_END 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39 on= =20 simple_mfd0=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 syscon_generic2: mem 0x14000-0x1405f on simplebus1=20 gpio0: mem=20 BQ_END 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1=20 BQ_BEGIN gpio0: cannot allocate memory window=20 device_attach: gpio0 attach returned 6=20 mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1=20 mvneta0: version is 10=20 mvneta0: Ethernet address: 00:a6:39:ca:e8:00=20 mdio0: on mvneta0=20 mdioproxy0: on mdio0=20 e6000sw0: on mdio0=20 e6000sw0: multi-chip addressing mode (0x1)=20 e6000sw0: CPU port at 0=20 e6000sw0: fixed port at 0=20 e6000sw0: PHY at port 1=20 miibus0: on e6000sw0=20 e1000phy0: PHY 17 on miibus0=20 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 BQ_END 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto=20 BQ_BEGIN e6000sw0: PHY at port 2=20 miibus1: on e6000sw0=20 e1000phy1: PHY 18 on miibus1=20 e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 BQ_END 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto=20 BQ_BEGIN e6000sw0: PHY at port 3=20 miibus2: on e6000sw0=20 e1000phy2: PHY 19 on miibus2=20 e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 BQ_END 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto=20 BQ_BEGIN e6000sw0: switch is ready.=20 etherswitch0: on e6000sw0=20 xhci0: mem 0x58000-0x5bfff irq 16 on=20 BQ_END simplebus1=20 BQ_BEGIN xhci0: 32 bytes context size, 32-bit DMA=20 usbus0 on xhci0=20 syscon_generic3: mem 0x5d800-0x5dfff on simplebus1=20 ehci0: mem 0x5e000-0x5efff irq=20 BQ_END 17 on simplebus1=20 BQ_BEGIN usbus1: EHCI version 1.0=20 usbus1 on ehci0=20 syscon_generic4: mem 0x5f800-0x5ffff on simplebus1=20 sdhci_xenon0: mem=20 BQ_END 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1=20 BQ_BEGIN ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1=20 ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FBS=20 ahcich0: at channel 0 on ahci0=20 device_attach: ahcich0 attach returned 6=20 gpioregulator0: on ofwbus0=20 gpioregulator0: cannot get pin 0=20 gpioregulator0: cannot parse parameters=20 device_attach: gpioregulator0 attach returned 6=20 cryptosoft0: =20 Timecounters tick every 1.000 msec=20 mvneta0: link state changed to UP=20 e6000sw0port1: link state changed to DOWN=20 e6000sw0port2: link state changed to DOWN=20 e6000sw0port3: link state changed to DOWN=20 usbus0: 5.0Gbps Super Speed USB v3.0=20 usbus1: 480Mbps High Speed USB v2.0=20 Release APs...done=20 CPU 0: ARM Cortex-A53 r0p4 affinity: 0=20 Instruction Set Attributes 0 =3D =20 Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]...=20 Instruction Set Attributes 1 =3D <>=20 Root mount waiting for: Processor Features 0 =3D=20 BQ_END =20 BQ_BEGIN usbus1 Processor Features 1 =3D <0>=20 usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS=20 BQ_END Mem,MixedEndian,16bit ASID,1TB PA>=20 BQ_BEGIN Memory Model Features 1 =3D <>=20 Memory Model Features 2 =3D <32b CCIDX,48b VA>=20 Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6=20 BQ_END Breakpoints,PMUv3,Debug v8>=20 BQ_BEGIN Debug Features 1 =3D <0>=20 Auxiliary Features 0 =3D <0>=20 Auxiliary Features 1 =3D <0>=20 CPU 1: ARM Cortex-A53 r0p4 affinity: 1=20 WARNING: WITNESS option enabled, expect reduced performance.=20 ugen0.1: at usbus0=20 ugen1.1: at usbus1=20 uhub0 on usbus0=20 uhub1 on usbus1=20 uhub0: on=20 BQ_END usbus0=20 BQ_BEGIN uhub1: on=20 BQ_END usbus1=20 BQ_BEGIN uhub0: 2 ports with 2 removable, self powered=20 uhub1: 1 port with 1 removable, self powered=20 mountroot: waiting for device /dev/ufs/FreeBSD_Install...=20 Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19.=20 Loader variables:=20 vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install=20 vfs.root.mountfrom.options=3Dro,noatime=20 Manual root filesystem specification:=20 : [options]=20 Mount using filesystem =20 and with the specified (optional) option list.=20 eg. ufs:/dev/da0s1a=20 zfs:zroot/ROOT/default=20 cd9660:/dev/cd0 ro=20 (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /)=20 ? List valid disk boot devices=20 . Yield 1 second (for background tasks)=20 Abort manual input=20 mountroot> ?=20 List of GEOM managed disk devices:=20 mountroot>=20 BQ_END _______________________________________________=20 [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] mailing list= =20 [ https://lists.freebsd.org/mailman/listinfo/freebsd-arm | https://lists.fr= eebsd.org/mailman/listinfo/freebsd-arm ]=20 To unsubscribe, send any mail to " [ mailto:freebsd-arm-unsubscribe@freebsd= .org | freebsd-arm-unsubscribe@freebsd.org ] "=20 BQ_END _______________________________________________=20 [ mailto:freebsd-arm@freebsd.org | freebsd-arm@freebsd.org ] mailing list= =20 [ https://lists.freebsd.org/mailman/listinfo/freebsd-arm | https://lists.fr= eebsd.org/mailman/listinfo/freebsd-arm ]=20 To unsubscribe, send any mail to " [ mailto:freebsd-arm-unsubscribe@freebsd= .org | freebsd-arm-unsubscribe@freebsd.org ] "=20 BQ_END BQ_END BQ_END BQ_END From owner-freebsd-arm@freebsd.org Thu Aug 15 17:49:00 2019 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 4142EB0E32 for ; Thu, 15 Aug 2019 17:49:00 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 468Ypz0Q12z4BlM for ; Thu, 15 Aug 2019 17:48:58 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ed1-x532.google.com with SMTP id h13so2792640edq.10 for ; Thu, 15 Aug 2019 10:48:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=qSZDw2vL+SuWz0/dPfgoYGKnz6Sli0xW4Xe2VWCJFiI=; b=muuoKobAvmFeXHPxTCQY2B3fnzFaRwS9ODaz2sQAJiEnmyyTY6PaomeROa8lcg8UQf 3xxQglBO6YoHMq43FT03M/qXsTYbTGgehS8Rf9A1wsw0UgW7wWl3tjlLz3AYaPN9Jkbb 7TzZyVf6sSzdp9GvEkRyQxkzMN7+VjOIoAbUjbXGN3bd7P2jKY0xz2bSJuhMv19ebe+o 4+bZmlvJ0NpjMLcYgaD7N7f2UDgpchBbHJKXAN95QVhGu94QVvT/UwAyewa3Uv5hc3mH mWWB3j69RB9PFT9N3VIGtnBcp8Ke9xI/6BMNmqYcaChNDrarpYR9DMY6eZuwbGN9fFF6 Pg3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=qSZDw2vL+SuWz0/dPfgoYGKnz6Sli0xW4Xe2VWCJFiI=; b=B2DACu7tC90ByR0P16yA1okpukBu6BgppRDuU5w7pZYuv5icf8IBRhZO4k/Pr0VMei igq7f9PdAa33K0Swhf2WT7DJlLU724YiEpnyGJ0behexaVrnYEXf6cmIlB+4nzGSZOGw Z1q2P9pRPqExDxI+UwxhBdp/BI9wLv6FEqrctEz/lr9BTO8tANOU4hEkvGNaMJl05eOa vl0t4qRfeyVSlppntSvLYgCH5P8tPKdCA+PDdK6qn3njgYQo4mSGfp0qNKNDBI7nYkj8 k7W4KtNldtTVcvYypWFzLic3A1sOcCZ2aOFr9MOHMVFNpunFhOVdE+y7oIN5IC3CvDrh Xc5A== X-Gm-Message-State: APjAAAU2W3iDOxUDvffGNa8l6oJn7FNug/o1VAju7BxjNm5+LZhnlcOS D2GnThvy6skntpZltfVZi/U= X-Google-Smtp-Source: APXvYqwzXEbO2BYRcyb9oKHzUgkNEeV8YaD6BLSVtyUmkrQF0J71fVDw1XqUSLbm1dTBheSBrP3Tbg== X-Received: by 2002:a17:906:7f91:: with SMTP id f17mr5457650ejr.250.1565891337121; Thu, 15 Aug 2019 10:48:57 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id r10sm650722edp.25.2019.08.15.10.48.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Aug 2019 10:48:55 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_E786874A-6B62-42C5-9BEC-FE4BF1B84408"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Espressobin anyone ? Date: Thu, 15 Aug 2019 19:48:54 +0200 In-Reply-To: <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> Cc: Marcin Wojtas , freebsd-arm To: Mit Matelske References: <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 468Ypz0Q12z4BlM X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=muuoKobA; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::532 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-4.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.995,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; SUBJECT_ENDS_QUESTION(1.00)[]; 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.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.117.48,0.0.46.224]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.3.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.52), ipnet: 2a00:1450::/32(-3.03), asn: 15169(-2.38), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 17:49:00 -0000 --Apple-Mail=_E786874A-6B62-42C5-9BEC-FE4BF1B84408 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Mit! Right, I suspected that, 12-stable broke many embedded systems between = r350592 and r350595 where all the latest and greatest DTS files was = pulled in, I guess the same holds for -current. -S=C3=B8ren > On 15 Aug 2019, at 19.37, Mit Matelske wrote: >=20 > Yeah, that was the problem. I went back to r348882 and everything = worked out of the box. >=20 > Thanks again for the hand holding! >=20 > Mit >=20 > From: "S=C3=B8ren Schmidt" > > To: "Mit Matelske" > > Cc: "Marcin Wojtas" >, = "freebsd-arm" > > Sent: Wednesday, August 14, 2019 1:33:04 PM > Subject: Re: Espressobin anyone ? >=20 >=20 > It might simply be broken in -current (again). >=20 > I just updated my stable12 tree and I pulled in new .dts files for = just about anything=E2=80=A6 >=20 > Needless to say, it broke the Espressobin=E2=80=99s SD support, it now = fails just like yours.. >=20 > It also broke allwinner builds and what not, so I=E2=80=99m just going = back in time again :) >=20 > I wonder why there is this overwhelming need to import stuff that = breaks things right, left and center in a -stable branch ? > That would have earned you the pointy hat back when=E2=80=A6. >=20 > -S=C3=B8ren >=20 >=20 > On 14 Aug 2019, at 18.01, Mit Matelske > wrote: >=20 > Marcin- >=20 > Sorry I didn't reply yesterday. I didn't have any luck with that = either. I tried a lot of permutations. >=20 > Not saying for 100% it doesn't work, but I couldn't get it to work! >=20 > Mit >=20 > From: "Marcin Wojtas" > > To: "Mit Matelske" > > Cc: "S=C3=B8ren Schmidt" >, "freebsd-arm" = > > Sent: Wednesday, August 14, 2019 10:41:04 AM > Subject: Re: Espressobin anyone ? >=20 > Hi Mit, > Since you are using the latest 13-current, could you please try if = passing rootdev via u-boot bootargs (please see my previous email) works = for you without the loader modification? >=20 > Best regards, > Marcin >=20 > =C5=9Br., 14 sie 2019 o 16:29 Mit Matelske > napisa=C5=82(a): > Soren- >=20 > Thanks for the info. I'll grab a couple more SD cards at lunch. This = one is a new Samsung 32GB. I'll also try putting the changes into 12 = and see if that helps. I'm using the latest 13-current. >=20 > Again, appreciate the hand holding! >=20 > Mit >=20 > From: "S=C3=B8ren Schmidt" > > To: "Mit Matelske" > > Cc: "Marcin Wojtas" >, = "freebsd-arm" > > Sent: Wednesday, August 14, 2019 2:30:31 AM > Subject: Re: Espressobin anyone ? >=20 > Hi Mit > Hmm, from your earlier posted dmesgs it looks like the SD card is not = getting detected properly.. >=20 > I get this output: >=20 > sdhci_xenon0: mem = 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > mmc0: on sdhci_xenon0 > =E2=80=A6snip=E2=80=A6 > mmcsd0: 16GB at mmc0 = 50.0MHz/4bit/65535-block >=20 > The problem you see was fixed for me by r348882, maybe it got broken = later, I havn=E2=80=99t backported the later changes.. >=20 > Have you tried another SD card ? I have found 2 of mine that the = espressobin doesn=E2=80=99t like, but works fine with bananapi and = friends... >=20 > -S=C3=B8ren >=20 > On 13 Aug 2019, at 23.30, Mit Matelske > wrote: >=20 > Soren- >=20 > Thanks for the code snippet! That will fix one of the problems. >=20 > I still can't mount my filesystem, though. I think I'm doing = something really simple, wrong. I believe I'm running the latest code = and added some printfs to show the kernel setting the regulator: >=20 >=20 > usbus1 on ehci0 > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19 > sdhci_xenon0: vqmmc-supply regulator found > sdhci_xenon0: mem = 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 >=20 >=20 > Could there be a problem with how I am setting up my filesystem? I've = tried both freebsd-ufs and freebsd as the type, with no luck. A gpart = listing of my SD card: >=20 > root@fbl:~ # gpart list da3 > Geom name: da3 > modified: false > state: OK > fwheads: 255 > fwsectors: 63 > last: 62521335 > first: 3 > entries: 4 > scheme: GPT > Providers: > 1. Name: da3p1 > Mediasize: 41943040 (40M) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 1536 > Mode: r0w0e0 > efimedia: = HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) > rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > label: (null) > length: 41943040 > offset: 1536 > type: efi > index: 1 > end: 81922 > start: 3 > 2. Name: da3p2 > Mediasize: 31968979456 (30G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 41944576 > Mode: r0w0e0 > efimedia: = HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5) > rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > label: (null) > length: 31968979456 > offset: 41944576 > type: freebsd-ufs > index: 2 > end: 62521335 > start: 81923 > Consumers: > 1. Name: da3 > Mediasize: 32010928128 (30G) > Sectorsize: 512 > Mode: r0w0e0 >=20 > Thanks!! >=20 > Mit >=20 > From: "S=C3=B8ren Schmidt" > > To: "Marcin Wojtas" > > Cc: "Mit Matelske" >, "freebsd-arm" = > > Sent: Tuesday, August 13, 2019 12:55:09 PM > Subject: Re: Espressobin anyone ? >=20 > Hi > That doesn=E2=80=99t seen to work on the espressobin, or least I = can=E2=80=99t get it to pick it up. >=20 > I use this patch as a workaround: >=20 > Index: main.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 > --- main.c (revision 350496) > +++ main.c (working copy) > @@ -463,6 +462,13 @@ > int rv; > char *rootdev; >=20 > +#if defined(__aarch64__) > + /* SOS HACK in rootdev, at least Espressobin gets this wrong */ > + printf("Setting currdev hack\n"); > + set_currdev("disk0p2"); > + return (0); > +#endif > + > /* > * First choice: if rootdev is already set, use that, even if > * it's wrong. >=20 > Its not pretty but it does the job until I get time to look into why = bootargs aren=E2=80=99t passed / won=E2=80=99t stick, probably something = I havn=E2=80=99t backported to my -stable12 sources yet... >=20 > -S=C3=B8ren >=20 > On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: >=20 > Hi, >=20 > Not sure if it's what you are looking for, but in order to autoboot, I > simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's = example from > A3720-DB (same should work on EspressoBin): >=20 > Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0:1 > ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} > boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > resetting USB... > USB0: Register 2000104 NbrPorts 2 > Starting the controller > USB XHCI 1.00 > USB1: USB EHCI 1.00 > - ______ ____ _____ _____ > | ____| | _ \ / ____| __ \ > | |___ _ __ ___ ___ | |_) | (___ | | | | > | ___| '__/ _ \/ _ \| _ < \___ \| | | | > | | | | | __/ __/| |_) |____) | |__| | > | | | | | | || | | | > |_| |_| \___|\___||____/|_____/|_____/ > ``` > ` > =E2=95=94=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90Welcome to = FreeBSD=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=97 s` = `.....---.......--.``` > -/ > =E2=95=91 =E2=95=91 +o = .--` /y:` > +. > =E2=95=91 1. Boot Multi user [Enter] =E2=95=91 yo`:. = :o > `+- > =E2=95=91 2. Boot Single user =E2=95=91 y/ = -/` -o/ > =E2=95=91 3. Escape to loader prompt =E2=95=91 .- > ::/sy+:. > =E2=95=91 4. Reboot =E2=95=91 / = `-- > / > =E2=95=91 =E2=95=91 `: > :` > =E2=95=91 Options: =E2=95=91 `: > :` > =E2=95=91 5. Kernel: default/kernel (1 of 1) =E2=95=91 / > / > =E2=95=91 6. Boot Options =E2=95=91 .- > -. > =E2=95=91 =E2=95=91 -- = -. > =E2=95=91 =E2=95=91 `:` = `:` > =E2=95=91 =E2=95=91 = .-- `--. > = =E2=95=9A=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90= =E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2= =95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95=90=E2=95= =90=E2=95=9D .---.....----. > Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop >=20 > Loading kernel... > /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 > syms=3D[0x8+0x13aaa8+0x8+0x12610d] > Loading configured modules... > can't find '/boot/entropy' > Using DTB provided by EFI at 0x8000000. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) GENERIC = arm64 > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM > 8.0.0) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > Starting CPU 1 (1) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > [...] >=20 > Best regards, > Marcin >=20 > pon., 12 sie 2019 o 23:14 Mit Matelske > napisa=C5=82(a): >=20 >=20 > Soren- >=20 > Thanks for the quick response. I built this kernel with revision = 350924. > I'll dig into whats going on in the morning. >=20 > Mind posting your diff for your loader.efi? >=20 > Thanks again! >=20 > Mit >=20 >=20 > ----- Original Message ----- > From: "S=C3=B8ren Schmidt" > > To: "Mit Matelske" > > Cc: "tscho" >, = "freebsd-arm" < > freebsd-arm@freebsd.org > > Sent: Monday, August 12, 2019 3:49:48 PM > Subject: Re: Espressobin anyone ? >=20 > Hi >=20 > Looks like your sources may be too old, you need to be at least at = r348882 > to get the fix for the SD card VCC regulator. >=20 > That change fixed it for me backported to 12-stable... >=20 > The currdev problem still exists, I have it hardwired in my loader for > aarch64 :) >=20 > -S=C3=B8ren >=20 >=20 > On 12 Aug 2019, at 21.06, Mit Matelske > wrote: >=20 > I'm having a couple little hiccups booting this board also. One has > been commented on already, that I can't get the loader to = automatically > start loading the kernel on "disk0p2"... >=20 > The second, is that the kernel can't find the SD card after booting so > it can't mount the root filesystem. I'm using the dts/dtb and kernel = from > the 13-current branch. >=20 > Thanks for any and all help. I haven't used u-boot in about decade. > Spoiled by the x86 platform. >=20 > Mit Matelske >=20 >=20 > ***U-boot environment:*** >=20 >=20 > Marvell>> printenv > baudrate=3D115200 > bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 > bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload = mmc > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > bootdelay=3D2 > bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload = mmc > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > eth1addr=3D00:51:82:11:22:01 > eth2addr=3D00:51:82:11:22:02 > eth3addr=3D00:51:82:11:22:03 > ethact=3Dneta@30000 > ethaddr=3DF0:AD:4E:09:6B:8F > ethprime=3Deth0 > fdt_addr=3D0x4f00000 > fdt_high=3D0xffffffffffffffff > fdt_name=3Defi/boot/armada-3720-espressobin.dtb > fdtcontroladdr=3D3f7161b8 > gatewayip=3D10.4.50.254 > get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr > $fdt_name; run get_ramfs > get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr > 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr = -;fi > hostname=3Dmarvell > image_name=3Defi/freebsd/loader.efi > initrd_addr=3D0xa00000 > initrd_size=3D0x2000000 > ipaddr=3D0.0.0.0 > kernel_addr=3D0x5000000 > loadaddr=3D0x5000000 > netdev=3Deth0 > netmask=3D255.255.255.0 > ramfs_addr=3D0x8000000 > ramfs_name=3D- > root=3Droot=3D/dev/nfs rw > rootpath=3D/srv/nfs/ > serverip=3D0.0.0.0 > set_bootargs=3Dsetenv bootargs $console $root > ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none > nfsroot=3D$serverip:$rootpath $extra_params > stderr=3Dserial@12000 > stdin=3Dserial@12000 > stdout=3Dserial@12000 >=20 >=20 > ***Full boot logs:*** >=20 >=20 > U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800) >=20 > Model: Marvell Armada 3720 Community Board ESPRESSOBin > CPU @ 1000 [MHz] > L2 @ 800 [MHz] > TClock @ 200 [MHz] > DDR @ 800 [MHz] > DRAM: 1 GiB > U-Boot DT blob at : 000000003f7161b8 > Comphy-0: USB3 5 Gbps > Comphy-1: PEX0 2.5 Gbps > Comphy-2: SATA0 6 Gbps > SATA link 0 timeout. > AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > flags: ncq led only pmp fbss pio slum part sxs > PCIE-0: Link down > MMC: sdhci@d0000: 0, sdhci@d8000: 1 > SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, > total 4 MiB > Net: eth0: neta@30000 [PRIME] > Hit any key to stop autoboot: 0 > switch to partitions #0, OK > mmc0 is current device > reading efi/freebsd/loader.efi > 603872 bytes read in 49 ms (11.8 MiB/s) > reading efi/boot/armada-3720-espressobin.dtb > 15946 bytes read in 17 ms (916 KiB/s) > ## Starting EFI application at 05000000 ... > Scanning disk sdhci@d0000.blk ... > Card did not respond to voltage select! > mmc_init: -95, time 50 > Found 1 disks > Consoles: EFI console > FreeBSD/arm64 EFI loader, Revision 1.1 >=20 > Command line arguments: loader.efi > EFI version: 2.05 > EFI Firmware: Das U-boot (rev 0.00) > Console: efi (0) > Failed to find bootable partition > Startup error in /boot/lua/loader.lua: seconds > LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. >=20 > can't load 'kernel' >=20 > Type '?' for a list of commands, 'help' for more detailed help. > OK > OK set currdev=3Ddisk0p2 > OK boot >=20 > /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 > syms=3D[0x8+0x137dd8+0x8+0x126260] > Using DTB provided by EFI at 0x8000000. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2019 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 GENERIC arm64 > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on > LLVM 6.0.1) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > Starting CPU 1 (1) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > arc4random: WARNING: initial seeding bypassed the cryptographic random > device because it was not yet seeded and the knob = 'bypass_before_seeding' > was enabled. > random: entropy device external interface > MAP 3e681000 mode 2 pages 1 > MAP 3ffa6000 mode 2 pages 1 > kbd0 at kbdmux0 > ofwbus0: > simplebus0: on ofwbus0 > simplebus1: on simplebus0 > simple_mfd0: mem > 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > simple_mfd1: mem > 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > psci0: on ofwbus0 > gic0: mem > = 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d= 91fff,0x1da0000-0x1dbffff > irq 27 on simplebus1 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > generic_timer0: irq 0,1,2,3 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality = 1000 > Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > pmu0: irq 4 on ofwbus0 > syscon_generic0: mem 0xd000-0xdfff on simplebus1 > syscon_generic1: mem 0x11500-0x1153f on simplebus1 > uart0: mem 0x12000-0x121ff irq 9,10,11 on > simplebus1 > uart0: console (115200,n,8,1) > gpio0: mem > 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on > simple_mfd0 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > syscon_generic2: mem 0x14000-0x1405f on simplebus1 > gpio0: mem > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > gpio0: cannot allocate memory window > device_attach: gpio0 attach returned 6 > mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 > mvneta0: version is 10 > mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > mdio0: on mvneta0 > mdioproxy0: on mdio0 > e6000sw0: on mdio0 > e6000sw0: multi-chip addressing mode (0x1) > e6000sw0: CPU port at 0 > e6000sw0: fixed port at 0 > e6000sw0: PHY at port 1 > miibus0: on e6000sw0 > e1000phy0: PHY 17 on miibus0 > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: PHY at port 2 > miibus1: on e6000sw0 > e1000phy1: PHY 18 on miibus1 > e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: PHY at port 3 > miibus2: on e6000sw0 > e1000phy2: PHY 19 on miibus2 > e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e6000sw0: switch is ready. > etherswitch0: on e6000sw0 > xhci0: mem 0x58000-0x5bfff irq 16 on > simplebus1 > xhci0: 32 bytes context size, 32-bit DMA > usbus0 on xhci0 > syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > ehci0: mem 0x5e000-0x5efff irq > 17 on simplebus1 > usbus1: EHCI version 1.0 > usbus1 on ehci0 > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > sdhci_xenon0: mem > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 > ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with = FBS > ahcich0: at channel 0 on ahci0 > device_attach: ahcich0 attach returned 6 > gpioregulator0: on ofwbus0 > gpioregulator0: cannot get pin 0 > gpioregulator0: cannot parse parameters > device_attach: gpioregulator0 attach returned 6 > cryptosoft0: > Timecounters tick every 1.000 msec > mvneta0: link state changed to UP > e6000sw0port1: link state changed to DOWN > e6000sw0port2: link state changed to DOWN > e6000sw0port3: link state changed to DOWN > usbus0: 5.0Gbps Super Speed USB v3.0 > usbus1: 480Mbps High Speed USB v2.0 > Release APs...done > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > Instruction Set Attributes 0 =3D > Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... > Instruction Set Attributes 1 =3D <> > Root mount waiting for: Processor Features 0 =3D > > usbus1 Processor Features 1 =3D <0> > usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS > Mem,MixedEndian,16bit ASID,1TB PA> >=20 > Memory Model Features 1 =3D <> > Memory Model Features 2 =3D <32b CCIDX,48b VA> > Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 > Breakpoints,PMUv3,Debug v8> > Debug Features 1 =3D <0> > Auxiliary Features 0 =3D <0> > Auxiliary Features 1 =3D <0> > CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > WARNING: WITNESS option enabled, expect reduced performance. > ugen0.1: at usbus0 > ugen1.1: at usbus1 > uhub0 on usbus0 > uhub1 on usbus1 > uhub0: on > usbus0 > uhub1: on > usbus1 > uhub0: 2 ports with 2 removable, self powered > uhub1: 1 port with 1 removable, self powered > mountroot: waiting for device /dev/ufs/FreeBSD_Install... > Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. >=20 > Loader variables: > vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > vfs.root.mountfrom.options=3Dro,noatime >=20 > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. >=20 > eg. ufs:/dev/da0s1a > zfs:zroot/ROOT/default > cd9660:/dev/cd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >=20 > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input >=20 > mountroot> ? >=20 > List of GEOM managed disk devices: >=20 >=20 > mountroot> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm = > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org = " >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm = > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org = " --Apple-Mail=_E786874A-6B62-42C5-9BEC-FE4BF1B84408 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkC0kEuD0Me2xEj5EGvRMAY4qbRsFAl1VmwYACgkQGvRMAY4q bRvzqA//bFEIazS3/bRxiEjRE7sIxAtLn9EoK0U6u+Cf5vO6rZDN7nSqyjs3rDUs 0iLZe7bBFndpQP60viyXqIutXg75/4HQPJN/gNzeSAK6lzMEm2i4Q7Io6O6+BmBP Uq33vD+nbEf30rQ/W07tvVUBgw5pN2pgAZ4rpImTXs3Z7zvxCm/iB4tnh1ZBLvOC NUE+rCsXPpaPltCytY+PIP/MqgsJDjY2ENDo+ALqKruIQBmCyO6KiU2d0WsyjDpb YDMjO213qu91AVCBhyxpzt6PAB4Eyh3QvYWBWqAeUrhcczOL7QcU2wS7Kvw6c1w4 KOxEp9LWhgRJ/SguWYYgwjbMqHSJ3DIWoCaCGBpz5E6bKyqTan9/NFQhKh4fhVLp BbqKHl8l7tlOa5W3Gfh8tT7wEAhccEikZ48j79osn3YcZvpmEJfulf6vcguT5M/N 3Y818tlfstVh6EWGzCaqPeTIok2SYuFi96q9EjBNiP+0QsnA+U/QodyfeIM6BS9j bdMDsT3Xdi/1n0RWVEBjBApuVDoVlH4xvKjpbMjD+QX0+1nI5rSuZLOCTSOWQj0p NpEq9DkiObYdiaPB8iOvHgHrsw1KiRNfedXB6BoiZiSyFOJU8b+qp7aKLpNiPui5 a556HGCMVWVqjMyHLHW8QKqUXs/ElV+1smiw1ki9IaAbucukY04= =cL43 -----END PGP SIGNATURE----- --Apple-Mail=_E786874A-6B62-42C5-9BEC-FE4BF1B84408-- From owner-freebsd-arm@freebsd.org Thu Aug 15 19:03:21 2019 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 4E38EB38EA for ; Thu, 15 Aug 2019 19:03:21 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 468bSm1CwLz4JhK for ; Thu, 15 Aug 2019 19:03:19 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 96ac8df6; Thu, 15 Aug 2019 21:03:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=s0B/EbcRD+5VzmefPgPTaiJIEUo=; b=qRr69IwdyM8y157Mo3j0qYbu1BNI S04uHNiBrsdjXu3xvTyVgsrwmbbdgXPJik5cSVqkLuBbqP4VYkZzxm0lr//Hzj6f KVlKAUSKS941MjBLW05INLjx0xelxzzatwjvc/mhtGg29n5oIfh3SyRUzLpkzhBN MgmPd1a/AkNudS4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=Ut8dRN59PqvGa4608ftWgnvCDbgiVsWrqHHyE7zwS+7InBHDnM45DdDD NUN0HnTJhM3O1JaQRKsi6e3nac+SzEWvq2GoQve2JuA/wOk6I7g5i8kR6kf0/ly/ 4DbUaIWeDQomhMn0lmCO9WGZnthl4njimtlbNPdk0XWdx3wTT1Q= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id b5fec326 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 15 Aug 2019 21:03:11 +0200 (CEST) Date: Thu, 15 Aug 2019 21:03:11 +0200 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: Mit Matelske , freebsd-arm , Marcin Wojtas Subject: Re: Espressobin anyone ? Message-Id: <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> In-Reply-To: References: <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 468bSm1CwLz4JhK X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=qRr69Iwd; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [0.35 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.35)[ip: (-0.89), ipnet: 212.83.160.0/19(2.56), asn: 12876(0.10), country: FR(-0.01)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.49)[-0.485,0]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.46.224,0.0.117.48]; NEURAL_HAM_LONG(-0.81)[-0.814,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_SPAM_SHORT(0.20)[0.203,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 19:03:21 -0000 On Thu, 15 Aug 2019 19:48:54 +0200 S=F8ren Schmidt wrote: > Hi Mit! >=20 > Right, I suspected that, 12-stable broke many embedded systems between r3= 50592 and r350595 where all the latest and greatest DTS files was pulled in= , I guess the same holds for -current. >=20 > -S=F8ren Mhm it's fun that you think that DTS import is the source of all your problems, I get it, it's easy to blame the French guy that bulk import the DTS, he surely don't know what he is doing. Anyway, two problems were raised in this thread : 1) BananaPi (A20) doesn't boot 2) Espressobin sd support is broken I've just looked at the BananaPi problem today, I've fixed a first problem in r351099. The main problem is that when we disable the unused regulators we hang when trying to disabling ldo3. It's weird because the board doesn't use LDO3 (which is why we are disabling it, it's unused). The problem is in twsi I think as only leaving the part in axp209 that read the voltage register value make FreeBSD hang. I'll have a proper look later, in the meantime you can set=20 hw.regulator.disable_unused=3D0 in /boot/loader.conf This isn't a DTS problem. For Espressobin I haven't found any thing related to SD in the DTS updates since the import, the only things slighly related are mmc and sdio. So if someone could find which DTS import broke this I can have a look. >=20 > > On 15 Aug 2019, at 19.37, Mit Matelske wrote: > >=20 > > Yeah, that was the problem. I went back to r348882 and everything work= ed out of the box. > >=20 > > Thanks again for the hand holding! > >=20 > > Mit > >=20 > > From: "S=F8ren Schmidt" > > > To: "Mit Matelske" > > > Cc: "Marcin Wojtas" >, "freebs= d-arm" > > > Sent: Wednesday, August 14, 2019 1:33:04 PM > > Subject: Re: Espressobin anyone ? > >=20 > >=20 > > It might simply be broken in -current (again). > >=20 > > I just updated my stable12 tree and I pulled in new .dts files for just= about anything? > >=20 > > Needless to say, it broke the Espressobin?s SD support, it now fails ju= st like yours.. > >=20 > > It also broke allwinner builds and what not, so I?m just going back in = time again :) > >=20 > > I wonder why there is this overwhelming need to import stuff that break= s things right, left and center in a -stable branch ? > > That would have earned you the pointy hat back when?. > >=20 > > -S=F8ren > >=20 > >=20 > > On 14 Aug 2019, at 18.01, Mit Matelske >= wrote: > >=20 > > Marcin- > >=20 > > Sorry I didn't reply yesterday. I didn't have any luck with that eithe= r. I tried a lot of permutations. > >=20 > > Not saying for 100% it doesn't work, but I couldn't get it to work! > >=20 > > Mit > >=20 > > From: "Marcin Wojtas" > > > To: "Mit Matelske" > > > Cc: "S=F8ren Schmidt" >, "freebsd-arm" > > > Sent: Wednesday, August 14, 2019 10:41:04 AM > > Subject: Re: Espressobin anyone ? > >=20 > > Hi Mit, > > Since you are using the latest 13-current, could you please try if pass= ing rootdev via u-boot bootargs (please see my previous email) works for yo= u without the loader modification? > >=20 > > Best regards, > > Marcin > >=20 > > ?r., 14 sie 2019 o 16:29 Mit Matelske > = napisa?(a): > > Soren- > >=20 > > Thanks for the info. I'll grab a couple more SD cards at lunch. This = one is a new Samsung 32GB. I'll also try putting the changes into 12 and s= ee if that helps. I'm using the latest 13-current. > >=20 > > Again, appreciate the hand holding! > >=20 > > Mit > >=20 > > From: "S=F8ren Schmidt" > > > To: "Mit Matelske" > > > Cc: "Marcin Wojtas" >, "freebs= d-arm" > > > Sent: Wednesday, August 14, 2019 2:30:31 AM > > Subject: Re: Espressobin anyone ? > >=20 > > Hi Mit > > Hmm, from your earlier posted dmesgs it looks like the SD card is not g= etting detected properly.. > >=20 > > I get this output: > >=20 > > sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e8= 08-0x1e80b irq 24 on simplebus1 > > mmc0: on sdhci_xenon0 > > ?snip? > > mmcsd0: 16GB at mmc0 = 50.0MHz/4bit/65535-block > >=20 > > The problem you see was fixed for me by r348882, maybe it got broken la= ter, I havn?t backported the later changes.. > >=20 > > Have you tried another SD card ? I have found 2 of mine that the espres= sobin doesn?t like, but works fine with bananapi and friends... > >=20 > > -S=F8ren > >=20 > > On 13 Aug 2019, at 23.30, Mit Matelske >= wrote: > >=20 > > Soren- > >=20 > > Thanks for the code snippet! That will fix one of the problems. > >=20 > > I still can't mount my filesystem, though. I think I'm doing something= really simple, wrong. I believe I'm running the latest code and added som= e printfs to show the kernel setting the regulator: > >=20 > >=20 > > usbus1 on ehci0 > > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19 > > sdhci_xenon0: vqmmc-supply regulator found > > sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e8= 08-0x1e80b irq 24 on simplebus1 > > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 > >=20 > >=20 > > Could there be a problem with how I am setting up my filesystem? I've = tried both freebsd-ufs and freebsd as the type, with no luck. A gpart listi= ng of my SD card: > >=20 > > root@fbl:~ # gpart list da3 > > Geom name: da3 > > modified: false > > state: OK > > fwheads: 255 > > fwsectors: 63 > > last: 62521335 > > first: 3 > > entries: 4 > > scheme: GPT > > Providers: > > 1. Name: da3p1 > > Mediasize: 41943040 (40M) > > Sectorsize: 512 > > Stripesize: 0 > > Stripeoffset: 1536 > > Mode: r0w0e0 > > efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) > > rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > > rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > > label: (null) > > length: 41943040 > > offset: 1536 > > type: efi > > index: 1 > > end: 81922 > > start: 3 > > 2. Name: da3p2 > > Mediasize: 31968979456 (30G) > > Sectorsize: 512 > > Stripesize: 0 > > Stripeoffset: 41944576 > > Mode: r0w0e0 > > efimedia: HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b= 8bff5) > > rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > > label: (null) > > length: 31968979456 > > offset: 41944576 > > type: freebsd-ufs > > index: 2 > > end: 62521335 > > start: 81923 > > Consumers: > > 1. Name: da3 > > Mediasize: 32010928128 (30G) > > Sectorsize: 512 > > Mode: r0w0e0 > >=20 > > Thanks!! > >=20 > > Mit > >=20 > > From: "S=F8ren Schmidt" > > > To: "Marcin Wojtas" > > > Cc: "Mit Matelske" >, "freebsd-arm" > > > Sent: Tuesday, August 13, 2019 12:55:09 PM > > Subject: Re: Espressobin anyone ? > >=20 > > Hi > > That doesn?t seen to work on the espressobin, or least I can?t get it t= o pick it up. > >=20 > > I use this patch as a workaround: > >=20 > > Index: main.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 > > --- main.c (revision 350496) > > +++ main.c (working copy) > > @@ -463,6 +462,13 @@ > > int rv; > > char *rootdev; > >=20 > > +#if defined(__aarch64__) > > + /* SOS HACK in rootdev, at least Espressobin gets this wrong */ > > + printf("Setting currdev hack\n"); > > + set_currdev("disk0p2"); > > + return (0); > > +#endif > > + > > /* > > * First choice: if rootdev is already set, use that, even if > > * it's wrong. > >=20 > > Its not pretty but it does the job until I get time to look into why bo= otargs aren?t passed / won?t stick, probably something I havn?t backported = to my -stable12 sources yet... > >=20 > > -S=F8ren > >=20 > > On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: > >=20 > > Hi, > >=20 > > Not sure if it's what you are looking for, but in order to autoboot, I > > simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's exampl= e from > > A3720-DB (same should work on EspressoBin): > >=20 > > Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0:1 > > ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} > > boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > > resetting USB... > > USB0: Register 2000104 NbrPorts 2 > > Starting the controller > > USB XHCI 1.00 > > USB1: USB EHCI 1.00 > > - ______ ____ _____ _____ > > | ____| | _ \ / ____| __ \ > > | |___ _ __ ___ ___ | |_) | (___ | | | | > > | ___| '__/ _ \/ _ \| _ < \___ \| | | | > > | | | | | __/ __/| |_) |____) | |__| | > > | | | | | | || | | | > > |_| |_| \___|\___||____/|_____/|_____/ > > ``` > > ` > > ????????????Welcome to FreeBSD????????????? s` `.....---.......--.``` > > -/ > > ? ? +o .--` /y:` > > +. > > ? 1. Boot Multi user [Enter] ? yo`:. :o > > `+- > > ? 2. Boot Single user ? y/ -/` = -o/ > > ? 3. Escape to loader prompt ? .- > > ::/sy+:. > > ? 4. Reboot ? / `= -- > > / > > ? ? `: > > :` > > ? Options: ? `: > > :` > > ? 5. Kernel: default/kernel (1 of 1) ? / > > / > > ? 6. Boot Options ? .- > > -. > > ? ? -- = -. > > ? ? `:` = `:` > > ? ? .-- `--. > > ??????????????????????????????????????????? .---.....----. > > Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop > >=20 > > Loading kernel... > > /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 > > syms=3D[0x8+0x13aaa8+0x8+0x12610d] > > Loading configured modules... > > can't find '/boot/entropy' > > Using DTB provided by EFI at 0x8000000. > > ---<>--- > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) GENERIC arm64 > > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on L= LVM > > 8.0.0) > > WARNING: WITNESS option enabled, expect reduced performance. > > VT: init without driver. > > Starting CPU 1 (1) > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > [...] > >=20 > > Best regards, > > Marcin > >=20 > > pon., 12 sie 2019 o 23:14 Mit Matelske >= napisa?(a): > >=20 > >=20 > > Soren- > >=20 > > Thanks for the quick response. I built this kernel with revision 35092= 4. > > I'll dig into whats going on in the morning. > >=20 > > Mind posting your diff for your loader.efi? > >=20 > > Thanks again! > >=20 > > Mit > >=20 > >=20 > > ----- Original Message ----- > > From: "S=F8ren Schmidt" > > > To: "Mit Matelske" > > > Cc: "tscho" >, "fr= eebsd-arm" < > > freebsd-arm@freebsd.org > > > Sent: Monday, August 12, 2019 3:49:48 PM > > Subject: Re: Espressobin anyone ? > >=20 > > Hi > >=20 > > Looks like your sources may be too old, you need to be at least at r348= 882 > > to get the fix for the SD card VCC regulator. > >=20 > > That change fixed it for me backported to 12-stable... > >=20 > > The currdev problem still exists, I have it hardwired in my loader for > > aarch64 :) > >=20 > > -S=F8ren > >=20 > >=20 > > On 12 Aug 2019, at 21.06, Mit Matelske >= wrote: > >=20 > > I'm having a couple little hiccups booting this board also. One has > > been commented on already, that I can't get the loader to automatically > > start loading the kernel on "disk0p2"... > >=20 > > The second, is that the kernel can't find the SD card after booting so > > it can't mount the root filesystem. I'm using the dts/dtb and kernel f= rom > > the 13-current branch. > >=20 > > Thanks for any and all help. I haven't used u-boot in about decade. > > Spoiled by the x86 platform. > >=20 > > Mit Matelske > >=20 > >=20 > > ***U-boot environment:*** > >=20 > >=20 > > Marvell>> printenv > > baudrate=3D115200 > > bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > > root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 > > bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload m= mc > > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > bootdelay=3D2 > > bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload m= mc > > 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > > eth1addr=3D00:51:82:11:22:01 > > eth2addr=3D00:51:82:11:22:02 > > eth3addr=3D00:51:82:11:22:03 > > ethact=3Dneta@30000 > > ethaddr=3DF0:AD:4E:09:6B:8F > > ethprime=3Deth0 > > fdt_addr=3D0x4f00000 > > fdt_high=3D0xffffffffffffffff > > fdt_name=3Defi/boot/armada-3720-espressobin.dtb > > fdtcontroladdr=3D3f7161b8 > > gatewayip=3D10.4.50.254 > > get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr > > $fdt_name; run get_ramfs > > get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr > > 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr -;fi > > hostname=3Dmarvell > > image_name=3Defi/freebsd/loader.efi > > initrd_addr=3D0xa00000 > > initrd_size=3D0x2000000 > > ipaddr=3D0.0.0.0 > > kernel_addr=3D0x5000000 > > loadaddr=3D0x5000000 > > netdev=3Deth0 > > netmask=3D255.255.255.0 > > ramfs_addr=3D0x8000000 > > ramfs_name=3D- > > root=3Droot=3D/dev/nfs rw > > rootpath=3D/srv/nfs/ > > serverip=3D0.0.0.0 > > set_bootargs=3Dsetenv bootargs $console $root > > ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none > > nfsroot=3D$serverip:$rootpath $extra_params > > stderr=3Dserial@12000 > > stdin=3Dserial@12000 > > stdout=3Dserial@12000 > >=20 > >=20 > > ***Full boot logs:*** > >=20 > >=20 > > U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800) > >=20 > > Model: Marvell Armada 3720 Community Board ESPRESSOBin > > CPU @ 1000 [MHz] > > L2 @ 800 [MHz] > > TClock @ 200 [MHz] > > DDR @ 800 [MHz] > > DRAM: 1 GiB > > U-Boot DT blob at : 000000003f7161b8 > > Comphy-0: USB3 5 Gbps > > Comphy-1: PEX0 2.5 Gbps > > Comphy-2: SATA0 6 Gbps > > SATA link 0 timeout. > > AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > > flags: ncq led only pmp fbss pio slum part sxs > > PCIE-0: Link down > > MMC: sdhci@d0000: 0, sdhci@d8000: 1 > > SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, > > total 4 MiB > > Net: eth0: neta@30000 [PRIME] > > Hit any key to stop autoboot: 0 > > switch to partitions #0, OK > > mmc0 is current device > > reading efi/freebsd/loader.efi > > 603872 bytes read in 49 ms (11.8 MiB/s) > > reading efi/boot/armada-3720-espressobin.dtb > > 15946 bytes read in 17 ms (916 KiB/s) > > ## Starting EFI application at 05000000 ... > > Scanning disk sdhci@d0000.blk ... > > Card did not respond to voltage select! > > mmc_init: -95, time 50 > > Found 1 disks > > Consoles: EFI console > > FreeBSD/arm64 EFI loader, Revision 1.1 > >=20 > > Command line arguments: loader.efi > > EFI version: 2.05 > > EFI Firmware: Das U-boot (rev 0.00) > > Console: efi (0) > > Failed to find bootable partition > > Startup error in /boot/lua/loader.lua: seconds > > LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. > >=20 > > can't load 'kernel' > >=20 > > Type '?' for a list of commands, 'help' for more detailed help. > > OK > > OK set currdev=3Ddisk0p2 > > OK boot > >=20 > > /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 > > syms=3D[0x8+0x137dd8+0x8+0x126260] > > Using DTB provided by EFI at 0x8000000. > > ---<>--- > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2019 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 GENERIC arm64 > > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on > > LLVM 6.0.1) > > WARNING: WITNESS option enabled, expect reduced performance. > > VT: init without driver. > > Starting CPU 1 (1) > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > arc4random: WARNING: initial seeding bypassed the cryptographic random > > device because it was not yet seeded and the knob 'bypass_before_seedin= g' > > was enabled. > > random: entropy device external interface > > MAP 3e681000 mode 2 pages 1 > > MAP 3ffa6000 mode 2 pages 1 > > kbd0 at kbdmux0 > > ofwbus0: > > simplebus0: on ofwbus0 > > simplebus1: on simplebus0 > > simple_mfd0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > > simple_mfd1: mem > > 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > > psci0: on ofwbus0 > > gic0: mem > > 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0= x1d91fff,0x1da0000-0x1dbffff > > irq 27 on simplebus1 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39= on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > generic_timer0: irq 0,1,2,3 on ofwbus0 > > Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality 1000 > > Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39= on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39= on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39= on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39= on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > cpulist0: on ofwbus0 > > cpu0: on cpulist0 > > cpu1: on cpulist0 > > pmu0: irq 4 on ofwbus0 > > syscon_generic0: mem 0xd000-0xdfff on simplebus1 > > syscon_generic1: mem 0x11500-0x1153f on simplebus1 > > uart0: mem 0x12000-0x121ff irq 9,10,11 on > > simplebus1 > > uart0: console (115200,n,8,1) > > gpio0: mem > > 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,39= on > > simple_mfd0 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > syscon_generic2: mem 0x14000-0x1405f on simplebus1 > > gpio0: mem > > 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > gpio0: cannot allocate memory window > > device_attach: gpio0 attach returned 6 > > mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 > > mvneta0: version is 10 > > mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > > mdio0: on mvneta0 > > mdioproxy0: on mdio0 > > e6000sw0: on mdio0 > > e6000sw0: multi-chip addressing mode (0x1) > > e6000sw0: CPU port at 0 > > e6000sw0: fixed port at 0 > > e6000sw0: PHY at port 1 > > miibus0: on e6000sw0 > > e1000phy0: PHY 17 on miibus0 > > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > > e6000sw0: PHY at port 2 > > miibus1: on e6000sw0 > > e1000phy1: PHY 18 on miibus1 > > e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > > e6000sw0: PHY at port 3 > > miibus2: on e6000sw0 > > e1000phy2: PHY 19 on miibus2 > > e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > > e6000sw0: switch is ready. > > etherswitch0: on e6000sw0 > > xhci0: mem 0x58000-0x5bfff irq 16 on > > simplebus1 > > xhci0: 32 bytes context size, 32-bit DMA > > usbus0 on xhci0 > > syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > > ehci0: mem 0x5e000-0x5efff irq > > 17 on simplebus1 > > usbus1: EHCI version 1.0 > > usbus1 on ehci0 > > syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > sdhci_xenon0: mem > > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 > > ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FBS > > ahcich0: at channel 0 on ahci0 > > device_attach: ahcich0 attach returned 6 > > gpioregulator0: on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > cryptosoft0: > > Timecounters tick every 1.000 msec > > mvneta0: link state changed to UP > > e6000sw0port1: link state changed to DOWN > > e6000sw0port2: link state changed to DOWN > > e6000sw0port3: link state changed to DOWN > > usbus0: 5.0Gbps Super Speed USB v3.0 > > usbus1: 480Mbps High Speed USB v2.0 > > Release APs...done > > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > > Instruction Set Attributes 0 =3D > > Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... > > Instruction Set Attributes 1 =3D <> > > Root mount waiting for: Processor Features 0 =3D > > > > usbus1 Processor Features 1 =3D <0> > > usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS > > Mem,MixedEndian,16bit ASID,1TB PA> > >=20 > > Memory Model Features 1 =3D <> > > Memory Model Features 2 =3D <32b CCIDX,48b VA> > > Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 > > Breakpoints,PMUv3,Debug v8> > > Debug Features 1 =3D <0> > > Auxiliary Features 0 =3D <0> > > Auxiliary Features 1 =3D <0> > > CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > > WARNING: WITNESS option enabled, expect reduced performance. > > ugen0.1: at usbus0 > > ugen1.1: at usbus1 > > uhub0 on usbus0 > > uhub1 on usbus1 > > uhub0: on > > usbus0 > > uhub1: on > > usbus1 > > uhub0: 2 ports with 2 removable, self powered > > uhub1: 1 port with 1 removable, self powered > > mountroot: waiting for device /dev/ufs/FreeBSD_Install... > > Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. > >=20 > > Loader variables: > > vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > > vfs.root.mountfrom.options=3Dro,noatime > >=20 > > Manual root filesystem specification: > > : [options] > > Mount using filesystem > > and with the specified (optional) option list. > >=20 > > eg. ufs:/dev/da0s1a > > zfs:zroot/ROOT/default > > cd9660:/dev/cd0 ro > > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > >=20 > > ? List valid disk boot devices > > . Yield 1 second (for background tasks) > > Abort manual input > >=20 > > mountroot> ? > >=20 > > List of GEOM managed disk devices: > >=20 > >=20 > > mountroot> > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org <= mailto:freebsd-arm-unsubscribe@freebsd.org>" > >=20 > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org <= mailto:freebsd-arm-unsubscribe@freebsd.org>" >=20 --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Aug 15 19:34:34 2019 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 4CE72B4297 for ; Thu, 15 Aug 2019 19:34:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-3.consmr.mail.bf2.yahoo.com (sonic301-3.consmr.mail.bf2.yahoo.com [74.6.129.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 468c8n1wj5z4L9b for ; Thu, 15 Aug 2019 19:34:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 030GXngVM1n_Vr0nlvC0LzKLnUC.nErm0CjaGyBZtHn1LEGiqhBg74qbzVfQ72x Xha2eGhtbebjUX83wVo21U8Hyzxj40VicTkbenZ.Adywaa4uTkvSNY1_ofRiGDDyfJ__pJNpL8ii 2vRpCB70Amoipg5BmWXOdEMwzKOOYiVvHlSVDhXKBuqqo9MixUp.XzsUvuWzlxKJQLrBG7pdpqnS 8pdtR53B_9AuBqd2EaeYWeBvwFDGkkljCGApdG8iZ1r8mkscZGa8qfkYICCcKEgpi4yOUN7e6X9W TRXA5UeyhZYxX8JrApZ34HnewBtvPCFdQFxBrbAorEpkK1kFgHdPhrRTW_ut6vC_ITm_C8qCrnE2 _nB9f.ClUjdrECt3AaRLq0iHKtBjEWSGv93pXvZHnI4ky4uFnKOkUVexd.pL3cWQo8dp_MZxUhpB Pzwle.E74EmsSGjlUofWUYBjLxppgNOP0u2fTefEi6C0sLO71osEKJwfitB0.eT7G9pst3xN5JYB 39tut7hq_xabYiTtmqx0jpfCYszqPxHnfHSdrU3fODuaJZBZHhE.BXHbt9PycdW7.j0NY9qZtTHn uYrbih4ZFwRgIhk1oYgJtzcTPDMjzpPAzbq6ind_R2DjyhQL4CL.WKaMlLq6Ur76BNocD6oUXakk KocoWhMhHeUo1qxyodMDyM25z2sJXoHMCtQhMbolF5Mcb6wEDpcvILxfK6gvaAFvgR.mKqiT_Sws F1iEp6el8XqnVV42eckl4yDG84WRadFYMIu_Xb8riUWLFu2aW7A8w2CjHlV.X_nAziujVSQaIKTo V_bElqR.xrCCHCNtLwq2aK3zYpOcQO1NWetHcx8xMrwZmdUwpGUvX2mfoggk0tglILWjMmLxVUg7 myfv1wO9ltPlFYq1rpCGq5oEPTMSrnIQV68jGSp8TLCQuK9slPjTPn0NOrANz97BqjljtP.HRxbY RKjlLxmYwM0h2OsG2n5yeRt8Dy7vs53qrnDpkRE6iXoYhi2Tq3kRDTpzldW32ivKpqe0qLIeGOZM nzVVuWetTqI3tPoD03SXAvlxXOpEfmHJPcFTmBbuDqzSUwhNKRBd0Pa3Gxem2jTshFgblwMLbYHW xDScvjyFK6cZuSVVgdpovVUJ1puSezawc_lVAGpMZOvD80eUp9u1eZTkrdy0jFcppdt4mLvIX5.o VC_BkPbneiGHQ2OcHQu6wMBhjgDFtupSjgH2GNVMTVG29NLhjdu.uEO3btJSBJgdJulWda.bXPd2 uNwkQEPYJG1XDwqCi_Mvnww-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.bf2.yahoo.com with HTTP; Thu, 15 Aug 2019 19:34:32 +0000 Received: by smtp416.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID fda915bd6b5e78e4f695c2a6fec197b5; Thu, 15 Aug 2019 19:34:28 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: svn commit: r351100 - head/sys/dev/iicbus/twsi looks to be missing (uintmax_t) cast Message-Id: <52FBFD78-F69C-48F6-84CB-DCD071ED4C00@yahoo.com> Date: Thu, 15 Aug 2019 12:34:25 -0700 Cc: freebsd-arm@freebsd.org To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 468c8n1wj5z4L9b X-Spamd-Bar: - X-Spamd-Result: default: False [-1.58 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_NONE(0.00)[]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.88)[-0.876,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.70)[0.703,0]; NEURAL_HAM_LONG(-0.91)[-0.909,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.88), ipnet: 74.6.128.0/21(1.44), asn: 26101(1.16), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[42.129.6.74.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 19:34:34 -0000 A textually small nit for r351100 is that %ju normally goes with a (uintmax_t) cast, so more like: debugf(sc->dev, "Bus clock is at %ju\n", (uintmax_t)clk); %ju need not match up with uint64_t from: uint64_t clk; === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Aug 15 19:56:26 2019 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 E727FB4E34 for ; Thu, 15 Aug 2019 19:56:26 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ed1-x543.google.com (mail-ed1-x543.google.com [IPv6:2a00:1450:4864:20::543]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 468cf21hyYz4MSl for ; Thu, 15 Aug 2019 19:56:25 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ed1-x543.google.com with SMTP id r12so3176356edo.5 for ; Thu, 15 Aug 2019 12:56:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=5vs3hmoiUVU5wDqqi+qqDNO5b2z2wuu6rX+ppLQp51s=; b=VsH7UkNp89zmVF7vWNHEQVsRmBwyHeGL57HPyFhU9oEVvmwIm+cIliOsTiTQiwIPth Fymst2csCTJpVjVqmJfJ4DME6LUObluTBu/CudEDK4BNza9A82PSO43/4f+xaUoyDiAi tPXNQ4YM/CsjECHE4FoVCTI8jiZ1YIzDw8YvISN93T/h9dgtOuuHn09Mr8uOFw3wEiGk EdHEpoLfIhMf3MJ/lo6hkEeAyUFywRgHGi4Uo2VO7fF7mS8qtK84Id8zmbXjhKKMbM5Z VyxpQFomXda26k8HqTblFBV+04mpWS+PvAUzliGhjGHekM+F851HmjiYwGOt6B0SQv2m xGxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=5vs3hmoiUVU5wDqqi+qqDNO5b2z2wuu6rX+ppLQp51s=; b=uiFDWZh1G012vvjxWt6ijaX8GXbycm4p1d+8u2K9ggHa29J1gEJr8u81yXc2/+tM9r XVFH5lktHFZ+JuLWZa14ZcEHIvy6FFeZxZ6VMjb36PHTMcC8iQp8mNxxoadngwacOkmK 1rvmM3AOKMd1vIln1+3rpUOBiSWsWmBeI1GXHDaxm3fUHJggcGQSvFu6bcuTPURRzXTQ TL9125K8b85HIAAlgbzW7Zuk5vmk6F9Fwn/CPnUWxOuTpJbhO6J13EXzljv2Cl5lgvqy KcCz0hD82KktBMKSBvZwztfIpCjLRDuKHH/tGQeEzzbqNXWWJxE1aG6fjGsOqAuA4vY9 /Bbg== X-Gm-Message-State: APjAAAUOQlOrHpe8gebwBqv9GdRyuB7nBMrBqep0T09VOyN10DojqetB YaJjEZ8DdJYizuZh4MsuLLQ= X-Google-Smtp-Source: APXvYqz3JOfrYQGskJq35LxgP6gF9kzliSFG74RKKDClcWw6N3Qm4ZROjEI1BbROGN2qLtXUgTakWg== X-Received: by 2002:a17:906:cc81:: with SMTP id oq1mr6158172ejb.124.1565898984818; Thu, 15 Aug 2019 12:56:24 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id c14sm714556edb.5.2019.08.15.12.56.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Aug 2019 12:56:24 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_0378816E-3D33-4AA8-9E7D-65049F540B6F"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Espressobin anyone ? Date: Thu, 15 Aug 2019 21:56:23 +0200 In-Reply-To: <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> Cc: Mit Matelske , freebsd-arm , Marcin Wojtas To: Emmanuel Vadot References: <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 468cf21hyYz4MSl X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=VsH7UkNp; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::543 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-4.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.990,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; 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.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.46.224,0.0.117.48]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.46.224,0.0.117.48]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (0.03), ipnet: 2a00:1450::/32(-3.03), asn: 15169(-2.38), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 19:56:27 -0000 --Apple-Mail=_0378816E-3D33-4AA8-9E7D-65049F540B6F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Well, I don=E2=80=99t care where you are from and what color you have :) Now, if I update my stable12 sources to r350595 the bananapi breaks, if = revert sys/gnu/dts it works again, go figure.. The r351099 fix is already like that in -stable, and not part of the = problem. -S=C3=B8ren > On 15 Aug 2019, at 21.03, Emmanuel Vadot = wrote: >=20 > On Thu, 15 Aug 2019 19:48:54 +0200 > S=C3=B8ren Schmidt wrote: >=20 >> Hi Mit! >>=20 >> Right, I suspected that, 12-stable broke many embedded systems = between r350592 and r350595 where all the latest and greatest DTS files = was pulled in, I guess the same holds for -current. >>=20 >> -S=C3=B8ren >=20 > Mhm it's fun that you think that DTS import is the source of all your > problems, I get it, it's easy to blame the French guy that bulk import > the DTS, he surely don't know what he is doing. > Anyway, two problems were raised in this thread : >=20 > 1) BananaPi (A20) doesn't boot > 2) Espressobin sd support is broken >=20 > I've just looked at the BananaPi problem today, I've fixed a first > problem in r351099. > The main problem is that when we disable the unused regulators we hang > when trying to disabling ldo3. It's weird because the board doesn't = use > LDO3 (which is why we are disabling it, it's unused). The problem is = in > twsi I think as only leaving the part in axp209 that read the > voltage register value make FreeBSD hang. > I'll have a proper look later, in the meantime you can set > hw.regulator.disable_unused=3D0 > in /boot/loader.conf > This isn't a DTS problem. >=20 > For Espressobin I haven't found any thing related to SD in the DTS > updates since the import, the only things slighly related are mmc and > sdio. > So if someone could find which DTS import broke this I can have a = look. >=20 >>=20 >>> On 15 Aug 2019, at 19.37, Mit Matelske wrote: >>>=20 >>> Yeah, that was the problem. I went back to r348882 and everything = worked out of the box. >>>=20 >>> Thanks again for the hand holding! >>>=20 >>> Mit >>>=20 >>> From: "S=C3=B8ren Schmidt" > >>> To: "Mit Matelske" > >>> Cc: "Marcin Wojtas" >, = "freebsd-arm" > >>> Sent: Wednesday, August 14, 2019 1:33:04 PM >>> Subject: Re: Espressobin anyone ? >>>=20 >>>=20 >>> It might simply be broken in -current (again). >>>=20 >>> I just updated my stable12 tree and I pulled in new .dts files for = just about anything? >>>=20 >>> Needless to say, it broke the Espressobin?s SD support, it now fails = just like yours.. >>>=20 >>> It also broke allwinner builds and what not, so I?m just going back = in time again :) >>>=20 >>> I wonder why there is this overwhelming need to import stuff that = breaks things right, left and center in a -stable branch ? >>> That would have earned you the pointy hat back when?. >>>=20 >>> -S=C3=B8ren >>>=20 >>>=20 >>> On 14 Aug 2019, at 18.01, Mit Matelske > wrote: >>>=20 >>> Marcin- >>>=20 >>> Sorry I didn't reply yesterday. I didn't have any luck with that = either. I tried a lot of permutations. >>>=20 >>> Not saying for 100% it doesn't work, but I couldn't get it to work! >>>=20 >>> Mit >>>=20 >>> From: "Marcin Wojtas" > >>> To: "Mit Matelske" > >>> Cc: "S=C3=B8ren Schmidt" >, "freebsd-arm" = > >>> Sent: Wednesday, August 14, 2019 10:41:04 AM >>> Subject: Re: Espressobin anyone ? >>>=20 >>> Hi Mit, >>> Since you are using the latest 13-current, could you please try if = passing rootdev via u-boot bootargs (please see my previous email) works = for you without the loader modification? >>>=20 >>> Best regards, >>> Marcin >>>=20 >>> ?r., 14 sie 2019 o 16:29 Mit Matelske > napisa?(a): >>> Soren- >>>=20 >>> Thanks for the info. I'll grab a couple more SD cards at lunch. = This one is a new Samsung 32GB. I'll also try putting the changes into = 12 and see if that helps. I'm using the latest 13-current. >>>=20 >>> Again, appreciate the hand holding! >>>=20 >>> Mit >>>=20 >>> From: "S=C3=B8ren Schmidt" > >>> To: "Mit Matelske" > >>> Cc: "Marcin Wojtas" >, = "freebsd-arm" > >>> Sent: Wednesday, August 14, 2019 2:30:31 AM >>> Subject: Re: Espressobin anyone ? >>>=20 >>> Hi Mit >>> Hmm, from your earlier posted dmesgs it looks like the SD card is = not getting detected properly.. >>>=20 >>> I get this output: >>>=20 >>> sdhci_xenon0: mem = 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>> mmc0: on sdhci_xenon0 >>> ?snip? >>> mmcsd0: 16GB at = mmc0 50.0MHz/4bit/65535-block >>>=20 >>> The problem you see was fixed for me by r348882, maybe it got broken = later, I havn?t backported the later changes.. >>>=20 >>> Have you tried another SD card ? I have found 2 of mine that the = espressobin doesn?t like, but works fine with bananapi and friends... >>>=20 >>> -S=C3=B8ren >>>=20 >>> On 13 Aug 2019, at 23.30, Mit Matelske > wrote: >>>=20 >>> Soren- >>>=20 >>> Thanks for the code snippet! That will fix one of the problems. >>>=20 >>> I still can't mount my filesystem, though. I think I'm doing = something really simple, wrong. I believe I'm running the latest code = and added some printfs to show the kernel setting the regulator: >>>=20 >>>=20 >>> usbus1 on ehci0 >>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 >>> sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19 >>> sdhci_xenon0: vqmmc-supply regulator found >>> sdhci_xenon0: mem = 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>> ahci0: mem 0xe0000-0xe0177 irq 26 on = simplebus1 >>>=20 >>>=20 >>> Could there be a problem with how I am setting up my filesystem? = I've tried both freebsd-ufs and freebsd as the type, with no luck. A = gpart listing of my SD card: >>>=20 >>> root@fbl:~ # gpart list da3 >>> Geom name: da3 >>> modified: false >>> state: OK >>> fwheads: 255 >>> fwsectors: 63 >>> last: 62521335 >>> first: 3 >>> entries: 4 >>> scheme: GPT >>> Providers: >>> 1. Name: da3p1 >>> Mediasize: 41943040 (40M) >>> Sectorsize: 512 >>> Stripesize: 0 >>> Stripeoffset: 1536 >>> Mode: r0w0e0 >>> efimedia: = HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) >>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 >>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b >>> label: (null) >>> length: 41943040 >>> offset: 1536 >>> type: efi >>> index: 1 >>> end: 81922 >>> start: 3 >>> 2. Name: da3p2 >>> Mediasize: 31968979456 (30G) >>> Sectorsize: 512 >>> Stripesize: 0 >>> Stripeoffset: 41944576 >>> Mode: r0w0e0 >>> efimedia: = HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5) >>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 >>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b >>> label: (null) >>> length: 31968979456 >>> offset: 41944576 >>> type: freebsd-ufs >>> index: 2 >>> end: 62521335 >>> start: 81923 >>> Consumers: >>> 1. Name: da3 >>> Mediasize: 32010928128 (30G) >>> Sectorsize: 512 >>> Mode: r0w0e0 >>>=20 >>> Thanks!! >>>=20 >>> Mit >>>=20 >>> From: "S=C3=B8ren Schmidt" > >>> To: "Marcin Wojtas" > >>> Cc: "Mit Matelske" >, "freebsd-arm" = > >>> Sent: Tuesday, August 13, 2019 12:55:09 PM >>> Subject: Re: Espressobin anyone ? >>>=20 >>> Hi >>> That doesn?t seen to work on the espressobin, or least I can?t get = it to pick it up. >>>=20 >>> I use this patch as a workaround: >>>=20 >>> Index: main.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 >>> --- main.c (revision 350496) >>> +++ main.c (working copy) >>> @@ -463,6 +462,13 @@ >>> int rv; >>> char *rootdev; >>>=20 >>> +#if defined(__aarch64__) >>> + /* SOS HACK in rootdev, at least Espressobin gets this wrong */ >>> + printf("Setting currdev hack\n"); >>> + set_currdev("disk0p2"); >>> + return (0); >>> +#endif >>> + >>> /* >>> * First choice: if rootdev is already set, use that, even if >>> * it's wrong. >>>=20 >>> Its not pretty but it does the job until I get time to look into why = bootargs aren?t passed / won?t stick, probably something I havn?t = backported to my -stable12 sources yet... >>>=20 >>> -S=C3=B8ren >>>=20 >>> On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: >>>=20 >>> Hi, >>>=20 >>> Not sure if it's what you are looking for, but in order to autoboot, = I >>> simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's = example from >>> A3720-DB (same should work on EspressoBin): >>>=20 >>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb = 0:1 >>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} >>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} >>> resetting USB... >>> USB0: Register 2000104 NbrPorts 2 >>> Starting the controller >>> USB XHCI 1.00 >>> USB1: USB EHCI 1.00 >>> - ______ ____ _____ _____ >>> | ____| | _ \ / ____| __ \ >>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>> | | | | | __/ __/| |_) |____) | |__| | >>> | | | | | | || | | | >>> |_| |_| \___|\___||____/|_____/|_____/ >>> ``` >>> ` >>> ????????????Welcome to FreeBSD????????????? s` = `.....---.......--.``` >>> -/ >>> ? ? +o .--` = /y:` >>> +. >>> ? 1. Boot Multi user [Enter] ? yo`:. :o >>> `+- >>> ? 2. Boot Single user ? y/ = -/` -o/ >>> ? 3. Escape to loader prompt ? .- >>> ::/sy+:. >>> ? 4. Reboot ? / = `-- >>> / >>> ? ? `: >>> :` >>> ? Options: ? `: >>> :` >>> ? 5. Kernel: default/kernel (1 of 1) ? / >>> / >>> ? 6. Boot Options ? .- >>> -. >>> ? ? -- = -. >>> ? ? `:` = `:` >>> ? ? .-- = `--. >>> ??????????????????????????????????????????? = .---.....----. >>> Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop >>>=20 >>> Loading kernel... >>> /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 >>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] >>> Loading configured modules... >>> can't find '/boot/entropy' >>> Using DTB provided by EFI at 0x8000000. >>> ---<>--- >>> KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) GENERIC = arm64 >>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based = on LLVM >>> 8.0.0) >>> WARNING: WITNESS option enabled, expect reduced performance. >>> VT: init without driver. >>> Starting CPU 1 (1) >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> [...] >>>=20 >>> Best regards, >>> Marcin >>>=20 >>> pon., 12 sie 2019 o 23:14 Mit Matelske > napisa?(a): >>>=20 >>>=20 >>> Soren- >>>=20 >>> Thanks for the quick response. I built this kernel with revision = 350924. >>> I'll dig into whats going on in the morning. >>>=20 >>> Mind posting your diff for your loader.efi? >>>=20 >>> Thanks again! >>>=20 >>> Mit >>>=20 >>>=20 >>> ----- Original Message ----- >>> From: "S=C3=B8ren Schmidt" > >>> To: "Mit Matelske" > >>> Cc: "tscho" >, = "freebsd-arm" < >>> freebsd-arm@freebsd.org > >>> Sent: Monday, August 12, 2019 3:49:48 PM >>> Subject: Re: Espressobin anyone ? >>>=20 >>> Hi >>>=20 >>> Looks like your sources may be too old, you need to be at least at = r348882 >>> to get the fix for the SD card VCC regulator. >>>=20 >>> That change fixed it for me backported to 12-stable... >>>=20 >>> The currdev problem still exists, I have it hardwired in my loader = for >>> aarch64 :) >>>=20 >>> -S=C3=B8ren >>>=20 >>>=20 >>> On 12 Aug 2019, at 21.06, Mit Matelske > wrote: >>>=20 >>> I'm having a couple little hiccups booting this board also. One has >>> been commented on already, that I can't get the loader to = automatically >>> start loading the kernel on "disk0p2"... >>>=20 >>> The second, is that the kernel can't find the SD card after booting = so >>> it can't mount the root filesystem. I'm using the dts/dtb and = kernel from >>> the 13-current branch. >>>=20 >>> Thanks for any and all help. I haven't used u-boot in about decade. >>> Spoiled by the x86 platform. >>>=20 >>> Mit Matelske >>>=20 >>>=20 >>> ***U-boot environment:*** >>>=20 >>>=20 >>> Marvell>> printenv >>> baudrate=3D115200 >>> bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 >>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 >>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr = $image_name;fatload mmc >>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr >>> bootdelay=3D2 >>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr = $image_name;fatload mmc >>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr >>> console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 >>> eth1addr=3D00:51:82:11:22:01 >>> eth2addr=3D00:51:82:11:22:02 >>> eth3addr=3D00:51:82:11:22:03 >>> ethact=3Dneta@30000 >>> ethaddr=3DF0:AD:4E:09:6B:8F >>> ethprime=3Deth0 >>> fdt_addr=3D0x4f00000 >>> fdt_high=3D0xffffffffffffffff >>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb >>> fdtcontroladdr=3D3f7161b8 >>> gatewayip=3D10.4.50.254 >>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr >>> $fdt_name; run get_ramfs >>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr >>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr = -;fi >>> hostname=3Dmarvell >>> image_name=3Defi/freebsd/loader.efi >>> initrd_addr=3D0xa00000 >>> initrd_size=3D0x2000000 >>> ipaddr=3D0.0.0.0 >>> kernel_addr=3D0x5000000 >>> loadaddr=3D0x5000000 >>> netdev=3Deth0 >>> netmask=3D255.255.255.0 >>> ramfs_addr=3D0x8000000 >>> ramfs_name=3D- >>> root=3Droot=3D/dev/nfs rw >>> rootpath=3D/srv/nfs/ >>> serverip=3D0.0.0.0 >>> set_bootargs=3Dsetenv bootargs $console $root >>> ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none >>> nfsroot=3D$serverip:$rootpath $extra_params >>> stderr=3Dserial@12000 >>> stdin=3Dserial@12000 >>> stdout=3Dserial@12000 >>>=20 >>>=20 >>> ***Full boot logs:*** >>>=20 >>>=20 >>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 = +0800) >>>=20 >>> Model: Marvell Armada 3720 Community Board ESPRESSOBin >>> CPU @ 1000 [MHz] >>> L2 @ 800 [MHz] >>> TClock @ 200 [MHz] >>> DDR @ 800 [MHz] >>> DRAM: 1 GiB >>> U-Boot DT blob at : 000000003f7161b8 >>> Comphy-0: USB3 5 Gbps >>> Comphy-1: PEX0 2.5 Gbps >>> Comphy-2: SATA0 6 Gbps >>> SATA link 0 timeout. >>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode >>> flags: ncq led only pmp fbss pio slum part sxs >>> PCIE-0: Link down >>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 >>> SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, >>> total 4 MiB >>> Net: eth0: neta@30000 [PRIME] >>> Hit any key to stop autoboot: 0 >>> switch to partitions #0, OK >>> mmc0 is current device >>> reading efi/freebsd/loader.efi >>> 603872 bytes read in 49 ms (11.8 MiB/s) >>> reading efi/boot/armada-3720-espressobin.dtb >>> 15946 bytes read in 17 ms (916 KiB/s) >>> ## Starting EFI application at 05000000 ... >>> Scanning disk sdhci@d0000.blk ... >>> Card did not respond to voltage select! >>> mmc_init: -95, time 50 >>> Found 1 disks >>> Consoles: EFI console >>> FreeBSD/arm64 EFI loader, Revision 1.1 >>>=20 >>> Command line arguments: loader.efi >>> EFI version: 2.05 >>> EFI Firmware: Das U-boot (rev 0.00) >>> Console: efi (0) >>> Failed to find bootable partition >>> Startup error in /boot/lua/loader.lua: seconds >>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. >>>=20 >>> can't load 'kernel' >>>=20 >>> Type '?' for a list of commands, 'help' for more detailed help. >>> OK >>> OK set currdev=3Ddisk0p2 >>> OK boot >>>=20 >>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 >>> syms=3D[0x8+0x137dd8+0x8+0x126260] >>> Using DTB provided by EFI at 0x8000000. >>> ---<>--- >>> KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> Copyright (c) 1992-2019 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 GENERIC arm64 >>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based = on >>> LLVM 6.0.1) >>> WARNING: WITNESS option enabled, expect reduced performance. >>> VT: init without driver. >>> Starting CPU 1 (1) >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> arc4random: WARNING: initial seeding bypassed the cryptographic = random >>> device because it was not yet seeded and the knob = 'bypass_before_seeding' >>> was enabled. >>> random: entropy device external interface >>> MAP 3e681000 mode 2 pages 1 >>> MAP 3ffa6000 mode 2 pages 1 >>> kbd0 at kbdmux0 >>> ofwbus0: >>> simplebus0: on ofwbus0 >>> simplebus1: on simplebus0 >>> simple_mfd0: mem >>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 >>> simple_mfd1: mem >>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 >>> psci0: on ofwbus0 >>> gic0: mem >>> = 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d= 91fff,0x1da0000-0x1dbffff >>> irq 27 on simplebus1 >>> gpio0: mem >>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> generic_timer0: irq 0,1,2,3 on ofwbus0 >>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality = 1000 >>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality = 1000 >>> gpio0: mem >>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> gpio0: mem >>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> gpio0: mem >>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> gpio0: mem >>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpio0: mem >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> cpulist0: on ofwbus0 >>> cpu0: on cpulist0 >>> cpu1: on cpulist0 >>> pmu0: irq 4 on ofwbus0 >>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 >>> syscon_generic1: mem 0x11500-0x1153f on simplebus1 >>> uart0: mem 0x12000-0x121ff irq 9,10,11 on >>> simplebus1 >>> uart0: console (115200,n,8,1) >>> gpio0: mem >>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>> simple_mfd0 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> syscon_generic2: mem 0x14000-0x1405f on simplebus1 >>> gpio0: mem >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>> gpio0: cannot allocate memory window >>> device_attach: gpio0 attach returned 6 >>> mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 >>> mvneta0: version is 10 >>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 >>> mdio0: on mvneta0 >>> mdioproxy0: on mdio0 >>> e6000sw0: on mdio0 >>> e6000sw0: multi-chip addressing mode (0x1) >>> e6000sw0: CPU port at 0 >>> e6000sw0: fixed port at 0 >>> e6000sw0: PHY at port 1 >>> miibus0: on e6000sw0 >>> e1000phy0: PHY 17 on miibus0 >>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, = auto >>> e6000sw0: PHY at port 2 >>> miibus1: on e6000sw0 >>> e1000phy1: PHY 18 on miibus1 >>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, = auto >>> e6000sw0: PHY at port 3 >>> miibus2: on e6000sw0 >>> e1000phy2: PHY 19 on miibus2 >>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, = auto >>> e6000sw0: switch is ready. >>> etherswitch0: on e6000sw0 >>> xhci0: mem 0x58000-0x5bfff irq 16 on >>> simplebus1 >>> xhci0: 32 bytes context size, 32-bit DMA >>> usbus0 on xhci0 >>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 >>> ehci0: mem 0x5e000-0x5efff = irq >>> 17 on simplebus1 >>> usbus1: EHCI version 1.0 >>> usbus1 on ehci0 >>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 >>> sdhci_xenon0: mem >>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>> ahci0: mem 0xe0000-0xe0177 irq 26 on = simplebus1 >>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with = FBS >>> ahcich0: at channel 0 on ahci0 >>> device_attach: ahcich0 attach returned 6 >>> gpioregulator0: on ofwbus0 >>> gpioregulator0: cannot get pin 0 >>> gpioregulator0: cannot parse parameters >>> device_attach: gpioregulator0 attach returned 6 >>> cryptosoft0: >>> Timecounters tick every 1.000 msec >>> mvneta0: link state changed to UP >>> e6000sw0port1: link state changed to DOWN >>> e6000sw0port2: link state changed to DOWN >>> e6000sw0port3: link state changed to DOWN >>> usbus0: 5.0Gbps Super Speed USB v3.0 >>> usbus1: 480Mbps High Speed USB v2.0 >>> Release APs...done >>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 >>> Instruction Set Attributes 0 =3D >>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install = [ro,noatime]... >>> Instruction Set Attributes 1 =3D <> >>> Root mount waiting for: Processor Features 0 =3D >>> >>> usbus1 Processor Features 1 =3D <0> >>> usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS >>> Mem,MixedEndian,16bit ASID,1TB PA> >>>=20 >>> Memory Model Features 1 =3D <> >>> Memory Model Features 2 =3D <32b CCIDX,48b VA> >>> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 >>> Breakpoints,PMUv3,Debug v8> >>> Debug Features 1 =3D <0> >>> Auxiliary Features 0 =3D <0> >>> Auxiliary Features 1 =3D <0> >>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 >>> WARNING: WITNESS option enabled, expect reduced performance. >>> ugen0.1: at usbus0 >>> ugen1.1: at usbus1 >>> uhub0 on usbus0 >>> uhub1 on usbus1 >>> uhub0: on >>> usbus0 >>> uhub1: on >>> usbus1 >>> uhub0: 2 ports with 2 removable, self powered >>> uhub1: 1 port with 1 removable, self powered >>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... >>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. >>>=20 >>> Loader variables: >>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install >>> vfs.root.mountfrom.options=3Dro,noatime >>>=20 >>> Manual root filesystem specification: >>> : [options] >>> Mount using filesystem >>> and with the specified (optional) option list. >>>=20 >>> eg. ufs:/dev/da0s1a >>> zfs:zroot/ROOT/default >>> cd9660:/dev/cd0 ro >>> (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >>>=20 >>> ? List valid disk boot devices >>> . Yield 1 second (for background tasks) >>> Abort manual input >>>=20 >>> mountroot> ? >>>=20 >>> List of GEOM managed disk devices: >>>=20 >>>=20 >>> mountroot> >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing = list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm = >>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org = " >>>=20 >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing = list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm = >>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org = " >>=20 >=20 >=20 > -- > Emmanuel Vadot --Apple-Mail=_0378816E-3D33-4AA8-9E7D-65049F540B6F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkC0kEuD0Me2xEj5EGvRMAY4qbRsFAl1VuOcACgkQGvRMAY4q bRvymA/+OQpgguQqI8n4yOdcuvd8U6Y6bC0MsJMxX53OsB1NRmkTK8Al5ui0wJBM h+YhHl9QzSL7BAHE7pnoLH9gW5QbvVLuaQMWxQkTNr2o4d3/CBnYP9QxvS/Re1Iu 62AGuM/R+iolZZihsJAreKPOi6gbI77NINOSuZZE4EijDM7YJFAC1EUtrvLZ9rIk g02qNcMy95G2DliI/80+GVMChXI7L+mQBQTjwp4dzV0HbOOVNUnRspJVWYJreJE/ QSTBTtFgtO47h7eAz/nQIc8O3EQV/soij7vEq1G3YB6hhFb2WqHgcxWNBvoILBGf W4yLB0COzeIeJ4Vx+xJxyhm0xejyXa4dDqrb0OkUwBwyPnAAqdKqSLaie03GKnuc u67rjBzc/Kjp6idplx2E9ii5XHyVkaZ6o/n5s26yYkwJONYBQlqnwIpn3Gh258RM 7n2wT8flFHWof5HVnoA5PY8QRS4obVaCsmwLgSSYAk4irazmD34hUPNatXnXapFa skOqiTKuYsKz0BHxWXKCDMdgr9z/ywTX/QvltvJ3cO06TVuIF2ool9L407CqyxMA QYDsBBIK0QrAotjvzuR5OSBiN5dBnY7WpALnOhfgQRovpvQ6vCazGYJcGz7zxQL5 fgPRMpz0UgiWvWXHCjg90n/+FQDFlCRozSPz9v2LteYrsy6DeA8= =rZTM -----END PGP SIGNATURE----- --Apple-Mail=_0378816E-3D33-4AA8-9E7D-65049F540B6F-- From owner-freebsd-arm@freebsd.org Thu Aug 15 21:05:20 2019 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 14749B6480 for ; Thu, 15 Aug 2019 21:05:20 +0000 (UTC) (envelope-from per@hedeland.org) Received: from outbound1g.eu.mailhop.org (outbound1g.eu.mailhop.org [52.28.6.212]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 468f9V3lxzz4QgJ for ; Thu, 15 Aug 2019 21:05:17 +0000 (UTC) (envelope-from per@hedeland.org) ARC-Seal: i=1; a=rsa-sha256; t=1565903116; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=qMfXwzpj/t0BGglLyRLyq6yiMkY46NeVkDZOvTMHaTbQHNGRzqDsWF7XoIF2wa61mh3LLEYQnPK8E gndeHg5DQZXmQefC4GeHfuYPlAcSD41P+mkPNcHa4F09talBIBRaDjMp72pJBZybLv63o4Fe12K1lb GagxBAWLmeW4GrXaUzq/hc/Kox6hBkobyh4de/qmwdKhyWXGeyt0Wu/ofJvA5MwWjMLxjMmIZ3PoE9 9TYrsgV+p7J2fomDoUmVoY8JXhuxM34PDzApnArBH1BGdM1kgg3k3eayrfgpvotyo39bp7/8mbN8UL 0SDSXgJzcYciemWreXr8VfzSznJfstA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:content-type:in-reply-to:mime-version:date: message-id:from:references:cc:to:subject:dkim-signature:from; bh=oRVuFz3KTOGTk+BgCdNYZ78ljzApZrcAKrUsaZaDqF0=; b=oCofQ2pmuMFqsVVPdLCDS4ZYwbzH0uO3oQfWLPgevG6YWx46wWQbS0wHZ3YRGWVbXGlLuS18ojJs0 SxUOWv7Z8txnjRWbsBYCIUB4ouQpozwRzgORLryZ+NKSkmMpvaQpAD4vHyddRpMWHTS33u9wnDfUS9 1mdjPxiDghwjH5VhrRreADrIGyNPTeT7CwAKlHWcwENEQEpiKeRT5axzlOQ8cMdHF++gc2VeWDILX+ CpRUU1bH2l4lZumRGBW42DoKHQNg5Vdeym/96PcJ5D55HG7WmhRwgFjkk+bvHpowk2Hjqx8kZfPs8f egoe+mSVnam/ct2HunV0LZfXhREhxlQ== ARC-Authentication-Results: i=1; outbound3.eu.mailhop.org; spf=none smtp.mailfrom=hedeland.org smtp.remote-ip=81.228.157.209; dmarc=none header.from=hedeland.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:content-type:in-reply-to:mime-version:date: message-id:from:references:cc:to:subject:from; bh=oRVuFz3KTOGTk+BgCdNYZ78ljzApZrcAKrUsaZaDqF0=; b=k33nB8j3A3oemPgnwuCktYqtG7O0K+zk2dP88R1fbRgolo43lDPRQxa9xTNTv2qWZ0b328XWnF/df vSpuIEyPQjfvIJJSHP9FDoKe7+vxEc/VyCvGut1flBTuEcHq06WNOiuka4T1EROeueTEzf1c/ifc7y ctUvmTI6jTjh6LvZs/Q0GaEQ62jjwBMzhfJGREm/CMoXR8eeIGaNIXrtb65n7OkfoOkj60NbfBGYE5 oHGZgp4FLz8CCSYpLd6TMaV3srlgg2d1eRq89fJ/Dbsg4cvfLlr7ZogPC3Cv0dK5XG7H3v0FfflRp3 PFKKN5InbY5Ugycpdupy3/84dHO5qKw== X-MHO-RoutePath: cGVyaGVkZWxhbmQ= X-MHO-User: 5e6c9272-bfa0-11e9-98b8-25195f42ee1c X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 81.228.157.209 X-Mail-Handler: DuoCircle Outbound SMTP Received: from hedeland.org (unknown [81.228.157.209]) by outbound3.eu.mailhop.org (Halon) with ESMTPSA id 5e6c9272-bfa0-11e9-98b8-25195f42ee1c; Thu, 15 Aug 2019 21:05:11 +0000 (UTC) Received: from pluto.hedeland.org (pluto.hedeland.org [10.1.1.5]) by tellus.hedeland.org (8.15.2/8.15.2) with ESMTPS id x7FL5AwG043725 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 15 Aug 2019 23:05:11 +0200 (CEST) (envelope-from per@hedeland.org) Subject: Re: Is it a good idea to use a usb-serial adapter for PPS? Yes, it is. To: Ian Lepore Cc: freebsd-arm@freebsd.org References: <69a9bed3-4d0a-f8f6-91af-a8f7d84ee307@hedeland.org> <345bae77417c2495f55799b4c7ca2784f4ece9ed.camel@freebsd.org> <7312032d-2908-9414-0445-6b442c3a02e5@hedeland.org> <523b6f0a0fa5f2aeec298fa74df25d3c4af66acc.camel@freebsd.org> <0426fc8b-5398-d8ab-561e-7823c24403a5@hedeland.org> <24b0eaf25b64d6098b390df092866c69e352d859.camel@freebsd.org> From: Per Hedeland Message-ID: <16c91be1-6f2a-b26d-22c7-be8e4ba8eec0@hedeland.org> Date: Thu, 15 Aug 2019 23:05:10 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <24b0eaf25b64d6098b390df092866c69e352d859.camel@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 468f9V3lxzz4QgJ X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outbound.mailhop.org header.s=dkim-high header.b=k33nB8j3; dmarc=none; spf=none (mx1.freebsd.org: domain of per@hedeland.org has no SPF policy when checking 52.28.6.212) smtp.mailfrom=per@hedeland.org X-Spamd-Result: default: False [-5.53 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[outbound.mailhop.org:s=dkim-high]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[hedeland.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[outbound.mailhop.org:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[212.6.28.52.list.dnswl.org : 127.0.20.0]; NEURAL_HAM_SHORT(-0.98)[-0.977,0]; RECEIVED_SPAMHAUS_PBL(0.00)[209.157.228.81.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.25)[ipnet: 52.28.0.0/16(-4.87), asn: 16509(-1.35), country: US(-0.05)]; ASN(0.00)[asn:16509, ipnet:52.28.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 21:05:20 -0000 On 2019-08-15 17:49, Ian Lepore wrote: > On Thu, 2019-08-15 at 13:46 +0200, Per Hedeland wrote: >> On 2019-08-09 22:17, Ian Lepore wrote: >>> On Fri, 2019-08-09 at 21:36 +0200, Per Hedeland wrote: >>>> On 2019-08-09 17:28, Ian Lepore wrote: >>>>> On Thu, 2019-08-08 at 22:26 +0200, Per Hedeland wrote: >>>>>> On 2019-08-07 18:53, Ross Alexander wrote: >>>>>>> In Message-ID: < >>>>>>> B9EFA4D4-C1AD-4181-B421-F6BD53434FA5@dons.net.au>, >>>>>>> someone wrote [sorry, attrib trail is a little blurry ed.]: >>>>>>> >>>>>>>>> Most people are not worried about their kernel clock >>>>>>>>> being >>>>>>>>> 200 >>>>>>>>> microseconds off from UTC, even if they're using the >>>>>>>>> PPS >>>>>>>>> signal >>>>>>>>> from a >>>>>>>>> GPS receiver. So I think most people should feel >>>>>>>>> completely at >>>>>>>>> ease >>>>>>>>> using a USB serial adapter as the input device for a >>>>>>>>> PPS >>>>>>>>> signal. >>>>>>> >>>>>>> Some people do worry, although getting PPS to work over USB >>>>>>> is >>>>>>> a >>>>>>> fine >>>>>>> first step and I'm grateful for the breadcrumb trail. >>>>>> >>>>>> For those that do worry, you can of course tell ntpd to >>>>>> correct >>>>>> for a >>>>>> semi-fixed offset (via the 'time1' option to the 'fudge' >>>>>> command) >>>>>> - >>>>>> once you know how large the offset is... More important is a >>>>>> low >>>>>> jitter, and 20-30 microseconds seems quite good. >> >> [snip] >> >>>> Would you object to >>>> me posting an article with a *link* to your message >>>> (i.e. >>>> > https://lists.freebsd.org/pipermail/freebsd-arm/2019-August/020263.html >>>> ) >>>> in the newsgroup? >>> >>> It might be better to use the link to the copy I sent to the >>> freebsd- >>> usb list, since it's more directly on-topic: >>> >>> > https://lists.freebsd.org/pipermail/freebsd-usb/2019-August/016078.html >>> >>> I also think it would be wise to add a caveat that the results are >>> for >>> FreeBSD. I would expect linux performance to be similar. But for >>> Windows, all bets are off; Windows drivers for usb-serial devices >>> are >>> said to vary wildly in quality depending on the vendor. >> >> OK, I took it to the newsgroup, and while the initial comments were >> pretty much "it's impossible to get good results via USB" even though >> your test seemed to show that it wasn't, after some discussion it >> seems quite strange to me too that you get a pretty much fixed offset >> and low jitter, since the USB communication including DCD/CTS >> detection is apparently based on polling from the host. >> >> I have a theory that your making the kernel clock be based on the 10 >> MHz clock also ended up locking the USB poll frequency to that clock, >> and thus to the PPS signal - this would certainly explain the result. >> Do you think this is a possibility? Would it be possible for you to >> re-run the test without modifying the kernel clock? (I do understand >> that the results will be harder to interpret with the drift, and >> ntpd's correction of it, coming into play.) >> >> --Per >> > > I'm not sure what you mean by "modifying the kernel clock". The kernel > clock always runs on some frequency source. Typically it's derived > from the cheap 24 MHz crystal that clocks the SoC, sometimes after > being scaled up to 66 MHz by a phase-fractional PLL within the SoC. I > arranged to use a very stable nearly-drift-free frequency source > instead of a cheap crystal for counting time in the kernel. > > The kernel clock has nothing to do with usb, including polling > intervals; the usb controller hardware handles that, and the root > source clock for that is the cheap 24 MHz crystal. The thing that made me hypothesize that the kernel clock *could* have *something* to do with the USB polling frequency was this observation in https://blog.dan.drown.org/pps-over-usb (link provided by one of the posters in the newsgroup, though he didn't refer specifically to this): Looking closer at the USB latency, you can see the PPS drifting relative to the host schedule of polling the USB device for its status. The system clock error was 2.215ppm during this time period, and this drift matches that error exactly. This probably means USB on this system shares the same clock as the system clock. This hardware is a Raspberry Pi 2, and I suspect it won't be true for other platforms. So at least on RPi 2, there appears to be a relation between the "normal" system/kernel clock and the USB polling frequency. But I have no idea if there is such a relation on the system you used, and even in that case, *I* certainly can't see how using a different source for the kernel clock could affect the USB polling frequency, which is why asked if you thought that it was a possibility... > I think people are massively confused by usb. A usb 2.0 bus runs at > 480MHz. That means the time to transmit a packet describing a usb > serial pin-change event takes literally a dozen or so nanoseconds. The > time it takes to transmit an entire sector of disk data is 2 > microseconds; even if continuous disk data is flowing, the usb serial > adapter gets its round-robin opportunity to send a packet on the bus in > between them. Yes, the transmission speed is obviously not a problem, the question is about varying latency due to the polling. > A USB 2.0 bus spends most of its time idle. The > devices on the bus are polled, but the polling happens in time slots > that are 125 microseconds wide. There's just no reason for a lot of > jitter or latency. In the newsgroup it was claimed that the polling frequency was 1 kHz for USB 1.1 and 4 kHz for USB 2.0, but it seems it should indeed be 8 kHz for 2.0 "high" speed. And your test used one USB 1.1 device and one 2.0 device. And "a lot" is a bit subjective, but for any polling at a frequency that isn't an exact integral number of periods per second, there will be a latency between the start of the PPS pulse and the detection in the host that *varies* in an interval the size of the polling interval. I believe that interval should thus be expected to be 1000 microseconds for 1.1 and 125 microseconds for 2.0. Your ntpq output showed an offset close to 200 microseconds for both devices, and I *assumed* that it was more or less constant and thus ntpd could trivially be told to correct for it - but maybe that assumption was incorrect, there was only one instance of ntpq output? If it actually varied in an interval per above, I would expect the jitter to be significantly higher though. And if it *is* more or less constant, can you explain how this is possible? Even the 2.0 125 microsecond case should be clearly visible in the offset reported by ntpd across a sequence of ntpq requests. > I'm not on a crusade to change the minds of people who make judgements > based on gut feelings and reject objective measurements. I put the > measurements out there, and I described the measurement methodology. > (Precision timing is what I do for a living, btw.) I'm perfectly > willing to explain the methodology in more detail or help interpret the > results, but I'm not going to butt heads with people who just reject > data they don't like for emotional reasons. Well, I guess a problem here is that it's my confused head that is butted between yours and those of the supposedly-experts that participate in the NTP newsgroup/maillist:-) - you already declined to participate there, and I don't expect that any of them will take the trouble to participate here. Maybe we'll just have to leave it at that... --Per From owner-freebsd-arm@freebsd.org Thu Aug 15 21:37:59 2019 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 2E92AB7011 for ; Thu, 15 Aug 2019 21:37:59 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 468fvB0vt2z4S3t for ; Thu, 15 Aug 2019 21:37:57 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 22999aa4; Thu, 15 Aug 2019 23:37:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=p14CqQWy2OllLqo9VTeKjngZpGE=; b=VjQzz3lmRV0fTNOFyZ6pAMjzULU8 hFKW5Poc7KyKfA205rqmz9QGmf/8+xKiiJ7mJntr5zCQJZPrKeuCM1mtA7BuRtS4 /hbFiNnC8SpVHWl/ajKZxfcHKDOPh7Om3EaNMs2sLVW/suzk8sP9Ihze+LmwKQgS TSN9cxPWwhGJXI8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=aaD6iZt7OfRvl2W35tl+9U8rIM519IbyY0ss5w0OuvgaHkCJU4CzaiSw zj/oBq+8KKROW64jgZTKWsbYLUWPl1eG6rz0BIN0dX+zShZIqbgNRmvrP7C2Awo7 /SGLGc/2ThogOwGHRSfdxSM41rC459mF68YxPYcXYxAxxBDQ06c= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 0b23207b TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 15 Aug 2019 23:37:55 +0200 (CEST) Date: Thu, 15 Aug 2019 23:37:55 +0200 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: Mit Matelske , freebsd-arm , Marcin Wojtas Subject: Re: Espressobin anyone ? Message-Id: <20190815233755.893e485f40ccacd79cdb3d96@bidouilliste.com> In-Reply-To: References: <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 468fvB0vt2z4S3t X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=VjQzz3lm; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [0.37 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.35)[ip: (-0.88), ipnet: 212.83.160.0/19(2.55), asn: 12876(0.10), country: FR(-0.01)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.48)[-0.479,0]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.46.224,0.0.117.48]; NEURAL_HAM_LONG(-0.81)[-0.812,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_SPAM_SHORT(0.21)[0.206,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 21:37:59 -0000 On Thu, 15 Aug 2019 21:56:23 +0200 S=F8ren Schmidt wrote: >=20 > Well, I don?t care where you are from and what color you have :) >=20 > Now, if I update my stable12 sources to r350595 the bananapi breaks, if r= evert sys/gnu/dts it works again, go figure.. Reverting to what ? and how ? Because I've just test 12-stable and I have the problem that I've said in my previous mail so setting hw.regulator.disable_unused=3D0 is the work around. The problem is in twsi not in the DTS so I'm curious how reverting only the dts fixes this problem. > The r351099 fix is already like that in -stable, and not part of the prob= lem. >=20 > -S=F8ren > > On 15 Aug 2019, at 21.03, Emmanuel Vadot wrote: > >=20 > > On Thu, 15 Aug 2019 19:48:54 +0200 > > S=F8ren Schmidt wrote: > >=20 > >> Hi Mit! > >>=20 > >> Right, I suspected that, 12-stable broke many embedded systems between= r350592 and r350595 where all the latest and greatest DTS files was pulled= in, I guess the same holds for -current. > >>=20 > >> -S=F8ren > >=20 > > Mhm it's fun that you think that DTS import is the source of all your > > problems, I get it, it's easy to blame the French guy that bulk import > > the DTS, he surely don't know what he is doing. > > Anyway, two problems were raised in this thread : > >=20 > > 1) BananaPi (A20) doesn't boot > > 2) Espressobin sd support is broken > >=20 > > I've just looked at the BananaPi problem today, I've fixed a first > > problem in r351099. > > The main problem is that when we disable the unused regulators we hang > > when trying to disabling ldo3. It's weird because the board doesn't use > > LDO3 (which is why we are disabling it, it's unused). The problem is in > > twsi I think as only leaving the part in axp209 that read the > > voltage register value make FreeBSD hang. > > I'll have a proper look later, in the meantime you can set > > hw.regulator.disable_unused=3D0 > > in /boot/loader.conf > > This isn't a DTS problem. > >=20 > > For Espressobin I haven't found any thing related to SD in the DTS > > updates since the import, the only things slighly related are mmc and > > sdio. > > So if someone could find which DTS import broke this I can have a look. > >=20 > >>=20 > >>> On 15 Aug 2019, at 19.37, Mit Matelske wrote: > >>>=20 > >>> Yeah, that was the problem. I went back to r348882 and everything wo= rked out of the box. > >>>=20 > >>> Thanks again for the hand holding! > >>>=20 > >>> Mit > >>>=20 > >>> From: "S=F8ren Schmidt" > > >>> To: "Mit Matelske" > > >>> Cc: "Marcin Wojtas" >, "free= bsd-arm" > > >>> Sent: Wednesday, August 14, 2019 1:33:04 PM > >>> Subject: Re: Espressobin anyone ? > >>>=20 > >>>=20 > >>> It might simply be broken in -current (again). > >>>=20 > >>> I just updated my stable12 tree and I pulled in new .dts files for ju= st about anything? > >>>=20 > >>> Needless to say, it broke the Espressobin?s SD support, it now fails = just like yours.. > >>>=20 > >>> It also broke allwinner builds and what not, so I?m just going back i= n time again :) > >>>=20 > >>> I wonder why there is this overwhelming need to import stuff that bre= aks things right, left and center in a -stable branch ? > >>> That would have earned you the pointy hat back when?. > >>>=20 > >>> -S=F8ren > >>>=20 > >>>=20 > >>> On 14 Aug 2019, at 18.01, Mit Matelske > wrote: > >>>=20 > >>> Marcin- > >>>=20 > >>> Sorry I didn't reply yesterday. I didn't have any luck with that eit= her. I tried a lot of permutations. > >>>=20 > >>> Not saying for 100% it doesn't work, but I couldn't get it to work! > >>>=20 > >>> Mit > >>>=20 > >>> From: "Marcin Wojtas" > > >>> To: "Mit Matelske" > > >>> Cc: "S=F8ren Schmidt" >, "freebsd-arm" > > >>> Sent: Wednesday, August 14, 2019 10:41:04 AM > >>> Subject: Re: Espressobin anyone ? > >>>=20 > >>> Hi Mit, > >>> Since you are using the latest 13-current, could you please try if pa= ssing rootdev via u-boot bootargs (please see my previous email) works for = you without the loader modification? > >>>=20 > >>> Best regards, > >>> Marcin > >>>=20 > >>> ?r., 14 sie 2019 o 16:29 Mit Matelske = > napisa?(a): > >>> Soren- > >>>=20 > >>> Thanks for the info. I'll grab a couple more SD cards at lunch. Thi= s one is a new Samsung 32GB. I'll also try putting the changes into 12 and= see if that helps. I'm using the latest 13-current. > >>>=20 > >>> Again, appreciate the hand holding! > >>>=20 > >>> Mit > >>>=20 > >>> From: "S=F8ren Schmidt" > > >>> To: "Mit Matelske" > > >>> Cc: "Marcin Wojtas" >, "free= bsd-arm" > > >>> Sent: Wednesday, August 14, 2019 2:30:31 AM > >>> Subject: Re: Espressobin anyone ? > >>>=20 > >>> Hi Mit > >>> Hmm, from your earlier posted dmesgs it looks like the SD card is not= getting detected properly.. > >>>=20 > >>> I get this output: > >>>=20 > >>> sdhci_xenon0: mem 0xd0000-0xd02ff,0x1= e808-0x1e80b irq 24 on simplebus1 > >>> mmc0: on sdhci_xenon0 > >>> ?snip? > >>> mmcsd0: 16GB at mmc= 0 50.0MHz/4bit/65535-block > >>>=20 > >>> The problem you see was fixed for me by r348882, maybe it got broken = later, I havn?t backported the later changes.. > >>>=20 > >>> Have you tried another SD card ? I have found 2 of mine that the espr= essobin doesn?t like, but works fine with bananapi and friends... > >>>=20 > >>> -S=F8ren > >>>=20 > >>> On 13 Aug 2019, at 23.30, Mit Matelske > wrote: > >>>=20 > >>> Soren- > >>>=20 > >>> Thanks for the code snippet! That will fix one of the problems. > >>>=20 > >>> I still can't mount my filesystem, though. I think I'm doing somethi= ng really simple, wrong. I believe I'm running the latest code and added s= ome printfs to show the kernel setting the regulator: > >>>=20 > >>>=20 > >>> usbus1 on ehci0 > >>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > >>> sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19 > >>> sdhci_xenon0: vqmmc-supply regulator found > >>> sdhci_xenon0: mem 0xd0000-0xd02ff,0x1= e808-0x1e80b irq 24 on simplebus1 > >>> ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 > >>>=20 > >>>=20 > >>> Could there be a problem with how I am setting up my filesystem? I'v= e tried both freebsd-ufs and freebsd as the type, with no luck. A gpart lis= ting of my SD card: > >>>=20 > >>> root@fbl:~ # gpart list da3 > >>> Geom name: da3 > >>> modified: false > >>> state: OK > >>> fwheads: 255 > >>> fwsectors: 63 > >>> last: 62521335 > >>> first: 3 > >>> entries: 4 > >>> scheme: GPT > >>> Providers: > >>> 1. Name: da3p1 > >>> Mediasize: 41943040 (40M) > >>> Sectorsize: 512 > >>> Stripesize: 0 > >>> Stripeoffset: 1536 > >>> Mode: r0w0e0 > >>> efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) > >>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > >>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > >>> label: (null) > >>> length: 41943040 > >>> offset: 1536 > >>> type: efi > >>> index: 1 > >>> end: 81922 > >>> start: 3 > >>> 2. Name: da3p2 > >>> Mediasize: 31968979456 (30G) > >>> Sectorsize: 512 > >>> Stripesize: 0 > >>> Stripeoffset: 41944576 > >>> Mode: r0w0e0 > >>> efimedia: HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3= b8bff5) > >>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > >>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > >>> label: (null) > >>> length: 31968979456 > >>> offset: 41944576 > >>> type: freebsd-ufs > >>> index: 2 > >>> end: 62521335 > >>> start: 81923 > >>> Consumers: > >>> 1. Name: da3 > >>> Mediasize: 32010928128 (30G) > >>> Sectorsize: 512 > >>> Mode: r0w0e0 > >>>=20 > >>> Thanks!! > >>>=20 > >>> Mit > >>>=20 > >>> From: "S=F8ren Schmidt" > > >>> To: "Marcin Wojtas" > > >>> Cc: "Mit Matelske" >, "freebsd-arm" > > >>> Sent: Tuesday, August 13, 2019 12:55:09 PM > >>> Subject: Re: Espressobin anyone ? > >>>=20 > >>> Hi > >>> That doesn?t seen to work on the espressobin, or least I can?t get it= to pick it up. > >>>=20 > >>> I use this patch as a workaround: > >>>=20 > >>> Index: main.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 > >>> --- main.c (revision 350496) > >>> +++ main.c (working copy) > >>> @@ -463,6 +462,13 @@ > >>> int rv; > >>> char *rootdev; > >>>=20 > >>> +#if defined(__aarch64__) > >>> + /* SOS HACK in rootdev, at least Espressobin gets this wrong */ > >>> + printf("Setting currdev hack\n"); > >>> + set_currdev("disk0p2"); > >>> + return (0); > >>> +#endif > >>> + > >>> /* > >>> * First choice: if rootdev is already set, use that, even if > >>> * it's wrong. > >>>=20 > >>> Its not pretty but it does the job until I get time to look into why = bootargs aren?t passed / won?t stick, probably something I havn?t backporte= d to my -stable12 sources yet... > >>>=20 > >>> -S=F8ren > >>>=20 > >>> On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: > >>>=20 > >>> Hi, > >>>=20 > >>> Not sure if it's what you are looking for, but in order to autoboot, I > >>> simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's exam= ple from > >>> A3720-DB (same should work on EspressoBin): > >>>=20 > >>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0:1 > >>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} > >>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > >>> resetting USB... > >>> USB0: Register 2000104 NbrPorts 2 > >>> Starting the controller > >>> USB XHCI 1.00 > >>> USB1: USB EHCI 1.00 > >>> - ______ ____ _____ _____ > >>> | ____| | _ \ / ____| __ \ > >>> | |___ _ __ ___ ___ | |_) | (___ | | | | > >>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > >>> | | | | | __/ __/| |_) |____) | |__| | > >>> | | | | | | || | | | > >>> |_| |_| \___|\___||____/|_____/|_____/ > >>> ``` > >>> ` > >>> ????????????Welcome to FreeBSD????????????? s` `.....---.......--.= ``` > >>> -/ > >>> ? ? +o .--` /y:` > >>> +. > >>> ? 1. Boot Multi user [Enter] ? yo`:. :o > >>> `+- > >>> ? 2. Boot Single user ? y/ -/`= -o/ > >>> ? 3. Escape to loader prompt ? .- > >>> ::/sy+:. > >>> ? 4. Reboot ? / = `-- > >>> / > >>> ? ? `: > >>> :` > >>> ? Options: ? `: > >>> :` > >>> ? 5. Kernel: default/kernel (1 of 1) ? / > >>> / > >>> ? 6. Boot Options ? .- > >>> -. > >>> ? ? -- = -. > >>> ? ? `:` = `:` > >>> ? ? .-- `= --. > >>> ??????????????????????????????????????????? .---.....----. > >>> Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop > >>>=20 > >>> Loading kernel... > >>> /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 > >>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] > >>> Loading configured modules... > >>> can't find '/boot/entropy' > >>> Using DTB provided by EFI at 0x8000000. > >>> ---<>--- > >>> KDB: debugger backends: ddb > >>> KDB: current backend: ddb > >>> Copyright (c) 1992-2019 The FreeBSD Project. > >>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1= 994 > >>> The Regents of the University of California. All rights reserved. > >>> FreeBSD is a registered trademark of The FreeBSD Foundation. > >>> FreeBSD 13.0-CURRENT 17a1fc80d57-c261519(upstream_master) GENERIC arm= 64 > >>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on= LLVM > >>> 8.0.0) > >>> WARNING: WITNESS option enabled, expect reduced performance. > >>> VT: init without driver. > >>> Starting CPU 1 (1) > >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>> [...] > >>>=20 > >>> Best regards, > >>> Marcin > >>>=20 > >>> pon., 12 sie 2019 o 23:14 Mit Matelske > napisa?(a): > >>>=20 > >>>=20 > >>> Soren- > >>>=20 > >>> Thanks for the quick response. I built this kernel with revision 350= 924. > >>> I'll dig into whats going on in the morning. > >>>=20 > >>> Mind posting your diff for your loader.efi? > >>>=20 > >>> Thanks again! > >>>=20 > >>> Mit > >>>=20 > >>>=20 > >>> ----- Original Message ----- > >>> From: "S=F8ren Schmidt" > > >>> To: "Mit Matelske" > > >>> Cc: "tscho" >, "= freebsd-arm" < > >>> freebsd-arm@freebsd.org > > >>> Sent: Monday, August 12, 2019 3:49:48 PM > >>> Subject: Re: Espressobin anyone ? > >>>=20 > >>> Hi > >>>=20 > >>> Looks like your sources may be too old, you need to be at least at r3= 48882 > >>> to get the fix for the SD card VCC regulator. > >>>=20 > >>> That change fixed it for me backported to 12-stable... > >>>=20 > >>> The currdev problem still exists, I have it hardwired in my loader for > >>> aarch64 :) > >>>=20 > >>> -S=F8ren > >>>=20 > >>>=20 > >>> On 12 Aug 2019, at 21.06, Mit Matelske > wrote: > >>>=20 > >>> I'm having a couple little hiccups booting this board also. One has > >>> been commented on already, that I can't get the loader to automatical= ly > >>> start loading the kernel on "disk0p2"... > >>>=20 > >>> The second, is that the kernel can't find the SD card after booting so > >>> it can't mount the root filesystem. I'm using the dts/dtb and kernel= from > >>> the 13-current branch. > >>>=20 > >>> Thanks for any and all help. I haven't used u-boot in about decade. > >>> Spoiled by the x86 platform. > >>>=20 > >>> Mit Matelske > >>>=20 > >>>=20 > >>> ***U-boot environment:*** > >>>=20 > >>>=20 > >>> Marvell>> printenv > >>> baudrate=3D115200 > >>> bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > >>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 > >>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload= mmc > >>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > >>> bootdelay=3D2 > >>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload= mmc > >>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > >>> console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > >>> eth1addr=3D00:51:82:11:22:01 > >>> eth2addr=3D00:51:82:11:22:02 > >>> eth3addr=3D00:51:82:11:22:03 > >>> ethact=3Dneta@30000 > >>> ethaddr=3DF0:AD:4E:09:6B:8F > >>> ethprime=3Deth0 > >>> fdt_addr=3D0x4f00000 > >>> fdt_high=3D0xffffffffffffffff > >>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb > >>> fdtcontroladdr=3D3f7161b8 > >>> gatewayip=3D10.4.50.254 > >>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr > >>> $fdt_name; run get_ramfs > >>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr > >>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr -= ;fi > >>> hostname=3Dmarvell > >>> image_name=3Defi/freebsd/loader.efi > >>> initrd_addr=3D0xa00000 > >>> initrd_size=3D0x2000000 > >>> ipaddr=3D0.0.0.0 > >>> kernel_addr=3D0x5000000 > >>> loadaddr=3D0x5000000 > >>> netdev=3Deth0 > >>> netmask=3D255.255.255.0 > >>> ramfs_addr=3D0x8000000 > >>> ramfs_name=3D- > >>> root=3Droot=3D/dev/nfs rw > >>> rootpath=3D/srv/nfs/ > >>> serverip=3D0.0.0.0 > >>> set_bootargs=3Dsetenv bootargs $console $root > >>> ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none > >>> nfsroot=3D$serverip:$rootpath $extra_params > >>> stderr=3Dserial@12000 > >>> stdin=3Dserial@12000 > >>> stdout=3Dserial@12000 > >>>=20 > >>>=20 > >>> ***Full boot logs:*** > >>>=20 > >>>=20 > >>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800) > >>>=20 > >>> Model: Marvell Armada 3720 Community Board ESPRESSOBin > >>> CPU @ 1000 [MHz] > >>> L2 @ 800 [MHz] > >>> TClock @ 200 [MHz] > >>> DDR @ 800 [MHz] > >>> DRAM: 1 GiB > >>> U-Boot DT blob at : 000000003f7161b8 > >>> Comphy-0: USB3 5 Gbps > >>> Comphy-1: PEX0 2.5 Gbps > >>> Comphy-2: SATA0 6 Gbps > >>> SATA link 0 timeout. > >>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > >>> flags: ncq led only pmp fbss pio slum part sxs > >>> PCIE-0: Link down > >>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 > >>> SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, > >>> total 4 MiB > >>> Net: eth0: neta@30000 [PRIME] > >>> Hit any key to stop autoboot: 0 > >>> switch to partitions #0, OK > >>> mmc0 is current device > >>> reading efi/freebsd/loader.efi > >>> 603872 bytes read in 49 ms (11.8 MiB/s) > >>> reading efi/boot/armada-3720-espressobin.dtb > >>> 15946 bytes read in 17 ms (916 KiB/s) > >>> ## Starting EFI application at 05000000 ... > >>> Scanning disk sdhci@d0000.blk ... > >>> Card did not respond to voltage select! > >>> mmc_init: -95, time 50 > >>> Found 1 disks > >>> Consoles: EFI console > >>> FreeBSD/arm64 EFI loader, Revision 1.1 > >>>=20 > >>> Command line arguments: loader.efi > >>> EFI version: 2.05 > >>> EFI Firmware: Das U-boot (rev 0.00) > >>> Console: efi (0) > >>> Failed to find bootable partition > >>> Startup error in /boot/lua/loader.lua: seconds > >>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. > >>>=20 > >>> can't load 'kernel' > >>>=20 > >>> Type '?' for a list of commands, 'help' for more detailed help. > >>> OK > >>> OK set currdev=3Ddisk0p2 > >>> OK boot > >>>=20 > >>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 > >>> syms=3D[0x8+0x137dd8+0x8+0x126260] > >>> Using DTB provided by EFI at 0x8000000. > >>> ---<>--- > >>> KDB: debugger backends: ddb > >>> KDB: current backend: ddb > >>> Copyright (c) 1992-2019 The FreeBSD Project. > >>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1= 994 > >>> The Regents of the University of California. All rights reserved. > >>> FreeBSD is a registered trademark of The FreeBSD Foundation. > >>> FreeBSD 13.0-CURRENT GENERIC arm64 > >>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on > >>> LLVM 6.0.1) > >>> WARNING: WITNESS option enabled, expect reduced performance. > >>> VT: init without driver. > >>> Starting CPU 1 (1) > >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>> arc4random: WARNING: initial seeding bypassed the cryptographic random > >>> device because it was not yet seeded and the knob 'bypass_before_seed= ing' > >>> was enabled. > >>> random: entropy device external interface > >>> MAP 3e681000 mode 2 pages 1 > >>> MAP 3ffa6000 mode 2 pages 1 > >>> kbd0 at kbdmux0 > >>> ofwbus0: > >>> simplebus0: on ofwbus0 > >>> simplebus1: on simplebus0 > >>> simple_mfd0: mem > >>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > >>> simple_mfd1: mem > >>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > >>> psci0: on ofwbus0 > >>> gic0: mem > >>> 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000= -0x1d91fff,0x1da0000-0x1dbffff > >>> irq 27 on simplebus1 > >>> gpio0: mem > >>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,= 39 on > >>> simple_mfd0 > >>> gpio0: cannot allocate memory window > >>> device_attach: gpio0 attach returned 6 > >>> gpio0: mem > >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > >>> gpio0: cannot allocate memory window > >>> device_attach: gpio0 attach returned 6 > >>> gpioregulator0: on ofwbus0 > >>> gpioregulator0: cannot get pin 0 > >>> gpioregulator0: cannot parse parameters > >>> device_attach: gpioregulator0 attach returned 6 > >>> generic_timer0: irq 0,1,2,3 on ofwbus0 > >>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality 10= 00 > >>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000 > >>> gpio0: mem > >>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,= 39 on > >>> simple_mfd0 > >>> gpio0: cannot allocate memory window > >>> device_attach: gpio0 attach returned 6 > >>> gpio0: mem > >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > >>> gpio0: cannot allocate memory window > >>> device_attach: gpio0 attach returned 6 > >>> gpioregulator0: on ofwbus0 > >>> gpioregulator0: cannot get pin 0 > >>> gpioregulator0: cannot parse parameters > >>> device_attach: gpioregulator0 attach returned 6 > >>> gpio0: mem > >>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,= 39 on > >>> simple_mfd0 > >>> gpio0: cannot allocate memory window > >>> device_attach: gpio0 attach returned 6 > >>> gpio0: mem > >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > >>> gpio0: cannot allocate memory window > >>> device_attach: gpio0 attach returned 6 > >>> gpioregulator0: on ofwbus0 > >>> gpioregulator0: cannot get pin 0 > >>> gpioregulator0: cannot parse parameters > >>> device_attach: gpioregulator0 attach returned 6 > >>> gpio0: mem > >>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,= 39 on > >>> simple_mfd0 > >>> gpio0: cannot allocate memory window > >>> device_attach: gpio0 attach returned 6 > >>> gpio0: mem > >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > >>> gpio0: cannot allocate memory window > >>> device_attach: gpio0 attach returned 6 > >>> gpioregulator0: on ofwbus0 > >>> gpioregulator0: cannot get pin 0 > >>> gpioregulator0: cannot parse parameters > >>> device_attach: gpioregulator0 attach returned 6 > >>> gpio0: mem > >>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,= 39 on > >>> simple_mfd0 > >>> gpio0: cannot allocate memory window > >>> device_attach: gpio0 attach returned 6 > >>> gpio0: mem > >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > >>> gpio0: cannot allocate memory window > >>> device_attach: gpio0 attach returned 6 > >>> gpioregulator0: on ofwbus0 > >>> gpioregulator0: cannot get pin 0 > >>> gpioregulator0: cannot parse parameters > >>> device_attach: gpioregulator0 attach returned 6 > >>> cpulist0: on ofwbus0 > >>> cpu0: on cpulist0 > >>> cpu1: on cpulist0 > >>> pmu0: irq 4 on ofwbus0 > >>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 > >>> syscon_generic1: mem 0x11500-0x1153f on simplebus1 > >>> uart0: mem 0x12000-0x121ff irq 9,10,11 on > >>> simplebus1 > >>> uart0: console (115200,n,8,1) > >>> gpio0: mem > >>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,= 39 on > >>> simple_mfd0 > >>> gpio0: cannot allocate memory window > >>> device_attach: gpio0 attach returned 6 > >>> syscon_generic2: mem 0x14000-0x1405f on simplebus1 > >>> gpio0: mem > >>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > >>> gpio0: cannot allocate memory window > >>> device_attach: gpio0 attach returned 6 > >>> mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 > >>> mvneta0: version is 10 > >>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > >>> mdio0: on mvneta0 > >>> mdioproxy0: on mdio0 > >>> e6000sw0: on mdio0 > >>> e6000sw0: multi-chip addressing mode (0x1) > >>> e6000sw0: CPU port at 0 > >>> e6000sw0: fixed port at 0 > >>> e6000sw0: PHY at port 1 > >>> miibus0: on e6000sw0 > >>> e1000phy0: PHY 17 on miibus0 > >>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > >>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > >>> e6000sw0: PHY at port 2 > >>> miibus1: on e6000sw0 > >>> e1000phy1: PHY 18 on miibus1 > >>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > >>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > >>> e6000sw0: PHY at port 3 > >>> miibus2: on e6000sw0 > >>> e1000phy2: PHY 19 on miibus2 > >>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > >>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > >>> e6000sw0: switch is ready. > >>> etherswitch0: on e6000sw0 > >>> xhci0: mem 0x58000-0x5bfff irq 16 on > >>> simplebus1 > >>> xhci0: 32 bytes context size, 32-bit DMA > >>> usbus0 on xhci0 > >>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > >>> ehci0: mem 0x5e000-0x5efff irq > >>> 17 on simplebus1 > >>> usbus1: EHCI version 1.0 > >>> usbus1 on ehci0 > >>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > >>> sdhci_xenon0: mem > >>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > >>> ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1 > >>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with = FBS > >>> ahcich0: at channel 0 on ahci0 > >>> device_attach: ahcich0 attach returned 6 > >>> gpioregulator0: on ofwbus0 > >>> gpioregulator0: cannot get pin 0 > >>> gpioregulator0: cannot parse parameters > >>> device_attach: gpioregulator0 attach returned 6 > >>> cryptosoft0: > >>> Timecounters tick every 1.000 msec > >>> mvneta0: link state changed to UP > >>> e6000sw0port1: link state changed to DOWN > >>> e6000sw0port2: link state changed to DOWN > >>> e6000sw0port3: link state changed to DOWN > >>> usbus0: 5.0Gbps Super Speed USB v3.0 > >>> usbus1: 480Mbps High Speed USB v2.0 > >>> Release APs...done > >>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > >>> Instruction Set Attributes 0 =3D > >>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... > >>> Instruction Set Attributes 1 =3D <> > >>> Root mount waiting for: Processor Features 0 =3D > >>> > >>> usbus1 Processor Features 1 =3D <0> > >>> usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS > >>> Mem,MixedEndian,16bit ASID,1TB PA> > >>>=20 > >>> Memory Model Features 1 =3D <> > >>> Memory Model Features 2 =3D <32b CCIDX,48b VA> > >>> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 > >>> Breakpoints,PMUv3,Debug v8> > >>> Debug Features 1 =3D <0> > >>> Auxiliary Features 0 =3D <0> > >>> Auxiliary Features 1 =3D <0> > >>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > >>> WARNING: WITNESS option enabled, expect reduced performance. > >>> ugen0.1: at usbus0 > >>> ugen1.1: at usbus1 > >>> uhub0 on usbus0 > >>> uhub1 on usbus1 > >>> uhub0: on > >>> usbus0 > >>> uhub1: on > >>> usbus1 > >>> uhub0: 2 ports with 2 removable, self powered > >>> uhub1: 1 port with 1 removable, self powered > >>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... > >>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. > >>>=20 > >>> Loader variables: > >>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > >>> vfs.root.mountfrom.options=3Dro,noatime > >>>=20 > >>> Manual root filesystem specification: > >>> : [options] > >>> Mount using filesystem > >>> and with the specified (optional) option list. > >>>=20 > >>> eg. ufs:/dev/da0s1a > >>> zfs:zroot/ROOT/default > >>> cd9660:/dev/cd0 ro > >>> (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > >>>=20 > >>> ? List valid disk boot devices > >>> . Yield 1 second (for background tasks) > >>> Abort manual input > >>>=20 > >>> mountroot> ? > >>>=20 > >>> List of GEOM managed disk devices: > >>>=20 > >>>=20 > >>> mountroot> > >>> _______________________________________________ > >>> freebsd-arm@freebsd.org mailing list > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " > >>>=20 > >>> _______________________________________________ > >>> freebsd-arm@freebsd.org mailing list > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " > >>=20 > >=20 > >=20 > > -- > > Emmanuel Vadot >=20 --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Aug 15 22:03:02 2019 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 A9E98B7DEE for ; Thu, 15 Aug 2019 22:03:02 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from NAM04-SN1-obe.outbound.protection.outlook.com (mail-eopbgr700053.outbound.protection.outlook.com [40.107.70.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 468gS41GTdz4Tb3 for ; Thu, 15 Aug 2019 22:02:59 +0000 (UTC) (envelope-from rwa@athabascau.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gBvrWF5yd1r6/Zc+uC3h/IiEaRQJd0bOGxgJmGBedGnFTCP5DPqBJmVVWMN1l2VtHW/2O4zlviD9rqrS4o0mruCsHq97KiSwQhAlNwCCkcSCRsrOicOhWcp5zDm+EckynLVTJ2KMp8TYHvPOQaPeIt7JH6HMku090YqWueZYBsrm8lYIsfJsrzjRoJQ7o3q7y+6nvr6ICINvYAVQeTGyZx7r7eQ4IFe26NdixFT1rfP6l5U1FG+/ziXU87jBwWfyVFKwAR4CZO2DUkPHRQXlvz4ThgduePKbMEHlBy1lWk+5fRh7Pxumd7QWf2JMcsfM5ccFUbkq18Ujv7GFAH0Ziw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=iT/WITpz4reRS44+hwQrGD61EOjjVTxZk0uO5uRh/Hs=; b=WT+qlPIqGMqm6IGxCWWs3FKIdqMK1Kpk4tc6cfTdIRW8s9dm3b4k9M0ES2FYT7N6AQtfVfvqSdXzQs/9FhmpYhrYc+IybDiN2zGD3aHUP+TBJvkV7/E9HSLdAd4pFajAS5yp9GMOXQye9BjCA1Kso4AxauO2dp5j8i7u+Dh3cXMomYRwiRXVGhqrWMt/F99vvDKfSHFoXZiX40ni1KFmmInaDYXKLX6JSq4QfHkVwZIpEycibMVriTeHLlMGnRnoOgH0/hqbMGjCzNfTHlA36IRnyGW+xrfjhefnsAIwhNe69w5N5j7yM8dYY2vhuoj1uTurZiGZAGrazr6tgGU0Jw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 131.232.32.37) smtp.rcpttodomain=freebsd.org smtp.mailfrom=athabascau.ca; dmarc=bestguesspass action=none header.from=athabascau.ca; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=austaff.onmicrosoft.com; s=selector2-austaff-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=iT/WITpz4reRS44+hwQrGD61EOjjVTxZk0uO5uRh/Hs=; b=2iX3RJOYNrWDy1MpNadwx8shNXuYiCNZuZsD23xEBhsDmHEDIh6hkHdHRnl44ki6j1+zkhaXmZGuIHxlpslB9hNEWPv4X6oAoPWhm7cw9sZaDkRGibemNTj/1mdxYYF/Ekp79bpCcxCdmniuo5McHj5EHWbLXWN/QSsU1HylYgI= Received: from CY4PR13CA0024.namprd13.prod.outlook.com (2603:10b6:903:32::34) by CY4PR13MB1126.namprd13.prod.outlook.com (2603:10b6:903:a0::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2178.15; Thu, 15 Aug 2019 22:02:57 +0000 Received: from TO1CAN01FT015.eop-CAN01.prod.protection.outlook.com (2a01:111:f400:7e5d::200) by CY4PR13CA0024.outlook.office365.com (2603:10b6:903:32::34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2199.6 via Frontend Transport; Thu, 15 Aug 2019 22:02:57 +0000 Received-SPF: Pass (protection.outlook.com: domain of athabascau.ca designates 131.232.32.37 as permitted sender) receiver=protection.outlook.com; client-ip=131.232.32.37; helo=smtp-relay.cs.athabascau.ca; Received: from smtp-relay.cs.athabascau.ca (131.232.32.37) by TO1CAN01FT015.mail.protection.outlook.com (10.152.122.72) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2178.16 via Frontend Transport; Thu, 15 Aug 2019 22:02:56 +0000 Received: from autopsy.pc.athabascau.ca (autopsy.pc.athabascau.ca [131.232.4.80]) by smtp-relay.cs.athabascau.ca (Postfix) with ESMTPS id 12EC6200F8 for ; Thu, 15 Aug 2019 16:02:56 -0600 (MDT) Date: Thu, 15 Aug 2019 16:02:56 -0600 (MDT) From: Ross Alexander X-X-Sender: rwa@autopsy.pc.athabascau.ca To: freebsd-arm@freebsd.org Subject: Re: Is it a good idea to use a usb-serial adapter for PPS? Yes, it is. Message-ID: User-Agent: Alpine 2.21.99999 (BSF 352 2019-06-22) Organization: Athabasca University MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:131.232.32.37; IPV:NLI; CTRY:CA; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(346002)(376002)(39850400004)(396003)(136003)(2980300002)(189003)(199004)(36916002)(356004)(6266002)(50466002)(5660300002)(8936002)(6246003)(7696005)(478600001)(2906002)(47776003)(8746002)(58126008)(6916009)(23726003)(106002)(476003)(316002)(786003)(956004)(186003)(126002)(14444005)(336012)(486006)(426003)(70206006)(8676002)(70586007)(2361001)(7636002)(26005)(55016002)(86362001)(229853002)(305945005)(2351001)(246002)(102196002); DIR:OUT; SFP:1101; SCL:1; SRVR:CY4PR13MB1126; H:smtp-relay.cs.athabascau.ca; FPR:; SPF:Pass; LANG:en; PTR:vs001lpmp1609.cs.athabascau.ca; MX:1; A:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: e0512db4-d895-4b99-9447-08d721cc5462 X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(4709080)(1401327)(2017052603328); SRVR:CY4PR13MB1126; X-MS-TrafficTypeDiagnostic: CY4PR13MB1126: X-Microsoft-Antispam-PRVS: Content-Transfer-Encoding: quoted-printable X-MS-Oob-TLC-OOBClassifiers: OLM:8882; X-Forefront-PRVS: 01304918F3 X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Message-Info: w+Ir5eGRS0AgYl0GL5i/IKJMevFxc7VujVlKV9Oe8Aa13R9oR8AMlfdhH8yPwqXy0g8cW1xRsXLf1WyfEfK5PVy2EGzF+u1qIHZ9YUeWdWzDL6JRUsGvZUK2B9RR/UZZIaJZeYyf/QGtheN3wKYjRicwcSvU1NBKUSuGB4RB297lV+DZ+Y7md5Y8wrvaQgxvStqFweOLktWqQ/OYdEA05xm0EkwxNU35jNUeBqk6bzlmXt1NbMEdd2wHUIKy3hkOHiwr3bfNxFRKqoOxsF+8tLWrgOxkUm4aolB2oN8zbhpo3UHp2URxRS6CnrCZGhWXy4D0x5Yan/9q+dvEe/LTnbNwhizbMH8ZHcPS+ikWBf/pitUml3dj+rsLXqtTS8VZRrOcwRAMPe/+8y1huQ+aVq/pacelbc2xE1XgDRfvO1Y= X-OriginatorOrg: athabascau.ca X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Aug 2019 22:02:56.7384 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: e0512db4-d895-4b99-9447-08d721cc5462 X-MS-Exchange-CrossTenant-Id: a893bdd2-f460-4252-aa34-4d057436a09d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a893bdd2-f460-4252-aa34-4d057436a09d; Ip=[131.232.32.37]; Helo=[smtp-relay.cs.athabascau.ca] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR13MB1126 X-Rspamd-Queue-Id: 468gS41GTdz4Tb3 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=austaff.onmicrosoft.com header.s=selector2-austaff-onmicrosoft-com header.b=2iX3RJOY; dmarc=none; spf=pass (mx1.freebsd.org: domain of rwa@athabascau.ca designates 40.107.70.53 as permitted sender) smtp.mailfrom=rwa@athabascau.ca X-Spamd-Result: default: False [-4.63 / 15.00]; FAKE_REPLY(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[austaff.onmicrosoft.com:s=selector2-austaff-onmicrosoft-com]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; DMARC_NA(0.00)[athabascau.ca]; DKIM_TRACE(0.00)[austaff.onmicrosoft.com:+]; NEURAL_HAM_SHORT(-0.99)[-0.988,0]; RCVD_IN_DNSWL_NONE(0.00)[53.70.107.40.list.dnswl.org : 127.0.3.0]; IP_SCORE(-1.15)[ipnet: 40.64.0.0/10(-3.38), asn: 8075(-2.29), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1]; SUBJECT_HAS_QUESTION(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 22:03:02 -0000 In <24b0eaf25b64d6098b390df092866c69e352d859.camel@freebsd.org>, Ian Lepore writes: > [... ed.] I arranged to use a very stable nearly-drift-free > frequency source instead of a cheap crystal for counting time in the > kernel. You have my complete and focussed attention. Say on. > [WRT USB 2, ed.] the polling happens in time slots that are 125 > microseconds wide. There's just no reason for a lot of jitter or > latency. 125 microseconds is a lot of jitter. Latency is a don't care, you can fudge that out. Looking at a Pi 1b+, running some consumer grade Ublocks GPS module, a five year old Linux, and with a view of only half the sky (but using PPS on a GPIO pin): > autopsy:/u0/rwa > ntpq chime > > ntpq> lpee > remote refid st t when poll reach delay offset j= itter > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > oPPS(0) .PPS. 0 l 8 16 377 0.000 0.001 = 0.002 > *SHM(0) .GPS. 5 l 6 16 377 0.000 419.464 31= 0.013 > > ntpq> rl &1 > associd=3D10146 status=3D911a conf, reach, sel_falsetick, 1 event, sys_pe= er, > srcadr=3DPPS(0), srcport=3D123, dstadr=3D127.0.0.1, dstport=3D123, leap= =3D00, > stratum=3D0, precision=3D-20, rootdelay=3D0.000, rootdisp=3D0.000, refid= =3DPPS, > reftime=3De1005453.fffff7a5 Thu, Aug 15 2019 15:59:47.999, > rec=3De1005454.debc0ef4 Thu, Aug 15 2019 15:59:48.870, reach=3D377, > unreach=3D0, hmode=3D3, pmode=3D4, hpoll=3D4, ppoll=3D4, headway=3D0, fla= sh=3D00 ok, > keyid=3D0, ttl=3D0, offset=3D0.001, delay=3D0.000, dispersion=3D0.233, > jitter=3D0.002, > filtdelay=3D 0.00 0.00 0.00 0.00 0.00 0.00 0.00 = 0.00, > filtoffset=3D 0.00 0.00 0.00 0.00 0.00 0.00 0.00 = 0.00, > filtdisp=3D 0.00 0.24 0.48 0.72 0.96 1.20 1.44 = 1.68 > > ntpq> rl > associd=3D0 status=3D0413 leap_none, sync_uhf_radio, 1 event, spike_detec= t, > version=3D"ntpd 4.2.7p397@1.2483-o Sun May 3 05:32:19 UTC 2015 (1)", > processor=3D"armv7l", system=3D"Linux/4.1.12-v7+", leap=3D00, stratum=3D6= , > precision=3D-19, rootdelay=3D0.000, rootdisp=3D733.955, refid=3DSHM(0), > reftime=3De1005456.debbfb5d Thu, Aug 15 2019 15:59:50.870, > clock=3De100545c.084cd64c Thu, Aug 15 2019 15:59:56.032, peer=3D10147, t= c=3D4, > mintc=3D3, offset=3D0.000921, frequency=3D0.047, sys_jitter=3D310.013202, > clk_jitter=3D0.000, clk_wander=3D0.000 The jitter is expressed in units of 1 millisecond, unless I am badly mistaken; for which possibility I apologize in advance. (as an aside, has editing quotation text gone utterly out of style? Present company excepted, of course.) regards, Ross =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a 54.71593 N 113.30835 W Order is simply a thin, perilous condition we try to impose on the basic reality of chaos. -- William Gaddis, _J R_ -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- From owner-freebsd-arm@freebsd.org Fri Aug 16 05:29:03 2019 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 995B7C077A for ; Fri, 16 Aug 2019 05:29:03 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ed1-x543.google.com (mail-ed1-x543.google.com [IPv6:2a00:1450:4864:20::543]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 468sLk4cQNz3K6s for ; Fri, 16 Aug 2019 05:29:02 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ed1-x543.google.com with SMTP id h8so4109382edv.7 for ; Thu, 15 Aug 2019 22:29:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ZCzrvwPXJt/JJxKAp7D+FTphP/F1cbe+IC/lcB5psCA=; b=PgfD/BuN/7S24RoSBe+qSSlRdxs761C/SZLeh2bDD0ntXKoV2QJbPTGSnFrRXMZXOX WPozZUXeZfmBowtDoHJ2AQb/AiA0B9x6k6gqibb3JFW8Z5pht1rlBxKoGSORntMwuJLN b7M1/8PdbwSfFi/lqgwEBG2l4uRVJBdkS06Ig7jznTqKoBUrdlFytkm44ygmQcmHGjDh PSZg0/8OBFBEyI7Q58vALGz+V4RliD0HRM2dhe0wvVD8OrS7oD5lxBlKbQmb+qwWapEE UT8PqGO4g0pH7MQj91MzTFi2GazCLEj5WXVY+hO1u+04wcL6qGnW7p2SovlHqCZH8Bp/ bcVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ZCzrvwPXJt/JJxKAp7D+FTphP/F1cbe+IC/lcB5psCA=; b=FewA7Voh5BoLCrDVZJ5oKhS2cgJMZuwb2L/pwdinRZ5Ww6o1cd8LOS+A6NUN2tuNd1 PHUMF/oQQ3tzjTPRhrkYFZ9HjeY+FB786Czc8736LTrSVndp+WbGvPBuiuLArhNaCV5W g5BSXk0IDGj6yXPARJobdo7Rlkk9h1UBTOF4VF9v30DkcAG3JmZTOJpUITlqAlu/3vtG 1FDc8sxDx+IRglBtuJ4xFXr9dS1J2E4aaYhC0cQb3GlraULnDH14gjz0My/VdrUGr6tp y7nnYuvgW/aA8zoD2CLcMDxD9Wes1Cx+f/VROVBvn/6+SGPjZmF6Kpz/PcghtWQy0cQ3 IDUg== X-Gm-Message-State: APjAAAWlsfZ5z1HNEiHf+vfhH+VmA9g5ouRj8oZJ/7iVisU+d41JMwPC 8QHwIQRPJiEQwKEyN0imoMPyfFyKV6R/ng== X-Google-Smtp-Source: APXvYqw/W6HLQgDXUqU/EvSq+7PdtiuoRXt7X7RDnnjTTCQJNCR9O3LoYclugfzgFtsbIZG3O9wNiw== X-Received: by 2002:a17:906:28ce:: with SMTP id p14mr7589151ejd.306.1565933341007; Thu, 15 Aug 2019 22:29:01 -0700 (PDT) Received: from [192.168.144.223] ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id f6sm914164edk.79.2019.08.15.22.29.00 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Aug 2019 22:29:00 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: Espressobin anyone ? From: =?utf-8?Q?S=C3=B8ren_Schmidt?= X-Mailer: iPad Mail (16F203) In-Reply-To: <20190815233755.893e485f40ccacd79cdb3d96@bidouilliste.com> Date: Fri, 16 Aug 2019 07:28:59 +0200 Cc: Mit Matelske , freebsd-arm , Marcin Wojtas Content-Transfer-Encoding: quoted-printable Message-Id: <78F5029D-A0F5-42F2-8191-07EB3A68C87B@gmail.com> References: <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> <20190815233755.893e485f40ccacd79cdb3d96@bidouilliste.com> To: Emmanuel Vadot X-Rspamd-Queue-Id: 468sLk4cQNz3K6s X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=PgfD/BuN; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::543 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-2.49 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.990,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; 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.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.46.224,0.0.117.48]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.117.48,0.0.46.224]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (0.03), ipnet: 2a00:1450::/32(-3.03), asn: 15169(-2.38), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2019 05:29:03 -0000 Hi Very simple, reverting sys/gnu/dts to what was before 350595 (actually 35059= 2). Thats what we have svn for =F0=9F=98=80 That does make my bananapi work again, no other changes just a recompiled ke= rnel. However it does not bring the Espressobin back to life, thats something in o= ne of the ~30 other files that changed between those two revisions. -S=C3=B8ren > On 15 Aug 2019, at 23.37, Emmanuel Vadot wrote: >=20 > On Thu, 15 Aug 2019 21:56:23 +0200 > S=C3=B8ren Schmidt wrote: >=20 >>=20 >> Well, I don?t care where you are from and what color you have :) >>=20 >> Now, if I update my stable12 sources to r350595 the bananapi breaks, if r= evert sys/gnu/dts it works again, go figure.. >=20 > Reverting to what ? and how ? >=20 > Because I've just test 12-stable and I have the problem that I've said > in my previous mail so setting hw.regulator.disable_unused=3D0 is the > work around. > The problem is in twsi not in the DTS so I'm curious how reverting > only the dts fixes this problem. >=20 >> The r351099 fix is already like that in -stable, and not part of the prob= lem. >>=20 >> -S=C3=B8ren >=20 >>> On 15 Aug 2019, at 21.03, Emmanuel Vadot wrote: >>>=20 >>> On Thu, 15 Aug 2019 19:48:54 +0200 >>> S=C3=B8ren Schmidt wrote: >>>=20 >>>> Hi Mit! >>>>=20 >>>> Right, I suspected that, 12-stable broke many embedded systems between r= 350592 and r350595 where all the latest and greatest DTS files was pulled in= , I guess the same holds for -current. >>>>=20 >>>> -S=C3=B8ren >>>=20 >>> Mhm it's fun that you think that DTS import is the source of all your >>> problems, I get it, it's easy to blame the French guy that bulk import >>> the DTS, he surely don't know what he is doing. >>> Anyway, two problems were raised in this thread : >>>=20 >>> 1) BananaPi (A20) doesn't boot >>> 2) Espressobin sd support is broken >>>=20 >>> I've just looked at the BananaPi problem today, I've fixed a first >>> problem in r351099. >>> The main problem is that when we disable the unused regulators we hang >>> when trying to disabling ldo3. It's weird because the board doesn't use >>> LDO3 (which is why we are disabling it, it's unused). The problem is in >>> twsi I think as only leaving the part in axp209 that read the >>> voltage register value make FreeBSD hang. >>> I'll have a proper look later, in the meantime you can set >>> hw.regulator.disable_unused=3D0 >>> in /boot/loader.conf >>> This isn't a DTS problem. >>>=20 >>> For Espressobin I haven't found any thing related to SD in the DTS >>> updates since the import, the only things slighly related are mmc and >>> sdio. >>> So if someone could find which DTS import broke this I can have a look. >>>=20 >>>>=20 >>>>> On 15 Aug 2019, at 19.37, Mit Matelske wrote: >>>>>=20 >>>>> Yeah, that was the problem. I went back to r348882 and everything wor= ked out of the box. >>>>>=20 >>>>> Thanks again for the hand holding! >>>>>=20 >>>>> Mit >>>>>=20 >>>>> From: "S=C3=B8ren Schmidt" > >>>>> To: "Mit Matelske" > >>>>> Cc: "Marcin Wojtas" >, "freeb= sd-arm" > >>>>> Sent: Wednesday, August 14, 2019 1:33:04 PM >>>>> Subject: Re: Espressobin anyone ? >>>>>=20 >>>>>=20 >>>>> It might simply be broken in -current (again). >>>>>=20 >>>>> I just updated my stable12 tree and I pulled in new .dts files for jus= t about anything? >>>>>=20 >>>>> Needless to say, it broke the Espressobin?s SD support, it now fails j= ust like yours.. >>>>>=20 >>>>> It also broke allwinner builds and what not, so I?m just going back in= time again :) >>>>>=20 >>>>> I wonder why there is this overwhelming need to import stuff that brea= ks things right, left and center in a -stable branch ? >>>>> That would have earned you the pointy hat back when?. >>>>>=20 >>>>> -S=C3=B8ren >>>>>=20 >>>>>=20 >>>>> On 14 Aug 2019, at 18.01, Mit Matelske = > wrote: >>>>>=20 >>>>> Marcin- >>>>>=20 >>>>> Sorry I didn't reply yesterday. I didn't have any luck with that eith= er. I tried a lot of permutations. >>>>>=20 >>>>> Not saying for 100% it doesn't work, but I couldn't get it to work! >>>>>=20 >>>>> Mit >>>>>=20 >>>>> From: "Marcin Wojtas" > >>>>> To: "Mit Matelske" > >>>>> Cc: "S=C3=B8ren Schmidt" >, "freebsd-arm" > >>>>> Sent: Wednesday, August 14, 2019 10:41:04 AM >>>>> Subject: Re: Espressobin anyone ? >>>>>=20 >>>>> Hi Mit, >>>>> Since you are using the latest 13-current, could you please try if pas= sing rootdev via u-boot bootargs (please see my previous email) works for yo= u without the loader modification? >>>>>=20 >>>>> Best regards, >>>>> Marcin >>>>>=20 >>>>> ?r., 14 sie 2019 o 16:29 Mit Matelske >= napisa?(a): >>>>> Soren- >>>>>=20 >>>>> Thanks for the info. I'll grab a couple more SD cards at lunch. This= one is a new Samsung 32GB. I'll also try putting the changes into 12 and s= ee if that helps. I'm using the latest 13-current. >>>>>=20 >>>>> Again, appreciate the hand holding! >>>>>=20 >>>>> Mit >>>>>=20 >>>>> From: "S=C3=B8ren Schmidt" > >>>>> To: "Mit Matelske" > >>>>> Cc: "Marcin Wojtas" >, "freeb= sd-arm" > >>>>> Sent: Wednesday, August 14, 2019 2:30:31 AM >>>>> Subject: Re: Espressobin anyone ? >>>>>=20 >>>>> Hi Mit >>>>> Hmm, from your earlier posted dmesgs it looks like the SD card is not g= etting detected properly.. >>>>>=20 >>>>> I get this output: >>>>>=20 >>>>> sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e= 808-0x1e80b irq 24 on simplebus1 >>>>> mmc0: on sdhci_xenon0 >>>>> ?snip? >>>>> mmcsd0: 16GB at mmc0= 50.0MHz/4bit/65535-block >>>>>=20 >>>>> The problem you see was fixed for me by r348882, maybe it got broken l= ater, I havn?t backported the later changes.. >>>>>=20 >>>>> Have you tried another SD card ? I have found 2 of mine that the espre= ssobin doesn?t like, but works fine with bananapi and friends... >>>>>=20 >>>>> -S=C3=B8ren >>>>>=20 >>>>> On 13 Aug 2019, at 23.30, Mit Matelske = > wrote: >>>>>=20 >>>>> Soren- >>>>>=20 >>>>> Thanks for the code snippet! That will fix one of the problems. >>>>>=20 >>>>> I still can't mount my filesystem, though. I think I'm doing somethin= g really simple, wrong. I believe I'm running the latest code and added som= e printfs to show the kernel setting the regulator: >>>>>=20 >>>>>=20 >>>>> usbus1 on ehci0 >>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 >>>>> sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19 >>>>> sdhci_xenon0: vqmmc-supply regulator found >>>>> sdhci_xenon0: mem 0xd0000-0xd02ff,0x1e= 808-0x1e80b irq 24 on simplebus1 >>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1= >>>>>=20 >>>>>=20 >>>>> Could there be a problem with how I am setting up my filesystem? I've= tried both freebsd-ufs and freebsd as the type, with no luck. A gpart listi= ng of my SD card: >>>>>=20 >>>>> root@fbl:~ # gpart list da3 >>>>> Geom name: da3 >>>>> modified: false >>>>> state: OK >>>>> fwheads: 255 >>>>> fwsectors: 63 >>>>> last: 62521335 >>>>> first: 3 >>>>> entries: 4 >>>>> scheme: GPT >>>>> Providers: >>>>> 1. Name: da3p1 >>>>> Mediasize: 41943040 (40M) >>>>> Sectorsize: 512 >>>>> Stripesize: 0 >>>>> Stripeoffset: 1536 >>>>> Mode: r0w0e0 >>>>> efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) >>>>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 >>>>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b >>>>> label: (null) >>>>> length: 41943040 >>>>> offset: 1536 >>>>> type: efi >>>>> index: 1 >>>>> end: 81922 >>>>> start: 3 >>>>> 2. Name: da3p2 >>>>> Mediasize: 31968979456 (30G) >>>>> Sectorsize: 512 >>>>> Stripesize: 0 >>>>> Stripeoffset: 41944576 >>>>> Mode: r0w0e0 >>>>> efimedia: HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8= bff5) >>>>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 >>>>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b >>>>> label: (null) >>>>> length: 31968979456 >>>>> offset: 41944576 >>>>> type: freebsd-ufs >>>>> index: 2 >>>>> end: 62521335 >>>>> start: 81923 >>>>> Consumers: >>>>> 1. Name: da3 >>>>> Mediasize: 32010928128 (30G) >>>>> Sectorsize: 512 >>>>> Mode: r0w0e0 >>>>>=20 >>>>> Thanks!! >>>>>=20 >>>>> Mit >>>>>=20 >>>>> From: "S=C3=B8ren Schmidt" > >>>>> To: "Marcin Wojtas" > >>>>> Cc: "Mit Matelske" >, "freebsd-arm" > >>>>> Sent: Tuesday, August 13, 2019 12:55:09 PM >>>>> Subject: Re: Espressobin anyone ? >>>>>=20 >>>>> Hi >>>>> That doesn?t seen to work on the espressobin, or least I can?t get it t= o pick it up. >>>>>=20 >>>>> I use this patch as a workaround: >>>>>=20 >>>>> Index: main.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 >>>>> --- main.c (revision 350496) >>>>> +++ main.c (working copy) >>>>> @@ -463,6 +462,13 @@ >>>>> int rv; >>>>> char *rootdev; >>>>>=20 >>>>> +#if defined(__aarch64__) >>>>> + /* SOS HACK in rootdev, at least Espressobin gets this wrong */ >>>>> + printf("Setting currdev hack\n"); >>>>> + set_currdev("disk0p2"); >>>>> + return (0); >>>>> +#endif >>>>> + >>>>> /* >>>>> * First choice: if rootdev is already set, use that, even if >>>>> * it's wrong. >>>>>=20 >>>>> Its not pretty but it does the job until I get time to look into why b= ootargs aren?t passed / won?t stick, probably something I havn?t backported t= o my -stable12 sources yet... >>>>>=20 >>>>> -S=C3=B8ren >>>>>=20 >>>>> On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: >>>>>=20 >>>>> Hi, >>>>>=20 >>>>> Not sure if it's what you are looking for, but in order to autoboot, I= >>>>> simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's examp= le from >>>>> A3720-DB (same should work on EspressoBin): >>>>>=20 >>>>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0:1 >>>>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} >>>>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} >>>>> resetting USB... >>>>> USB0: Register 2000104 NbrPorts 2 >>>>> Starting the controller >>>>> USB XHCI 1.00 >>>>> USB1: USB EHCI 1.00 >>>>> - ______ ____ _____ _____ >>>>> | ____| | _ \ / ____| __ \ >>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>>>> | | | | | __/ __/| |_) |____) | |__| | >>>>> | | | | | | || | | | >>>>> |_| |_| \___|\___||____/|_____/|_____/ >>>>> ``` >>>>> ` >>>>> ????????????Welcome to FreeBSD????????????? s` `.....---.......--.`= `` >>>>> -/ >>>>> ? ? +o .--` /y:` >>>>> +. >>>>> ? 1. Boot Multi user [Enter] ? yo`:. :o >>>>> `+- >>>>> ? 2. Boot Single user ? y/ -/` = -o/ >>>>> ? 3. Escape to loader prompt ? .- >>>>> ::/sy+:. >>>>> ? 4. Reboot ? / `= -- >>>>> / >>>>> ? ? `: >>>>> :` >>>>> ? Options: ? `: >>>>> :` >>>>> ? 5. Kernel: default/kernel (1 of 1) ? / >>>>> / >>>>> ? 6. Boot Options ? .- >>>>> -. >>>>> ? ? -- = -. >>>>> ? ? `:` = `:` >>>>> ? ? .-- `-= -. >>>>> ??????????????????????????????????????????? .---.....----. >>>>> Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop >>>>>=20 >>>>> Loading kernel... >>>>> /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 >>>>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] >>>>> Loading configured modules... >>>>> can't find '/boot/entropy' >>>>> Using DTB provided by EFI at 0x8000000. >>>>> ---<>--- >>>>> KDB: debugger backends: ddb >>>>> KDB: current backend: ddb >>>>> Copyright (c) 1992-2019 The FreeBSD Project. >>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 19= 94 >>>>> The Regents of the University of California. All rights reserved. >>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>>>> FreeBSD 13.0-CURRENT 17a1fc80d57-c261519(upstream_master) GENERIC arm6= 4 >>>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on L= LVM >>>>> 8.0.0) >>>>> WARNING: WITNESS option enabled, expect reduced performance. >>>>> VT: init without driver. >>>>> Starting CPU 1 (1) >>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>>>> [...] >>>>>=20 >>>>> Best regards, >>>>> Marcin >>>>>=20 >>>>> pon., 12 sie 2019 o 23:14 Mit Matelske = > napisa?(a): >>>>>=20 >>>>>=20 >>>>> Soren- >>>>>=20 >>>>> Thanks for the quick response. I built this kernel with revision 3509= 24. >>>>> I'll dig into whats going on in the morning. >>>>>=20 >>>>> Mind posting your diff for your loader.efi? >>>>>=20 >>>>> Thanks again! >>>>>=20 >>>>> Mit >>>>>=20 >>>>>=20 >>>>> ----- Original Message ----- >>>>> From: "S=C3=B8ren Schmidt" > >>>>> To: "Mit Matelske" > >>>>> Cc: "tscho" >, "f= reebsd-arm" < >>>>> freebsd-arm@freebsd.org > >>>>> Sent: Monday, August 12, 2019 3:49:48 PM >>>>> Subject: Re: Espressobin anyone ? >>>>>=20 >>>>> Hi >>>>>=20 >>>>> Looks like your sources may be too old, you need to be at least at r34= 8882 >>>>> to get the fix for the SD card VCC regulator. >>>>>=20 >>>>> That change fixed it for me backported to 12-stable... >>>>>=20 >>>>> The currdev problem still exists, I have it hardwired in my loader for= >>>>> aarch64 :) >>>>>=20 >>>>> -S=C3=B8ren >>>>>=20 >>>>>=20 >>>>> On 12 Aug 2019, at 21.06, Mit Matelske = > wrote: >>>>>=20 >>>>> I'm having a couple little hiccups booting this board also. One has >>>>> been commented on already, that I can't get the loader to automaticall= y >>>>> start loading the kernel on "disk0p2"... >>>>>=20 >>>>> The second, is that the kernel can't find the SD card after booting so= >>>>> it can't mount the root filesystem. I'm using the dts/dtb and kernel f= rom >>>>> the 13-current branch. >>>>>=20 >>>>> Thanks for any and all help. I haven't used u-boot in about decade. >>>>> Spoiled by the x86 platform. >>>>>=20 >>>>> Mit Matelske >>>>>=20 >>>>>=20 >>>>> ***U-boot environment:*** >>>>>=20 >>>>>=20 >>>>> Marvell>> printenv >>>>> baudrate=3D115200 >>>>> bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 >>>>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 >>>>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload m= mc >>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr >>>>> bootdelay=3D2 >>>>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatload m= mc >>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr >>>>> console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 >>>>> eth1addr=3D00:51:82:11:22:01 >>>>> eth2addr=3D00:51:82:11:22:02 >>>>> eth3addr=3D00:51:82:11:22:03 >>>>> ethact=3Dneta@30000 >>>>> ethaddr=3DF0:AD:4E:09:6B:8F >>>>> ethprime=3Deth0 >>>>> fdt_addr=3D0x4f00000 >>>>> fdt_high=3D0xffffffffffffffff >>>>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb >>>>> fdtcontroladdr=3D3f7161b8 >>>>> gatewayip=3D10.4.50.254 >>>>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr >>>>> $fdt_name; run get_ramfs >>>>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr >>>>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr -;= fi >>>>> hostname=3Dmarvell >>>>> image_name=3Defi/freebsd/loader.efi >>>>> initrd_addr=3D0xa00000 >>>>> initrd_size=3D0x2000000 >>>>> ipaddr=3D0.0.0.0 >>>>> kernel_addr=3D0x5000000 >>>>> loadaddr=3D0x5000000 >>>>> netdev=3Deth0 >>>>> netmask=3D255.255.255.0 >>>>> ramfs_addr=3D0x8000000 >>>>> ramfs_name=3D- >>>>> root=3Droot=3D/dev/nfs rw >>>>> rootpath=3D/srv/nfs/ >>>>> serverip=3D0.0.0.0 >>>>> set_bootargs=3Dsetenv bootargs $console $root >>>>> ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none >>>>> nfsroot=3D$serverip:$rootpath $extra_params >>>>> stderr=3Dserial@12000 >>>>> stdin=3Dserial@12000 >>>>> stdout=3Dserial@12000 >>>>>=20 >>>>>=20 >>>>> ***Full boot logs:*** >>>>>=20 >>>>>=20 >>>>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0800) >>>>>=20 >>>>> Model: Marvell Armada 3720 Community Board ESPRESSOBin >>>>> CPU @ 1000 [MHz] >>>>> L2 @ 800 [MHz] >>>>> TClock @ 200 [MHz] >>>>> DDR @ 800 [MHz] >>>>> DRAM: 1 GiB >>>>> U-Boot DT blob at : 000000003f7161b8 >>>>> Comphy-0: USB3 5 Gbps >>>>> Comphy-1: PEX0 2.5 Gbps >>>>> Comphy-2: SATA0 6 Gbps >>>>> SATA link 0 timeout. >>>>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode >>>>> flags: ncq led only pmp fbss pio slum part sxs >>>>> PCIE-0: Link down >>>>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 >>>>> SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, >>>>> total 4 MiB >>>>> Net: eth0: neta@30000 [PRIME] >>>>> Hit any key to stop autoboot: 0 >>>>> switch to partitions #0, OK >>>>> mmc0 is current device >>>>> reading efi/freebsd/loader.efi >>>>> 603872 bytes read in 49 ms (11.8 MiB/s) >>>>> reading efi/boot/armada-3720-espressobin.dtb >>>>> 15946 bytes read in 17 ms (916 KiB/s) >>>>> ## Starting EFI application at 05000000 ... >>>>> Scanning disk sdhci@d0000.blk ... >>>>> Card did not respond to voltage select! >>>>> mmc_init: -95, time 50 >>>>> Found 1 disks >>>>> Consoles: EFI console >>>>> FreeBSD/arm64 EFI loader, Revision 1.1 >>>>>=20 >>>>> Command line arguments: loader.efi >>>>> EFI version: 2.05 >>>>> EFI Firmware: Das U-boot (rev 0.00) >>>>> Console: efi (0) >>>>> Failed to find bootable partition >>>>> Startup error in /boot/lua/loader.lua: seconds >>>>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. >>>>>=20 >>>>> can't load 'kernel' >>>>>=20 >>>>> Type '?' for a list of commands, 'help' for more detailed help. >>>>> OK >>>>> OK set currdev=3Ddisk0p2 >>>>> OK boot >>>>>=20 >>>>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 >>>>> syms=3D[0x8+0x137dd8+0x8+0x126260] >>>>> Using DTB provided by EFI at 0x8000000. >>>>> ---<>--- >>>>> KDB: debugger backends: ddb >>>>> KDB: current backend: ddb >>>>> Copyright (c) 1992-2019 The FreeBSD Project. >>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 19= 94 >>>>> The Regents of the University of California. All rights reserved. >>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>>>> FreeBSD 13.0-CURRENT GENERIC arm64 >>>>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on >>>>> LLVM 6.0.1) >>>>> WARNING: WITNESS option enabled, expect reduced performance. >>>>> VT: init without driver. >>>>> Starting CPU 1 (1) >>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>>>> arc4random: WARNING: initial seeding bypassed the cryptographic random= >>>>> device because it was not yet seeded and the knob 'bypass_before_seedi= ng' >>>>> was enabled. >>>>> random: entropy device external interface >>>>> MAP 3e681000 mode 2 pages 1 >>>>> MAP 3ffa6000 mode 2 pages 1 >>>>> kbd0 at kbdmux0 >>>>> ofwbus0: >>>>> simplebus0: on ofwbus0 >>>>> simplebus1: on simplebus0 >>>>> simple_mfd0: mem >>>>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 >>>>> simple_mfd1: mem >>>>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 >>>>> psci0: on ofwbus0 >>>>> gic0: mem >>>>> 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-= 0x1d91fff,0x1da0000-0x1dbffff >>>>> irq 27 on simplebus1 >>>>> gpio0: mem >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,3= 9 on >>>>> simple_mfd0 >>>>> gpio0: cannot allocate memory window >>>>> device_attach: gpio0 attach returned 6 >>>>> gpio0: mem >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>>>> gpio0: cannot allocate memory window >>>>> device_attach: gpio0 attach returned 6 >>>>> gpioregulator0: on ofwbus0 >>>>> gpioregulator0: cannot get pin 0 >>>>> gpioregulator0: cannot parse parameters >>>>> device_attach: gpioregulator0 attach returned 6 >>>>> generic_timer0: irq 0,1,2,3 on ofwbus0 >>>>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality 100= 0 >>>>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000= >>>>> gpio0: mem >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,3= 9 on >>>>> simple_mfd0 >>>>> gpio0: cannot allocate memory window >>>>> device_attach: gpio0 attach returned 6 >>>>> gpio0: mem >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>>>> gpio0: cannot allocate memory window >>>>> device_attach: gpio0 attach returned 6 >>>>> gpioregulator0: on ofwbus0 >>>>> gpioregulator0: cannot get pin 0 >>>>> gpioregulator0: cannot parse parameters >>>>> device_attach: gpioregulator0 attach returned 6 >>>>> gpio0: mem >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,3= 9 on >>>>> simple_mfd0 >>>>> gpio0: cannot allocate memory window >>>>> device_attach: gpio0 attach returned 6 >>>>> gpio0: mem >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>>>> gpio0: cannot allocate memory window >>>>> device_attach: gpio0 attach returned 6 >>>>> gpioregulator0: on ofwbus0 >>>>> gpioregulator0: cannot get pin 0 >>>>> gpioregulator0: cannot parse parameters >>>>> device_attach: gpioregulator0 attach returned 6 >>>>> gpio0: mem >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,3= 9 on >>>>> simple_mfd0 >>>>> gpio0: cannot allocate memory window >>>>> device_attach: gpio0 attach returned 6 >>>>> gpio0: mem >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>>>> gpio0: cannot allocate memory window >>>>> device_attach: gpio0 attach returned 6 >>>>> gpioregulator0: on ofwbus0 >>>>> gpioregulator0: cannot get pin 0 >>>>> gpioregulator0: cannot parse parameters >>>>> device_attach: gpioregulator0 attach returned 6 >>>>> gpio0: mem >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,3= 9 on >>>>> simple_mfd0 >>>>> gpio0: cannot allocate memory window >>>>> device_attach: gpio0 attach returned 6 >>>>> gpio0: mem >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>>>> gpio0: cannot allocate memory window >>>>> device_attach: gpio0 attach returned 6 >>>>> gpioregulator0: on ofwbus0 >>>>> gpioregulator0: cannot get pin 0 >>>>> gpioregulator0: cannot parse parameters >>>>> device_attach: gpioregulator0 attach returned 6 >>>>> cpulist0: on ofwbus0 >>>>> cpu0: on cpulist0 >>>>> cpu1: on cpulist0 >>>>> pmu0: irq 4 on ofwbus0 >>>>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 >>>>> syscon_generic1: mem 0x11500-0x1153f on simplebus1 >>>>> uart0: mem 0x12000-0x121ff irq 9,10,11 on >>>>> simplebus1 >>>>> uart0: console (115200,n,8,1) >>>>> gpio0: mem >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,38,3= 9 on >>>>> simple_mfd0 >>>>> gpio0: cannot allocate memory window >>>>> device_attach: gpio0 attach returned 6 >>>>> syscon_generic2: mem 0x14000-0x1405f on simplebus1 >>>>> gpio0: mem >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 >>>>> gpio0: cannot allocate memory window >>>>> device_attach: gpio0 attach returned 6 >>>>> mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 >>>>> mvneta0: version is 10 >>>>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 >>>>> mdio0: on mvneta0 >>>>> mdioproxy0: on mdio0 >>>>> e6000sw0: on mdio0 >>>>> e6000sw0: multi-chip addressing mode (0x1) >>>>> e6000sw0: CPU port at 0 >>>>> e6000sw0: fixed port at 0 >>>>> e6000sw0: PHY at port 1 >>>>> miibus0: on e6000sw0 >>>>> e1000phy0: PHY 17 on miibus0 >>>>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto= >>>>> e6000sw0: PHY at port 2 >>>>> miibus1: on e6000sw0 >>>>> e1000phy1: PHY 18 on miibus1 >>>>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto= >>>>> e6000sw0: PHY at port 3 >>>>> miibus2: on e6000sw0 >>>>> e1000phy2: PHY 19 on miibus2 >>>>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto= >>>>> e6000sw0: switch is ready. >>>>> etherswitch0: on e6000sw0 >>>>> xhci0: mem 0x58000-0x5bfff irq 16 on >>>>> simplebus1 >>>>> xhci0: 32 bytes context size, 32-bit DMA >>>>> usbus0 on xhci0 >>>>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 >>>>> ehci0: mem 0x5e000-0x5efff irq= >>>>> 17 on simplebus1 >>>>> usbus1: EHCI version 1.0 >>>>> usbus1 on ehci0 >>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 >>>>> sdhci_xenon0: mem >>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on simplebus1= >>>>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FB= S >>>>> ahcich0: at channel 0 on ahci0 >>>>> device_attach: ahcich0 attach returned 6 >>>>> gpioregulator0: on ofwbus0 >>>>> gpioregulator0: cannot get pin 0 >>>>> gpioregulator0: cannot parse parameters >>>>> device_attach: gpioregulator0 attach returned 6 >>>>> cryptosoft0: >>>>> Timecounters tick every 1.000 msec >>>>> mvneta0: link state changed to UP >>>>> e6000sw0port1: link state changed to DOWN >>>>> e6000sw0port2: link state changed to DOWN >>>>> e6000sw0port3: link state changed to DOWN >>>>> usbus0: 5.0Gbps Super Speed USB v3.0 >>>>> usbus1: 480Mbps High Speed USB v2.0 >>>>> Release APs...done >>>>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 >>>>> Instruction Set Attributes 0 =3D >>>>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]...= >>>>> Instruction Set Attributes 1 =3D <> >>>>> Root mount waiting for: Processor Features 0 =3D >>>>> >>>>> usbus1 Processor Features 1 =3D <0> >>>>> usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS >>>>> Mem,MixedEndian,16bit ASID,1TB PA> >>>>>=20 >>>>> Memory Model Features 1 =3D <> >>>>> Memory Model Features 2 =3D <32b CCIDX,48b VA> >>>>> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 >>>>> Breakpoints,PMUv3,Debug v8> >>>>> Debug Features 1 =3D <0> >>>>> Auxiliary Features 0 =3D <0> >>>>> Auxiliary Features 1 =3D <0> >>>>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 >>>>> WARNING: WITNESS option enabled, expect reduced performance. >>>>> ugen0.1: at usbus0 >>>>> ugen1.1: at usbus1 >>>>> uhub0 on usbus0 >>>>> uhub1 on usbus1 >>>>> uhub0: on >>>>> usbus0 >>>>> uhub1: on >>>>> usbus1 >>>>> uhub0: 2 ports with 2 removable, self powered >>>>> uhub1: 1 port with 1 removable, self powered >>>>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... >>>>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. >>>>>=20 >>>>> Loader variables: >>>>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install >>>>> vfs.root.mountfrom.options=3Dro,noatime >>>>>=20 >>>>> Manual root filesystem specification: >>>>> : [options] >>>>> Mount using filesystem >>>>> and with the specified (optional) option list. >>>>>=20 >>>>> eg. ufs:/dev/da0s1a >>>>> zfs:zroot/ROOT/default >>>>> cd9660:/dev/cd0 ro >>>>> (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >>>>>=20 >>>>> ? List valid disk boot devices >>>>> . Yield 1 second (for background tasks) >>>>> Abort manual input >>>>>=20 >>>>> mountroot> ? >>>>>=20 >>>>> List of GEOM managed disk devices: >>>>>=20 >>>>>=20 >>>>> mountroot> >>>>> _______________________________________________ >>>>> freebsd-arm@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org <= mailto:freebsd-arm-unsubscribe@freebsd.org>" >>>>>=20 >>>>> _______________________________________________ >>>>> freebsd-arm@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org <= mailto:freebsd-arm-unsubscribe@freebsd.org>" >>>>=20 >>>=20 >>>=20 >>> -- >>> Emmanuel Vadot >>=20 >=20 >=20 > --=20 > Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Aug 16 10:54:37 2019 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 73664C867D for ; Fri, 16 Aug 2019 10:54:37 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 4690ZM3pSWz46L4 for ; Fri, 16 Aug 2019 10:54:35 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.27] ([194.32.164.27]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id x7GAsXLe024117 for ; Fri, 16 Aug 2019 11:54:33 +0100 (BST) (envelope-from rb@gid.co.uk) From: Bob Bishop Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: RPI B boot problem Message-Id: Date: Fri, 16 Aug 2019 11:54:31 +0100 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3273) X-Rspamd-Queue-Id: 4690ZM3pSWz46L4 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rb@gid.co.uk designates 194.32.164.250 as permitted sender) smtp.mailfrom=rb@gid.co.uk X-Spamd-Result: default: False [-3.34 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[gid.co.uk]; MV_CASE(0.50)[]; NEURAL_HAM_SHORT(-0.96)[-0.962,0]; RCVD_IN_DNSWL_NONE(0.00)[250.164.32.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-0.68)[ip: (-2.42), ipnet: 194.32.164.0/24(-1.21), asn: 42831(0.33), country: GB(-0.08)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42831, ipnet:194.32.164.0/24, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2019 10:54:37 -0000 Hi, Can anyone confirm whether a recent HEAD image (eg = FreeBSD-13.0-CURRENT-arm-armv6-RPI-B-20190718-r350103.img) is working? = I=E2=80=99m seeing: mmc1 is current device Scanning mmc 1:1... Found EFI removable media binary efi/boot/bootarm.efi libfdt fdt_check_header(): FDT_ERR_BADMAGIC Scanning disk mmc@7e300000.blk... Found 3 disks FDT memrsv map 0: Failed to add to map BootOrder not defined 617112 bytes read in 47 ms (12.5 MiB/s) libfdt fdt_check_header(): FDT_ERR_BADMAGIC FDT memrsv map 0: Failed to add to map ## Starting EFI application at 00080000 ... Consoles: EFI console =20 Reading loader env vars from /efi/freebsd/loader.env Setting currdev to disk0p1: failed to allocate staging area: 9 failed to allocate staging area ## Application terminated, r =3D 5 EFI LOAD FAILED: continuing=E2=80=A6 Thanks -- Bob Bishop rb@gid.co.uk From owner-freebsd-arm@freebsd.org Fri Aug 16 13:24:58 2019 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 796FCCC474 for ; Fri, 16 Aug 2019 13:24:58 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4693vs2bvgz4GMR for ; Fri, 16 Aug 2019 13:24:56 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 279b6f6d; Fri, 16 Aug 2019 15:24:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=vj5JBtxC376oKrgdXXGlHdABDB0=; b=j1CxSD9tBXvVnyN9TxLwNd3kuJIZ QBH2qN8ZERAyRlTy4CDz2+n7PC073GuMeNEMOskFLeX7D0FEXk4kSEp+tWHAb11n mtQTBCWjWr8JU/vikpSvd2PP2Gmx3yKBPy/Rn3igMRAelF05HGbJXj6ZNv3Qq1vY R8FHOceT44XG9Wk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=K65OiHtxdZfDwQCG9LHhtRGrQJH10WeDaonmenFK2r97EZXnW1DGt5eB JltOQk1RbZRxUPCdbchmQVkshZWyFZUp2Z0nzGQ6L2wyXTtY07HVTova0goydChn L46foPQ9oR5GyrGgddW8UZewXWk+MwFC0wyUOTFI26bRDK7SoxA= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 62230977 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 16 Aug 2019 15:24:54 +0200 (CEST) Date: Fri, 16 Aug 2019 15:24:54 +0200 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: Mit Matelske , freebsd-arm , Marcin Wojtas Subject: Re: Espressobin anyone ? Message-Id: <20190816152454.4e54ab5c276a543c120d909a@bidouilliste.com> In-Reply-To: <78F5029D-A0F5-42F2-8191-07EB3A68C87B@gmail.com> References: <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> <20190815233755.893e485f40ccacd79cdb3d96@bidouilliste.com> <78F5029D-A0F5-42F2-8191-07EB3A68C87B@gmail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4693vs2bvgz4GMR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=j1CxSD9t; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [0.03 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.35)[ip: (-0.87), ipnet: 212.83.160.0/19(2.55), asn: 12876(0.10), country: FR(-0.01)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.74)[-0.739,0]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; NEURAL_HAM_LONG(-0.87)[-0.869,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_SPAM_SHORT(0.19)[0.187,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2019 13:24:58 -0000 On Fri, 16 Aug 2019 07:28:59 +0200 S=F8ren Schmidt wrote: > Hi >=20 > Very simple, reverting sys/gnu/dts to what was before 350595 (actually 35= 0592). > Thats what we have svn for ? If I asked how it was to have the svn command that you used, I want to make sure that you didn't revert anything else, like do you have r350596 and r350628 ? > That does make my bananapi work again, no other changes just a recompiled= kernel. That + copying the dtb to the fat32 partition ? Can you post the dtb somewhere. > However it does not bring the Espressobin back to life, thats something i= n one of the ~30 other files that changed between those two revisions. What Linux version of DTS are you using then ? The ones that were in stable/12 when it was branched (4.18) or a later revision ? > -S=F8ren >=20 > > On 15 Aug 2019, at 23.37, Emmanuel Vadot wrote: > >=20 > > On Thu, 15 Aug 2019 21:56:23 +0200 > > S=F8ren Schmidt wrote: > >=20 > >>=20 > >> Well, I don?t care where you are from and what color you have :) > >>=20 > >> Now, if I update my stable12 sources to r350595 the bananapi breaks, i= f revert sys/gnu/dts it works again, go figure.. > >=20 > > Reverting to what ? and how ? > >=20 > > Because I've just test 12-stable and I have the problem that I've said > > in my previous mail so setting hw.regulator.disable_unused=3D0 is the > > work around. > > The problem is in twsi not in the DTS so I'm curious how reverting > > only the dts fixes this problem. > >=20 > >> The r351099 fix is already like that in -stable, and not part of the p= roblem. > >>=20 > >> -S=F8ren > >=20 > >>> On 15 Aug 2019, at 21.03, Emmanuel Vadot wrot= e: > >>>=20 > >>> On Thu, 15 Aug 2019 19:48:54 +0200 > >>> S=F8ren Schmidt wrote: > >>>=20 > >>>> Hi Mit! > >>>>=20 > >>>> Right, I suspected that, 12-stable broke many embedded systems betwe= en r350592 and r350595 where all the latest and greatest DTS files was pull= ed in, I guess the same holds for -current. > >>>>=20 > >>>> -S=F8ren > >>>=20 > >>> Mhm it's fun that you think that DTS import is the source of all your > >>> problems, I get it, it's easy to blame the French guy that bulk import > >>> the DTS, he surely don't know what he is doing. > >>> Anyway, two problems were raised in this thread : > >>>=20 > >>> 1) BananaPi (A20) doesn't boot > >>> 2) Espressobin sd support is broken > >>>=20 > >>> I've just looked at the BananaPi problem today, I've fixed a first > >>> problem in r351099. > >>> The main problem is that when we disable the unused regulators we hang > >>> when trying to disabling ldo3. It's weird because the board doesn't u= se > >>> LDO3 (which is why we are disabling it, it's unused). The problem is = in > >>> twsi I think as only leaving the part in axp209 that read the > >>> voltage register value make FreeBSD hang. > >>> I'll have a proper look later, in the meantime you can set > >>> hw.regulator.disable_unused=3D0 > >>> in /boot/loader.conf > >>> This isn't a DTS problem. > >>>=20 > >>> For Espressobin I haven't found any thing related to SD in the DTS > >>> updates since the import, the only things slighly related are mmc and > >>> sdio. > >>> So if someone could find which DTS import broke this I can have a loo= k. > >>>=20 > >>>>=20 > >>>>> On 15 Aug 2019, at 19.37, Mit Matelske wrote: > >>>>>=20 > >>>>> Yeah, that was the problem. I went back to r348882 and everything = worked out of the box. > >>>>>=20 > >>>>> Thanks again for the hand holding! > >>>>>=20 > >>>>> Mit > >>>>>=20 > >>>>> From: "S=F8ren Schmidt" > > >>>>> To: "Mit Matelske" > > >>>>> Cc: "Marcin Wojtas" >, "fr= eebsd-arm" > > >>>>> Sent: Wednesday, August 14, 2019 1:33:04 PM > >>>>> Subject: Re: Espressobin anyone ? > >>>>>=20 > >>>>>=20 > >>>>> It might simply be broken in -current (again). > >>>>>=20 > >>>>> I just updated my stable12 tree and I pulled in new .dts files for = just about anything? > >>>>>=20 > >>>>> Needless to say, it broke the Espressobin?s SD support, it now fail= s just like yours.. > >>>>>=20 > >>>>> It also broke allwinner builds and what not, so I?m just going back= in time again :) > >>>>>=20 > >>>>> I wonder why there is this overwhelming need to import stuff that b= reaks things right, left and center in a -stable branch ? > >>>>> That would have earned you the pointy hat back when?. > >>>>>=20 > >>>>> -S=F8ren > >>>>>=20 > >>>>>=20 > >>>>> On 14 Aug 2019, at 18.01, Mit Matelske > wrote: > >>>>>=20 > >>>>> Marcin- > >>>>>=20 > >>>>> Sorry I didn't reply yesterday. I didn't have any luck with that e= ither. I tried a lot of permutations. > >>>>>=20 > >>>>> Not saying for 100% it doesn't work, but I couldn't get it to work! > >>>>>=20 > >>>>> Mit > >>>>>=20 > >>>>> From: "Marcin Wojtas" > > >>>>> To: "Mit Matelske" > > >>>>> Cc: "S=F8ren Schmidt" >, "freebsd-arm" > > >>>>> Sent: Wednesday, August 14, 2019 10:41:04 AM > >>>>> Subject: Re: Espressobin anyone ? > >>>>>=20 > >>>>> Hi Mit, > >>>>> Since you are using the latest 13-current, could you please try if = passing rootdev via u-boot bootargs (please see my previous email) works fo= r you without the loader modification? > >>>>>=20 > >>>>> Best regards, > >>>>> Marcin > >>>>>=20 > >>>>> ?r., 14 sie 2019 o 16:29 Mit Matelske > napisa?(a): > >>>>> Soren- > >>>>>=20 > >>>>> Thanks for the info. I'll grab a couple more SD cards at lunch. T= his one is a new Samsung 32GB. I'll also try putting the changes into 12 a= nd see if that helps. I'm using the latest 13-current. > >>>>>=20 > >>>>> Again, appreciate the hand holding! > >>>>>=20 > >>>>> Mit > >>>>>=20 > >>>>> From: "S=F8ren Schmidt" > > >>>>> To: "Mit Matelske" > > >>>>> Cc: "Marcin Wojtas" >, "fr= eebsd-arm" > > >>>>> Sent: Wednesday, August 14, 2019 2:30:31 AM > >>>>> Subject: Re: Espressobin anyone ? > >>>>>=20 > >>>>> Hi Mit > >>>>> Hmm, from your earlier posted dmesgs it looks like the SD card is n= ot getting detected properly.. > >>>>>=20 > >>>>> I get this output: > >>>>>=20 > >>>>> sdhci_xenon0: mem 0xd0000-0xd02ff,0= x1e808-0x1e80b irq 24 on simplebus1 > >>>>> mmc0: on sdhci_xenon0 > >>>>> ?snip? > >>>>> mmcsd0: 16GB at m= mc0 50.0MHz/4bit/65535-block > >>>>>=20 > >>>>> The problem you see was fixed for me by r348882, maybe it got broke= n later, I havn?t backported the later changes.. > >>>>>=20 > >>>>> Have you tried another SD card ? I have found 2 of mine that the es= pressobin doesn?t like, but works fine with bananapi and friends... > >>>>>=20 > >>>>> -S=F8ren > >>>>>=20 > >>>>> On 13 Aug 2019, at 23.30, Mit Matelske > wrote: > >>>>>=20 > >>>>> Soren- > >>>>>=20 > >>>>> Thanks for the code snippet! That will fix one of the problems. > >>>>>=20 > >>>>> I still can't mount my filesystem, though. I think I'm doing somet= hing really simple, wrong. I believe I'm running the latest code and added= some printfs to show the kernel setting the regulator: > >>>>>=20 > >>>>>=20 > >>>>> usbus1 on ehci0 > >>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > >>>>> sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19 > >>>>> sdhci_xenon0: vqmmc-supply regulator found > >>>>> sdhci_xenon0: mem 0xd0000-0xd02ff,0= x1e808-0x1e80b irq 24 on simplebus1 > >>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on simpleb= us1 > >>>>>=20 > >>>>>=20 > >>>>> Could there be a problem with how I am setting up my filesystem? I= 've tried both freebsd-ufs and freebsd as the type, with no luck. A gpart l= isting of my SD card: > >>>>>=20 > >>>>> root@fbl:~ # gpart list da3 > >>>>> Geom name: da3 > >>>>> modified: false > >>>>> state: OK > >>>>> fwheads: 255 > >>>>> fwsectors: 63 > >>>>> last: 62521335 > >>>>> first: 3 > >>>>> entries: 4 > >>>>> scheme: GPT > >>>>> Providers: > >>>>> 1. Name: da3p1 > >>>>> Mediasize: 41943040 (40M) > >>>>> Sectorsize: 512 > >>>>> Stripesize: 0 > >>>>> Stripeoffset: 1536 > >>>>> Mode: r0w0e0 > >>>>> efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x1400= 0) > >>>>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > >>>>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > >>>>> label: (null) > >>>>> length: 41943040 > >>>>> offset: 1536 > >>>>> type: efi > >>>>> index: 1 > >>>>> end: 81922 > >>>>> start: 3 > >>>>> 2. Name: da3p2 > >>>>> Mediasize: 31968979456 (30G) > >>>>> Sectorsize: 512 > >>>>> Stripesize: 0 > >>>>> Stripeoffset: 41944576 > >>>>> Mode: r0w0e0 > >>>>> efimedia: HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x= 3b8bff5) > >>>>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > >>>>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > >>>>> label: (null) > >>>>> length: 31968979456 > >>>>> offset: 41944576 > >>>>> type: freebsd-ufs > >>>>> index: 2 > >>>>> end: 62521335 > >>>>> start: 81923 > >>>>> Consumers: > >>>>> 1. Name: da3 > >>>>> Mediasize: 32010928128 (30G) > >>>>> Sectorsize: 512 > >>>>> Mode: r0w0e0 > >>>>>=20 > >>>>> Thanks!! > >>>>>=20 > >>>>> Mit > >>>>>=20 > >>>>> From: "S=F8ren Schmidt" > > >>>>> To: "Marcin Wojtas" > > >>>>> Cc: "Mit Matelske" >, "freebsd-arm" = > > >>>>> Sent: Tuesday, August 13, 2019 12:55:09 PM > >>>>> Subject: Re: Espressobin anyone ? > >>>>>=20 > >>>>> Hi > >>>>> That doesn?t seen to work on the espressobin, or least I can?t get = it to pick it up. > >>>>>=20 > >>>>> I use this patch as a workaround: > >>>>>=20 > >>>>> Index: main.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 > >>>>> --- main.c (revision 350496) > >>>>> +++ main.c (working copy) > >>>>> @@ -463,6 +462,13 @@ > >>>>> int rv; > >>>>> char *rootdev; > >>>>>=20 > >>>>> +#if defined(__aarch64__) > >>>>> + /* SOS HACK in rootdev, at least Espressobin gets this wrong */ > >>>>> + printf("Setting currdev hack\n"); > >>>>> + set_currdev("disk0p2"); > >>>>> + return (0); > >>>>> +#endif > >>>>> + > >>>>> /* > >>>>> * First choice: if rootdev is already set, use that, even if > >>>>> * it's wrong. > >>>>>=20 > >>>>> Its not pretty but it does the job until I get time to look into wh= y bootargs aren?t passed / won?t stick, probably something I havn?t backpor= ted to my -stable12 sources yet... > >>>>>=20 > >>>>> -S=F8ren > >>>>>=20 > >>>>> On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: > >>>>>=20 > >>>>> Hi, > >>>>>=20 > >>>>> Not sure if it's what you are looking for, but in order to autoboot= , I > >>>>> simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's ex= ample from > >>>>> A3720-DB (same should work on EspressoBin): > >>>>>=20 > >>>>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb 0= :1 > >>>>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} > >>>>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > >>>>> resetting USB... > >>>>> USB0: Register 2000104 NbrPorts 2 > >>>>> Starting the controller > >>>>> USB XHCI 1.00 > >>>>> USB1: USB EHCI 1.00 > >>>>> - ______ ____ _____ _____ > >>>>> | ____| | _ \ / ____| __ \ > >>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | > >>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > >>>>> | | | | | __/ __/| |_) |____) | |__| | > >>>>> | | | | | | || | | | > >>>>> |_| |_| \___|\___||____/|_____/|_____/ > >>>>> ``` > >>>>> ` > >>>>> ????????????Welcome to FreeBSD????????????? s` `.....---.......-= -.``` > >>>>> -/ > >>>>> ? ? +o .--` /y= :` > >>>>> +. > >>>>> ? 1. Boot Multi user [Enter] ? yo`:. :o > >>>>> `+- > >>>>> ? 2. Boot Single user ? y/ -= /` -o/ > >>>>> ? 3. Escape to loader prompt ? .- > >>>>> ::/sy+:. > >>>>> ? 4. Reboot ? / = `-- > >>>>> / > >>>>> ? ? `: > >>>>> :` > >>>>> ? Options: ? `: > >>>>> :` > >>>>> ? 5. Kernel: default/kernel (1 of 1) ? / > >>>>> / > >>>>> ? 6. Boot Options ? .- > >>>>> -. > >>>>> ? ? -- = -. > >>>>> ? ? `:` = `:` > >>>>> ? ? .-- = `--. > >>>>> ??????????????????????????????????????????? .---.....---= -. > >>>>> Autoboot in 9 seconds, hit [Enter] to boot or any other key to stop > >>>>>=20 > >>>>> Loading kernel... > >>>>> /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 > >>>>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] > >>>>> Loading configured modules... > >>>>> can't find '/boot/entropy' > >>>>> Using DTB provided by EFI at 0x8000000. > >>>>> ---<>--- > >>>>> KDB: debugger backends: ddb > >>>>> KDB: current backend: ddb > >>>>> Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) GENERIC a= rm64 > >>>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based = on LLVM > >>>>> 8.0.0) > >>>>> WARNING: WITNESS option enabled, expect reduced performance. > >>>>> VT: init without driver. > >>>>> Starting CPU 1 (1) > >>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>>>> [...] > >>>>>=20 > >>>>> Best regards, > >>>>> Marcin > >>>>>=20 > >>>>> pon., 12 sie 2019 o 23:14 Mit Matelske > napisa?(a): > >>>>>=20 > >>>>>=20 > >>>>> Soren- > >>>>>=20 > >>>>> Thanks for the quick response. I built this kernel with revision 3= 50924. > >>>>> I'll dig into whats going on in the morning. > >>>>>=20 > >>>>> Mind posting your diff for your loader.efi? > >>>>>=20 > >>>>> Thanks again! > >>>>>=20 > >>>>> Mit > >>>>>=20 > >>>>>=20 > >>>>> ----- Original Message ----- > >>>>> From: "S=F8ren Schmidt" > > >>>>> To: "Mit Matelske" > > >>>>> Cc: "tscho" >,= "freebsd-arm" < > >>>>> freebsd-arm@freebsd.org > > >>>>> Sent: Monday, August 12, 2019 3:49:48 PM > >>>>> Subject: Re: Espressobin anyone ? > >>>>>=20 > >>>>> Hi > >>>>>=20 > >>>>> Looks like your sources may be too old, you need to be at least at = r348882 > >>>>> to get the fix for the SD card VCC regulator. > >>>>>=20 > >>>>> That change fixed it for me backported to 12-stable... > >>>>>=20 > >>>>> The currdev problem still exists, I have it hardwired in my loader = for > >>>>> aarch64 :) > >>>>>=20 > >>>>> -S=F8ren > >>>>>=20 > >>>>>=20 > >>>>> On 12 Aug 2019, at 21.06, Mit Matelske > wrote: > >>>>>=20 > >>>>> I'm having a couple little hiccups booting this board also. One has > >>>>> been commented on already, that I can't get the loader to automatic= ally > >>>>> start loading the kernel on "disk0p2"... > >>>>>=20 > >>>>> The second, is that the kernel can't find the SD card after booting= so > >>>>> it can't mount the root filesystem. I'm using the dts/dtb and kern= el from > >>>>> the 13-current branch. > >>>>>=20 > >>>>> Thanks for any and all help. I haven't used u-boot in about decade. > >>>>> Spoiled by the x86 platform. > >>>>>=20 > >>>>> Mit Matelske > >>>>>=20 > >>>>>=20 > >>>>> ***U-boot environment:*** > >>>>>=20 > >>>>>=20 > >>>>> Marvell>> printenv > >>>>> baudrate=3D115200 > >>>>> bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > >>>>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 > >>>>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatlo= ad mmc > >>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > >>>>> bootdelay=3D2 > >>>>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fatlo= ad mmc > >>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > >>>>> console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012000 > >>>>> eth1addr=3D00:51:82:11:22:01 > >>>>> eth2addr=3D00:51:82:11:22:02 > >>>>> eth3addr=3D00:51:82:11:22:03 > >>>>> ethact=3Dneta@30000 > >>>>> ethaddr=3DF0:AD:4E:09:6B:8F > >>>>> ethprime=3Deth0 > >>>>> fdt_addr=3D0x4f00000 > >>>>> fdt_high=3D0xffffffffffffffff > >>>>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb > >>>>> fdtcontroladdr=3D3f7161b8 > >>>>> gatewayip=3D10.4.50.254 > >>>>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr > >>>>> $fdt_name; run get_ramfs > >>>>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_addr > >>>>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_addr= -;fi > >>>>> hostname=3Dmarvell > >>>>> image_name=3Defi/freebsd/loader.efi > >>>>> initrd_addr=3D0xa00000 > >>>>> initrd_size=3D0x2000000 > >>>>> ipaddr=3D0.0.0.0 > >>>>> kernel_addr=3D0x5000000 > >>>>> loadaddr=3D0x5000000 > >>>>> netdev=3Deth0 > >>>>> netmask=3D255.255.255.0 > >>>>> ramfs_addr=3D0x8000000 > >>>>> ramfs_name=3D- > >>>>> root=3Droot=3D/dev/nfs rw > >>>>> rootpath=3D/srv/nfs/ > >>>>> serverip=3D0.0.0.0 > >>>>> set_bootargs=3Dsetenv bootargs $console $root > >>>>> ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none > >>>>> nfsroot=3D$serverip:$rootpath $extra_params > >>>>> stderr=3Dserial@12000 > >>>>> stdin=3Dserial@12000 > >>>>> stdout=3Dserial@12000 > >>>>>=20 > >>>>>=20 > >>>>> ***Full boot logs:*** > >>>>>=20 > >>>>>=20 > >>>>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +080= 0) > >>>>>=20 > >>>>> Model: Marvell Armada 3720 Community Board ESPRESSOBin > >>>>> CPU @ 1000 [MHz] > >>>>> L2 @ 800 [MHz] > >>>>> TClock @ 200 [MHz] > >>>>> DDR @ 800 [MHz] > >>>>> DRAM: 1 GiB > >>>>> U-Boot DT blob at : 000000003f7161b8 > >>>>> Comphy-0: USB3 5 Gbps > >>>>> Comphy-1: PEX0 2.5 Gbps > >>>>> Comphy-2: SATA0 6 Gbps > >>>>> SATA link 0 timeout. > >>>>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > >>>>> flags: ncq led only pmp fbss pio slum part sxs > >>>>> PCIE-0: Link down > >>>>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 > >>>>> SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, > >>>>> total 4 MiB > >>>>> Net: eth0: neta@30000 [PRIME] > >>>>> Hit any key to stop autoboot: 0 > >>>>> switch to partitions #0, OK > >>>>> mmc0 is current device > >>>>> reading efi/freebsd/loader.efi > >>>>> 603872 bytes read in 49 ms (11.8 MiB/s) > >>>>> reading efi/boot/armada-3720-espressobin.dtb > >>>>> 15946 bytes read in 17 ms (916 KiB/s) > >>>>> ## Starting EFI application at 05000000 ... > >>>>> Scanning disk sdhci@d0000.blk ... > >>>>> Card did not respond to voltage select! > >>>>> mmc_init: -95, time 50 > >>>>> Found 1 disks > >>>>> Consoles: EFI console > >>>>> FreeBSD/arm64 EFI loader, Revision 1.1 > >>>>>=20 > >>>>> Command line arguments: loader.efi > >>>>> EFI version: 2.05 > >>>>> EFI Firmware: Das U-boot (rev 0.00) > >>>>> Console: efi (0) > >>>>> Failed to find bootable partition > >>>>> Startup error in /boot/lua/loader.lua: seconds > >>>>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. > >>>>>=20 > >>>>> can't load 'kernel' > >>>>>=20 > >>>>> Type '?' for a list of commands, 'help' for more detailed help. > >>>>> OK > >>>>> OK set currdev=3Ddisk0p2 > >>>>> OK boot > >>>>>=20 > >>>>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 > >>>>> syms=3D[0x8+0x137dd8+0x8+0x126260] > >>>>> Using DTB provided by EFI at 0x8000000. > >>>>> ---<>--- > >>>>> KDB: debugger backends: ddb > >>>>> KDB: current backend: ddb > >>>>> Copyright (c) 1992-2019 The FreeBSD Project. > >>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993,= 1994 > >>>>> The Regents of the University of California. All rights reserve= d. > >>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. > >>>>> FreeBSD 13.0-CURRENT GENERIC arm64 > >>>>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based = on > >>>>> LLVM 6.0.1) > >>>>> WARNING: WITNESS option enabled, expect reduced performance. > >>>>> VT: init without driver. > >>>>> Starting CPU 1 (1) > >>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>>>> arc4random: WARNING: initial seeding bypassed the cryptographic ran= dom > >>>>> device because it was not yet seeded and the knob 'bypass_before_se= eding' > >>>>> was enabled. > >>>>> random: entropy device external interface > >>>>> MAP 3e681000 mode 2 pages 1 > >>>>> MAP 3ffa6000 mode 2 pages 1 > >>>>> kbd0 at kbdmux0 > >>>>> ofwbus0: > >>>>> simplebus0: on ofwbus0 > >>>>> simplebus1: on simplebus0 > >>>>> simple_mfd0: mem > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > >>>>> simple_mfd1: mem > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > >>>>> psci0: on ofwbus0 > >>>>> gic0: mem > >>>>> 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d900= 00-0x1d91fff,0x1da0000-0x1dbffff > >>>>> irq 27 on simplebus1 > >>>>> gpio0: mem > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,3= 8,39 on > >>>>> simple_mfd0 > >>>>> gpio0: cannot allocate memory window > >>>>> device_attach: gpio0 attach returned 6 > >>>>> gpio0: mem > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > >>>>> gpio0: cannot allocate memory window > >>>>> device_attach: gpio0 attach returned 6 > >>>>> gpioregulator0: on ofwbus0 > >>>>> gpioregulator0: cannot get pin 0 > >>>>> gpioregulator0: cannot parse parameters > >>>>> device_attach: gpioregulator0 attach returned 6 > >>>>> generic_timer0: irq 0,1,2,3 on ofwbus0 > >>>>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality = 1000 > >>>>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1= 000 > >>>>> gpio0: mem > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,3= 8,39 on > >>>>> simple_mfd0 > >>>>> gpio0: cannot allocate memory window > >>>>> device_attach: gpio0 attach returned 6 > >>>>> gpio0: mem > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > >>>>> gpio0: cannot allocate memory window > >>>>> device_attach: gpio0 attach returned 6 > >>>>> gpioregulator0: on ofwbus0 > >>>>> gpioregulator0: cannot get pin 0 > >>>>> gpioregulator0: cannot parse parameters > >>>>> device_attach: gpioregulator0 attach returned 6 > >>>>> gpio0: mem > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,3= 8,39 on > >>>>> simple_mfd0 > >>>>> gpio0: cannot allocate memory window > >>>>> device_attach: gpio0 attach returned 6 > >>>>> gpio0: mem > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > >>>>> gpio0: cannot allocate memory window > >>>>> device_attach: gpio0 attach returned 6 > >>>>> gpioregulator0: on ofwbus0 > >>>>> gpioregulator0: cannot get pin 0 > >>>>> gpioregulator0: cannot parse parameters > >>>>> device_attach: gpioregulator0 attach returned 6 > >>>>> gpio0: mem > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,3= 8,39 on > >>>>> simple_mfd0 > >>>>> gpio0: cannot allocate memory window > >>>>> device_attach: gpio0 attach returned 6 > >>>>> gpio0: mem > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > >>>>> gpio0: cannot allocate memory window > >>>>> device_attach: gpio0 attach returned 6 > >>>>> gpioregulator0: on ofwbus0 > >>>>> gpioregulator0: cannot get pin 0 > >>>>> gpioregulator0: cannot parse parameters > >>>>> device_attach: gpioregulator0 attach returned 6 > >>>>> gpio0: mem > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,3= 8,39 on > >>>>> simple_mfd0 > >>>>> gpio0: cannot allocate memory window > >>>>> device_attach: gpio0 attach returned 6 > >>>>> gpio0: mem > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > >>>>> gpio0: cannot allocate memory window > >>>>> device_attach: gpio0 attach returned 6 > >>>>> gpioregulator0: on ofwbus0 > >>>>> gpioregulator0: cannot get pin 0 > >>>>> gpioregulator0: cannot parse parameters > >>>>> device_attach: gpioregulator0 attach returned 6 > >>>>> cpulist0: on ofwbus0 > >>>>> cpu0: on cpulist0 > >>>>> cpu1: on cpulist0 > >>>>> pmu0: irq 4 on ofwbus0 > >>>>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 > >>>>> syscon_generic1: mem 0x11500-0x1153f on simplebus1 > >>>>> uart0: mem 0x12000-0x121ff irq 9,10,11 on > >>>>> simplebus1 > >>>>> uart0: console (115200,n,8,1) > >>>>> gpio0: mem > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37,3= 8,39 on > >>>>> simple_mfd0 > >>>>> gpio0: cannot allocate memory window > >>>>> device_attach: gpio0 attach returned 6 > >>>>> syscon_generic2: mem 0x14000-0x1405f on simplebus1 > >>>>> gpio0: mem > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > >>>>> gpio0: cannot allocate memory window > >>>>> device_attach: gpio0 attach returned 6 > >>>>> mvneta0: mem 0x30000-0x33fff irq 14 on simplebus1 > >>>>> mvneta0: version is 10 > >>>>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > >>>>> mdio0: on mvneta0 > >>>>> mdioproxy0: on mdio0 > >>>>> e6000sw0: on mdio0 > >>>>> e6000sw0: multi-chip addressing mode (0x1) > >>>>> e6000sw0: CPU port at 0 > >>>>> e6000sw0: fixed port at 0 > >>>>> e6000sw0: PHY at port 1 > >>>>> miibus0: on e6000sw0 > >>>>> e1000phy0: PHY 17 on miibus0 > >>>>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, a= uto > >>>>> e6000sw0: PHY at port 2 > >>>>> miibus1: on e6000sw0 > >>>>> e1000phy1: PHY 18 on miibus1 > >>>>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, a= uto > >>>>> e6000sw0: PHY at port 3 > >>>>> miibus2: on e6000sw0 > >>>>> e1000phy2: PHY 19 on miibus2 > >>>>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, a= uto > >>>>> e6000sw0: switch is ready. > >>>>> etherswitch0: on e6000sw0 > >>>>> xhci0: mem 0x58000-0x5bfff irq 16 on > >>>>> simplebus1 > >>>>> xhci0: 32 bytes context size, 32-bit DMA > >>>>> usbus0 on xhci0 > >>>>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > >>>>> ehci0: mem 0x5e000-0x5efff = irq > >>>>> 17 on simplebus1 > >>>>> usbus1: EHCI version 1.0 > >>>>> usbus1 on ehci0 > >>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > >>>>> sdhci_xenon0: mem > >>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > >>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on simpleb= us1 > >>>>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported wit= h FBS > >>>>> ahcich0: at channel 0 on ahci0 > >>>>> device_attach: ahcich0 attach returned 6 > >>>>> gpioregulator0: on ofwbus0 > >>>>> gpioregulator0: cannot get pin 0 > >>>>> gpioregulator0: cannot parse parameters > >>>>> device_attach: gpioregulator0 attach returned 6 > >>>>> cryptosoft0: > >>>>> Timecounters tick every 1.000 msec > >>>>> mvneta0: link state changed to UP > >>>>> e6000sw0port1: link state changed to DOWN > >>>>> e6000sw0port2: link state changed to DOWN > >>>>> e6000sw0port3: link state changed to DOWN > >>>>> usbus0: 5.0Gbps Super Speed USB v3.0 > >>>>> usbus1: 480Mbps High Speed USB v2.0 > >>>>> Release APs...done > >>>>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > >>>>> Instruction Set Attributes 0 =3D > >>>>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]= ... > >>>>> Instruction Set Attributes 1 =3D <> > >>>>> Root mount waiting for: Processor Features 0 =3D > >>>>> > >>>>> usbus1 Processor Features 1 =3D <0> > >>>>> usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS > >>>>> Mem,MixedEndian,16bit ASID,1TB PA> > >>>>>=20 > >>>>> Memory Model Features 1 =3D <> > >>>>> Memory Model Features 2 =3D <32b CCIDX,48b VA> > >>>>> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 > >>>>> Breakpoints,PMUv3,Debug v8> > >>>>> Debug Features 1 =3D <0> > >>>>> Auxiliary Features 0 =3D <0> > >>>>> Auxiliary Features 1 =3D <0> > >>>>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > >>>>> WARNING: WITNESS option enabled, expect reduced performance. > >>>>> ugen0.1: at usbus0 > >>>>> ugen1.1: at usbus1 > >>>>> uhub0 on usbus0 > >>>>> uhub1 on usbus1 > >>>>> uhub0: on > >>>>> usbus0 > >>>>> uhub1: on > >>>>> usbus1 > >>>>> uhub0: 2 ports with 2 removable, self powered > >>>>> uhub1: 1 port with 1 removable, self powered > >>>>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... > >>>>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. > >>>>>=20 > >>>>> Loader variables: > >>>>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > >>>>> vfs.root.mountfrom.options=3Dro,noatime > >>>>>=20 > >>>>> Manual root filesystem specification: > >>>>> : [options] > >>>>> Mount using filesystem > >>>>> and with the specified (optional) option list. > >>>>>=20 > >>>>> eg. ufs:/dev/da0s1a > >>>>> zfs:zroot/ROOT/default > >>>>> cd9660:/dev/cd0 ro > >>>>> (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > >>>>>=20 > >>>>> ? List valid disk boot devices > >>>>> . Yield 1 second (for background tasks) > >>>>> Abort manual input > >>>>>=20 > >>>>> mountroot> ? > >>>>>=20 > >>>>> List of GEOM managed disk devices: > >>>>>=20 > >>>>>=20 > >>>>> mountroot> > >>>>> _______________________________________________ > >>>>> freebsd-arm@freebsd.org mailing li= st > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.o= rg " > >>>>>=20 > >>>>> _______________________________________________ > >>>>> freebsd-arm@freebsd.org mailing li= st > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.o= rg " > >>>>=20 > >>>=20 > >>>=20 > >>> -- > >>> Emmanuel Vadot > >>=20 > >=20 > >=20 > > --=20 > > Emmanuel Vadot --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Aug 16 14:20:35 2019 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 40684CD866 for ; Fri, 16 Aug 2019 14:20:35 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4695821lW9z4KGk for ; Fri, 16 Aug 2019 14:20:33 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 9cfcd951; Fri, 16 Aug 2019 16:20:31 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=mJjRAw5q2YkLaI/D1Ey1dtPj8vU=; b=ZTbFUlXze576uCodBiIkRwb7OhIr PP5hfA+YXLFCuKbMyZeSbB2jFmUXYlhYnVP1VxjefcQiNOU21ZaPT/vQTTP5kx4d fieiTxJepxk5EHAv5inBIrUwxTSsDUo4boUxjLJpjdruveeW8KhViDTudHgiA6Jx M+qKGa+Mx0kixEQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=Rt7PovoOaRVxS/xnK2mP5vF0xCuszyx9Pp3TJ9ybznpzidgxVymw/3Bg rjLIEGKh5udgfZSVV4pQM5QbnwoBbuf7rpHlKHTDjpWewKAIPtfjH2eTscFlwT/q HeP3ZUCjoRS0aFnhYNFqAaNdOCp61KofE4bxdZ+Mrts1SqwjcUM= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 681831eb TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 16 Aug 2019 16:20:31 +0200 (CEST) Date: Fri, 16 Aug 2019 16:20:31 +0200 From: Emmanuel Vadot To: Bob Bishop Cc: freebsd-arm@freebsd.org Subject: Re: RPI B boot problem Message-Id: <20190816162031.638cb7bcb3382442f7e7d565@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4695821lW9z4KGk X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=ZTbFUlXz; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.45 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-0.97)[-0.969,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.98)[-0.982,0]; NEURAL_SPAM_SHORT(0.05)[0.049,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.35)[ip: (-0.86), ipnet: 212.83.160.0/19(2.55), asn: 12876(0.10), country: FR(-0.01)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2019 14:20:35 -0000 Hi Bob, On Fri, 16 Aug 2019 11:54:31 +0100 Bob Bishop wrote: > Hi, >=20 > Can anyone confirm whether a recent HEAD image (eg FreeBSD-13.0-CURRENT-a= rm-armv6-RPI-B-20190718-r350103.img) is working? I?m seeing: >=20 > mmc1 is current device > Scanning mmc 1:1... > Found EFI removable media binary efi/boot/bootarm.efi > libfdt fdt_check_header(): FDT_ERR_BADMAGIC > Scanning disk mmc@7e300000.blk... > Found 3 disks > FDT memrsv map 0: Failed to add to map > BootOrder not defined > 617112 bytes read in 47 ms (12.5 MiB/s) > libfdt fdt_check_header(): FDT_ERR_BADMAGIC > FDT memrsv map 0: Failed to add to map > ## Starting EFI application at 00080000 ... > Consoles: EFI console =20 > Reading loader env vars from /efi/freebsd/loader.env > Setting currdev to disk0p1: > failed to allocate staging area: 9 > failed to allocate staging area > ## Application terminated, r =3D 5 > EFI LOAD FAILED: continuing? >=20 > Thanks >=20 > -- > Bob Bishop > rb@gid.co.uk Could you test a new loader.efi with this patch applied : https://reviews.freebsd.org/D21016 ? Thanks, --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Aug 16 15:10:41 2019 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 19C40CE6C4 for ; Fri, 16 Aug 2019 15:10:41 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4696Fq6Lhkz4MQg for ; Fri, 16 Aug 2019 15:10:39 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id af0ebb7e; Fri, 16 Aug 2019 17:10:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=GdpuG5ON32mQ B9RwSWikjaqflUo=; b=oEoT5vipEBqSuWNm1ur0qkfYrTIUPYr6LrVJ8kLbo0Ia 59A3/ucoJtvaJvJYJ1VxMAkpVUcLXE9yCeHVJA4OOBPrYHkPHSmnRlR3dGLEFpzv LbW22joFjbllM/RaRHVwDgNm4XEpY46t2OKwyykr/mZuJgVxXAvdm1sPbh96jIs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=R5fu3j 9hb9oUn6Z7ZLDvcB/Takq4g6ajdOyzpB7IwM86XVefcjG4GJLkMWArObpQl/achX kvcDw7i1yFfIVtLQrSqNhIYmVt6d0ndGDlaMmziRvKJj+7TSsPDdHU+ZghqlrnLS UibGJfLV+cAsHq5gYUmb8ATHC8zjQsZxbWFPs= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id dc4a0eb1 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 16 Aug 2019 17:10:37 +0200 (CEST) Date: Fri, 16 Aug 2019 17:10:37 +0200 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt , freebsd-arm , Marcin Wojtas Subject: Re: Espressobin anyone ? Message-Id: <20190816171037.f808fbaba2369f179de36397@bidouilliste.com> In-Reply-To: <20190816152454.4e54ab5c276a543c120d909a@bidouilliste.com> References: <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> <20190815233755.893e485f40ccacd79cdb3d96@bidouilliste.com> <78F5029D-A0F5-42F2-8191-07EB3A68C87B@gmail.com> <20190816152454.4e54ab5c276a543c120d909a@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4696Fq6Lhkz4MQg X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=oEoT5vip; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [0.09 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.36)[ip: (-0.86), ipnet: 212.83.160.0/19(2.54), asn: 12876(0.10), country: FR(-0.01)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.70)[-0.703,0]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.46.224,0.0.117.48]; NEURAL_HAM_LONG(-0.85)[-0.848,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_SPAM_SHORT(0.19)[0.187,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2019 15:10:41 -0000 On Fri, 16 Aug 2019 15:24:54 +0200 Emmanuel Vadot wrote: > On Fri, 16 Aug 2019 07:28:59 +0200 > S=F8ren Schmidt wrote: >=20 > > Hi > >=20 > > Very simple, reverting sys/gnu/dts to what was before 350595 (actually = 350592). > > Thats what we have svn for ? >=20 > If I asked how it was to have the svn command that you used, I want to > make sure that you didn't revert anything else, like do you have > r350596 and r350628 ? >=20 > > That does make my bananapi work again, no other changes just a recompil= ed kernel. >=20 > That + copying the dtb to the fat32 partition ? >=20 > Can you post the dtb somewhere. >=20 > > However it does not bring the Espressobin back to life, thats something= in one of the ~30 other files that changed between those two revisions. >=20 > What Linux version of DTS are you using then ? The ones that were in > stable/12 when it was branched (4.18) or a later revision ? So I think that I've found the problem on the Espressobin. I think that the problem comes from the simple-mfd driver that I've mfc in r350600. The pinctrl/gpio controller compatible is "marvell,armada3710-nb-pinctrl", "syscon", "simple-mfd" and it attaches at BUS_PASS_INTERRUPT while the simple_mfd driver attaches at BUS_PASS_BUS (so earlier) which means that no gpio controller will be available for sdhci to detect the card. If someone with a non-working espressobin could post a full verbose boot log that would help me confirming that this is the case. I'll try to find a solution on how to solve this problem. > > -S=F8ren > >=20 > > > On 15 Aug 2019, at 23.37, Emmanuel Vadot wrot= e: > > >=20 > > > On Thu, 15 Aug 2019 21:56:23 +0200 > > > S=F8ren Schmidt wrote: > > >=20 > > >>=20 > > >> Well, I don?t care where you are from and what color you have :) > > >>=20 > > >> Now, if I update my stable12 sources to r350595 the bananapi breaks,= if revert sys/gnu/dts it works again, go figure.. > > >=20 > > > Reverting to what ? and how ? > > >=20 > > > Because I've just test 12-stable and I have the problem that I've said > > > in my previous mail so setting hw.regulator.disable_unused=3D0 is the > > > work around. > > > The problem is in twsi not in the DTS so I'm curious how reverting > > > only the dts fixes this problem. > > >=20 > > >> The r351099 fix is already like that in -stable, and not part of the= problem. > > >>=20 > > >> -S=F8ren > > >=20 > > >>> On 15 Aug 2019, at 21.03, Emmanuel Vadot wr= ote: > > >>>=20 > > >>> On Thu, 15 Aug 2019 19:48:54 +0200 > > >>> S=F8ren Schmidt wrote: > > >>>=20 > > >>>> Hi Mit! > > >>>>=20 > > >>>> Right, I suspected that, 12-stable broke many embedded systems bet= ween r350592 and r350595 where all the latest and greatest DTS files was pu= lled in, I guess the same holds for -current. > > >>>>=20 > > >>>> -S=F8ren > > >>>=20 > > >>> Mhm it's fun that you think that DTS import is the source of all yo= ur > > >>> problems, I get it, it's easy to blame the French guy that bulk imp= ort > > >>> the DTS, he surely don't know what he is doing. > > >>> Anyway, two problems were raised in this thread : > > >>>=20 > > >>> 1) BananaPi (A20) doesn't boot > > >>> 2) Espressobin sd support is broken > > >>>=20 > > >>> I've just looked at the BananaPi problem today, I've fixed a first > > >>> problem in r351099. > > >>> The main problem is that when we disable the unused regulators we h= ang > > >>> when trying to disabling ldo3. It's weird because the board doesn't= use > > >>> LDO3 (which is why we are disabling it, it's unused). The problem i= s in > > >>> twsi I think as only leaving the part in axp209 that read the > > >>> voltage register value make FreeBSD hang. > > >>> I'll have a proper look later, in the meantime you can set > > >>> hw.regulator.disable_unused=3D0 > > >>> in /boot/loader.conf > > >>> This isn't a DTS problem. > > >>>=20 > > >>> For Espressobin I haven't found any thing related to SD in the DTS > > >>> updates since the import, the only things slighly related are mmc a= nd > > >>> sdio. > > >>> So if someone could find which DTS import broke this I can have a l= ook. > > >>>=20 > > >>>>=20 > > >>>>> On 15 Aug 2019, at 19.37, Mit Matelske wrote: > > >>>>>=20 > > >>>>> Yeah, that was the problem. I went back to r348882 and everythin= g worked out of the box. > > >>>>>=20 > > >>>>> Thanks again for the hand holding! > > >>>>>=20 > > >>>>> Mit > > >>>>>=20 > > >>>>> From: "S=F8ren Schmidt" > > > >>>>> To: "Mit Matelske" > > > >>>>> Cc: "Marcin Wojtas" >, "= freebsd-arm" > > > >>>>> Sent: Wednesday, August 14, 2019 1:33:04 PM > > >>>>> Subject: Re: Espressobin anyone ? > > >>>>>=20 > > >>>>>=20 > > >>>>> It might simply be broken in -current (again). > > >>>>>=20 > > >>>>> I just updated my stable12 tree and I pulled in new .dts files fo= r just about anything? > > >>>>>=20 > > >>>>> Needless to say, it broke the Espressobin?s SD support, it now fa= ils just like yours.. > > >>>>>=20 > > >>>>> It also broke allwinner builds and what not, so I?m just going ba= ck in time again :) > > >>>>>=20 > > >>>>> I wonder why there is this overwhelming need to import stuff that= breaks things right, left and center in a -stable branch ? > > >>>>> That would have earned you the pointy hat back when?. > > >>>>>=20 > > >>>>> -S=F8ren > > >>>>>=20 > > >>>>>=20 > > >>>>> On 14 Aug 2019, at 18.01, Mit Matelske > wrote: > > >>>>>=20 > > >>>>> Marcin- > > >>>>>=20 > > >>>>> Sorry I didn't reply yesterday. I didn't have any luck with that= either. I tried a lot of permutations. > > >>>>>=20 > > >>>>> Not saying for 100% it doesn't work, but I couldn't get it to wor= k! > > >>>>>=20 > > >>>>> Mit > > >>>>>=20 > > >>>>> From: "Marcin Wojtas" > > > >>>>> To: "Mit Matelske" > > > >>>>> Cc: "S=F8ren Schmidt" >, "freebsd-arm" > > > >>>>> Sent: Wednesday, August 14, 2019 10:41:04 AM > > >>>>> Subject: Re: Espressobin anyone ? > > >>>>>=20 > > >>>>> Hi Mit, > > >>>>> Since you are using the latest 13-current, could you please try i= f passing rootdev via u-boot bootargs (please see my previous email) works = for you without the loader modification? > > >>>>>=20 > > >>>>> Best regards, > > >>>>> Marcin > > >>>>>=20 > > >>>>> ?r., 14 sie 2019 o 16:29 Mit Matelske > napisa?(a): > > >>>>> Soren- > > >>>>>=20 > > >>>>> Thanks for the info. I'll grab a couple more SD cards at lunch. = This one is a new Samsung 32GB. I'll also try putting the changes into 12= and see if that helps. I'm using the latest 13-current. > > >>>>>=20 > > >>>>> Again, appreciate the hand holding! > > >>>>>=20 > > >>>>> Mit > > >>>>>=20 > > >>>>> From: "S=F8ren Schmidt" > > > >>>>> To: "Mit Matelske" > > > >>>>> Cc: "Marcin Wojtas" >, "= freebsd-arm" > > > >>>>> Sent: Wednesday, August 14, 2019 2:30:31 AM > > >>>>> Subject: Re: Espressobin anyone ? > > >>>>>=20 > > >>>>> Hi Mit > > >>>>> Hmm, from your earlier posted dmesgs it looks like the SD card is= not getting detected properly.. > > >>>>>=20 > > >>>>> I get this output: > > >>>>>=20 > > >>>>> sdhci_xenon0: mem 0xd0000-0xd02ff= ,0x1e808-0x1e80b irq 24 on simplebus1 > > >>>>> mmc0: on sdhci_xenon0 > > >>>>> ?snip? > > >>>>> mmcsd0: 16GB at= mmc0 50.0MHz/4bit/65535-block > > >>>>>=20 > > >>>>> The problem you see was fixed for me by r348882, maybe it got bro= ken later, I havn?t backported the later changes.. > > >>>>>=20 > > >>>>> Have you tried another SD card ? I have found 2 of mine that the = espressobin doesn?t like, but works fine with bananapi and friends... > > >>>>>=20 > > >>>>> -S=F8ren > > >>>>>=20 > > >>>>> On 13 Aug 2019, at 23.30, Mit Matelske > wrote: > > >>>>>=20 > > >>>>> Soren- > > >>>>>=20 > > >>>>> Thanks for the code snippet! That will fix one of the problems. > > >>>>>=20 > > >>>>> I still can't mount my filesystem, though. I think I'm doing som= ething really simple, wrong. I believe I'm running the latest code and add= ed some printfs to show the kernel setting the regulator: > > >>>>>=20 > > >>>>>=20 > > >>>>> usbus1 on ehci0 > > >>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > >>>>> sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19 > > >>>>> sdhci_xenon0: vqmmc-supply regulator found > > >>>>> sdhci_xenon0: mem 0xd0000-0xd02ff= ,0x1e808-0x1e80b irq 24 on simplebus1 > > >>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on simpl= ebus1 > > >>>>>=20 > > >>>>>=20 > > >>>>> Could there be a problem with how I am setting up my filesystem? = I've tried both freebsd-ufs and freebsd as the type, with no luck. A gpart= listing of my SD card: > > >>>>>=20 > > >>>>> root@fbl:~ # gpart list da3 > > >>>>> Geom name: da3 > > >>>>> modified: false > > >>>>> state: OK > > >>>>> fwheads: 255 > > >>>>> fwsectors: 63 > > >>>>> last: 62521335 > > >>>>> first: 3 > > >>>>> entries: 4 > > >>>>> scheme: GPT > > >>>>> Providers: > > >>>>> 1. Name: da3p1 > > >>>>> Mediasize: 41943040 (40M) > > >>>>> Sectorsize: 512 > > >>>>> Stripesize: 0 > > >>>>> Stripeoffset: 1536 > > >>>>> Mode: r0w0e0 > > >>>>> efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14= 000) > > >>>>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > > >>>>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > > >>>>> label: (null) > > >>>>> length: 41943040 > > >>>>> offset: 1536 > > >>>>> type: efi > > >>>>> index: 1 > > >>>>> end: 81922 > > >>>>> start: 3 > > >>>>> 2. Name: da3p2 > > >>>>> Mediasize: 31968979456 (30G) > > >>>>> Sectorsize: 512 > > >>>>> Stripesize: 0 > > >>>>> Stripeoffset: 41944576 > > >>>>> Mode: r0w0e0 > > >>>>> efimedia: HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,= 0x3b8bff5) > > >>>>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > > >>>>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > > >>>>> label: (null) > > >>>>> length: 31968979456 > > >>>>> offset: 41944576 > > >>>>> type: freebsd-ufs > > >>>>> index: 2 > > >>>>> end: 62521335 > > >>>>> start: 81923 > > >>>>> Consumers: > > >>>>> 1. Name: da3 > > >>>>> Mediasize: 32010928128 (30G) > > >>>>> Sectorsize: 512 > > >>>>> Mode: r0w0e0 > > >>>>>=20 > > >>>>> Thanks!! > > >>>>>=20 > > >>>>> Mit > > >>>>>=20 > > >>>>> From: "S=F8ren Schmidt" > > > >>>>> To: "Marcin Wojtas" > > > >>>>> Cc: "Mit Matelske" >, "freebsd-arm= " > > > >>>>> Sent: Tuesday, August 13, 2019 12:55:09 PM > > >>>>> Subject: Re: Espressobin anyone ? > > >>>>>=20 > > >>>>> Hi > > >>>>> That doesn?t seen to work on the espressobin, or least I can?t ge= t it to pick it up. > > >>>>>=20 > > >>>>> I use this patch as a workaround: > > >>>>>=20 > > >>>>> Index: main.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 > > >>>>> --- main.c (revision 350496) > > >>>>> +++ main.c (working copy) > > >>>>> @@ -463,6 +462,13 @@ > > >>>>> int rv; > > >>>>> char *rootdev; > > >>>>>=20 > > >>>>> +#if defined(__aarch64__) > > >>>>> + /* SOS HACK in rootdev, at least Espressobin gets this wrong= */ > > >>>>> + printf("Setting currdev hack\n"); > > >>>>> + set_currdev("disk0p2"); > > >>>>> + return (0); > > >>>>> +#endif > > >>>>> + > > >>>>> /* > > >>>>> * First choice: if rootdev is already set, use that, even if > > >>>>> * it's wrong. > > >>>>>=20 > > >>>>> Its not pretty but it does the job until I get time to look into = why bootargs aren?t passed / won?t stick, probably something I havn?t backp= orted to my -stable12 sources yet... > > >>>>>=20 > > >>>>> -S=F8ren > > >>>>>=20 > > >>>>> On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: > > >>>>>=20 > > >>>>> Hi, > > >>>>>=20 > > >>>>> Not sure if it's what you are looking for, but in order to autobo= ot, I > > >>>>> simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here's = example from > > >>>>> A3720-DB (same should work on EspressoBin): > > >>>>>=20 > > >>>>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload usb= 0:1 > > >>>>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} > > >>>>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > > >>>>> resetting USB... > > >>>>> USB0: Register 2000104 NbrPorts 2 > > >>>>> Starting the controller > > >>>>> USB XHCI 1.00 > > >>>>> USB1: USB EHCI 1.00 > > >>>>> - ______ ____ _____ _____ > > >>>>> | ____| | _ \ / ____| __ \ > > >>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | > > >>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > > >>>>> | | | | | __/ __/| |_) |____) | |__| | > > >>>>> | | | | | | || | | | > > >>>>> |_| |_| \___|\___||____/|_____/|_____/ > > >>>>> ``` > > >>>>> ` > > >>>>> ????????????Welcome to FreeBSD????????????? s` `.....---......= .--.``` > > >>>>> -/ > > >>>>> ? ? +o .--` = /y:` > > >>>>> +. > > >>>>> ? 1. Boot Multi user [Enter] ? yo`:. = :o > > >>>>> `+- > > >>>>> ? 2. Boot Single user ? y/ = -/` -o/ > > >>>>> ? 3. Escape to loader prompt ? .- > > >>>>> ::/sy+:. > > >>>>> ? 4. Reboot ? / = `-- > > >>>>> / > > >>>>> ? ? `: > > >>>>> :` > > >>>>> ? Options: ? `: > > >>>>> :` > > >>>>> ? 5. Kernel: default/kernel (1 of 1) ? / > > >>>>> / > > >>>>> ? 6. Boot Options ? .- > > >>>>> -. > > >>>>> ? ? -- = -. > > >>>>> ? ? `:` = `:` > > >>>>> ? ? .-- = `--. > > >>>>> ??????????????????????????????????????????? .---.....-= ---. > > >>>>> Autoboot in 9 seconds, hit [Enter] to boot or any other key to st= op > > >>>>>=20 > > >>>>> Loading kernel... > > >>>>> /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 > > >>>>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] > > >>>>> Loading configured modules... > > >>>>> can't find '/boot/entropy' > > >>>>> Using DTB provided by EFI at 0x8000000. > > >>>>> ---<>--- > > >>>>> KDB: debugger backends: ddb > > >>>>> KDB: current backend: ddb > > >>>>> Copyright (c) 1992-2019 The FreeBSD Project. > > >>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 199= 3, 1994 > > >>>>> The Regents of the University of California. All rights reserved. > > >>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. > > >>>>> FreeBSD 13.0-CURRENT 17a1fc80d57-c261519(upstream_master) GENERIC= arm64 > > >>>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (base= d on LLVM > > >>>>> 8.0.0) > > >>>>> WARNING: WITNESS option enabled, expect reduced performance. > > >>>>> VT: init without driver. > > >>>>> Starting CPU 1 (1) > > >>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > >>>>> [...] > > >>>>>=20 > > >>>>> Best regards, > > >>>>> Marcin > > >>>>>=20 > > >>>>> pon., 12 sie 2019 o 23:14 Mit Matelske > napisa?(a): > > >>>>>=20 > > >>>>>=20 > > >>>>> Soren- > > >>>>>=20 > > >>>>> Thanks for the quick response. I built this kernel with revision= 350924. > > >>>>> I'll dig into whats going on in the morning. > > >>>>>=20 > > >>>>> Mind posting your diff for your loader.efi? > > >>>>>=20 > > >>>>> Thanks again! > > >>>>>=20 > > >>>>> Mit > > >>>>>=20 > > >>>>>=20 > > >>>>> ----- Original Message ----- > > >>>>> From: "S=F8ren Schmidt" > > > >>>>> To: "Mit Matelske" > > > >>>>> Cc: "tscho" = >, "freebsd-arm" < > > >>>>> freebsd-arm@freebsd.org > > > >>>>> Sent: Monday, August 12, 2019 3:49:48 PM > > >>>>> Subject: Re: Espressobin anyone ? > > >>>>>=20 > > >>>>> Hi > > >>>>>=20 > > >>>>> Looks like your sources may be too old, you need to be at least a= t r348882 > > >>>>> to get the fix for the SD card VCC regulator. > > >>>>>=20 > > >>>>> That change fixed it for me backported to 12-stable... > > >>>>>=20 > > >>>>> The currdev problem still exists, I have it hardwired in my loade= r for > > >>>>> aarch64 :) > > >>>>>=20 > > >>>>> -S=F8ren > > >>>>>=20 > > >>>>>=20 > > >>>>> On 12 Aug 2019, at 21.06, Mit Matelske > wrote: > > >>>>>=20 > > >>>>> I'm having a couple little hiccups booting this board also. One = has > > >>>>> been commented on already, that I can't get the loader to automat= ically > > >>>>> start loading the kernel on "disk0p2"... > > >>>>>=20 > > >>>>> The second, is that the kernel can't find the SD card after booti= ng so > > >>>>> it can't mount the root filesystem. I'm using the dts/dtb and ke= rnel from > > >>>>> the 13-current branch. > > >>>>>=20 > > >>>>> Thanks for any and all help. I haven't used u-boot in about deca= de. > > >>>>> Spoiled by the x86 platform. > > >>>>>=20 > > >>>>> Mit Matelske > > >>>>>=20 > > >>>>>=20 > > >>>>> ***U-boot environment:*** > > >>>>>=20 > > >>>>>=20 > > >>>>> Marvell>> printenv > > >>>>> baudrate=3D115200 > > >>>>> bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0012= 000 > > >>>>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname=3D0 > > >>>>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fat= load mmc > > >>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > >>>>> bootdelay=3D2 > > >>>>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;fat= load mmc > > >>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > >>>>> console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd00120= 00 > > >>>>> eth1addr=3D00:51:82:11:22:01 > > >>>>> eth2addr=3D00:51:82:11:22:02 > > >>>>> eth3addr=3D00:51:82:11:22:03 > > >>>>> ethact=3Dneta@30000 > > >>>>> ethaddr=3DF0:AD:4E:09:6B:8F > > >>>>> ethprime=3Deth0 > > >>>>> fdt_addr=3D0x4f00000 > > >>>>> fdt_high=3D0xffffffffffffffff > > >>>>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb > > >>>>> fdtcontroladdr=3D3f7161b8 > > >>>>> gatewayip=3D10.4.50.254 > > >>>>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_addr > > >>>>> $fdt_name; run get_ramfs > > >>>>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs_a= ddr > > >>>>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_ad= dr -;fi > > >>>>> hostname=3Dmarvell > > >>>>> image_name=3Defi/freebsd/loader.efi > > >>>>> initrd_addr=3D0xa00000 > > >>>>> initrd_size=3D0x2000000 > > >>>>> ipaddr=3D0.0.0.0 > > >>>>> kernel_addr=3D0x5000000 > > >>>>> loadaddr=3D0x5000000 > > >>>>> netdev=3Deth0 > > >>>>> netmask=3D255.255.255.0 > > >>>>> ramfs_addr=3D0x8000000 > > >>>>> ramfs_name=3D- > > >>>>> root=3Droot=3D/dev/nfs rw > > >>>>> rootpath=3D/srv/nfs/ > > >>>>> serverip=3D0.0.0.0 > > >>>>> set_bootargs=3Dsetenv bootargs $console $root > > >>>>> ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none > > >>>>> nfsroot=3D$serverip:$rootpath $extra_params > > >>>>> stderr=3Dserial@12000 > > >>>>> stdin=3Dserial@12000 > > >>>>> stdout=3Dserial@12000 > > >>>>>=20 > > >>>>>=20 > > >>>>> ***Full boot logs:*** > > >>>>>=20 > > >>>>>=20 > > >>>>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 +0= 800) > > >>>>>=20 > > >>>>> Model: Marvell Armada 3720 Community Board ESPRESSOBin > > >>>>> CPU @ 1000 [MHz] > > >>>>> L2 @ 800 [MHz] > > >>>>> TClock @ 200 [MHz] > > >>>>> DDR @ 800 [MHz] > > >>>>> DRAM: 1 GiB > > >>>>> U-Boot DT blob at : 000000003f7161b8 > > >>>>> Comphy-0: USB3 5 Gbps > > >>>>> Comphy-1: PEX0 2.5 Gbps > > >>>>> Comphy-2: SATA0 6 Gbps > > >>>>> SATA link 0 timeout. > > >>>>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > > >>>>> flags: ncq led only pmp fbss pio slum part sxs > > >>>>> PCIE-0: Link down > > >>>>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 > > >>>>> SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 K= iB, > > >>>>> total 4 MiB > > >>>>> Net: eth0: neta@30000 [PRIME] > > >>>>> Hit any key to stop autoboot: 0 > > >>>>> switch to partitions #0, OK > > >>>>> mmc0 is current device > > >>>>> reading efi/freebsd/loader.efi > > >>>>> 603872 bytes read in 49 ms (11.8 MiB/s) > > >>>>> reading efi/boot/armada-3720-espressobin.dtb > > >>>>> 15946 bytes read in 17 ms (916 KiB/s) > > >>>>> ## Starting EFI application at 05000000 ... > > >>>>> Scanning disk sdhci@d0000.blk ... > > >>>>> Card did not respond to voltage select! > > >>>>> mmc_init: -95, time 50 > > >>>>> Found 1 disks > > >>>>> Consoles: EFI console > > >>>>> FreeBSD/arm64 EFI loader, Revision 1.1 > > >>>>>=20 > > >>>>> Command line arguments: loader.efi > > >>>>> EFI version: 2.05 > > >>>>> EFI Firmware: Das U-boot (rev 0.00) > > >>>>> Console: efi (0) > > >>>>> Failed to find bootable partition > > >>>>> Startup error in /boot/lua/loader.lua: seconds > > >>>>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. > > >>>>>=20 > > >>>>> can't load 'kernel' > > >>>>>=20 > > >>>>> Type '?' for a list of commands, 'help' for more detailed help. > > >>>>> OK > > >>>>> OK set currdev=3Ddisk0p2 > > >>>>> OK boot > > >>>>>=20 > > >>>>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 > > >>>>> syms=3D[0x8+0x137dd8+0x8+0x126260] > > >>>>> Using DTB provided by EFI at 0x8000000. > > >>>>> ---<>--- > > >>>>> KDB: debugger backends: ddb > > >>>>> KDB: current backend: ddb > > >>>>> Copyright (c) 1992-2019 The FreeBSD Project. > > >>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 199= 3, 1994 > > >>>>> The Regents of the University of California. All rights reser= ved. > > >>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. > > >>>>> FreeBSD 13.0-CURRENT GENERIC arm64 > > >>>>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (base= d on > > >>>>> LLVM 6.0.1) > > >>>>> WARNING: WITNESS option enabled, expect reduced performance. > > >>>>> VT: init without driver. > > >>>>> Starting CPU 1 (1) > > >>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > >>>>> arc4random: WARNING: initial seeding bypassed the cryptographic r= andom > > >>>>> device because it was not yet seeded and the knob 'bypass_before_= seeding' > > >>>>> was enabled. > > >>>>> random: entropy device external interface > > >>>>> MAP 3e681000 mode 2 pages 1 > > >>>>> MAP 3ffa6000 mode 2 pages 1 > > >>>>> kbd0 at kbdmux0 > > >>>>> ofwbus0: > > >>>>> simplebus0: on ofwbus0 > > >>>>> simplebus1: on simplebus0 > > >>>>> simple_mfd0: mem > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > > >>>>> simple_mfd1: mem > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > > >>>>> psci0: on ofwbus0 > > >>>>> gic0: mem > > >>>>> 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d9= 0000-0x1d91fff,0x1da0000-0x1dbffff > > >>>>> irq 27 on simplebus1 > > >>>>> gpio0: mem > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37= ,38,39 on > > >>>>> simple_mfd0 > > >>>>> gpio0: cannot allocate memory window > > >>>>> device_attach: gpio0 attach returned 6 > > >>>>> gpio0: mem > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > >>>>> gpio0: cannot allocate memory window > > >>>>> device_attach: gpio0 attach returned 6 > > >>>>> gpioregulator0: on ofwbus0 > > >>>>> gpioregulator0: cannot get pin 0 > > >>>>> gpioregulator0: cannot parse parameters > > >>>>> device_attach: gpioregulator0 attach returned 6 > > >>>>> generic_timer0: irq 0,1,2,3 on ofwbus0 > > >>>>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz qualit= y 1000 > > >>>>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality= 1000 > > >>>>> gpio0: mem > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37= ,38,39 on > > >>>>> simple_mfd0 > > >>>>> gpio0: cannot allocate memory window > > >>>>> device_attach: gpio0 attach returned 6 > > >>>>> gpio0: mem > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > >>>>> gpio0: cannot allocate memory window > > >>>>> device_attach: gpio0 attach returned 6 > > >>>>> gpioregulator0: on ofwbus0 > > >>>>> gpioregulator0: cannot get pin 0 > > >>>>> gpioregulator0: cannot parse parameters > > >>>>> device_attach: gpioregulator0 attach returned 6 > > >>>>> gpio0: mem > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37= ,38,39 on > > >>>>> simple_mfd0 > > >>>>> gpio0: cannot allocate memory window > > >>>>> device_attach: gpio0 attach returned 6 > > >>>>> gpio0: mem > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > >>>>> gpio0: cannot allocate memory window > > >>>>> device_attach: gpio0 attach returned 6 > > >>>>> gpioregulator0: on ofwbus0 > > >>>>> gpioregulator0: cannot get pin 0 > > >>>>> gpioregulator0: cannot parse parameters > > >>>>> device_attach: gpioregulator0 attach returned 6 > > >>>>> gpio0: mem > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37= ,38,39 on > > >>>>> simple_mfd0 > > >>>>> gpio0: cannot allocate memory window > > >>>>> device_attach: gpio0 attach returned 6 > > >>>>> gpio0: mem > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > >>>>> gpio0: cannot allocate memory window > > >>>>> device_attach: gpio0 attach returned 6 > > >>>>> gpioregulator0: on ofwbus0 > > >>>>> gpioregulator0: cannot get pin 0 > > >>>>> gpioregulator0: cannot parse parameters > > >>>>> device_attach: gpioregulator0 attach returned 6 > > >>>>> gpio0: mem > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37= ,38,39 on > > >>>>> simple_mfd0 > > >>>>> gpio0: cannot allocate memory window > > >>>>> device_attach: gpio0 attach returned 6 > > >>>>> gpio0: mem > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > >>>>> gpio0: cannot allocate memory window > > >>>>> device_attach: gpio0 attach returned 6 > > >>>>> gpioregulator0: on ofwbus0 > > >>>>> gpioregulator0: cannot get pin 0 > > >>>>> gpioregulator0: cannot parse parameters > > >>>>> device_attach: gpioregulator0 attach returned 6 > > >>>>> cpulist0: on ofwbus0 > > >>>>> cpu0: on cpulist0 > > >>>>> cpu1: on cpulist0 > > >>>>> pmu0: irq 4 on ofwbus0 > > >>>>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 > > >>>>> syscon_generic1: mem 0x11500-0x1153f on simplebus1 > > >>>>> uart0: mem 0x12000-0x121ff irq 9,10,11= on > > >>>>> simplebus1 > > >>>>> uart0: console (115200,n,8,1) > > >>>>> gpio0: mem > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,37= ,38,39 on > > >>>>> simple_mfd0 > > >>>>> gpio0: cannot allocate memory window > > >>>>> device_attach: gpio0 attach returned 6 > > >>>>> syscon_generic2: mem 0x14000-0x1405f on simplebus1 > > >>>>> gpio0: mem > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mfd1 > > >>>>> gpio0: cannot allocate memory window > > >>>>> device_attach: gpio0 attach returned 6 > > >>>>> mvneta0: mem 0x30000-0x33fff irq 14 on simplebu= s1 > > >>>>> mvneta0: version is 10 > > >>>>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > > >>>>> mdio0: on mvneta0 > > >>>>> mdioproxy0: on mdio0 > > >>>>> e6000sw0: on mdio0 > > >>>>> e6000sw0: multi-chip addressing mode (0x1) > > >>>>> e6000sw0: CPU port at 0 > > >>>>> e6000sw0: fixed port at 0 > > >>>>> e6000sw0: PHY at port 1 > > >>>>> miibus0: on e6000sw0 > > >>>>> e1000phy0: PHY 17 on miibus0 > > >>>>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master,= auto > > >>>>> e6000sw0: PHY at port 2 > > >>>>> miibus1: on e6000sw0 > > >>>>> e1000phy1: PHY 18 on miibus1 > > >>>>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master,= auto > > >>>>> e6000sw0: PHY at port 3 > > >>>>> miibus2: on e6000sw0 > > >>>>> e1000phy2: PHY 19 on miibus2 > > >>>>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master,= auto > > >>>>> e6000sw0: switch is ready. > > >>>>> etherswitch0: on e6000sw0 > > >>>>> xhci0: mem 0x58000-0x5bfff irq 16 on > > >>>>> simplebus1 > > >>>>> xhci0: 32 bytes context size, 32-bit DMA > > >>>>> usbus0 on xhci0 > > >>>>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > > >>>>> ehci0: mem 0x5e000-0x5eff= f irq > > >>>>> 17 on simplebus1 > > >>>>> usbus1: EHCI version 1.0 > > >>>>> usbus1 on ehci0 > > >>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > >>>>> sdhci_xenon0: mem > > >>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > >>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on simpl= ebus1 > > >>>>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported w= ith FBS > > >>>>> ahcich0: at channel 0 on ahci0 > > >>>>> device_attach: ahcich0 attach returned 6 > > >>>>> gpioregulator0: on ofwbus0 > > >>>>> gpioregulator0: cannot get pin 0 > > >>>>> gpioregulator0: cannot parse parameters > > >>>>> device_attach: gpioregulator0 attach returned 6 > > >>>>> cryptosoft0: > > >>>>> Timecounters tick every 1.000 msec > > >>>>> mvneta0: link state changed to UP > > >>>>> e6000sw0port1: link state changed to DOWN > > >>>>> e6000sw0port2: link state changed to DOWN > > >>>>> e6000sw0port3: link state changed to DOWN > > >>>>> usbus0: 5.0Gbps Super Speed USB v3.0 > > >>>>> usbus1: 480Mbps High Speed USB v2.0 > > >>>>> Release APs...done > > >>>>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > > >>>>> Instruction Set Attributes 0 =3D > > >>>>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatim= e]... > > >>>>> Instruction Set Attributes 1 =3D <> > > >>>>> Root mount waiting for: Processor Features 0 =3D > > >>>>> > > >>>>> usbus1 Processor Features 1 =3D <0> > > >>>>> usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule,S= /NS > > >>>>> Mem,MixedEndian,16bit ASID,1TB PA> > > >>>>>=20 > > >>>>> Memory Model Features 1 =3D <> > > >>>>> Memory Model Features 2 =3D <32b CCIDX,48b VA> > > >>>>> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 > > >>>>> Breakpoints,PMUv3,Debug v8> > > >>>>> Debug Features 1 =3D <0> > > >>>>> Auxiliary Features 0 =3D <0> > > >>>>> Auxiliary Features 1 =3D <0> > > >>>>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > > >>>>> WARNING: WITNESS option enabled, expect reduced performance. > > >>>>> ugen0.1: at usbus0 > > >>>>> ugen1.1: at usbus1 > > >>>>> uhub0 on usbus0 > > >>>>> uhub1 on usbus1 > > >>>>> uhub0: = on > > >>>>> usbus0 > > >>>>> uhub1: = on > > >>>>> usbus1 > > >>>>> uhub0: 2 ports with 2 removable, self powered > > >>>>> uhub1: 1 port with 1 removable, self powered > > >>>>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... > > >>>>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. > > >>>>>=20 > > >>>>> Loader variables: > > >>>>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > > >>>>> vfs.root.mountfrom.options=3Dro,noatime > > >>>>>=20 > > >>>>> Manual root filesystem specification: > > >>>>> : [options] > > >>>>> Mount using filesystem > > >>>>> and with the specified (optional) option list. > > >>>>>=20 > > >>>>> eg. ufs:/dev/da0s1a > > >>>>> zfs:zroot/ROOT/default > > >>>>> cd9660:/dev/cd0 ro > > >>>>> (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > > >>>>>=20 > > >>>>> ? List valid disk boot devices > > >>>>> . Yield 1 second (for background tasks) > > >>>>> Abort manual input > > >>>>>=20 > > >>>>> mountroot> ? > > >>>>>=20 > > >>>>> List of GEOM managed disk devices: > > >>>>>=20 > > >>>>>=20 > > >>>>> mountroot> > > >>>>> _______________________________________________ > > >>>>> freebsd-arm@freebsd.org mailing = list > > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd= .org " > > >>>>>=20 > > >>>>> _______________________________________________ > > >>>>> freebsd-arm@freebsd.org mailing = list > > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd= .org " > > >>>>=20 > > >>>=20 > > >>>=20 > > >>> -- > > >>> Emmanuel Vadot > > >>=20 > > >=20 > > >=20 > > > --=20 > > > Emmanuel Vadot >=20 >=20 > --=20 > Emmanuel Vadot > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Aug 16 17:12:34 2019 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 1258FA8FF8 for ; Fri, 16 Aug 2019 17:12:34 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4698yS6vWfz4TcY for ; Fri, 16 Aug 2019 17:12:32 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id f97b2f5f; Fri, 16 Aug 2019 19:12:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=lQShmG0DuYpU 0Fb0ZeqD2C/p2LA=; b=cDPyduPs72qDrPe4bnit9jM5H8O08ShXGQzyhCYJHmJC Bo95P89jgdfsZyUtpNxd/JXioNllN0/tfstrDoVHkIt+rcehu+K51348p0nNhbay 9pFN1UI8NWBIEtetn75peWQ+1u/qBhTYGX97Pk9hXsLpTtzTgUVfBSkerDwAg+U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=RHNSb9 n4soh9B2CCghBMFg1HGkPOX/PEaE5WaGQLrvY7rvFw/7CQt4oHSOqsm0jhK/F2gX r/wlXm+katbBg+iaizqeJdXLfHGwFO34gUA0ciySL012UvcrnnwW0JtnyQDO5eCt bHcDpzjXfYqnEHZv2ncGTBHQiObDxEYfUQy4E= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id bbd96f70 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 16 Aug 2019 19:12:30 +0200 (CEST) Date: Fri, 16 Aug 2019 19:12:30 +0200 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt , freebsd-arm , Marcin Wojtas Subject: Re: Espressobin anyone ? Message-Id: <20190816191230.508f07f27fac21479a6716d9@bidouilliste.com> In-Reply-To: <20190816171037.f808fbaba2369f179de36397@bidouilliste.com> References: <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> <20190815233755.893e485f40ccacd79cdb3d96@bidouilliste.com> <78F5029D-A0F5-42F2-8191-07EB3A68C87B@gmail.com> <20190816152454.4e54ab5c276a543c120d909a@bidouilliste.com> <20190816171037.f808fbaba2369f179de36397@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4698yS6vWfz4TcY X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=cDPyduPs; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [0.38 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.36)[ip: (-0.85), ipnet: 212.83.160.0/19(2.54), asn: 12876(0.10), country: FR(-0.01)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.52)[-0.523,0]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.46.224,0.0.117.48]; NEURAL_HAM_LONG(-0.77)[-0.768,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_SPAM_SHORT(0.21)[0.214,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2019 17:12:34 -0000 On Fri, 16 Aug 2019 17:10:37 +0200 Emmanuel Vadot wrote: > On Fri, 16 Aug 2019 15:24:54 +0200 > Emmanuel Vadot wrote: >=20 > > On Fri, 16 Aug 2019 07:28:59 +0200 > > S=F8ren Schmidt wrote: > >=20 > > > Hi > > >=20 > > > Very simple, reverting sys/gnu/dts to what was before 350595 (actuall= y 350592). > > > Thats what we have svn for ? > >=20 > > If I asked how it was to have the svn command that you used, I want to > > make sure that you didn't revert anything else, like do you have > > r350596 and r350628 ? > >=20 > > > That does make my bananapi work again, no other changes just a recomp= iled kernel. > >=20 > > That + copying the dtb to the fat32 partition ? > >=20 > > Can you post the dtb somewhere. > >=20 > > > However it does not bring the Espressobin back to life, thats somethi= ng in one of the ~30 other files that changed between those two revisions. > >=20 > > What Linux version of DTS are you using then ? The ones that were in > > stable/12 when it was branched (4.18) or a later revision ? >=20 > So I think that I've found the problem on the Espressobin. > I think that the problem comes from the simple-mfd driver that I've > mfc in r350600. > The pinctrl/gpio controller compatible is > "marvell,armada3710-nb-pinctrl", "syscon", "simple-mfd" and it attaches > at BUS_PASS_INTERRUPT while the simple_mfd driver attaches at > BUS_PASS_BUS (so earlier) which means that no gpio controller will be > available for sdhci to detect the card. >=20 > If someone with a non-working espressobin could post a full verbose > boot log that would help me confirming that this is the case. > I'll try to find a solution on how to solve this problem. So this wasn't the problem but I've found it, see r351129 and r351130 SD card now work again in HEAD, I'll have a look at stable later next week. > > > -S=F8ren > > >=20 > > > > On 15 Aug 2019, at 23.37, Emmanuel Vadot wr= ote: > > > >=20 > > > > On Thu, 15 Aug 2019 21:56:23 +0200 > > > > S=F8ren Schmidt wrote: > > > >=20 > > > >>=20 > > > >> Well, I don?t care where you are from and what color you have :) > > > >>=20 > > > >> Now, if I update my stable12 sources to r350595 the bananapi break= s, if revert sys/gnu/dts it works again, go figure.. > > > >=20 > > > > Reverting to what ? and how ? > > > >=20 > > > > Because I've just test 12-stable and I have the problem that I've s= aid > > > > in my previous mail so setting hw.regulator.disable_unused=3D0 is t= he > > > > work around. > > > > The problem is in twsi not in the DTS so I'm curious how reverting > > > > only the dts fixes this problem. > > > >=20 > > > >> The r351099 fix is already like that in -stable, and not part of t= he problem. > > > >>=20 > > > >> -S=F8ren > > > >=20 > > > >>> On 15 Aug 2019, at 21.03, Emmanuel Vadot = wrote: > > > >>>=20 > > > >>> On Thu, 15 Aug 2019 19:48:54 +0200 > > > >>> S=F8ren Schmidt wrote: > > > >>>=20 > > > >>>> Hi Mit! > > > >>>>=20 > > > >>>> Right, I suspected that, 12-stable broke many embedded systems b= etween r350592 and r350595 where all the latest and greatest DTS files was = pulled in, I guess the same holds for -current. > > > >>>>=20 > > > >>>> -S=F8ren > > > >>>=20 > > > >>> Mhm it's fun that you think that DTS import is the source of all = your > > > >>> problems, I get it, it's easy to blame the French guy that bulk i= mport > > > >>> the DTS, he surely don't know what he is doing. > > > >>> Anyway, two problems were raised in this thread : > > > >>>=20 > > > >>> 1) BananaPi (A20) doesn't boot > > > >>> 2) Espressobin sd support is broken > > > >>>=20 > > > >>> I've just looked at the BananaPi problem today, I've fixed a first > > > >>> problem in r351099. > > > >>> The main problem is that when we disable the unused regulators we= hang > > > >>> when trying to disabling ldo3. It's weird because the board doesn= 't use > > > >>> LDO3 (which is why we are disabling it, it's unused). The problem= is in > > > >>> twsi I think as only leaving the part in axp209 that read the > > > >>> voltage register value make FreeBSD hang. > > > >>> I'll have a proper look later, in the meantime you can set > > > >>> hw.regulator.disable_unused=3D0 > > > >>> in /boot/loader.conf > > > >>> This isn't a DTS problem. > > > >>>=20 > > > >>> For Espressobin I haven't found any thing related to SD in the DTS > > > >>> updates since the import, the only things slighly related are mmc= and > > > >>> sdio. > > > >>> So if someone could find which DTS import broke this I can have a= look. > > > >>>=20 > > > >>>>=20 > > > >>>>> On 15 Aug 2019, at 19.37, Mit Matelske wrote: > > > >>>>>=20 > > > >>>>> Yeah, that was the problem. I went back to r348882 and everyth= ing worked out of the box. > > > >>>>>=20 > > > >>>>> Thanks again for the hand holding! > > > >>>>>=20 > > > >>>>> Mit > > > >>>>>=20 > > > >>>>> From: "S=F8ren Schmidt" > > > > >>>>> To: "Mit Matelske" > > > > >>>>> Cc: "Marcin Wojtas" >,= "freebsd-arm" > > > > >>>>> Sent: Wednesday, August 14, 2019 1:33:04 PM > > > >>>>> Subject: Re: Espressobin anyone ? > > > >>>>>=20 > > > >>>>>=20 > > > >>>>> It might simply be broken in -current (again). > > > >>>>>=20 > > > >>>>> I just updated my stable12 tree and I pulled in new .dts files = for just about anything? > > > >>>>>=20 > > > >>>>> Needless to say, it broke the Espressobin?s SD support, it now = fails just like yours.. > > > >>>>>=20 > > > >>>>> It also broke allwinner builds and what not, so I?m just going = back in time again :) > > > >>>>>=20 > > > >>>>> I wonder why there is this overwhelming need to import stuff th= at breaks things right, left and center in a -stable branch ? > > > >>>>> That would have earned you the pointy hat back when?. > > > >>>>>=20 > > > >>>>> -S=F8ren > > > >>>>>=20 > > > >>>>>=20 > > > >>>>> On 14 Aug 2019, at 18.01, Mit Matelske > wrote: > > > >>>>>=20 > > > >>>>> Marcin- > > > >>>>>=20 > > > >>>>> Sorry I didn't reply yesterday. I didn't have any luck with th= at either. I tried a lot of permutations. > > > >>>>>=20 > > > >>>>> Not saying for 100% it doesn't work, but I couldn't get it to w= ork! > > > >>>>>=20 > > > >>>>> Mit > > > >>>>>=20 > > > >>>>> From: "Marcin Wojtas" > > > > >>>>> To: "Mit Matelske" > > > > >>>>> Cc: "S=F8ren Schmidt" >, "freebsd-arm" > > > > >>>>> Sent: Wednesday, August 14, 2019 10:41:04 AM > > > >>>>> Subject: Re: Espressobin anyone ? > > > >>>>>=20 > > > >>>>> Hi Mit, > > > >>>>> Since you are using the latest 13-current, could you please try= if passing rootdev via u-boot bootargs (please see my previous email) work= s for you without the loader modification? > > > >>>>>=20 > > > >>>>> Best regards, > > > >>>>> Marcin > > > >>>>>=20 > > > >>>>> ?r., 14 sie 2019 o 16:29 Mit Matelske > napisa?(a): > > > >>>>> Soren- > > > >>>>>=20 > > > >>>>> Thanks for the info. I'll grab a couple more SD cards at lunch= . This one is a new Samsung 32GB. I'll also try putting the changes into = 12 and see if that helps. I'm using the latest 13-current. > > > >>>>>=20 > > > >>>>> Again, appreciate the hand holding! > > > >>>>>=20 > > > >>>>> Mit > > > >>>>>=20 > > > >>>>> From: "S=F8ren Schmidt" > > > > >>>>> To: "Mit Matelske" > > > > >>>>> Cc: "Marcin Wojtas" >,= "freebsd-arm" > > > > >>>>> Sent: Wednesday, August 14, 2019 2:30:31 AM > > > >>>>> Subject: Re: Espressobin anyone ? > > > >>>>>=20 > > > >>>>> Hi Mit > > > >>>>> Hmm, from your earlier posted dmesgs it looks like the SD card = is not getting detected properly.. > > > >>>>>=20 > > > >>>>> I get this output: > > > >>>>>=20 > > > >>>>> sdhci_xenon0: mem 0xd0000-0xd02= ff,0x1e808-0x1e80b irq 24 on simplebus1 > > > >>>>> mmc0: on sdhci_xenon0 > > > >>>>> ?snip? > > > >>>>> mmcsd0: 16GB = at mmc0 50.0MHz/4bit/65535-block > > > >>>>>=20 > > > >>>>> The problem you see was fixed for me by r348882, maybe it got b= roken later, I havn?t backported the later changes.. > > > >>>>>=20 > > > >>>>> Have you tried another SD card ? I have found 2 of mine that th= e espressobin doesn?t like, but works fine with bananapi and friends... > > > >>>>>=20 > > > >>>>> -S=F8ren > > > >>>>>=20 > > > >>>>> On 13 Aug 2019, at 23.30, Mit Matelske > wrote: > > > >>>>>=20 > > > >>>>> Soren- > > > >>>>>=20 > > > >>>>> Thanks for the code snippet! That will fix one of the problems. > > > >>>>>=20 > > > >>>>> I still can't mount my filesystem, though. I think I'm doing s= omething really simple, wrong. I believe I'm running the latest code and a= dded some printfs to show the kernel setting the regulator: > > > >>>>>=20 > > > >>>>>=20 > > > >>>>> usbus1 on ehci0 > > > >>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > > >>>>> sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19 > > > >>>>> sdhci_xenon0: vqmmc-supply regulator found > > > >>>>> sdhci_xenon0: mem 0xd0000-0xd02= ff,0x1e808-0x1e80b irq 24 on simplebus1 > > > >>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on sim= plebus1 > > > >>>>>=20 > > > >>>>>=20 > > > >>>>> Could there be a problem with how I am setting up my filesystem= ? I've tried both freebsd-ufs and freebsd as the type, with no luck. A gpa= rt listing of my SD card: > > > >>>>>=20 > > > >>>>> root@fbl:~ # gpart list da3 > > > >>>>> Geom name: da3 > > > >>>>> modified: false > > > >>>>> state: OK > > > >>>>> fwheads: 255 > > > >>>>> fwsectors: 63 > > > >>>>> last: 62521335 > > > >>>>> first: 3 > > > >>>>> entries: 4 > > > >>>>> scheme: GPT > > > >>>>> Providers: > > > >>>>> 1. Name: da3p1 > > > >>>>> Mediasize: 41943040 (40M) > > > >>>>> Sectorsize: 512 > > > >>>>> Stripesize: 0 > > > >>>>> Stripeoffset: 1536 > > > >>>>> Mode: r0w0e0 > > > >>>>> efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x= 14000) > > > >>>>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > > > >>>>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > > > >>>>> label: (null) > > > >>>>> length: 41943040 > > > >>>>> offset: 1536 > > > >>>>> type: efi > > > >>>>> index: 1 > > > >>>>> end: 81922 > > > >>>>> start: 3 > > > >>>>> 2. Name: da3p2 > > > >>>>> Mediasize: 31968979456 (30G) > > > >>>>> Sectorsize: 512 > > > >>>>> Stripesize: 0 > > > >>>>> Stripeoffset: 41944576 > > > >>>>> Mode: r0w0e0 > > > >>>>> efimedia: HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x1400= 3,0x3b8bff5) > > > >>>>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > > > >>>>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > > > >>>>> label: (null) > > > >>>>> length: 31968979456 > > > >>>>> offset: 41944576 > > > >>>>> type: freebsd-ufs > > > >>>>> index: 2 > > > >>>>> end: 62521335 > > > >>>>> start: 81923 > > > >>>>> Consumers: > > > >>>>> 1. Name: da3 > > > >>>>> Mediasize: 32010928128 (30G) > > > >>>>> Sectorsize: 512 > > > >>>>> Mode: r0w0e0 > > > >>>>>=20 > > > >>>>> Thanks!! > > > >>>>>=20 > > > >>>>> Mit > > > >>>>>=20 > > > >>>>> From: "S=F8ren Schmidt" > > > > >>>>> To: "Marcin Wojtas" > > > > >>>>> Cc: "Mit Matelske" >, "freebsd-a= rm" > > > > >>>>> Sent: Tuesday, August 13, 2019 12:55:09 PM > > > >>>>> Subject: Re: Espressobin anyone ? > > > >>>>>=20 > > > >>>>> Hi > > > >>>>> That doesn?t seen to work on the espressobin, or least I can?t = get it to pick it up. > > > >>>>>=20 > > > >>>>> I use this patch as a workaround: > > > >>>>>=20 > > > >>>>> Index: main.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 > > > >>>>> --- main.c (revision 350496) > > > >>>>> +++ main.c (working copy) > > > >>>>> @@ -463,6 +462,13 @@ > > > >>>>> int rv; > > > >>>>> char *rootdev; > > > >>>>>=20 > > > >>>>> +#if defined(__aarch64__) > > > >>>>> + /* SOS HACK in rootdev, at least Espressobin gets this wro= ng */ > > > >>>>> + printf("Setting currdev hack\n"); > > > >>>>> + set_currdev("disk0p2"); > > > >>>>> + return (0); > > > >>>>> +#endif > > > >>>>> + > > > >>>>> /* > > > >>>>> * First choice: if rootdev is already set, use that, even if > > > >>>>> * it's wrong. > > > >>>>>=20 > > > >>>>> Its not pretty but it does the job until I get time to look int= o why bootargs aren?t passed / won?t stick, probably something I havn?t bac= kported to my -stable12 sources yet... > > > >>>>>=20 > > > >>>>> -S=F8ren > > > >>>>>=20 > > > >>>>> On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: > > > >>>>>=20 > > > >>>>> Hi, > > > >>>>>=20 > > > >>>>> Not sure if it's what you are looking for, but in order to auto= boot, I > > > >>>>> simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here'= s example from > > > >>>>> A3720-DB (same should work on EspressoBin): > > > >>>>>=20 > > > >>>>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload u= sb 0:1 > > > >>>>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} > > > >>>>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > > > >>>>> resetting USB... > > > >>>>> USB0: Register 2000104 NbrPorts 2 > > > >>>>> Starting the controller > > > >>>>> USB XHCI 1.00 > > > >>>>> USB1: USB EHCI 1.00 > > > >>>>> - ______ ____ _____ _____ > > > >>>>> | ____| | _ \ / ____| __ \ > > > >>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | > > > >>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > > > >>>>> | | | | | __/ __/| |_) |____) | |__| | > > > >>>>> | | | | | | || | | | > > > >>>>> |_| |_| \___|\___||____/|_____/|_____/ > > > >>>>> ``` > > > >>>>> ` > > > >>>>> ????????????Welcome to FreeBSD????????????? s` `.....---....= ...--.``` > > > >>>>> -/ > > > >>>>> ? ? +o .--` = /y:` > > > >>>>> +. > > > >>>>> ? 1. Boot Multi user [Enter] ? yo`:. = :o > > > >>>>> `+- > > > >>>>> ? 2. Boot Single user ? y/ = -/` -o/ > > > >>>>> ? 3. Escape to loader prompt ? .- > > > >>>>> ::/sy+:. > > > >>>>> ? 4. Reboot ? / = `-- > > > >>>>> / > > > >>>>> ? ? `: > > > >>>>> :` > > > >>>>> ? Options: ? `: > > > >>>>> :` > > > >>>>> ? 5. Kernel: default/kernel (1 of 1) ? / > > > >>>>> / > > > >>>>> ? 6. Boot Options ? .- > > > >>>>> -. > > > >>>>> ? ? -- = -. > > > >>>>> ? ? `:` = `:` > > > >>>>> ? ? .-- = `--. > > > >>>>> ??????????????????????????????????????????? .---....= .----. > > > >>>>> Autoboot in 9 seconds, hit [Enter] to boot or any other key to = stop > > > >>>>>=20 > > > >>>>> Loading kernel... > > > >>>>> /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 > > > >>>>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] > > > >>>>> Loading configured modules... > > > >>>>> can't find '/boot/entropy' > > > >>>>> Using DTB provided by EFI at 0x8000000. > > > >>>>> ---<>--- > > > >>>>> KDB: debugger backends: ddb > > > >>>>> KDB: current backend: ddb > > > >>>>> Copyright (c) 1992-2019 The FreeBSD Project. > > > >>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1= 993, 1994 > > > >>>>> The Regents of the University of California. All rights reserve= d. > > > >>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. > > > >>>>> FreeBSD 13.0-CURRENT 17a1fc80d57-c261519(upstream_master) GENER= IC arm64 > > > >>>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (ba= sed on LLVM > > > >>>>> 8.0.0) > > > >>>>> WARNING: WITNESS option enabled, expect reduced performance. > > > >>>>> VT: init without driver. > > > >>>>> Starting CPU 1 (1) > > > >>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > >>>>> [...] > > > >>>>>=20 > > > >>>>> Best regards, > > > >>>>> Marcin > > > >>>>>=20 > > > >>>>> pon., 12 sie 2019 o 23:14 Mit Matelske > napisa?(a): > > > >>>>>=20 > > > >>>>>=20 > > > >>>>> Soren- > > > >>>>>=20 > > > >>>>> Thanks for the quick response. I built this kernel with revisi= on 350924. > > > >>>>> I'll dig into whats going on in the morning. > > > >>>>>=20 > > > >>>>> Mind posting your diff for your loader.efi? > > > >>>>>=20 > > > >>>>> Thanks again! > > > >>>>>=20 > > > >>>>> Mit > > > >>>>>=20 > > > >>>>>=20 > > > >>>>> ----- Original Message ----- > > > >>>>> From: "S=F8ren Schmidt" > > > > >>>>> To: "Mit Matelske" > > > > >>>>> Cc: "tscho" >, "freebsd-arm" < > > > >>>>> freebsd-arm@freebsd.org > > > > >>>>> Sent: Monday, August 12, 2019 3:49:48 PM > > > >>>>> Subject: Re: Espressobin anyone ? > > > >>>>>=20 > > > >>>>> Hi > > > >>>>>=20 > > > >>>>> Looks like your sources may be too old, you need to be at least= at r348882 > > > >>>>> to get the fix for the SD card VCC regulator. > > > >>>>>=20 > > > >>>>> That change fixed it for me backported to 12-stable... > > > >>>>>=20 > > > >>>>> The currdev problem still exists, I have it hardwired in my loa= der for > > > >>>>> aarch64 :) > > > >>>>>=20 > > > >>>>> -S=F8ren > > > >>>>>=20 > > > >>>>>=20 > > > >>>>> On 12 Aug 2019, at 21.06, Mit Matelske > wrote: > > > >>>>>=20 > > > >>>>> I'm having a couple little hiccups booting this board also. On= e has > > > >>>>> been commented on already, that I can't get the loader to autom= atically > > > >>>>> start loading the kernel on "disk0p2"... > > > >>>>>=20 > > > >>>>> The second, is that the kernel can't find the SD card after boo= ting so > > > >>>>> it can't mount the root filesystem. I'm using the dts/dtb and = kernel from > > > >>>>> the 13-current branch. > > > >>>>>=20 > > > >>>>> Thanks for any and all help. I haven't used u-boot in about de= cade. > > > >>>>> Spoiled by the x86 platform. > > > >>>>>=20 > > > >>>>> Mit Matelske > > > >>>>>=20 > > > >>>>>=20 > > > >>>>> ***U-boot environment:*** > > > >>>>>=20 > > > >>>>>=20 > > > >>>>> Marvell>> printenv > > > >>>>> baudrate=3D115200 > > > >>>>> bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd00= 12000 > > > >>>>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname= =3D0 > > > >>>>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;f= atload mmc > > > >>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > > >>>>> bootdelay=3D2 > > > >>>>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;f= atload mmc > > > >>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > > >>>>> console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd001= 2000 > > > >>>>> eth1addr=3D00:51:82:11:22:01 > > > >>>>> eth2addr=3D00:51:82:11:22:02 > > > >>>>> eth3addr=3D00:51:82:11:22:03 > > > >>>>> ethact=3Dneta@30000 > > > >>>>> ethaddr=3DF0:AD:4E:09:6B:8F > > > >>>>> ethprime=3Deth0 > > > >>>>> fdt_addr=3D0x4f00000 > > > >>>>> fdt_high=3D0xffffffffffffffff > > > >>>>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb > > > >>>>> fdtcontroladdr=3D3f7161b8 > > > >>>>> gatewayip=3D10.4.50.254 > > > >>>>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_a= ddr > > > >>>>> $fdt_name; run get_ramfs > > > >>>>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramfs= _addr > > > >>>>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs_= addr -;fi > > > >>>>> hostname=3Dmarvell > > > >>>>> image_name=3Defi/freebsd/loader.efi > > > >>>>> initrd_addr=3D0xa00000 > > > >>>>> initrd_size=3D0x2000000 > > > >>>>> ipaddr=3D0.0.0.0 > > > >>>>> kernel_addr=3D0x5000000 > > > >>>>> loadaddr=3D0x5000000 > > > >>>>> netdev=3Deth0 > > > >>>>> netmask=3D255.255.255.0 > > > >>>>> ramfs_addr=3D0x8000000 > > > >>>>> ramfs_name=3D- > > > >>>>> root=3Droot=3D/dev/nfs rw > > > >>>>> rootpath=3D/srv/nfs/ > > > >>>>> serverip=3D0.0.0.0 > > > >>>>> set_bootargs=3Dsetenv bootargs $console $root > > > >>>>> ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:no= ne > > > >>>>> nfsroot=3D$serverip:$rootpath $extra_params > > > >>>>> stderr=3Dserial@12000 > > > >>>>> stdin=3Dserial@12000 > > > >>>>> stdout=3Dserial@12000 > > > >>>>>=20 > > > >>>>>=20 > > > >>>>> ***Full boot logs:*** > > > >>>>>=20 > > > >>>>>=20 > > > >>>>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10 = +0800) > > > >>>>>=20 > > > >>>>> Model: Marvell Armada 3720 Community Board ESPRESSOBin > > > >>>>> CPU @ 1000 [MHz] > > > >>>>> L2 @ 800 [MHz] > > > >>>>> TClock @ 200 [MHz] > > > >>>>> DDR @ 800 [MHz] > > > >>>>> DRAM: 1 GiB > > > >>>>> U-Boot DT blob at : 000000003f7161b8 > > > >>>>> Comphy-0: USB3 5 Gbps > > > >>>>> Comphy-1: PEX0 2.5 Gbps > > > >>>>> Comphy-2: SATA0 6 Gbps > > > >>>>> SATA link 0 timeout. > > > >>>>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > > > >>>>> flags: ncq led only pmp fbss pio slum part sxs > > > >>>>> PCIE-0: Link down > > > >>>>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 > > > >>>>> SF: Detected mx25u3235f with page size 256 Bytes, erase size 64= KiB, > > > >>>>> total 4 MiB > > > >>>>> Net: eth0: neta@30000 [PRIME] > > > >>>>> Hit any key to stop autoboot: 0 > > > >>>>> switch to partitions #0, OK > > > >>>>> mmc0 is current device > > > >>>>> reading efi/freebsd/loader.efi > > > >>>>> 603872 bytes read in 49 ms (11.8 MiB/s) > > > >>>>> reading efi/boot/armada-3720-espressobin.dtb > > > >>>>> 15946 bytes read in 17 ms (916 KiB/s) > > > >>>>> ## Starting EFI application at 05000000 ... > > > >>>>> Scanning disk sdhci@d0000.blk ... > > > >>>>> Card did not respond to voltage select! > > > >>>>> mmc_init: -95, time 50 > > > >>>>> Found 1 disks > > > >>>>> Consoles: EFI console > > > >>>>> FreeBSD/arm64 EFI loader, Revision 1.1 > > > >>>>>=20 > > > >>>>> Command line arguments: loader.efi > > > >>>>> EFI version: 2.05 > > > >>>>> EFI Firmware: Das U-boot (rev 0.00) > > > >>>>> Console: efi (0) > > > >>>>> Failed to find bootable partition > > > >>>>> Startup error in /boot/lua/loader.lua: seconds > > > >>>>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. > > > >>>>>=20 > > > >>>>> can't load 'kernel' > > > >>>>>=20 > > > >>>>> Type '?' for a list of commands, 'help' for more detailed help. > > > >>>>> OK > > > >>>>> OK set currdev=3Ddisk0p2 > > > >>>>> OK boot > > > >>>>>=20 > > > >>>>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 > > > >>>>> syms=3D[0x8+0x137dd8+0x8+0x126260] > > > >>>>> Using DTB provided by EFI at 0x8000000. > > > >>>>> ---<>--- > > > >>>>> KDB: debugger backends: ddb > > > >>>>> KDB: current backend: ddb > > > >>>>> Copyright (c) 1992-2019 The FreeBSD Project. > > > >>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1= 993, 1994 > > > >>>>> The Regents of the University of California. All rights res= erved. > > > >>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. > > > >>>>> FreeBSD 13.0-CURRENT GENERIC arm64 > > > >>>>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (ba= sed on > > > >>>>> LLVM 6.0.1) > > > >>>>> WARNING: WITNESS option enabled, expect reduced performance. > > > >>>>> VT: init without driver. > > > >>>>> Starting CPU 1 (1) > > > >>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > >>>>> arc4random: WARNING: initial seeding bypassed the cryptographic= random > > > >>>>> device because it was not yet seeded and the knob 'bypass_befor= e_seeding' > > > >>>>> was enabled. > > > >>>>> random: entropy device external interface > > > >>>>> MAP 3e681000 mode 2 pages 1 > > > >>>>> MAP 3ffa6000 mode 2 pages 1 > > > >>>>> kbd0 at kbdmux0 > > > >>>>> ofwbus0: > > > >>>>> simplebus0: on ofwbus0 > > > >>>>> simplebus1: on simplebus0 > > > >>>>> simple_mfd0: mem > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > > > >>>>> simple_mfd1: mem > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > > > >>>>> psci0: on ofwb= us0 > > > >>>>> gic0: mem > > > >>>>> 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1= d90000-0x1d91fff,0x1da0000-0x1dbffff > > > >>>>> irq 27 on simplebus1 > > > >>>>> gpio0: mem > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,= 37,38,39 on > > > >>>>> simple_mfd0 > > > >>>>> gpio0: cannot allocate memory window > > > >>>>> device_attach: gpio0 attach returned 6 > > > >>>>> gpio0: mem > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mf= d1 > > > >>>>> gpio0: cannot allocate memory window > > > >>>>> device_attach: gpio0 attach returned 6 > > > >>>>> gpioregulator0: on ofwbus0 > > > >>>>> gpioregulator0: cannot get pin 0 > > > >>>>> gpioregulator0: cannot parse parameters > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > >>>>> generic_timer0: irq 0,1,2,3 on ofwbus0 > > > >>>>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz qual= ity 1000 > > > >>>>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quali= ty 1000 > > > >>>>> gpio0: mem > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,= 37,38,39 on > > > >>>>> simple_mfd0 > > > >>>>> gpio0: cannot allocate memory window > > > >>>>> device_attach: gpio0 attach returned 6 > > > >>>>> gpio0: mem > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mf= d1 > > > >>>>> gpio0: cannot allocate memory window > > > >>>>> device_attach: gpio0 attach returned 6 > > > >>>>> gpioregulator0: on ofwbus0 > > > >>>>> gpioregulator0: cannot get pin 0 > > > >>>>> gpioregulator0: cannot parse parameters > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > >>>>> gpio0: mem > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,= 37,38,39 on > > > >>>>> simple_mfd0 > > > >>>>> gpio0: cannot allocate memory window > > > >>>>> device_attach: gpio0 attach returned 6 > > > >>>>> gpio0: mem > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mf= d1 > > > >>>>> gpio0: cannot allocate memory window > > > >>>>> device_attach: gpio0 attach returned 6 > > > >>>>> gpioregulator0: on ofwbus0 > > > >>>>> gpioregulator0: cannot get pin 0 > > > >>>>> gpioregulator0: cannot parse parameters > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > >>>>> gpio0: mem > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,= 37,38,39 on > > > >>>>> simple_mfd0 > > > >>>>> gpio0: cannot allocate memory window > > > >>>>> device_attach: gpio0 attach returned 6 > > > >>>>> gpio0: mem > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mf= d1 > > > >>>>> gpio0: cannot allocate memory window > > > >>>>> device_attach: gpio0 attach returned 6 > > > >>>>> gpioregulator0: on ofwbus0 > > > >>>>> gpioregulator0: cannot get pin 0 > > > >>>>> gpioregulator0: cannot parse parameters > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > >>>>> gpio0: mem > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,= 37,38,39 on > > > >>>>> simple_mfd0 > > > >>>>> gpio0: cannot allocate memory window > > > >>>>> device_attach: gpio0 attach returned 6 > > > >>>>> gpio0: mem > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mf= d1 > > > >>>>> gpio0: cannot allocate memory window > > > >>>>> device_attach: gpio0 attach returned 6 > > > >>>>> gpioregulator0: on ofwbus0 > > > >>>>> gpioregulator0: cannot get pin 0 > > > >>>>> gpioregulator0: cannot parse parameters > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > >>>>> cpulist0: on ofwbus0 > > > >>>>> cpu0: on cpulist0 > > > >>>>> cpu1: on cpulist0 > > > >>>>> pmu0: irq 4 on ofwbus0 > > > >>>>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 > > > >>>>> syscon_generic1: mem 0x11500-0x1153f on simplebus1 > > > >>>>> uart0: mem 0x12000-0x121ff irq 9,10,= 11 on > > > >>>>> simplebus1 > > > >>>>> uart0: console (115200,n,8,1) > > > >>>>> gpio0: mem > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36,= 37,38,39 on > > > >>>>> simple_mfd0 > > > >>>>> gpio0: cannot allocate memory window > > > >>>>> device_attach: gpio0 attach returned 6 > > > >>>>> syscon_generic2: mem 0x14000-0x1405f on simplebus1 > > > >>>>> gpio0: mem > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_mf= d1 > > > >>>>> gpio0: cannot allocate memory window > > > >>>>> device_attach: gpio0 attach returned 6 > > > >>>>> mvneta0: mem 0x30000-0x33fff irq 14 on simple= bus1 > > > >>>>> mvneta0: version is 10 > > > >>>>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > > > >>>>> mdio0: on mvneta0 > > > >>>>> mdioproxy0: on mdio0 > > > >>>>> e6000sw0: on mdio0 > > > >>>>> e6000sw0: multi-chip addressing mode (0x1) > > > >>>>> e6000sw0: CPU port at 0 > > > >>>>> e6000sw0: fixed port at 0 > > > >>>>> e6000sw0: PHY at port 1 > > > >>>>> miibus0: on e6000sw0 > > > >>>>> e1000phy0: PHY 17 on miibus0 > > > >>>>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FD= X, > > > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-maste= r, auto > > > >>>>> e6000sw0: PHY at port 2 > > > >>>>> miibus1: on e6000sw0 > > > >>>>> e1000phy1: PHY 18 on miibus1 > > > >>>>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FD= X, > > > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-maste= r, auto > > > >>>>> e6000sw0: PHY at port 3 > > > >>>>> miibus2: on e6000sw0 > > > >>>>> e1000phy2: PHY 19 on miibus2 > > > >>>>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FD= X, > > > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-maste= r, auto > > > >>>>> e6000sw0: switch is ready. > > > >>>>> etherswitch0: on e6000sw0 > > > >>>>> xhci0: mem 0x58000-0x5bfff irq 16 = on > > > >>>>> simplebus1 > > > >>>>> xhci0: 32 bytes context size, 32-bit DMA > > > >>>>> usbus0 on xhci0 > > > >>>>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > > > >>>>> ehci0: mem 0x5e000-0x5e= fff irq > > > >>>>> 17 on simplebus1 > > > >>>>> usbus1: EHCI version 1.0 > > > >>>>> usbus1 on ehci0 > > > >>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > > >>>>> sdhci_xenon0: mem > > > >>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > > >>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on sim= plebus1 > > > >>>>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported= with FBS > > > >>>>> ahcich0: at channel 0 on ahci0 > > > >>>>> device_attach: ahcich0 attach returned 6 > > > >>>>> gpioregulator0: on ofwbus0 > > > >>>>> gpioregulator0: cannot get pin 0 > > > >>>>> gpioregulator0: cannot parse parameters > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > >>>>> cryptosoft0: > > > >>>>> Timecounters tick every 1.000 msec > > > >>>>> mvneta0: link state changed to UP > > > >>>>> e6000sw0port1: link state changed to DOWN > > > >>>>> e6000sw0port2: link state changed to DOWN > > > >>>>> e6000sw0port3: link state changed to DOWN > > > >>>>> usbus0: 5.0Gbps Super Speed USB v3.0 > > > >>>>> usbus1: 480Mbps High Speed USB v2.0 > > > >>>>> Release APs...done > > > >>>>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > > > >>>>> Instruction Set Attributes 0 =3D > > > >>>>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noat= ime]... > > > >>>>> Instruction Set Attributes 1 =3D <> > > > >>>>> Root mount waiting for: Processor Features 0 =3D > > > >>>>> > > > >>>>> usbus1 Processor Features 1 =3D <0> > > > >>>>> usbus0 Memory Model Features 0 =3D <4k Granule,64k Granule= ,S/NS > > > >>>>> Mem,MixedEndian,16bit ASID,1TB PA> > > > >>>>>=20 > > > >>>>> Memory Model Features 1 =3D <> > > > >>>>> Memory Model Features 2 =3D <32b CCIDX,48b VA> > > > >>>>> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 > > > >>>>> Breakpoints,PMUv3,Debug v8> > > > >>>>> Debug Features 1 =3D <0> > > > >>>>> Auxiliary Features 0 =3D <0> > > > >>>>> Auxiliary Features 1 =3D <0> > > > >>>>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > > > >>>>> WARNING: WITNESS option enabled, expect reduced performance. > > > >>>>> ugen0.1: at usbus0 > > > >>>>> ugen1.1: at usbus1 > > > >>>>> uhub0 on usbus0 > > > >>>>> uhub1 on usbus1 > > > >>>>> uhub0: on > > > >>>>> usbus0 > > > >>>>> uhub1: on > > > >>>>> usbus1 > > > >>>>> uhub0: 2 ports with 2 removable, self powered > > > >>>>> uhub1: 1 port with 1 removable, self powered > > > >>>>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... > > > >>>>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. > > > >>>>>=20 > > > >>>>> Loader variables: > > > >>>>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > > > >>>>> vfs.root.mountfrom.options=3Dro,noatime > > > >>>>>=20 > > > >>>>> Manual root filesystem specification: > > > >>>>> : [options] > > > >>>>> Mount using filesystem > > > >>>>> and with the specified (optional) option list. > > > >>>>>=20 > > > >>>>> eg. ufs:/dev/da0s1a > > > >>>>> zfs:zroot/ROOT/default > > > >>>>> cd9660:/dev/cd0 ro > > > >>>>> (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > > > >>>>>=20 > > > >>>>> ? List valid disk boot devices > > > >>>>> . Yield 1 second (for background tasks) > > > >>>>> Abort manual input > > > >>>>>=20 > > > >>>>> mountroot> ? > > > >>>>>=20 > > > >>>>> List of GEOM managed disk devices: > > > >>>>>=20 > > > >>>>>=20 > > > >>>>> mountroot> > > > >>>>> _______________________________________________ > > > >>>>> freebsd-arm@freebsd.org mailin= g list > > > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freeb= sd.org " > > > >>>>>=20 > > > >>>>> _______________________________________________ > > > >>>>> freebsd-arm@freebsd.org mailin= g list > > > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freeb= sd.org " > > > >>>>=20 > > > >>>=20 > > > >>>=20 > > > >>> -- > > > >>> Emmanuel Vadot > > > >>=20 > > > >=20 > > > >=20 > > > > --=20 > > > > Emmanuel Vadot > >=20 > >=20 > > --=20 > > Emmanuel Vadot > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 >=20 > --=20 > Emmanuel Vadot > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Aug 16 20:58:37 2019 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 3DC0AAEA70 for ; Fri, 16 Aug 2019 20:58:37 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 469FzH0ZDTz4lSn for ; Fri, 16 Aug 2019 20:58:34 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id b54ecb10; Fri, 16 Aug 2019 22:58:26 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=0Zik7CjptkQctTsNN4rjfSKOgFo=; b=bBh9uDNrcB7MAjigGH/YOPYKWzW7 oEtUxmE1p97c9G7QHtAj6F8f5ldTKgY3pq5aJXtkIQF/3n2k6XiqlFsacDWARr9T iBN/ftyiNDXOGxwb/0S5sOGYVjiFceR/xzgT+5/O6SnaeAnooZcv2N1xfGjF2RKu tD/+IFFfSWdadfE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=H1edzwJfvOs1ge4iF1xofSjx1OJ3KxxL7IIco9hy99CA8pEuI8WDdz16 cZ+bjuCg8gEckxzhTkplZR5bG+kOt2RO8Klr5JB2k7rtkfKbrJ0Mhh2u6Ffl4sFT MY99QTJE2G8ry8fBzzMK8XO243yPCCeKORDGn2aoFBOqPpqjMfQ= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id f8fa20b5 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 16 Aug 2019 22:58:26 +0200 (CEST) Date: Fri, 16 Aug 2019 22:58:26 +0200 From: Emmanuel Vadot To: Emmanuel Vadot Cc: =?ISO-8859-1?Q?S=F8ren?= Schmidt , freebsd-arm , Marcin Wojtas Subject: Re: Espressobin anyone ? Message-Id: <20190816225826.ce31e8f968021944f64cb67c@bidouilliste.com> In-Reply-To: <20190816191230.508f07f27fac21479a6716d9@bidouilliste.com> References: <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> <20190815233755.893e485f40ccacd79cdb3d96@bidouilliste.com> <78F5029D-A0F5-42F2-8191-07EB3A68C87B@gmail.com> <20190816152454.4e54ab5c276a543c120d909a@bidouilliste.com> <20190816171037.f808fbaba2369f179de36397@bidouilliste.com> <20190816191230.508f07f27fac21479a6716d9@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 469FzH0ZDTz4lSn X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=bBh9uDNr; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [0.32 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.36)[ip: (-0.84), ipnet: 212.83.160.0/19(2.54), asn: 12876(0.10), country: FR(-0.01)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.56)[-0.565,0]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.46.224,0.0.117.48]; NEURAL_HAM_LONG(-0.79)[-0.793,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_SPAM_SHORT(0.22)[0.223,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2019 20:58:37 -0000 On Fri, 16 Aug 2019 19:12:30 +0200 Emmanuel Vadot wrote: > On Fri, 16 Aug 2019 17:10:37 +0200 > Emmanuel Vadot wrote: >=20 > > On Fri, 16 Aug 2019 15:24:54 +0200 > > Emmanuel Vadot wrote: > >=20 > > > On Fri, 16 Aug 2019 07:28:59 +0200 > > > S=F8ren Schmidt wrote: > > >=20 > > > > Hi > > > >=20 > > > > Very simple, reverting sys/gnu/dts to what was before 350595 (actua= lly 350592). > > > > Thats what we have svn for ? > > >=20 > > > If I asked how it was to have the svn command that you used, I want = to > > > make sure that you didn't revert anything else, like do you have > > > r350596 and r350628 ? > > >=20 > > > > That does make my bananapi work again, no other changes just a reco= mpiled kernel. > > >=20 > > > That + copying the dtb to the fat32 partition ? > > >=20 > > > Can you post the dtb somewhere. > > >=20 > > > > However it does not bring the Espressobin back to life, thats somet= hing in one of the ~30 other files that changed between those two revisions. > > >=20 > > > What Linux version of DTS are you using then ? The ones that were in > > > stable/12 when it was branched (4.18) or a later revision ? > >=20 > > So I think that I've found the problem on the Espressobin. > > I think that the problem comes from the simple-mfd driver that I've > > mfc in r350600. > > The pinctrl/gpio controller compatible is > > "marvell,armada3710-nb-pinctrl", "syscon", "simple-mfd" and it attaches > > at BUS_PASS_INTERRUPT while the simple_mfd driver attaches at > > BUS_PASS_BUS (so earlier) which means that no gpio controller will be > > available for sdhci to detect the card. > >=20 > > If someone with a non-working espressobin could post a full verbose > > boot log that would help me confirming that this is the case. > > I'll try to find a solution on how to solve this problem. >=20 > So this wasn't the problem but I've found it, see r351129 and r351130 >=20 > SD card now work again in HEAD, I'll have a look at stable later next > week. I've did a quick test and I've MFC r348880, r348882 and r349596, the two other commits needed to be mfc'ed are the one I did today on head, I'll do that next week. With them sdcard is working again on stable/12 > > > > -S=F8ren > > > >=20 > > > > > On 15 Aug 2019, at 23.37, Emmanuel Vadot = wrote: > > > > >=20 > > > > > On Thu, 15 Aug 2019 21:56:23 +0200 > > > > > S=F8ren Schmidt wrote: > > > > >=20 > > > > >>=20 > > > > >> Well, I don?t care where you are from and what color you have :) > > > > >>=20 > > > > >> Now, if I update my stable12 sources to r350595 the bananapi bre= aks, if revert sys/gnu/dts it works again, go figure.. > > > > >=20 > > > > > Reverting to what ? and how ? > > > > >=20 > > > > > Because I've just test 12-stable and I have the problem that I've= said > > > > > in my previous mail so setting hw.regulator.disable_unused=3D0 is= the > > > > > work around. > > > > > The problem is in twsi not in the DTS so I'm curious how reverting > > > > > only the dts fixes this problem. > > > > >=20 > > > > >> The r351099 fix is already like that in -stable, and not part of= the problem. > > > > >>=20 > > > > >> -S=F8ren > > > > >=20 > > > > >>> On 15 Aug 2019, at 21.03, Emmanuel Vadot wrote: > > > > >>>=20 > > > > >>> On Thu, 15 Aug 2019 19:48:54 +0200 > > > > >>> S=F8ren Schmidt wrote: > > > > >>>=20 > > > > >>>> Hi Mit! > > > > >>>>=20 > > > > >>>> Right, I suspected that, 12-stable broke many embedded systems= between r350592 and r350595 where all the latest and greatest DTS files wa= s pulled in, I guess the same holds for -current. > > > > >>>>=20 > > > > >>>> -S=F8ren > > > > >>>=20 > > > > >>> Mhm it's fun that you think that DTS import is the source of al= l your > > > > >>> problems, I get it, it's easy to blame the French guy that bulk= import > > > > >>> the DTS, he surely don't know what he is doing. > > > > >>> Anyway, two problems were raised in this thread : > > > > >>>=20 > > > > >>> 1) BananaPi (A20) doesn't boot > > > > >>> 2) Espressobin sd support is broken > > > > >>>=20 > > > > >>> I've just looked at the BananaPi problem today, I've fixed a fi= rst > > > > >>> problem in r351099. > > > > >>> The main problem is that when we disable the unused regulators = we hang > > > > >>> when trying to disabling ldo3. It's weird because the board doe= sn't use > > > > >>> LDO3 (which is why we are disabling it, it's unused). The probl= em is in > > > > >>> twsi I think as only leaving the part in axp209 that read the > > > > >>> voltage register value make FreeBSD hang. > > > > >>> I'll have a proper look later, in the meantime you can set > > > > >>> hw.regulator.disable_unused=3D0 > > > > >>> in /boot/loader.conf > > > > >>> This isn't a DTS problem. > > > > >>>=20 > > > > >>> For Espressobin I haven't found any thing related to SD in the = DTS > > > > >>> updates since the import, the only things slighly related are m= mc and > > > > >>> sdio. > > > > >>> So if someone could find which DTS import broke this I can have= a look. > > > > >>>=20 > > > > >>>>=20 > > > > >>>>> On 15 Aug 2019, at 19.37, Mit Matelske wrote: > > > > >>>>>=20 > > > > >>>>> Yeah, that was the problem. I went back to r348882 and every= thing worked out of the box. > > > > >>>>>=20 > > > > >>>>> Thanks again for the hand holding! > > > > >>>>>=20 > > > > >>>>> Mit > > > > >>>>>=20 > > > > >>>>> From: "S=F8ren Schmidt" > > > > > >>>>> To: "Mit Matelske" > > > > > >>>>> Cc: "Marcin Wojtas" = >, "freebsd-arm" > > > > > >>>>> Sent: Wednesday, August 14, 2019 1:33:04 PM > > > > >>>>> Subject: Re: Espressobin anyone ? > > > > >>>>>=20 > > > > >>>>>=20 > > > > >>>>> It might simply be broken in -current (again). > > > > >>>>>=20 > > > > >>>>> I just updated my stable12 tree and I pulled in new .dts file= s for just about anything? > > > > >>>>>=20 > > > > >>>>> Needless to say, it broke the Espressobin?s SD support, it no= w fails just like yours.. > > > > >>>>>=20 > > > > >>>>> It also broke allwinner builds and what not, so I?m just goin= g back in time again :) > > > > >>>>>=20 > > > > >>>>> I wonder why there is this overwhelming need to import stuff = that breaks things right, left and center in a -stable branch ? > > > > >>>>> That would have earned you the pointy hat back when?. > > > > >>>>>=20 > > > > >>>>> -S=F8ren > > > > >>>>>=20 > > > > >>>>>=20 > > > > >>>>> On 14 Aug 2019, at 18.01, Mit Matelske > wrote: > > > > >>>>>=20 > > > > >>>>> Marcin- > > > > >>>>>=20 > > > > >>>>> Sorry I didn't reply yesterday. I didn't have any luck with = that either. I tried a lot of permutations. > > > > >>>>>=20 > > > > >>>>> Not saying for 100% it doesn't work, but I couldn't get it to= work! > > > > >>>>>=20 > > > > >>>>> Mit > > > > >>>>>=20 > > > > >>>>> From: "Marcin Wojtas" > > > > > >>>>> To: "Mit Matelske" > > > > > >>>>> Cc: "S=F8ren Schmidt" >, "freebsd-arm" > > > > > >>>>> Sent: Wednesday, August 14, 2019 10:41:04 AM > > > > >>>>> Subject: Re: Espressobin anyone ? > > > > >>>>>=20 > > > > >>>>> Hi Mit, > > > > >>>>> Since you are using the latest 13-current, could you please t= ry if passing rootdev via u-boot bootargs (please see my previous email) wo= rks for you without the loader modification? > > > > >>>>>=20 > > > > >>>>> Best regards, > > > > >>>>> Marcin > > > > >>>>>=20 > > > > >>>>> ?r., 14 sie 2019 o 16:29 Mit Matelske > napisa?(a): > > > > >>>>> Soren- > > > > >>>>>=20 > > > > >>>>> Thanks for the info. I'll grab a couple more SD cards at lun= ch. This one is a new Samsung 32GB. I'll also try putting the changes int= o 12 and see if that helps. I'm using the latest 13-current. > > > > >>>>>=20 > > > > >>>>> Again, appreciate the hand holding! > > > > >>>>>=20 > > > > >>>>> Mit > > > > >>>>>=20 > > > > >>>>> From: "S=F8ren Schmidt" > > > > > >>>>> To: "Mit Matelske" > > > > > >>>>> Cc: "Marcin Wojtas" = >, "freebsd-arm" > > > > > >>>>> Sent: Wednesday, August 14, 2019 2:30:31 AM > > > > >>>>> Subject: Re: Espressobin anyone ? > > > > >>>>>=20 > > > > >>>>> Hi Mit > > > > >>>>> Hmm, from your earlier posted dmesgs it looks like the SD car= d is not getting detected properly.. > > > > >>>>>=20 > > > > >>>>> I get this output: > > > > >>>>>=20 > > > > >>>>> sdhci_xenon0: mem 0xd0000-0xd= 02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > > > >>>>> mmc0: on sdhci_xenon0 > > > > >>>>> ?snip? > > > > >>>>> mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block > > > > >>>>>=20 > > > > >>>>> The problem you see was fixed for me by r348882, maybe it got= broken later, I havn?t backported the later changes.. > > > > >>>>>=20 > > > > >>>>> Have you tried another SD card ? I have found 2 of mine that = the espressobin doesn?t like, but works fine with bananapi and friends... > > > > >>>>>=20 > > > > >>>>> -S=F8ren > > > > >>>>>=20 > > > > >>>>> On 13 Aug 2019, at 23.30, Mit Matelske > wrote: > > > > >>>>>=20 > > > > >>>>> Soren- > > > > >>>>>=20 > > > > >>>>> Thanks for the code snippet! That will fix one of the proble= ms. > > > > >>>>>=20 > > > > >>>>> I still can't mount my filesystem, though. I think I'm doing= something really simple, wrong. I believe I'm running the latest code and= added some printfs to show the kernel setting the regulator: > > > > >>>>>=20 > > > > >>>>>=20 > > > > >>>>> usbus1 on ehci0 > > > > >>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > > > >>>>> sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D= 19 > > > > >>>>> sdhci_xenon0: vqmmc-supply regulator found > > > > >>>>> sdhci_xenon0: mem 0xd0000-0xd= 02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > > > >>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on s= implebus1 > > > > >>>>>=20 > > > > >>>>>=20 > > > > >>>>> Could there be a problem with how I am setting up my filesyst= em? I've tried both freebsd-ufs and freebsd as the type, with no luck. A g= part listing of my SD card: > > > > >>>>>=20 > > > > >>>>> root@fbl:~ # gpart list da3 > > > > >>>>> Geom name: da3 > > > > >>>>> modified: false > > > > >>>>> state: OK > > > > >>>>> fwheads: 255 > > > > >>>>> fwsectors: 63 > > > > >>>>> last: 62521335 > > > > >>>>> first: 3 > > > > >>>>> entries: 4 > > > > >>>>> scheme: GPT > > > > >>>>> Providers: > > > > >>>>> 1. Name: da3p1 > > > > >>>>> Mediasize: 41943040 (40M) > > > > >>>>> Sectorsize: 512 > > > > >>>>> Stripesize: 0 > > > > >>>>> Stripeoffset: 1536 > > > > >>>>> Mode: r0w0e0 > > > > >>>>> efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,= 0x14000) > > > > >>>>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > > > > >>>>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > > > > >>>>> label: (null) > > > > >>>>> length: 41943040 > > > > >>>>> offset: 1536 > > > > >>>>> type: efi > > > > >>>>> index: 1 > > > > >>>>> end: 81922 > > > > >>>>> start: 3 > > > > >>>>> 2. Name: da3p2 > > > > >>>>> Mediasize: 31968979456 (30G) > > > > >>>>> Sectorsize: 512 > > > > >>>>> Stripesize: 0 > > > > >>>>> Stripeoffset: 41944576 > > > > >>>>> Mode: r0w0e0 > > > > >>>>> efimedia: HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14= 003,0x3b8bff5) > > > > >>>>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > > > > >>>>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > > > > >>>>> label: (null) > > > > >>>>> length: 31968979456 > > > > >>>>> offset: 41944576 > > > > >>>>> type: freebsd-ufs > > > > >>>>> index: 2 > > > > >>>>> end: 62521335 > > > > >>>>> start: 81923 > > > > >>>>> Consumers: > > > > >>>>> 1. Name: da3 > > > > >>>>> Mediasize: 32010928128 (30G) > > > > >>>>> Sectorsize: 512 > > > > >>>>> Mode: r0w0e0 > > > > >>>>>=20 > > > > >>>>> Thanks!! > > > > >>>>>=20 > > > > >>>>> Mit > > > > >>>>>=20 > > > > >>>>> From: "S=F8ren Schmidt" > > > > > >>>>> To: "Marcin Wojtas" > > > > > >>>>> Cc: "Mit Matelske" >, "freebsd= -arm" > > > > > >>>>> Sent: Tuesday, August 13, 2019 12:55:09 PM > > > > >>>>> Subject: Re: Espressobin anyone ? > > > > >>>>>=20 > > > > >>>>> Hi > > > > >>>>> That doesn?t seen to work on the espressobin, or least I can?= t get it to pick it up. > > > > >>>>>=20 > > > > >>>>> I use this patch as a workaround: > > > > >>>>>=20 > > > > >>>>> Index: main.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 > > > > >>>>> --- main.c (revision 350496) > > > > >>>>> +++ main.c (working copy) > > > > >>>>> @@ -463,6 +462,13 @@ > > > > >>>>> int rv; > > > > >>>>> char *rootdev; > > > > >>>>>=20 > > > > >>>>> +#if defined(__aarch64__) > > > > >>>>> + /* SOS HACK in rootdev, at least Espressobin gets this w= rong */ > > > > >>>>> + printf("Setting currdev hack\n"); > > > > >>>>> + set_currdev("disk0p2"); > > > > >>>>> + return (0); > > > > >>>>> +#endif > > > > >>>>> + > > > > >>>>> /* > > > > >>>>> * First choice: if rootdev is already set, use that, even= if > > > > >>>>> * it's wrong. > > > > >>>>>=20 > > > > >>>>> Its not pretty but it does the job until I get time to look i= nto why bootargs aren?t passed / won?t stick, probably something I havn?t b= ackported to my -stable12 sources yet... > > > > >>>>>=20 > > > > >>>>> -S=F8ren > > > > >>>>>=20 > > > > >>>>> On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: > > > > >>>>>=20 > > > > >>>>> Hi, > > > > >>>>>=20 > > > > >>>>> Not sure if it's what you are looking for, but in order to au= toboot, I > > > > >>>>> simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Her= e's example from > > > > >>>>> A3720-DB (same should work on EspressoBin): > > > > >>>>>=20 > > > > >>>>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload= usb 0:1 > > > > >>>>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} > > > > >>>>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > > > > >>>>> resetting USB... > > > > >>>>> USB0: Register 2000104 NbrPorts 2 > > > > >>>>> Starting the controller > > > > >>>>> USB XHCI 1.00 > > > > >>>>> USB1: USB EHCI 1.00 > > > > >>>>> - ______ ____ _____ _____ > > > > >>>>> | ____| | _ \ / ____| __ \ > > > > >>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | > > > > >>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > > > > >>>>> | | | | | __/ __/| |_) |____) | |__| | > > > > >>>>> | | | | | | || | | | > > > > >>>>> |_| |_| \___|\___||____/|_____/|_____/ > > > > >>>>> ``` > > > > >>>>> ` > > > > >>>>> ????????????Welcome to FreeBSD????????????? s` `.....---..= .....--.``` > > > > >>>>> -/ > > > > >>>>> ? ? +o .--` = /y:` > > > > >>>>> +. > > > > >>>>> ? 1. Boot Multi user [Enter] ? yo`:. = :o > > > > >>>>> `+- > > > > >>>>> ? 2. Boot Single user ? y/ = -/` -o/ > > > > >>>>> ? 3. Escape to loader prompt ? .- > > > > >>>>> ::/sy+:. > > > > >>>>> ? 4. Reboot ? / = `-- > > > > >>>>> / > > > > >>>>> ? ? `: > > > > >>>>> :` > > > > >>>>> ? Options: ? `: > > > > >>>>> :` > > > > >>>>> ? 5. Kernel: default/kernel (1 of 1) ? / > > > > >>>>> / > > > > >>>>> ? 6. Boot Options ? .- > > > > >>>>> -. > > > > >>>>> ? ? -- = -. > > > > >>>>> ? ? `:` = `:` > > > > >>>>> ? ? .-- = `--. > > > > >>>>> ??????????????????????????????????????????? .---..= ...----. > > > > >>>>> Autoboot in 9 seconds, hit [Enter] to boot or any other key t= o stop > > > > >>>>>=20 > > > > >>>>> Loading kernel... > > > > >>>>> /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 > > > > >>>>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] > > > > >>>>> Loading configured modules... > > > > >>>>> can't find '/boot/entropy' > > > > >>>>> Using DTB provided by EFI at 0x8000000. > > > > >>>>> ---<>--- > > > > >>>>> KDB: debugger backends: ddb > > > > >>>>> KDB: current backend: ddb > > > > >>>>> Copyright (c) 1992-2019 The FreeBSD Project. > > > > >>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992,= 1993, 1994 > > > > >>>>> The Regents of the University of California. All rights reser= ved. > > > > >>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. > > > > >>>>> FreeBSD 13.0-CURRENT 17a1fc80d57-c261519(upstream_master) GEN= ERIC arm64 > > > > >>>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (= based on LLVM > > > > >>>>> 8.0.0) > > > > >>>>> WARNING: WITNESS option enabled, expect reduced performance. > > > > >>>>> VT: init without driver. > > > > >>>>> Starting CPU 1 (1) > > > > >>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > > >>>>> [...] > > > > >>>>>=20 > > > > >>>>> Best regards, > > > > >>>>> Marcin > > > > >>>>>=20 > > > > >>>>> pon., 12 sie 2019 o 23:14 Mit Matelske > napisa?(a): > > > > >>>>>=20 > > > > >>>>>=20 > > > > >>>>> Soren- > > > > >>>>>=20 > > > > >>>>> Thanks for the quick response. I built this kernel with revi= sion 350924. > > > > >>>>> I'll dig into whats going on in the morning. > > > > >>>>>=20 > > > > >>>>> Mind posting your diff for your loader.efi? > > > > >>>>>=20 > > > > >>>>> Thanks again! > > > > >>>>>=20 > > > > >>>>> Mit > > > > >>>>>=20 > > > > >>>>>=20 > > > > >>>>> ----- Original Message ----- > > > > >>>>> From: "S=F8ren Schmidt" > > > > > >>>>> To: "Mit Matelske" > > > > > >>>>> Cc: "tscho" >, "freebsd-arm" < > > > > >>>>> freebsd-arm@freebsd.org > > > > > >>>>> Sent: Monday, August 12, 2019 3:49:48 PM > > > > >>>>> Subject: Re: Espressobin anyone ? > > > > >>>>>=20 > > > > >>>>> Hi > > > > >>>>>=20 > > > > >>>>> Looks like your sources may be too old, you need to be at lea= st at r348882 > > > > >>>>> to get the fix for the SD card VCC regulator. > > > > >>>>>=20 > > > > >>>>> That change fixed it for me backported to 12-stable... > > > > >>>>>=20 > > > > >>>>> The currdev problem still exists, I have it hardwired in my l= oader for > > > > >>>>> aarch64 :) > > > > >>>>>=20 > > > > >>>>> -S=F8ren > > > > >>>>>=20 > > > > >>>>>=20 > > > > >>>>> On 12 Aug 2019, at 21.06, Mit Matelske > wrote: > > > > >>>>>=20 > > > > >>>>> I'm having a couple little hiccups booting this board also. = One has > > > > >>>>> been commented on already, that I can't get the loader to aut= omatically > > > > >>>>> start loading the kernel on "disk0p2"... > > > > >>>>>=20 > > > > >>>>> The second, is that the kernel can't find the SD card after b= ooting so > > > > >>>>> it can't mount the root filesystem. I'm using the dts/dtb an= d kernel from > > > > >>>>> the 13-current branch. > > > > >>>>>=20 > > > > >>>>> Thanks for any and all help. I haven't used u-boot in about = decade. > > > > >>>>> Spoiled by the x86 platform. > > > > >>>>>=20 > > > > >>>>> Mit Matelske > > > > >>>>>=20 > > > > >>>>>=20 > > > > >>>>> ***U-boot environment:*** > > > > >>>>>=20 > > > > >>>>>=20 > > > > >>>>> Marvell>> printenv > > > > >>>>> baudrate=3D115200 > > > > >>>>> bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd= 0012000 > > > > >>>>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname= =3D0 > > > > >>>>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name= ;fatload mmc > > > > >>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > > > >>>>> bootdelay=3D2 > > > > >>>>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name= ;fatload mmc > > > > >>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > > > >>>>> console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0= 012000 > > > > >>>>> eth1addr=3D00:51:82:11:22:01 > > > > >>>>> eth2addr=3D00:51:82:11:22:02 > > > > >>>>> eth3addr=3D00:51:82:11:22:03 > > > > >>>>> ethact=3Dneta@30000 > > > > >>>>> ethaddr=3DF0:AD:4E:09:6B:8F > > > > >>>>> ethprime=3Deth0 > > > > >>>>> fdt_addr=3D0x4f00000 > > > > >>>>> fdt_high=3D0xffffffffffffffff > > > > >>>>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb > > > > >>>>> fdtcontroladdr=3D3f7161b8 > > > > >>>>> gatewayip=3D10.4.50.254 > > > > >>>>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt= _addr > > > > >>>>> $fdt_name; run get_ramfs > > > > >>>>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ram= fs_addr > > > > >>>>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramf= s_addr -;fi > > > > >>>>> hostname=3Dmarvell > > > > >>>>> image_name=3Defi/freebsd/loader.efi > > > > >>>>> initrd_addr=3D0xa00000 > > > > >>>>> initrd_size=3D0x2000000 > > > > >>>>> ipaddr=3D0.0.0.0 > > > > >>>>> kernel_addr=3D0x5000000 > > > > >>>>> loadaddr=3D0x5000000 > > > > >>>>> netdev=3Deth0 > > > > >>>>> netmask=3D255.255.255.0 > > > > >>>>> ramfs_addr=3D0x8000000 > > > > >>>>> ramfs_name=3D- > > > > >>>>> root=3Droot=3D/dev/nfs rw > > > > >>>>> rootpath=3D/srv/nfs/ > > > > >>>>> serverip=3D0.0.0.0 > > > > >>>>> set_bootargs=3Dsetenv bootargs $console $root > > > > >>>>> ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:= none > > > > >>>>> nfsroot=3D$serverip:$rootpath $extra_params > > > > >>>>> stderr=3Dserial@12000 > > > > >>>>> stdin=3Dserial@12000 > > > > >>>>> stdout=3Dserial@12000 > > > > >>>>>=20 > > > > >>>>>=20 > > > > >>>>> ***Full boot logs:*** > > > > >>>>>=20 > > > > >>>>>=20 > > > > >>>>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:1= 0 +0800) > > > > >>>>>=20 > > > > >>>>> Model: Marvell Armada 3720 Community Board ESPRESSOBin > > > > >>>>> CPU @ 1000 [MHz] > > > > >>>>> L2 @ 800 [MHz] > > > > >>>>> TClock @ 200 [MHz] > > > > >>>>> DDR @ 800 [MHz] > > > > >>>>> DRAM: 1 GiB > > > > >>>>> U-Boot DT blob at : 000000003f7161b8 > > > > >>>>> Comphy-0: USB3 5 Gbps > > > > >>>>> Comphy-1: PEX0 2.5 Gbps > > > > >>>>> Comphy-2: SATA0 6 Gbps > > > > >>>>> SATA link 0 timeout. > > > > >>>>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > > > > >>>>> flags: ncq led only pmp fbss pio slum part sxs > > > > >>>>> PCIE-0: Link down > > > > >>>>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 > > > > >>>>> SF: Detected mx25u3235f with page size 256 Bytes, erase size = 64 KiB, > > > > >>>>> total 4 MiB > > > > >>>>> Net: eth0: neta@30000 [PRIME] > > > > >>>>> Hit any key to stop autoboot: 0 > > > > >>>>> switch to partitions #0, OK > > > > >>>>> mmc0 is current device > > > > >>>>> reading efi/freebsd/loader.efi > > > > >>>>> 603872 bytes read in 49 ms (11.8 MiB/s) > > > > >>>>> reading efi/boot/armada-3720-espressobin.dtb > > > > >>>>> 15946 bytes read in 17 ms (916 KiB/s) > > > > >>>>> ## Starting EFI application at 05000000 ... > > > > >>>>> Scanning disk sdhci@d0000.blk ... > > > > >>>>> Card did not respond to voltage select! > > > > >>>>> mmc_init: -95, time 50 > > > > >>>>> Found 1 disks > > > > >>>>> Consoles: EFI console > > > > >>>>> FreeBSD/arm64 EFI loader, Revision 1.1 > > > > >>>>>=20 > > > > >>>>> Command line arguments: loader.efi > > > > >>>>> EFI version: 2.05 > > > > >>>>> EFI Firmware: Das U-boot (rev 0.00) > > > > >>>>> Console: efi (0) > > > > >>>>> Failed to find bootable partition > > > > >>>>> Startup error in /boot/lua/loader.lua: seconds > > > > >>>>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. > > > > >>>>>=20 > > > > >>>>> can't load 'kernel' > > > > >>>>>=20 > > > > >>>>> Type '?' for a list of commands, 'help' for more detailed hel= p. > > > > >>>>> OK > > > > >>>>> OK set currdev=3Ddisk0p2 > > > > >>>>> OK boot > > > > >>>>>=20 > > > > >>>>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 > > > > >>>>> syms=3D[0x8+0x137dd8+0x8+0x126260] > > > > >>>>> Using DTB provided by EFI at 0x8000000. > > > > >>>>> ---<>--- > > > > >>>>> KDB: debugger backends: ddb > > > > >>>>> KDB: current backend: ddb > > > > >>>>> Copyright (c) 1992-2019 The FreeBSD Project. > > > > >>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992,= 1993, 1994 > > > > >>>>> The Regents of the University of California. All rights r= eserved. > > > > >>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. > > > > >>>>> FreeBSD 13.0-CURRENT GENERIC arm64 > > > > >>>>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (= based on > > > > >>>>> LLVM 6.0.1) > > > > >>>>> WARNING: WITNESS option enabled, expect reduced performance. > > > > >>>>> VT: init without driver. > > > > >>>>> Starting CPU 1 (1) > > > > >>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > > >>>>> arc4random: WARNING: initial seeding bypassed the cryptograph= ic random > > > > >>>>> device because it was not yet seeded and the knob 'bypass_bef= ore_seeding' > > > > >>>>> was enabled. > > > > >>>>> random: entropy device external interface > > > > >>>>> MAP 3e681000 mode 2 pages 1 > > > > >>>>> MAP 3ffa6000 mode 2 pages 1 > > > > >>>>> kbd0 at kbdmux0 > > > > >>>>> ofwbus0: > > > > >>>>> simplebus0: on ofwbus0 > > > > >>>>> simplebus1: on simplebus0 > > > > >>>>> simple_mfd0: mem > > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > > > > >>>>> simple_mfd1: mem > > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > > > > >>>>> psci0: on of= wbus0 > > > > >>>>> gic0: mem > > > > >>>>> 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0= x1d90000-0x1d91fff,0x1da0000-0x1dbffff > > > > >>>>> irq 27 on simplebus1 > > > > >>>>> gpio0: mem > > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,3= 6,37,38,39 on > > > > >>>>> simple_mfd0 > > > > >>>>> gpio0: cannot allocate memory window > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > >>>>> gpio0: mem > > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_= mfd1 > > > > >>>>> gpio0: cannot allocate memory window > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > >>>>> gpioregulator0: on ofwbus0 > > > > >>>>> gpioregulator0: cannot get pin 0 > > > > >>>>> gpioregulator0: cannot parse parameters > > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > > >>>>> generic_timer0: irq 0,1,2,3 on ofwbus0 > > > > >>>>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz qu= ality 1000 > > > > >>>>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz qua= lity 1000 > > > > >>>>> gpio0: mem > > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,3= 6,37,38,39 on > > > > >>>>> simple_mfd0 > > > > >>>>> gpio0: cannot allocate memory window > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > >>>>> gpio0: mem > > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_= mfd1 > > > > >>>>> gpio0: cannot allocate memory window > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > >>>>> gpioregulator0: on ofwbus0 > > > > >>>>> gpioregulator0: cannot get pin 0 > > > > >>>>> gpioregulator0: cannot parse parameters > > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > > >>>>> gpio0: mem > > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,3= 6,37,38,39 on > > > > >>>>> simple_mfd0 > > > > >>>>> gpio0: cannot allocate memory window > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > >>>>> gpio0: mem > > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_= mfd1 > > > > >>>>> gpio0: cannot allocate memory window > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > >>>>> gpioregulator0: on ofwbus0 > > > > >>>>> gpioregulator0: cannot get pin 0 > > > > >>>>> gpioregulator0: cannot parse parameters > > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > > >>>>> gpio0: mem > > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,3= 6,37,38,39 on > > > > >>>>> simple_mfd0 > > > > >>>>> gpio0: cannot allocate memory window > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > >>>>> gpio0: mem > > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_= mfd1 > > > > >>>>> gpio0: cannot allocate memory window > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > >>>>> gpioregulator0: on ofwbus0 > > > > >>>>> gpioregulator0: cannot get pin 0 > > > > >>>>> gpioregulator0: cannot parse parameters > > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > > >>>>> gpio0: mem > > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,3= 6,37,38,39 on > > > > >>>>> simple_mfd0 > > > > >>>>> gpio0: cannot allocate memory window > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > >>>>> gpio0: mem > > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_= mfd1 > > > > >>>>> gpio0: cannot allocate memory window > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > >>>>> gpioregulator0: on ofwbus0 > > > > >>>>> gpioregulator0: cannot get pin 0 > > > > >>>>> gpioregulator0: cannot parse parameters > > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > > >>>>> cpulist0: on ofwbus0 > > > > >>>>> cpu0: on cpulist0 > > > > >>>>> cpu1: on cpulist0 > > > > >>>>> pmu0: irq 4 on ofwbus0 > > > > >>>>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 > > > > >>>>> syscon_generic1: mem 0x11500-0x1153f on simplebus1 > > > > >>>>> uart0: mem 0x12000-0x121ff irq 9,1= 0,11 on > > > > >>>>> simplebus1 > > > > >>>>> uart0: console (115200,n,8,1) > > > > >>>>> gpio0: mem > > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,3= 6,37,38,39 on > > > > >>>>> simple_mfd0 > > > > >>>>> gpio0: cannot allocate memory window > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > >>>>> syscon_generic2: mem 0x14000-0x1405f on simplebus1 > > > > >>>>> gpio0: mem > > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_= mfd1 > > > > >>>>> gpio0: cannot allocate memory window > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > >>>>> mvneta0: mem 0x30000-0x33fff irq 14 on simp= lebus1 > > > > >>>>> mvneta0: version is 10 > > > > >>>>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > > > > >>>>> mdio0: on mvneta0 > > > > >>>>> mdioproxy0: on mdio0 > > > > >>>>> e6000sw0: on mdio0 > > > > >>>>> e6000sw0: multi-chip addressing mode (0x1) > > > > >>>>> e6000sw0: CPU port at 0 > > > > >>>>> e6000sw0: fixed port at 0 > > > > >>>>> e6000sw0: PHY at port 1 > > > > >>>>> miibus0: on e6000sw0 > > > > >>>>> e1000phy0: PHY 17 on miibus0 > > > > >>>>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-= FDX, > > > > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-mas= ter, auto > > > > >>>>> e6000sw0: PHY at port 2 > > > > >>>>> miibus1: on e6000sw0 > > > > >>>>> e1000phy1: PHY 18 on miibus1 > > > > >>>>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-= FDX, > > > > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-mas= ter, auto > > > > >>>>> e6000sw0: PHY at port 3 > > > > >>>>> miibus2: on e6000sw0 > > > > >>>>> e1000phy2: PHY 19 on miibus2 > > > > >>>>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-= FDX, > > > > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-mas= ter, auto > > > > >>>>> e6000sw0: switch is ready. > > > > >>>>> etherswitch0: on e6000sw0 > > > > >>>>> xhci0: mem 0x58000-0x5bfff irq 1= 6 on > > > > >>>>> simplebus1 > > > > >>>>> xhci0: 32 bytes context size, 32-bit DMA > > > > >>>>> usbus0 on xhci0 > > > > >>>>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > > > > >>>>> ehci0: mem 0x5e000-0x= 5efff irq > > > > >>>>> 17 on simplebus1 > > > > >>>>> usbus1: EHCI version 1.0 > > > > >>>>> usbus1 on ehci0 > > > > >>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > > > >>>>> sdhci_xenon0: mem > > > > >>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > > > >>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on s= implebus1 > > > > >>>>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier support= ed with FBS > > > > >>>>> ahcich0: at channel 0 on ahci0 > > > > >>>>> device_attach: ahcich0 attach returned 6 > > > > >>>>> gpioregulator0: on ofwbus0 > > > > >>>>> gpioregulator0: cannot get pin 0 > > > > >>>>> gpioregulator0: cannot parse parameters > > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > > >>>>> cryptosoft0: > > > > >>>>> Timecounters tick every 1.000 msec > > > > >>>>> mvneta0: link state changed to UP > > > > >>>>> e6000sw0port1: link state changed to DOWN > > > > >>>>> e6000sw0port2: link state changed to DOWN > > > > >>>>> e6000sw0port3: link state changed to DOWN > > > > >>>>> usbus0: 5.0Gbps Super Speed USB v3.0 > > > > >>>>> usbus1: 480Mbps High Speed USB v2.0 > > > > >>>>> Release APs...done > > > > >>>>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > > > > >>>>> Instruction Set Attributes 0 =3D > > > > >>>>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,no= atime]... > > > > >>>>> Instruction Set Attributes 1 =3D <> > > > > >>>>> Root mount waiting for: Processor Features 0 =3D > > > > >>>>> > > > > >>>>> usbus1 Processor Features 1 =3D <0> > > > > >>>>> usbus0 Memory Model Features 0 =3D <4k Granule,64k Granu= le,S/NS > > > > >>>>> Mem,MixedEndian,16bit ASID,1TB PA> > > > > >>>>>=20 > > > > >>>>> Memory Model Features 1 =3D <> > > > > >>>>> Memory Model Features 2 =3D <32b CCIDX,48b VA> > > > > >>>>> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoint= s,6 > > > > >>>>> Breakpoints,PMUv3,Debug v8> > > > > >>>>> Debug Features 1 =3D <0> > > > > >>>>> Auxiliary Features 0 =3D <0> > > > > >>>>> Auxiliary Features 1 =3D <0> > > > > >>>>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > > > > >>>>> WARNING: WITNESS option enabled, expect reduced performance. > > > > >>>>> ugen0.1: at usbus0 > > > > >>>>> ugen1.1: at usbus1 > > > > >>>>> uhub0 on usbus0 > > > > >>>>> uhub1 on usbus1 > > > > >>>>> uhub0: on > > > > >>>>> usbus0 > > > > >>>>> uhub1: on > > > > >>>>> usbus1 > > > > >>>>> uhub0: 2 ports with 2 removable, self powered > > > > >>>>> uhub1: 1 port with 1 removable, self powered > > > > >>>>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... > > > > >>>>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error = 19. > > > > >>>>>=20 > > > > >>>>> Loader variables: > > > > >>>>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > > > > >>>>> vfs.root.mountfrom.options=3Dro,noatime > > > > >>>>>=20 > > > > >>>>> Manual root filesystem specification: > > > > >>>>> : [options] > > > > >>>>> Mount using filesystem > > > > >>>>> and with the specified (optional) option list. > > > > >>>>>=20 > > > > >>>>> eg. ufs:/dev/da0s1a > > > > >>>>> zfs:zroot/ROOT/default > > > > >>>>> cd9660:/dev/cd0 ro > > > > >>>>> (which is equivalent to: mount -t cd9660 -o ro /dev/cd0= /) > > > > >>>>>=20 > > > > >>>>> ? List valid disk boot devices > > > > >>>>> . Yield 1 second (for background tasks) > > > > >>>>> Abort manual input > > > > >>>>>=20 > > > > >>>>> mountroot> ? > > > > >>>>>=20 > > > > >>>>> List of GEOM managed disk devices: > > > > >>>>>=20 > > > > >>>>>=20 > > > > >>>>> mountroot> > > > > >>>>> _______________________________________________ > > > > >>>>> freebsd-arm@freebsd.org mail= ing list > > > > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@fre= ebsd.org " > > > > >>>>>=20 > > > > >>>>> _______________________________________________ > > > > >>>>> freebsd-arm@freebsd.org mail= ing list > > > > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@fre= ebsd.org " > > > > >>>>=20 > > > > >>>=20 > > > > >>>=20 > > > > >>> -- > > > > >>> Emmanuel Vadot > > > > >>=20 > > > > >=20 > > > > >=20 > > > > > --=20 > > > > > Emmanuel Vadot > > >=20 > > >=20 > > > --=20 > > > Emmanuel Vadot > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > >=20 > >=20 > > --=20 > > Emmanuel Vadot > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 >=20 > --=20 > Emmanuel Vadot > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Aug 17 01:04:37 2019 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 B71EFB6058 for ; Sat, 17 Aug 2019 01:04:37 +0000 (UTC) (envelope-from khantroll@gmail.com) Received: from mail-oi1-x236.google.com (mail-oi1-x236.google.com [IPv6:2607:f8b0:4864:20::236]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 469MR81PN3z3HNb for ; Sat, 17 Aug 2019 01:04:35 +0000 (UTC) (envelope-from khantroll@gmail.com) Received: by mail-oi1-x236.google.com with SMTP id h21so6088160oie.7 for ; Fri, 16 Aug 2019 18:04:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=NMdN1JUJpbDsnqq9cC4kCI5h1gWnWvhtxs6QTttn5Ac=; b=kn8Hi7jFdSNk7ucaLLHBLbGEvMd8n8Cf8sPT6TzVxXLo+oMOaWT+lLB8+x4RgiSARA s8wSFK1okx8Tm3KI0srllmx7/I8CSmjSgpxemYLde70k1xGMU718091MIVeh/aTGHFiX 6/G6HxxKWy1OPI654ZUA63N9NHquEqtzSdmT7CztT03dGNJWO9KMhgYoEoGy6YkLy0Lx MlR4DQ8B1+Qm8HmNyeGyIbcS9/ClUU34MWk6sKE/dWQVq1yt3joV/yUqEZC+rmwcYaRD ROFPyJ9uQIc60sg+x0FRPb7bUtA6aLXy1mfHubXKd6co5QFMHBgPNHuOtEWYw9/KdUs+ Oglw== 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; bh=NMdN1JUJpbDsnqq9cC4kCI5h1gWnWvhtxs6QTttn5Ac=; b=Wyo4q8VEmx+O5Kg8oxS0sYbUzjiUfJBDBJZ1ZRO0BncmAxRzYRZfAOC9uRmR9qGWuv UonV2YfEA9FMrpfvUKrjuaNiJphh32ueptBw9IipdghFCAis4E5OzG8Cs24FkNc2v5QX d7bFVxN6QO3z/h0TRalK0oFnrLeHa693zGkklCjeWJHG3p6LRerk1H+epKFPlkjb9wGE 3KLu0T4nDXk1wn83d9RUm9+SgvoM4ywq/W/qoiT0C7suGT4NPT0eUPoOeUAO6i64VHQS Nd3ZX0UKcMQ9dXnjr//+2cjmd7AjIETm7+69Ef1ynkzraY2G/r6ah0AI1Z3frFeVMK0I IlgA== X-Gm-Message-State: APjAAAW4AQaDkzvNvaK/WWMC9nKzPx4juFoKHJLWCmotqyGXAz96HmYV o3KnK/r2Vk38mmX21POvgZZc9jDchABkolWQ1kndBqhsni0= X-Google-Smtp-Source: APXvYqwA9MuVZifJ7donYB/CNnpxuHJJwo/1ovtpYVvhPPvPHf2dcNbzCTdIwPz5TDLVuFyroUv2ZkkWMz8+JviAOGA= X-Received: by 2002:aca:c588:: with SMTP id v130mr6385462oif.165.1566003874139; Fri, 16 Aug 2019 18:04:34 -0700 (PDT) MIME-Version: 1.0 References: <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> <20190815233755.893e485f40ccacd79cdb3d96@bidouilliste.com> <78F5029D-A0F5-42F2-8191-07EB3A68C87B@gmail.com> <20190816152454.4e54ab5c276a543c120d909a@bidouilliste.com> <20190816171037.f808fbaba2369f179de36397@bidouilliste.com> <20190816191230.508f07f27fac21479a6716d9@bidouilliste.com> <20190816225826.ce31e8f968021944f64cb67c@bidouilliste.com> In-Reply-To: <20190816225826.ce31e8f968021944f64cb67c@bidouilliste.com> From: Jeffrey Bowers Date: Fri, 16 Aug 2019 20:04:20 -0500 Message-ID: Subject: Re: Espressobin anyone ? To: freebsd-arm X-Rspamd-Queue-Id: 469MR81PN3z3HNb X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=kn8Hi7jF; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of khantroll@gmail.com designates 2607:f8b0:4864:20::236 as permitted sender) smtp.mailfrom=khantroll@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.998,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.45), ipnet: 2607:f8b0::/32(-2.96), asn: 15169(-2.38), country: US(-0.05)]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_NONE(0.00)[6.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2019 01:04:37 -0000 Hi all, I'm working on the espressobin, and I don't seem to have pkg installed. I found online where someone grabbed a copy from ports, but I'm currently getting an error message that says "cannot open /usr/ports/mk/bsd.port.mk". Any ideas? On Fri, Aug 16, 2019 at 3:58 PM Emmanuel Vadot wrote: > On Fri, 16 Aug 2019 19:12:30 +0200 > Emmanuel Vadot wrote: > > > On Fri, 16 Aug 2019 17:10:37 +0200 > > Emmanuel Vadot wrote: > > > > > On Fri, 16 Aug 2019 15:24:54 +0200 > > > Emmanuel Vadot wrote: > > > > > > > On Fri, 16 Aug 2019 07:28:59 +0200 > > > > S=C3=B8ren Schmidt wrote: > > > > > > > > > Hi > > > > > > > > > > Very simple, reverting sys/gnu/dts to what was before 350595 > (actually 350592). > > > > > Thats what we have svn for ? > > > > > > > > If I asked how it was to have the svn command that you used, I wan= t > to > > > > make sure that you didn't revert anything else, like do you have > > > > r350596 and r350628 ? > > > > > > > > > That does make my bananapi work again, no other changes just a > recompiled kernel. > > > > > > > > That + copying the dtb to the fat32 partition ? > > > > > > > > Can you post the dtb somewhere. > > > > > > > > > However it does not bring the Espressobin back to life, thats > something in one of the ~30 other files that changed between those two > revisions. > > > > > > > > What Linux version of DTS are you using then ? The ones that were = in > > > > stable/12 when it was branched (4.18) or a later revision ? > > > > > > So I think that I've found the problem on the Espressobin. > > > I think that the problem comes from the simple-mfd driver that I've > > > mfc in r350600. > > > The pinctrl/gpio controller compatible is > > > "marvell,armada3710-nb-pinctrl", "syscon", "simple-mfd" and it attach= es > > > at BUS_PASS_INTERRUPT while the simple_mfd driver attaches at > > > BUS_PASS_BUS (so earlier) which means that no gpio controller will be > > > available for sdhci to detect the card. > > > > > > If someone with a non-working espressobin could post a full verbose > > > boot log that would help me confirming that this is the case. > > > I'll try to find a solution on how to solve this problem. > > > > So this wasn't the problem but I've found it, see r351129 and r351130 > > > > SD card now work again in HEAD, I'll have a look at stable later next > > week. > > I've did a quick test and I've MFC r348880, r348882 and r349596, the > two other commits needed to be mfc'ed are the one I did today on head, > I'll do that next week. > With them sdcard is working again on stable/12 > > > > > > -S=C3=B8ren > > > > > > > > > > > On 15 Aug 2019, at 23.37, Emmanuel Vadot > wrote: > > > > > > > > > > > > On Thu, 15 Aug 2019 21:56:23 +0200 > > > > > > S=C3=B8ren Schmidt wrote: > > > > > > > > > > > >> > > > > > >> Well, I don?t care where you are from and what color you have = :) > > > > > >> > > > > > >> Now, if I update my stable12 sources to r350595 the bananapi > breaks, if revert sys/gnu/dts it works again, go figure.. > > > > > > > > > > > > Reverting to what ? and how ? > > > > > > > > > > > > Because I've just test 12-stable and I have the problem that > I've said > > > > > > in my previous mail so setting hw.regulator.disable_unused=3D0 = is > the > > > > > > work around. > > > > > > The problem is in twsi not in the DTS so I'm curious how > reverting > > > > > > only the dts fixes this problem. > > > > > > > > > > > >> The r351099 fix is already like that in -stable, and not part > of the problem. > > > > > >> > > > > > >> -S=C3=B8ren > > > > > > > > > > > >>> On 15 Aug 2019, at 21.03, Emmanuel Vadot < > manu@bidouilliste.com> wrote: > > > > > >>> > > > > > >>> On Thu, 15 Aug 2019 19:48:54 +0200 > > > > > >>> S=C3=B8ren Schmidt wrote: > > > > > >>> > > > > > >>>> Hi Mit! > > > > > >>>> > > > > > >>>> Right, I suspected that, 12-stable broke many embedded > systems between r350592 and r350595 where all the latest and greatest DTS > files was pulled in, I guess the same holds for -current. > > > > > >>>> > > > > > >>>> -S=C3=B8ren > > > > > >>> > > > > > >>> Mhm it's fun that you think that DTS import is the source of > all your > > > > > >>> problems, I get it, it's easy to blame the French guy that > bulk import > > > > > >>> the DTS, he surely don't know what he is doing. > > > > > >>> Anyway, two problems were raised in this thread : > > > > > >>> > > > > > >>> 1) BananaPi (A20) doesn't boot > > > > > >>> 2) Espressobin sd support is broken > > > > > >>> > > > > > >>> I've just looked at the BananaPi problem today, I've fixed a > first > > > > > >>> problem in r351099. > > > > > >>> The main problem is that when we disable the unused regulator= s > we hang > > > > > >>> when trying to disabling ldo3. It's weird because the board > doesn't use > > > > > >>> LDO3 (which is why we are disabling it, it's unused). The > problem is in > > > > > >>> twsi I think as only leaving the part in axp209 that read the > > > > > >>> voltage register value make FreeBSD hang. > > > > > >>> I'll have a proper look later, in the meantime you can set > > > > > >>> hw.regulator.disable_unused=3D0 > > > > > >>> in /boot/loader.conf > > > > > >>> This isn't a DTS problem. > > > > > >>> > > > > > >>> For Espressobin I haven't found any thing related to SD in th= e > DTS > > > > > >>> updates since the import, the only things slighly related are > mmc and > > > > > >>> sdio. > > > > > >>> So if someone could find which DTS import broke this I can > have a look. > > > > > >>> > > > > > >>>> > > > > > >>>>> On 15 Aug 2019, at 19.37, Mit Matelske wrote: > > > > > >>>>> > > > > > >>>>> Yeah, that was the problem. I went back to r348882 and > everything worked out of the box. > > > > > >>>>> > > > > > >>>>> Thanks again for the hand holding! > > > > > >>>>> > > > > > >>>>> Mit > > > > > >>>>> > > > > > >>>>> From: "S=C3=B8ren Schmidt" soren.schmidt@gmail.com>> > > > > > >>>>> To: "Mit Matelske" > > > > > > >>>>> Cc: "Marcin Wojtas" >, > "freebsd-arm" > > > > > > >>>>> Sent: Wednesday, August 14, 2019 1:33:04 PM > > > > > >>>>> Subject: Re: Espressobin anyone ? > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> It might simply be broken in -current (again). > > > > > >>>>> > > > > > >>>>> I just updated my stable12 tree and I pulled in new .dts > files for just about anything? > > > > > >>>>> > > > > > >>>>> Needless to say, it broke the Espressobin?s SD support, it > now fails just like yours.. > > > > > >>>>> > > > > > >>>>> It also broke allwinner builds and what not, so I?m just > going back in time again :) > > > > > >>>>> > > > > > >>>>> I wonder why there is this overwhelming need to import stuf= f > that breaks things right, left and center in a -stable branch ? > > > > > >>>>> That would have earned you the pointy hat back when?. > > > > > >>>>> > > > > > >>>>> -S=C3=B8ren > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> On 14 Aug 2019, at 18.01, Mit Matelske mit@pt.net>> wrote: > > > > > >>>>> > > > > > >>>>> Marcin- > > > > > >>>>> > > > > > >>>>> Sorry I didn't reply yesterday. I didn't have any luck wit= h > that either. I tried a lot of permutations. > > > > > >>>>> > > > > > >>>>> Not saying for 100% it doesn't work, but I couldn't get it > to work! > > > > > >>>>> > > > > > >>>>> Mit > > > > > >>>>> > > > > > >>>>> From: "Marcin Wojtas" mw@semihalf.com>> > > > > > >>>>> To: "Mit Matelske" > > > > > > >>>>> Cc: "S=C3=B8ren Schmidt" soren.schmidt@gmail.com>>, "freebsd-arm" freebsd-arm@freebsd.org>> > > > > > >>>>> Sent: Wednesday, August 14, 2019 10:41:04 AM > > > > > >>>>> Subject: Re: Espressobin anyone ? > > > > > >>>>> > > > > > >>>>> Hi Mit, > > > > > >>>>> Since you are using the latest 13-current, could you please > try if passing rootdev via u-boot bootargs (please see my previous email) > works for you without the loader modification? > > > > > >>>>> > > > > > >>>>> Best regards, > > > > > >>>>> Marcin > > > > > >>>>> > > > > > >>>>> ?r., 14 sie 2019 o 16:29 Mit Matelske mit@pt.net>> napisa?(a): > > > > > >>>>> Soren- > > > > > >>>>> > > > > > >>>>> Thanks for the info. I'll grab a couple more SD cards at > lunch. This one is a new Samsung 32GB. I'll also try putting the change= s > into 12 and see if that helps. I'm using the latest 13-current. > > > > > >>>>> > > > > > >>>>> Again, appreciate the hand holding! > > > > > >>>>> > > > > > >>>>> Mit > > > > > >>>>> > > > > > >>>>> From: "S=C3=B8ren Schmidt" soren.schmidt@gmail.com>> > > > > > >>>>> To: "Mit Matelske" > > > > > > >>>>> Cc: "Marcin Wojtas" >, > "freebsd-arm" > > > > > > >>>>> Sent: Wednesday, August 14, 2019 2:30:31 AM > > > > > >>>>> Subject: Re: Espressobin anyone ? > > > > > >>>>> > > > > > >>>>> Hi Mit > > > > > >>>>> Hmm, from your earlier posted dmesgs it looks like the SD > card is not getting detected properly.. > > > > > >>>>> > > > > > >>>>> I get this output: > > > > > >>>>> > > > > > >>>>> sdhci_xenon0: mem > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > > > > >>>>> mmc0: on sdhci_xenon0 > > > > > >>>>> ?snip? > > > > > >>>>> mmcsd0: 16GB PH> at mmc0 50.0MHz/4bit/65535-block > > > > > >>>>> > > > > > >>>>> The problem you see was fixed for me by r348882, maybe it > got broken later, I havn?t backported the later changes.. > > > > > >>>>> > > > > > >>>>> Have you tried another SD card ? I have found 2 of mine tha= t > the espressobin doesn?t like, but works fine with bananapi and friends... > > > > > >>>>> > > > > > >>>>> -S=C3=B8ren > > > > > >>>>> > > > > > >>>>> On 13 Aug 2019, at 23.30, Mit Matelske mit@pt.net>> wrote: > > > > > >>>>> > > > > > >>>>> Soren- > > > > > >>>>> > > > > > >>>>> Thanks for the code snippet! That will fix one of the > problems. > > > > > >>>>> > > > > > >>>>> I still can't mount my filesystem, though. I think I'm > doing something really simple, wrong. I believe I'm running the latest > code and added some printfs to show the kernel setting the regulator: > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> usbus1 on ehci0 > > > > > >>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > > > > >>>>> sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) = =3D > 19 > > > > > >>>>> sdhci_xenon0: vqmmc-supply regulator found > > > > > >>>>> sdhci_xenon0: mem > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > > > > >>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on > simplebus1 > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> Could there be a problem with how I am setting up my > filesystem? I've tried both freebsd-ufs and freebsd as the type, with no > luck. A gpart listing of my SD card: > > > > > >>>>> > > > > > >>>>> root@fbl:~ # gpart list da3 > > > > > >>>>> Geom name: da3 > > > > > >>>>> modified: false > > > > > >>>>> state: OK > > > > > >>>>> fwheads: 255 > > > > > >>>>> fwsectors: 63 > > > > > >>>>> last: 62521335 > > > > > >>>>> first: 3 > > > > > >>>>> entries: 4 > > > > > >>>>> scheme: GPT > > > > > >>>>> Providers: > > > > > >>>>> 1. Name: da3p1 > > > > > >>>>> Mediasize: 41943040 (40M) > > > > > >>>>> Sectorsize: 512 > > > > > >>>>> Stripesize: 0 > > > > > >>>>> Stripeoffset: 1536 > > > > > >>>>> Mode: r0w0e0 > > > > > >>>>> efimedia: > HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) > > > > > >>>>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > > > > > >>>>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > > > > > >>>>> label: (null) > > > > > >>>>> length: 41943040 > > > > > >>>>> offset: 1536 > > > > > >>>>> type: efi > > > > > >>>>> index: 1 > > > > > >>>>> end: 81922 > > > > > >>>>> start: 3 > > > > > >>>>> 2. Name: da3p2 > > > > > >>>>> Mediasize: 31968979456 (30G) > > > > > >>>>> Sectorsize: 512 > > > > > >>>>> Stripesize: 0 > > > > > >>>>> Stripeoffset: 41944576 > > > > > >>>>> Mode: r0w0e0 > > > > > >>>>> efimedia: > HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5) > > > > > >>>>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > > > > > >>>>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > > > > > >>>>> label: (null) > > > > > >>>>> length: 31968979456 > > > > > >>>>> offset: 41944576 > > > > > >>>>> type: freebsd-ufs > > > > > >>>>> index: 2 > > > > > >>>>> end: 62521335 > > > > > >>>>> start: 81923 > > > > > >>>>> Consumers: > > > > > >>>>> 1. Name: da3 > > > > > >>>>> Mediasize: 32010928128 (30G) > > > > > >>>>> Sectorsize: 512 > > > > > >>>>> Mode: r0w0e0 > > > > > >>>>> > > > > > >>>>> Thanks!! > > > > > >>>>> > > > > > >>>>> Mit > > > > > >>>>> > > > > > >>>>> From: "S=C3=B8ren Schmidt" soren.schmidt@gmail.com>> > > > > > >>>>> To: "Marcin Wojtas" >> > > > > > >>>>> Cc: "Mit Matelske" >, > "freebsd-arm" > > > > > > >>>>> Sent: Tuesday, August 13, 2019 12:55:09 PM > > > > > >>>>> Subject: Re: Espressobin anyone ? > > > > > >>>>> > > > > > >>>>> Hi > > > > > >>>>> That doesn?t seen to work on the espressobin, or least I > can?t get it to pick it up. > > > > > >>>>> > > > > > >>>>> I use this patch as a workaround: > > > > > >>>>> > > > > > >>>>> Index: main.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 > > > > > >>>>> --- main.c (revision 350496) > > > > > >>>>> +++ main.c (working copy) > > > > > >>>>> @@ -463,6 +462,13 @@ > > > > > >>>>> int rv; > > > > > >>>>> char *rootdev; > > > > > >>>>> > > > > > >>>>> +#if defined(__aarch64__) > > > > > >>>>> + /* SOS HACK in rootdev, at least Espressobin gets this > wrong */ > > > > > >>>>> + printf("Setting currdev hack\n"); > > > > > >>>>> + set_currdev("disk0p2"); > > > > > >>>>> + return (0); > > > > > >>>>> +#endif > > > > > >>>>> + > > > > > >>>>> /* > > > > > >>>>> * First choice: if rootdev is already set, use that, > even if > > > > > >>>>> * it's wrong. > > > > > >>>>> > > > > > >>>>> Its not pretty but it does the job until I get time to look > into why bootargs aren?t passed / won?t stick, probably something I havn?= t > backported to my -stable12 sources yet... > > > > > >>>>> > > > > > >>>>> -S=C3=B8ren > > > > > >>>>> > > > > > >>>>> On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: > > > > > >>>>> > > > > > >>>>> Hi, > > > > > >>>>> > > > > > >>>>> Not sure if it's what you are looking for, but in order to > autoboot, I > > > > > >>>>> simply pass 'rootdev=3DdiskXpY' in the bootargs variable. > Here's example from > > > > > >>>>> A3720-DB (same should work on EspressoBin): > > > > > >>>>> > > > > > >>>>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatlo= ad > usb 0:1 > > > > > >>>>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 > ${kernel_addr} > > > > > >>>>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > > > > > >>>>> resetting USB... > > > > > >>>>> USB0: Register 2000104 NbrPorts 2 > > > > > >>>>> Starting the controller > > > > > >>>>> USB XHCI 1.00 > > > > > >>>>> USB1: USB EHCI 1.00 > > > > > >>>>> - ______ ____ _____ _____ > > > > > >>>>> | ____| | _ \ / ____| __ \ > > > > > >>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | > > > > > >>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > > > > > >>>>> | | | | | __/ __/| |_) |____) | |__| | > > > > > >>>>> | | | | | | || | | | > > > > > >>>>> |_| |_| \___|\___||____/|_____/|_____/ > > > > > >>>>> ``` > > > > > >>>>> ` > > > > > >>>>> ????????????Welcome to FreeBSD????????????? s` > `.....---.......--.``` > > > > > >>>>> -/ > > > > > >>>>> ? ? +o .--` > /y:` > > > > > >>>>> +. > > > > > >>>>> ? 1. Boot Multi user [Enter] ? yo`:. > :o > > > > > >>>>> `+- > > > > > >>>>> ? 2. Boot Single user ? y/ > -/` -o/ > > > > > >>>>> ? 3. Escape to loader prompt ? .- > > > > > >>>>> ::/sy+:. > > > > > >>>>> ? 4. Reboot ? / > `-- > > > > > >>>>> / > > > > > >>>>> ? ? `: > > > > > >>>>> :` > > > > > >>>>> ? Options: ? `: > > > > > >>>>> :` > > > > > >>>>> ? 5. Kernel: default/kernel (1 of 1) ? / > > > > > >>>>> / > > > > > >>>>> ? 6. Boot Options ? .- > > > > > >>>>> -. > > > > > >>>>> ? ? -- > -. > > > > > >>>>> ? ? `:` > `:` > > > > > >>>>> ? ? .-- > `--. > > > > > >>>>> ??????????????????????????????????????????? > .---.....----. > > > > > >>>>> Autoboot in 9 seconds, hit [Enter] to boot or any other key > to stop > > > > > >>>>> > > > > > >>>>> Loading kernel... > > > > > >>>>> /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa9= 4 > > > > > >>>>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] > > > > > >>>>> Loading configured modules... > > > > > >>>>> can't find '/boot/entropy' > > > > > >>>>> Using DTB provided by EFI at 0x8000000. > > > > > >>>>> ---<>--- > > > > > >>>>> KDB: debugger backends: ddb > > > > > >>>>> KDB: current backend: ddb > > > > > >>>>> Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) > GENERIC arm64 > > > > > >>>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) > (based on LLVM > > > > > >>>>> 8.0.0) > > > > > >>>>> WARNING: WITNESS option enabled, expect reduced performance= . > > > > > >>>>> VT: init without driver. > > > > > >>>>> Starting CPU 1 (1) > > > > > >>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > > > >>>>> [...] > > > > > >>>>> > > > > > >>>>> Best regards, > > > > > >>>>> Marcin > > > > > >>>>> > > > > > >>>>> pon., 12 sie 2019 o 23:14 Mit Matelske mit@pt.net>> napisa?(a): > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> Soren- > > > > > >>>>> > > > > > >>>>> Thanks for the quick response. I built this kernel with > revision 350924. > > > > > >>>>> I'll dig into whats going on in the morning. > > > > > >>>>> > > > > > >>>>> Mind posting your diff for your loader.efi? > > > > > >>>>> > > > > > >>>>> Thanks again! > > > > > >>>>> > > > > > >>>>> Mit > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> ----- Original Message ----- > > > > > >>>>> From: "S=C3=B8ren Schmidt" soren.schmidt@gmail.com>> > > > > > >>>>> To: "Mit Matelske" > > > > > > >>>>> Cc: "tscho" johannes@t-beutel.com>>, "freebsd-arm" < > > > > > >>>>> freebsd-arm@freebsd.org > > > > > > >>>>> Sent: Monday, August 12, 2019 3:49:48 PM > > > > > >>>>> Subject: Re: Espressobin anyone ? > > > > > >>>>> > > > > > >>>>> Hi > > > > > >>>>> > > > > > >>>>> Looks like your sources may be too old, you need to be at > least at r348882 > > > > > >>>>> to get the fix for the SD card VCC regulator. > > > > > >>>>> > > > > > >>>>> That change fixed it for me backported to 12-stable... > > > > > >>>>> > > > > > >>>>> The currdev problem still exists, I have it hardwired in my > loader for > > > > > >>>>> aarch64 :) > > > > > >>>>> > > > > > >>>>> -S=C3=B8ren > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> On 12 Aug 2019, at 21.06, Mit Matelske mit@pt.net>> wrote: > > > > > >>>>> > > > > > >>>>> I'm having a couple little hiccups booting this board also. > One has > > > > > >>>>> been commented on already, that I can't get the loader to > automatically > > > > > >>>>> start loading the kernel on "disk0p2"... > > > > > >>>>> > > > > > >>>>> The second, is that the kernel can't find the SD card after > booting so > > > > > >>>>> it can't mount the root filesystem. I'm using the dts/dtb > and kernel from > > > > > >>>>> the 13-current branch. > > > > > >>>>> > > > > > >>>>> Thanks for any and all help. I haven't used u-boot in abou= t > decade. > > > > > >>>>> Spoiled by the x86 platform. > > > > > >>>>> > > > > > >>>>> Mit Matelske > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> ***U-boot environment:*** > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> Marvell>> printenv > > > > > >>>>> baudrate=3D115200 > > > > > >>>>> bootargs=3Dconsole=3DttyMV0,115200 > earlycon=3Dar3700_uart,0xd0012000 > > > > > >>>>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevna= me=3D0 > > > > > >>>>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr > $image_name;fatload mmc > > > > > >>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > > > > >>>>> bootdelay=3D2 > > > > > >>>>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr > $image_name;fatload mmc > > > > > >>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > > > > >>>>> console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0x= d0012000 > > > > > >>>>> eth1addr=3D00:51:82:11:22:01 > > > > > >>>>> eth2addr=3D00:51:82:11:22:02 > > > > > >>>>> eth3addr=3D00:51:82:11:22:03 > > > > > >>>>> ethact=3Dneta@30000 > > > > > >>>>> ethaddr=3DF0:AD:4E:09:6B:8F > > > > > >>>>> ethprime=3Deth0 > > > > > >>>>> fdt_addr=3D0x4f00000 > > > > > >>>>> fdt_high=3D0xffffffffffffffff > > > > > >>>>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb > > > > > >>>>> fdtcontroladdr=3D3f7161b8 > > > > > >>>>> gatewayip=3D10.4.50.254 > > > > > >>>>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot > $fdt_addr > > > > > >>>>> $fdt_name; run get_ramfs > > > > > >>>>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv > ramfs_addr > > > > > >>>>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv > ramfs_addr -;fi > > > > > >>>>> hostname=3Dmarvell > > > > > >>>>> image_name=3Defi/freebsd/loader.efi > > > > > >>>>> initrd_addr=3D0xa00000 > > > > > >>>>> initrd_size=3D0x2000000 > > > > > >>>>> ipaddr=3D0.0.0.0 > > > > > >>>>> kernel_addr=3D0x5000000 > > > > > >>>>> loadaddr=3D0x5000000 > > > > > >>>>> netdev=3Deth0 > > > > > >>>>> netmask=3D255.255.255.0 > > > > > >>>>> ramfs_addr=3D0x8000000 > > > > > >>>>> ramfs_name=3D- > > > > > >>>>> root=3Droot=3D/dev/nfs rw > > > > > >>>>> rootpath=3D/srv/nfs/ > > > > > >>>>> serverip=3D0.0.0.0 > > > > > >>>>> set_bootargs=3Dsetenv bootargs $console $root > > > > > >>>>> > ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none > > > > > >>>>> nfsroot=3D$serverip:$rootpath $extra_params > > > > > >>>>> stderr=3Dserial@12000 > > > > > >>>>> stdin=3Dserial@12000 > > > > > >>>>> stdout=3Dserial@12000 > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> ***Full boot logs:*** > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - > 15:39:10 +0800) > > > > > >>>>> > > > > > >>>>> Model: Marvell Armada 3720 Community Board ESPRESSOBin > > > > > >>>>> CPU @ 1000 [MHz] > > > > > >>>>> L2 @ 800 [MHz] > > > > > >>>>> TClock @ 200 [MHz] > > > > > >>>>> DDR @ 800 [MHz] > > > > > >>>>> DRAM: 1 GiB > > > > > >>>>> U-Boot DT blob at : 000000003f7161b8 > > > > > >>>>> Comphy-0: USB3 5 Gbps > > > > > >>>>> Comphy-1: PEX0 2.5 Gbps > > > > > >>>>> Comphy-2: SATA0 6 Gbps > > > > > >>>>> SATA link 0 timeout. > > > > > >>>>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > > > > > >>>>> flags: ncq led only pmp fbss pio slum part sxs > > > > > >>>>> PCIE-0: Link down > > > > > >>>>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 > > > > > >>>>> SF: Detected mx25u3235f with page size 256 Bytes, erase siz= e > 64 KiB, > > > > > >>>>> total 4 MiB > > > > > >>>>> Net: eth0: neta@30000 [PRIME] > > > > > >>>>> Hit any key to stop autoboot: 0 > > > > > >>>>> switch to partitions #0, OK > > > > > >>>>> mmc0 is current device > > > > > >>>>> reading efi/freebsd/loader.efi > > > > > >>>>> 603872 bytes read in 49 ms (11.8 MiB/s) > > > > > >>>>> reading efi/boot/armada-3720-espressobin.dtb > > > > > >>>>> 15946 bytes read in 17 ms (916 KiB/s) > > > > > >>>>> ## Starting EFI application at 05000000 ... > > > > > >>>>> Scanning disk sdhci@d0000.blk ... > > > > > >>>>> Card did not respond to voltage select! > > > > > >>>>> mmc_init: -95, time 50 > > > > > >>>>> Found 1 disks > > > > > >>>>> Consoles: EFI console > > > > > >>>>> FreeBSD/arm64 EFI loader, Revision 1.1 > > > > > >>>>> > > > > > >>>>> Command line arguments: loader.efi > > > > > >>>>> EFI version: 2.05 > > > > > >>>>> EFI Firmware: Das U-boot (rev 0.00) > > > > > >>>>> Console: efi (0) > > > > > >>>>> Failed to find bootable partition > > > > > >>>>> Startup error in /boot/lua/loader.lua: seconds > > > > > >>>>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid > argument. > > > > > >>>>> > > > > > >>>>> can't load 'kernel' > > > > > >>>>> > > > > > >>>>> Type '?' for a list of commands, 'help' for more detailed > help. > > > > > >>>>> OK > > > > > >>>>> OK set currdev=3Ddisk0p2 > > > > > >>>>> OK boot > > > > > >>>>> > > > > > >>>>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae9= 4 > > > > > >>>>> syms=3D[0x8+0x137dd8+0x8+0x126260] > > > > > >>>>> Using DTB provided by EFI at 0x8000000. > > > > > >>>>> ---<>--- > > > > > >>>>> KDB: debugger backends: ddb > > > > > >>>>> KDB: current backend: ddb > > > > > >>>>> Copyright (c) 1992-2019 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 GENERIC arm64 > > > > > >>>>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) > (based on > > > > > >>>>> LLVM 6.0.1) > > > > > >>>>> WARNING: WITNESS option enabled, expect reduced performance= . > > > > > >>>>> VT: init without driver. > > > > > >>>>> Starting CPU 1 (1) > > > > > >>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > > > >>>>> arc4random: WARNING: initial seeding bypassed the > cryptographic random > > > > > >>>>> device because it was not yet seeded and the knob > 'bypass_before_seeding' > > > > > >>>>> was enabled. > > > > > >>>>> random: entropy device external interface > > > > > >>>>> MAP 3e681000 mode 2 pages 1 > > > > > >>>>> MAP 3ffa6000 mode 2 pages 1 > > > > > >>>>> kbd0 at kbdmux0 > > > > > >>>>> ofwbus0: > > > > > >>>>> simplebus0: on ofwbus0 > > > > > >>>>> simplebus1: on simplebus= 0 > > > > > >>>>> simple_mfd0: mem > > > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > > > > > >>>>> simple_mfd1: mem > > > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > > > > > >>>>> psci0: on > ofwbus0 > > > > > >>>>> gic0: mem > > > > > >>>>> > 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1= d91fff,0x1da0000-0x1dbffff > > > > > >>>>> irq 27 on simplebus1 > > > > > >>>>> gpio0: mem > > > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > 28,29,30,31,32,33,34,35,36,37,38,39 on > > > > > >>>>> simple_mfd0 > > > > > >>>>> gpio0: cannot allocate memory window > > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > > >>>>> gpio0: mem > > > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > simple_mfd1 > > > > > >>>>> gpio0: cannot allocate memory window > > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > > >>>>> gpioregulator0: on ofwbus0 > > > > > >>>>> gpioregulator0: cannot get pin 0 > > > > > >>>>> gpioregulator0: cannot parse parameters > > > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > > > >>>>> generic_timer0: irq 0,1,2,3 on ofwbus= 0 > > > > > >>>>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz > quality 1000 > > > > > >>>>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz > quality 1000 > > > > > >>>>> gpio0: mem > > > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > 28,29,30,31,32,33,34,35,36,37,38,39 on > > > > > >>>>> simple_mfd0 > > > > > >>>>> gpio0: cannot allocate memory window > > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > > >>>>> gpio0: mem > > > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > simple_mfd1 > > > > > >>>>> gpio0: cannot allocate memory window > > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > > >>>>> gpioregulator0: on ofwbus0 > > > > > >>>>> gpioregulator0: cannot get pin 0 > > > > > >>>>> gpioregulator0: cannot parse parameters > > > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > > > >>>>> gpio0: mem > > > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > 28,29,30,31,32,33,34,35,36,37,38,39 on > > > > > >>>>> simple_mfd0 > > > > > >>>>> gpio0: cannot allocate memory window > > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > > >>>>> gpio0: mem > > > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > simple_mfd1 > > > > > >>>>> gpio0: cannot allocate memory window > > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > > >>>>> gpioregulator0: on ofwbus0 > > > > > >>>>> gpioregulator0: cannot get pin 0 > > > > > >>>>> gpioregulator0: cannot parse parameters > > > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > > > >>>>> gpio0: mem > > > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > 28,29,30,31,32,33,34,35,36,37,38,39 on > > > > > >>>>> simple_mfd0 > > > > > >>>>> gpio0: cannot allocate memory window > > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > > >>>>> gpio0: mem > > > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > simple_mfd1 > > > > > >>>>> gpio0: cannot allocate memory window > > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > > >>>>> gpioregulator0: on ofwbus0 > > > > > >>>>> gpioregulator0: cannot get pin 0 > > > > > >>>>> gpioregulator0: cannot parse parameters > > > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > > > >>>>> gpio0: mem > > > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > 28,29,30,31,32,33,34,35,36,37,38,39 on > > > > > >>>>> simple_mfd0 > > > > > >>>>> gpio0: cannot allocate memory window > > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > > >>>>> gpio0: mem > > > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > simple_mfd1 > > > > > >>>>> gpio0: cannot allocate memory window > > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > > >>>>> gpioregulator0: on ofwbus0 > > > > > >>>>> gpioregulator0: cannot get pin 0 > > > > > >>>>> gpioregulator0: cannot parse parameters > > > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > > > >>>>> cpulist0: on ofwbus0 > > > > > >>>>> cpu0: on cpulist0 > > > > > >>>>> cpu1: on cpulist0 > > > > > >>>>> pmu0: irq 4 on ofwbus0 > > > > > >>>>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 > > > > > >>>>> syscon_generic1: mem 0x11500-0x1153f on simplebus1 > > > > > >>>>> uart0: mem 0x12000-0x121ff irq > 9,10,11 on > > > > > >>>>> simplebus1 > > > > > >>>>> uart0: console (115200,n,8,1) > > > > > >>>>> gpio0: mem > > > > > >>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > 28,29,30,31,32,33,34,35,36,37,38,39 on > > > > > >>>>> simple_mfd0 > > > > > >>>>> gpio0: cannot allocate memory window > > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > > >>>>> syscon_generic2: mem 0x14000-0x1405f on simplebus1 > > > > > >>>>> gpio0: mem > > > > > >>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > simple_mfd1 > > > > > >>>>> gpio0: cannot allocate memory window > > > > > >>>>> device_attach: gpio0 attach returned 6 > > > > > >>>>> mvneta0: mem 0x30000-0x33fff irq 14 on > simplebus1 > > > > > >>>>> mvneta0: version is 10 > > > > > >>>>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > > > > > >>>>> mdio0: on mvneta0 > > > > > >>>>> mdioproxy0: on mdio0 > > > > > >>>>> e6000sw0: on mdio0 > > > > > >>>>> e6000sw0: multi-chip addressing mode (0x1) > > > > > >>>>> e6000sw0: CPU port at 0 > > > > > >>>>> e6000sw0: fixed port at 0 > > > > > >>>>> e6000sw0: PHY at port 1 > > > > > >>>>> miibus0: on e6000sw0 > > > > > >>>>> e1000phy0: PHY 17 on miibus0 > > > > > >>>>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, > > > > > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, > 1000baseT-FDX-master, auto > > > > > >>>>> e6000sw0: PHY at port 2 > > > > > >>>>> miibus1: on e6000sw0 > > > > > >>>>> e1000phy1: PHY 18 on miibus1 > > > > > >>>>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, > > > > > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, > 1000baseT-FDX-master, auto > > > > > >>>>> e6000sw0: PHY at port 3 > > > > > >>>>> miibus2: on e6000sw0 > > > > > >>>>> e1000phy2: PHY 19 on miibus2 > > > > > >>>>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, > > > > > >>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, > 1000baseT-FDX-master, auto > > > > > >>>>> e6000sw0: switch is ready. > > > > > >>>>> etherswitch0: on e6000sw0 > > > > > >>>>> xhci0: mem 0x58000-0x5bfff irq > 16 on > > > > > >>>>> simplebus1 > > > > > >>>>> xhci0: 32 bytes context size, 32-bit DMA > > > > > >>>>> usbus0 on xhci0 > > > > > >>>>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > > > > > >>>>> ehci0: mem > 0x5e000-0x5efff irq > > > > > >>>>> 17 on simplebus1 > > > > > >>>>> usbus1: EHCI version 1.0 > > > > > >>>>> usbus1 on ehci0 > > > > > >>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > > > > > >>>>> sdhci_xenon0: mem > > > > > >>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > > > > >>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on > simplebus1 > > > > > >>>>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier > supported with FBS > > > > > >>>>> ahcich0: at channel 0 on ahci0 > > > > > >>>>> device_attach: ahcich0 attach returned 6 > > > > > >>>>> gpioregulator0: on ofwbus0 > > > > > >>>>> gpioregulator0: cannot get pin 0 > > > > > >>>>> gpioregulator0: cannot parse parameters > > > > > >>>>> device_attach: gpioregulator0 attach returned 6 > > > > > >>>>> cryptosoft0: > > > > > >>>>> Timecounters tick every 1.000 msec > > > > > >>>>> mvneta0: link state changed to UP > > > > > >>>>> e6000sw0port1: link state changed to DOWN > > > > > >>>>> e6000sw0port2: link state changed to DOWN > > > > > >>>>> e6000sw0port3: link state changed to DOWN > > > > > >>>>> usbus0: 5.0Gbps Super Speed USB v3.0 > > > > > >>>>> usbus1: 480Mbps High Speed USB v2.0 > > > > > >>>>> Release APs...done > > > > > >>>>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > > > > > >>>>> Instruction Set Attributes 0 =3D > > > > > >>>>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install > [ro,noatime]... > > > > > >>>>> Instruction Set Attributes 1 =3D <> > > > > > >>>>> Root mount waiting for: Processor Features 0 =3D > > > > > >>>>> > > > > > >>>>> usbus1 Processor Features 1 =3D <0> > > > > > >>>>> usbus0 Memory Model Features 0 =3D <4k Granule,64k > Granule,S/NS > > > > > >>>>> Mem,MixedEndian,16bit ASID,1TB PA> > > > > > >>>>> > > > > > >>>>> Memory Model Features 1 =3D <> > > > > > >>>>> Memory Model Features 2 =3D <32b CCIDX,48b VA> > > > > > >>>>> Debug Features 0 =3D <2 CTX Breakpoints,4 > Watchpoints,6 > > > > > >>>>> Breakpoints,PMUv3,Debug v8> > > > > > >>>>> Debug Features 1 =3D <0> > > > > > >>>>> Auxiliary Features 0 =3D <0> > > > > > >>>>> Auxiliary Features 1 =3D <0> > > > > > >>>>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > > > > > >>>>> WARNING: WITNESS option enabled, expect reduced performance= . > > > > > >>>>> ugen0.1: at usbus0 > > > > > >>>>> ugen1.1: at usbus1 > > > > > >>>>> uhub0 on usbus0 > > > > > >>>>> uhub1 on usbus1 > > > > > >>>>> uhub0: addr 1> on > > > > > >>>>> usbus0 > > > > > >>>>> uhub1: addr 1> on > > > > > >>>>> usbus1 > > > > > >>>>> uhub0: 2 ports with 2 removable, self powered > > > > > >>>>> uhub1: 1 port with 1 removable, self powered > > > > > >>>>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... > > > > > >>>>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with erro= r > 19. > > > > > >>>>> > > > > > >>>>> Loader variables: > > > > > >>>>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > > > > > >>>>> vfs.root.mountfrom.options=3Dro,noatime > > > > > >>>>> > > > > > >>>>> Manual root filesystem specification: > > > > > >>>>> : [options] > > > > > >>>>> Mount using filesystem > > > > > >>>>> and with the specified (optional) option list. > > > > > >>>>> > > > > > >>>>> eg. ufs:/dev/da0s1a > > > > > >>>>> zfs:zroot/ROOT/default > > > > > >>>>> cd9660:/dev/cd0 ro > > > > > >>>>> (which is equivalent to: mount -t cd9660 -o ro > /dev/cd0 /) > > > > > >>>>> > > > > > >>>>> ? List valid disk boot devices > > > > > >>>>> . Yield 1 second (for background tasks) > > > > > >>>>> Abort manual input > > > > > >>>>> > > > > > >>>>> mountroot> ? > > > > > >>>>> > > > > > >>>>> List of GEOM managed disk devices: > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> mountroot> > > > > > >>>>> _______________________________________________ > > > > > >>>>> freebsd-arm@freebsd.org > mailing list > > > > > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < > https://lists.freebsd.org/mailman/listinfo/freebsd-arm> > > > > > >>>>> To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org freebsd-arm-unsubscribe@freebsd.org>" > > > > > >>>>> > > > > > >>>>> _______________________________________________ > > > > > >>>>> freebsd-arm@freebsd.org > mailing list > > > > > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < > https://lists.freebsd.org/mailman/listinfo/freebsd-arm> > > > > > >>>>> To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org freebsd-arm-unsubscribe@freebsd.org>" > > > > > >>>> > > > > > >>> > > > > > >>> > > > > > >>> -- > > > > > >>> Emmanuel Vadot > > > > > >> > > > > > > > > > > > > > > > > > > -- > > > > > > Emmanuel Vadot > > > > > > > > > > > > -- > > > > Emmanuel Vadot > > > > _______________________________________________ > > > > freebsd-arm@freebsd.org mailing list > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org" > > > > > > > > > -- > > > Emmanuel Vadot > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " > > > > > > -- > > Emmanuel Vadot > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > -- > Emmanuel Vadot > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Sat Aug 17 09:07:27 2019 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 3FD26C1156 for ; Sat, 17 Aug 2019 09:07:27 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 469Z8G2TMkz49k9 for ; Sat, 17 Aug 2019 09:07:25 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ed1-x530.google.com with SMTP id p28so7097949edi.3 for ; Sat, 17 Aug 2019 02:07:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=DOYtEwzicTflvI6JvkFuV+pEEYjRjvIwmvQ999dWplY=; b=jGLp2xtcQmLA+FuM+r5zrXzgoJTcSerLvwm7ZEt93JhMGC18f41/aIbPO2kOOWqdHF ITs6lzaivpMjWVt4pUy4doNK9Gz+bJPFfHR8aeimQxgosATTRf7CbV06IuGqN+OnqpdD Co9lRgZZXSWXfIuR/MEL4Q36CQzVwxKNgdu7Z/ys8NsA4oJ0mmgFh+PtQUtQTfqCjpyf D0ZS36kfrnrO74/zEvcMacbvTTumNs4GA1Ox11NKeU2t+e7tW2CxMpqheRGkI56sS1wj HoAyMoS7/sHQZVDDgc2K0E3C2ouLJ23+VR1Ez5rEMRgtpnwKC31v4jz3H8NFprdbX6po fMQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=DOYtEwzicTflvI6JvkFuV+pEEYjRjvIwmvQ999dWplY=; b=sv83rty3/tHWvOC9wM/Jmc8/FYdws0nzApTc91EL42Cfh/X7LuL9bc3apkQgdtL/SJ FWvsLEvLpgYauL6r/2sPAjx6/KoPaQ0codSo3GVESgZ4nUkAmH3wxpn0Yd4KFaVtK9pA lUEYc7OuDJNPR77VgPXhgFNAgiOQGz9HZCOmlg0uPeAGIYPSAw56u/QCADjvbTbAJQ3m P35f2Qe8NNnfLHRhZLWRAI2efFOlDvS7LfEVkiMvdqnqGl9RBHLgfu57On82NupBdGee ex3LZUoGQRbplDAZcYdiuRN4vdNx9/OoJCzVZZ8qIdkIpNutHfclSYpl23XPiPrZB0+W 75dQ== X-Gm-Message-State: APjAAAWDOC/dyP7gOjt+bDVI/MBl0vBBVpD5y+MkueyVAdbLz5G2f0Bx 67mI+kmnEbi45FsvunE3ReE9MpGCl1s= X-Google-Smtp-Source: APXvYqyqT8lX2XGHsa+5KptRsjX+rrhMCdhob9E1KWDlue0q3+kqD71S2zoJfQGK2cmaPPWGA7VX4w== X-Received: by 2002:a17:906:528a:: with SMTP id c10mr12190242ejm.229.1566032844155; Sat, 17 Aug 2019 02:07:24 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id br8sm1153063ejb.92.2019.08.17.02.07.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 17 Aug 2019 02:07:23 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_F7B444D1-9769-476F-A906-EF7240CC561B"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Espressobin anyone ? Date: Sat, 17 Aug 2019 11:07:22 +0200 In-Reply-To: <20190816225826.ce31e8f968021944f64cb67c@bidouilliste.com> Cc: freebsd-arm , Marcin Wojtas To: Emmanuel Vadot References: <45CD194B-8533-42B7-9FE8-B2C8C03F4422@gmail.com> <1021311926.304550.1565731831094.JavaMail.zimbra@perftech.com> <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> <20190815233755.893e485f40ccacd79cdb3d96@bidouilliste.com> <78F5029D-A0F5-42F2-8191-07EB3A68C87B@gmail.com> <20190816152454.4e54ab5c276a543c120d909a@bidouilliste.com> <20190816171037.f808fbaba2369f179de36397@bidouilliste.com> <20190816191230.508f07f27fac21479a6716d9@bidouilliste.com> <20190816225826.ce31e8f968021944f64cb67c@bidouilliste.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 469Z8G2TMkz49k9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=jGLp2xtc; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::530 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-4.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.995,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; SUBJECT_ENDS_QUESTION(1.00)[]; 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.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.117.48,0.0.46.224]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[0.3.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.52), ipnet: 2a00:1450::/32(-3.03), asn: 15169(-2.38), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2019 09:07:27 -0000 --Apple-Mail=_F7B444D1-9769-476F-A906-EF7240CC561B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Emmunuel Yes the 3720 gpio driver I already back ported long ago, its needed, = I=E2=80=99m happy its now part of std stable 12! My issue seems to be the inclusion of the phy_usb driver, if I leave = that out, I=E2=80=99m back to normal.. I=E2=80=99ll have have another go at the latest -stable sources during = the weekend and see how it goes. Thanks for looking into this, with a little cooperation we=E2=80=99ll = get this solved for the greater good.. -S=C3=B8ren > On 16 Aug 2019, at 22.58, Emmanuel Vadot = wrote: >=20 > On Fri, 16 Aug 2019 19:12:30 +0200 > Emmanuel Vadot > = wrote: >=20 >> On Fri, 16 Aug 2019 17:10:37 +0200 >> Emmanuel Vadot wrote: >>=20 >>> On Fri, 16 Aug 2019 15:24:54 +0200 >>> Emmanuel Vadot wrote: >>>=20 >>>> On Fri, 16 Aug 2019 07:28:59 +0200 >>>> S=C3=B8ren Schmidt wrote: >>>>=20 >>>>> Hi >>>>>=20 >>>>> Very simple, reverting sys/gnu/dts to what was before 350595 = (actually 350592). >>>>> Thats what we have svn for ? >>>>=20 >>>> If I asked how it was to have the svn command that you used, I want = to >>>> make sure that you didn't revert anything else, like do you have >>>> r350596 and r350628 ? >>>>=20 >>>>> That does make my bananapi work again, no other changes just a = recompiled kernel. >>>>=20 >>>> That + copying the dtb to the fat32 partition ? >>>>=20 >>>> Can you post the dtb somewhere. >>>>=20 >>>>> However it does not bring the Espressobin back to life, thats = something in one of the ~30 other files that changed between those two = revisions. >>>>=20 >>>> What Linux version of DTS are you using then ? The ones that were = in >>>> stable/12 when it was branched (4.18) or a later revision ? >>>=20 >>> So I think that I've found the problem on the Espressobin. >>> I think that the problem comes from the simple-mfd driver that I've >>> mfc in r350600. >>> The pinctrl/gpio controller compatible is >>> "marvell,armada3710-nb-pinctrl", "syscon", "simple-mfd" and it = attaches >>> at BUS_PASS_INTERRUPT while the simple_mfd driver attaches at >>> BUS_PASS_BUS (so earlier) which means that no gpio controller will = be >>> available for sdhci to detect the card. >>>=20 >>> If someone with a non-working espressobin could post a full verbose >>> boot log that would help me confirming that this is the case. >>> I'll try to find a solution on how to solve this problem. >>=20 >> So this wasn't the problem but I've found it, see r351129 and r351130 >>=20 >> SD card now work again in HEAD, I'll have a look at stable later next >> week. >=20 > I've did a quick test and I've MFC r348880, r348882 and r349596, the > two other commits needed to be mfc'ed are the one I did today on head, > I'll do that next week. > With them sdcard is working again on stable/12 >=20 >>>>> -S=C3=B8ren >>>>>=20 >>>>>> On 15 Aug 2019, at 23.37, Emmanuel Vadot = wrote: >>>>>>=20 >>>>>> On Thu, 15 Aug 2019 21:56:23 +0200 >>>>>> S=C3=B8ren Schmidt wrote: >>>>>>=20 >>>>>>>=20 >>>>>>> Well, I don?t care where you are from and what color you have :) >>>>>>>=20 >>>>>>> Now, if I update my stable12 sources to r350595 the bananapi = breaks, if revert sys/gnu/dts it works again, go figure.. >>>>>>=20 >>>>>> Reverting to what ? and how ? >>>>>>=20 >>>>>> Because I've just test 12-stable and I have the problem that I've = said >>>>>> in my previous mail so setting hw.regulator.disable_unused=3D0 is = the >>>>>> work around. >>>>>> The problem is in twsi not in the DTS so I'm curious how = reverting >>>>>> only the dts fixes this problem. >>>>>>=20 >>>>>>> The r351099 fix is already like that in -stable, and not part of = the problem. >>>>>>>=20 >>>>>>> -S=C3=B8ren >>>>>>=20 >>>>>>>> On 15 Aug 2019, at 21.03, Emmanuel Vadot = wrote: >>>>>>>>=20 >>>>>>>> On Thu, 15 Aug 2019 19:48:54 +0200 >>>>>>>> S=C3=B8ren Schmidt wrote: >>>>>>>>=20 >>>>>>>>> Hi Mit! >>>>>>>>>=20 >>>>>>>>> Right, I suspected that, 12-stable broke many embedded systems = between r350592 and r350595 where all the latest and greatest DTS files = was pulled in, I guess the same holds for -current. >>>>>>>>>=20 >>>>>>>>> -S=C3=B8ren >>>>>>>>=20 >>>>>>>> Mhm it's fun that you think that DTS import is the source of = all your >>>>>>>> problems, I get it, it's easy to blame the French guy that bulk = import >>>>>>>> the DTS, he surely don't know what he is doing. >>>>>>>> Anyway, two problems were raised in this thread : >>>>>>>>=20 >>>>>>>> 1) BananaPi (A20) doesn't boot >>>>>>>> 2) Espressobin sd support is broken >>>>>>>>=20 >>>>>>>> I've just looked at the BananaPi problem today, I've fixed a = first >>>>>>>> problem in r351099. >>>>>>>> The main problem is that when we disable the unused regulators = we hang >>>>>>>> when trying to disabling ldo3. It's weird because the board = doesn't use >>>>>>>> LDO3 (which is why we are disabling it, it's unused). The = problem is in >>>>>>>> twsi I think as only leaving the part in axp209 that read the >>>>>>>> voltage register value make FreeBSD hang. >>>>>>>> I'll have a proper look later, in the meantime you can set >>>>>>>> hw.regulator.disable_unused=3D0 >>>>>>>> in /boot/loader.conf >>>>>>>> This isn't a DTS problem. >>>>>>>>=20 >>>>>>>> For Espressobin I haven't found any thing related to SD in the = DTS >>>>>>>> updates since the import, the only things slighly related are = mmc and >>>>>>>> sdio. >>>>>>>> So if someone could find which DTS import broke this I can have = a look. >>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>>> On 15 Aug 2019, at 19.37, Mit Matelske wrote: >>>>>>>>>>=20 >>>>>>>>>> Yeah, that was the problem. I went back to r348882 and = everything worked out of the box. >>>>>>>>>>=20 >>>>>>>>>> Thanks again for the hand holding! >>>>>>>>>>=20 >>>>>>>>>> Mit >>>>>>>>>>=20 >>>>>>>>>> From: "S=C3=B8ren Schmidt" > >>>>>>>>>> To: "Mit Matelske" > >>>>>>>>>> Cc: "Marcin Wojtas" >, "freebsd-arm" > >>>>>>>>>> Sent: Wednesday, August 14, 2019 1:33:04 PM >>>>>>>>>> Subject: Re: Espressobin anyone ? >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> It might simply be broken in -current (again). >>>>>>>>>>=20 >>>>>>>>>> I just updated my stable12 tree and I pulled in new .dts = files for just about anything? >>>>>>>>>>=20 >>>>>>>>>> Needless to say, it broke the Espressobin?s SD support, it = now fails just like yours.. >>>>>>>>>>=20 >>>>>>>>>> It also broke allwinner builds and what not, so I?m just = going back in time again :) >>>>>>>>>>=20 >>>>>>>>>> I wonder why there is this overwhelming need to import stuff = that breaks things right, left and center in a -stable branch ? >>>>>>>>>> That would have earned you the pointy hat back when?. >>>>>>>>>>=20 >>>>>>>>>> -S=C3=B8ren >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> On 14 Aug 2019, at 18.01, Mit Matelske > wrote: >>>>>>>>>>=20 >>>>>>>>>> Marcin- >>>>>>>>>>=20 >>>>>>>>>> Sorry I didn't reply yesterday. I didn't have any luck with = that either. I tried a lot of permutations. >>>>>>>>>>=20 >>>>>>>>>> Not saying for 100% it doesn't work, but I couldn't get it to = work! >>>>>>>>>>=20 >>>>>>>>>> Mit >>>>>>>>>>=20 >>>>>>>>>> From: "Marcin Wojtas" > >>>>>>>>>> To: "Mit Matelske" > >>>>>>>>>> Cc: "S=C3=B8ren Schmidt" >, "freebsd-arm" = > >>>>>>>>>> Sent: Wednesday, August 14, 2019 10:41:04 AM >>>>>>>>>> Subject: Re: Espressobin anyone ? >>>>>>>>>>=20 >>>>>>>>>> Hi Mit, >>>>>>>>>> Since you are using the latest 13-current, could you please = try if passing rootdev via u-boot bootargs (please see my previous = email) works for you without the loader modification? >>>>>>>>>>=20 >>>>>>>>>> Best regards, >>>>>>>>>> Marcin >>>>>>>>>>=20 >>>>>>>>>> ?r., 14 sie 2019 o 16:29 Mit Matelske > napisa?(a): >>>>>>>>>> Soren- >>>>>>>>>>=20 >>>>>>>>>> Thanks for the info. I'll grab a couple more SD cards at = lunch. This one is a new Samsung 32GB. I'll also try putting the = changes into 12 and see if that helps. I'm using the latest 13-current. >>>>>>>>>>=20 >>>>>>>>>> Again, appreciate the hand holding! >>>>>>>>>>=20 >>>>>>>>>> Mit >>>>>>>>>>=20 >>>>>>>>>> From: "S=C3=B8ren Schmidt" > >>>>>>>>>> To: "Mit Matelske" > >>>>>>>>>> Cc: "Marcin Wojtas" >, "freebsd-arm" > >>>>>>>>>> Sent: Wednesday, August 14, 2019 2:30:31 AM >>>>>>>>>> Subject: Re: Espressobin anyone ? >>>>>>>>>>=20 >>>>>>>>>> Hi Mit >>>>>>>>>> Hmm, from your earlier posted dmesgs it looks like the SD = card is not getting detected properly.. >>>>>>>>>>=20 >>>>>>>>>> I get this output: >>>>>>>>>>=20 >>>>>>>>>> sdhci_xenon0: mem = 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>>>>>>>>> mmc0: on sdhci_xenon0 >>>>>>>>>> ?snip? >>>>>>>>>> mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block >>>>>>>>>>=20 >>>>>>>>>> The problem you see was fixed for me by r348882, maybe it got = broken later, I havn?t backported the later changes.. >>>>>>>>>>=20 >>>>>>>>>> Have you tried another SD card ? I have found 2 of mine that = the espressobin doesn?t like, but works fine with bananapi and = friends... >>>>>>>>>>=20 >>>>>>>>>> -S=C3=B8ren >>>>>>>>>>=20 >>>>>>>>>> On 13 Aug 2019, at 23.30, Mit Matelske > wrote: >>>>>>>>>>=20 >>>>>>>>>> Soren- >>>>>>>>>>=20 >>>>>>>>>> Thanks for the code snippet! That will fix one of the = problems. >>>>>>>>>>=20 >>>>>>>>>> I still can't mount my filesystem, though. I think I'm doing = something really simple, wrong. I believe I'm running the latest code = and added some printfs to show the kernel setting the regulator: >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> usbus1 on ehci0 >>>>>>>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 >>>>>>>>>> sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D = 19 >>>>>>>>>> sdhci_xenon0: vqmmc-supply regulator found >>>>>>>>>> sdhci_xenon0: mem = 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>>>>>>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on = simplebus1 >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> Could there be a problem with how I am setting up my = filesystem? I've tried both freebsd-ufs and freebsd as the type, with = no luck. A gpart listing of my SD card: >>>>>>>>>>=20 >>>>>>>>>> root@fbl:~ # gpart list da3 >>>>>>>>>> Geom name: da3 >>>>>>>>>> modified: false >>>>>>>>>> state: OK >>>>>>>>>> fwheads: 255 >>>>>>>>>> fwsectors: 63 >>>>>>>>>> last: 62521335 >>>>>>>>>> first: 3 >>>>>>>>>> entries: 4 >>>>>>>>>> scheme: GPT >>>>>>>>>> Providers: >>>>>>>>>> 1. Name: da3p1 >>>>>>>>>> Mediasize: 41943040 (40M) >>>>>>>>>> Sectorsize: 512 >>>>>>>>>> Stripesize: 0 >>>>>>>>>> Stripeoffset: 1536 >>>>>>>>>> Mode: r0w0e0 >>>>>>>>>> efimedia: = HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) >>>>>>>>>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 >>>>>>>>>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b >>>>>>>>>> label: (null) >>>>>>>>>> length: 41943040 >>>>>>>>>> offset: 1536 >>>>>>>>>> type: efi >>>>>>>>>> index: 1 >>>>>>>>>> end: 81922 >>>>>>>>>> start: 3 >>>>>>>>>> 2. Name: da3p2 >>>>>>>>>> Mediasize: 31968979456 (30G) >>>>>>>>>> Sectorsize: 512 >>>>>>>>>> Stripesize: 0 >>>>>>>>>> Stripeoffset: 41944576 >>>>>>>>>> Mode: r0w0e0 >>>>>>>>>> efimedia: = HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5) >>>>>>>>>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 >>>>>>>>>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b >>>>>>>>>> label: (null) >>>>>>>>>> length: 31968979456 >>>>>>>>>> offset: 41944576 >>>>>>>>>> type: freebsd-ufs >>>>>>>>>> index: 2 >>>>>>>>>> end: 62521335 >>>>>>>>>> start: 81923 >>>>>>>>>> Consumers: >>>>>>>>>> 1. Name: da3 >>>>>>>>>> Mediasize: 32010928128 (30G) >>>>>>>>>> Sectorsize: 512 >>>>>>>>>> Mode: r0w0e0 >>>>>>>>>>=20 >>>>>>>>>> Thanks!! >>>>>>>>>>=20 >>>>>>>>>> Mit >>>>>>>>>>=20 >>>>>>>>>> From: "S=C3=B8ren Schmidt" > >>>>>>>>>> To: "Marcin Wojtas" > >>>>>>>>>> Cc: "Mit Matelske" >, = "freebsd-arm" > >>>>>>>>>> Sent: Tuesday, August 13, 2019 12:55:09 PM >>>>>>>>>> Subject: Re: Espressobin anyone ? >>>>>>>>>>=20 >>>>>>>>>> Hi >>>>>>>>>> That doesn?t seen to work on the espressobin, or least I = can?t get it to pick it up. >>>>>>>>>>=20 >>>>>>>>>> I use this patch as a workaround: >>>>>>>>>>=20 >>>>>>>>>> Index: main.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 >>>>>>>>>> --- main.c (revision 350496) >>>>>>>>>> +++ main.c (working copy) >>>>>>>>>> @@ -463,6 +462,13 @@ >>>>>>>>>> int rv; >>>>>>>>>> char *rootdev; >>>>>>>>>>=20 >>>>>>>>>> +#if defined(__aarch64__) >>>>>>>>>> + /* SOS HACK in rootdev, at least Espressobin gets this = wrong */ >>>>>>>>>> + printf("Setting currdev hack\n"); >>>>>>>>>> + set_currdev("disk0p2"); >>>>>>>>>> + return (0); >>>>>>>>>> +#endif >>>>>>>>>> + >>>>>>>>>> /* >>>>>>>>>> * First choice: if rootdev is already set, use that, even = if >>>>>>>>>> * it's wrong. >>>>>>>>>>=20 >>>>>>>>>> Its not pretty but it does the job until I get time to look = into why bootargs aren?t passed / won?t stick, probably something I = havn?t backported to my -stable12 sources yet... >>>>>>>>>>=20 >>>>>>>>>> -S=C3=B8ren >>>>>>>>>>=20 >>>>>>>>>> On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: >>>>>>>>>>=20 >>>>>>>>>> Hi, >>>>>>>>>>=20 >>>>>>>>>> Not sure if it's what you are looking for, but in order to = autoboot, I >>>>>>>>>> simply pass 'rootdev=3DdiskXpY' in the bootargs variable. = Here's example from >>>>>>>>>> A3720-DB (same should work on EspressoBin): >>>>>>>>>>=20 >>>>>>>>>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload = usb 0:1 >>>>>>>>>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 = ${kernel_addr} >>>>>>>>>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} >>>>>>>>>> resetting USB... >>>>>>>>>> USB0: Register 2000104 NbrPorts 2 >>>>>>>>>> Starting the controller >>>>>>>>>> USB XHCI 1.00 >>>>>>>>>> USB1: USB EHCI 1.00 >>>>>>>>>> - ______ ____ _____ _____ >>>>>>>>>> | ____| | _ \ / ____| __ \ >>>>>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>>>>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>>>>>>>>> | | | | | __/ __/| |_) |____) | |__| | >>>>>>>>>> | | | | | | || | | | >>>>>>>>>> |_| |_| \___|\___||____/|_____/|_____/ >>>>>>>>>> ``` >>>>>>>>>> ` >>>>>>>>>> ????????????Welcome to FreeBSD????????????? s` = `.....---.......--.``` >>>>>>>>>> -/ >>>>>>>>>> ? ? +o .--` = /y:` >>>>>>>>>> +. >>>>>>>>>> ? 1. Boot Multi user [Enter] ? yo`:. = :o >>>>>>>>>> `+- >>>>>>>>>> ? 2. Boot Single user ? y/ = -/` -o/ >>>>>>>>>> ? 3. Escape to loader prompt ? .- >>>>>>>>>> ::/sy+:. >>>>>>>>>> ? 4. Reboot ? / = `-- >>>>>>>>>> / >>>>>>>>>> ? ? `: >>>>>>>>>> :` >>>>>>>>>> ? Options: ? `: >>>>>>>>>> :` >>>>>>>>>> ? 5. Kernel: default/kernel (1 of 1) ? / >>>>>>>>>> / >>>>>>>>>> ? 6. Boot Options ? .- >>>>>>>>>> -. >>>>>>>>>> ? ? -- = -. >>>>>>>>>> ? ? `:` = `:` >>>>>>>>>> ? ? .-- = `--. >>>>>>>>>> ??????????????????????????????????????????? = .---.....----. >>>>>>>>>> Autoboot in 9 seconds, hit [Enter] to boot or any other key = to stop >>>>>>>>>>=20 >>>>>>>>>> Loading kernel... >>>>>>>>>> /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 >>>>>>>>>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] >>>>>>>>>> Loading configured modules... >>>>>>>>>> can't find '/boot/entropy' >>>>>>>>>> Using DTB provided by EFI at 0x8000000. >>>>>>>>>> ---<>--- >>>>>>>>>> KDB: debugger backends: ddb >>>>>>>>>> KDB: current backend: ddb >>>>>>>>>> Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) = GENERIC arm64 >>>>>>>>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) = (based on LLVM >>>>>>>>>> 8.0.0) >>>>>>>>>> WARNING: WITNESS option enabled, expect reduced performance. >>>>>>>>>> VT: init without driver. >>>>>>>>>> Starting CPU 1 (1) >>>>>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>>>>>>>>> [...] >>>>>>>>>>=20 >>>>>>>>>> Best regards, >>>>>>>>>> Marcin >>>>>>>>>>=20 >>>>>>>>>> pon., 12 sie 2019 o 23:14 Mit Matelske > napisa?(a): >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> Soren- >>>>>>>>>>=20 >>>>>>>>>> Thanks for the quick response. I built this kernel with = revision 350924. >>>>>>>>>> I'll dig into whats going on in the morning. >>>>>>>>>>=20 >>>>>>>>>> Mind posting your diff for your loader.efi? >>>>>>>>>>=20 >>>>>>>>>> Thanks again! >>>>>>>>>>=20 >>>>>>>>>> Mit >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> ----- Original Message ----- >>>>>>>>>> From: "S=C3=B8ren Schmidt" > >>>>>>>>>> To: "Mit Matelske" > >>>>>>>>>> Cc: "tscho" >, "freebsd-arm" < >>>>>>>>>> freebsd-arm@freebsd.org > >>>>>>>>>> Sent: Monday, August 12, 2019 3:49:48 PM >>>>>>>>>> Subject: Re: Espressobin anyone ? >>>>>>>>>>=20 >>>>>>>>>> Hi >>>>>>>>>>=20 >>>>>>>>>> Looks like your sources may be too old, you need to be at = least at r348882 >>>>>>>>>> to get the fix for the SD card VCC regulator. >>>>>>>>>>=20 >>>>>>>>>> That change fixed it for me backported to 12-stable... >>>>>>>>>>=20 >>>>>>>>>> The currdev problem still exists, I have it hardwired in my = loader for >>>>>>>>>> aarch64 :) >>>>>>>>>>=20 >>>>>>>>>> -S=C3=B8ren >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> On 12 Aug 2019, at 21.06, Mit Matelske > wrote: >>>>>>>>>>=20 >>>>>>>>>> I'm having a couple little hiccups booting this board also. = One has >>>>>>>>>> been commented on already, that I can't get the loader to = automatically >>>>>>>>>> start loading the kernel on "disk0p2"... >>>>>>>>>>=20 >>>>>>>>>> The second, is that the kernel can't find the SD card after = booting so >>>>>>>>>> it can't mount the root filesystem. I'm using the dts/dtb = and kernel from >>>>>>>>>> the 13-current branch. >>>>>>>>>>=20 >>>>>>>>>> Thanks for any and all help. I haven't used u-boot in about = decade. >>>>>>>>>> Spoiled by the x86 platform. >>>>>>>>>>=20 >>>>>>>>>> Mit Matelske >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> ***U-boot environment:*** >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> Marvell>> printenv >>>>>>>>>> baudrate=3D115200 >>>>>>>>>> bootargs=3Dconsole=3DttyMV0,115200 = earlycon=3Dar3700_uart,0xd0012000 >>>>>>>>>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 = biosdevname=3D0 >>>>>>>>>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr = $image_name;fatload mmc >>>>>>>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr >>>>>>>>>> bootdelay=3D2 >>>>>>>>>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr = $image_name;fatload mmc >>>>>>>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr >>>>>>>>>> console=3Dconsole=3DttyMV0,115200 = earlycon=3Dar3700_uart,0xd0012000 >>>>>>>>>> eth1addr=3D00:51:82:11:22:01 >>>>>>>>>> eth2addr=3D00:51:82:11:22:02 >>>>>>>>>> eth3addr=3D00:51:82:11:22:03 >>>>>>>>>> ethact=3Dneta@30000 >>>>>>>>>> ethaddr=3DF0:AD:4E:09:6B:8F >>>>>>>>>> ethprime=3Deth0 >>>>>>>>>> fdt_addr=3D0x4f00000 >>>>>>>>>> fdt_high=3D0xffffffffffffffff >>>>>>>>>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb >>>>>>>>>> fdtcontroladdr=3D3f7161b8 >>>>>>>>>> gatewayip=3D10.4.50.254 >>>>>>>>>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot = $fdt_addr >>>>>>>>>> $fdt_name; run get_ramfs >>>>>>>>>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv = ramfs_addr >>>>>>>>>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv = ramfs_addr -;fi >>>>>>>>>> hostname=3Dmarvell >>>>>>>>>> image_name=3Defi/freebsd/loader.efi >>>>>>>>>> initrd_addr=3D0xa00000 >>>>>>>>>> initrd_size=3D0x2000000 >>>>>>>>>> ipaddr=3D0.0.0.0 >>>>>>>>>> kernel_addr=3D0x5000000 >>>>>>>>>> loadaddr=3D0x5000000 >>>>>>>>>> netdev=3Deth0 >>>>>>>>>> netmask=3D255.255.255.0 >>>>>>>>>> ramfs_addr=3D0x8000000 >>>>>>>>>> ramfs_name=3D- >>>>>>>>>> root=3Droot=3D/dev/nfs rw >>>>>>>>>> rootpath=3D/srv/nfs/ >>>>>>>>>> serverip=3D0.0.0.0 >>>>>>>>>> set_bootargs=3Dsetenv bootargs $console $root >>>>>>>>>> = ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none >>>>>>>>>> nfsroot=3D$serverip:$rootpath $extra_params >>>>>>>>>> stderr=3Dserial@12000 >>>>>>>>>> stdin=3Dserial@12000 >>>>>>>>>> stdout=3Dserial@12000 >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> ***Full boot logs:*** >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - = 15:39:10 +0800) >>>>>>>>>>=20 >>>>>>>>>> Model: Marvell Armada 3720 Community Board ESPRESSOBin >>>>>>>>>> CPU @ 1000 [MHz] >>>>>>>>>> L2 @ 800 [MHz] >>>>>>>>>> TClock @ 200 [MHz] >>>>>>>>>> DDR @ 800 [MHz] >>>>>>>>>> DRAM: 1 GiB >>>>>>>>>> U-Boot DT blob at : 000000003f7161b8 >>>>>>>>>> Comphy-0: USB3 5 Gbps >>>>>>>>>> Comphy-1: PEX0 2.5 Gbps >>>>>>>>>> Comphy-2: SATA0 6 Gbps >>>>>>>>>> SATA link 0 timeout. >>>>>>>>>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode >>>>>>>>>> flags: ncq led only pmp fbss pio slum part sxs >>>>>>>>>> PCIE-0: Link down >>>>>>>>>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 >>>>>>>>>> SF: Detected mx25u3235f with page size 256 Bytes, erase size = 64 KiB, >>>>>>>>>> total 4 MiB >>>>>>>>>> Net: eth0: neta@30000 [PRIME] >>>>>>>>>> Hit any key to stop autoboot: 0 >>>>>>>>>> switch to partitions #0, OK >>>>>>>>>> mmc0 is current device >>>>>>>>>> reading efi/freebsd/loader.efi >>>>>>>>>> 603872 bytes read in 49 ms (11.8 MiB/s) >>>>>>>>>> reading efi/boot/armada-3720-espressobin.dtb >>>>>>>>>> 15946 bytes read in 17 ms (916 KiB/s) >>>>>>>>>> ## Starting EFI application at 05000000 ... >>>>>>>>>> Scanning disk sdhci@d0000.blk ... >>>>>>>>>> Card did not respond to voltage select! >>>>>>>>>> mmc_init: -95, time 50 >>>>>>>>>> Found 1 disks >>>>>>>>>> Consoles: EFI console >>>>>>>>>> FreeBSD/arm64 EFI loader, Revision 1.1 >>>>>>>>>>=20 >>>>>>>>>> Command line arguments: loader.efi >>>>>>>>>> EFI version: 2.05 >>>>>>>>>> EFI Firmware: Das U-boot (rev 0.00) >>>>>>>>>> Console: efi (0) >>>>>>>>>> Failed to find bootable partition >>>>>>>>>> Startup error in /boot/lua/loader.lua: seconds >>>>>>>>>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid = argument. >>>>>>>>>>=20 >>>>>>>>>> can't load 'kernel' >>>>>>>>>>=20 >>>>>>>>>> Type '?' for a list of commands, 'help' for more detailed = help. >>>>>>>>>> OK >>>>>>>>>> OK set currdev=3Ddisk0p2 >>>>>>>>>> OK boot >>>>>>>>>>=20 >>>>>>>>>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 >>>>>>>>>> syms=3D[0x8+0x137dd8+0x8+0x126260] >>>>>>>>>> Using DTB provided by EFI at 0x8000000. >>>>>>>>>> ---<>--- >>>>>>>>>> KDB: debugger backends: ddb >>>>>>>>>> KDB: current backend: ddb >>>>>>>>>> Copyright (c) 1992-2019 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 GENERIC arm64 >>>>>>>>>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) = (based on >>>>>>>>>> LLVM 6.0.1) >>>>>>>>>> WARNING: WITNESS option enabled, expect reduced performance. >>>>>>>>>> VT: init without driver. >>>>>>>>>> Starting CPU 1 (1) >>>>>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>>>>>>>>> arc4random: WARNING: initial seeding bypassed the = cryptographic random >>>>>>>>>> device because it was not yet seeded and the knob = 'bypass_before_seeding' >>>>>>>>>> was enabled. >>>>>>>>>> random: entropy device external interface >>>>>>>>>> MAP 3e681000 mode 2 pages 1 >>>>>>>>>> MAP 3ffa6000 mode 2 pages 1 >>>>>>>>>> kbd0 at kbdmux0 >>>>>>>>>> ofwbus0: >>>>>>>>>> simplebus0: on ofwbus0 >>>>>>>>>> simplebus1: on simplebus0 >>>>>>>>>> simple_mfd0: mem >>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 >>>>>>>>>> simple_mfd1: mem >>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 >>>>>>>>>> psci0: on = ofwbus0 >>>>>>>>>> gic0: mem >>>>>>>>>> = 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d= 91fff,0x1da0000-0x1dbffff >>>>>>>>>> irq 27 on simplebus1 >>>>>>>>>> gpio0: mem >>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>>>>> simple_mfd0 >>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>> gpio0: mem >>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on = simple_mfd1 >>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>> gpioregulator0: on ofwbus0 >>>>>>>>>> gpioregulator0: cannot get pin 0 >>>>>>>>>> gpioregulator0: cannot parse parameters >>>>>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>>>>> generic_timer0: irq 0,1,2,3 on ofwbus0 >>>>>>>>>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz = quality 1000 >>>>>>>>>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz = quality 1000 >>>>>>>>>> gpio0: mem >>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>>>>> simple_mfd0 >>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>> gpio0: mem >>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on = simple_mfd1 >>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>> gpioregulator0: on ofwbus0 >>>>>>>>>> gpioregulator0: cannot get pin 0 >>>>>>>>>> gpioregulator0: cannot parse parameters >>>>>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>>>>> gpio0: mem >>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>>>>> simple_mfd0 >>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>> gpio0: mem >>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on = simple_mfd1 >>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>> gpioregulator0: on ofwbus0 >>>>>>>>>> gpioregulator0: cannot get pin 0 >>>>>>>>>> gpioregulator0: cannot parse parameters >>>>>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>>>>> gpio0: mem >>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>>>>> simple_mfd0 >>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>> gpio0: mem >>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on = simple_mfd1 >>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>> gpioregulator0: on ofwbus0 >>>>>>>>>> gpioregulator0: cannot get pin 0 >>>>>>>>>> gpioregulator0: cannot parse parameters >>>>>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>>>>> gpio0: mem >>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>>>>> simple_mfd0 >>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>> gpio0: mem >>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on = simple_mfd1 >>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>> gpioregulator0: on ofwbus0 >>>>>>>>>> gpioregulator0: cannot get pin 0 >>>>>>>>>> gpioregulator0: cannot parse parameters >>>>>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>>>>> cpulist0: on ofwbus0 >>>>>>>>>> cpu0: on cpulist0 >>>>>>>>>> cpu1: on cpulist0 >>>>>>>>>> pmu0: irq 4 on ofwbus0 >>>>>>>>>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 >>>>>>>>>> syscon_generic1: mem 0x11500-0x1153f on simplebus1 >>>>>>>>>> uart0: mem 0x12000-0x121ff irq = 9,10,11 on >>>>>>>>>> simplebus1 >>>>>>>>>> uart0: console (115200,n,8,1) >>>>>>>>>> gpio0: mem >>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>>>>> simple_mfd0 >>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>> syscon_generic2: mem 0x14000-0x1405f on simplebus1 >>>>>>>>>> gpio0: mem >>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on = simple_mfd1 >>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>> mvneta0: mem 0x30000-0x33fff irq 14 on = simplebus1 >>>>>>>>>> mvneta0: version is 10 >>>>>>>>>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 >>>>>>>>>> mdio0: on mvneta0 >>>>>>>>>> mdioproxy0: on mdio0 >>>>>>>>>> e6000sw0: on mdio0 >>>>>>>>>> e6000sw0: multi-chip addressing mode (0x1) >>>>>>>>>> e6000sw0: CPU port at 0 >>>>>>>>>> e6000sw0: fixed port at 0 >>>>>>>>>> e6000sw0: PHY at port 1 >>>>>>>>>> miibus0: on e6000sw0 >>>>>>>>>> e1000phy0: PHY 17 on miibus0 >>>>>>>>>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, = 100baseTX-FDX, >>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, = 1000baseT-FDX-master, auto >>>>>>>>>> e6000sw0: PHY at port 2 >>>>>>>>>> miibus1: on e6000sw0 >>>>>>>>>> e1000phy1: PHY 18 on miibus1 >>>>>>>>>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, = 100baseTX-FDX, >>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, = 1000baseT-FDX-master, auto >>>>>>>>>> e6000sw0: PHY at port 3 >>>>>>>>>> miibus2: on e6000sw0 >>>>>>>>>> e1000phy2: PHY 19 on miibus2 >>>>>>>>>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, = 100baseTX-FDX, >>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, = 1000baseT-FDX-master, auto >>>>>>>>>> e6000sw0: switch is ready. >>>>>>>>>> etherswitch0: on e6000sw0 >>>>>>>>>> xhci0: mem 0x58000-0x5bfff irq = 16 on >>>>>>>>>> simplebus1 >>>>>>>>>> xhci0: 32 bytes context size, 32-bit DMA >>>>>>>>>> usbus0 on xhci0 >>>>>>>>>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 >>>>>>>>>> ehci0: mem = 0x5e000-0x5efff irq >>>>>>>>>> 17 on simplebus1 >>>>>>>>>> usbus1: EHCI version 1.0 >>>>>>>>>> usbus1 on ehci0 >>>>>>>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 >>>>>>>>>> sdhci_xenon0: mem >>>>>>>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>>>>>>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on = simplebus1 >>>>>>>>>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier = supported with FBS >>>>>>>>>> ahcich0: at channel 0 on ahci0 >>>>>>>>>> device_attach: ahcich0 attach returned 6 >>>>>>>>>> gpioregulator0: on ofwbus0 >>>>>>>>>> gpioregulator0: cannot get pin 0 >>>>>>>>>> gpioregulator0: cannot parse parameters >>>>>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>>>>> cryptosoft0: >>>>>>>>>> Timecounters tick every 1.000 msec >>>>>>>>>> mvneta0: link state changed to UP >>>>>>>>>> e6000sw0port1: link state changed to DOWN >>>>>>>>>> e6000sw0port2: link state changed to DOWN >>>>>>>>>> e6000sw0port3: link state changed to DOWN >>>>>>>>>> usbus0: 5.0Gbps Super Speed USB v3.0 >>>>>>>>>> usbus1: 480Mbps High Speed USB v2.0 >>>>>>>>>> Release APs...done >>>>>>>>>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 >>>>>>>>>> Instruction Set Attributes 0 =3D >>>>>>>>>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install = [ro,noatime]... >>>>>>>>>> Instruction Set Attributes 1 =3D <> >>>>>>>>>> Root mount waiting for: Processor Features 0 =3D >>>>>>>>>> >>>>>>>>>> usbus1 Processor Features 1 =3D <0> >>>>>>>>>> usbus0 Memory Model Features 0 =3D <4k Granule,64k = Granule,S/NS >>>>>>>>>> Mem,MixedEndian,16bit ASID,1TB PA> >>>>>>>>>>=20 >>>>>>>>>> Memory Model Features 1 =3D <> >>>>>>>>>> Memory Model Features 2 =3D <32b CCIDX,48b VA> >>>>>>>>>> Debug Features 0 =3D <2 CTX Breakpoints,4 = Watchpoints,6 >>>>>>>>>> Breakpoints,PMUv3,Debug v8> >>>>>>>>>> Debug Features 1 =3D <0> >>>>>>>>>> Auxiliary Features 0 =3D <0> >>>>>>>>>> Auxiliary Features 1 =3D <0> >>>>>>>>>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 >>>>>>>>>> WARNING: WITNESS option enabled, expect reduced performance. >>>>>>>>>> ugen0.1: at usbus0 >>>>>>>>>> ugen1.1: at usbus1 >>>>>>>>>> uhub0 on usbus0 >>>>>>>>>> uhub1 on usbus1 >>>>>>>>>> uhub0: on >>>>>>>>>> usbus0 >>>>>>>>>> uhub1: on >>>>>>>>>> usbus1 >>>>>>>>>> uhub0: 2 ports with 2 removable, self powered >>>>>>>>>> uhub1: 1 port with 1 removable, self powered >>>>>>>>>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... >>>>>>>>>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error = 19. >>>>>>>>>>=20 >>>>>>>>>> Loader variables: >>>>>>>>>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install >>>>>>>>>> vfs.root.mountfrom.options=3Dro,noatime >>>>>>>>>>=20 >>>>>>>>>> Manual root filesystem specification: >>>>>>>>>> : [options] >>>>>>>>>> Mount using filesystem >>>>>>>>>> and with the specified (optional) option list. >>>>>>>>>>=20 >>>>>>>>>> eg. ufs:/dev/da0s1a >>>>>>>>>> zfs:zroot/ROOT/default >>>>>>>>>> cd9660:/dev/cd0 ro >>>>>>>>>> (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 = /) >>>>>>>>>>=20 >>>>>>>>>> ? List valid disk boot devices >>>>>>>>>> . Yield 1 second (for background tasks) >>>>>>>>>> Abort manual input >>>>>>>>>>=20 >>>>>>>>>> mountroot> ? >>>>>>>>>>=20 >>>>>>>>>> List of GEOM managed disk devices: >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> mountroot> >>>>>>>>>> _______________________________________________ >>>>>>>>>> freebsd-arm@freebsd.org = mailing list >>>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm = >>>>>>>>>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org = " >>>>>>>>>>=20 >>>>>>>>>> _______________________________________________ >>>>>>>>>> freebsd-arm@freebsd.org = mailing list >>>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm = >>>>>>>>>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org = " >>>>>>>>>=20 >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> -- >>>>>>>> Emmanuel Vadot >>>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> -- >>>>>> Emmanuel Vadot >>>>=20 >>>>=20 >>>> -- >>>> Emmanuel Vadot >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>>=20 >>>=20 >>> -- >>> Emmanuel Vadot >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>=20 >>=20 >> -- >> Emmanuel Vadot >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >=20 >=20 > -- > Emmanuel Vadot > = > --Apple-Mail=_F7B444D1-9769-476F-A906-EF7240CC561B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkC0kEuD0Me2xEj5EGvRMAY4qbRsFAl1Xw8oACgkQGvRMAY4q bRuFlg/+KhGQBKGEq41mnnXaP1vmRB7l1g5eK10lKri7PIiGrwnT1Pe8hGgYRvd5 KBgk9cO0EYCBlHDql2mRKTLRscJuWtR2y8rsjU0OXsG6qiGFsmrvIatXyl81s3n1 QCEmT9CbXMDXHr4ahdwDnTjhWZTi5IuUM+lubHmyzUze7RO1Hd8QGabfWqDuVcn4 pIwF/2buotvjNZhZvv3EiABjWERBhCqP6PjidCoiT6Z//pObkr84+7Y6Ok/izZLs FjiGqEbbZiK4qEKeRNAURXNOucg4fV/xX4K6ffG6SIdZDK4sdOqIRpldpAw4dsR/ 37ikhFAK0poUeD3c7m+yHirWWvkzgOYdimMG0VrkAFSvq34QT7QoSeXVYo+hg9te Lss19XsCMPTO36e2EbumfrA+LxEcbDtXfSqUg+eCHbg0xx7cAXjjcGmn8EObwDnJ kXxmWhkJcow8Xzn2dkYwq70B3T7TpfYtlwCrOTWKdBtKopDtcbv+wnKYEKc2clni Gutv6CxLTC/3frd2cvMQ7ZxyCHJ2MPn6aN86KON2B7srUlk1sqmrjPpl2eYragrL ToVQIUiqlCDSEDNZGOJ+CU0fzEhfOwU3c0gIxT3ZkduneJU/80mlNrpxVeCsbcKx uATsi14VXMm4NHl3ha8It+WyhttwSbt9V0KWhsSunjg+Oq+IzXY= =n3hQ -----END PGP SIGNATURE----- --Apple-Mail=_F7B444D1-9769-476F-A906-EF7240CC561B-- From owner-freebsd-arm@freebsd.org Sat Aug 17 13:30:57 2019 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 DBED8C7A5D for ; Sat, 17 Aug 2019 13:30:57 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 469h0J29jPz4N04 for ; Sat, 17 Aug 2019 13:30:55 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 1a30a3cc; Sat, 17 Aug 2019 15:30:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=QsdVpC1e+tTt90lgcq9aWTLq+v4=; b=pX968/+S7Cjqlc+DXfWYdQTu+gvN 48gRs3LCerntamtEqKV8pQ2VLfUcFxUrALnGv7Z4F/K3Sdip4nRxVvflJvRSkdDm h9T3rCHs1rl3IphfzLqR5bdLWZKvW2TrziKicXhv6K++ewOs+MBfZtPM+sFo+ASr LwTgMfaV6+7L8/U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=aqqvqQfKzhYY5ZiyGv/PtxttK+iI5NwhHSG7D76twYh+pi4eO+2sFTZH BMvm6kqAXdWP4oc6eR5wF1ylR8pjtBehRrS3ThFislf0oGwSM6RDmHXXK+ih4NAe jfVKHOUFJ+Esu/IWAUHv0WmJMFrY5GYiklPobPpcVa/ap9ynaaw= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 62fe06c5 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 17 Aug 2019 15:30:53 +0200 (CEST) Date: Sat, 17 Aug 2019 15:30:53 +0200 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: freebsd-arm , Marcin Wojtas Subject: Re: Espressobin anyone ? Message-Id: <20190817153053.5592b15b8a42982fda0fc123@bidouilliste.com> In-Reply-To: References: <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> <20190815233755.893e485f40ccacd79cdb3d96@bidouilliste.com> <78F5029D-A0F5-42F2-8191-07EB3A68C87B@gmail.com> <20190816152454.4e54ab5c276a543c120d909a@bidouilliste.com> <20190816171037.f808fbaba2369f179de36397@bidouilliste.com> <20190816191230.508f07f27fac21479a6716d9@bidouilliste.com> <20190816225826.ce31e8f968021944f64cb67c@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 469h0J29jPz4N04 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=pX968/+S; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [0.46 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.36)[ip: (-0.83), ipnet: 212.83.160.0/19(2.53), asn: 12876(0.10), country: FR(-0.01)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.45)[-0.450,0]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.46.224,0.0.117.48]; NEURAL_HAM_LONG(-0.77)[-0.765,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_SPAM_SHORT(0.22)[0.218,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2019 13:30:57 -0000 On Sat, 17 Aug 2019 11:07:22 +0200 S=F8ren Schmidt wrote: > Hi Emmunuel >=20 > Yes the 3720 gpio driver I already back ported long ago, its needed, I?m = happy its now part of std stable 12! Would have been nice of you to say that you were not running a clean tree. > My issue seems to be the inclusion of the phy_usb driver, if I leave that= out, I?m back to normal.. What make you think this is this driver ? What works/doesn't work with it ? could you provide logs. > I?ll have have another go at the latest -stable sources during the weeken= d and see how it goes. >=20 > Thanks for looking into this, with a little cooperation we?ll get this so= lved for the greater good.. >=20 > -S=F8ren P.S. Please stop top posting, it's really hard to read the conversation > > On 16 Aug 2019, at 22.58, Emmanuel Vadot wrote: > >=20 > > On Fri, 16 Aug 2019 19:12:30 +0200 > > Emmanuel Vadot > w= rote: > >=20 > >> On Fri, 16 Aug 2019 17:10:37 +0200 > >> Emmanuel Vadot wrote: > >>=20 > >>> On Fri, 16 Aug 2019 15:24:54 +0200 > >>> Emmanuel Vadot wrote: > >>>=20 > >>>> On Fri, 16 Aug 2019 07:28:59 +0200 > >>>> S=F8ren Schmidt wrote: > >>>>=20 > >>>>> Hi > >>>>>=20 > >>>>> Very simple, reverting sys/gnu/dts to what was before 350595 (actua= lly 350592). > >>>>> Thats what we have svn for ? > >>>>=20 > >>>> If I asked how it was to have the svn command that you used, I want = to > >>>> make sure that you didn't revert anything else, like do you have > >>>> r350596 and r350628 ? > >>>>=20 > >>>>> That does make my bananapi work again, no other changes just a reco= mpiled kernel. > >>>>=20 > >>>> That + copying the dtb to the fat32 partition ? > >>>>=20 > >>>> Can you post the dtb somewhere. > >>>>=20 > >>>>> However it does not bring the Espressobin back to life, thats somet= hing in one of the ~30 other files that changed between those two revisions. > >>>>=20 > >>>> What Linux version of DTS are you using then ? The ones that were in > >>>> stable/12 when it was branched (4.18) or a later revision ? > >>>=20 > >>> So I think that I've found the problem on the Espressobin. > >>> I think that the problem comes from the simple-mfd driver that I've > >>> mfc in r350600. > >>> The pinctrl/gpio controller compatible is > >>> "marvell,armada3710-nb-pinctrl", "syscon", "simple-mfd" and it attach= es > >>> at BUS_PASS_INTERRUPT while the simple_mfd driver attaches at > >>> BUS_PASS_BUS (so earlier) which means that no gpio controller will be > >>> available for sdhci to detect the card. > >>>=20 > >>> If someone with a non-working espressobin could post a full verbose > >>> boot log that would help me confirming that this is the case. > >>> I'll try to find a solution on how to solve this problem. > >>=20 > >> So this wasn't the problem but I've found it, see r351129 and r351130 > >>=20 > >> SD card now work again in HEAD, I'll have a look at stable later next > >> week. > >=20 > > I've did a quick test and I've MFC r348880, r348882 and r349596, the > > two other commits needed to be mfc'ed are the one I did today on head, > > I'll do that next week. > > With them sdcard is working again on stable/12 > >=20 > >>>>> -S=F8ren > >>>>>=20 > >>>>>> On 15 Aug 2019, at 23.37, Emmanuel Vadot w= rote: > >>>>>>=20 > >>>>>> On Thu, 15 Aug 2019 21:56:23 +0200 > >>>>>> S=F8ren Schmidt wrote: > >>>>>>=20 > >>>>>>>=20 > >>>>>>> Well, I don?t care where you are from and what color you have :) > >>>>>>>=20 > >>>>>>> Now, if I update my stable12 sources to r350595 the bananapi brea= ks, if revert sys/gnu/dts it works again, go figure.. > >>>>>>=20 > >>>>>> Reverting to what ? and how ? > >>>>>>=20 > >>>>>> Because I've just test 12-stable and I have the problem that I've = said > >>>>>> in my previous mail so setting hw.regulator.disable_unused=3D0 is = the > >>>>>> work around. > >>>>>> The problem is in twsi not in the DTS so I'm curious how reverting > >>>>>> only the dts fixes this problem. > >>>>>>=20 > >>>>>>> The r351099 fix is already like that in -stable, and not part of = the problem. > >>>>>>>=20 > >>>>>>> -S=F8ren > >>>>>>=20 > >>>>>>>> On 15 Aug 2019, at 21.03, Emmanuel Vadot = wrote: > >>>>>>>>=20 > >>>>>>>> On Thu, 15 Aug 2019 19:48:54 +0200 > >>>>>>>> S=F8ren Schmidt wrote: > >>>>>>>>=20 > >>>>>>>>> Hi Mit! > >>>>>>>>>=20 > >>>>>>>>> Right, I suspected that, 12-stable broke many embedded systems = between r350592 and r350595 where all the latest and greatest DTS files was= pulled in, I guess the same holds for -current. > >>>>>>>>>=20 > >>>>>>>>> -S=F8ren > >>>>>>>>=20 > >>>>>>>> Mhm it's fun that you think that DTS import is the source of all= your > >>>>>>>> problems, I get it, it's easy to blame the French guy that bulk = import > >>>>>>>> the DTS, he surely don't know what he is doing. > >>>>>>>> Anyway, two problems were raised in this thread : > >>>>>>>>=20 > >>>>>>>> 1) BananaPi (A20) doesn't boot > >>>>>>>> 2) Espressobin sd support is broken > >>>>>>>>=20 > >>>>>>>> I've just looked at the BananaPi problem today, I've fixed a fir= st > >>>>>>>> problem in r351099. > >>>>>>>> The main problem is that when we disable the unused regulators w= e hang > >>>>>>>> when trying to disabling ldo3. It's weird because the board does= n't use > >>>>>>>> LDO3 (which is why we are disabling it, it's unused). The proble= m is in > >>>>>>>> twsi I think as only leaving the part in axp209 that read the > >>>>>>>> voltage register value make FreeBSD hang. > >>>>>>>> I'll have a proper look later, in the meantime you can set > >>>>>>>> hw.regulator.disable_unused=3D0 > >>>>>>>> in /boot/loader.conf > >>>>>>>> This isn't a DTS problem. > >>>>>>>>=20 > >>>>>>>> For Espressobin I haven't found any thing related to SD in the D= TS > >>>>>>>> updates since the import, the only things slighly related are mm= c and > >>>>>>>> sdio. > >>>>>>>> So if someone could find which DTS import broke this I can have = a look. > >>>>>>>>=20 > >>>>>>>>>=20 > >>>>>>>>>> On 15 Aug 2019, at 19.37, Mit Matelske wrote: > >>>>>>>>>>=20 > >>>>>>>>>> Yeah, that was the problem. I went back to r348882 and everyt= hing worked out of the box. > >>>>>>>>>>=20 > >>>>>>>>>> Thanks again for the hand holding! > >>>>>>>>>>=20 > >>>>>>>>>> Mit > >>>>>>>>>>=20 > >>>>>>>>>> From: "S=F8ren Schmidt" > > >>>>>>>>>> To: "Mit Matelske" > > >>>>>>>>>> Cc: "Marcin Wojtas" >= , "freebsd-arm" > > >>>>>>>>>> Sent: Wednesday, August 14, 2019 1:33:04 PM > >>>>>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>>>>>=20 > >>>>>>>>>>=20 > >>>>>>>>>> It might simply be broken in -current (again). > >>>>>>>>>>=20 > >>>>>>>>>> I just updated my stable12 tree and I pulled in new .dts files= for just about anything? > >>>>>>>>>>=20 > >>>>>>>>>> Needless to say, it broke the Espressobin?s SD support, it now= fails just like yours.. > >>>>>>>>>>=20 > >>>>>>>>>> It also broke allwinner builds and what not, so I?m just going= back in time again :) > >>>>>>>>>>=20 > >>>>>>>>>> I wonder why there is this overwhelming need to import stuff t= hat breaks things right, left and center in a -stable branch ? > >>>>>>>>>> That would have earned you the pointy hat back when?. > >>>>>>>>>>=20 > >>>>>>>>>> -S=F8ren > >>>>>>>>>>=20 > >>>>>>>>>>=20 > >>>>>>>>>> On 14 Aug 2019, at 18.01, Mit Matelske > wrote: > >>>>>>>>>>=20 > >>>>>>>>>> Marcin- > >>>>>>>>>>=20 > >>>>>>>>>> Sorry I didn't reply yesterday. I didn't have any luck with t= hat either. I tried a lot of permutations. > >>>>>>>>>>=20 > >>>>>>>>>> Not saying for 100% it doesn't work, but I couldn't get it to = work! > >>>>>>>>>>=20 > >>>>>>>>>> Mit > >>>>>>>>>>=20 > >>>>>>>>>> From: "Marcin Wojtas" > > >>>>>>>>>> To: "Mit Matelske" > > >>>>>>>>>> Cc: "S=F8ren Schmidt" >, "freebsd-arm" > > >>>>>>>>>> Sent: Wednesday, August 14, 2019 10:41:04 AM > >>>>>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>>>>>=20 > >>>>>>>>>> Hi Mit, > >>>>>>>>>> Since you are using the latest 13-current, could you please tr= y if passing rootdev via u-boot bootargs (please see my previous email) wor= ks for you without the loader modification? > >>>>>>>>>>=20 > >>>>>>>>>> Best regards, > >>>>>>>>>> Marcin > >>>>>>>>>>=20 > >>>>>>>>>> ?r., 14 sie 2019 o 16:29 Mit Matelske > napisa?(a): > >>>>>>>>>> Soren- > >>>>>>>>>>=20 > >>>>>>>>>> Thanks for the info. I'll grab a couple more SD cards at lunc= h. This one is a new Samsung 32GB. I'll also try putting the changes into= 12 and see if that helps. I'm using the latest 13-current. > >>>>>>>>>>=20 > >>>>>>>>>> Again, appreciate the hand holding! > >>>>>>>>>>=20 > >>>>>>>>>> Mit > >>>>>>>>>>=20 > >>>>>>>>>> From: "S=F8ren Schmidt" > > >>>>>>>>>> To: "Mit Matelske" > > >>>>>>>>>> Cc: "Marcin Wojtas" >= , "freebsd-arm" > > >>>>>>>>>> Sent: Wednesday, August 14, 2019 2:30:31 AM > >>>>>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>>>>>=20 > >>>>>>>>>> Hi Mit > >>>>>>>>>> Hmm, from your earlier posted dmesgs it looks like the SD card= is not getting detected properly.. > >>>>>>>>>>=20 > >>>>>>>>>> I get this output: > >>>>>>>>>>=20 > >>>>>>>>>> sdhci_xenon0: mem 0xd0000-0xd0= 2ff,0x1e808-0x1e80b irq 24 on simplebus1 > >>>>>>>>>> mmc0: on sdhci_xenon0 > >>>>>>>>>> ?snip? > >>>>>>>>>> mmcsd0: 16GB = at mmc0 50.0MHz/4bit/65535-block > >>>>>>>>>>=20 > >>>>>>>>>> The problem you see was fixed for me by r348882, maybe it got = broken later, I havn?t backported the later changes.. > >>>>>>>>>>=20 > >>>>>>>>>> Have you tried another SD card ? I have found 2 of mine that t= he espressobin doesn?t like, but works fine with bananapi and friends... > >>>>>>>>>>=20 > >>>>>>>>>> -S=F8ren > >>>>>>>>>>=20 > >>>>>>>>>> On 13 Aug 2019, at 23.30, Mit Matelske > wrote: > >>>>>>>>>>=20 > >>>>>>>>>> Soren- > >>>>>>>>>>=20 > >>>>>>>>>> Thanks for the code snippet! That will fix one of the problem= s. > >>>>>>>>>>=20 > >>>>>>>>>> I still can't mount my filesystem, though. I think I'm doing = something really simple, wrong. I believe I'm running the latest code and = added some printfs to show the kernel setting the regulator: > >>>>>>>>>>=20 > >>>>>>>>>>=20 > >>>>>>>>>> usbus1 on ehci0 > >>>>>>>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > >>>>>>>>>> sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D = 19 > >>>>>>>>>> sdhci_xenon0: vqmmc-supply regulator found > >>>>>>>>>> sdhci_xenon0: mem 0xd0000-0xd0= 2ff,0x1e808-0x1e80b irq 24 on simplebus1 > >>>>>>>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on si= mplebus1 > >>>>>>>>>>=20 > >>>>>>>>>>=20 > >>>>>>>>>> Could there be a problem with how I am setting up my filesyste= m? I've tried both freebsd-ufs and freebsd as the type, with no luck. A gp= art listing of my SD card: > >>>>>>>>>>=20 > >>>>>>>>>> root@fbl:~ # gpart list da3 > >>>>>>>>>> Geom name: da3 > >>>>>>>>>> modified: false > >>>>>>>>>> state: OK > >>>>>>>>>> fwheads: 255 > >>>>>>>>>> fwsectors: 63 > >>>>>>>>>> last: 62521335 > >>>>>>>>>> first: 3 > >>>>>>>>>> entries: 4 > >>>>>>>>>> scheme: GPT > >>>>>>>>>> Providers: > >>>>>>>>>> 1. Name: da3p1 > >>>>>>>>>> Mediasize: 41943040 (40M) > >>>>>>>>>> Sectorsize: 512 > >>>>>>>>>> Stripesize: 0 > >>>>>>>>>> Stripeoffset: 1536 > >>>>>>>>>> Mode: r0w0e0 > >>>>>>>>>> efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x= 14000) > >>>>>>>>>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > >>>>>>>>>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > >>>>>>>>>> label: (null) > >>>>>>>>>> length: 41943040 > >>>>>>>>>> offset: 1536 > >>>>>>>>>> type: efi > >>>>>>>>>> index: 1 > >>>>>>>>>> end: 81922 > >>>>>>>>>> start: 3 > >>>>>>>>>> 2. Name: da3p2 > >>>>>>>>>> Mediasize: 31968979456 (30G) > >>>>>>>>>> Sectorsize: 512 > >>>>>>>>>> Stripesize: 0 > >>>>>>>>>> Stripeoffset: 41944576 > >>>>>>>>>> Mode: r0w0e0 > >>>>>>>>>> efimedia: HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x1400= 3,0x3b8bff5) > >>>>>>>>>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > >>>>>>>>>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > >>>>>>>>>> label: (null) > >>>>>>>>>> length: 31968979456 > >>>>>>>>>> offset: 41944576 > >>>>>>>>>> type: freebsd-ufs > >>>>>>>>>> index: 2 > >>>>>>>>>> end: 62521335 > >>>>>>>>>> start: 81923 > >>>>>>>>>> Consumers: > >>>>>>>>>> 1. Name: da3 > >>>>>>>>>> Mediasize: 32010928128 (30G) > >>>>>>>>>> Sectorsize: 512 > >>>>>>>>>> Mode: r0w0e0 > >>>>>>>>>>=20 > >>>>>>>>>> Thanks!! > >>>>>>>>>>=20 > >>>>>>>>>> Mit > >>>>>>>>>>=20 > >>>>>>>>>> From: "S=F8ren Schmidt" > > >>>>>>>>>> To: "Marcin Wojtas" > > >>>>>>>>>> Cc: "Mit Matelske" >, "freebsd-= arm" > > >>>>>>>>>> Sent: Tuesday, August 13, 2019 12:55:09 PM > >>>>>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>>>>>=20 > >>>>>>>>>> Hi > >>>>>>>>>> That doesn?t seen to work on the espressobin, or least I can?t= get it to pick it up. > >>>>>>>>>>=20 > >>>>>>>>>> I use this patch as a workaround: > >>>>>>>>>>=20 > >>>>>>>>>> Index: main.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 > >>>>>>>>>> --- main.c (revision 350496) > >>>>>>>>>> +++ main.c (working copy) > >>>>>>>>>> @@ -463,6 +462,13 @@ > >>>>>>>>>> int rv; > >>>>>>>>>> char *rootdev; > >>>>>>>>>>=20 > >>>>>>>>>> +#if defined(__aarch64__) > >>>>>>>>>> + /* SOS HACK in rootdev, at least Espressobin gets this wr= ong */ > >>>>>>>>>> + printf("Setting currdev hack\n"); > >>>>>>>>>> + set_currdev("disk0p2"); > >>>>>>>>>> + return (0); > >>>>>>>>>> +#endif > >>>>>>>>>> + > >>>>>>>>>> /* > >>>>>>>>>> * First choice: if rootdev is already set, use that, even if > >>>>>>>>>> * it's wrong. > >>>>>>>>>>=20 > >>>>>>>>>> Its not pretty but it does the job until I get time to look in= to why bootargs aren?t passed / won?t stick, probably something I havn?t ba= ckported to my -stable12 sources yet... > >>>>>>>>>>=20 > >>>>>>>>>> -S=F8ren > >>>>>>>>>>=20 > >>>>>>>>>> On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: > >>>>>>>>>>=20 > >>>>>>>>>> Hi, > >>>>>>>>>>=20 > >>>>>>>>>> Not sure if it's what you are looking for, but in order to aut= oboot, I > >>>>>>>>>> simply pass 'rootdev=3DdiskXpY' in the bootargs variable. Here= 's example from > >>>>>>>>>> A3720-DB (same should work on EspressoBin): > >>>>>>>>>>=20 > >>>>>>>>>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatload = usb 0:1 > >>>>>>>>>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_addr} > >>>>>>>>>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > >>>>>>>>>> resetting USB... > >>>>>>>>>> USB0: Register 2000104 NbrPorts 2 > >>>>>>>>>> Starting the controller > >>>>>>>>>> USB XHCI 1.00 > >>>>>>>>>> USB1: USB EHCI 1.00 > >>>>>>>>>> - ______ ____ _____ _____ > >>>>>>>>>> | ____| | _ \ / ____| __ \ > >>>>>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | > >>>>>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > >>>>>>>>>> | | | | | __/ __/| |_) |____) | |__| | > >>>>>>>>>> | | | | | | || | | | > >>>>>>>>>> |_| |_| \___|\___||____/|_____/|_____/ > >>>>>>>>>> ``` > >>>>>>>>>> ` > >>>>>>>>>> ????????????Welcome to FreeBSD????????????? s` `.....---...= ....--.``` > >>>>>>>>>> -/ > >>>>>>>>>> ? ? +o .--` = /y:` > >>>>>>>>>> +. > >>>>>>>>>> ? 1. Boot Multi user [Enter] ? yo`:. = :o > >>>>>>>>>> `+- > >>>>>>>>>> ? 2. Boot Single user ? y/ = -/` -o/ > >>>>>>>>>> ? 3. Escape to loader prompt ? .- > >>>>>>>>>> ::/sy+:. > >>>>>>>>>> ? 4. Reboot ? / = `-- > >>>>>>>>>> / > >>>>>>>>>> ? ? `: > >>>>>>>>>> :` > >>>>>>>>>> ? Options: ? `: > >>>>>>>>>> :` > >>>>>>>>>> ? 5. Kernel: default/kernel (1 of 1) ? / > >>>>>>>>>> / > >>>>>>>>>> ? 6. Boot Options ? .- > >>>>>>>>>> -. > >>>>>>>>>> ? ? -- = -. > >>>>>>>>>> ? ? `:` = `:` > >>>>>>>>>> ? ? .-- = `--. > >>>>>>>>>> ??????????????????????????????????????????? .---...= ..----. > >>>>>>>>>> Autoboot in 9 seconds, hit [Enter] to boot or any other key to= stop > >>>>>>>>>>=20 > >>>>>>>>>> Loading kernel... > >>>>>>>>>> /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 > >>>>>>>>>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] > >>>>>>>>>> Loading configured modules... > >>>>>>>>>> can't find '/boot/entropy' > >>>>>>>>>> Using DTB provided by EFI at 0x8000000. > >>>>>>>>>> ---<>--- > >>>>>>>>>> KDB: debugger backends: ddb > >>>>>>>>>> KDB: current backend: ddb > >>>>>>>>>> Copyright (c) 1992-2019 The FreeBSD Project. > >>>>>>>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, = 1993, 1994 > >>>>>>>>>> The Regents of the University of California. All rights reserv= ed. > >>>>>>>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. > >>>>>>>>>> FreeBSD 13.0-CURRENT 17a1fc80d57-c261519(upstream_master) GENE= RIC arm64 > >>>>>>>>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (b= ased on LLVM > >>>>>>>>>> 8.0.0) > >>>>>>>>>> WARNING: WITNESS option enabled, expect reduced performance. > >>>>>>>>>> VT: init without driver. > >>>>>>>>>> Starting CPU 1 (1) > >>>>>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>>>>>>>>> [...] > >>>>>>>>>>=20 > >>>>>>>>>> Best regards, > >>>>>>>>>> Marcin > >>>>>>>>>>=20 > >>>>>>>>>> pon., 12 sie 2019 o 23:14 Mit Matelske > napisa?(a): > >>>>>>>>>>=20 > >>>>>>>>>>=20 > >>>>>>>>>> Soren- > >>>>>>>>>>=20 > >>>>>>>>>> Thanks for the quick response. I built this kernel with revis= ion 350924. > >>>>>>>>>> I'll dig into whats going on in the morning. > >>>>>>>>>>=20 > >>>>>>>>>> Mind posting your diff for your loader.efi? > >>>>>>>>>>=20 > >>>>>>>>>> Thanks again! > >>>>>>>>>>=20 > >>>>>>>>>> Mit > >>>>>>>>>>=20 > >>>>>>>>>>=20 > >>>>>>>>>> ----- Original Message ----- > >>>>>>>>>> From: "S=F8ren Schmidt" > > >>>>>>>>>> To: "Mit Matelske" > > >>>>>>>>>> Cc: "tscho" >, "freebsd-arm" < > >>>>>>>>>> freebsd-arm@freebsd.org > > >>>>>>>>>> Sent: Monday, August 12, 2019 3:49:48 PM > >>>>>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>>>>>=20 > >>>>>>>>>> Hi > >>>>>>>>>>=20 > >>>>>>>>>> Looks like your sources may be too old, you need to be at leas= t at r348882 > >>>>>>>>>> to get the fix for the SD card VCC regulator. > >>>>>>>>>>=20 > >>>>>>>>>> That change fixed it for me backported to 12-stable... > >>>>>>>>>>=20 > >>>>>>>>>> The currdev problem still exists, I have it hardwired in my lo= ader for > >>>>>>>>>> aarch64 :) > >>>>>>>>>>=20 > >>>>>>>>>> -S=F8ren > >>>>>>>>>>=20 > >>>>>>>>>>=20 > >>>>>>>>>> On 12 Aug 2019, at 21.06, Mit Matelske > wrote: > >>>>>>>>>>=20 > >>>>>>>>>> I'm having a couple little hiccups booting this board also. O= ne has > >>>>>>>>>> been commented on already, that I can't get the loader to auto= matically > >>>>>>>>>> start loading the kernel on "disk0p2"... > >>>>>>>>>>=20 > >>>>>>>>>> The second, is that the kernel can't find the SD card after bo= oting so > >>>>>>>>>> it can't mount the root filesystem. I'm using the dts/dtb and= kernel from > >>>>>>>>>> the 13-current branch. > >>>>>>>>>>=20 > >>>>>>>>>> Thanks for any and all help. I haven't used u-boot in about d= ecade. > >>>>>>>>>> Spoiled by the x86 platform. > >>>>>>>>>>=20 > >>>>>>>>>> Mit Matelske > >>>>>>>>>>=20 > >>>>>>>>>>=20 > >>>>>>>>>> ***U-boot environment:*** > >>>>>>>>>>=20 > >>>>>>>>>>=20 > >>>>>>>>>> Marvell>> printenv > >>>>>>>>>> baudrate=3D115200 > >>>>>>>>>> bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd0= 012000 > >>>>>>>>>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevname= =3D0 > >>>>>>>>>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;= fatload mmc > >>>>>>>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > >>>>>>>>>> bootdelay=3D2 > >>>>>>>>>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_name;= fatload mmc > >>>>>>>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > >>>>>>>>>> console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd00= 12000 > >>>>>>>>>> eth1addr=3D00:51:82:11:22:01 > >>>>>>>>>> eth2addr=3D00:51:82:11:22:02 > >>>>>>>>>> eth3addr=3D00:51:82:11:22:03 > >>>>>>>>>> ethact=3Dneta@30000 > >>>>>>>>>> ethaddr=3DF0:AD:4E:09:6B:8F > >>>>>>>>>> ethprime=3Deth0 > >>>>>>>>>> fdt_addr=3D0x4f00000 > >>>>>>>>>> fdt_high=3D0xffffffffffffffff > >>>>>>>>>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb > >>>>>>>>>> fdtcontroladdr=3D3f7161b8 > >>>>>>>>>> gatewayip=3D10.4.50.254 > >>>>>>>>>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fdt_= addr > >>>>>>>>>> $fdt_name; run get_ramfs > >>>>>>>>>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ramf= s_addr > >>>>>>>>>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ramfs= _addr -;fi > >>>>>>>>>> hostname=3Dmarvell > >>>>>>>>>> image_name=3Defi/freebsd/loader.efi > >>>>>>>>>> initrd_addr=3D0xa00000 > >>>>>>>>>> initrd_size=3D0x2000000 > >>>>>>>>>> ipaddr=3D0.0.0.0 > >>>>>>>>>> kernel_addr=3D0x5000000 > >>>>>>>>>> loadaddr=3D0x5000000 > >>>>>>>>>> netdev=3Deth0 > >>>>>>>>>> netmask=3D255.255.255.0 > >>>>>>>>>> ramfs_addr=3D0x8000000 > >>>>>>>>>> ramfs_name=3D- > >>>>>>>>>> root=3Droot=3D/dev/nfs rw > >>>>>>>>>> rootpath=3D/srv/nfs/ > >>>>>>>>>> serverip=3D0.0.0.0 > >>>>>>>>>> set_bootargs=3Dsetenv bootargs $console $root > >>>>>>>>>> ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:n= one > >>>>>>>>>> nfsroot=3D$serverip:$rootpath $extra_params > >>>>>>>>>> stderr=3Dserial@12000 > >>>>>>>>>> stdin=3Dserial@12000 > >>>>>>>>>> stdout=3Dserial@12000 > >>>>>>>>>>=20 > >>>>>>>>>>=20 > >>>>>>>>>> ***Full boot logs:*** > >>>>>>>>>>=20 > >>>>>>>>>>=20 > >>>>>>>>>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:10= +0800) > >>>>>>>>>>=20 > >>>>>>>>>> Model: Marvell Armada 3720 Community Board ESPRESSOBin > >>>>>>>>>> CPU @ 1000 [MHz] > >>>>>>>>>> L2 @ 800 [MHz] > >>>>>>>>>> TClock @ 200 [MHz] > >>>>>>>>>> DDR @ 800 [MHz] > >>>>>>>>>> DRAM: 1 GiB > >>>>>>>>>> U-Boot DT blob at : 000000003f7161b8 > >>>>>>>>>> Comphy-0: USB3 5 Gbps > >>>>>>>>>> Comphy-1: PEX0 2.5 Gbps > >>>>>>>>>> Comphy-2: SATA0 6 Gbps > >>>>>>>>>> SATA link 0 timeout. > >>>>>>>>>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > >>>>>>>>>> flags: ncq led only pmp fbss pio slum part sxs > >>>>>>>>>> PCIE-0: Link down > >>>>>>>>>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 > >>>>>>>>>> SF: Detected mx25u3235f with page size 256 Bytes, erase size 6= 4 KiB, > >>>>>>>>>> total 4 MiB > >>>>>>>>>> Net: eth0: neta@30000 [PRIME] > >>>>>>>>>> Hit any key to stop autoboot: 0 > >>>>>>>>>> switch to partitions #0, OK > >>>>>>>>>> mmc0 is current device > >>>>>>>>>> reading efi/freebsd/loader.efi > >>>>>>>>>> 603872 bytes read in 49 ms (11.8 MiB/s) > >>>>>>>>>> reading efi/boot/armada-3720-espressobin.dtb > >>>>>>>>>> 15946 bytes read in 17 ms (916 KiB/s) > >>>>>>>>>> ## Starting EFI application at 05000000 ... > >>>>>>>>>> Scanning disk sdhci@d0000.blk ... > >>>>>>>>>> Card did not respond to voltage select! > >>>>>>>>>> mmc_init: -95, time 50 > >>>>>>>>>> Found 1 disks > >>>>>>>>>> Consoles: EFI console > >>>>>>>>>> FreeBSD/arm64 EFI loader, Revision 1.1 > >>>>>>>>>>=20 > >>>>>>>>>> Command line arguments: loader.efi > >>>>>>>>>> EFI version: 2.05 > >>>>>>>>>> EFI Firmware: Das U-boot (rev 0.00) > >>>>>>>>>> Console: efi (0) > >>>>>>>>>> Failed to find bootable partition > >>>>>>>>>> Startup error in /boot/lua/loader.lua: seconds > >>>>>>>>>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid argument. > >>>>>>>>>>=20 > >>>>>>>>>> can't load 'kernel' > >>>>>>>>>>=20 > >>>>>>>>>> Type '?' for a list of commands, 'help' for more detailed help. > >>>>>>>>>> OK > >>>>>>>>>> OK set currdev=3Ddisk0p2 > >>>>>>>>>> OK boot > >>>>>>>>>>=20 > >>>>>>>>>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 > >>>>>>>>>> syms=3D[0x8+0x137dd8+0x8+0x126260] > >>>>>>>>>> Using DTB provided by EFI at 0x8000000. > >>>>>>>>>> ---<>--- > >>>>>>>>>> KDB: debugger backends: ddb > >>>>>>>>>> KDB: current backend: ddb > >>>>>>>>>> Copyright (c) 1992-2019 The FreeBSD Project. > >>>>>>>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, = 1993, 1994 > >>>>>>>>>> The Regents of the University of California. All rights res= erved. > >>>>>>>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. > >>>>>>>>>> FreeBSD 13.0-CURRENT GENERIC arm64 > >>>>>>>>>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (b= ased on > >>>>>>>>>> LLVM 6.0.1) > >>>>>>>>>> WARNING: WITNESS option enabled, expect reduced performance. > >>>>>>>>>> VT: init without driver. > >>>>>>>>>> Starting CPU 1 (1) > >>>>>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>>>>>>>>> arc4random: WARNING: initial seeding bypassed the cryptographi= c random > >>>>>>>>>> device because it was not yet seeded and the knob 'bypass_befo= re_seeding' > >>>>>>>>>> was enabled. > >>>>>>>>>> random: entropy device external interface > >>>>>>>>>> MAP 3e681000 mode 2 pages 1 > >>>>>>>>>> MAP 3ffa6000 mode 2 pages 1 > >>>>>>>>>> kbd0 at kbdmux0 > >>>>>>>>>> ofwbus0: > >>>>>>>>>> simplebus0: on ofwbus0 > >>>>>>>>>> simplebus1: on simplebus0 > >>>>>>>>>> simple_mfd0: mem > >>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > >>>>>>>>>> simple_mfd1: mem > >>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > >>>>>>>>>> psci0: on ofw= bus0 > >>>>>>>>>> gic0: mem > >>>>>>>>>> 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x= 1d90000-0x1d91fff,0x1da0000-0x1dbffff > >>>>>>>>>> irq 27 on simplebus1 > >>>>>>>>>> gpio0: mem > >>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36= ,37,38,39 on > >>>>>>>>>> simple_mfd0 > >>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>> gpio0: mem > >>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_m= fd1 > >>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>> gpioregulator0: on ofwbus0 > >>>>>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>>>>> gpioregulator0: cannot parse parameters > >>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>>>>> generic_timer0: irq 0,1,2,3 on ofwbus0 > >>>>>>>>>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz qua= lity 1000 > >>>>>>>>>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz qual= ity 1000 > >>>>>>>>>> gpio0: mem > >>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36= ,37,38,39 on > >>>>>>>>>> simple_mfd0 > >>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>> gpio0: mem > >>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_m= fd1 > >>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>> gpioregulator0: on ofwbus0 > >>>>>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>>>>> gpioregulator0: cannot parse parameters > >>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>>>>> gpio0: mem > >>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36= ,37,38,39 on > >>>>>>>>>> simple_mfd0 > >>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>> gpio0: mem > >>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_m= fd1 > >>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>> gpioregulator0: on ofwbus0 > >>>>>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>>>>> gpioregulator0: cannot parse parameters > >>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>>>>> gpio0: mem > >>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36= ,37,38,39 on > >>>>>>>>>> simple_mfd0 > >>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>> gpio0: mem > >>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_m= fd1 > >>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>> gpioregulator0: on ofwbus0 > >>>>>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>>>>> gpioregulator0: cannot parse parameters > >>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>>>>> gpio0: mem > >>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36= ,37,38,39 on > >>>>>>>>>> simple_mfd0 > >>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>> gpio0: mem > >>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_m= fd1 > >>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>> gpioregulator0: on ofwbus0 > >>>>>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>>>>> gpioregulator0: cannot parse parameters > >>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>>>>> cpulist0: on ofwbus0 > >>>>>>>>>> cpu0: on cpulist0 > >>>>>>>>>> cpu1: on cpulist0 > >>>>>>>>>> pmu0: irq 4 on ofwbus0 > >>>>>>>>>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 > >>>>>>>>>> syscon_generic1: mem 0x11500-0x1153f on simplebus1 > >>>>>>>>>> uart0: mem 0x12000-0x121ff irq 9,10= ,11 on > >>>>>>>>>> simplebus1 > >>>>>>>>>> uart0: console (115200,n,8,1) > >>>>>>>>>> gpio0: mem > >>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,36= ,37,38,39 on > >>>>>>>>>> simple_mfd0 > >>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>> syscon_generic2: mem 0x14000-0x1405f on simplebus1 > >>>>>>>>>> gpio0: mem > >>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple_m= fd1 > >>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>> mvneta0: mem 0x30000-0x33fff irq 14 on simpl= ebus1 > >>>>>>>>>> mvneta0: version is 10 > >>>>>>>>>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > >>>>>>>>>> mdio0: on mvneta0 > >>>>>>>>>> mdioproxy0: on mdio0 > >>>>>>>>>> e6000sw0: on mdio0 > >>>>>>>>>> e6000sw0: multi-chip addressing mode (0x1) > >>>>>>>>>> e6000sw0: CPU port at 0 > >>>>>>>>>> e6000sw0: fixed port at 0 > >>>>>>>>>> e6000sw0: PHY at port 1 > >>>>>>>>>> miibus0: on e6000sw0 > >>>>>>>>>> e1000phy0: PHY 17 on miibus0 > >>>>>>>>>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-F= DX, > >>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-mast= er, auto > >>>>>>>>>> e6000sw0: PHY at port 2 > >>>>>>>>>> miibus1: on e6000sw0 > >>>>>>>>>> e1000phy1: PHY 18 on miibus1 > >>>>>>>>>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-F= DX, > >>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-mast= er, auto > >>>>>>>>>> e6000sw0: PHY at port 3 > >>>>>>>>>> miibus2: on e6000sw0 > >>>>>>>>>> e1000phy2: PHY 19 on miibus2 > >>>>>>>>>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-F= DX, > >>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-mast= er, auto > >>>>>>>>>> e6000sw0: switch is ready. > >>>>>>>>>> etherswitch0: on e6000sw0 > >>>>>>>>>> xhci0: mem 0x58000-0x5bfff irq 16= on > >>>>>>>>>> simplebus1 > >>>>>>>>>> xhci0: 32 bytes context size, 32-bit DMA > >>>>>>>>>> usbus0 on xhci0 > >>>>>>>>>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > >>>>>>>>>> ehci0: mem 0x5e000-0x5= efff irq > >>>>>>>>>> 17 on simplebus1 > >>>>>>>>>> usbus1: EHCI version 1.0 > >>>>>>>>>> usbus1 on ehci0 > >>>>>>>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > >>>>>>>>>> sdhci_xenon0: mem > >>>>>>>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > >>>>>>>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on si= mplebus1 > >>>>>>>>>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supporte= d with FBS > >>>>>>>>>> ahcich0: at channel 0 on ahci0 > >>>>>>>>>> device_attach: ahcich0 attach returned 6 > >>>>>>>>>> gpioregulator0: on ofwbus0 > >>>>>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>>>>> gpioregulator0: cannot parse parameters > >>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>>>>> cryptosoft0: > >>>>>>>>>> Timecounters tick every 1.000 msec > >>>>>>>>>> mvneta0: link state changed to UP > >>>>>>>>>> e6000sw0port1: link state changed to DOWN > >>>>>>>>>> e6000sw0port2: link state changed to DOWN > >>>>>>>>>> e6000sw0port3: link state changed to DOWN > >>>>>>>>>> usbus0: 5.0Gbps Super Speed USB v3.0 > >>>>>>>>>> usbus1: 480Mbps High Speed USB v2.0 > >>>>>>>>>> Release APs...done > >>>>>>>>>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > >>>>>>>>>> Instruction Set Attributes 0 =3D > >>>>>>>>>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noa= time]... > >>>>>>>>>> Instruction Set Attributes 1 =3D <> > >>>>>>>>>> Root mount waiting for: Processor Features 0 =3D > >>>>>>>>>> > >>>>>>>>>> usbus1 Processor Features 1 =3D <0> > >>>>>>>>>> usbus0 Memory Model Features 0 =3D <4k Granule,64k Granul= e,S/NS > >>>>>>>>>> Mem,MixedEndian,16bit ASID,1TB PA> > >>>>>>>>>>=20 > >>>>>>>>>> Memory Model Features 1 =3D <> > >>>>>>>>>> Memory Model Features 2 =3D <32b CCIDX,48b VA> > >>>>>>>>>> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 > >>>>>>>>>> Breakpoints,PMUv3,Debug v8> > >>>>>>>>>> Debug Features 1 =3D <0> > >>>>>>>>>> Auxiliary Features 0 =3D <0> > >>>>>>>>>> Auxiliary Features 1 =3D <0> > >>>>>>>>>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > >>>>>>>>>> WARNING: WITNESS option enabled, expect reduced performance. > >>>>>>>>>> ugen0.1: at usbus0 > >>>>>>>>>> ugen1.1: at usbus1 > >>>>>>>>>> uhub0 on usbus0 > >>>>>>>>>> uhub1 on usbus1 > >>>>>>>>>> uhub0: on > >>>>>>>>>> usbus0 > >>>>>>>>>> uhub1: on > >>>>>>>>>> usbus1 > >>>>>>>>>> uhub0: 2 ports with 2 removable, self powered > >>>>>>>>>> uhub1: 1 port with 1 removable, self powered > >>>>>>>>>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... > >>>>>>>>>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 1= 9. > >>>>>>>>>>=20 > >>>>>>>>>> Loader variables: > >>>>>>>>>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > >>>>>>>>>> vfs.root.mountfrom.options=3Dro,noatime > >>>>>>>>>>=20 > >>>>>>>>>> Manual root filesystem specification: > >>>>>>>>>> : [options] > >>>>>>>>>> Mount using filesystem > >>>>>>>>>> and with the specified (optional) option list. > >>>>>>>>>>=20 > >>>>>>>>>> eg. ufs:/dev/da0s1a > >>>>>>>>>> zfs:zroot/ROOT/default > >>>>>>>>>> cd9660:/dev/cd0 ro > >>>>>>>>>> (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > >>>>>>>>>>=20 > >>>>>>>>>> ? List valid disk boot devices > >>>>>>>>>> . Yield 1 second (for background tasks) > >>>>>>>>>> Abort manual input > >>>>>>>>>>=20 > >>>>>>>>>> mountroot> ? > >>>>>>>>>>=20 > >>>>>>>>>> List of GEOM managed disk devices: > >>>>>>>>>>=20 > >>>>>>>>>>=20 > >>>>>>>>>> mountroot> > >>>>>>>>>> _______________________________________________ > >>>>>>>>>> freebsd-arm@freebsd.org maili= ng list > >>>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>>>>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@free= bsd.org " > >>>>>>>>>>=20 > >>>>>>>>>> _______________________________________________ > >>>>>>>>>> freebsd-arm@freebsd.org maili= ng list > >>>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>>>>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@free= bsd.org " > >>>>>>>>>=20 > >>>>>>>>=20 > >>>>>>>>=20 > >>>>>>>> -- > >>>>>>>> Emmanuel Vadot > >>>>>>>=20 > >>>>>>=20 > >>>>>>=20 > >>>>>> -- > >>>>>> Emmanuel Vadot > >>>>=20 > >>>>=20 > >>>> -- > >>>> Emmanuel Vadot > >>>> _______________________________________________ > >>>> freebsd-arm@freebsd.org mailing list > >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.or= g" > >>>=20 > >>>=20 > >>> -- > >>> Emmanuel Vadot > >>> _______________________________________________ > >>> freebsd-arm@freebsd.org mailing list > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > >>=20 > >>=20 > >> -- > >> Emmanuel Vadot > >> _______________________________________________ > >> freebsd-arm@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > >=20 > >=20 > > -- > > Emmanuel Vadot > <= manu@freebsd.org > >=20 --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Aug 17 15:14:43 2019 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 319FAC9F03 for ; Sat, 17 Aug 2019 15:14:43 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 469kJ173s3z4Sgw for ; Sat, 17 Aug 2019 15:14:41 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ed1-x530.google.com with SMTP id f22so7569756edt.4 for ; Sat, 17 Aug 2019 08:14:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=PpPaT1K5wvqYkLjndVEe6sl/p/FSTnmYxSZ1UgHgU40=; b=MfjcKEU0BYc27aKFqvMVuxNpioDIfQgBp4mOCnqYIzb8IMUa14c0GjSVApL9zOo3H/ 3C5TKO0MALLbw+pw4K8vcZ+Wi2hMYxz/mIHB5PWil1yw18IZNbkjTwp8vsRxtrXa3Ta/ E/Jz2pyULpQzRFzLHQtzembavKpnT0ORf6KXJqThZNEneoG+qifUXt60uOGqM1tYw1CA SpK8pdnJC9EaqT5Xi3Sr0LSLuepGjSXzxciZf4SmLrhiOVCk6Nyf1EebGvR8C7H26z+O iFwhoPxTbNx+pEBoFqNnNCV8JIpDOpmxnXHob5vO2et4Wae4VziWljxzLnqqAlW5648M 65Lg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=PpPaT1K5wvqYkLjndVEe6sl/p/FSTnmYxSZ1UgHgU40=; b=ttbIhgl/aQ206Hdu65kHd4Ev0EJlFssWLlY/bhp+eiOyJabChTVdooVhYREXJR9NLD +6Wmsh1bCXcMSBqKaK2VD7SOiNQ+q32csVouTArZM7zfdn1psvEx+9tvLQxAkteOddWJ g4GeAmEW8yYHp4iprp5PGdOwXnItdRTYS1Qx9LlDIzhOcz/u0ROjZ474WYVR+aJB67T7 DZk8LQRzdNlyiOu5tkbdMvK2dJz6F+EhST5WaAEPOe6Q9VKYDb7jy53WHSPVMifDvbbt zg05uStdP8tfAqyeiarss74IcdKHwMxp5ubb4YtHbCfmT1fJKvB1Hc5N86/V7D1tr9To UzbA== X-Gm-Message-State: APjAAAWFaBwJhO+e4vIoEFAZQAZsdbM2Fj8bF1XcyijpPD/JlnQZpb7t jV+RzrHm/B7AVVAiWZLEZh7iSmK/z68WDg== X-Google-Smtp-Source: APXvYqwoLqAgU+PAPXXiPJa6Ezxc1TwSoIAKOXarX1YwA1DgAv8YvGj6e9GLsiHDAqggUmJ/iqcDhw== X-Received: by 2002:a17:906:8313:: with SMTP id j19mr13800916ejx.276.1566054879027; Sat, 17 Aug 2019 08:14:39 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id qh6sm1261268ejb.82.2019.08.17.08.14.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 17 Aug 2019 08:14:38 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: <9749945A-FDAD-47E0-947A-FA62138C2F83@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_8762C618-267E-4B27-85D7-FD17D0785293"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Espressobin anyone ? Date: Sat, 17 Aug 2019 17:14:36 +0200 In-Reply-To: <20190817153053.5592b15b8a42982fda0fc123@bidouilliste.com> Cc: freebsd-arm , Marcin Wojtas To: Emmanuel Vadot References: <4AE7C7A2-0BFB-4093-AE19-6AAC8F44FF25@gmail.com> <917479365.631712.1565792953255.JavaMail.zimbra@perftech.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> <20190815233755.893e485f40ccacd79cdb3d96@bidouilliste.com> <78F5029D-A0F5-42F2-8191-07EB3A68C87B@gmail.com> <20190816152454.4e54ab5c276a543c120d909a@bidouilliste.com> <20190816171037.f808fbaba2369f179de36397@bidouilliste.com> <20190816191230.508f07f27fac21479a6716d9@bidouilliste.com> <20190816225826.ce31e8f968021944f64cb67c@bidouilliste.com> <20190817153053.5592b15b8a42982fda0fc123@bidouilliste.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 469kJ173s3z4Sgw X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=MfjcKEU0; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::530 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-4.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.995,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; SUBJECT_ENDS_QUESTION(1.00)[]; 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.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.117.48,0.0.46.224]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[0.3.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.52), ipnet: 2a00:1450::/32(-3.03), asn: 15169(-2.38), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2019 15:14:43 -0000 --Apple-Mail=_8762C618-267E-4B27-85D7-FD17D0785293 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 HI Well, I have a whole forrest of tree=E2=80=99s here, but the error = posted here was on a clean checkout. Anyhow, with the latest changes to -stable and the two RF_SHAREABLE = patches from -current all works. It would be nice with the etherswitch changes as well so VLAN tagging = etc was standard. -S=C3=B8ren PS: given up on bottom & inline popsting, top posting is all the rage = now (yeah I miss elm etc :) ) > On 17 Aug 2019, at 15.30, Emmanuel Vadot = wrote: >=20 > On Sat, 17 Aug 2019 11:07:22 +0200 > S=C3=B8ren Schmidt > wrote: >=20 >> Hi Emmunuel >>=20 >> Yes the 3720 gpio driver I already back ported long ago, its needed, = I?m happy its now part of std stable 12! >=20 > Would have been nice of you to say that you were not running a clean > tree. >=20 >> My issue seems to be the inclusion of the phy_usb driver, if I leave = that out, I?m back to normal.. >=20 > What make you think this is this driver ? What works/doesn't work > with it ? could you provide logs. >=20 >> I?ll have have another go at the latest -stable sources during the = weekend and see how it goes. >>=20 >> Thanks for looking into this, with a little cooperation we?ll get = this solved for the greater good.. >>=20 >> -S=C3=B8ren >=20 > P.S. Please stop top posting, it's really hard to read the = conversation >=20 >>> On 16 Aug 2019, at 22.58, Emmanuel Vadot = wrote: >>>=20 >>> On Fri, 16 Aug 2019 19:12:30 +0200 >>> Emmanuel Vadot > wrote: >>>=20 >>>> On Fri, 16 Aug 2019 17:10:37 +0200 >>>> Emmanuel Vadot wrote: >>>>=20 >>>>> On Fri, 16 Aug 2019 15:24:54 +0200 >>>>> Emmanuel Vadot wrote: >>>>>=20 >>>>>> On Fri, 16 Aug 2019 07:28:59 +0200 >>>>>> S=C3=B8ren Schmidt wrote: >>>>>>=20 >>>>>>> Hi >>>>>>>=20 >>>>>>> Very simple, reverting sys/gnu/dts to what was before 350595 = (actually 350592). >>>>>>> Thats what we have svn for ? >>>>>>=20 >>>>>> If I asked how it was to have the svn command that you used, I = want to >>>>>> make sure that you didn't revert anything else, like do you have >>>>>> r350596 and r350628 ? >>>>>>=20 >>>>>>> That does make my bananapi work again, no other changes just a = recompiled kernel. >>>>>>=20 >>>>>> That + copying the dtb to the fat32 partition ? >>>>>>=20 >>>>>> Can you post the dtb somewhere. >>>>>>=20 >>>>>>> However it does not bring the Espressobin back to life, thats = something in one of the ~30 other files that changed between those two = revisions. >>>>>>=20 >>>>>> What Linux version of DTS are you using then ? The ones that were = in >>>>>> stable/12 when it was branched (4.18) or a later revision ? >>>>>=20 >>>>> So I think that I've found the problem on the Espressobin. >>>>> I think that the problem comes from the simple-mfd driver that = I've >>>>> mfc in r350600. >>>>> The pinctrl/gpio controller compatible is >>>>> "marvell,armada3710-nb-pinctrl", "syscon", "simple-mfd" and it = attaches >>>>> at BUS_PASS_INTERRUPT while the simple_mfd driver attaches at >>>>> BUS_PASS_BUS (so earlier) which means that no gpio controller will = be >>>>> available for sdhci to detect the card. >>>>>=20 >>>>> If someone with a non-working espressobin could post a full = verbose >>>>> boot log that would help me confirming that this is the case. >>>>> I'll try to find a solution on how to solve this problem. >>>>=20 >>>> So this wasn't the problem but I've found it, see r351129 and = r351130 >>>>=20 >>>> SD card now work again in HEAD, I'll have a look at stable later = next >>>> week. >>>=20 >>> I've did a quick test and I've MFC r348880, r348882 and r349596, the >>> two other commits needed to be mfc'ed are the one I did today on = head, >>> I'll do that next week. >>> With them sdcard is working again on stable/12 >>>=20 >>>>>>> -S=C3=B8ren >>>>>>>=20 >>>>>>>> On 15 Aug 2019, at 23.37, Emmanuel Vadot = wrote: >>>>>>>>=20 >>>>>>>> On Thu, 15 Aug 2019 21:56:23 +0200 >>>>>>>> S=C3=B8ren Schmidt wrote: >>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>> Well, I don?t care where you are from and what color you have = :) >>>>>>>>>=20 >>>>>>>>> Now, if I update my stable12 sources to r350595 the bananapi = breaks, if revert sys/gnu/dts it works again, go figure.. >>>>>>>>=20 >>>>>>>> Reverting to what ? and how ? >>>>>>>>=20 >>>>>>>> Because I've just test 12-stable and I have the problem that = I've said >>>>>>>> in my previous mail so setting hw.regulator.disable_unused=3D0 = is the >>>>>>>> work around. >>>>>>>> The problem is in twsi not in the DTS so I'm curious how = reverting >>>>>>>> only the dts fixes this problem. >>>>>>>>=20 >>>>>>>>> The r351099 fix is already like that in -stable, and not part = of the problem. >>>>>>>>>=20 >>>>>>>>> -S=C3=B8ren >>>>>>>>=20 >>>>>>>>>> On 15 Aug 2019, at 21.03, Emmanuel Vadot = wrote: >>>>>>>>>>=20 >>>>>>>>>> On Thu, 15 Aug 2019 19:48:54 +0200 >>>>>>>>>> S=C3=B8ren Schmidt wrote: >>>>>>>>>>=20 >>>>>>>>>>> Hi Mit! >>>>>>>>>>>=20 >>>>>>>>>>> Right, I suspected that, 12-stable broke many embedded = systems between r350592 and r350595 where all the latest and greatest = DTS files was pulled in, I guess the same holds for -current. >>>>>>>>>>>=20 >>>>>>>>>>> -S=C3=B8ren >>>>>>>>>>=20 >>>>>>>>>> Mhm it's fun that you think that DTS import is the source of = all your >>>>>>>>>> problems, I get it, it's easy to blame the French guy that = bulk import >>>>>>>>>> the DTS, he surely don't know what he is doing. >>>>>>>>>> Anyway, two problems were raised in this thread : >>>>>>>>>>=20 >>>>>>>>>> 1) BananaPi (A20) doesn't boot >>>>>>>>>> 2) Espressobin sd support is broken >>>>>>>>>>=20 >>>>>>>>>> I've just looked at the BananaPi problem today, I've fixed a = first >>>>>>>>>> problem in r351099. >>>>>>>>>> The main problem is that when we disable the unused = regulators we hang >>>>>>>>>> when trying to disabling ldo3. It's weird because the board = doesn't use >>>>>>>>>> LDO3 (which is why we are disabling it, it's unused). The = problem is in >>>>>>>>>> twsi I think as only leaving the part in axp209 that read the >>>>>>>>>> voltage register value make FreeBSD hang. >>>>>>>>>> I'll have a proper look later, in the meantime you can set >>>>>>>>>> hw.regulator.disable_unused=3D0 >>>>>>>>>> in /boot/loader.conf >>>>>>>>>> This isn't a DTS problem. >>>>>>>>>>=20 >>>>>>>>>> For Espressobin I haven't found any thing related to SD in = the DTS >>>>>>>>>> updates since the import, the only things slighly related are = mmc and >>>>>>>>>> sdio. >>>>>>>>>> So if someone could find which DTS import broke this I can = have a look. >>>>>>>>>>=20 >>>>>>>>>>>=20 >>>>>>>>>>>> On 15 Aug 2019, at 19.37, Mit Matelske wrote: >>>>>>>>>>>>=20 >>>>>>>>>>>> Yeah, that was the problem. I went back to r348882 and = everything worked out of the box. >>>>>>>>>>>>=20 >>>>>>>>>>>> Thanks again for the hand holding! >>>>>>>>>>>>=20 >>>>>>>>>>>> Mit >>>>>>>>>>>>=20 >>>>>>>>>>>> From: "S=C3=B8ren Schmidt" > >>>>>>>>>>>> To: "Mit Matelske" > >>>>>>>>>>>> Cc: "Marcin Wojtas" >, "freebsd-arm" > >>>>>>>>>>>> Sent: Wednesday, August 14, 2019 1:33:04 PM >>>>>>>>>>>> Subject: Re: Espressobin anyone ? >>>>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> It might simply be broken in -current (again). >>>>>>>>>>>>=20 >>>>>>>>>>>> I just updated my stable12 tree and I pulled in new .dts = files for just about anything? >>>>>>>>>>>>=20 >>>>>>>>>>>> Needless to say, it broke the Espressobin?s SD support, it = now fails just like yours.. >>>>>>>>>>>>=20 >>>>>>>>>>>> It also broke allwinner builds and what not, so I?m just = going back in time again :) >>>>>>>>>>>>=20 >>>>>>>>>>>> I wonder why there is this overwhelming need to import = stuff that breaks things right, left and center in a -stable branch ? >>>>>>>>>>>> That would have earned you the pointy hat back when?. >>>>>>>>>>>>=20 >>>>>>>>>>>> -S=C3=B8ren >>>>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> On 14 Aug 2019, at 18.01, Mit Matelske > wrote: >>>>>>>>>>>>=20 >>>>>>>>>>>> Marcin- >>>>>>>>>>>>=20 >>>>>>>>>>>> Sorry I didn't reply yesterday. I didn't have any luck = with that either. I tried a lot of permutations. >>>>>>>>>>>>=20 >>>>>>>>>>>> Not saying for 100% it doesn't work, but I couldn't get it = to work! >>>>>>>>>>>>=20 >>>>>>>>>>>> Mit >>>>>>>>>>>>=20 >>>>>>>>>>>> From: "Marcin Wojtas" > >>>>>>>>>>>> To: "Mit Matelske" > >>>>>>>>>>>> Cc: "S=C3=B8ren Schmidt" >, "freebsd-arm" = > >>>>>>>>>>>> Sent: Wednesday, August 14, 2019 10:41:04 AM >>>>>>>>>>>> Subject: Re: Espressobin anyone ? >>>>>>>>>>>>=20 >>>>>>>>>>>> Hi Mit, >>>>>>>>>>>> Since you are using the latest 13-current, could you please = try if passing rootdev via u-boot bootargs (please see my previous = email) works for you without the loader modification? >>>>>>>>>>>>=20 >>>>>>>>>>>> Best regards, >>>>>>>>>>>> Marcin >>>>>>>>>>>>=20 >>>>>>>>>>>> ?r., 14 sie 2019 o 16:29 Mit Matelske > napisa?(a): >>>>>>>>>>>> Soren- >>>>>>>>>>>>=20 >>>>>>>>>>>> Thanks for the info. I'll grab a couple more SD cards at = lunch. This one is a new Samsung 32GB. I'll also try putting the = changes into 12 and see if that helps. I'm using the latest 13-current. >>>>>>>>>>>>=20 >>>>>>>>>>>> Again, appreciate the hand holding! >>>>>>>>>>>>=20 >>>>>>>>>>>> Mit >>>>>>>>>>>>=20 >>>>>>>>>>>> From: "S=C3=B8ren Schmidt" > >>>>>>>>>>>> To: "Mit Matelske" > >>>>>>>>>>>> Cc: "Marcin Wojtas" >, "freebsd-arm" > >>>>>>>>>>>> Sent: Wednesday, August 14, 2019 2:30:31 AM >>>>>>>>>>>> Subject: Re: Espressobin anyone ? >>>>>>>>>>>>=20 >>>>>>>>>>>> Hi Mit >>>>>>>>>>>> Hmm, from your earlier posted dmesgs it looks like the SD = card is not getting detected properly.. >>>>>>>>>>>>=20 >>>>>>>>>>>> I get this output: >>>>>>>>>>>>=20 >>>>>>>>>>>> sdhci_xenon0: mem = 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>>>>>>>>>>> mmc0: on sdhci_xenon0 >>>>>>>>>>>> ?snip? >>>>>>>>>>>> mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block >>>>>>>>>>>>=20 >>>>>>>>>>>> The problem you see was fixed for me by r348882, maybe it = got broken later, I havn?t backported the later changes.. >>>>>>>>>>>>=20 >>>>>>>>>>>> Have you tried another SD card ? I have found 2 of mine = that the espressobin doesn?t like, but works fine with bananapi and = friends... >>>>>>>>>>>>=20 >>>>>>>>>>>> -S=C3=B8ren >>>>>>>>>>>>=20 >>>>>>>>>>>> On 13 Aug 2019, at 23.30, Mit Matelske > wrote: >>>>>>>>>>>>=20 >>>>>>>>>>>> Soren- >>>>>>>>>>>>=20 >>>>>>>>>>>> Thanks for the code snippet! That will fix one of the = problems. >>>>>>>>>>>>=20 >>>>>>>>>>>> I still can't mount my filesystem, though. I think I'm = doing something really simple, wrong. I believe I'm running the latest = code and added some printfs to show the kernel setting the regulator: >>>>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> usbus1 on ehci0 >>>>>>>>>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 >>>>>>>>>>>> sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D= 19 >>>>>>>>>>>> sdhci_xenon0: vqmmc-supply regulator found >>>>>>>>>>>> sdhci_xenon0: mem = 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>>>>>>>>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on = simplebus1 >>>>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> Could there be a problem with how I am setting up my = filesystem? I've tried both freebsd-ufs and freebsd as the type, with = no luck. A gpart listing of my SD card: >>>>>>>>>>>>=20 >>>>>>>>>>>> root@fbl:~ # gpart list da3 >>>>>>>>>>>> Geom name: da3 >>>>>>>>>>>> modified: false >>>>>>>>>>>> state: OK >>>>>>>>>>>> fwheads: 255 >>>>>>>>>>>> fwsectors: 63 >>>>>>>>>>>> last: 62521335 >>>>>>>>>>>> first: 3 >>>>>>>>>>>> entries: 4 >>>>>>>>>>>> scheme: GPT >>>>>>>>>>>> Providers: >>>>>>>>>>>> 1. Name: da3p1 >>>>>>>>>>>> Mediasize: 41943040 (40M) >>>>>>>>>>>> Sectorsize: 512 >>>>>>>>>>>> Stripesize: 0 >>>>>>>>>>>> Stripeoffset: 1536 >>>>>>>>>>>> Mode: r0w0e0 >>>>>>>>>>>> efimedia: = HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) >>>>>>>>>>>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 >>>>>>>>>>>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b >>>>>>>>>>>> label: (null) >>>>>>>>>>>> length: 41943040 >>>>>>>>>>>> offset: 1536 >>>>>>>>>>>> type: efi >>>>>>>>>>>> index: 1 >>>>>>>>>>>> end: 81922 >>>>>>>>>>>> start: 3 >>>>>>>>>>>> 2. Name: da3p2 >>>>>>>>>>>> Mediasize: 31968979456 (30G) >>>>>>>>>>>> Sectorsize: 512 >>>>>>>>>>>> Stripesize: 0 >>>>>>>>>>>> Stripeoffset: 41944576 >>>>>>>>>>>> Mode: r0w0e0 >>>>>>>>>>>> efimedia: = HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5) >>>>>>>>>>>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 >>>>>>>>>>>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b >>>>>>>>>>>> label: (null) >>>>>>>>>>>> length: 31968979456 >>>>>>>>>>>> offset: 41944576 >>>>>>>>>>>> type: freebsd-ufs >>>>>>>>>>>> index: 2 >>>>>>>>>>>> end: 62521335 >>>>>>>>>>>> start: 81923 >>>>>>>>>>>> Consumers: >>>>>>>>>>>> 1. Name: da3 >>>>>>>>>>>> Mediasize: 32010928128 (30G) >>>>>>>>>>>> Sectorsize: 512 >>>>>>>>>>>> Mode: r0w0e0 >>>>>>>>>>>>=20 >>>>>>>>>>>> Thanks!! >>>>>>>>>>>>=20 >>>>>>>>>>>> Mit >>>>>>>>>>>>=20 >>>>>>>>>>>> From: "S=C3=B8ren Schmidt" > >>>>>>>>>>>> To: "Marcin Wojtas" > >>>>>>>>>>>> Cc: "Mit Matelske" >, = "freebsd-arm" > >>>>>>>>>>>> Sent: Tuesday, August 13, 2019 12:55:09 PM >>>>>>>>>>>> Subject: Re: Espressobin anyone ? >>>>>>>>>>>>=20 >>>>>>>>>>>> Hi >>>>>>>>>>>> That doesn?t seen to work on the espressobin, or least I = can?t get it to pick it up. >>>>>>>>>>>>=20 >>>>>>>>>>>> I use this patch as a workaround: >>>>>>>>>>>>=20 >>>>>>>>>>>> Index: main.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 >>>>>>>>>>>> --- main.c (revision 350496) >>>>>>>>>>>> +++ main.c (working copy) >>>>>>>>>>>> @@ -463,6 +462,13 @@ >>>>>>>>>>>> int rv; >>>>>>>>>>>> char *rootdev; >>>>>>>>>>>>=20 >>>>>>>>>>>> +#if defined(__aarch64__) >>>>>>>>>>>> + /* SOS HACK in rootdev, at least Espressobin gets this = wrong */ >>>>>>>>>>>> + printf("Setting currdev hack\n"); >>>>>>>>>>>> + set_currdev("disk0p2"); >>>>>>>>>>>> + return (0); >>>>>>>>>>>> +#endif >>>>>>>>>>>> + >>>>>>>>>>>> /* >>>>>>>>>>>> * First choice: if rootdev is already set, use that, even = if >>>>>>>>>>>> * it's wrong. >>>>>>>>>>>>=20 >>>>>>>>>>>> Its not pretty but it does the job until I get time to look = into why bootargs aren?t passed / won?t stick, probably something I = havn?t backported to my -stable12 sources yet... >>>>>>>>>>>>=20 >>>>>>>>>>>> -S=C3=B8ren >>>>>>>>>>>>=20 >>>>>>>>>>>> On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: >>>>>>>>>>>>=20 >>>>>>>>>>>> Hi, >>>>>>>>>>>>=20 >>>>>>>>>>>> Not sure if it's what you are looking for, but in order to = autoboot, I >>>>>>>>>>>> simply pass 'rootdev=3DdiskXpY' in the bootargs variable. = Here's example from >>>>>>>>>>>> A3720-DB (same should work on EspressoBin): >>>>>>>>>>>>=20 >>>>>>>>>>>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; = fatload usb 0:1 >>>>>>>>>>>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 = ${kernel_addr} >>>>>>>>>>>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} >>>>>>>>>>>> resetting USB... >>>>>>>>>>>> USB0: Register 2000104 NbrPorts 2 >>>>>>>>>>>> Starting the controller >>>>>>>>>>>> USB XHCI 1.00 >>>>>>>>>>>> USB1: USB EHCI 1.00 >>>>>>>>>>>> - ______ ____ _____ _____ >>>>>>>>>>>> | ____| | _ \ / ____| __ \ >>>>>>>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>>>>>>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>>>>>>>>>>> | | | | | __/ __/| |_) |____) | |__| | >>>>>>>>>>>> | | | | | | || | | | >>>>>>>>>>>> |_| |_| \___|\___||____/|_____/|_____/ >>>>>>>>>>>> ``` >>>>>>>>>>>> ` >>>>>>>>>>>> ????????????Welcome to FreeBSD????????????? s` = `.....---.......--.``` >>>>>>>>>>>> -/ >>>>>>>>>>>> ? ? +o .--` = /y:` >>>>>>>>>>>> +. >>>>>>>>>>>> ? 1. Boot Multi user [Enter] ? yo`:. = :o >>>>>>>>>>>> `+- >>>>>>>>>>>> ? 2. Boot Single user ? y/ = -/` -o/ >>>>>>>>>>>> ? 3. Escape to loader prompt ? .- >>>>>>>>>>>> ::/sy+:. >>>>>>>>>>>> ? 4. Reboot ? / = `-- >>>>>>>>>>>> / >>>>>>>>>>>> ? ? `: >>>>>>>>>>>> :` >>>>>>>>>>>> ? Options: ? `: >>>>>>>>>>>> :` >>>>>>>>>>>> ? 5. Kernel: default/kernel (1 of 1) ? / >>>>>>>>>>>> / >>>>>>>>>>>> ? 6. Boot Options ? .- >>>>>>>>>>>> -. >>>>>>>>>>>> ? ? -- = -. >>>>>>>>>>>> ? ? `:` = `:` >>>>>>>>>>>> ? ? .-- = `--. >>>>>>>>>>>> ??????????????????????????????????????????? = .---.....----. >>>>>>>>>>>> Autoboot in 9 seconds, hit [Enter] to boot or any other key = to stop >>>>>>>>>>>>=20 >>>>>>>>>>>> Loading kernel... >>>>>>>>>>>> /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 >>>>>>>>>>>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] >>>>>>>>>>>> Loading configured modules... >>>>>>>>>>>> can't find '/boot/entropy' >>>>>>>>>>>> Using DTB provided by EFI at 0x8000000. >>>>>>>>>>>> ---<>--- >>>>>>>>>>>> KDB: debugger backends: ddb >>>>>>>>>>>> KDB: current backend: ddb >>>>>>>>>>>> Copyright (c) 1992-2019 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 17a1fc80d57-c261519(upstream_master) = GENERIC arm64 >>>>>>>>>>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) = (based on LLVM >>>>>>>>>>>> 8.0.0) >>>>>>>>>>>> WARNING: WITNESS option enabled, expect reduced = performance. >>>>>>>>>>>> VT: init without driver. >>>>>>>>>>>> Starting CPU 1 (1) >>>>>>>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>>>>>>>>>>> [...] >>>>>>>>>>>>=20 >>>>>>>>>>>> Best regards, >>>>>>>>>>>> Marcin >>>>>>>>>>>>=20 >>>>>>>>>>>> pon., 12 sie 2019 o 23:14 Mit Matelske > napisa?(a): >>>>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> Soren- >>>>>>>>>>>>=20 >>>>>>>>>>>> Thanks for the quick response. I built this kernel with = revision 350924. >>>>>>>>>>>> I'll dig into whats going on in the morning. >>>>>>>>>>>>=20 >>>>>>>>>>>> Mind posting your diff for your loader.efi? >>>>>>>>>>>>=20 >>>>>>>>>>>> Thanks again! >>>>>>>>>>>>=20 >>>>>>>>>>>> Mit >>>>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>> From: "S=C3=B8ren Schmidt" > >>>>>>>>>>>> To: "Mit Matelske" > >>>>>>>>>>>> Cc: "tscho" >, "freebsd-arm" < >>>>>>>>>>>> freebsd-arm@freebsd.org > >>>>>>>>>>>> Sent: Monday, August 12, 2019 3:49:48 PM >>>>>>>>>>>> Subject: Re: Espressobin anyone ? >>>>>>>>>>>>=20 >>>>>>>>>>>> Hi >>>>>>>>>>>>=20 >>>>>>>>>>>> Looks like your sources may be too old, you need to be at = least at r348882 >>>>>>>>>>>> to get the fix for the SD card VCC regulator. >>>>>>>>>>>>=20 >>>>>>>>>>>> That change fixed it for me backported to 12-stable... >>>>>>>>>>>>=20 >>>>>>>>>>>> The currdev problem still exists, I have it hardwired in my = loader for >>>>>>>>>>>> aarch64 :) >>>>>>>>>>>>=20 >>>>>>>>>>>> -S=C3=B8ren >>>>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> On 12 Aug 2019, at 21.06, Mit Matelske > wrote: >>>>>>>>>>>>=20 >>>>>>>>>>>> I'm having a couple little hiccups booting this board also. = One has >>>>>>>>>>>> been commented on already, that I can't get the loader to = automatically >>>>>>>>>>>> start loading the kernel on "disk0p2"... >>>>>>>>>>>>=20 >>>>>>>>>>>> The second, is that the kernel can't find the SD card after = booting so >>>>>>>>>>>> it can't mount the root filesystem. I'm using the dts/dtb = and kernel from >>>>>>>>>>>> the 13-current branch. >>>>>>>>>>>>=20 >>>>>>>>>>>> Thanks for any and all help. I haven't used u-boot in = about decade. >>>>>>>>>>>> Spoiled by the x86 platform. >>>>>>>>>>>>=20 >>>>>>>>>>>> Mit Matelske >>>>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> ***U-boot environment:*** >>>>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> Marvell>> printenv >>>>>>>>>>>> baudrate=3D115200 >>>>>>>>>>>> bootargs=3Dconsole=3DttyMV0,115200 = earlycon=3Dar3700_uart,0xd0012000 >>>>>>>>>>>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 = biosdevname=3D0 >>>>>>>>>>>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr = $image_name;fatload mmc >>>>>>>>>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr >>>>>>>>>>>> bootdelay=3D2 >>>>>>>>>>>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr = $image_name;fatload mmc >>>>>>>>>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr >>>>>>>>>>>> console=3Dconsole=3DttyMV0,115200 = earlycon=3Dar3700_uart,0xd0012000 >>>>>>>>>>>> eth1addr=3D00:51:82:11:22:01 >>>>>>>>>>>> eth2addr=3D00:51:82:11:22:02 >>>>>>>>>>>> eth3addr=3D00:51:82:11:22:03 >>>>>>>>>>>> ethact=3Dneta@30000 >>>>>>>>>>>> ethaddr=3DF0:AD:4E:09:6B:8F >>>>>>>>>>>> ethprime=3Deth0 >>>>>>>>>>>> fdt_addr=3D0x4f00000 >>>>>>>>>>>> fdt_high=3D0xffffffffffffffff >>>>>>>>>>>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb >>>>>>>>>>>> fdtcontroladdr=3D3f7161b8 >>>>>>>>>>>> gatewayip=3D10.4.50.254 >>>>>>>>>>>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot = $fdt_addr >>>>>>>>>>>> $fdt_name; run get_ramfs >>>>>>>>>>>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv = ramfs_addr >>>>>>>>>>>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv = ramfs_addr -;fi >>>>>>>>>>>> hostname=3Dmarvell >>>>>>>>>>>> image_name=3Defi/freebsd/loader.efi >>>>>>>>>>>> initrd_addr=3D0xa00000 >>>>>>>>>>>> initrd_size=3D0x2000000 >>>>>>>>>>>> ipaddr=3D0.0.0.0 >>>>>>>>>>>> kernel_addr=3D0x5000000 >>>>>>>>>>>> loadaddr=3D0x5000000 >>>>>>>>>>>> netdev=3Deth0 >>>>>>>>>>>> netmask=3D255.255.255.0 >>>>>>>>>>>> ramfs_addr=3D0x8000000 >>>>>>>>>>>> ramfs_name=3D- >>>>>>>>>>>> root=3Droot=3D/dev/nfs rw >>>>>>>>>>>> rootpath=3D/srv/nfs/ >>>>>>>>>>>> serverip=3D0.0.0.0 >>>>>>>>>>>> set_bootargs=3Dsetenv bootargs $console $root >>>>>>>>>>>> = ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none >>>>>>>>>>>> nfsroot=3D$serverip:$rootpath $extra_params >>>>>>>>>>>> stderr=3Dserial@12000 >>>>>>>>>>>> stdin=3Dserial@12000 >>>>>>>>>>>> stdout=3Dserial@12000 >>>>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> ***Full boot logs:*** >>>>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - = 15:39:10 +0800) >>>>>>>>>>>>=20 >>>>>>>>>>>> Model: Marvell Armada 3720 Community Board ESPRESSOBin >>>>>>>>>>>> CPU @ 1000 [MHz] >>>>>>>>>>>> L2 @ 800 [MHz] >>>>>>>>>>>> TClock @ 200 [MHz] >>>>>>>>>>>> DDR @ 800 [MHz] >>>>>>>>>>>> DRAM: 1 GiB >>>>>>>>>>>> U-Boot DT blob at : 000000003f7161b8 >>>>>>>>>>>> Comphy-0: USB3 5 Gbps >>>>>>>>>>>> Comphy-1: PEX0 2.5 Gbps >>>>>>>>>>>> Comphy-2: SATA0 6 Gbps >>>>>>>>>>>> SATA link 0 timeout. >>>>>>>>>>>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode >>>>>>>>>>>> flags: ncq led only pmp fbss pio slum part sxs >>>>>>>>>>>> PCIE-0: Link down >>>>>>>>>>>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 >>>>>>>>>>>> SF: Detected mx25u3235f with page size 256 Bytes, erase = size 64 KiB, >>>>>>>>>>>> total 4 MiB >>>>>>>>>>>> Net: eth0: neta@30000 [PRIME] >>>>>>>>>>>> Hit any key to stop autoboot: 0 >>>>>>>>>>>> switch to partitions #0, OK >>>>>>>>>>>> mmc0 is current device >>>>>>>>>>>> reading efi/freebsd/loader.efi >>>>>>>>>>>> 603872 bytes read in 49 ms (11.8 MiB/s) >>>>>>>>>>>> reading efi/boot/armada-3720-espressobin.dtb >>>>>>>>>>>> 15946 bytes read in 17 ms (916 KiB/s) >>>>>>>>>>>> ## Starting EFI application at 05000000 ... >>>>>>>>>>>> Scanning disk sdhci@d0000.blk ... >>>>>>>>>>>> Card did not respond to voltage select! >>>>>>>>>>>> mmc_init: -95, time 50 >>>>>>>>>>>> Found 1 disks >>>>>>>>>>>> Consoles: EFI console >>>>>>>>>>>> FreeBSD/arm64 EFI loader, Revision 1.1 >>>>>>>>>>>>=20 >>>>>>>>>>>> Command line arguments: loader.efi >>>>>>>>>>>> EFI version: 2.05 >>>>>>>>>>>> EFI Firmware: Das U-boot (rev 0.00) >>>>>>>>>>>> Console: efi (0) >>>>>>>>>>>> Failed to find bootable partition >>>>>>>>>>>> Startup error in /boot/lua/loader.lua: seconds >>>>>>>>>>>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid = argument. >>>>>>>>>>>>=20 >>>>>>>>>>>> can't load 'kernel' >>>>>>>>>>>>=20 >>>>>>>>>>>> Type '?' for a list of commands, 'help' for more detailed = help. >>>>>>>>>>>> OK >>>>>>>>>>>> OK set currdev=3Ddisk0p2 >>>>>>>>>>>> OK boot >>>>>>>>>>>>=20 >>>>>>>>>>>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 >>>>>>>>>>>> syms=3D[0x8+0x137dd8+0x8+0x126260] >>>>>>>>>>>> Using DTB provided by EFI at 0x8000000. >>>>>>>>>>>> ---<>--- >>>>>>>>>>>> KDB: debugger backends: ddb >>>>>>>>>>>> KDB: current backend: ddb >>>>>>>>>>>> Copyright (c) 1992-2019 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 GENERIC arm64 >>>>>>>>>>>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) = (based on >>>>>>>>>>>> LLVM 6.0.1) >>>>>>>>>>>> WARNING: WITNESS option enabled, expect reduced = performance. >>>>>>>>>>>> VT: init without driver. >>>>>>>>>>>> Starting CPU 1 (1) >>>>>>>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>>>>>>>>>>> arc4random: WARNING: initial seeding bypassed the = cryptographic random >>>>>>>>>>>> device because it was not yet seeded and the knob = 'bypass_before_seeding' >>>>>>>>>>>> was enabled. >>>>>>>>>>>> random: entropy device external interface >>>>>>>>>>>> MAP 3e681000 mode 2 pages 1 >>>>>>>>>>>> MAP 3ffa6000 mode 2 pages 1 >>>>>>>>>>>> kbd0 at kbdmux0 >>>>>>>>>>>> ofwbus0: >>>>>>>>>>>> simplebus0: on ofwbus0 >>>>>>>>>>>> simplebus1: on = simplebus0 >>>>>>>>>>>> simple_mfd0: mem >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 >>>>>>>>>>>> simple_mfd1: mem >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 >>>>>>>>>>>> psci0: on = ofwbus0 >>>>>>>>>>>> gic0: mem >>>>>>>>>>>> = 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d= 91fff,0x1da0000-0x1dbffff >>>>>>>>>>>> irq 27 on simplebus1 >>>>>>>>>>>> gpio0: mem >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>>>>>>> simple_mfd0 >>>>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>>>> gpio0: mem >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on = simple_mfd1 >>>>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>>>> gpioregulator0: on ofwbus0 >>>>>>>>>>>> gpioregulator0: cannot get pin 0 >>>>>>>>>>>> gpioregulator0: cannot parse parameters >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>>>>>>> generic_timer0: irq 0,1,2,3 on = ofwbus0 >>>>>>>>>>>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz = quality 1000 >>>>>>>>>>>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz = quality 1000 >>>>>>>>>>>> gpio0: mem >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>>>>>>> simple_mfd0 >>>>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>>>> gpio0: mem >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on = simple_mfd1 >>>>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>>>> gpioregulator0: on ofwbus0 >>>>>>>>>>>> gpioregulator0: cannot get pin 0 >>>>>>>>>>>> gpioregulator0: cannot parse parameters >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>>>>>>> gpio0: mem >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>>>>>>> simple_mfd0 >>>>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>>>> gpio0: mem >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on = simple_mfd1 >>>>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>>>> gpioregulator0: on ofwbus0 >>>>>>>>>>>> gpioregulator0: cannot get pin 0 >>>>>>>>>>>> gpioregulator0: cannot parse parameters >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>>>>>>> gpio0: mem >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>>>>>>> simple_mfd0 >>>>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>>>> gpio0: mem >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on = simple_mfd1 >>>>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>>>> gpioregulator0: on ofwbus0 >>>>>>>>>>>> gpioregulator0: cannot get pin 0 >>>>>>>>>>>> gpioregulator0: cannot parse parameters >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>>>>>>> gpio0: mem >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>>>>>>> simple_mfd0 >>>>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>>>> gpio0: mem >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on = simple_mfd1 >>>>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>>>> gpioregulator0: on ofwbus0 >>>>>>>>>>>> gpioregulator0: cannot get pin 0 >>>>>>>>>>>> gpioregulator0: cannot parse parameters >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>>>>>>> cpulist0: on ofwbus0 >>>>>>>>>>>> cpu0: on cpulist0 >>>>>>>>>>>> cpu1: on cpulist0 >>>>>>>>>>>> pmu0: irq 4 on ofwbus0 >>>>>>>>>>>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 >>>>>>>>>>>> syscon_generic1: mem 0x11500-0x1153f on simplebus1 >>>>>>>>>>>> uart0: mem 0x12000-0x121ff irq = 9,10,11 on >>>>>>>>>>>> simplebus1 >>>>>>>>>>>> uart0: console (115200,n,8,1) >>>>>>>>>>>> gpio0: mem >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq = 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>>>>>>> simple_mfd0 >>>>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>>>> syscon_generic2: mem 0x14000-0x1405f on simplebus1 >>>>>>>>>>>> gpio0: mem >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on = simple_mfd1 >>>>>>>>>>>> gpio0: cannot allocate memory window >>>>>>>>>>>> device_attach: gpio0 attach returned 6 >>>>>>>>>>>> mvneta0: mem 0x30000-0x33fff irq 14 on = simplebus1 >>>>>>>>>>>> mvneta0: version is 10 >>>>>>>>>>>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 >>>>>>>>>>>> mdio0: on mvneta0 >>>>>>>>>>>> mdioproxy0: on mdio0 >>>>>>>>>>>> e6000sw0: on mdio0 >>>>>>>>>>>> e6000sw0: multi-chip addressing mode (0x1) >>>>>>>>>>>> e6000sw0: CPU port at 0 >>>>>>>>>>>> e6000sw0: fixed port at 0 >>>>>>>>>>>> e6000sw0: PHY at port 1 >>>>>>>>>>>> miibus0: on e6000sw0 >>>>>>>>>>>> e1000phy0: PHY 17 on miibus0 >>>>>>>>>>>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, = 100baseTX-FDX, >>>>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, = 1000baseT-FDX-master, auto >>>>>>>>>>>> e6000sw0: PHY at port 2 >>>>>>>>>>>> miibus1: on e6000sw0 >>>>>>>>>>>> e1000phy1: PHY 18 on miibus1 >>>>>>>>>>>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, = 100baseTX-FDX, >>>>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, = 1000baseT-FDX-master, auto >>>>>>>>>>>> e6000sw0: PHY at port 3 >>>>>>>>>>>> miibus2: on e6000sw0 >>>>>>>>>>>> e1000phy2: PHY 19 on miibus2 >>>>>>>>>>>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, = 100baseTX-FDX, >>>>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, = 1000baseT-FDX-master, auto >>>>>>>>>>>> e6000sw0: switch is ready. >>>>>>>>>>>> etherswitch0: on e6000sw0 >>>>>>>>>>>> xhci0: mem 0x58000-0x5bfff irq = 16 on >>>>>>>>>>>> simplebus1 >>>>>>>>>>>> xhci0: 32 bytes context size, 32-bit DMA >>>>>>>>>>>> usbus0 on xhci0 >>>>>>>>>>>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 >>>>>>>>>>>> ehci0: mem = 0x5e000-0x5efff irq >>>>>>>>>>>> 17 on simplebus1 >>>>>>>>>>>> usbus1: EHCI version 1.0 >>>>>>>>>>>> usbus1 on ehci0 >>>>>>>>>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 >>>>>>>>>>>> sdhci_xenon0: mem >>>>>>>>>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>>>>>>>>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on = simplebus1 >>>>>>>>>>>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier = supported with FBS >>>>>>>>>>>> ahcich0: at channel 0 on ahci0 >>>>>>>>>>>> device_attach: ahcich0 attach returned 6 >>>>>>>>>>>> gpioregulator0: on ofwbus0 >>>>>>>>>>>> gpioregulator0: cannot get pin 0 >>>>>>>>>>>> gpioregulator0: cannot parse parameters >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>>>>>>> cryptosoft0: >>>>>>>>>>>> Timecounters tick every 1.000 msec >>>>>>>>>>>> mvneta0: link state changed to UP >>>>>>>>>>>> e6000sw0port1: link state changed to DOWN >>>>>>>>>>>> e6000sw0port2: link state changed to DOWN >>>>>>>>>>>> e6000sw0port3: link state changed to DOWN >>>>>>>>>>>> usbus0: 5.0Gbps Super Speed USB v3.0 >>>>>>>>>>>> usbus1: 480Mbps High Speed USB v2.0 >>>>>>>>>>>> Release APs...done >>>>>>>>>>>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 >>>>>>>>>>>> Instruction Set Attributes 0 =3D = >>>>>>>>>>>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install = [ro,noatime]... >>>>>>>>>>>> Instruction Set Attributes 1 =3D <> >>>>>>>>>>>> Root mount waiting for: Processor Features 0 =3D >>>>>>>>>>>> >>>>>>>>>>>> usbus1 Processor Features 1 =3D <0> >>>>>>>>>>>> usbus0 Memory Model Features 0 =3D <4k Granule,64k = Granule,S/NS >>>>>>>>>>>> Mem,MixedEndian,16bit ASID,1TB PA> >>>>>>>>>>>>=20 >>>>>>>>>>>> Memory Model Features 1 =3D <> >>>>>>>>>>>> Memory Model Features 2 =3D <32b CCIDX,48b VA> >>>>>>>>>>>> Debug Features 0 =3D <2 CTX Breakpoints,4 = Watchpoints,6 >>>>>>>>>>>> Breakpoints,PMUv3,Debug v8> >>>>>>>>>>>> Debug Features 1 =3D <0> >>>>>>>>>>>> Auxiliary Features 0 =3D <0> >>>>>>>>>>>> Auxiliary Features 1 =3D <0> >>>>>>>>>>>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 >>>>>>>>>>>> WARNING: WITNESS option enabled, expect reduced = performance. >>>>>>>>>>>> ugen0.1: at usbus0 >>>>>>>>>>>> ugen1.1: at usbus1 >>>>>>>>>>>> uhub0 on usbus0 >>>>>>>>>>>> uhub1 on usbus1 >>>>>>>>>>>> uhub0: on >>>>>>>>>>>> usbus0 >>>>>>>>>>>> uhub1: on >>>>>>>>>>>> usbus1 >>>>>>>>>>>> uhub0: 2 ports with 2 removable, self powered >>>>>>>>>>>> uhub1: 1 port with 1 removable, self powered >>>>>>>>>>>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... >>>>>>>>>>>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with = error 19. >>>>>>>>>>>>=20 >>>>>>>>>>>> Loader variables: >>>>>>>>>>>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install >>>>>>>>>>>> vfs.root.mountfrom.options=3Dro,noatime >>>>>>>>>>>>=20 >>>>>>>>>>>> Manual root filesystem specification: >>>>>>>>>>>> : [options] >>>>>>>>>>>> Mount using filesystem >>>>>>>>>>>> and with the specified (optional) option list. >>>>>>>>>>>>=20 >>>>>>>>>>>> eg. ufs:/dev/da0s1a >>>>>>>>>>>> zfs:zroot/ROOT/default >>>>>>>>>>>> cd9660:/dev/cd0 ro >>>>>>>>>>>> (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 = /) >>>>>>>>>>>>=20 >>>>>>>>>>>> ? List valid disk boot devices >>>>>>>>>>>> . Yield 1 second (for background tasks) >>>>>>>>>>>> Abort manual input >>>>>>>>>>>>=20 >>>>>>>>>>>> mountroot> ? >>>>>>>>>>>>=20 >>>>>>>>>>>> List of GEOM managed disk devices: >>>>>>>>>>>>=20 >>>>>>>>>>>>=20 >>>>>>>>>>>> mountroot> >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> freebsd-arm@freebsd.org = mailing list >>>>>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm = >>>>>>>>>>>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org = " >>>>>>>>>>>>=20 >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> freebsd-arm@freebsd.org = mailing list >>>>>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm = >>>>>>>>>>>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org = " >>>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>>=20 >>>>>>>>>> -- >>>>>>>>>> Emmanuel Vadot >>>>>>>>>=20 >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> -- >>>>>>>> Emmanuel Vadot >>>>>>=20 >>>>>>=20 >>>>>> -- >>>>>> Emmanuel Vadot >>>>>> _______________________________________________ >>>>>> freebsd-arm@freebsd.org mailing list >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>>>>=20 >>>>>=20 >>>>> -- >>>>> Emmanuel Vadot >>>>> _______________________________________________ >>>>> freebsd-arm@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>>>=20 >>>>=20 >>>> -- >>>> Emmanuel Vadot >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>>=20 >>>=20 >>> -- >>> Emmanuel Vadot > > >>=20 >=20 >=20 > -- > Emmanuel Vadot > = > --Apple-Mail=_8762C618-267E-4B27-85D7-FD17D0785293 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkC0kEuD0Me2xEj5EGvRMAY4qbRsFAl1YGdwACgkQGvRMAY4q bRvvshAAiiKzEgBsNeMPVm1EbrCsjwsHnS+qBWCoxJYE0K0nT+EZDs0dB8tWQVEa 49SGXrFKeBkiAIqXM/L8LeheP721Rf9E2h9+oT0yU/yP87Mv8Tq/UuzfhlQMbEuj RCGrA8eIjezTj2v1erN+G6lqzE91sP6en6UO+WyAyujH3Xa2g44eaEHVD3AeN3Mw pZxLxSaTPWcJsXHdosp5GwzhrfIr1j0VRwJ79Tj+RdTy1MlOZo72a8ctJpUFrgKj kiEbmM2dg+HF3ddjS9BGe+NsyEOZJDoC393PNwzwmsAgo5n9pWdst9q798boaPVF y0/mU25TZtMpDy8261LByY9rqhbSwkJ6tBPyBg1Q97/M+DgLqpoKw46C53g9I0uY uaPwS+ghK/Vi1gO4A+LWy8z875pnGKGFdd7R8B5y5KiusjSQyB427qK799un5u4G ERLd77PFjcIjgiLB4QvvQd1iwxBtf081FCEKO60opjx/CHSWWbM2fawSz6+Lc3ue VttPFhBOKhxGU1v9ELz683wO6XLmCOT+kCunWJq7N3TCmaAYwbU3NOgo85+kQYib tqf4ZKevrhdC3crNXIjAI/eidGcBjw2Faf9vD2PcxOiaJmUmE1lpKZi+6D//VhSI 00B6ZR1zI0BMySoVsd3D805EeSo/2CIRLvfKy5qS/yQHqM6GYWo= =QRa3 -----END PGP SIGNATURE----- --Apple-Mail=_8762C618-267E-4B27-85D7-FD17D0785293-- From owner-freebsd-arm@freebsd.org Sat Aug 17 16:55:20 2019 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 7B088CBC99 for ; Sat, 17 Aug 2019 16:55:20 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 469mX76RVWz4XH6 for ; Sat, 17 Aug 2019 16:55:19 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.nyi.freebsd.org (Postfix) id DD072CBC98; Sat, 17 Aug 2019 16:55:19 +0000 (UTC) Delivered-To: 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 DCC81CBC97 for ; Sat, 17 Aug 2019 16:55:19 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 469mX63Phjz4XH4 for ; Sat, 17 Aug 2019 16:55:18 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=To:Date:Message-Id:Subject:Mime-Version:Content-Transfer-Encoding:Content-Type:From; bh=i4xekvVPYkAgHi1PBvzKZV2Qx5E/EWkIVOiSoyaPZHc=; b=s7c/GX91Zp+kkkubpsa4PH4uovZV3VF5QfNIKBw+rRdPvAnp3LOHsp4hIYHn9IsYlCn43iHOJ/d7We1mYTGeCof43oXv8KVZnpXiLE4pOIwF9RH9as5uWLeH3kSBuI1B2qqEbnE4ywx4wCE1iLJ2/u708WLnXbdVUszoJtwWpmd20co3aRKOaxlrWKdshCis3Q3fdFmHADsqruzWXu14uPBL2pTRl/kT3SdiBFNO/LhYlnrcVIMD4nSEMcqVPHotEge/RSqZdorYiPJ1sIOAyO3LHcn6y1A8VDIxHRnof5t+KLiaH12dcZtOcssETVGyH1j/XdRff/tYdejqx+8cGg==; Received: from macmini.bk.cs.huji.ac.il ([132.65.179.19]) by kabab.cs.huji.ac.il with esmtp id 1hz1z0-000NKb-Be for arm@freebsd.org; Sat, 17 Aug 2019 19:55:14 +0300 From: Daniel Braniss Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: boot hangs in nanopi-neo Message-Id: <116689BE-9231-4591-BFBB-8E823931D2D2@cs.huji.ac.il> Date: Sat, 17 Aug 2019 19:55:13 +0300 To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 469mX63Phjz4XH4 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.huji.ac.il header.s=57791128 header.b=s7c/GX91; dmarc=none; spf=none (mx1.freebsd.org: domain of danny@cs.huji.ac.il has no SPF policy when checking 132.65.116.210) smtp.mailfrom=danny@cs.huji.ac.il X-Spamd-Result: default: False [-2.94 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; R_DKIM_ALLOW(-0.20)[cs.huji.ac.il:s=57791128]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[huji.ac.il]; NEURAL_HAM_LONG(-0.99)[-0.993,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.30)[ipnet: 132.64.0.0/13(-0.85), asn: 378(-0.68), country: IL(0.05)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[cs.huji.ac.il:+]; NEURAL_HAM_SHORT(-0.86)[-0.856,0]; RCVD_IN_DNSWL_NONE(0.00)[210.116.65.132.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:378, ipnet:132.64.0.0/13, country:IL]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2019 16:55:20 -0000 after some months, I decided to upgrade, but now it stucks here: =E2=80=A6 FreeBSD 13.0-CURRENT #13 r351126M: Sat Aug 17 13:19:09 IDT 2019 = danny@pe-44:/home/obj/pe-44/arm/neo/r+d/vanilla/13/arm.armv7/r+d/vanilla/1= 3/sys/AWG arm FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on = LLVM 8.0.1) WARNING: WITNESS option enabled, expect reduced performance. =E2=80=A6 hub3: on = usbus3 mmcsd0: 8GB at mmc0 = 50.0MHz/4bit/32768-block Release A at which point it hangs solid. BTW, I installed a newer u-boot (maybe it=E2=80=99s not the very latest) this is the full console output: USB Device(s) found scanning bus 1 for devices... 1 USB Device(s) found scanning bus 2 for devices... 1 USB Device(s) found scanning bus 3 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 0=20 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found U-Boot script /boot.scr 199 bytes read in 0 ms ## Executing script at 43100000 384788 bytes read in 24 ms (15.3 MiB/s) ## Starting application at 0x42000000 ... Consoles: U-Boot console =20 Compatible U-Boot API signature found @0x5bf6bca0 FreeBSD/armv7 U-Boot loader, Revision 1.3 (Sat Aug 17 12:49:43 IDT 2019 danny@pe-44) DRAM: 512MB Number of U-Boot devices: 1 U-Boot env: loaderdev not set, will probe all devices. Found U-Boot device: disk Probing all devices... Checking unit=3D0 slice=3D partition=3D... good. Booting from disk0s2a: Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local Loading kernel... /boot/kernel/kernel text=3D0x870a68 data=3D0xb4e18+0x259768 = syms=3D[0x4+0xaa340+0x4+0x10d2ac] Loading configured modules... can't find '/boot/entropy' Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 /boot/dtb/sun8i-h3-nanopi-neo.dtb size=3D0x64d1 Loaded DTB from file 'sun8i-h3-nanopi-neo.dtb'. Kernel entry at 0x42400180... Kernel args: (null) ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2019 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 #13 r351126M: Sat Aug 17 13:19:09 IDT 2019 = danny@pe-44:/home/obj/pe-44/arm/neo/r+d/vanilla/13/arm.armv7/r+d/vanilla/1= 3/sys/AWG arm FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on = LLVM 8.0.1) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. module_register: cannot register ofwbus/pcib from kernel; already loaded = from kernel Module ofwbus/pcib failed to register: 17 module_register: cannot register simplebus/pcib from kernel; already = loaded from kernel Module simplebus/pcib failed to register: 17 CPU: ARM Cortex-A7 r0p5 (ECO: 0x00000000) CPU Features:=20 Multiprocessing, Thumb2, Security, Virtualization, Generic Timer, = VMSAv7, PXN, LPAE, Coherent Walk Optional instructions:=20 SDIV/UDIV, UMULL, SMULL, SIMD(ext) LoUU:2 LoC:3 LoUIS:2=20 Cache level 1: 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 2-way instruction cache Read-Alloc Cache level 2: 512KB/64B 8-way unified cache WB Read-Alloc Write-Alloc real memory =3D 536870912 (512 MB) avail memory =3D 506929152 (483 MB) No PSCI/SMCCC call function found FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random = device because it was not yet seeded and the knob = 'bypass_before_seeding' was enabled. random: entropy device external interface kbd0 at kbdmux0 ofwbus0: ofw_clkbus0: on ofwbus0 clk_fixed0: on ofw_clkbus0 clk_fixed1: on ofw_clkbus0 simplebus0: on ofwbus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 rtc0: mem 0x1f00000-0x1f003ff irq 40,41 on simplebus0 rtc0: registered as a time-of-day clock, resolution 1.000000s ccu_h3ng0: mem = 0x1c20000-0x1c203ff on simplebus0 ccu_sun8i_r0: mem = 0x1f01400-0x1f014ff on simplebus0 gic0: mem = 0x1c81000-0x1c81fff,0x1c82000-0x1c83fff,0x1c84000-0x1c85fff,0x1c86000-0x1c= 87fff irq 37 on simplebus0 gic0: pn 0x1, arch 0x2, rev 0x1, implementer 0x43b irqs 160 gpio0: mem 0x1c20800-0x1c20bff irq = 18,19 on simplebus0 gpiobus0: on gpio0 gpio1: mem 0x1f02c00-0x1f02fff irq 44 = on simplebus0 gpiobus1: on gpio1 generic_timer0: irq 0,1,2,3 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 aw_syscon0: mem 0x1c00000-0x1c00fff on simplebus0 awusbphy0: mem = 0x1c19400-0x1c1942b,0x1c1a800-0x1c1a803,0x1c1b800-0x1c1b803,0x1c1c800-0x1c= 1c803,0x1c1d800-0x1c1d803 on simplebus0 a31dmac0: mem 0x1c02000-0x1c02fff irq 4 on = simplebus0 aw_mmc0: mem = 0x1c0f000-0x1c0ffff irq 6 on simplebus0 mmc0: on aw_mmc0 ehci0: mem 0x1c1a000-0x1c1a0ff = irq 10 on simplebus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ohci0: mem 0x1c1a400-0x1c1a4ff irq 11 on = simplebus0 usbus1 on ohci0 ehci1: mem 0x1c1d000-0x1c1d0ff = irq 16 on simplebus0 usbus2: EHCI version 1.0 usbus2 on ehci1 ohci1: mem 0x1c1d400-0x1c1d4ff irq 17 on = simplebus0 usbus3 on ohci1 gpioc0: on gpio0 awg0: mem 0x1c30000-0x1c3ffff irq 22 on = simplebus0 miibus0: on awg0 ukphy0: PHY 0 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, = auto-flow ukphy1: PHY 1 on miibus0 ukphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, = auto-flow awg0: Ethernet address: f2:00:e7:81:61:2e aw_wdog0: mem 0x1c20ca0-0x1c20cbf irq 25 on = simplebus0 uart2: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 30 on = simplebus0 uart2: console (115384,n,8,1) gpioc1: on gpio1 cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 gpioled0: on ofwbus0 cryptosoft0: Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 ugen1.1: at usbus1 uhub0 on usbus1 uhub0: on = usbus1 ugen0.1: at usbus0 uhub1 on usbus0 uhub1: on = usbus0 ugen2.1: at usbus2 uhub2 on usbus2 uhub2: on = usbus2 ugen3.1: at usbus3 uhub3 on usbus3 uhub3: on = usbus3 mmcsd0: 8GB at mmc0 = 50.0MHz/4bit/32768-block Release A= From owner-freebsd-arm@freebsd.org Sat Aug 17 18:33:04 2019 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 7CA89CDD08 for ; Sat, 17 Aug 2019 18:33:04 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 469phw0wVXz4cGc for ; Sat, 17 Aug 2019 18:33:04 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.nyi.freebsd.org (Postfix) id 1F8C1CDD07; Sat, 17 Aug 2019 18:33:04 +0000 (UTC) Delivered-To: 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 1F4BACDD06 for ; Sat, 17 Aug 2019 18:33:04 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 469pht3VqNz4cGb for ; Sat, 17 Aug 2019 18:33:01 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 1cc3edc1; Sat, 17 Aug 2019 20:33:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=GBwQPLV95gj3wJck+dyCaEFKyZo=; b=b135Tt1LAjYQZJwOXl9j55slGtoh Ehr5+jw34qjgU3EjK71JV0gYEQyfJm25OHCL+1HrSsJhiOJ4C0SdKMtiz8byk1dd AMTCHwH1OgymflpTvLVWE6rbrTHRA7ePbHhzOAnM2QxoMB2y4PYCDPBy3DiQ3SQN xUjOjMTXd6UWflA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=h1YP+MNsoz6scp1yRSXNCrgCSGMUicpdTxfNF8eAXeBWM5pE3nYA6MQa 7UxdMTYtl5eLvVTEqZ/U7lqfVzi2ztUzShrxCg0On7t07oALumjDTvECX3C8wB2t aT2oDSEvbLt21fmrs9qm4YCDK/XCfPpjjQ3OYSud6sNDAHeXhf0= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 71e44192 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 17 Aug 2019 20:32:59 +0200 (CEST) Date: Sat, 17 Aug 2019 20:32:59 +0200 From: Emmanuel Vadot To: Daniel Braniss Cc: "freebsd-arm@freebsd.org" Subject: Re: boot hangs in nanopi-neo Message-Id: <20190817203259.e028141082262cd0dda70c68@bidouilliste.com> In-Reply-To: <116689BE-9231-4591-BFBB-8E823931D2D2@cs.huji.ac.il> References: <116689BE-9231-4591-BFBB-8E823931D2D2@cs.huji.ac.il> 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: 469pht3VqNz4cGb X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=b135Tt1L; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.48 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-0.93)[-0.927,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.97)[-0.970,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.05)[-0.047,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.36)[ip: (-0.83), ipnet: 212.83.160.0/19(2.53), asn: 12876(0.10), country: FR(-0.01)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2019 18:33:04 -0000 On Sat, 17 Aug 2019 19:55:13 +0300 Daniel Braniss wrote: > after some months, I decided to upgrade, but now it stucks here: > ? >=20 > FreeBSD 13.0-CURRENT #13 r351126M: Sat Aug 17 13:19:09 IDT 2019 > danny@pe-44:/home/obj/pe-44/arm/neo/r+d/vanilla/13/arm.armv7/r+d/vanil= la/13/sys/AWG arm > FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLV= M 8.0.1) > WARNING: WITNESS option enabled, expect reduced performance. > ? >=20 > hub3: on usbus3 > mmcsd0: 8GB at mmc0 50.0= MHz/4bit/32768-block > Release A >=20 > at which point it hangs solid. >=20 > BTW, I installed a newer u-boot (maybe it?s not the very latest) >=20 > this is the full console output: >=20 > USB Device(s) found > scanning bus 1 for devices... 1 USB Device(s) found > scanning bus 2 for devices... 1 USB Device(s) found > scanning bus 3 for devices... 1 USB Device(s) found > scanning usb for storage devices... 0 Storage Device(s) found > Hit any key to stop autoboot: 0=20 > switch to partitions #0, OK > mmc0 is current device > Scanning mmc 0:1... > Found U-Boot script /boot.scr > 199 bytes read in 0 ms > ## Executing script at 43100000 > 384788 bytes read in 24 ms (15.3 MiB/s) > ## Starting application at 0x42000000 ... > Consoles: U-Boot console =20 > Compatible U-Boot API signature found @0x5bf6bca0 >=20 > FreeBSD/armv7 U-Boot loader, Revision 1.3 > (Sat Aug 17 12:49:43 IDT 2019 danny@pe-44) >=20 > DRAM: 512MB > Number of U-Boot devices: 1 > U-Boot env: loaderdev not set, will probe all devices. > Found U-Boot device: disk > Probing all devices... > Checking unit=3D0 slice=3D partition=3D... good. > Booting from disk0s2a: > Loading /boot/defaults/loader.conf > Loading /boot/device.hints > Loading /boot/loader.conf > Loading /boot/loader.conf.local > Loading kernel... > /boot/kernel/kernel text=3D0x870a68 data=3D0xb4e18+0x259768 syms=3D[0x4+0= xaa340+0x4+0x10d2ac] > Loading configured modules... > can't find '/boot/entropy' >=20 > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... =20 > /boot/dtb/sun8i-h3-nanopi-neo.dtb size=3D0x64d1 > Loaded DTB from file 'sun8i-h3-nanopi-neo.dtb'. > Kernel entry at 0x42400180... > Kernel args: (null) > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2019 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 #13 r351126M: Sat Aug 17 13:19:09 IDT 2019 > danny@pe-44:/home/obj/pe-44/arm/neo/r+d/vanilla/13/arm.armv7/r+d/vanil= la/13/sys/AWG arm > FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLV= M 8.0.1) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > module_register: cannot register ofwbus/pcib from kernel; already loaded = from kernel > Module ofwbus/pcib failed to register: 17 > module_register: cannot register simplebus/pcib from kernel; already load= ed from kernel > Module simplebus/pcib failed to register: 17 > CPU: ARM Cortex-A7 r0p5 (ECO: 0x00000000) > CPU Features:=20 > Multiprocessing, Thumb2, Security, Virtualization, Generic Timer, VMSAv7, > PXN, LPAE, Coherent Walk > Optional instructions:=20 > SDIV/UDIV, UMULL, SMULL, SIMD(ext) > LoUU:2 LoC:3 LoUIS:2=20 > Cache level 1: > 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc > 32KB/32B 2-way instruction cache Read-Alloc > Cache level 2: > 512KB/64B 8-way unified cache WB Read-Alloc Write-Alloc > real memory =3D 536870912 (512 MB) > avail memory =3D 506929152 (483 MB) > No PSCI/SMCCC call function found > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > arc4random: WARNING: initial seeding bypassed the cryptographic random de= vice because it was not yet seeded and the knob 'bypass_before_seeding' was= enabled. > random: entropy device external interface > kbd0 at kbdmux0 > ofwbus0: > ofw_clkbus0: on ofwbus0 > clk_fixed0: on ofw_clkbus0 > clk_fixed1: on ofw_clkbus0 > simplebus0: on ofwbus0 > regfix0: on ofwbus0 > regfix1: on ofwbus0 > regfix2: on ofwbus0 > rtc0: mem 0x1f00000-0x1f003ff irq 40,41 on simplebus0 > rtc0: registered as a time-of-day clock, resolution 1.000000s > ccu_h3ng0: mem 0x1c20000-0x1c203f= f on simplebus0 > ccu_sun8i_r0: mem 0x1f01400-0x1= f014ff on simplebus0 > gic0: mem 0x1c81000-0x1c81fff,0x1c8200= 0-0x1c83fff,0x1c84000-0x1c85fff,0x1c86000-0x1c87fff irq 37 on simplebus0 > gic0: pn 0x1, arch 0x2, rev 0x1, implementer 0x43b irqs 160 > gpio0: mem 0x1c20800-0x1c20bff irq 18,= 19 on simplebus0 > gpiobus0: on gpio0 > gpio1: mem 0x1f02c00-0x1f02fff irq 44 = on simplebus0 > gpiobus1: on gpio1 > generic_timer0: irq 0,1,2,3 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 > Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 > aw_syscon0: mem 0x1c00000-0x1c00fff on simplebus0 > awusbphy0: mem 0x1c19400-0x1c1942b,0x1c1a800-0x1c1a80= 3,0x1c1b800-0x1c1b803,0x1c1c800-0x1c1c803,0x1c1d800-0x1c1d803 on simplebus0 > a31dmac0: mem 0x1c02000-0x1c02fff irq 4 on sim= plebus0 > aw_mmc0: mem 0x1c0f000-0x1c0ffff= irq 6 on simplebus0 > mmc0: on aw_mmc0 > ehci0: mem 0x1c1a000-0x1c1a0ff = irq 10 on simplebus0 > usbus0: EHCI version 1.0 > usbus0 on ehci0 > ohci0: mem 0x1c1a400-0x1c1a4ff irq 11 on simple= bus0 > usbus1 on ohci0 > ehci1: mem 0x1c1d000-0x1c1d0ff = irq 16 on simplebus0 > usbus2: EHCI version 1.0 > usbus2 on ehci1 > ohci1: mem 0x1c1d400-0x1c1d4ff irq 17 on simple= bus0 > usbus3 on ohci1 > gpioc0: on gpio0 > awg0: mem 0x1c30000-0x1c3ffff irq 22 on simp= lebus0 > miibus0: on awg0 > ukphy0: PHY 0 on miibus0 > ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto= -flow > ukphy1: PHY 1 on miibus0 > ukphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto= -flow > awg0: Ethernet address: f2:00:e7:81:61:2e > aw_wdog0: mem 0x1c20ca0-0x1c20cbf irq 25 on simp= lebus0 > uart2: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 30 on simplebus0 > uart2: console (115384,n,8,1) > gpioc1: on gpio1 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > cpu2: on cpulist0 > cpu3: on cpulist0 > gpioled0: on ofwbus0 > cryptosoft0: > Timecounters tick every 1.000 msec > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 480Mbps High Speed USB v2.0 > usbus3: 12Mbps Full Speed USB v1.0 > ugen1.1: at usbus1 > uhub0 on usbus1 > uhub0: on usbus1 > ugen0.1: at usbus0 > uhub1 on usbus0 > uhub1: on usb= us0 > ugen2.1: at usbus2 > uhub2 on usbus2 > uhub2: on usb= us2 > ugen3.1: at usbus3 > uhub3 on usbus3 > uhub3: on usbus3 > mmcsd0: 8GB at mmc0 50.0= MHz/4bit/32768-block > Release A Could you boot -v please ? --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Aug 17 19:08:25 2019 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 83067CE76E for ; Sat, 17 Aug 2019 19:08:25 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 469qTh3y23z4dkn for ; Sat, 17 Aug 2019 19:08:24 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id d01b6074; Sat, 17 Aug 2019 21:08:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=VIUw9TRCRrJl6lS85GUXAEmTN4U=; b=K+sFhyFw1+ZZoXH+ebHjE3zpa2jV EzjMlT/B5QxuH9aVGWPdItPhG75ZpuVXi4VHgVjatKPx28pjMfHG2qHN8ig0nEit b4zx+ARXSnZQHnv6wYT4fPcryjnInwUrCcbYFtXsm8bGl45W8HYjBeyGj85ZUDQF Pfr69rBjEx0eSGc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=T6I/iFRzdz0K6t5rDB1tPfWfsIai2M0ylDP33E6qlX4bmkO3p/7RWGrt PI6YC/Wtf2XNEopFki7m1fbcgcR7nwdVrSMWF+Wyb72kBCzQ8bg5X4lXBs8+tB0g QOqgOqObGYkXHuJvi5y3CkBIjToC0aSVT1Bt8V6+WIKhyzCs80U= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 716e8640 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 17 Aug 2019 21:08:22 +0200 (CEST) Date: Sat, 17 Aug 2019 21:08:22 +0200 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: freebsd-arm , Marcin Wojtas Subject: Re: Espressobin anyone ? Message-Id: <20190817210822.8920656bad0855b554883cf2@bidouilliste.com> In-Reply-To: <9749945A-FDAD-47E0-947A-FA62138C2F83@gmail.com> References: <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> <20190815233755.893e485f40ccacd79cdb3d96@bidouilliste.com> <78F5029D-A0F5-42F2-8191-07EB3A68C87B@gmail.com> <20190816152454.4e54ab5c276a543c120d909a@bidouilliste.com> <20190816171037.f808fbaba2369f179de36397@bidouilliste.com> <20190816191230.508f07f27fac21479a6716d9@bidouilliste.com> <20190816225826.ce31e8f968021944f64cb67c@bidouilliste.com> <20190817153053.5592b15b8a42982fda0fc123@bidouilliste.com> <9749945A-FDAD-47E0-947A-FA62138C2F83@gmail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 469qTh3y23z4dkn X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=K+sFhyFw; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [0.63 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.36)[ip: (-0.82), ipnet: 212.83.160.0/19(2.53), asn: 12876(0.10), country: FR(-0.01)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.117.48,0.0.46.224]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.32)[-0.321,0]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; NEURAL_HAM_LONG(-0.70)[-0.700,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_SPAM_SHORT(0.19)[0.193,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2019 19:08:25 -0000 On Sat, 17 Aug 2019 17:14:36 +0200 S=F8ren Schmidt wrote: > HI >=20 > Well, I have a whole forrest of tree?s here, but the error posted here wa= s on a clean checkout. >=20 > Anyhow, with the latest changes to -stable and the two RF_SHAREABLE patch= es from -current all works. I've reverted the commits, see https://github.com/evadot/freebsd/commits/a37x0_gpio for a better way to deal with this issue. I'm waiting for mmel@ as he wrote the syscon_get_default_handle part. > It would be nice with the etherswitch changes as well so VLAN tagging etc= was standard. >=20 > -S=F8ren >=20 > PS: given up on bottom & inline popsting, top posting is all the rage now= (yeah I miss elm etc :) ) >=20 > > On 17 Aug 2019, at 15.30, Emmanuel Vadot wrote: > >=20 > > On Sat, 17 Aug 2019 11:07:22 +0200 > > S=F8ren Schmidt > wrote: > >=20 > >> Hi Emmunuel > >>=20 > >> Yes the 3720 gpio driver I already back ported long ago, its needed, I= ?m happy its now part of std stable 12! > >=20 > > Would have been nice of you to say that you were not running a clean > > tree. > >=20 > >> My issue seems to be the inclusion of the phy_usb driver, if I leave t= hat out, I?m back to normal.. > >=20 > > What make you think this is this driver ? What works/doesn't work > > with it ? could you provide logs. > >=20 > >> I?ll have have another go at the latest -stable sources during the wee= kend and see how it goes. > >>=20 > >> Thanks for looking into this, with a little cooperation we?ll get this= solved for the greater good.. > >>=20 > >> -S=F8ren > >=20 > > P.S. Please stop top posting, it's really hard to read the conversation > >=20 > >>> On 16 Aug 2019, at 22.58, Emmanuel Vadot wrot= e: > >>>=20 > >>> On Fri, 16 Aug 2019 19:12:30 +0200 > >>> Emmanuel Vadot >= wrote: > >>>=20 > >>>> On Fri, 16 Aug 2019 17:10:37 +0200 > >>>> Emmanuel Vadot wrote: > >>>>=20 > >>>>> On Fri, 16 Aug 2019 15:24:54 +0200 > >>>>> Emmanuel Vadot wrote: > >>>>>=20 > >>>>>> On Fri, 16 Aug 2019 07:28:59 +0200 > >>>>>> S=F8ren Schmidt wrote: > >>>>>>=20 > >>>>>>> Hi > >>>>>>>=20 > >>>>>>> Very simple, reverting sys/gnu/dts to what was before 350595 (act= ually 350592). > >>>>>>> Thats what we have svn for ? > >>>>>>=20 > >>>>>> If I asked how it was to have the svn command that you used, I wan= t to > >>>>>> make sure that you didn't revert anything else, like do you have > >>>>>> r350596 and r350628 ? > >>>>>>=20 > >>>>>>> That does make my bananapi work again, no other changes just a re= compiled kernel. > >>>>>>=20 > >>>>>> That + copying the dtb to the fat32 partition ? > >>>>>>=20 > >>>>>> Can you post the dtb somewhere. > >>>>>>=20 > >>>>>>> However it does not bring the Espressobin back to life, thats som= ething in one of the ~30 other files that changed between those two revisio= ns. > >>>>>>=20 > >>>>>> What Linux version of DTS are you using then ? The ones that were = in > >>>>>> stable/12 when it was branched (4.18) or a later revision ? > >>>>>=20 > >>>>> So I think that I've found the problem on the Espressobin. > >>>>> I think that the problem comes from the simple-mfd driver that I've > >>>>> mfc in r350600. > >>>>> The pinctrl/gpio controller compatible is > >>>>> "marvell,armada3710-nb-pinctrl", "syscon", "simple-mfd" and it atta= ches > >>>>> at BUS_PASS_INTERRUPT while the simple_mfd driver attaches at > >>>>> BUS_PASS_BUS (so earlier) which means that no gpio controller will = be > >>>>> available for sdhci to detect the card. > >>>>>=20 > >>>>> If someone with a non-working espressobin could post a full verbose > >>>>> boot log that would help me confirming that this is the case. > >>>>> I'll try to find a solution on how to solve this problem. > >>>>=20 > >>>> So this wasn't the problem but I've found it, see r351129 and r351130 > >>>>=20 > >>>> SD card now work again in HEAD, I'll have a look at stable later next > >>>> week. > >>>=20 > >>> I've did a quick test and I've MFC r348880, r348882 and r349596, the > >>> two other commits needed to be mfc'ed are the one I did today on head, > >>> I'll do that next week. > >>> With them sdcard is working again on stable/12 > >>>=20 > >>>>>>> -S=F8ren > >>>>>>>=20 > >>>>>>>> On 15 Aug 2019, at 23.37, Emmanuel Vadot = wrote: > >>>>>>>>=20 > >>>>>>>> On Thu, 15 Aug 2019 21:56:23 +0200 > >>>>>>>> S=F8ren Schmidt wrote: > >>>>>>>>=20 > >>>>>>>>>=20 > >>>>>>>>> Well, I don?t care where you are from and what color you have :) > >>>>>>>>>=20 > >>>>>>>>> Now, if I update my stable12 sources to r350595 the bananapi br= eaks, if revert sys/gnu/dts it works again, go figure.. > >>>>>>>>=20 > >>>>>>>> Reverting to what ? and how ? > >>>>>>>>=20 > >>>>>>>> Because I've just test 12-stable and I have the problem that I'v= e said > >>>>>>>> in my previous mail so setting hw.regulator.disable_unused=3D0 i= s the > >>>>>>>> work around. > >>>>>>>> The problem is in twsi not in the DTS so I'm curious how reverti= ng > >>>>>>>> only the dts fixes this problem. > >>>>>>>>=20 > >>>>>>>>> The r351099 fix is already like that in -stable, and not part o= f the problem. > >>>>>>>>>=20 > >>>>>>>>> -S=F8ren > >>>>>>>>=20 > >>>>>>>>>> On 15 Aug 2019, at 21.03, Emmanuel Vadot wrote: > >>>>>>>>>>=20 > >>>>>>>>>> On Thu, 15 Aug 2019 19:48:54 +0200 > >>>>>>>>>> S=F8ren Schmidt wrote: > >>>>>>>>>>=20 > >>>>>>>>>>> Hi Mit! > >>>>>>>>>>>=20 > >>>>>>>>>>> Right, I suspected that, 12-stable broke many embedded system= s between r350592 and r350595 where all the latest and greatest DTS files w= as pulled in, I guess the same holds for -current. > >>>>>>>>>>>=20 > >>>>>>>>>>> -S=F8ren > >>>>>>>>>>=20 > >>>>>>>>>> Mhm it's fun that you think that DTS import is the source of a= ll your > >>>>>>>>>> problems, I get it, it's easy to blame the French guy that bul= k import > >>>>>>>>>> the DTS, he surely don't know what he is doing. > >>>>>>>>>> Anyway, two problems were raised in this thread : > >>>>>>>>>>=20 > >>>>>>>>>> 1) BananaPi (A20) doesn't boot > >>>>>>>>>> 2) Espressobin sd support is broken > >>>>>>>>>>=20 > >>>>>>>>>> I've just looked at the BananaPi problem today, I've fixed a f= irst > >>>>>>>>>> problem in r351099. > >>>>>>>>>> The main problem is that when we disable the unused regulators= we hang > >>>>>>>>>> when trying to disabling ldo3. It's weird because the board do= esn't use > >>>>>>>>>> LDO3 (which is why we are disabling it, it's unused). The prob= lem is in > >>>>>>>>>> twsi I think as only leaving the part in axp209 that read the > >>>>>>>>>> voltage register value make FreeBSD hang. > >>>>>>>>>> I'll have a proper look later, in the meantime you can set > >>>>>>>>>> hw.regulator.disable_unused=3D0 > >>>>>>>>>> in /boot/loader.conf > >>>>>>>>>> This isn't a DTS problem. > >>>>>>>>>>=20 > >>>>>>>>>> For Espressobin I haven't found any thing related to SD in the= DTS > >>>>>>>>>> updates since the import, the only things slighly related are = mmc and > >>>>>>>>>> sdio. > >>>>>>>>>> So if someone could find which DTS import broke this I can hav= e a look. > >>>>>>>>>>=20 > >>>>>>>>>>>=20 > >>>>>>>>>>>> On 15 Aug 2019, at 19.37, Mit Matelske wrote: > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Yeah, that was the problem. I went back to r348882 and ever= ything worked out of the box. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Thanks again for the hand holding! > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Mit > >>>>>>>>>>>>=20 > >>>>>>>>>>>> From: "S=F8ren Schmidt" > > >>>>>>>>>>>> To: "Mit Matelske" > > >>>>>>>>>>>> Cc: "Marcin Wojtas" >, "freebsd-arm" > > >>>>>>>>>>>> Sent: Wednesday, August 14, 2019 1:33:04 PM > >>>>>>>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>>>>>>>=20 > >>>>>>>>>>>>=20 > >>>>>>>>>>>> It might simply be broken in -current (again). > >>>>>>>>>>>>=20 > >>>>>>>>>>>> I just updated my stable12 tree and I pulled in new .dts fil= es for just about anything? > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Needless to say, it broke the Espressobin?s SD support, it n= ow fails just like yours.. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> It also broke allwinner builds and what not, so I?m just goi= ng back in time again :) > >>>>>>>>>>>>=20 > >>>>>>>>>>>> I wonder why there is this overwhelming need to import stuff= that breaks things right, left and center in a -stable branch ? > >>>>>>>>>>>> That would have earned you the pointy hat back when?. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> -S=F8ren > >>>>>>>>>>>>=20 > >>>>>>>>>>>>=20 > >>>>>>>>>>>> On 14 Aug 2019, at 18.01, Mit Matelske > wrote: > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Marcin- > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Sorry I didn't reply yesterday. I didn't have any luck with= that either. I tried a lot of permutations. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Not saying for 100% it doesn't work, but I couldn't get it t= o work! > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Mit > >>>>>>>>>>>>=20 > >>>>>>>>>>>> From: "Marcin Wojtas" > > >>>>>>>>>>>> To: "Mit Matelske" > > >>>>>>>>>>>> Cc: "S=F8ren Schmidt" >, "freebsd-arm" > > >>>>>>>>>>>> Sent: Wednesday, August 14, 2019 10:41:04 AM > >>>>>>>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Hi Mit, > >>>>>>>>>>>> Since you are using the latest 13-current, could you please = try if passing rootdev via u-boot bootargs (please see my previous email) w= orks for you without the loader modification? > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Best regards, > >>>>>>>>>>>> Marcin > >>>>>>>>>>>>=20 > >>>>>>>>>>>> ?r., 14 sie 2019 o 16:29 Mit Matelske > napisa?(a): > >>>>>>>>>>>> Soren- > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Thanks for the info. I'll grab a couple more SD cards at lu= nch. This one is a new Samsung 32GB. I'll also try putting the changes in= to 12 and see if that helps. I'm using the latest 13-current. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Again, appreciate the hand holding! > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Mit > >>>>>>>>>>>>=20 > >>>>>>>>>>>> From: "S=F8ren Schmidt" > > >>>>>>>>>>>> To: "Mit Matelske" > > >>>>>>>>>>>> Cc: "Marcin Wojtas" >, "freebsd-arm" > > >>>>>>>>>>>> Sent: Wednesday, August 14, 2019 2:30:31 AM > >>>>>>>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Hi Mit > >>>>>>>>>>>> Hmm, from your earlier posted dmesgs it looks like the SD ca= rd is not getting detected properly.. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> I get this output: > >>>>>>>>>>>>=20 > >>>>>>>>>>>> sdhci_xenon0: mem 0xd0000-0x= d02ff,0x1e808-0x1e80b irq 24 on simplebus1 > >>>>>>>>>>>> mmc0: on sdhci_xenon0 > >>>>>>>>>>>> ?snip? > >>>>>>>>>>>> mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block > >>>>>>>>>>>>=20 > >>>>>>>>>>>> The problem you see was fixed for me by r348882, maybe it go= t broken later, I havn?t backported the later changes.. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Have you tried another SD card ? I have found 2 of mine that= the espressobin doesn?t like, but works fine with bananapi and friends... > >>>>>>>>>>>>=20 > >>>>>>>>>>>> -S=F8ren > >>>>>>>>>>>>=20 > >>>>>>>>>>>> On 13 Aug 2019, at 23.30, Mit Matelske > wrote: > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Soren- > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Thanks for the code snippet! That will fix one of the probl= ems. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> I still can't mount my filesystem, though. I think I'm doin= g something really simple, wrong. I believe I'm running the latest code an= d added some printfs to show the kernel setting the regulator: > >>>>>>>>>>>>=20 > >>>>>>>>>>>>=20 > >>>>>>>>>>>> usbus1 on ehci0 > >>>>>>>>>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > >>>>>>>>>>>> sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) = =3D 19 > >>>>>>>>>>>> sdhci_xenon0: vqmmc-supply regulator found > >>>>>>>>>>>> sdhci_xenon0: mem 0xd0000-0x= d02ff,0x1e808-0x1e80b irq 24 on simplebus1 > >>>>>>>>>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on = simplebus1 > >>>>>>>>>>>>=20 > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Could there be a problem with how I am setting up my filesys= tem? I've tried both freebsd-ufs and freebsd as the type, with no luck. A = gpart listing of my SD card: > >>>>>>>>>>>>=20 > >>>>>>>>>>>> root@fbl:~ # gpart list da3 > >>>>>>>>>>>> Geom name: da3 > >>>>>>>>>>>> modified: false > >>>>>>>>>>>> state: OK > >>>>>>>>>>>> fwheads: 255 > >>>>>>>>>>>> fwsectors: 63 > >>>>>>>>>>>> last: 62521335 > >>>>>>>>>>>> first: 3 > >>>>>>>>>>>> entries: 4 > >>>>>>>>>>>> scheme: GPT > >>>>>>>>>>>> Providers: > >>>>>>>>>>>> 1. Name: da3p1 > >>>>>>>>>>>> Mediasize: 41943040 (40M) > >>>>>>>>>>>> Sectorsize: 512 > >>>>>>>>>>>> Stripesize: 0 > >>>>>>>>>>>> Stripeoffset: 1536 > >>>>>>>>>>>> Mode: r0w0e0 > >>>>>>>>>>>> efimedia: HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,= 0x14000) > >>>>>>>>>>>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > >>>>>>>>>>>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > >>>>>>>>>>>> label: (null) > >>>>>>>>>>>> length: 41943040 > >>>>>>>>>>>> offset: 1536 > >>>>>>>>>>>> type: efi > >>>>>>>>>>>> index: 1 > >>>>>>>>>>>> end: 81922 > >>>>>>>>>>>> start: 3 > >>>>>>>>>>>> 2. Name: da3p2 > >>>>>>>>>>>> Mediasize: 31968979456 (30G) > >>>>>>>>>>>> Sectorsize: 512 > >>>>>>>>>>>> Stripesize: 0 > >>>>>>>>>>>> Stripeoffset: 41944576 > >>>>>>>>>>>> Mode: r0w0e0 > >>>>>>>>>>>> efimedia: HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14= 003,0x3b8bff5) > >>>>>>>>>>>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > >>>>>>>>>>>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > >>>>>>>>>>>> label: (null) > >>>>>>>>>>>> length: 31968979456 > >>>>>>>>>>>> offset: 41944576 > >>>>>>>>>>>> type: freebsd-ufs > >>>>>>>>>>>> index: 2 > >>>>>>>>>>>> end: 62521335 > >>>>>>>>>>>> start: 81923 > >>>>>>>>>>>> Consumers: > >>>>>>>>>>>> 1. Name: da3 > >>>>>>>>>>>> Mediasize: 32010928128 (30G) > >>>>>>>>>>>> Sectorsize: 512 > >>>>>>>>>>>> Mode: r0w0e0 > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Thanks!! > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Mit > >>>>>>>>>>>>=20 > >>>>>>>>>>>> From: "S=F8ren Schmidt" > > >>>>>>>>>>>> To: "Marcin Wojtas" > > >>>>>>>>>>>> Cc: "Mit Matelske" >, "freebs= d-arm" > > >>>>>>>>>>>> Sent: Tuesday, August 13, 2019 12:55:09 PM > >>>>>>>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Hi > >>>>>>>>>>>> That doesn?t seen to work on the espressobin, or least I can= ?t get it to pick it up. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> I use this patch as a workaround: > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Index: main.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 > >>>>>>>>>>>> --- main.c (revision 350496) > >>>>>>>>>>>> +++ main.c (working copy) > >>>>>>>>>>>> @@ -463,6 +462,13 @@ > >>>>>>>>>>>> int rv; > >>>>>>>>>>>> char *rootdev; > >>>>>>>>>>>>=20 > >>>>>>>>>>>> +#if defined(__aarch64__) > >>>>>>>>>>>> + /* SOS HACK in rootdev, at least Espressobin gets this = wrong */ > >>>>>>>>>>>> + printf("Setting currdev hack\n"); > >>>>>>>>>>>> + set_currdev("disk0p2"); > >>>>>>>>>>>> + return (0); > >>>>>>>>>>>> +#endif > >>>>>>>>>>>> + > >>>>>>>>>>>> /* > >>>>>>>>>>>> * First choice: if rootdev is already set, use that, even = if > >>>>>>>>>>>> * it's wrong. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Its not pretty but it does the job until I get time to look = into why bootargs aren?t passed / won?t stick, probably something I havn?t = backported to my -stable12 sources yet... > >>>>>>>>>>>>=20 > >>>>>>>>>>>> -S=F8ren > >>>>>>>>>>>>=20 > >>>>>>>>>>>> On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Hi, > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Not sure if it's what you are looking for, but in order to a= utoboot, I > >>>>>>>>>>>> simply pass 'rootdev=3DdiskXpY' in the bootargs variable. He= re's example from > >>>>>>>>>>>> A3720-DB (same should work on EspressoBin): > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatloa= d usb 0:1 > >>>>>>>>>>>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 ${kernel_add= r} > >>>>>>>>>>>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > >>>>>>>>>>>> resetting USB... > >>>>>>>>>>>> USB0: Register 2000104 NbrPorts 2 > >>>>>>>>>>>> Starting the controller > >>>>>>>>>>>> USB XHCI 1.00 > >>>>>>>>>>>> USB1: USB EHCI 1.00 > >>>>>>>>>>>> - ______ ____ _____ _____ > >>>>>>>>>>>> | ____| | _ \ / ____| __ \ > >>>>>>>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | > >>>>>>>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > >>>>>>>>>>>> | | | | | __/ __/| |_) |____) | |__| | > >>>>>>>>>>>> | | | | | | || | | | > >>>>>>>>>>>> |_| |_| \___|\___||____/|_____/|_____/ > >>>>>>>>>>>> ``` > >>>>>>>>>>>> ` > >>>>>>>>>>>> ????????????Welcome to FreeBSD????????????? s` `.....---.= ......--.``` > >>>>>>>>>>>> -/ > >>>>>>>>>>>> ? ? +o .--` = /y:` > >>>>>>>>>>>> +. > >>>>>>>>>>>> ? 1. Boot Multi user [Enter] ? yo`:. = :o > >>>>>>>>>>>> `+- > >>>>>>>>>>>> ? 2. Boot Single user ? y/ = -/` -o/ > >>>>>>>>>>>> ? 3. Escape to loader prompt ? .- > >>>>>>>>>>>> ::/sy+:. > >>>>>>>>>>>> ? 4. Reboot ? / = `-- > >>>>>>>>>>>> / > >>>>>>>>>>>> ? ? `: > >>>>>>>>>>>> :` > >>>>>>>>>>>> ? Options: ? `: > >>>>>>>>>>>> :` > >>>>>>>>>>>> ? 5. Kernel: default/kernel (1 of 1) ? / > >>>>>>>>>>>> / > >>>>>>>>>>>> ? 6. Boot Options ? .- > >>>>>>>>>>>> -. > >>>>>>>>>>>> ? ? -- = -. > >>>>>>>>>>>> ? ? `:` = `:` > >>>>>>>>>>>> ? ? .-- = `--. > >>>>>>>>>>>> ??????????????????????????????????????????? .---.= ....----. > >>>>>>>>>>>> Autoboot in 9 seconds, hit [Enter] to boot or any other key = to stop > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Loading kernel... > >>>>>>>>>>>> /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa94 > >>>>>>>>>>>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] > >>>>>>>>>>>> Loading configured modules... > >>>>>>>>>>>> can't find '/boot/entropy' > >>>>>>>>>>>> Using DTB provided by EFI at 0x8000000. > >>>>>>>>>>>> ---<>--- > >>>>>>>>>>>> KDB: debugger backends: ddb > >>>>>>>>>>>> KDB: current backend: ddb > >>>>>>>>>>>> Copyright (c) 1992-2019 The FreeBSD Project. > >>>>>>>>>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992= , 1993, 1994 > >>>>>>>>>>>> The Regents of the University of California. All rights rese= rved. > >>>>>>>>>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. > >>>>>>>>>>>> FreeBSD 13.0-CURRENT 17a1fc80d57-c261519(upstream_master) GE= NERIC arm64 > >>>>>>>>>>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) = (based on LLVM > >>>>>>>>>>>> 8.0.0) > >>>>>>>>>>>> WARNING: WITNESS option enabled, expect reduced performance. > >>>>>>>>>>>> VT: init without driver. > >>>>>>>>>>>> Starting CPU 1 (1) > >>>>>>>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>>>>>>>>>>> [...] > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Best regards, > >>>>>>>>>>>> Marcin > >>>>>>>>>>>>=20 > >>>>>>>>>>>> pon., 12 sie 2019 o 23:14 Mit Matelske > napisa?(a): > >>>>>>>>>>>>=20 > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Soren- > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Thanks for the quick response. I built this kernel with rev= ision 350924. > >>>>>>>>>>>> I'll dig into whats going on in the morning. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Mind posting your diff for your loader.efi? > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Thanks again! > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Mit > >>>>>>>>>>>>=20 > >>>>>>>>>>>>=20 > >>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>> From: "S=F8ren Schmidt" > > >>>>>>>>>>>> To: "Mit Matelske" > > >>>>>>>>>>>> Cc: "tscho" >, "freebsd-arm" < > >>>>>>>>>>>> freebsd-arm@freebsd.org > > >>>>>>>>>>>> Sent: Monday, August 12, 2019 3:49:48 PM > >>>>>>>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Hi > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Looks like your sources may be too old, you need to be at le= ast at r348882 > >>>>>>>>>>>> to get the fix for the SD card VCC regulator. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> That change fixed it for me backported to 12-stable... > >>>>>>>>>>>>=20 > >>>>>>>>>>>> The currdev problem still exists, I have it hardwired in my = loader for > >>>>>>>>>>>> aarch64 :) > >>>>>>>>>>>>=20 > >>>>>>>>>>>> -S=F8ren > >>>>>>>>>>>>=20 > >>>>>>>>>>>>=20 > >>>>>>>>>>>> On 12 Aug 2019, at 21.06, Mit Matelske > wrote: > >>>>>>>>>>>>=20 > >>>>>>>>>>>> I'm having a couple little hiccups booting this board also. = One has > >>>>>>>>>>>> been commented on already, that I can't get the loader to au= tomatically > >>>>>>>>>>>> start loading the kernel on "disk0p2"... > >>>>>>>>>>>>=20 > >>>>>>>>>>>> The second, is that the kernel can't find the SD card after = booting so > >>>>>>>>>>>> it can't mount the root filesystem. I'm using the dts/dtb a= nd kernel from > >>>>>>>>>>>> the 13-current branch. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Thanks for any and all help. I haven't used u-boot in about= decade. > >>>>>>>>>>>> Spoiled by the x86 platform. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Mit Matelske > >>>>>>>>>>>>=20 > >>>>>>>>>>>>=20 > >>>>>>>>>>>> ***U-boot environment:*** > >>>>>>>>>>>>=20 > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Marvell>> printenv > >>>>>>>>>>>> baudrate=3D115200 > >>>>>>>>>>>> bootargs=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0x= d0012000 > >>>>>>>>>>>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevnam= e=3D0 > >>>>>>>>>>>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_nam= e;fatload mmc > >>>>>>>>>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > >>>>>>>>>>>> bootdelay=3D2 > >>>>>>>>>>>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr $image_nam= e;fatload mmc > >>>>>>>>>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > >>>>>>>>>>>> console=3Dconsole=3DttyMV0,115200 earlycon=3Dar3700_uart,0xd= 0012000 > >>>>>>>>>>>> eth1addr=3D00:51:82:11:22:01 > >>>>>>>>>>>> eth2addr=3D00:51:82:11:22:02 > >>>>>>>>>>>> eth3addr=3D00:51:82:11:22:03 > >>>>>>>>>>>> ethact=3Dneta@30000 > >>>>>>>>>>>> ethaddr=3DF0:AD:4E:09:6B:8F > >>>>>>>>>>>> ethprime=3Deth0 > >>>>>>>>>>>> fdt_addr=3D0x4f00000 > >>>>>>>>>>>> fdt_high=3D0xffffffffffffffff > >>>>>>>>>>>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb > >>>>>>>>>>>> fdtcontroladdr=3D3f7161b8 > >>>>>>>>>>>> gatewayip=3D10.4.50.254 > >>>>>>>>>>>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot $fd= t_addr > >>>>>>>>>>>> $fdt_name; run get_ramfs > >>>>>>>>>>>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv ra= mfs_addr > >>>>>>>>>>>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv ram= fs_addr -;fi > >>>>>>>>>>>> hostname=3Dmarvell > >>>>>>>>>>>> image_name=3Defi/freebsd/loader.efi > >>>>>>>>>>>> initrd_addr=3D0xa00000 > >>>>>>>>>>>> initrd_size=3D0x2000000 > >>>>>>>>>>>> ipaddr=3D0.0.0.0 > >>>>>>>>>>>> kernel_addr=3D0x5000000 > >>>>>>>>>>>> loadaddr=3D0x5000000 > >>>>>>>>>>>> netdev=3Deth0 > >>>>>>>>>>>> netmask=3D255.255.255.0 > >>>>>>>>>>>> ramfs_addr=3D0x8000000 > >>>>>>>>>>>> ramfs_name=3D- > >>>>>>>>>>>> root=3Droot=3D/dev/nfs rw > >>>>>>>>>>>> rootpath=3D/srv/nfs/ > >>>>>>>>>>>> serverip=3D0.0.0.0 > >>>>>>>>>>>> set_bootargs=3Dsetenv bootargs $console $root > >>>>>>>>>>>> ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev= :none > >>>>>>>>>>>> nfsroot=3D$serverip:$rootpath $extra_params > >>>>>>>>>>>> stderr=3Dserial@12000 > >>>>>>>>>>>> stdin=3Dserial@12000 > >>>>>>>>>>>> stdout=3Dserial@12000 > >>>>>>>>>>>>=20 > >>>>>>>>>>>>=20 > >>>>>>>>>>>> ***Full boot logs:*** > >>>>>>>>>>>>=20 > >>>>>>>>>>>>=20 > >>>>>>>>>>>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - 15:39:= 10 +0800) > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Model: Marvell Armada 3720 Community Board ESPRESSOBin > >>>>>>>>>>>> CPU @ 1000 [MHz] > >>>>>>>>>>>> L2 @ 800 [MHz] > >>>>>>>>>>>> TClock @ 200 [MHz] > >>>>>>>>>>>> DDR @ 800 [MHz] > >>>>>>>>>>>> DRAM: 1 GiB > >>>>>>>>>>>> U-Boot DT blob at : 000000003f7161b8 > >>>>>>>>>>>> Comphy-0: USB3 5 Gbps > >>>>>>>>>>>> Comphy-1: PEX0 2.5 Gbps > >>>>>>>>>>>> Comphy-2: SATA0 6 Gbps > >>>>>>>>>>>> SATA link 0 timeout. > >>>>>>>>>>>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > >>>>>>>>>>>> flags: ncq led only pmp fbss pio slum part sxs > >>>>>>>>>>>> PCIE-0: Link down > >>>>>>>>>>>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 > >>>>>>>>>>>> SF: Detected mx25u3235f with page size 256 Bytes, erase size= 64 KiB, > >>>>>>>>>>>> total 4 MiB > >>>>>>>>>>>> Net: eth0: neta@30000 [PRIME] > >>>>>>>>>>>> Hit any key to stop autoboot: 0 > >>>>>>>>>>>> switch to partitions #0, OK > >>>>>>>>>>>> mmc0 is current device > >>>>>>>>>>>> reading efi/freebsd/loader.efi > >>>>>>>>>>>> 603872 bytes read in 49 ms (11.8 MiB/s) > >>>>>>>>>>>> reading efi/boot/armada-3720-espressobin.dtb > >>>>>>>>>>>> 15946 bytes read in 17 ms (916 KiB/s) > >>>>>>>>>>>> ## Starting EFI application at 05000000 ... > >>>>>>>>>>>> Scanning disk sdhci@d0000.blk ... > >>>>>>>>>>>> Card did not respond to voltage select! > >>>>>>>>>>>> mmc_init: -95, time 50 > >>>>>>>>>>>> Found 1 disks > >>>>>>>>>>>> Consoles: EFI console > >>>>>>>>>>>> FreeBSD/arm64 EFI loader, Revision 1.1 > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Command line arguments: loader.efi > >>>>>>>>>>>> EFI version: 2.05 > >>>>>>>>>>>> EFI Firmware: Das U-boot (rev 0.00) > >>>>>>>>>>>> Console: efi (0) > >>>>>>>>>>>> Failed to find bootable partition > >>>>>>>>>>>> Startup error in /boot/lua/loader.lua: seconds > >>>>>>>>>>>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid argumen= t. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> can't load 'kernel' > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Type '?' for a list of commands, 'help' for more detailed he= lp. > >>>>>>>>>>>> OK > >>>>>>>>>>>> OK set currdev=3Ddisk0p2 > >>>>>>>>>>>> OK boot > >>>>>>>>>>>>=20 > >>>>>>>>>>>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae94 > >>>>>>>>>>>> syms=3D[0x8+0x137dd8+0x8+0x126260] > >>>>>>>>>>>> Using DTB provided by EFI at 0x8000000. > >>>>>>>>>>>> ---<>--- > >>>>>>>>>>>> KDB: debugger backends: ddb > >>>>>>>>>>>> KDB: current backend: ddb > >>>>>>>>>>>> Copyright (c) 1992-2019 The FreeBSD Project. > >>>>>>>>>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992= , 1993, 1994 > >>>>>>>>>>>> The Regents of the University of California. All rights re= served. > >>>>>>>>>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. > >>>>>>>>>>>> FreeBSD 13.0-CURRENT GENERIC arm64 > >>>>>>>>>>>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) = (based on > >>>>>>>>>>>> LLVM 6.0.1) > >>>>>>>>>>>> WARNING: WITNESS option enabled, expect reduced performance. > >>>>>>>>>>>> VT: init without driver. > >>>>>>>>>>>> Starting CPU 1 (1) > >>>>>>>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>>>>>>>>>>> arc4random: WARNING: initial seeding bypassed the cryptograp= hic random > >>>>>>>>>>>> device because it was not yet seeded and the knob 'bypass_be= fore_seeding' > >>>>>>>>>>>> was enabled. > >>>>>>>>>>>> random: entropy device external interface > >>>>>>>>>>>> MAP 3e681000 mode 2 pages 1 > >>>>>>>>>>>> MAP 3ffa6000 mode 2 pages 1 > >>>>>>>>>>>> kbd0 at kbdmux0 > >>>>>>>>>>>> ofwbus0: > >>>>>>>>>>>> simplebus0: on ofwbus0 > >>>>>>>>>>>> simplebus1: on simplebus0 > >>>>>>>>>>>> simple_mfd0: mem > >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > >>>>>>>>>>>> simple_mfd1: mem > >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > >>>>>>>>>>>> psci0: on o= fwbus0 > >>>>>>>>>>>> gic0: mem > >>>>>>>>>>>> 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,= 0x1d90000-0x1d91fff,0x1da0000-0x1dbffff > >>>>>>>>>>>> irq 27 on simplebus1 > >>>>>>>>>>>> gpio0: mem > >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,= 36,37,38,39 on > >>>>>>>>>>>> simple_mfd0 > >>>>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>>>> gpio0: mem > >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple= _mfd1 > >>>>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>>>> gpioregulator0: on ofwbus0 > >>>>>>>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>>>>>>> gpioregulator0: cannot parse parameters > >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>>>>>>> generic_timer0: irq 0,1,2,3 on ofwbus0 > >>>>>>>>>>>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz q= uality 1000 > >>>>>>>>>>>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz qu= ality 1000 > >>>>>>>>>>>> gpio0: mem > >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,= 36,37,38,39 on > >>>>>>>>>>>> simple_mfd0 > >>>>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>>>> gpio0: mem > >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple= _mfd1 > >>>>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>>>> gpioregulator0: on ofwbus0 > >>>>>>>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>>>>>>> gpioregulator0: cannot parse parameters > >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>>>>>>> gpio0: mem > >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,= 36,37,38,39 on > >>>>>>>>>>>> simple_mfd0 > >>>>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>>>> gpio0: mem > >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple= _mfd1 > >>>>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>>>> gpioregulator0: on ofwbus0 > >>>>>>>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>>>>>>> gpioregulator0: cannot parse parameters > >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>>>>>>> gpio0: mem > >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,= 36,37,38,39 on > >>>>>>>>>>>> simple_mfd0 > >>>>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>>>> gpio0: mem > >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple= _mfd1 > >>>>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>>>> gpioregulator0: on ofwbus0 > >>>>>>>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>>>>>>> gpioregulator0: cannot parse parameters > >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>>>>>>> gpio0: mem > >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,= 36,37,38,39 on > >>>>>>>>>>>> simple_mfd0 > >>>>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>>>> gpio0: mem > >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple= _mfd1 > >>>>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>>>> gpioregulator0: on ofwbus0 > >>>>>>>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>>>>>>> gpioregulator0: cannot parse parameters > >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>>>>>>> cpulist0: on ofwbus0 > >>>>>>>>>>>> cpu0: on cpulist0 > >>>>>>>>>>>> cpu1: on cpulist0 > >>>>>>>>>>>> pmu0: irq 4 on ofwbus0 > >>>>>>>>>>>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 > >>>>>>>>>>>> syscon_generic1: mem 0x11500-0x1153f on simplebus1 > >>>>>>>>>>>> uart0: mem 0x12000-0x121ff irq 9,= 10,11 on > >>>>>>>>>>>> simplebus1 > >>>>>>>>>>>> uart0: console (115200,n,8,1) > >>>>>>>>>>>> gpio0: mem > >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq 28,29,30,31,32,33,34,35,= 36,37,38,39 on > >>>>>>>>>>>> simple_mfd0 > >>>>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>>>> syscon_generic2: mem 0x14000-0x1405f on simplebus1 > >>>>>>>>>>>> gpio0: mem > >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on simple= _mfd1 > >>>>>>>>>>>> gpio0: cannot allocate memory window > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>>>>>>> mvneta0: mem 0x30000-0x33fff irq 14 on sim= plebus1 > >>>>>>>>>>>> mvneta0: version is 10 > >>>>>>>>>>>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > >>>>>>>>>>>> mdio0: on mvneta0 > >>>>>>>>>>>> mdioproxy0: on mdio0 > >>>>>>>>>>>> e6000sw0: on mdio0 > >>>>>>>>>>>> e6000sw0: multi-chip addressing mode (0x1) > >>>>>>>>>>>> e6000sw0: CPU port at 0 > >>>>>>>>>>>> e6000sw0: fixed port at 0 > >>>>>>>>>>>> e6000sw0: PHY at port 1 > >>>>>>>>>>>> miibus0: on e6000sw0 > >>>>>>>>>>>> e1000phy0: PHY 17 on miibus0 > >>>>>>>>>>>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX= -FDX, > >>>>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-ma= ster, auto > >>>>>>>>>>>> e6000sw0: PHY at port 2 > >>>>>>>>>>>> miibus1: on e6000sw0 > >>>>>>>>>>>> e1000phy1: PHY 18 on miibus1 > >>>>>>>>>>>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX= -FDX, > >>>>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-ma= ster, auto > >>>>>>>>>>>> e6000sw0: PHY at port 3 > >>>>>>>>>>>> miibus2: on e6000sw0 > >>>>>>>>>>>> e1000phy2: PHY 19 on miibus2 > >>>>>>>>>>>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX= -FDX, > >>>>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-ma= ster, auto > >>>>>>>>>>>> e6000sw0: switch is ready. > >>>>>>>>>>>> etherswitch0: on e6000sw0 > >>>>>>>>>>>> xhci0: mem 0x58000-0x5bfff irq = 16 on > >>>>>>>>>>>> simplebus1 > >>>>>>>>>>>> xhci0: 32 bytes context size, 32-bit DMA > >>>>>>>>>>>> usbus0 on xhci0 > >>>>>>>>>>>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus1 > >>>>>>>>>>>> ehci0: mem 0x5e000-0= x5efff irq > >>>>>>>>>>>> 17 on simplebus1 > >>>>>>>>>>>> usbus1: EHCI version 1.0 > >>>>>>>>>>>> usbus1 on ehci0 > >>>>>>>>>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus1 > >>>>>>>>>>>> sdhci_xenon0: mem > >>>>>>>>>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > >>>>>>>>>>>> ahci0: mem 0xe0000-0xe0177 irq 26 on = simplebus1 > >>>>>>>>>>>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier suppor= ted with FBS > >>>>>>>>>>>> ahcich0: at channel 0 on ahci0 > >>>>>>>>>>>> device_attach: ahcich0 attach returned 6 > >>>>>>>>>>>> gpioregulator0: on ofwbus0 > >>>>>>>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>>>>>>> gpioregulator0: cannot parse parameters > >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>>>>>>> cryptosoft0: > >>>>>>>>>>>> Timecounters tick every 1.000 msec > >>>>>>>>>>>> mvneta0: link state changed to UP > >>>>>>>>>>>> e6000sw0port1: link state changed to DOWN > >>>>>>>>>>>> e6000sw0port2: link state changed to DOWN > >>>>>>>>>>>> e6000sw0port3: link state changed to DOWN > >>>>>>>>>>>> usbus0: 5.0Gbps Super Speed USB v3.0 > >>>>>>>>>>>> usbus1: 480Mbps High Speed USB v2.0 > >>>>>>>>>>>> Release APs...done > >>>>>>>>>>>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > >>>>>>>>>>>> Instruction Set Attributes 0 =3D > >>>>>>>>>>>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,n= oatime]... > >>>>>>>>>>>> Instruction Set Attributes 1 =3D <> > >>>>>>>>>>>> Root mount waiting for: Processor Features 0 =3D > >>>>>>>>>>>> > >>>>>>>>>>>> usbus1 Processor Features 1 =3D <0> > >>>>>>>>>>>> usbus0 Memory Model Features 0 =3D <4k Granule,64k Gran= ule,S/NS > >>>>>>>>>>>> Mem,MixedEndian,16bit ASID,1TB PA> > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Memory Model Features 1 =3D <> > >>>>>>>>>>>> Memory Model Features 2 =3D <32b CCIDX,48b VA> > >>>>>>>>>>>> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints= ,6 > >>>>>>>>>>>> Breakpoints,PMUv3,Debug v8> > >>>>>>>>>>>> Debug Features 1 =3D <0> > >>>>>>>>>>>> Auxiliary Features 0 =3D <0> > >>>>>>>>>>>> Auxiliary Features 1 =3D <0> > >>>>>>>>>>>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > >>>>>>>>>>>> WARNING: WITNESS option enabled, expect reduced performance. > >>>>>>>>>>>> ugen0.1: at usbus0 > >>>>>>>>>>>> ugen1.1: at usbus1 > >>>>>>>>>>>> uhub0 on usbus0 > >>>>>>>>>>>> uhub1 on usbus1 > >>>>>>>>>>>> uhub0: on > >>>>>>>>>>>> usbus0 > >>>>>>>>>>>> uhub1: on > >>>>>>>>>>>> usbus1 > >>>>>>>>>>>> uhub0: 2 ports with 2 removable, self powered > >>>>>>>>>>>> uhub1: 1 port with 1 removable, self powered > >>>>>>>>>>>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... > >>>>>>>>>>>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error= 19. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Loader variables: > >>>>>>>>>>>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > >>>>>>>>>>>> vfs.root.mountfrom.options=3Dro,noatime > >>>>>>>>>>>>=20 > >>>>>>>>>>>> Manual root filesystem specification: > >>>>>>>>>>>> : [options] > >>>>>>>>>>>> Mount using filesystem > >>>>>>>>>>>> and with the specified (optional) option list. > >>>>>>>>>>>>=20 > >>>>>>>>>>>> eg. ufs:/dev/da0s1a > >>>>>>>>>>>> zfs:zroot/ROOT/default > >>>>>>>>>>>> cd9660:/dev/cd0 ro > >>>>>>>>>>>> (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 = /) > >>>>>>>>>>>>=20 > >>>>>>>>>>>> ? List valid disk boot devices > >>>>>>>>>>>> . Yield 1 second (for background tasks) > >>>>>>>>>>>> Abort manual input > >>>>>>>>>>>>=20 > >>>>>>>>>>>> mountroot> ? > >>>>>>>>>>>>=20 > >>>>>>>>>>>> List of GEOM managed disk devices: > >>>>>>>>>>>>=20 > >>>>>>>>>>>>=20 > >>>>>>>>>>>> mountroot> > >>>>>>>>>>>> _______________________________________________ > >>>>>>>>>>>> freebsd-arm@freebsd.org mai= ling list > >>>>>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>>>>>>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@fr= eebsd.org " > >>>>>>>>>>>>=20 > >>>>>>>>>>>> _______________________________________________ > >>>>>>>>>>>> freebsd-arm@freebsd.org mai= ling list > >>>>>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>>>>>>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@fr= eebsd.org " > >>>>>>>>>>>=20 > >>>>>>>>>>=20 > >>>>>>>>>>=20 > >>>>>>>>>> -- > >>>>>>>>>> Emmanuel Vadot > >>>>>>>>>=20 > >>>>>>>>=20 > >>>>>>>>=20 > >>>>>>>> -- > >>>>>>>> Emmanuel Vadot > >>>>>>=20 > >>>>>>=20 > >>>>>> -- > >>>>>> Emmanuel Vadot > >>>>>> _______________________________________________ > >>>>>> freebsd-arm@freebsd.org mailing list > >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.= org" > >>>>>=20 > >>>>>=20 > >>>>> -- > >>>>> Emmanuel Vadot > >>>>> _______________________________________________ > >>>>> freebsd-arm@freebsd.org mailing list > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.o= rg" > >>>>=20 > >>>>=20 > >>>> -- > >>>> Emmanuel Vadot > >>>> _______________________________________________ > >>>> freebsd-arm@freebsd.org mailing list > >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.or= g" > >>>=20 > >>>=20 > >>> -- > >>> Emmanuel Vadot >= > > >>=20 > >=20 > >=20 > > -- > > Emmanuel Vadot > <= manu@freebsd.org > >=20 --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Aug 17 22:22:34 2019 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 75AB6B3A13 for ; Sat, 17 Aug 2019 22:22:34 +0000 (UTC) (envelope-from khantroll@gmail.com) Received: from mail-ot1-x336.google.com (mail-ot1-x336.google.com [IPv6:2607:f8b0:4864:20::336]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 469vnj2Z9Xz3MCY for ; Sat, 17 Aug 2019 22:22:33 +0000 (UTC) (envelope-from khantroll@gmail.com) Received: by mail-ot1-x336.google.com with SMTP id w4so12728556ote.11 for ; Sat, 17 Aug 2019 15:22:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=fkW/cMqe+zBWRqLKrsMl0+6TNlVWyXI10D0yell4hTE=; b=KavxVzMtgbcBTayanIHWYC+9ffxkCL+WZrNXI7idjDAcEjr5WGQ18TdgQpwntG9THo ZlQ5uqXR01mJfn/O0R+i0tHCRvsmaSTJn0CZ/f0G0tMjKRvIaQ5dMWQg3nUvFJAaHcT5 Tw+IQgJY1+OqIjB0mNY8og8mvV2EU5EI+1QTOQhewYcLkhEfZr856qXMgjP20w38RWP1 8MOCXzZqZj170KRODdv9kUwaVWMVfTBYsNU31Dv/pXh6odDJjcTZuhnL0DekB5q7KQxH m00lgCYZFuZXZYYsUWIRNA5dLRm9kmrzF80xu69I8QcMaDPg9gicnqvKLzUJmWGeZRhf PiiQ== 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=fkW/cMqe+zBWRqLKrsMl0+6TNlVWyXI10D0yell4hTE=; b=XHqezJzf994m+pU0pt8qeEmCY34uQAnF6Rp1NwgZs9IqFJ9YSZjZuWseOmdYm3ckcn 5d7iaOvijW5uXeQ6vQjDnzlye+/HspS0y+OJ14DbAZKsuBZO2x0S2gg57UH01zmO0M7/ 2DQF2oLUIqmKjc3k+YjGSRl3mYCyepLjrRJmxsUqQirDHpDouTUGMLVRXXn3O4k62fdg grgq6CyC/bBA2FCRyib0tvT2pCwt2+vcLOPrvVI5AkmE5jNJmPfPwH8b0gPZ+sfxU5VE gOy1n7Aw9K5H79yooDz+wtRJKeCZblyez3H8CaT27+T5uyYyNaJLE3mRxGYpW0K+G4mZ OiOA== X-Gm-Message-State: APjAAAWXi2YAz5VsgIGWSQFmYUH62mP6ho1Ua+xb58bPIvOcoFNr2j61 4cSSBnBFUJX9rLyFGLV44Nh54hrE4UxXbozaIpd5NN7usPo= X-Google-Smtp-Source: APXvYqyruK/ZMwnp1pJvrgef93b+V/HQsUKuLwJmpWEXk4+JJMgNFSqUQKF0sMa62EQFKgkMLMiItoIQwfiKuxQ1j3E= X-Received: by 2002:a9d:7c97:: with SMTP id q23mr12811133otn.271.1566080550794; Sat, 17 Aug 2019 15:22:30 -0700 (PDT) MIME-Version: 1.0 References: <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> <973015183.1067498.1565890674099.JavaMail.zimbra@perftech.com> <20190815210311.1035f64b003e2bc85fa47ca8@bidouilliste.com> <20190815233755.893e485f40ccacd79cdb3d96@bidouilliste.com> <78F5029D-A0F5-42F2-8191-07EB3A68C87B@gmail.com> <20190816152454.4e54ab5c276a543c120d909a@bidouilliste.com> <20190816171037.f808fbaba2369f179de36397@bidouilliste.com> <20190816191230.508f07f27fac21479a6716d9@bidouilliste.com> <20190816225826.ce31e8f968021944f64cb67c@bidouilliste.com> <20190817153053.5592b15b8a42982fda0fc123@bidouilliste.com> <9749945A-FDAD-47E0-947A-FA62138C2F83@gmail.com> <20190817210822.8920656bad0855b554883cf2@bidouilliste.com> In-Reply-To: <20190817210822.8920656bad0855b554883cf2@bidouilliste.com> From: Jeffrey Bowers Date: Sat, 17 Aug 2019 17:22:18 -0500 Message-ID: Subject: Re: Espressobin anyone ? To: freebsd-arm Cc: =?UTF-8?Q?S=C3=B8ren_Schmidt?= X-Rspamd-Queue-Id: 469vnj2Z9Xz3MCY X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=KavxVzMt; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of khantroll@gmail.com designates 2607:f8b0:4864:20::336 as permitted sender) smtp.mailfrom=khantroll@gmail.com X-Spamd-Result: default: False [-0.99 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; SH_EMAIL_ZRD(0.00)[0.0.117.48,0.0.46.224]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.117.48,0.0.46.224]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; MIME_GOOD(-0.10)[multipart/related,multipart/alternative,text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; RCVD_IN_DNSWL_NONE(0.00)[6.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.30), ipnet: 2607:f8b0::/32(-2.95), asn: 15169(-2.38), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2019 22:22:34 -0000 Hi! I've got a new one :) I'm trying to do an svn checkout to fix the pkg problem, but it tells me it can't write to a to a temp folder because there is no room left on the device. However, FreeBSD partition is 29GB. It's never also never the same file in TMP that it can't write to. Here is a screenshot of the issue, along with the output of gpart: [image: image.png] Any ideas? Thanks! On Sat, Aug 17, 2019 at 2:08 PM Emmanuel Vadot wrote: > On Sat, 17 Aug 2019 17:14:36 +0200 > S=C3=B8ren Schmidt wrote: > > > HI > > > > Well, I have a whole forrest of tree?s here, but the error posted here > was on a clean checkout. > > > > Anyhow, with the latest changes to -stable and the two RF_SHAREABLE > patches from -current all works. > > I've reverted the commits, see > https://github.com/evadot/freebsd/commits/a37x0_gpio for a better way > to deal with this issue. > I'm waiting for mmel@ as he wrote the syscon_get_default_handle part. > > > It would be nice with the etherswitch changes as well so VLAN tagging > etc was standard. > > > > -S=C3=B8ren > > > > PS: given up on bottom & inline popsting, top posting is all the rage > now (yeah I miss elm etc :) ) > > > > > On 17 Aug 2019, at 15.30, Emmanuel Vadot > wrote: > > > > > > On Sat, 17 Aug 2019 11:07:22 +0200 > > > S=C3=B8ren Schmidt > > wrote: > > > > > >> Hi Emmunuel > > >> > > >> Yes the 3720 gpio driver I already back ported long ago, its needed, > I?m happy its now part of std stable 12! > > > > > > Would have been nice of you to say that you were not running a clean > > > tree. > > > > > >> My issue seems to be the inclusion of the phy_usb driver, if I leave > that out, I?m back to normal.. > > > > > > What make you think this is this driver ? What works/doesn't work > > > with it ? could you provide logs. > > > > > >> I?ll have have another go at the latest -stable sources during the > weekend and see how it goes. > > >> > > >> Thanks for looking into this, with a little cooperation we?ll get > this solved for the greater good.. > > >> > > >> -S=C3=B8ren > > > > > > P.S. Please stop top posting, it's really hard to read the conversati= on > > > > > >>> On 16 Aug 2019, at 22.58, Emmanuel Vadot > wrote: > > >>> > > >>> On Fri, 16 Aug 2019 19:12:30 +0200 > > >>> Emmanuel Vadot > > wrote: > > >>> > > >>>> On Fri, 16 Aug 2019 17:10:37 +0200 > > >>>> Emmanuel Vadot wrote: > > >>>> > > >>>>> On Fri, 16 Aug 2019 15:24:54 +0200 > > >>>>> Emmanuel Vadot wrote: > > >>>>> > > >>>>>> On Fri, 16 Aug 2019 07:28:59 +0200 > > >>>>>> S=C3=B8ren Schmidt wrote: > > >>>>>> > > >>>>>>> Hi > > >>>>>>> > > >>>>>>> Very simple, reverting sys/gnu/dts to what was before 350595 > (actually 350592). > > >>>>>>> Thats what we have svn for ? > > >>>>>> > > >>>>>> If I asked how it was to have the svn command that you used, I > want to > > >>>>>> make sure that you didn't revert anything else, like do you have > > >>>>>> r350596 and r350628 ? > > >>>>>> > > >>>>>>> That does make my bananapi work again, no other changes just a > recompiled kernel. > > >>>>>> > > >>>>>> That + copying the dtb to the fat32 partition ? > > >>>>>> > > >>>>>> Can you post the dtb somewhere. > > >>>>>> > > >>>>>>> However it does not bring the Espressobin back to life, thats > something in one of the ~30 other files that changed between those two > revisions. > > >>>>>> > > >>>>>> What Linux version of DTS are you using then ? The ones that wer= e > in > > >>>>>> stable/12 when it was branched (4.18) or a later revision ? > > >>>>> > > >>>>> So I think that I've found the problem on the Espressobin. > > >>>>> I think that the problem comes from the simple-mfd driver that I'= ve > > >>>>> mfc in r350600. > > >>>>> The pinctrl/gpio controller compatible is > > >>>>> "marvell,armada3710-nb-pinctrl", "syscon", "simple-mfd" and it > attaches > > >>>>> at BUS_PASS_INTERRUPT while the simple_mfd driver attaches at > > >>>>> BUS_PASS_BUS (so earlier) which means that no gpio controller wil= l > be > > >>>>> available for sdhci to detect the card. > > >>>>> > > >>>>> If someone with a non-working espressobin could post a full verbo= se > > >>>>> boot log that would help me confirming that this is the case. > > >>>>> I'll try to find a solution on how to solve this problem. > > >>>> > > >>>> So this wasn't the problem but I've found it, see r351129 and > r351130 > > >>>> > > >>>> SD card now work again in HEAD, I'll have a look at stable later > next > > >>>> week. > > >>> > > >>> I've did a quick test and I've MFC r348880, r348882 and r349596, th= e > > >>> two other commits needed to be mfc'ed are the one I did today on > head, > > >>> I'll do that next week. > > >>> With them sdcard is working again on stable/12 > > >>> > > >>>>>>> -S=C3=B8ren > > >>>>>>> > > >>>>>>>> On 15 Aug 2019, at 23.37, Emmanuel Vadot > wrote: > > >>>>>>>> > > >>>>>>>> On Thu, 15 Aug 2019 21:56:23 +0200 > > >>>>>>>> S=C3=B8ren Schmidt wrote: > > >>>>>>>> > > >>>>>>>>> > > >>>>>>>>> Well, I don?t care where you are from and what color you have > :) > > >>>>>>>>> > > >>>>>>>>> Now, if I update my stable12 sources to r350595 the bananapi > breaks, if revert sys/gnu/dts it works again, go figure.. > > >>>>>>>> > > >>>>>>>> Reverting to what ? and how ? > > >>>>>>>> > > >>>>>>>> Because I've just test 12-stable and I have the problem that > I've said > > >>>>>>>> in my previous mail so setting hw.regulator.disable_unused=3D0= is > the > > >>>>>>>> work around. > > >>>>>>>> The problem is in twsi not in the DTS so I'm curious how > reverting > > >>>>>>>> only the dts fixes this problem. > > >>>>>>>> > > >>>>>>>>> The r351099 fix is already like that in -stable, and not part > of the problem. > > >>>>>>>>> > > >>>>>>>>> -S=C3=B8ren > > >>>>>>>> > > >>>>>>>>>> On 15 Aug 2019, at 21.03, Emmanuel Vadot < > manu@bidouilliste.com> wrote: > > >>>>>>>>>> > > >>>>>>>>>> On Thu, 15 Aug 2019 19:48:54 +0200 > > >>>>>>>>>> S=C3=B8ren Schmidt wrote: > > >>>>>>>>>> > > >>>>>>>>>>> Hi Mit! > > >>>>>>>>>>> > > >>>>>>>>>>> Right, I suspected that, 12-stable broke many embedded > systems between r350592 and r350595 where all the latest and greatest DTS > files was pulled in, I guess the same holds for -current. > > >>>>>>>>>>> > > >>>>>>>>>>> -S=C3=B8ren > > >>>>>>>>>> > > >>>>>>>>>> Mhm it's fun that you think that DTS import is the source of > all your > > >>>>>>>>>> problems, I get it, it's easy to blame the French guy that > bulk import > > >>>>>>>>>> the DTS, he surely don't know what he is doing. > > >>>>>>>>>> Anyway, two problems were raised in this thread : > > >>>>>>>>>> > > >>>>>>>>>> 1) BananaPi (A20) doesn't boot > > >>>>>>>>>> 2) Espressobin sd support is broken > > >>>>>>>>>> > > >>>>>>>>>> I've just looked at the BananaPi problem today, I've fixed a > first > > >>>>>>>>>> problem in r351099. > > >>>>>>>>>> The main problem is that when we disable the unused > regulators we hang > > >>>>>>>>>> when trying to disabling ldo3. It's weird because the board > doesn't use > > >>>>>>>>>> LDO3 (which is why we are disabling it, it's unused). The > problem is in > > >>>>>>>>>> twsi I think as only leaving the part in axp209 that read th= e > > >>>>>>>>>> voltage register value make FreeBSD hang. > > >>>>>>>>>> I'll have a proper look later, in the meantime you can set > > >>>>>>>>>> hw.regulator.disable_unused=3D0 > > >>>>>>>>>> in /boot/loader.conf > > >>>>>>>>>> This isn't a DTS problem. > > >>>>>>>>>> > > >>>>>>>>>> For Espressobin I haven't found any thing related to SD in > the DTS > > >>>>>>>>>> updates since the import, the only things slighly related ar= e > mmc and > > >>>>>>>>>> sdio. > > >>>>>>>>>> So if someone could find which DTS import broke this I can > have a look. > > >>>>>>>>>> > > >>>>>>>>>>> > > >>>>>>>>>>>> On 15 Aug 2019, at 19.37, Mit Matelske wrote: > > >>>>>>>>>>>> > > >>>>>>>>>>>> Yeah, that was the problem. I went back to r348882 and > everything worked out of the box. > > >>>>>>>>>>>> > > >>>>>>>>>>>> Thanks again for the hand holding! > > >>>>>>>>>>>> > > >>>>>>>>>>>> Mit > > >>>>>>>>>>>> > > >>>>>>>>>>>> From: "S=C3=B8ren Schmidt" soren.schmidt@gmail.com>> > > >>>>>>>>>>>> To: "Mit Matelske" > > > >>>>>>>>>>>> Cc: "Marcin Wojtas" mw@semihalf.com>>, "freebsd-arm" freebsd-arm@freebsd.org>> > > >>>>>>>>>>>> Sent: Wednesday, August 14, 2019 1:33:04 PM > > >>>>>>>>>>>> Subject: Re: Espressobin anyone ? > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> It might simply be broken in -current (again). > > >>>>>>>>>>>> > > >>>>>>>>>>>> I just updated my stable12 tree and I pulled in new .dts > files for just about anything? > > >>>>>>>>>>>> > > >>>>>>>>>>>> Needless to say, it broke the Espressobin?s SD support, it > now fails just like yours.. > > >>>>>>>>>>>> > > >>>>>>>>>>>> It also broke allwinner builds and what not, so I?m just > going back in time again :) > > >>>>>>>>>>>> > > >>>>>>>>>>>> I wonder why there is this overwhelming need to import > stuff that breaks things right, left and center in a -stable branch ? > > >>>>>>>>>>>> That would have earned you the pointy hat back when?. > > >>>>>>>>>>>> > > >>>>>>>>>>>> -S=C3=B8ren > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> On 14 Aug 2019, at 18.01, Mit Matelske mit@pt.net>> wrote: > > >>>>>>>>>>>> > > >>>>>>>>>>>> Marcin- > > >>>>>>>>>>>> > > >>>>>>>>>>>> Sorry I didn't reply yesterday. I didn't have any luck > with that either. I tried a lot of permutations. > > >>>>>>>>>>>> > > >>>>>>>>>>>> Not saying for 100% it doesn't work, but I couldn't get it > to work! > > >>>>>>>>>>>> > > >>>>>>>>>>>> Mit > > >>>>>>>>>>>> > > >>>>>>>>>>>> From: "Marcin Wojtas" mw@semihalf.com>> > > >>>>>>>>>>>> To: "Mit Matelske" > > > >>>>>>>>>>>> Cc: "S=C3=B8ren Schmidt" soren.schmidt@gmail.com>>, "freebsd-arm" freebsd-arm@freebsd.org>> > > >>>>>>>>>>>> Sent: Wednesday, August 14, 2019 10:41:04 AM > > >>>>>>>>>>>> Subject: Re: Espressobin anyone ? > > >>>>>>>>>>>> > > >>>>>>>>>>>> Hi Mit, > > >>>>>>>>>>>> Since you are using the latest 13-current, could you pleas= e > try if passing rootdev via u-boot bootargs (please see my previous email) > works for you without the loader modification? > > >>>>>>>>>>>> > > >>>>>>>>>>>> Best regards, > > >>>>>>>>>>>> Marcin > > >>>>>>>>>>>> > > >>>>>>>>>>>> ?r., 14 sie 2019 o 16:29 Mit Matelske mit@pt.net>> napisa?(a): > > >>>>>>>>>>>> Soren- > > >>>>>>>>>>>> > > >>>>>>>>>>>> Thanks for the info. I'll grab a couple more SD cards at > lunch. This one is a new Samsung 32GB. I'll also try putting the change= s > into 12 and see if that helps. I'm using the latest 13-current. > > >>>>>>>>>>>> > > >>>>>>>>>>>> Again, appreciate the hand holding! > > >>>>>>>>>>>> > > >>>>>>>>>>>> Mit > > >>>>>>>>>>>> > > >>>>>>>>>>>> From: "S=C3=B8ren Schmidt" soren.schmidt@gmail.com>> > > >>>>>>>>>>>> To: "Mit Matelske" > > > >>>>>>>>>>>> Cc: "Marcin Wojtas" mw@semihalf.com>>, "freebsd-arm" freebsd-arm@freebsd.org>> > > >>>>>>>>>>>> Sent: Wednesday, August 14, 2019 2:30:31 AM > > >>>>>>>>>>>> Subject: Re: Espressobin anyone ? > > >>>>>>>>>>>> > > >>>>>>>>>>>> Hi Mit > > >>>>>>>>>>>> Hmm, from your earlier posted dmesgs it looks like the SD > card is not getting detected properly.. > > >>>>>>>>>>>> > > >>>>>>>>>>>> I get this output: > > >>>>>>>>>>>> > > >>>>>>>>>>>> sdhci_xenon0: mem > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > >>>>>>>>>>>> mmc0: on sdhci_xenon0 > > >>>>>>>>>>>> ?snip? > > >>>>>>>>>>>> mmcsd0: 16GB PH> at mmc0 50.0MHz/4bit/65535-block > > >>>>>>>>>>>> > > >>>>>>>>>>>> The problem you see was fixed for me by r348882, maybe it > got broken later, I havn?t backported the later changes.. > > >>>>>>>>>>>> > > >>>>>>>>>>>> Have you tried another SD card ? I have found 2 of mine > that the espressobin doesn?t like, but works fine with bananapi and > friends... > > >>>>>>>>>>>> > > >>>>>>>>>>>> -S=C3=B8ren > > >>>>>>>>>>>> > > >>>>>>>>>>>> On 13 Aug 2019, at 23.30, Mit Matelske mit@pt.net>> wrote: > > >>>>>>>>>>>> > > >>>>>>>>>>>> Soren- > > >>>>>>>>>>>> > > >>>>>>>>>>>> Thanks for the code snippet! That will fix one of the > problems. > > >>>>>>>>>>>> > > >>>>>>>>>>>> I still can't mount my filesystem, though. I think I'm > doing something really simple, wrong. I believe I'm running the latest > code and added some printfs to show the kernel setting the regulator: > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> usbus1 on ehci0 > > >>>>>>>>>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus= 1 > > >>>>>>>>>>>> sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) = =3D > 19 > > >>>>>>>>>>>> sdhci_xenon0: vqmmc-supply regulator found > > >>>>>>>>>>>> sdhci_xenon0: mem > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > >>>>>>>>>>>> ahci0: mem 0xe0000-0xe0177 irq 26 o= n > simplebus1 > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> Could there be a problem with how I am setting up my > filesystem? I've tried both freebsd-ufs and freebsd as the type, with no > luck. A gpart listing of my SD card: > > >>>>>>>>>>>> > > >>>>>>>>>>>> root@fbl:~ # gpart list da3 > > >>>>>>>>>>>> Geom name: da3 > > >>>>>>>>>>>> modified: false > > >>>>>>>>>>>> state: OK > > >>>>>>>>>>>> fwheads: 255 > > >>>>>>>>>>>> fwsectors: 63 > > >>>>>>>>>>>> last: 62521335 > > >>>>>>>>>>>> first: 3 > > >>>>>>>>>>>> entries: 4 > > >>>>>>>>>>>> scheme: GPT > > >>>>>>>>>>>> Providers: > > >>>>>>>>>>>> 1. Name: da3p1 > > >>>>>>>>>>>> Mediasize: 41943040 (40M) > > >>>>>>>>>>>> Sectorsize: 512 > > >>>>>>>>>>>> Stripesize: 0 > > >>>>>>>>>>>> Stripeoffset: 1536 > > >>>>>>>>>>>> Mode: r0w0e0 > > >>>>>>>>>>>> efimedia: > HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) > > >>>>>>>>>>>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > > >>>>>>>>>>>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > > >>>>>>>>>>>> label: (null) > > >>>>>>>>>>>> length: 41943040 > > >>>>>>>>>>>> offset: 1536 > > >>>>>>>>>>>> type: efi > > >>>>>>>>>>>> index: 1 > > >>>>>>>>>>>> end: 81922 > > >>>>>>>>>>>> start: 3 > > >>>>>>>>>>>> 2. Name: da3p2 > > >>>>>>>>>>>> Mediasize: 31968979456 (30G) > > >>>>>>>>>>>> Sectorsize: 512 > > >>>>>>>>>>>> Stripesize: 0 > > >>>>>>>>>>>> Stripeoffset: 41944576 > > >>>>>>>>>>>> Mode: r0w0e0 > > >>>>>>>>>>>> efimedia: > HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5) > > >>>>>>>>>>>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > > >>>>>>>>>>>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > > >>>>>>>>>>>> label: (null) > > >>>>>>>>>>>> length: 31968979456 > > >>>>>>>>>>>> offset: 41944576 > > >>>>>>>>>>>> type: freebsd-ufs > > >>>>>>>>>>>> index: 2 > > >>>>>>>>>>>> end: 62521335 > > >>>>>>>>>>>> start: 81923 > > >>>>>>>>>>>> Consumers: > > >>>>>>>>>>>> 1. Name: da3 > > >>>>>>>>>>>> Mediasize: 32010928128 (30G) > > >>>>>>>>>>>> Sectorsize: 512 > > >>>>>>>>>>>> Mode: r0w0e0 > > >>>>>>>>>>>> > > >>>>>>>>>>>> Thanks!! > > >>>>>>>>>>>> > > >>>>>>>>>>>> Mit > > >>>>>>>>>>>> > > >>>>>>>>>>>> From: "S=C3=B8ren Schmidt" soren.schmidt@gmail.com>> > > >>>>>>>>>>>> To: "Marcin Wojtas" mw@semihalf.com>> > > >>>>>>>>>>>> Cc: "Mit Matelske" >, > "freebsd-arm" > > > >>>>>>>>>>>> Sent: Tuesday, August 13, 2019 12:55:09 PM > > >>>>>>>>>>>> Subject: Re: Espressobin anyone ? > > >>>>>>>>>>>> > > >>>>>>>>>>>> Hi > > >>>>>>>>>>>> That doesn?t seen to work on the espressobin, or least I > can?t get it to pick it up. > > >>>>>>>>>>>> > > >>>>>>>>>>>> I use this patch as a workaround: > > >>>>>>>>>>>> > > >>>>>>>>>>>> Index: main.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 > > >>>>>>>>>>>> --- main.c (revision 350496) > > >>>>>>>>>>>> +++ main.c (working copy) > > >>>>>>>>>>>> @@ -463,6 +462,13 @@ > > >>>>>>>>>>>> int rv; > > >>>>>>>>>>>> char *rootdev; > > >>>>>>>>>>>> > > >>>>>>>>>>>> +#if defined(__aarch64__) > > >>>>>>>>>>>> + /* SOS HACK in rootdev, at least Espressobin gets thi= s > wrong */ > > >>>>>>>>>>>> + printf("Setting currdev hack\n"); > > >>>>>>>>>>>> + set_currdev("disk0p2"); > > >>>>>>>>>>>> + return (0); > > >>>>>>>>>>>> +#endif > > >>>>>>>>>>>> + > > >>>>>>>>>>>> /* > > >>>>>>>>>>>> * First choice: if rootdev is already set, use that, eve= n > if > > >>>>>>>>>>>> * it's wrong. > > >>>>>>>>>>>> > > >>>>>>>>>>>> Its not pretty but it does the job until I get time to loo= k > into why bootargs aren?t passed / won?t stick, probably something I havn?= t > backported to my -stable12 sources yet... > > >>>>>>>>>>>> > > >>>>>>>>>>>> -S=C3=B8ren > > >>>>>>>>>>>> > > >>>>>>>>>>>> On 13 Aug 2019, at 01.38, Marcin Wojtas > wrote: > > >>>>>>>>>>>> > > >>>>>>>>>>>> Hi, > > >>>>>>>>>>>> > > >>>>>>>>>>>> Not sure if it's what you are looking for, but in order to > autoboot, I > > >>>>>>>>>>>> simply pass 'rootdev=3DdiskXpY' in the bootargs variable. > Here's example from > > >>>>>>>>>>>> A3720-DB (same should work on EspressoBin): > > >>>>>>>>>>>> > > >>>>>>>>>>>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; fatl= oad > usb 0:1 > > >>>>>>>>>>>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 > ${kernel_addr} > > >>>>>>>>>>>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > > >>>>>>>>>>>> resetting USB... > > >>>>>>>>>>>> USB0: Register 2000104 NbrPorts 2 > > >>>>>>>>>>>> Starting the controller > > >>>>>>>>>>>> USB XHCI 1.00 > > >>>>>>>>>>>> USB1: USB EHCI 1.00 > > >>>>>>>>>>>> - ______ ____ _____ _____ > > >>>>>>>>>>>> | ____| | _ \ / ____| __ \ > > >>>>>>>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | > > >>>>>>>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > > >>>>>>>>>>>> | | | | | __/ __/| |_) |____) | |__| | > > >>>>>>>>>>>> | | | | | | || | | | > > >>>>>>>>>>>> |_| |_| \___|\___||____/|_____/|_____/ > > >>>>>>>>>>>> ``` > > >>>>>>>>>>>> ` > > >>>>>>>>>>>> ????????????Welcome to FreeBSD????????????? s` > `.....---.......--.``` > > >>>>>>>>>>>> -/ > > >>>>>>>>>>>> ? ? +o .--` > /y:` > > >>>>>>>>>>>> +. > > >>>>>>>>>>>> ? 1. Boot Multi user [Enter] ? yo`:. > :o > > >>>>>>>>>>>> `+- > > >>>>>>>>>>>> ? 2. Boot Single user ? y/ > -/` -o/ > > >>>>>>>>>>>> ? 3. Escape to loader prompt ? .- > > >>>>>>>>>>>> ::/sy+:. > > >>>>>>>>>>>> ? 4. Reboot ? / > `-- > > >>>>>>>>>>>> / > > >>>>>>>>>>>> ? ? `: > > >>>>>>>>>>>> :` > > >>>>>>>>>>>> ? Options: ? `: > > >>>>>>>>>>>> :` > > >>>>>>>>>>>> ? 5. Kernel: default/kernel (1 of 1) ? / > > >>>>>>>>>>>> / > > >>>>>>>>>>>> ? 6. Boot Options ? .- > > >>>>>>>>>>>> -. > > >>>>>>>>>>>> ? ? -- > -. > > >>>>>>>>>>>> ? ? `:` > `:` > > >>>>>>>>>>>> ? ? .-- > `--. > > >>>>>>>>>>>> ??????????????????????????????????????????? > .---.....----. > > >>>>>>>>>>>> Autoboot in 9 seconds, hit [Enter] to boot or any other ke= y > to stop > > >>>>>>>>>>>> > > >>>>>>>>>>>> Loading kernel... > > >>>>>>>>>>>> /boot/kernel/kernel text=3D0x95047c data=3D0x1919d0+0x84aa= 94 > > >>>>>>>>>>>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] > > >>>>>>>>>>>> Loading configured modules... > > >>>>>>>>>>>> can't find '/boot/entropy' > > >>>>>>>>>>>> Using DTB provided by EFI at 0x8000000. > > >>>>>>>>>>>> ---<>--- > > >>>>>>>>>>>> KDB: debugger backends: ddb > > >>>>>>>>>>>> KDB: current backend: ddb > > >>>>>>>>>>>> Copyright (c) 1992-2019 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 Foundatio= n. > > >>>>>>>>>>>> FreeBSD 13.0-CURRENT 17a1fc80d57-c261519(upstream_master) > GENERIC arm64 > > >>>>>>>>>>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365= ) > (based on LLVM > > >>>>>>>>>>>> 8.0.0) > > >>>>>>>>>>>> WARNING: WITNESS option enabled, expect reduced performanc= e. > > >>>>>>>>>>>> VT: init without driver. > > >>>>>>>>>>>> Starting CPU 1 (1) > > >>>>>>>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > >>>>>>>>>>>> [...] > > >>>>>>>>>>>> > > >>>>>>>>>>>> Best regards, > > >>>>>>>>>>>> Marcin > > >>>>>>>>>>>> > > >>>>>>>>>>>> pon., 12 sie 2019 o 23:14 Mit Matelske mit@pt.net>> napisa?(a): > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> Soren- > > >>>>>>>>>>>> > > >>>>>>>>>>>> Thanks for the quick response. I built this kernel with > revision 350924. > > >>>>>>>>>>>> I'll dig into whats going on in the morning. > > >>>>>>>>>>>> > > >>>>>>>>>>>> Mind posting your diff for your loader.efi? > > >>>>>>>>>>>> > > >>>>>>>>>>>> Thanks again! > > >>>>>>>>>>>> > > >>>>>>>>>>>> Mit > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> ----- Original Message ----- > > >>>>>>>>>>>> From: "S=C3=B8ren Schmidt" soren.schmidt@gmail.com>> > > >>>>>>>>>>>> To: "Mit Matelske" > > > >>>>>>>>>>>> Cc: "tscho" johannes@t-beutel.com>>, "freebsd-arm" < > > >>>>>>>>>>>> freebsd-arm@freebsd.org > > > >>>>>>>>>>>> Sent: Monday, August 12, 2019 3:49:48 PM > > >>>>>>>>>>>> Subject: Re: Espressobin anyone ? > > >>>>>>>>>>>> > > >>>>>>>>>>>> Hi > > >>>>>>>>>>>> > > >>>>>>>>>>>> Looks like your sources may be too old, you need to be at > least at r348882 > > >>>>>>>>>>>> to get the fix for the SD card VCC regulator. > > >>>>>>>>>>>> > > >>>>>>>>>>>> That change fixed it for me backported to 12-stable... > > >>>>>>>>>>>> > > >>>>>>>>>>>> The currdev problem still exists, I have it hardwired in m= y > loader for > > >>>>>>>>>>>> aarch64 :) > > >>>>>>>>>>>> > > >>>>>>>>>>>> -S=C3=B8ren > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> On 12 Aug 2019, at 21.06, Mit Matelske mit@pt.net>> wrote: > > >>>>>>>>>>>> > > >>>>>>>>>>>> I'm having a couple little hiccups booting this board > also. One has > > >>>>>>>>>>>> been commented on already, that I can't get the loader to > automatically > > >>>>>>>>>>>> start loading the kernel on "disk0p2"... > > >>>>>>>>>>>> > > >>>>>>>>>>>> The second, is that the kernel can't find the SD card afte= r > booting so > > >>>>>>>>>>>> it can't mount the root filesystem. I'm using the dts/dtb > and kernel from > > >>>>>>>>>>>> the 13-current branch. > > >>>>>>>>>>>> > > >>>>>>>>>>>> Thanks for any and all help. I haven't used u-boot in > about decade. > > >>>>>>>>>>>> Spoiled by the x86 platform. > > >>>>>>>>>>>> > > >>>>>>>>>>>> Mit Matelske > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> ***U-boot environment:*** > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> Marvell>> printenv > > >>>>>>>>>>>> baudrate=3D115200 > > >>>>>>>>>>>> bootargs=3Dconsole=3DttyMV0,115200 > earlycon=3Dar3700_uart,0xd0012000 > > >>>>>>>>>>>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 biosdevn= ame=3D0 > > >>>>>>>>>>>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr > $image_name;fatload mmc > > >>>>>>>>>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > >>>>>>>>>>>> bootdelay=3D2 > > >>>>>>>>>>>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr > $image_name;fatload mmc > > >>>>>>>>>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr $fdt_addr > > >>>>>>>>>>>> console=3Dconsole=3DttyMV0,115200 > earlycon=3Dar3700_uart,0xd0012000 > > >>>>>>>>>>>> eth1addr=3D00:51:82:11:22:01 > > >>>>>>>>>>>> eth2addr=3D00:51:82:11:22:02 > > >>>>>>>>>>>> eth3addr=3D00:51:82:11:22:03 > > >>>>>>>>>>>> ethact=3Dneta@30000 > > >>>>>>>>>>>> ethaddr=3DF0:AD:4E:09:6B:8F > > >>>>>>>>>>>> ethprime=3Deth0 > > >>>>>>>>>>>> fdt_addr=3D0x4f00000 > > >>>>>>>>>>>> fdt_high=3D0xffffffffffffffff > > >>>>>>>>>>>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb > > >>>>>>>>>>>> fdtcontroladdr=3D3f7161b8 > > >>>>>>>>>>>> gatewayip=3D10.4.50.254 > > >>>>>>>>>>>> get_images=3Dtftpboot $kernel_addr $image_name; tftpboot > $fdt_addr > > >>>>>>>>>>>> $fdt_name; run get_ramfs > > >>>>>>>>>>>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv > ramfs_addr > > >>>>>>>>>>>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else setenv > ramfs_addr -;fi > > >>>>>>>>>>>> hostname=3Dmarvell > > >>>>>>>>>>>> image_name=3Defi/freebsd/loader.efi > > >>>>>>>>>>>> initrd_addr=3D0xa00000 > > >>>>>>>>>>>> initrd_size=3D0x2000000 > > >>>>>>>>>>>> ipaddr=3D0.0.0.0 > > >>>>>>>>>>>> kernel_addr=3D0x5000000 > > >>>>>>>>>>>> loadaddr=3D0x5000000 > > >>>>>>>>>>>> netdev=3Deth0 > > >>>>>>>>>>>> netmask=3D255.255.255.0 > > >>>>>>>>>>>> ramfs_addr=3D0x8000000 > > >>>>>>>>>>>> ramfs_name=3D- > > >>>>>>>>>>>> root=3Droot=3D/dev/nfs rw > > >>>>>>>>>>>> rootpath=3D/srv/nfs/ > > >>>>>>>>>>>> serverip=3D0.0.0.0 > > >>>>>>>>>>>> set_bootargs=3Dsetenv bootargs $console $root > > >>>>>>>>>>>> > ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none > > >>>>>>>>>>>> nfsroot=3D$serverip:$rootpath $extra_params > > >>>>>>>>>>>> stderr=3Dserial@12000 > > >>>>>>>>>>>> stdin=3Dserial@12000 > > >>>>>>>>>>>> stdout=3Dserial@12000 > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> ***Full boot logs:*** > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - > 15:39:10 +0800) > > >>>>>>>>>>>> > > >>>>>>>>>>>> Model: Marvell Armada 3720 Community Board ESPRESSOBin > > >>>>>>>>>>>> CPU @ 1000 [MHz] > > >>>>>>>>>>>> L2 @ 800 [MHz] > > >>>>>>>>>>>> TClock @ 200 [MHz] > > >>>>>>>>>>>> DDR @ 800 [MHz] > > >>>>>>>>>>>> DRAM: 1 GiB > > >>>>>>>>>>>> U-Boot DT blob at : 000000003f7161b8 > > >>>>>>>>>>>> Comphy-0: USB3 5 Gbps > > >>>>>>>>>>>> Comphy-1: PEX0 2.5 Gbps > > >>>>>>>>>>>> Comphy-2: SATA0 6 Gbps > > >>>>>>>>>>>> SATA link 0 timeout. > > >>>>>>>>>>>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode > > >>>>>>>>>>>> flags: ncq led only pmp fbss pio slum part sxs > > >>>>>>>>>>>> PCIE-0: Link down > > >>>>>>>>>>>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 > > >>>>>>>>>>>> SF: Detected mx25u3235f with page size 256 Bytes, erase > size 64 KiB, > > >>>>>>>>>>>> total 4 MiB > > >>>>>>>>>>>> Net: eth0: neta@30000 [PRIME] > > >>>>>>>>>>>> Hit any key to stop autoboot: 0 > > >>>>>>>>>>>> switch to partitions #0, OK > > >>>>>>>>>>>> mmc0 is current device > > >>>>>>>>>>>> reading efi/freebsd/loader.efi > > >>>>>>>>>>>> 603872 bytes read in 49 ms (11.8 MiB/s) > > >>>>>>>>>>>> reading efi/boot/armada-3720-espressobin.dtb > > >>>>>>>>>>>> 15946 bytes read in 17 ms (916 KiB/s) > > >>>>>>>>>>>> ## Starting EFI application at 05000000 ... > > >>>>>>>>>>>> Scanning disk sdhci@d0000.blk ... > > >>>>>>>>>>>> Card did not respond to voltage select! > > >>>>>>>>>>>> mmc_init: -95, time 50 > > >>>>>>>>>>>> Found 1 disks > > >>>>>>>>>>>> Consoles: EFI console > > >>>>>>>>>>>> FreeBSD/arm64 EFI loader, Revision 1.1 > > >>>>>>>>>>>> > > >>>>>>>>>>>> Command line arguments: loader.efi > > >>>>>>>>>>>> EFI version: 2.05 > > >>>>>>>>>>>> EFI Firmware: Das U-boot (rev 0.00) > > >>>>>>>>>>>> Console: efi (0) > > >>>>>>>>>>>> Failed to find bootable partition > > >>>>>>>>>>>> Startup error in /boot/lua/loader.lua: seconds > > >>>>>>>>>>>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid > argument. > > >>>>>>>>>>>> > > >>>>>>>>>>>> can't load 'kernel' > > >>>>>>>>>>>> > > >>>>>>>>>>>> Type '?' for a list of commands, 'help' for more detailed > help. > > >>>>>>>>>>>> OK > > >>>>>>>>>>>> OK set currdev=3Ddisk0p2 > > >>>>>>>>>>>> OK boot > > >>>>>>>>>>>> > > >>>>>>>>>>>> /boot/kernel/kernel text=3D0x97d6a0 data=3D0x191b50+0x84ae= 94 > > >>>>>>>>>>>> syms=3D[0x8+0x137dd8+0x8+0x126260] > > >>>>>>>>>>>> Using DTB provided by EFI at 0x8000000. > > >>>>>>>>>>>> ---<>--- > > >>>>>>>>>>>> KDB: debugger backends: ddb > > >>>>>>>>>>>> KDB: current backend: ddb > > >>>>>>>>>>>> Copyright (c) 1992-2019 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 Foundatio= n. > > >>>>>>>>>>>> FreeBSD 13.0-CURRENT GENERIC arm64 > > >>>>>>>>>>>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540= ) > (based on > > >>>>>>>>>>>> LLVM 6.0.1) > > >>>>>>>>>>>> WARNING: WITNESS option enabled, expect reduced performanc= e. > > >>>>>>>>>>>> VT: init without driver. > > >>>>>>>>>>>> Starting CPU 1 (1) > > >>>>>>>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > >>>>>>>>>>>> arc4random: WARNING: initial seeding bypassed the > cryptographic random > > >>>>>>>>>>>> device because it was not yet seeded and the knob > 'bypass_before_seeding' > > >>>>>>>>>>>> was enabled. > > >>>>>>>>>>>> random: entropy device external interface > > >>>>>>>>>>>> MAP 3e681000 mode 2 pages 1 > > >>>>>>>>>>>> MAP 3ffa6000 mode 2 pages 1 > > >>>>>>>>>>>> kbd0 at kbdmux0 > > >>>>>>>>>>>> ofwbus0: > > >>>>>>>>>>>> simplebus0: on ofwbus0 > > >>>>>>>>>>>> simplebus1: on simplebu= s0 > > >>>>>>>>>>>> simple_mfd0: mem > > >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > > >>>>>>>>>>>> simple_mfd1: mem > > >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > > >>>>>>>>>>>> psci0: on > ofwbus0 > > >>>>>>>>>>>> gic0: mem > > >>>>>>>>>>>> > 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1= d91fff,0x1da0000-0x1dbffff > > >>>>>>>>>>>> irq 27 on simplebus1 > > >>>>>>>>>>>> gpio0: mem > > >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > 28,29,30,31,32,33,34,35,36,37,38,39 on > > >>>>>>>>>>>> simple_mfd0 > > >>>>>>>>>>>> gpio0: cannot allocate memory window > > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > > >>>>>>>>>>>> gpio0: mem > > >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > simple_mfd1 > > >>>>>>>>>>>> gpio0: cannot allocate memory window > > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > > >>>>>>>>>>>> gpioregulator0: on ofwbus0 > > >>>>>>>>>>>> gpioregulator0: cannot get pin 0 > > >>>>>>>>>>>> gpioregulator0: cannot parse parameters > > >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > > >>>>>>>>>>>> generic_timer0: irq 0,1,2,3 on ofwbu= s0 > > >>>>>>>>>>>> Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz > quality 1000 > > >>>>>>>>>>>> Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz > quality 1000 > > >>>>>>>>>>>> gpio0: mem > > >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > 28,29,30,31,32,33,34,35,36,37,38,39 on > > >>>>>>>>>>>> simple_mfd0 > > >>>>>>>>>>>> gpio0: cannot allocate memory window > > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > > >>>>>>>>>>>> gpio0: mem > > >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > simple_mfd1 > > >>>>>>>>>>>> gpio0: cannot allocate memory window > > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > > >>>>>>>>>>>> gpioregulator0: on ofwbus0 > > >>>>>>>>>>>> gpioregulator0: cannot get pin 0 > > >>>>>>>>>>>> gpioregulator0: cannot parse parameters > > >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > > >>>>>>>>>>>> gpio0: mem > > >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > 28,29,30,31,32,33,34,35,36,37,38,39 on > > >>>>>>>>>>>> simple_mfd0 > > >>>>>>>>>>>> gpio0: cannot allocate memory window > > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > > >>>>>>>>>>>> gpio0: mem > > >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > simple_mfd1 > > >>>>>>>>>>>> gpio0: cannot allocate memory window > > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > > >>>>>>>>>>>> gpioregulator0: on ofwbus0 > > >>>>>>>>>>>> gpioregulator0: cannot get pin 0 > > >>>>>>>>>>>> gpioregulator0: cannot parse parameters > > >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > > >>>>>>>>>>>> gpio0: mem > > >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > 28,29,30,31,32,33,34,35,36,37,38,39 on > > >>>>>>>>>>>> simple_mfd0 > > >>>>>>>>>>>> gpio0: cannot allocate memory window > > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > > >>>>>>>>>>>> gpio0: mem > > >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > simple_mfd1 > > >>>>>>>>>>>> gpio0: cannot allocate memory window > > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > > >>>>>>>>>>>> gpioregulator0: on ofwbus0 > > >>>>>>>>>>>> gpioregulator0: cannot get pin 0 > > >>>>>>>>>>>> gpioregulator0: cannot parse parameters > > >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > > >>>>>>>>>>>> gpio0: mem > > >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > 28,29,30,31,32,33,34,35,36,37,38,39 on > > >>>>>>>>>>>> simple_mfd0 > > >>>>>>>>>>>> gpio0: cannot allocate memory window > > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > > >>>>>>>>>>>> gpio0: mem > > >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > simple_mfd1 > > >>>>>>>>>>>> gpio0: cannot allocate memory window > > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > > >>>>>>>>>>>> gpioregulator0: on ofwbus0 > > >>>>>>>>>>>> gpioregulator0: cannot get pin 0 > > >>>>>>>>>>>> gpioregulator0: cannot parse parameters > > >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > > >>>>>>>>>>>> cpulist0: on ofwbus0 > > >>>>>>>>>>>> cpu0: on cpulist0 > > >>>>>>>>>>>> cpu1: on cpulist0 > > >>>>>>>>>>>> pmu0: irq 4 on ofwbus0 > > >>>>>>>>>>>> syscon_generic0: mem 0xd000-0xdfff on simplebus1 > > >>>>>>>>>>>> syscon_generic1: mem 0x11500-0x1153f on simplebus= 1 > > >>>>>>>>>>>> uart0: mem 0x12000-0x121ff irq > 9,10,11 on > > >>>>>>>>>>>> simplebus1 > > >>>>>>>>>>>> uart0: console (115200,n,8,1) > > >>>>>>>>>>>> gpio0: mem > > >>>>>>>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > 28,29,30,31,32,33,34,35,36,37,38,39 on > > >>>>>>>>>>>> simple_mfd0 > > >>>>>>>>>>>> gpio0: cannot allocate memory window > > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > > >>>>>>>>>>>> syscon_generic2: mem 0x14000-0x1405f on simplebus= 1 > > >>>>>>>>>>>> gpio0: mem > > >>>>>>>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > simple_mfd1 > > >>>>>>>>>>>> gpio0: cannot allocate memory window > > >>>>>>>>>>>> device_attach: gpio0 attach returned 6 > > >>>>>>>>>>>> mvneta0: mem 0x30000-0x33fff irq 14 on > simplebus1 > > >>>>>>>>>>>> mvneta0: version is 10 > > >>>>>>>>>>>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > > >>>>>>>>>>>> mdio0: on mvneta0 > > >>>>>>>>>>>> mdioproxy0: on mdio0 > > >>>>>>>>>>>> e6000sw0: on mdio0 > > >>>>>>>>>>>> e6000sw0: multi-chip addressing mode (0x1) > > >>>>>>>>>>>> e6000sw0: CPU port at 0 > > >>>>>>>>>>>> e6000sw0: fixed port at 0 > > >>>>>>>>>>>> e6000sw0: PHY at port 1 > > >>>>>>>>>>>> miibus0: on e6000sw0 > > >>>>>>>>>>>> e1000phy0: PHY 17 on miibus0 > > >>>>>>>>>>>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, > > >>>>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, > 1000baseT-FDX-master, auto > > >>>>>>>>>>>> e6000sw0: PHY at port 2 > > >>>>>>>>>>>> miibus1: on e6000sw0 > > >>>>>>>>>>>> e1000phy1: PHY 18 on miibus1 > > >>>>>>>>>>>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, > > >>>>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, > 1000baseT-FDX-master, auto > > >>>>>>>>>>>> e6000sw0: PHY at port 3 > > >>>>>>>>>>>> miibus2: on e6000sw0 > > >>>>>>>>>>>> e1000phy2: PHY 19 on miibus2 > > >>>>>>>>>>>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, > > >>>>>>>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, > 1000baseT-FDX-master, auto > > >>>>>>>>>>>> e6000sw0: switch is ready. > > >>>>>>>>>>>> etherswitch0: on e6000sw0 > > >>>>>>>>>>>> xhci0: mem 0x58000-0x5bfff ir= q > 16 on > > >>>>>>>>>>>> simplebus1 > > >>>>>>>>>>>> xhci0: 32 bytes context size, 32-bit DMA > > >>>>>>>>>>>> usbus0 on xhci0 > > >>>>>>>>>>>> syscon_generic3: mem 0x5d800-0x5dfff on simplebus= 1 > > >>>>>>>>>>>> ehci0: mem > 0x5e000-0x5efff irq > > >>>>>>>>>>>> 17 on simplebus1 > > >>>>>>>>>>>> usbus1: EHCI version 1.0 > > >>>>>>>>>>>> usbus1 on ehci0 > > >>>>>>>>>>>> syscon_generic4: mem 0x5f800-0x5ffff on simplebus= 1 > > >>>>>>>>>>>> sdhci_xenon0: mem > > >>>>>>>>>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > >>>>>>>>>>>> ahci0: mem 0xe0000-0xe0177 irq 26 o= n > simplebus1 > > >>>>>>>>>>>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier > supported with FBS > > >>>>>>>>>>>> ahcich0: at channel 0 on ahci0 > > >>>>>>>>>>>> device_attach: ahcich0 attach returned 6 > > >>>>>>>>>>>> gpioregulator0: on ofwbus0 > > >>>>>>>>>>>> gpioregulator0: cannot get pin 0 > > >>>>>>>>>>>> gpioregulator0: cannot parse parameters > > >>>>>>>>>>>> device_attach: gpioregulator0 attach returned 6 > > >>>>>>>>>>>> cryptosoft0: > > >>>>>>>>>>>> Timecounters tick every 1.000 msec > > >>>>>>>>>>>> mvneta0: link state changed to UP > > >>>>>>>>>>>> e6000sw0port1: link state changed to DOWN > > >>>>>>>>>>>> e6000sw0port2: link state changed to DOWN > > >>>>>>>>>>>> e6000sw0port3: link state changed to DOWN > > >>>>>>>>>>>> usbus0: 5.0Gbps Super Speed USB v3.0 > > >>>>>>>>>>>> usbus1: 480Mbps High Speed USB v2.0 > > >>>>>>>>>>>> Release APs...done > > >>>>>>>>>>>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > > >>>>>>>>>>>> Instruction Set Attributes 0 =3D > > >>>>>>>>>>>> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install > [ro,noatime]... > > >>>>>>>>>>>> Instruction Set Attributes 1 =3D <> > > >>>>>>>>>>>> Root mount waiting for: Processor Features 0 =3D > > >>>>>>>>>>>> > > >>>>>>>>>>>> usbus1 Processor Features 1 =3D <0> > > >>>>>>>>>>>> usbus0 Memory Model Features 0 =3D <4k Granule,64k > Granule,S/NS > > >>>>>>>>>>>> Mem,MixedEndian,16bit ASID,1TB PA> > > >>>>>>>>>>>> > > >>>>>>>>>>>> Memory Model Features 1 =3D <> > > >>>>>>>>>>>> Memory Model Features 2 =3D <32b CCIDX,48b VA> > > >>>>>>>>>>>> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoin= ts,6 > > >>>>>>>>>>>> Breakpoints,PMUv3,Debug v8> > > >>>>>>>>>>>> Debug Features 1 =3D <0> > > >>>>>>>>>>>> Auxiliary Features 0 =3D <0> > > >>>>>>>>>>>> Auxiliary Features 1 =3D <0> > > >>>>>>>>>>>> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 > > >>>>>>>>>>>> WARNING: WITNESS option enabled, expect reduced performanc= e. > > >>>>>>>>>>>> ugen0.1: at usbus0 > > >>>>>>>>>>>> ugen1.1: at usbus1 > > >>>>>>>>>>>> uhub0 on usbus0 > > >>>>>>>>>>>> uhub1 on usbus1 > > >>>>>>>>>>>> uhub0: addr 1> on > > >>>>>>>>>>>> usbus0 > > >>>>>>>>>>>> uhub1: addr 1> on > > >>>>>>>>>>>> usbus1 > > >>>>>>>>>>>> uhub0: 2 ports with 2 removable, self powered > > >>>>>>>>>>>> uhub1: 1 port with 1 removable, self powered > > >>>>>>>>>>>> mountroot: waiting for device /dev/ufs/FreeBSD_Install... > > >>>>>>>>>>>> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with > error 19. > > >>>>>>>>>>>> > > >>>>>>>>>>>> Loader variables: > > >>>>>>>>>>>> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > > >>>>>>>>>>>> vfs.root.mountfrom.options=3Dro,noatime > > >>>>>>>>>>>> > > >>>>>>>>>>>> Manual root filesystem specification: > > >>>>>>>>>>>> : [options] > > >>>>>>>>>>>> Mount using filesystem > > >>>>>>>>>>>> and with the specified (optional) option list. > > >>>>>>>>>>>> > > >>>>>>>>>>>> eg. ufs:/dev/da0s1a > > >>>>>>>>>>>> zfs:zroot/ROOT/default > > >>>>>>>>>>>> cd9660:/dev/cd0 ro > > >>>>>>>>>>>> (which is equivalent to: mount -t cd9660 -o ro /dev/cd= 0 > /) > > >>>>>>>>>>>> > > >>>>>>>>>>>> ? List valid disk boot devices > > >>>>>>>>>>>> . Yield 1 second (for background tasks) > > >>>>>>>>>>>> Abort manual input > > >>>>>>>>>>>> > > >>>>>>>>>>>> mountroot> ? > > >>>>>>>>>>>> > > >>>>>>>>>>>> List of GEOM managed disk devices: > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> mountroot> > > >>>>>>>>>>>> _______________________________________________ > > >>>>>>>>>>>> freebsd-arm@freebsd.org > mailing list > > >>>>>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < > https://lists.freebsd.org/mailman/listinfo/freebsd-arm> > > >>>>>>>>>>>> To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org freebsd-arm-unsubscribe@freebsd.org>" > > >>>>>>>>>>>> > > >>>>>>>>>>>> _______________________________________________ > > >>>>>>>>>>>> freebsd-arm@freebsd.org > mailing list > > >>>>>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < > https://lists.freebsd.org/mailman/listinfo/freebsd-arm> > > >>>>>>>>>>>> To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org freebsd-arm-unsubscribe@freebsd.org>" > > >>>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> -- > > >>>>>>>>>> Emmanuel Vadot > > >>>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> -- > > >>>>>>>> Emmanuel Vadot > > >>>>>> > > >>>>>> > > >>>>>> -- > > >>>>>> Emmanuel Vadot > > >>>>>> _______________________________________________ > > >>>>>> freebsd-arm@freebsd.org mailing list > > >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > >>>>>> To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org" > > >>>>> > > >>>>> > > >>>>> -- > > >>>>> Emmanuel Vadot > > >>>>> _______________________________________________ > > >>>>> freebsd-arm@freebsd.org mailing list > > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > >>>>> To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org" > > >>>> > > >>>> > > >>>> -- > > >>>> Emmanuel Vadot > > >>>> _______________________________________________ > > >>>> freebsd-arm@freebsd.org mailing list > > >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > >>>> To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org" > > >>> > > >>> > > >>> -- > > >>> Emmanuel Vadot > > > > > >> > > > > > > > > > -- > > > Emmanuel Vadot > > > > > > > > -- > Emmanuel Vadot > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >