[U-Boot] non SPL boot on beagleboard-xm
Hello,
I can boot u-boot built from git commit b609009801b8a00644926f49b7d0d0cc0d3d8797 successfully, but it fails with git commit ee08a8260a3a7f6ef2001cfa3e7b6137b485f40a:
Texas Instruments X-Loader 1.5.1 (Jan 24 2012 - 14:51:45) Beagle xM Reading boot sector Loading u-boot.bin from mmc
for commit ee08a8260a3a7f6ef2001cfa3e7b6137b485f40a I am disabling (or so I hope) SPL by setting #define CONFIG_SPL -> #undef CONFIG_SPL in include/configs/omap3_beagle.h
is SPL mandatory? CONFIG_SPL does not work for me to disable it
note: using MLO/SPL with current u-boot works fine
thanks, p.
On Tue, Jan 24, 2012 at 10:02 AM, Peter Meerwald pmeerw@pmeerw.net wrote:
Hello,
I can boot u-boot built from git commit b609009801b8a00644926f49b7d0d0cc0d3d8797 successfully, but it fails with git commit ee08a8260a3a7f6ef2001cfa3e7b6137b485f40a:
The current implementation (after poking some of the other beagleboard.org folks) requires SPL. It's not a hard requirement of supporting SPL that other loaders not be supported, we just didn't aim for compatibility.
Hello Tom,
I can boot u-boot built from git commit b609009801b8a00644926f49b7d0d0cc0d3d8797 successfully, but it fails with git commit ee08a8260a3a7f6ef2001cfa3e7b6137b485f40a:
The current implementation (after poking some of the other beagleboard.org folks) requires SPL. It's not a hard requirement of supporting SPL that other loaders not be supported, we just didn't aim for compatibility.
thank you for the clarification; I had the impression it might be something optional as CONFIG_SPL implies
MLO/SPL + current u-boot breaks the USB ethernet patches (i.e. booting via tftp)
regards, p.
On 01/25/2012 03:03 AM, Peter Meerwald wrote:
Hello Tom,
I can boot u-boot built from git commit b609009801b8a00644926f49b7d0d0cc0d3d8797 successfully, but it fails with git commit ee08a8260a3a7f6ef2001cfa3e7b6137b485f40a:
The current implementation (after poking some of the other beagleboard.org folks) requires SPL. It's not a hard requirement of supporting SPL that other loaders not be supported, we just didn't aim for compatibility.
thank you for the clarification; I had the impression it might be something optional as CONFIG_SPL implies
MLO/SPL + current u-boot breaks the USB ethernet patches (i.e. booting via tftp)
Even with 'dc off' before you start usb?
Hello Tom,
MLO/SPL + current u-boot breaks the USB ethernet patches (i.e. booting via tftp)
Even with 'dc off' before you start usb?
I was not aware of the u-boot command 'dc off' -- yes, it solve my USB ethernet problem
here is my story (from bisecting):
v2011.06 + Koen et al. patches (git://github.com/koenkooi/u-boot.git) works
shortly afterwards, dcache was enabled (commit c2dd0d45540397704de9b13287417d21049d34c6) and USB ethernet fails
v2011.09 works if using 'dc off' before 'usb start' (I tried it as a recent non-SPL u-boot version)
u-boot current (137703b811502dfea364650fb3e17f20b4c21333) works as well with 'dc off' before 'usb start'
thanks, regards, p.
On 01/25/2012 08:43 AM, Peter Meerwald wrote:
Hello Tom,
MLO/SPL + current u-boot breaks the USB ethernet patches (i.e. booting via tftp)
Even with 'dc off' before you start usb?
I was not aware of the u-boot command 'dc off' -- yes, it solve my USB ethernet problem
here is my story (from bisecting):
v2011.06 + Koen et al. patches (git://github.com/koenkooi/u-boot.git) works
shortly afterwards, dcache was enabled (commit c2dd0d45540397704de9b13287417d21049d34c6) and USB ethernet fails
v2011.09 works if using 'dc off' before 'usb start' (I tried it as a recent non-SPL u-boot version)
u-boot current (137703b811502dfea364650fb3e17f20b4c21333) works as well with 'dc off' before 'usb start'
So what's going on is that the dcache has been enabled now, but the USB stack is not safe, so we have to issue 'dcache off' (or 'dc off') before starting USB (or in other cases, networking).
On 01/25/2012 08:43 AM, Peter Meerwald wrote:
Hello Tom,
MLO/SPL + current u-boot breaks the USB ethernet patches (i.e. booting via tftp)
Even with 'dc off' before you start usb?
I was not aware of the u-boot command 'dc off' -- yes, it solve my USB ethernet problem
here is my story (from bisecting):
v2011.06 + Koen et al. patches (git://github.com/koenkooi/u-boot.git) works
shortly afterwards, dcache was enabled (commit c2dd0d45540397704de9b13287417d21049d34c6) and USB ethernet fails
v2011.09 works if using 'dc off' before 'usb start' (I tried it as a recent non-SPL u-boot version)
u-boot current (137703b811502dfea364650fb3e17f20b4c21333) works as well with 'dc off' before 'usb start'
So what's going on is that the dcache has been enabled now, but the USB stack is not safe, so we have to issue 'dcache off' (or 'dc off') before starting USB (or in other cases, networking).
Why would it not be safe? Because we don't have the unified cache ops in place yet? :-(
M
participants (4)
-
Marek Vasut -
Peter Meerwald -
Tom Rini -
Tom Rini