All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sven Neumann <s.neumann@raumfeld.com>
To: kexec@lists.infradead.org
Cc: Matthew Leach <matthew.leach@arm.com>
Subject: Re: kexec 2.0.4-rc1 won't work on an ARM kernel without device-tree
Date: Wed, 28 Nov 2012 09:42:00 +0100	[thread overview]
Message-ID: <1354092120.22158.13.camel@sven> (raw)
In-Reply-To: <1353747642.6515.16.camel@bender>

Hi,

On Sat, 2012-11-24 at 10:00 +0100, Sven Neumann wrote:

> I am trying to use kexec-2.0.4-rc1 on an ARM device running Linux 3.0.4.
> This old kernel does obviously not have device-tree support. Here's the
> error message I get:
> 
> # uname -a
> Linux speaker 3.0.4 #1 PREEMPT Fri Nov 23 09:15:39 CET 2012 armv5tel GNU/Linux
> 
> # kexec --append="console=ttyS0,115200 root=ubi0:RootFS rootfstype=ubifs rw ubi.mtd=3" /boot/uImage --force
> unrecoverable error: could not scan "/proc/device-tree/": No such file or directory
> 
> 
> Looks like the release candidate depends on the very latest kernel
> features and won't work on older kernels? Is that intentional?

OK, in the meantime I figured out that I can use kexec-2.0.4-rc1 if I
use the --atags command-line parameter. But unless I missed something,
this change in behavior is nowhere documented and thus should be
considered a severe regression. I am somewhat puzzled that no one here
even cared about my email.

IMO the behavior should be changed so that kexec, if called on ARM
without the --dtb or --atags parameters, checks if the running kernel
provides /proc/device-tree. If it doesn't, then this should not be a
fatal error, but it should assume --atags. That would restore the old
behavior for kernels that don't use device-tree.


Regards,
Sven


-- 
Sven Neumann
Head of RAUMFELD Software Development

Lautsprecher Teufel GmbH
Gewerbehof Bülowbogen - Aufgang D1
Bülowstr. 66 - 10783 Berlin - Germany

Registernummer HRB 20271 beim Amtsgericht Berlin-Charlottenburg
Geschäftsführer: Thomas Stiegler, Edgar van Velzen

Tel. +49 (0)30 - 300 930 - 0, Direkt -153
neumann@teufel.de  

www.teufel.de  www.teufelaudio.com  http://blog.teufel.de


_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

      reply	other threads:[~2012-11-28  8:42 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-24  9:00 kexec 2.0.4-rc1 won't work on an ARM kernel without device-tree Sven Neumann
2012-11-28  8:42 ` Sven Neumann [this message]

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=1354092120.22158.13.camel@sven \
    --to=s.neumann@raumfeld.com \
    --cc=kexec@lists.infradead.org \
    --cc=matthew.leach@arm.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.