linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: linux@armlinux.org.uk (Russell King - ARM Linux)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2] ARM: dts: imx: Pass 'chosen' and 'memory' nodes
Date: Mon, 30 Jan 2017 18:54:44 +0000	[thread overview]
Message-ID: <20170130185444.GF27312@n2100.armlinux.org.uk> (raw)
In-Reply-To: <588914F3.7050909@gmail.com>

On Wed, Jan 25, 2017 at 01:13:23PM -0800, Frank Rowand wrote:
> Adding back the chosen nodes is a bandaid that papers over the actual bug
> in the decompressor.
> 
> A comment about Fabio's attempt to fix the decompressor noted a possible
> issue with the method taken to fix the problem, but then the discussion
> of fixing the decompressor was dropped and v3 of the patch to add chosen
> into a bunch of .dtsi files was applied by Shawn.
> 
> Can someone please help Fabio to create a correct patch to fix the
> decompressor?

I refuse to assist, see below.

The reason this has come up is that this problem has _nothing_ to do
with the decompressor - see recent context on the linux-arm-kernel
list.

The removal of skeleton.dtsi from iMX6 DTS files has caused a
regression in the current -rc kernels when an iMX6 board is booted
with uboot using a _separated_ device tree file.

In that situation, the decompressor has _nothing_ at all to do with
modifying the DT binary file.  The DT binary file ends up being passed
to the kernel from the boot loader unmodified by the decompressor.
Remember that the decompressor's modification of the *appended* DT
file is a band-aid to allow an *ATAG* based system to continue working.
That doesn't apply to iMX6.

The lack of the memory node means that uboot fails to add a memory node
to the DT binary file before passing control to the decompressor, which
in turn causes the kernel to be booted with a DT binary file which says
that the system has no memory.  That causes the kernel to crash in the
very early stages of boot, before the console is up and running.  So
it's a nasty silent crash.

So, while it may be desirable to fix the decompressor, it's completely
pointless as far as whether Fabio's patch gets merged, because this
_regression_ has nothing to do with the decompressor.

We need this regression fixed before 4.10 comes out so systems don't
break when 4.10 comes out.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.

  parent reply	other threads:[~2017-01-30 18:54 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-19 14:02 [PATCH v2] ARM: dts: imx: Pass 'chosen' and 'memory' nodes Fabio Estevam
2017-01-19 14:13 ` Uwe Kleine-König
2017-01-19 14:35   ` Fabio Estevam
2017-01-19 14:46     ` Uwe Kleine-König
2017-01-19 14:56       ` Russell King - ARM Linux
2017-01-19 15:57         ` Fabio Estevam
2017-01-19 16:14         ` Uwe Kleine-König
2017-01-25 21:13           ` Frank Rowand
2017-01-25 22:46             ` Rob Herring
2017-01-26  0:30               ` Frank Rowand
2017-01-30 18:54             ` Russell King - ARM Linux [this message]
2017-01-30 19:07               ` Fabio Estevam
2017-01-30 19:47               ` Uwe Kleine-König
2017-02-01 13:30               ` Stefan Wahren
2017-02-06 10:49                 ` Stefan Wahren
2017-02-06 11:05                   ` Fabio Estevam
2017-02-07 15:19                     ` Arnd Bergmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170130185444.GF27312@n2100.armlinux.org.uk \
    --to=linux@armlinux.org.uk \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).