All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Mack <zonque@gmail.com>
To: Tony Lindgren <tony@atomide.com>
Cc: "Gadiyar, Anand" <gadiyar@ti.com>,
	"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>
Subject: Re: Trouble with newer kernels on Gumstix Overo boards
Date: Tue, 21 Jun 2011 10:20:06 +0200	[thread overview]
Message-ID: <BANLkTim5H3340RChbaVUOpSYb4tQr9X9YA@mail.gmail.com> (raw)
In-Reply-To: <20110621072220.GA21159@atomide.com>

On Tue, Jun 21, 2011 at 9:22 AM, Tony Lindgren <tony@atomide.com> wrote:
> * Daniel Mack <zonque@gmail.com> [110617 18:06]:
>> On Fri, Jun 17, 2011 at 4:03 PM, Gadiyar, Anand <gadiyar@ti.com> wrote:
>> >> console=ttyS2,115200 root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait
>> >
>> > Here is your problem. We now use the OMAP-serial driver for the UARTs.
>>
>> Which breaks backward-compatibility with bootloaders set up for older
>> kernels. Now I have to deploy kernels with CONFIG_CMDLINE_FORCE=y. Was
>> that really necessary?
>
> In most cases you can just setenv cmdline then saveenv in u-boot.

Well, it doesn't really affect me as I just use this as a development
platform for now. But please consider that there is hardware out there
which gets software updates through automated download and install
procedures. In such cases, you want as little dependencies between the
bootloader and the kernel, so you can boot both older and newer
kernels (and full software distribution images) with no pain. Or maybe
quickly switch from one version to the other for testing. Depending on
the complexity of the system, the bootloader might also add extra
parameters to the cmdline dynamically.

The serial console change breaks this approach, at it forces the
kernel to ship its own CMDLINE and override the one the bootloader
provides. I'm sure this is a problem that affects people out there.


Daniel

WARNING: multiple messages have this Message-ID (diff)
From: zonque@gmail.com (Daniel Mack)
To: linux-arm-kernel@lists.infradead.org
Subject: Trouble with newer kernels on Gumstix Overo boards
Date: Tue, 21 Jun 2011 10:20:06 +0200	[thread overview]
Message-ID: <BANLkTim5H3340RChbaVUOpSYb4tQr9X9YA@mail.gmail.com> (raw)
In-Reply-To: <20110621072220.GA21159@atomide.com>

On Tue, Jun 21, 2011 at 9:22 AM, Tony Lindgren <tony@atomide.com> wrote:
> * Daniel Mack <zonque@gmail.com> [110617 18:06]:
>> On Fri, Jun 17, 2011 at 4:03 PM, Gadiyar, Anand <gadiyar@ti.com> wrote:
>> >> console=ttyS2,115200 root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait
>> >
>> > Here is your problem. We now use the OMAP-serial driver for the UARTs.
>>
>> Which breaks backward-compatibility with bootloaders set up for older
>> kernels. Now I have to deploy kernels with CONFIG_CMDLINE_FORCE=y. Was
>> that really necessary?
>
> In most cases you can just setenv cmdline then saveenv in u-boot.

Well, it doesn't really affect me as I just use this as a development
platform for now. But please consider that there is hardware out there
which gets software updates through automated download and install
procedures. In such cases, you want as little dependencies between the
bootloader and the kernel, so you can boot both older and newer
kernels (and full software distribution images) with no pain. Or maybe
quickly switch from one version to the other for testing. Depending on
the complexity of the system, the bootloader might also add extra
parameters to the cmdline dynamically.

The serial console change breaks this approach, at it forces the
kernel to ship its own CMDLINE and override the one the bootloader
provides. I'm sure this is a problem that affects people out there.


Daniel

  reply	other threads:[~2011-06-21  8:20 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-17 14:00 Trouble with newer kernels on Gumstix Overo boards Daniel Mack
2011-06-17 14:00 ` Daniel Mack
2011-06-17 14:03 ` Gadiyar, Anand
2011-06-17 14:03   ` Gadiyar, Anand
2011-06-17 15:11   ` Daniel Mack
2011-06-17 15:11     ` Daniel Mack
2011-06-20 13:31     ` Yegor Yefremov
2011-06-20 13:31       ` Yegor Yefremov
2011-06-20 14:02       ` Premi, Sanjeev
2011-06-20 14:02         ` Premi, Sanjeev
2011-06-20 14:31         ` Yegor Yefremov
2011-06-20 14:31           ` Yegor Yefremov
2011-06-21  8:21       ` Daniel Mack
2011-06-21  8:21         ` Daniel Mack
2011-06-21  7:22     ` Tony Lindgren
2011-06-21  7:22       ` Tony Lindgren
2011-06-21  8:20       ` Daniel Mack [this message]
2011-06-21  8:20         ` Daniel Mack
2011-06-22  6:57         ` Vladimir Pantelic
2011-06-22  6:57           ` Vladimir Pantelic

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=BANLkTim5H3340RChbaVUOpSYb4tQr9X9YA@mail.gmail.com \
    --to=zonque@gmail.com \
    --cc=gadiyar@ti.com \
    --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.