Date: Wed, 14 Aug 2019 21:06:27 +0200 From: Emmanuel Vadot <manu@bidouilliste.com> To: =?ISO-8859-1?Q?S=F8ren?= Schmidt <soren.schmidt@gmail.com> Cc: Mit Matelske <mit@pt.net>, freebsd-arm <freebsd-arm@freebsd.org>, Marcin Wojtas <mw@semihalf.com> Subject: Re: Espressobin anyone ? Message-ID: <20190814210627.cddbfb77f006f3a5a9b1622f@bidouilliste.com> In-Reply-To: <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com> References: <E73AFF5D-43CA-41A7-BDBA-ADEF2D342479@deepcore.dk> <1634814667.34671.1565644485029.JavaMail.zimbra@perftech.com> <CAPv3WKeMEe9mW8YYS8k=J9obwde9KEidMHHQpPJ0idrhcyx=RQ@mail.gmail.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> <CAPv3WKeCRWy65LPeeJiisPtaz=LePpVYLDAi2cj%2B2TQR=r09YA@mail.gmail.com> <1547777156.662147.1565798461515.JavaMail.zimbra@perftech.com> <0E42E605-477E-4E65-810E-BD3A8CDE2C80@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 14 Aug 2019 20:33:04 +0200 S=F8ren Schmidt <soren.schmidt@gmail.com> 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 <mit@pt.net> 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" <mw@semihalf.com> > > To: "Mit Matelske" <mit@pt.net> > > Cc: "S=F8ren Schmidt" <soren.schmidt@gmail.com>, "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 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 <mit@pt.net <mailto:mit@pt.net>> = 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" <soren.schmidt@gmail.com <mailto:soren.schmidt@= gmail.com>> > > To: "Mit Matelske" <mit@pt.net <mailto:mit@pt.net>> > > Cc: "Marcin Wojtas" <mw@semihalf.com <mailto:mw@semihalf.com>>, "freebs= d-arm" <freebsd-arm@freebsd.org <mailto: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 g= etting detected properly.. > >=20 > > I get this output: > >=20 > > sdhci_xenon0: <Armada Xenon SDHCI controller> mem 0xd0000-0xd02ff,0x1e8= 08-0x1e80b irq 24 on simplebus1 > > mmc0: <MMC/SD bus> on sdhci_xenon0 > > ?snip? > > mmcsd0: 16GB <SDHC SD16G 3.0 SN 01E28E67 MFG 07/2017 by 39 PH> 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 <mit@pt.net <mailto: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 som= e printfs to show the kernel setting the regulator: > >=20 > >=20 > > usbus1 on ehci0 > > syscon_generic4: <syscon> mem 0x5f800-0x5ffff on simplebus1 > > sdhci_xenon0: regulator_get_by_ofw_property(vqmmc-supply) =3D 19 > > sdhci_xenon0: vqmmc-supply regulator found > > sdhci_xenon0: <Armada Xenon SDHCI controller> mem 0xd0000-0xd02ff,0x1e8= 08-0x1e80b irq 24 on simplebus1 > > ahci0: <AHCI SATA controller> 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" <soren.schmidt@gmail.com <mailto:soren.schmidt@= gmail.com>> > > To: "Marcin Wojtas" <mw@semihalf.com <mailto:mw@semihalf.com>> > > Cc: "Mit Matelske" <mit@pt.net <mailto:mit@pt.net>>, "freebsd-arm" <fre= ebsd-arm@freebsd.org <mailto:freebsd-arm@freebsd.org>> > > 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 <mw@semihalf.com <mailto:mw@sem= ihalf.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 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. > > ---<<BOOT>>--- > > 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 <mit@pt.net <mailto:mit@pt.net>>= 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" <soren.schmidt@gmail.com <mailto:soren.schmidt@= gmail.com>> > > To: "Mit Matelske" <mit@pt.net <mailto:mit@pt.net>> > > Cc: "tscho" <johannes@t-beutel.com <mailto:johannes@t-beutel.com>>, "fr= eebsd-arm" < > > freebsd-arm@freebsd.org <mailto: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 <mit@pt.net <mailto: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 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 <mailto: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. > > ---<<BOOT>>--- > > 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: <Open Firmware Device Tree> > > simplebus0: <Flattened device tree simple bus> on ofwbus0 > > simplebus1: <Flattened device tree simple bus> on simplebus0 > > simple_mfd0: <Simple MFD (Multi-Functions Device)> mem > > 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > > simple_mfd1: <Simple MFD (Multi-Functions Device)> mem > > 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > > psci0: <ARM Power State Co-ordination Interface Driver> on ofwbus0 > > gic0: <ARM Generic Interrupt Controller v3.0> mem > > 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0= x1d91fff,0x1da0000-0x1dbffff > > irq 27 on simplebus1 > > gpio0: <Armada 37x0 North Bridge GPIO Controller> 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: <Armada 37x0 South Bridge GPIO Controller> 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: <GPIO controlled regulator> on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > generic_timer0: <ARMv8 Generic Timer> 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: <Armada 37x0 North Bridge GPIO Controller> 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: <Armada 37x0 South Bridge GPIO Controller> 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: <GPIO controlled regulator> on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: <Armada 37x0 North Bridge GPIO Controller> 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: <Armada 37x0 South Bridge GPIO Controller> 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: <GPIO controlled regulator> on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: <Armada 37x0 North Bridge GPIO Controller> 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: <Armada 37x0 South Bridge GPIO Controller> 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: <GPIO controlled regulator> on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > gpio0: <Armada 37x0 North Bridge GPIO Controller> 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: <Armada 37x0 South Bridge GPIO Controller> 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: <GPIO controlled regulator> on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > cpulist0: <Open Firmware CPU Group> on ofwbus0 > > cpu0: <Open Firmware CPU> on cpulist0 > > cpu1: <Open Firmware CPU> on cpulist0 > > pmu0: <Performance Monitoring Unit> irq 4 on ofwbus0 > > syscon_generic0: <syscon> mem 0xd000-0xdfff on simplebus1 > > syscon_generic1: <syscon> mem 0x11500-0x1153f on simplebus1 > > uart0: <Marvell Armada 3700 UART> mem 0x12000-0x121ff irq 9,10,11 on > > simplebus1 > > uart0: console (115200,n,8,1) > > gpio0: <Armada 37x0 North Bridge GPIO Controller> 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: <syscon> mem 0x14000-0x1405f on simplebus1 > > gpio0: <Armada 37x0 South Bridge GPIO Controller> 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: <NETA controller> mem 0x30000-0x33fff irq 14 on simplebus1 > > mvneta0: version is 10 > > mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > > mdio0: <MDIO> on mvneta0 > > mdioproxy0: <MII/MDIO proxy, MDIO side> on mdio0 > > e6000sw0: <Marvell 88E6341> on mdio0 > > e6000sw0: multi-chip addressing mode (0x1) > > e6000sw0: CPU port at 0 > > e6000sw0: fixed port at 0 > > e6000sw0: PHY at port 1 > > miibus0: <MII bus> on e6000sw0 > > e1000phy0: <Marvell 88E1000 Gigabit PHY> 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: <MII bus> on e6000sw0 > > e1000phy1: <Marvell 88E1000 Gigabit PHY> 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: <MII bus> on e6000sw0 > > e1000phy2: <Marvell 88E1000 Gigabit PHY> 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: <Switch controller> on e6000sw0 > > xhci0: <Generic USB 3.0 controller> mem 0x58000-0x5bfff irq 16 on > > simplebus1 > > xhci0: 32 bytes context size, 32-bit DMA > > usbus0 on xhci0 > > syscon_generic3: <syscon> mem 0x5d800-0x5dfff on simplebus1 > > ehci0: <Marvell Integrated USB 2.0 controller> mem 0x5e000-0x5efff irq > > 17 on simplebus1 > > usbus1: EHCI version 1.0 > > usbus1 on ehci0 > > syscon_generic4: <syscon> mem 0x5f800-0x5ffff on simplebus1 > > sdhci_xenon0: <Armada Xenon SDHCI controller> mem > > 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > > ahci0: <AHCI SATA controller> mem 0xe0000-0xe0177 irq 26 on simplebus1 > > ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FBS > > ahcich0: <AHCI channel> at channel 0 on ahci0 > > device_attach: ahcich0 attach returned 6 > > gpioregulator0: <GPIO controlled regulator> on ofwbus0 > > gpioregulator0: cannot get pin 0 > > gpioregulator0: cannot parse parameters > > device_attach: gpioregulator0 attach returned 6 > > cryptosoft0: <software crypto> > > 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 <CRC32,SHA2,SHA1,AES+PMULL> > > 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 > > <GIC,AdvSIMD,Float,EL3 32,EL2 32,EL1 32,EL0 32> > > 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: <Generic XHCI root HUB> at usbus0 > > ugen1.1: <Marvell EHCI root HUB> at usbus1 > > uhub0 on usbus0 > > uhub1 on usbus1 > > uhub0: <Generic XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on > > usbus0 > > uhub1: <Marvell EHCI root HUB, class 9/0, rev 2.00/1.00, 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. > >=20 > > Loader variables: > > vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > > vfs.root.mountfrom.options=3Dro,noatime > >=20 > > Manual root filesystem specification: > > <fstype>:<device> [options] > > Mount <device> using filesystem <fstype> > > 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) > > <empty line> Abort manual input > >=20 > > mountroot> ? > >=20 > > List of GEOM managed disk devices: > >=20 > >=20 > > mountroot> > > _______________________________________________ > > freebsd-arm@freebsd.org <mailto:freebsd-arm@freebsd.org> mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm <https://lists.f= reebsd.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 <mailto:freebsd-arm@freebsd.org> mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm <https://lists.f= reebsd.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 <manu@bidouilliste.com> <manu@freebsd.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190814210627.cddbfb77f006f3a5a9b1622f>