From mboxrd@z Thu Jan 1 00:00:00 1970 From: Santosh Shilimkar Subject: Re: OMAP2430 SDP boot broken after Linus' rmk merge Date: Wed, 24 Jul 2013 10:45:20 -0400 Message-ID: <51EFE880.8080309@ti.com> References: <20130722184325.GA21614@n2100.arm.linux.org.uk> <51EE2AA7.5060503@ti.com> <51EE474D.5070804@ti.com> <20130724135617.GI11072@mudshark.cambridge.arm.com> <51EFE1DD.8070801@ti.com> <20130724142059.GJ11072@mudshark.cambridge.arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Return-path: Received: from devils.ext.ti.com ([198.47.26.153]:49785 "EHLO devils.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751243Ab3GXOpx (ORCPT ); Wed, 24 Jul 2013 10:45:53 -0400 In-Reply-To: <20130724142059.GJ11072@mudshark.cambridge.arm.com> Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Will Deacon Cc: Russell King - ARM Linux , Rajendra Nayak , Paul Walmsley , "linux-omap@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" On Wednesday 24 July 2013 10:20 AM, Will Deacon wrote: > On Wed, Jul 24, 2013 at 03:17:01PM +0100, Santosh Shilimkar wrote: >> On Wednesday 24 July 2013 09:56 AM, Will Deacon wrote: >>> On Tue, Jul 23, 2013 at 10:05:17AM +0100, Rajendra Nayak wrote: >>>> On Tuesday 23 July 2013 12:37 PM, Paul Walmsley wrote: >>>>> Hi Rajendra, >>>>> >>>>> On Tue, 23 Jul 2013, Rajendra Nayak wrote: >>>>> >>>>>> On Tuesday 23 July 2013 01:37 AM, Paul Walmsley wrote: >>>>>>> On Mon, 22 Jul 2013, Russell King - ARM Linux wrote: >>>>>>> >>>>>>>> Bear in mind that I'm almost at the point of not boot-testing anything >>>>>>>> I sent to Linus because of the uselessness of the SDP4430 board now >>>>>>>> that it's DT only - the only platform which boot-tests anything I send >>>>>>>> is the 3430LDP board now. If people care about that, maybe they can >>>>>>>> assist with sorting out the issues I've raised on these lists about >>>>>>>> the SDP4430 - and why the SDP4430 build remains disabled in my build >>>>>>>> and boot system. >>>>>>> >>>>>>> I understand completely... >>>>>>> >>>>>>>> Looking at the boot log, it just stops after uboot hands over control. >>>>>>>> With the lack of output from the decompressor, it's not possible to >>>>>>>> tell whether it's a decompressor problem or a kernel problem. >>>>>>>> >>>>>>>> I think you need to turn on the LL_DEBUG option, select the appropriate >>>>>>>> output option, and also get the decompressor to use the kernel's debug >>>>>>>> io functions to output it's stuff (I think the option is DEBUG_UNCOMPRESS). >>>>>>> >>>>>>> OK, will dig deeper here at the next opportunity. >>>>>> >>>>>> Paul, I can take a look at the 4430sdp issue. Are you also seeing this also on >>>>>> 2430sdp as the subject says, or was that a typo? >>>>> >>>>> Thanks for the offer. The issue that I'm seeing is on the 2430SDP in my >>>>> testbed. >>>>> >>>>> I don't have a 4430SDP, so you might consider touching base with rmk for >>>>> that one. >>>> >>>> So I tried commit 'fb2af00' on the 4430SDP and it did boot fine, though I see >>>> the below errors. (I am using the mainline bootloaders which do not lock any >>>> additional DPLLs like USB) >>> >>> Any update on this? If it's an issue introduced by architectural changes, >>> I'd really like to bisect it down but I don't have a board. >>> >> From the other thread, RMK did manage to get the board booting finally >> (uImage related issues, low level debug problem) but with DT only supported >> build, the audio and DSS was not at same state as before(non-DT build). >> And then Tony pointed the issues to Peter and Tomy to address it further. >> >> Russell, >> Is above right or I am missing something ? > > I thought that was the 4430 from before the merge window. Ths issue here is > the 2430 running mainline, as reported by Paul > Actually thread got hijacked a bit when Rajendra replied the OMAP4430 results. I then replied on top of that. Sorry about that Regards, Santosh From mboxrd@z Thu Jan 1 00:00:00 1970 From: santosh.shilimkar@ti.com (Santosh Shilimkar) Date: Wed, 24 Jul 2013 10:45:20 -0400 Subject: OMAP2430 SDP boot broken after Linus' rmk merge In-Reply-To: <20130724142059.GJ11072@mudshark.cambridge.arm.com> References: <20130722184325.GA21614@n2100.arm.linux.org.uk> <51EE2AA7.5060503@ti.com> <51EE474D.5070804@ti.com> <20130724135617.GI11072@mudshark.cambridge.arm.com> <51EFE1DD.8070801@ti.com> <20130724142059.GJ11072@mudshark.cambridge.arm.com> Message-ID: <51EFE880.8080309@ti.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Wednesday 24 July 2013 10:20 AM, Will Deacon wrote: > On Wed, Jul 24, 2013 at 03:17:01PM +0100, Santosh Shilimkar wrote: >> On Wednesday 24 July 2013 09:56 AM, Will Deacon wrote: >>> On Tue, Jul 23, 2013 at 10:05:17AM +0100, Rajendra Nayak wrote: >>>> On Tuesday 23 July 2013 12:37 PM, Paul Walmsley wrote: >>>>> Hi Rajendra, >>>>> >>>>> On Tue, 23 Jul 2013, Rajendra Nayak wrote: >>>>> >>>>>> On Tuesday 23 July 2013 01:37 AM, Paul Walmsley wrote: >>>>>>> On Mon, 22 Jul 2013, Russell King - ARM Linux wrote: >>>>>>> >>>>>>>> Bear in mind that I'm almost at the point of not boot-testing anything >>>>>>>> I sent to Linus because of the uselessness of the SDP4430 board now >>>>>>>> that it's DT only - the only platform which boot-tests anything I send >>>>>>>> is the 3430LDP board now. If people care about that, maybe they can >>>>>>>> assist with sorting out the issues I've raised on these lists about >>>>>>>> the SDP4430 - and why the SDP4430 build remains disabled in my build >>>>>>>> and boot system. >>>>>>> >>>>>>> I understand completely... >>>>>>> >>>>>>>> Looking at the boot log, it just stops after uboot hands over control. >>>>>>>> With the lack of output from the decompressor, it's not possible to >>>>>>>> tell whether it's a decompressor problem or a kernel problem. >>>>>>>> >>>>>>>> I think you need to turn on the LL_DEBUG option, select the appropriate >>>>>>>> output option, and also get the decompressor to use the kernel's debug >>>>>>>> io functions to output it's stuff (I think the option is DEBUG_UNCOMPRESS). >>>>>>> >>>>>>> OK, will dig deeper here at the next opportunity. >>>>>> >>>>>> Paul, I can take a look at the 4430sdp issue. Are you also seeing this also on >>>>>> 2430sdp as the subject says, or was that a typo? >>>>> >>>>> Thanks for the offer. The issue that I'm seeing is on the 2430SDP in my >>>>> testbed. >>>>> >>>>> I don't have a 4430SDP, so you might consider touching base with rmk for >>>>> that one. >>>> >>>> So I tried commit 'fb2af00' on the 4430SDP and it did boot fine, though I see >>>> the below errors. (I am using the mainline bootloaders which do not lock any >>>> additional DPLLs like USB) >>> >>> Any update on this? If it's an issue introduced by architectural changes, >>> I'd really like to bisect it down but I don't have a board. >>> >> From the other thread, RMK did manage to get the board booting finally >> (uImage related issues, low level debug problem) but with DT only supported >> build, the audio and DSS was not at same state as before(non-DT build). >> And then Tony pointed the issues to Peter and Tomy to address it further. >> >> Russell, >> Is above right or I am missing something ? > > I thought that was the 4430 from before the merge window. Ths issue here is > the 2430 running mainline, as reported by Paul > Actually thread got hijacked a bit when Rajendra replied the OMAP4430 results. I then replied on top of that. Sorry about that Regards, Santosh