Date: Tue, 1 Aug 2017 22:15:35 -0400 From: Paul Mather <paul@gromit.dlib.vt.edu> To: Emmanuel Vadot <manu@bidouilliste.com> Cc: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: Heads up: new uboot coming today Message-ID: <62621195-5876-4FB4-972C-E2FAF1220E42@gromit.dlib.vt.edu> In-Reply-To: <20170727164050.4091ac1dbc87d30de61de059@bidouilliste.com> References: <CANCZdfo%2B1oSewwB7H0Kgw=vMxFdH6%2BTNHacTMeLKsJVFdyWiAQ@mail.gmail.com> <7C5498A6-C594-410B-8337-645EDFBF1FC7@gromit.dlib.vt.edu> <20170727074926.97e5fbfff45e0bff83dfe7ee@bidouilliste.com> <C49E210E-8555-4DB0-B314-A5E1137F1F4E@gromit.dlib.vt.edu> <20170727164050.4091ac1dbc87d30de61de059@bidouilliste.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jul 27, 2017, at 10:40 AM, Emmanuel Vadot <manu@bidouilliste.com> = wrote: > On Thu, 27 Jul 2017 10:16:58 -0400 > Paul Mather <paul@gromit.dlib.vt.edu <mailto:paul@gromit.dlib.vt.edu>> = wrote: >=20 >> On Jul 27, 2017, at 1:49 AM, Emmanuel Vadot <manu@bidouilliste.com> = wrote: >>=20 >>> On Wed, 26 Jul 2017 20:45:06 -0400 >>> Paul Mather <paul@gromit.dlib.vt.edu> wrote: >>>=20 >>>> On Jul 24, 2017, at 10:43 AM, Warner Losh <imp@bsdimp.com> wrote: >>>>=20 >>>>> Barring any last minute unforeseen issues, I'll be committing the = upgrade >>>>> of the master uboot port to 2017.07 today, thanks to the hard work = of >>>>> Emmanuel Vadot. It fixes a few minor things, but also marks the = move to the >>>>> freebsd github u-boot repo from my private repo. >>>> [[...]] >>>>> ALLWINNER, BBB and iMX6 based boards are on u-boot-master. It = should be >>>>> fine, but if there's issues with the new uboot, please let me = know. Others >>>>> will come as soon as we can update those parts (the arm64 boards, = and rPi >>>>> being the main stragglers). >>>>=20 >>>>=20 >>>> I updated my u-boot-beaglebone port to u-boot-beaglebone-2017.07.00 = today. I then copied the MLO and U-BOOT.IMG files to the /boot/msdos = partition of my BBB (as directed by the port README) and performed a = reboot. Alas, the system would not boot up. It appears it cannot = locate a DTB file: >>>>=20 >>>> =3D=3D=3D=3D=3D8<=3D=3D=3D=3D=3D >>>> [[...]] >>>> Rebooting... >>>>=20 >>>> U-Boot SPL 2017.07 (Jul 26 2017 - 22:56:32) >>>> Trying to boot from MMC1 >>>> *** Warning - bad CRC, using default environment >>>>=20 >>>> reading u-boot.img >>>> reading u-boot.img >>>>=20 >>>>=20 >>>> U-Boot 2017.07 (Jul 26 2017 - 22:56:32 +0000) >>>>=20 >>>> CPU : AM335X-GP rev 2.0 >>>> I2C: ready >>>> DRAM: 512 MiB >>>> No match for driver 'omap_hsmmc' >>>> No match for driver 'omap_hsmmc' >>>> Some drivers were not found >>>> MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 >>>> *** Warning - bad CRC, using default environment >>>>=20 >>>> <ethaddr> not set. Validating first E-fuse MAC >>>> Net: cpsw, usb_ether >>>> Press SPACE to abort autoboot in 2 seconds >>>> switch to partitions #0, OK >>>> mmc0 is current device >>>> SD/MMC found on device 0 >>>> reading boot.scr >>>> ** Unable to read file boot.scr ** >>>> reading uEnv.txt >>>> ** Unable to read file uEnv.txt ** >>>> switch to partitions #0, OK >>>> mmc0 is current device >>>> Scanning mmc 0:1... >>>> Found FreeBSD U-Boot Loader (bin) >>>> reading ubldr.bin >>>> 223912 bytes read in 22 ms (9.7 MiB/s) >>>> ## Starting application at 0x82000000 ... >>>> Consoles: U-Boot console >>>> Compatible U-Boot API signature found @0x9df2ec58 >>>>=20 >>>> FreeBSD/armv6 U-Boot loader, Revision 1.2 >>>> (root@releng2.nyi.freebsd.org, Fri Aug 12 13:23:34 UTC 2016) >>>>=20 >>>> DRAM: 512MB >>>> Number of U-Boot devices: 3 >>>> U-Boot env: loaderdev not set, will probe all devices. >>>> Found U-Boot device: disk >>>> Probing all disk devices... >>>> Checking unit=3D0 slice=3D<auto> partition=3D<auto>... good. >>>> Booting from disk0s2a: >>>> /boot/kernel/kernel text=3D0x5cf800 data=3D0x4b8e8+0x147f18 = syms=3D[0x4+0x944f0+0x4+0x9499c] >>>>=20 >>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>>=20 >>>>=20 >>>> Type '?' for a list of commands, 'help' for more detailed help. >>>> loader> boot -s >>>> Booting... >>>> No valid device tree blob found! >>>> No device tree blob found! >>>>=20 >>>> loader> >>>> =3D=3D=3D=3D=3D>8=3D=3D=3D=3D=3D >>>>=20 >>>> Is there some other file I need to copy to /boot/msdos when = updating U-Boot? Here is what I have right now (note, I moved the old, = working MLO and U-BOOT.IMG files into uboot.old): >>>>=20 >>>> =3D=3D=3D=3D=3D8<=3D=3D=3D=3D=3D >>>> root@beaglebone:/boot/msdos # ls -alR >>>> total 950 >>>> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 . >>>> drwxr-xr-x 9 root wheel 1024 Jul 23 19:33 .. >>>> -rwxr-xr-x 1 root wheel 75884 Jul 26 20:09 MLO >>>> -rwxr-xr-x 1 root wheel 1083 Aug 13 2016 README >>>> -rwxr-xr-x 1 root wheel 376600 Jul 26 20:09 U-BOOT.IMG >>>> -rwxr-xr-x 1 root wheel 272013 Aug 13 2016 UBLDR >>>> -rwxr-xr-x 1 root wheel 223912 Aug 13 2016 UBLDR.BIN >>>> drwxr-xr-x 1 root wheel 512 Jul 26 20:11 uboot.old >>>>=20 >>>> ./uboot.old: >>>> total 462 >>>> drwxr-xr-x 1 root wheel 512 Jul 26 20:11 . >>>> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 .. >>>> -rwxr-xr-x 1 root wheel 78928 Aug 13 2016 MLO >>>> -rwxr-xr-x 1 root wheel 376740 Aug 13 2016 U-BOOT.IMG >>>> root@beaglebone:/boot/msdos # >>>> =3D=3D=3D=3D=3D>8=3D=3D=3D=3D=3D >>>>=20 >>>> Note, the kernel boots via the old U-Boot. Any help is = appreciated. >>>>=20 >>>> Cheers, >>>>=20 >>>> Paul. >>>>=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 >>> Hello Paul, >>>=20 >>> This is not really a u-boot problem but more a DTB one, we've = switched >>> to the upstream dts for beaglebone a while ago and I guess that you >>> don't have the right one in /boot/dtb/ >>> U-Boot is setting a variable for the dtb to load named fdtfile and = now >>> it's using the upstream name (am335x-boneblack.dtb) while before the >>> file was named beaglebone-black.dtb. >>> Rebuilding a kernel should fix this. >>=20 >>=20 >> Thank you for the help. I forgot to mention in my original post that = I am running 11-STABLE on my BeagleBoneBlack. There, = /usr/src/sys/modules/dtb/am335x/Makefile still references the old names = whereas HEAD references the new ones (creating links for the old ones): >>=20 >> =3D=3D=3D=3D=3D8<=3D=3D=3D=3D=3D >> root@chumby:/build/src # cat head/sys/modules/dtb/am335x/Makefile >> # $FreeBSD: head/sys/modules/dtb/am335x/Makefile 312969 2017-01-29 = 22:06:52Z gonzo $ >> # All the dts files for am335x systems we support. >> DTS=3D \ >> am335x-bone.dts \ >> am335x-boneblack.dts \ >> am335x-bonegreen.dts \ >> ufw.dts >>=20 >> LINKS=3D \ >> ${DTBDIR}/am335x-bone.dtb ${DTBDIR}/beaglebone.dtb \ >> ${DTBDIR}/am335x-boneblack.dtb ${DTBDIR}/beaglebone-black.dtb >>=20 >> .include <bsd.dtb.mk> >> root@chumby:/build/src # cat = releng_11/sys/modules/dtb/am335x/Makefile >> # $FreeBSD: stable/11/sys/modules/dtb/am335x/Makefile 312756 = 2017-01-25 14:49:42Z loos $ >> # All the dts files for am335x systems we support. >> DTS=3D \ >> beaglebone.dts \ >> beaglebone-black.dts \ >> ufw.dts >>=20 >> .include <bsd.dtb.mk> >> root@chumby:/build/src # >> =3D=3D=3D=3D=3D>8=3D=3D=3D=3D=3D >>=20 >> Am I correct in thinking that creating symlinks in /boot/dtb for = am335x-bone.dts and am335x-boneblack.dts to their respective old names = should fix my booting problem, then? >=20 > Yes. Thank you. I put the .dtb symlinks in place and that fixed the problem. = My BBB now boots properly using the new U-Boot. Cheers, Paul.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?62621195-5876-4FB4-972C-E2FAF1220E42>