From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rajendra Nayak Subject: Re: OMAP baseline test results for v3.10-rc6 Date: Fri, 5 Jul 2013 11:18:44 +0530 Message-ID: <51D65E3C.1070202@ti.com> References: <20130625160243.GE22312@arwen.pp.htv.fi> <51C9F0A8.1050607@ti.com> <87fvw6t136.fsf@linaro.org> <79CD15C6BA57404B839C016229A409A83ECC952D@DBDE04.ent.ti.com> <51CAEB33.5010101@ti.com> <51CBBCD8.5030600@ti.com> <79CD15C6BA57404B839C016229A409A83ECCC435@DBDE04.ent.ti.com> <51D2E096.5040700@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Return-path: Received: from comal.ext.ti.com ([198.47.26.152]:41346 "EHLO comal.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751998Ab3GEFtQ (ORCPT ); Fri, 5 Jul 2013 01:49:16 -0400 In-Reply-To: Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Paul Walmsley Cc: Nishanth Menon , "Hiremath, Vaibhav" , "Vutla, Lokesh" , Kevin Hilman , "Rini, Tom" , "linux-omap@vger.kernel.org" , "Balbi, Felipe" , "linux-arm-kernel@lists.infradead.org" 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 > From mboxrd@z Thu Jan 1 00:00:00 1970 From: rnayak@ti.com (Rajendra Nayak) Date: Fri, 5 Jul 2013 11:18:44 +0530 Subject: OMAP baseline test results for v3.10-rc6 In-Reply-To: References: <20130625160243.GE22312@arwen.pp.htv.fi> <51C9F0A8.1050607@ti.com> <87fvw6t136.fsf@linaro.org> <79CD15C6BA57404B839C016229A409A83ECC952D@DBDE04.ent.ti.com> <51CAEB33.5010101@ti.com> <51CBBCD8.5030600@ti.com> <79CD15C6BA57404B839C016229A409A83ECCC435@DBDE04.ent.ti.com> <51D2E096.5040700@ti.com> Message-ID: <51D65E3C.1070202@ti.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org 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 >