Thread (22 messages) 22 messages, 8 authors, 2013-07-05

OMAP baseline test results for v3.10-rc6

From: Hiremath, Vaibhav <hidden>
Date: 2013-06-26 04:53:14
Also in: linux-omap

-----Original Message-----
From: linux-arm-kernel [mailto:linux-arm-kernel-
bounces at lists.infradead.org] On Behalf Of Kevin Hilman
Sent: Wednesday, June 26, 2013 1:28 AM
To: Rini, Tom
Cc: Paul Walmsley; linux-omap at vger.kernel.org; linux-arm-
kernel at lists.infradead.org; Balbi, Felipe; Hiremath, Vaibhav
Subject: Re: OMAP baseline test results for v3.10-rc6

Tom Rini [off-list ref] writes:
quoted
On 06/25/2013 02:20 PM, Paul Walmsley wrote:
quoted
+ Vaibhav and Kevin

Hi,

On Tue, 25 Jun 2013, Felipe Balbi wrote:
quoted
On Mon, Jun 17, 2013 at 05:23:17AM +0000, Paul Walmsley wrote:
quoted
Boot to userspace:
    FAIL ( 3/12): 37xxevm, am335xbone, am335xbonelt
Paul, we have at least 2 different folks who can't reproduce your
bone
quoted
quoted
quoted
and bone black boot to userspace failures. I wonder how you're
trying to
quoted
quoted
quoted
boot them.

Care to share your test scripts ?
Sure... the methodology is completely open and has been posted in
the
quoted
quoted
online logs since the first test cycle.  (For some reason, almost no
one
quoted
quoted
clicks through the test directory trees that I post online.  Is this
a
quoted
quoted
documentation issue?  What can we do to make it easier for people to
explore this?)
Well, another link never hurts the search results :)

[snip]
quoted
Am certainly open to the idea that there's something wrong with the
way
quoted
quoted
that I'm booting either of these.  But AFAIK no one's been able to
identify exactly what it could be.  I haven't had the time recently
to
quoted
quoted
spend hours going through the various permutations, given all the
other
quoted
quoted
breakage :-(  BeagleBone-white has the additional complication that
it is
quoted
quoted
not easy to automate, due to the way that power is delivered to the
board,
quoted
quoted
so there is an extra dimension of difficulty there.
Ah-ha, I reproduced your failure.  If I make up a concat uImage +
DTB,
quoted
rather than pass them separately, it fails to boot.  If you switch to
mainline U-Boot (v2012.10 or later) you get support for separate
image +
quoted
dtb (v2013.04 gives you bootz and zImage support).  v2013.04 will
also
quoted
work out of the box for BeagleBone-Black.
Just to confirm, my problems with mainline were with appended DTB also.
Separate DTB and zImage work fine (at least using u-boot v2013.04.)

That being said, appended DTB should still work, so there's a bug
hiding
someplace that needs to be found fixed.

Can you guys update your tests to test appended DTB also?
What is missing here is, 

CONFIG_ARM_APPENDED_DTB = y
CONFIG_ARM_ATAG_DTB_COMPAT = y


And for the code which is required in case of appended DTB, please refer to the code
"arch/arm/boot/compressed/head.S"


Please __NOTE__ that these options are not enabled in default omap2plus_defconfig.


Thanks,
Vaibhav
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help