Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 28 Feb 2014 11:18:31 -0700
From:      Warner Losh <bsdimp@gmail.com>
To:        Tom Everett <tom@khubla.com>
Cc:        freebsd-arm <freebsd-arm@freebsd.org>, Ian Lepore <ian@freebsd.org>
Subject:   Re: A unified imx6 kernel config, old WANDBOARD-* configs going away
Message-ID:  <C02273BD-702F-496A-8178-3DCF97FED33B@bsdimp.com>
In-Reply-To: <CAB3ij4BLqWgdhpXgYWFcWnfwY3uC3nsiTi=Yt1PRetyAFydxsQ@mail.gmail.com>
References:  <1393594966.1149.161.camel@revolution.hippie.lan> <CAB3ij4BLqWgdhpXgYWFcWnfwY3uC3nsiTi=Yt1PRetyAFydxsQ@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

On Feb 28, 2014, at 11:10 AM, Tom Everett <tom@khubla.com> wrote:

> I'll give updating Crochet for this a spin.  I'm not that familiar =
with DTS
> however.  I presume I need to drop the DTS blobs onto the FAT =
partition?

Yes. For now, this will be a manual step for the moment, but will be =
automated
soonish. I=92m working on overhauling the dts stuff we have in the =
system right
now and will commit something for that shortly after I finish=85 I =
expect full
Crochet integration to follow after that.

Warner

> On Fri, Feb 28, 2014 at 6:42 AM, Ian Lepore <ian@freebsd.org> wrote:
>=20
>> I've added a new imx6 unified kernel config named IMX6.  It has no
>> compiled-in fdt, and can boot all three flavors of Wandboard when =
u-boot
>> and ubldr load a dtb file.  Folks should start using it and =
eventually
>> the WANDBOARD* configs will go away when nobody needs them anymore.
>>=20
>> I build ubldr to load at address 11000000 and let it load the kernel =
at
>> 12000000.  (The kernel can load on any 1MB boundary, but ubldr =
doesn't
>> make use of that feature yet.)  ubldr will take a dtb file loaded by
>> u-boot and pass it along to the kernel.  Another option is to put
>> the .dtb file in your /boot/kernel or /boot/modules directory, and =
ubldr
>> will load it from there, using the filename set in the u-boot env var
>> fdt_file.
>>=20
>> Unfortunately we can't do a single image that boots any wandboard,
>> because u-boot itself has to be different for each board.  This is =
what
>> my u-boot env looks like on each wandboard:
>>=20
>> =3D> printenv
>> baudrate=3D115200
>> bootcmd=3Drun ubnet
>> bootdelay=3D1
>> console=3Dttymxc0
>> fdt_file=3Dwandboard-dual.dtb
>> loadaddr=3D11000000
>> loaderdev=3Dnet
>> ubmmc=3Dfatload mmc 0 ${loadaddr} ubldr; bootelf
>> ubnet=3Ddhcp ${loadaddr} /wand/boot/ubldr;bootelf
>>=20
>> Environment size: 265/8188 bytes
>>=20
>> The only thing that differs per-board is the fdt_file setting, and =
the
>> u-boot binary itself.  The "loaderdev=3Dnet" variable tells ubldr to =
load
>> the kernel from the network device rather than disk.  So now all my
>> different model wandboards boot the same kernel and run from the same
>> nfs root directory.
>>=20
>> -- Ian
>>=20
>>=20
>> _______________________________________________
>> freebsd-arm@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm
>> To unsubscribe, send any mail to =
"freebsd-arm-unsubscribe@freebsd.org"
>>=20
>=20
>=20
>=20
> --=20
> A better world shall emerge based on faith and understanding  - =
Douglas
> MacArthur
> _______________________________________________
> freebsd-arm@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C02273BD-702F-496A-8178-3DCF97FED33B>