Hi Tom,
Thanks for your inputs. I have cleaned up the board/overo/ code like you
suggested. I will send a separate email with the patches requesting for
review.
-Arun
On Tue, Apr 21, 2015 at 1:16 PM, Tom Rini wrote:
> On Tue, Apr 21, 2015 at 01:12:37PM -0700, Ash Charles wrote:
> > On Tue, Apr
On Tue, Apr 21, 2015 at 01:12:37PM -0700, Ash Charles wrote:
> On Tue, Apr 21, 2015 at 12:23 PM, Tom Rini wrote:
> > Sadly it may make sense to move some SPL-only
> > functions out into a file that is only built/linked for SPL due to this
> > bug.
> Ah---that is a funky bug.
> Is it reasonable to
On Tue, Apr 21, 2015 at 12:23 PM, Tom Rini wrote:
> Sadly it may make sense to move some SPL-only
> functions out into a file that is only built/linked for SPL due to this
> bug.
Ah---that is a funky bug.
Is it reasonable to wrap the offending lines in a
#ifndef CONFIG_SPL_BUILD
#endif // CONFIG_
On Tue, Apr 21, 2015 at 11:56:05AM -0700, Arun Bharadwaj wrote:
> Hi all,
>
> I am using a Gumstix Overo (omap3), running the u-boot v2015.04 and have
> the following issue:
>
> I have made a few modifications to the misc_init_r() routine in the
> board/overo/overo.c file; the resulting MLO file
Hi all,
I am using a Gumstix Overo (omap3), running the u-boot v2015.04 and have
the following issue:
I have made a few modifications to the misc_init_r() routine in the
board/overo/overo.c file; the resulting MLO file is 61,220 bytes and the
console hangs at "reading u-boot.img" during the boot
5 matches
Mail list logo