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