> On Nov 17, 2015, at 14:18 , Robert Nelson <robertcnel...@gmail.com> wrote: > > On Tue, Nov 17, 2015 at 4:15 PM, Robert Nelson <robertcnel...@gmail.com> > wrote: >>>> migration to driver model >>>> >>>> http://git.denx.de/?p=u-boot.git;a=tree;f=doc/driver-model;hb=HEAD >>> >>> Robert, do you mean that U-Boot is migrating to driver model during that >>> delay? Or the delay is the result of U-boot having updated to the new >>> driver model? >>> >>> If the latter, what's it doing during those two seconds? Is there any way >>> to speed that up? Eventually, I'd like to have a very fast-booting BBB. >> >> For me, it was around the initial driver model merge that we got that >> slight delay. >> >> Of course, it might also be newer ddr timing init.. >> >> The slow down didn't really bug me so i never looked too deeply in it.. >> >> But if you guys want speed, switch to u-boot's falcon mode: >> >> MLO -> kernel >> >> vs: >> >> MLO -> u-boot.img -> kernel >> >> it might not be 100% evident, but you'll need to hardcode a lot of >> stuff in MLO that u-boot.img currently reads from uEnv.txt > > For other speed up's, look into the am335x_evm board/mux files, you'll > notice it relies on reading an eeprom over i2c.. A lot of that can be > factored out if you know exactly what board you have. (i2c can be > slow)...
Awesome, thanks. Yeah, in my application, it's an appliance that will have very well-understood configurations. -- Rick Mann rm...@latencyzero.com -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
