Messages in this thread | | | Subject | Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree | From | Rob Landley <> | Date | Mon, 7 May 2018 15:01:30 -0500 |
| |
On 05/07/2018 10:55 AM, Rich Felker wrote: > On Mon, May 07, 2018 at 10:28:37AM -0500, Rob Landley wrote: >> >> >> On 05/07/2018 09:45 AM, Rich Felker wrote: >> (You can usually configure/build uboot in a couple different ways, with a >> brain-dead built in shell or with busybox hush glued into it. Depends on how big >> you want the image to be. Not sure how much of that is upstream and how much is >> vendor forks I've used, though. Been a while.) > > This sounds like a pain,
Well yeah. It's u-boot.
> but none of it seems relevant to the setup > we're using. This U-Boot variant does not install on flash or use
That's the full dance for getting it installed on a board it's not already running on. Usually somebody else sets it up and you inherit one with a "tftp download" script and another "boot from persistent storage" script and you mostly just the command line to swap the autoboot variable to point to the right one of the two.
> flash; it runs from disk in place of LILO or another MBR-based > bootloader. I'm just trying to understand where/how the binary blobs > are installed on the disk so I can reproduce that when making new disk > images with my kernel and filesystem.
The point of the tftp boot is quick reboot cycles during development, not having to install the kernel you're booting on target each time. But as long as you're not replacing u-boot and have a u-boot console you can fall back on an alternate kernel from disk. (It's not really designed to give you a menu though, it gives you a command line. You can have the kernel name to load in its own variable and "set kernelname 'walrus.img'; run hdboot" though.)
There are probably more elegant ways to use this tool. I learned how to hammer it in and get the lid off, and went on to other things...
> Rich
Rob
| |