All of lore.kernel.org
 help / color / mirror / Atom feed
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
To: Tony Lindgren <tony@atomide.com>
Cc: arm@kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-omap@vger.kernel.org
Subject: Re: [GIT PULL] make mach-omap2 boot with device tree only for v3.14
Date: Tue, 10 Dec 2013 14:35:47 +0000	[thread overview]
Message-ID: <20131210143547.GA32243@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <pull-1386643347-596413>

On Mon, Dec 09, 2013 at 06:42:27PM -0800, Tony Lindgren wrote:
> We can now finally make mach-omap2 to boot with device tree only and get
> rid of over 20k lines of platform init code that way.
> 
> Most basic devices already work using device tree based initialization
> and the remaining devices can be initialized using platform data
> with pdata-quirks.c.
> 
> So for most missing boards it's just a question of adding a .dts file
> that should be fairly similar to one of the existing .dts files as
> we've tried to cover all basic omap3 board types.
> 
> For people getting started updating their board files to for device
> tree, there are some basic instructions in commit 8dc8b3ddf5d7
> (ARM: OMAP2+: Remove legacy omap3 board-*.c files and make mach-omap2
> DT only for booting).
> 
> Please also note that there are also some related fixes making their way
> into the mainline kernel that are needed for some use cases:
> 
> PM off-idle for omap3 and wake-up events need the following two patches:

While this is good, what seems to be happening is a complete switch
from one method of booting to a different method of booting with no
compatibility inbetween.  We're going from only supporting the ATAG
booting protocol for these platforms in v3.12 to only supporting the
DT booting protocol in v3.13.  There's no forward or backwards
compatibility - it's one or the other.

This is bad: this is the kind of "flag day" change which Linus hates -
and I hate it because it means I need to update my build test system
at the same time that arm-soc merges this stuff.

This is utterly crap - it's crap not only from the point of view of the
user perspective, but also from the development methodology point of
view.

WARNING: multiple messages have this Message-ID (diff)
From: linux@arm.linux.org.uk (Russell King - ARM Linux)
To: linux-arm-kernel@lists.infradead.org
Subject: [GIT PULL] make mach-omap2 boot with device tree only for v3.14
Date: Tue, 10 Dec 2013 14:35:47 +0000	[thread overview]
Message-ID: <20131210143547.GA32243@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <pull-1386643347-596413>

On Mon, Dec 09, 2013 at 06:42:27PM -0800, Tony Lindgren wrote:
> We can now finally make mach-omap2 to boot with device tree only and get
> rid of over 20k lines of platform init code that way.
> 
> Most basic devices already work using device tree based initialization
> and the remaining devices can be initialized using platform data
> with pdata-quirks.c.
> 
> So for most missing boards it's just a question of adding a .dts file
> that should be fairly similar to one of the existing .dts files as
> we've tried to cover all basic omap3 board types.
> 
> For people getting started updating their board files to for device
> tree, there are some basic instructions in commit 8dc8b3ddf5d7
> (ARM: OMAP2+: Remove legacy omap3 board-*.c files and make mach-omap2
> DT only for booting).
> 
> Please also note that there are also some related fixes making their way
> into the mainline kernel that are needed for some use cases:
> 
> PM off-idle for omap3 and wake-up events need the following two patches:

While this is good, what seems to be happening is a complete switch
from one method of booting to a different method of booting with no
compatibility inbetween.  We're going from only supporting the ATAG
booting protocol for these platforms in v3.12 to only supporting the
DT booting protocol in v3.13.  There's no forward or backwards
compatibility - it's one or the other.

This is bad: this is the kind of "flag day" change which Linus hates -
and I hate it because it means I need to update my build test system
at the same time that arm-soc merges this stuff.

This is utterly crap - it's crap not only from the point of view of the
user perspective, but also from the development methodology point of
view.

  reply	other threads:[~2013-12-10 14:36 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-10  2:42 [GIT PULL] make mach-omap2 boot with device tree only for v3.14 Tony Lindgren
2013-12-10 14:35 ` Russell King - ARM Linux [this message]
2013-12-10 14:35   ` Russell King - ARM Linux
2013-12-10 16:01   ` Tony Lindgren
2013-12-10 16:01     ` Tony Lindgren
2013-12-10 16:07     ` Russell King - ARM Linux
2013-12-10 16:07       ` Russell King - ARM Linux
2013-12-10 16:59       ` Tony Lindgren
2013-12-10 16:59         ` Tony Lindgren
2013-12-10 20:36         ` Tony Lindgren
2013-12-10 20:36           ` Tony Lindgren
2013-12-10 18:36     ` Arnd Bergmann
2013-12-10 18:36       ` Arnd Bergmann
2013-12-10 18:43       ` Tony Lindgren
2013-12-10 18:43         ` Tony Lindgren
2013-12-10 18:45 ` Paul Walmsley
2013-12-10 18:45   ` Paul Walmsley
2013-12-10 18:59   ` Tony Lindgren
2013-12-10 18:59     ` Tony Lindgren
2013-12-10 19:08     ` Tony Lindgren
2013-12-10 19:08       ` Tony Lindgren
2013-12-10 19:27     ` Tony Lindgren
2013-12-10 19:27       ` Tony Lindgren
2013-12-10 19:39       ` Arnd Bergmann
2013-12-10 19:39         ` Arnd Bergmann
2013-12-10 19:44         ` Paul Walmsley
2013-12-10 19:44           ` Paul Walmsley
2013-12-10 19:50         ` Tony Lindgren
2013-12-10 19:50           ` Tony Lindgren
2013-12-10 23:07       ` Tony Lindgren
2013-12-10 23:07         ` Tony Lindgren
2013-12-13 19:26         ` Tony Lindgren
2013-12-13 19:26           ` Tony Lindgren
2013-12-17  7:14           ` Paul Walmsley
2013-12-17  7:14             ` Paul Walmsley
2013-12-17 15:26             ` Tony Lindgren
2013-12-17 15:26               ` Tony Lindgren
2013-12-10 23:56     ` Paul Walmsley
2013-12-10 23:56       ` Paul Walmsley
  -- strict thread matches above, loose matches on Subject: below --
2013-12-10  2:42 Tony Lindgren
2013-12-10  2:42 Tony Lindgren

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=20131210143547.GA32243@n2100.arm.linux.org.uk \
    --to=linux@arm.linux.org.uk \
    --cc=arm@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=tony@atomide.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.