Thread (68 messages) 68 messages, 9 authors, 2016-02-11

[PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

From: tony@atomide.com (Tony Lindgren)
Date: 2015-11-26 20:39:44
Also in: linux-devicetree, linux-omap, lkml

* Pali Roh?r [off-list ref] [151126 01:08]:
On Wednesday 25 November 2015 20:19:21 Frank Rowand wrote:
quoted
quoted
Or populate /proc/atags only for the ones that need it from machine
specific init_early?
This is circling back to the first comment from Russell King where
he suggested a legacy file for the N900 which calls save_atags():

    Are the ATAGs at a fixed address on the N900?  Can that be handled in
    some kind of legacy file for the N900 which calls save_atags() on it, so
    we don't end up introducing yet more stuff that we have to maintain into
    the distant future?  If not, what about copying a known working atag
    structure into a legacy file for the N900?

It seems to me that patches 1, 2, 4, and 5 could be replaced by this
approach.
Hi Frank, in this case I will ask my question again: It is possible to
read atags from that legacy file. And if yes how? I was not thinking
about this approach because somebody in past wrote that this is not
possible...
Just to explore options.. How about make a minimal device driver that
just loads the atags blob from /lib/firmware and then shows it in
/proc/atags? Of course some checking on the atags should be done by
the driver..

That would work as long as the kernel no longer needs it.

Regards,

Tony
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help