From: Gerlando Falauto <gerlando.falauto@keymile.com>
To: Richard Genoud <richard.genoud@gmail.com>
Cc: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>,
Grant Likely <grant.likely@secretlab.ca>,
Rob Herring <rob.herring@calxeda.com>,
Michal Marek <mmarek@suse.cz>,
devicetree-discuss@lists.ozlabs.org,
Russell King <linux@arm.linux.org.uk>,
linux-arm-kernel@lists.infradead.org,
linux-kbuild@vger.kernel.org,
Gregory CLEMENT <gregory.clement@free-electrons.com>
Subject: Re: [PATCH RESEND] ARM: add dtbImage.<dt> and dtbuImage.<dt> rules
Date: Tue, 24 Sep 2013 12:55:19 +0200 [thread overview]
Message-ID: <52416F97.802@keymile.com> (raw)
In-Reply-To: <CACQ1gAgwv4pBFZBrVZiWM2_=OneUO-s16LufSENx27gMC3DUig@mail.gmail.com>
Hi everyone,
apologies for picking up a topic that's more than 360 days old...
We're in the position where we'd like to have FDT support just because
it simplifies our code a whole lot; yet we want to be able to run such a
kernel on older u-boots (completely unaware of FTDs) as well.
I believe this must be a very common use case indeed.
So a dtbuImage.<dtb> would be very useful in this case.
If I understand it correctly, dtbImage.<dtb> is indeed just a cat of
zImage+dtb, whereas dtbuImage.<dtb> is the uimage of such a dtbImage.<dtb>.
So it shouldn't be such a crazy idea to create a dtbuImage.<dtb> within
Kbuild (as opposed to from an external wrapper for make).
Is there any reason why nothing like that was ever mainlined?
Or maybe I'm just missing something?
Thanks!
Gerlando
On 09/27/2012 11:08 AM, Richard Genoud wrote:
> 2012/9/27 Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>:
>>> Signed-off-by: Richard Genoud <richard.genoud@gmail.com>
>>> Tested-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
>> as discuss with Grant no this is a temporary solution so no Makefile Target
>>
>> so nack
>
> hum, it doesn't seems to be temporary on powerpc.
> cf 25431333813686654907ab987fb5de10c10a16db
> and
> ARCH=powerpc make help
>
> So what's the problem on arm ?
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
WARNING: multiple messages have this Message-ID (diff)
From: gerlando.falauto@keymile.com (Gerlando Falauto)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH RESEND] ARM: add dtbImage.<dt> and dtbuImage.<dt> rules
Date: Tue, 24 Sep 2013 12:55:19 +0200 [thread overview]
Message-ID: <52416F97.802@keymile.com> (raw)
In-Reply-To: <CACQ1gAgwv4pBFZBrVZiWM2_=OneUO-s16LufSENx27gMC3DUig@mail.gmail.com>
Hi everyone,
apologies for picking up a topic that's more than 360 days old...
We're in the position where we'd like to have FDT support just because
it simplifies our code a whole lot; yet we want to be able to run such a
kernel on older u-boots (completely unaware of FTDs) as well.
I believe this must be a very common use case indeed.
So a dtbuImage.<dtb> would be very useful in this case.
If I understand it correctly, dtbImage.<dtb> is indeed just a cat of
zImage+dtb, whereas dtbuImage.<dtb> is the uimage of such a dtbImage.<dtb>.
So it shouldn't be such a crazy idea to create a dtbuImage.<dtb> within
Kbuild (as opposed to from an external wrapper for make).
Is there any reason why nothing like that was ever mainlined?
Or maybe I'm just missing something?
Thanks!
Gerlando
On 09/27/2012 11:08 AM, Richard Genoud wrote:
> 2012/9/27 Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>:
>>> Signed-off-by: Richard Genoud <richard.genoud@gmail.com>
>>> Tested-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
>> as discuss with Grant no this is a temporary solution so no Makefile Target
>>
>> so nack
>
> hum, it doesn't seems to be temporary on powerpc.
> cf 25431333813686654907ab987fb5de10c10a16db
> and
> ARCH=powerpc make help
>
> So what's the problem on arm ?
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2013-09-24 10:55 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-10 13:38 [PATCH] ARM: add dtbImage.<dt> and dtbuImage.<dt> rules Richard Genoud
2012-09-10 13:38 ` Richard Genoud
2012-09-10 14:39 ` Gregory CLEMENT
2012-09-10 14:39 ` Gregory CLEMENT
2012-09-27 8:10 ` [PATCH RESEND] " Richard Genoud
2012-09-27 8:10 ` Richard Genoud
2012-09-27 8:29 ` Jean-Christophe PLAGNIOL-VILLARD
2012-09-27 8:29 ` Jean-Christophe PLAGNIOL-VILLARD
2012-09-27 8:29 ` Jean-Christophe PLAGNIOL-VILLARD
2012-09-27 9:08 ` Richard Genoud
2012-09-27 9:08 ` Richard Genoud
2013-09-24 10:55 ` Gerlando Falauto [this message]
2013-09-24 10:55 ` Gerlando Falauto
2013-09-24 12:01 ` Jason Cooper
2013-09-24 12:01 ` Jason Cooper
2013-09-24 12:19 ` Russell King - ARM Linux
2013-09-24 12:19 ` Russell King - ARM Linux
2013-09-24 12:34 ` Richard Genoud
2013-09-24 12:34 ` Richard Genoud
2013-09-24 15:14 ` Gerlando Falauto
2013-09-24 15:14 ` Gerlando Falauto
2013-09-30 18:14 ` Tim Bird
2013-09-30 18:14 ` Tim Bird
2013-09-30 22:44 ` Rob Herring
2013-09-30 22:44 ` Rob Herring
2013-10-01 3:21 ` Nicolas Pitre
2013-10-01 3:21 ` Nicolas Pitre
2013-10-01 2:40 ` Nicolas Pitre
2013-10-01 2:40 ` Nicolas Pitre
2013-09-30 20:21 ` Maxime Bizon
2013-09-30 20:21 ` Maxime Bizon
2013-09-30 20:42 ` Jason Cooper
2013-09-30 20:42 ` Jason Cooper
2013-09-30 21:07 ` Maxime Bizon
2013-09-30 21:07 ` Maxime Bizon
2013-10-01 3:14 ` Nicolas Pitre
2013-10-01 3:14 ` Nicolas Pitre
2013-10-01 10:41 ` Maxime Bizon
2013-10-01 10:41 ` Maxime Bizon
2013-10-01 11:12 ` Jason Cooper
2013-10-01 11:12 ` Jason Cooper
2013-10-02 21:14 ` Russell King - ARM Linux
2013-10-02 21:14 ` Russell King - ARM Linux
2013-09-24 15:14 ` Gerlando Falauto
2013-09-24 15:14 ` Gerlando Falauto
2013-09-24 15:54 ` Jason Cooper
2013-09-24 15:54 ` Jason Cooper
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=52416F97.802@keymile.com \
--to=gerlando.falauto@keymile.com \
--cc=devicetree-discuss@lists.ozlabs.org \
--cc=grant.likely@secretlab.ca \
--cc=gregory.clement@free-electrons.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=mmarek@suse.cz \
--cc=plagnioj@jcrosoft.com \
--cc=richard.genoud@gmail.com \
--cc=rob.herring@calxeda.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.