From: Rajendra Nayak <rnayak@ti.com>
To: Paul Walmsley <paul@pwsan.com>
Cc: Nishanth Menon <nm@ti.com>, "Hiremath, Vaibhav" <hvaibhav@ti.com>,
"Vutla, Lokesh" <lokeshvutla@ti.com>,
Kevin Hilman <khilman@linaro.org>, "Rini, Tom" <trini@ti.com>,
"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
"Balbi, Felipe" <balbi@ti.com>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>
Subject: Re: OMAP baseline test results for v3.10-rc6
Date: Fri, 5 Jul 2013 11:18:44 +0530 [thread overview]
Message-ID: <51D65E3C.1070202@ti.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1307041810410.6258@utopia.booyaka.com>
On Thursday 04 July 2013 11:42 PM, Paul Walmsley wrote:
> On Wed, 3 Jul 2013, Paul Walmsley wrote:
>
>> As far as Lokesh's patch goes: it doesn't make sense to me to remove a
>> file during 'make clean' that the build process doesn't create. So while
>> I understand the motivation for the patch, and don't mind if upstream
>> takes it, I personally wouldn't care to ack it.
>
> Incidentally, if there's any patch that would improve the current
> situation with appended DTBs by going upstream, it would be a patch like
> Grant's "HACK" patch to add appended DTB building into the kernel build
> system. Maybe folks can push to something similar to that one upstream?
Grant already made it clear when he posted that patch that neither that nor
anything similar would be taken up mainline because the appended dtb was only
meant for folks stuck with legacy bootloaders and have no way to upgrade.
Anyone who uses a bootloader capable of passing the dtb should *not* use the
appended dtb way.
>
>
> - Paul
>
WARNING: multiple messages have this Message-ID (diff)
From: rnayak@ti.com (Rajendra Nayak)
To: linux-arm-kernel@lists.infradead.org
Subject: OMAP baseline test results for v3.10-rc6
Date: Fri, 5 Jul 2013 11:18:44 +0530 [thread overview]
Message-ID: <51D65E3C.1070202@ti.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1307041810410.6258@utopia.booyaka.com>
On Thursday 04 July 2013 11:42 PM, Paul Walmsley wrote:
> On Wed, 3 Jul 2013, Paul Walmsley wrote:
>
>> As far as Lokesh's patch goes: it doesn't make sense to me to remove a
>> file during 'make clean' that the build process doesn't create. So while
>> I understand the motivation for the patch, and don't mind if upstream
>> takes it, I personally wouldn't care to ack it.
>
> Incidentally, if there's any patch that would improve the current
> situation with appended DTBs by going upstream, it would be a patch like
> Grant's "HACK" patch to add appended DTB building into the kernel build
> system. Maybe folks can push to something similar to that one upstream?
Grant already made it clear when he posted that patch that neither that nor
anything similar would be taken up mainline because the appended dtb was only
meant for folks stuck with legacy bootloaders and have no way to upgrade.
Anyone who uses a bootloader capable of passing the dtb should *not* use the
appended dtb way.
>
>
> - Paul
>
next prev parent reply other threads:[~2013-07-05 5:49 UTC|newest]
Thread overview: 80+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-17 5:23 OMAP baseline test results for v3.10-rc6 Paul Walmsley
2013-06-17 5:23 ` Paul Walmsley
2013-06-25 16:02 ` Felipe Balbi
2013-06-25 16:02 ` Felipe Balbi
2013-06-25 18:20 ` Paul Walmsley
2013-06-25 18:20 ` Paul Walmsley
2013-06-25 19:34 ` Tom Rini
2013-06-25 19:34 ` Tom Rini
2013-06-25 19:57 ` Kevin Hilman
2013-06-25 19:57 ` Kevin Hilman
2013-06-25 20:22 ` Tom Rini
2013-06-25 20:22 ` Tom Rini
2013-06-26 9:15 ` Russell King - ARM Linux
2013-06-26 9:15 ` Russell King - ARM Linux
2013-06-26 11:27 ` Tom Rini
2013-06-26 11:27 ` Tom Rini
2013-06-26 4:53 ` Hiremath, Vaibhav
2013-06-26 4:53 ` Hiremath, Vaibhav
2013-06-26 13:22 ` Rajendra Nayak
2013-06-26 13:22 ` Rajendra Nayak
2013-06-26 13:26 ` Tom Rini
2013-06-26 13:26 ` Tom Rini
2013-06-26 17:28 ` Paul Walmsley
2013-06-26 17:28 ` Paul Walmsley
2013-06-26 17:45 ` Tom Rini
2013-06-26 17:45 ` Tom Rini
2013-06-26 17:58 ` Paul Walmsley
2013-06-26 17:58 ` Paul Walmsley
2013-06-26 20:02 ` Tom Rini
2013-06-26 20:02 ` Tom Rini
2013-06-26 23:57 ` Kevin Hilman
2013-06-26 23:57 ` Kevin Hilman
2013-06-26 17:26 ` Paul Walmsley
2013-06-26 17:26 ` Paul Walmsley
2013-06-27 4:17 ` Lokesh Vutla
2013-06-27 4:17 ` Lokesh Vutla
2013-06-28 18:45 ` Paul Walmsley
2013-06-28 18:45 ` Paul Walmsley
2013-07-01 2:15 ` Paul Walmsley
2013-07-01 2:15 ` Paul Walmsley
2013-07-02 4:29 ` Hiremath, Vaibhav
2013-07-02 4:29 ` Hiremath, Vaibhav
2013-07-02 14:15 ` Nishanth Menon
2013-07-02 14:15 ` Nishanth Menon
2013-07-03 19:51 ` Paul Walmsley
2013-07-03 19:51 ` Paul Walmsley
2013-07-04 18:12 ` Paul Walmsley
2013-07-04 18:12 ` Paul Walmsley
2013-07-05 5:48 ` Rajendra Nayak [this message]
2013-07-05 5:48 ` Rajendra Nayak
2013-07-05 14:14 ` Tom Rini
2013-07-05 14:14 ` Tom Rini
2013-07-05 15:44 ` Paul Walmsley
2013-07-05 15:44 ` Paul Walmsley
2013-06-26 20:56 ` Kevin Hilman
2013-06-26 20:56 ` Kevin Hilman
2013-06-26 17:19 ` Paul Walmsley
2013-06-26 17:19 ` Paul Walmsley
2013-06-26 20:16 ` Tom Rini
2013-06-26 20:16 ` Tom Rini
2013-07-29 8:29 ` Paul Walmsley
2013-07-29 8:29 ` Paul Walmsley
2013-07-29 12:29 ` Tom Rini
2013-07-29 12:29 ` Tom Rini
2013-07-30 20:23 ` Paul Walmsley
2013-07-30 20:23 ` Paul Walmsley
2013-07-30 20:28 ` Nishanth Menon
2013-07-30 20:28 ` Nishanth Menon
2013-06-25 20:39 ` Felipe Balbi
2013-06-25 20:39 ` Felipe Balbi
2013-06-26 4:57 ` Hiremath, Vaibhav
2013-06-26 4:57 ` Hiremath, Vaibhav
2013-06-26 16:51 ` Paul Walmsley
2013-06-26 16:51 ` Paul Walmsley
2013-06-26 17:41 ` Paul Walmsley
2013-06-26 17:41 ` Paul Walmsley
2013-06-26 9:21 ` Lokesh Vutla
2013-06-26 9:21 ` Lokesh Vutla
2013-06-26 17:36 ` Paul Walmsley
2013-06-26 17:36 ` Paul Walmsley
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=51D65E3C.1070202@ti.com \
--to=rnayak@ti.com \
--cc=balbi@ti.com \
--cc=hvaibhav@ti.com \
--cc=khilman@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=lokeshvutla@ti.com \
--cc=nm@ti.com \
--cc=paul@pwsan.com \
--cc=trini@ti.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.