On Mon, Nov 24, 2014 at 5:50 PM, Kukjin Kim [off-list ref] wrote:

Olof Johansson wrote:

quoted

On Mon, Nov 24, 2014 at 5:37 PM, Olof Johansson [off-list ref] wrote:

quoted

On Mon, Nov 24, 2014 at 5:35 PM, Kevin Hilman [off-list ref] wrote:

quoted

On Mon, Nov 24, 2014 at 4:25 PM, Olof Johansson [off-list ref] wrote:

quoted

On Mon, Nov 24, 2014 at 11:51 AM, Kevin Hilman [off-list ref] wrote:

quoted

Kukjin,

On Mon, Nov 10, 2014 at 11:35 AM, Kevin Hilman [off-list ref] wrote:

quoted

Kukjin Kim [off-list ref] writes:

quoted

Kevin Hilman wrote:

quoted

From: Kevin Hilman <redacted>

The option CONFIG_EXYNOS5420_MCPM is causing imprecise external aborts
during boot testing, causing various userspace startup failures.

Disable until it has gotten more testing.

Cc: Kukjin Kim <redacted>,
Cc: Javier Martinez Canillas <redacted>,
Cc: Sachin Kamat <redacted>,
Cc: Doug Anderson <dianders@chromium.org>,
Cc: Bartlomiej Zolnierkiewicz <redacted>,
Cc: Krzysztof Kozlowski <redacted>,
Cc: Tushar Behera <redacted>,
Cc: stable at vger.kernel.org # v3.17+
Signed-off-by: Kevin Hilman <redacted>
---
This has been reported by a few people[1], but not investigated or fixed, so it's
time to disable this feature until it can be fixed.

Hi Kevin,

Yeah I agree with your opinion.

But as you can see my tree, I've queued regarding mcpm patches for 3.19 will
be shown in -next in this weekend.

Which of the recently queued patches are expected to address the
imprecise abort issue?  I'd be happy to test them out.

Exynos5 MCPM is still broken in linux-next and still causing an imprecise abort.

What is the status of $SUBJECT patch?

quoted

quoted

Anyway let me apply this into -fixes and
then let's enable after test its functionality in -next in a couple of days.

Yes, I think this needs to be applied until these aborts are understood
and fixed.

Is anyone at Samsung actually looking into these MCPM issues?

Hi Kevin,

What hardware are you having problems with? 5420 or 5422/5800?

Yes.  :)

exynos5420-arndale-octa:
http://storage.armcloud.us/kernel-ci/mainline/v3.18-rc6/arm-exynos_defconfig/boot-exynos5420-

arndale-octa.html

quoted

quoted

exynos5422-odroid-xu3:
http://storage.armcloud.us/kernel-ci/mainline/v3.18-rc6/arm-exynos_defconfig/boot-exynos5422-

odroid-xu3.html

quoted

quoted

My boot tests seem to pass fine because I have such a minimal
userspace, but Tyler Baker reported that with a "real" userspace, he
can't boot to a shell:

  http://lists.infradead.org/pipermail/linux-arm-kernel/2014-September/286203.html

Hmm...his report was in Sep...I think it should be fine with current -next?

No, it is still broken in linux-next (as I stated above.)

Moreover, earlier in this thread you mentioned you were merging some
MCPM patches that should address this, but did not respond when I
asked which patches you thing should address this issue

To be honest, since I don't have the exynos5420 arndale, chromebook...but smdk
which has different bootloader, I couldn't test it...I'll try to make a test
farm like you guys...

Do you have some colleagues with any other 542x hardware?  I had
assumed that linux-next was being better tested on the publicaly
available, and widely available boards like odroid-xu3 and
Chromebook2, but I've come to realize the hard way that that is not
the case.  You mention your board has a different bootloader.  Do you
suspect there's a bootloader issue on these other platforms?  If so,
could you elaborate on possible fixes?  I'm more than willing to test
any proposed fixes, but I'm not familiar enough yet with these SoCs to
figure out the underlying issues alone.

Until you have a working board farm, you could start having a closer
look at the boot logs we're already producing.  Admittedly linux-next
broken in many ways besides this one for exynos currently, but it has
been having these imprecise aborts well before the other recent
issues.

Also, It's very possible that this issue is not even MCPM related at
all, and MCPM is just uncovering a previously hidden bug.  It would be
very helpful if people more familiar with this hardware and SoC would
investigate bug reports like these.

Kevin