Message-ID: <51E7D1D2.1060006@ti.com>
Date: Thu, 18 Jul 2013 14:30:26 +0300
From: Roger Quadros <rogerq@ti.com>
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/20121011 Thunderbird/16.0.1
MIME-Version: 1.0
To: Arend van Spriel <arend@broadcom.com>
CC: <tony@atomide.com>, <linux-omap@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: Regression 3.11-rc1: omap4panda: no usb and consequently no ethernet
References: <51E7AA24.6080600@broadcom.com> <51E7CEF3.5000408@ti.com> <51E7D080.6070401@broadcom.com>
In-Reply-To: <51E7D080.6070401@broadcom.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 3222
Lines: 75

On 07/18/2013 02:24 PM, Arend van Spriel wrote:
> On 07/18/2013 01:18 PM, Roger Quadros wrote:
>> Hi Arend,
>>
>> On 07/18/2013 11:41 AM, Arend van Spriel wrote:
>>> Hi Tony,
>>>
>>>
>>> We are using the panda board (es variant) for testing our SDIO based chips. For this we have an adapter card connection to expansion connector A. As this adapter is not publicly available we had internally patched board-omap4panda.c. Also we follow the -rc releases and use TFTP to boot the kernel image which requires USB.
>>>
>>> Moving to 3.11-rc1 I found that the mentioned board file was removed by your commit:
>>>
>>> commit b42b918194c4791510ac049e3d507169a7de8544
>>> Author: Tony Lindgren <tony@atomide.com>
>>> Date:   Thu May 30 12:53:05 2013 -0700
>>>
>>>      ARM: OMAP2+: Remove board-omap4panda.c
>>>
>>> As our patches on that file are internal I do not hold it against you. This is no regression and we need to fix it.
>>>
>>> So my first step was to follow the recipe given in that commit. Beside that I noticed a thread about USB issue on LKML so I also applied the following commit:
>>>
>>> commit 352f573e59050c7a604c35c58b4bbfc51edebbee
>>> Author: Roger Quadros <rogerq@ti.com>
>>> Date:   Tue Jun 18 19:04:47 2013 +0300
>>>
>>>      ARM: OMAP2+: Provide alias to USB PHY clock
>>>
>>> The attached kernel log seems to suggest that the device tree is picked up by the kernel, but the USB does not seem very active. No ethernet connectivity. This does seem a regression to me. Is there some other patch that I need to get it going again?
>>>
>>
>> I tried with your config and 3.11-rc1 kernel with the above commit on top and ethernet seems to
>> work for me. My boot log is attached.
>>
>> Are you sure that you are building the DTB for panda-es and the bootloader is picking up the right file and
>> not an outdated one?
> 
> I appended the DTB to the kernel image thus avoiding the need to update u-boot (at least that is what I understood from Tony's commit).
> 

I understand this can be a little tedious at first.

This is my u-boot boot.txt

fatload mmc 0:1 0x825f0000 omap4-panda-es.dtb
fatload mmc 0:1 0x80300000 uImage
set fdt_high 0xffffffff
setenv bootargs console=ttyO2,115200n8 mem=1G@0x80000000 root=/dev/mmcblk0p2 rootwait
bootm 0x80300000 - 0x825f0000

You need to generate boot.scr from the above boot.txt and place it in SD card boot partition.

mkimage -A arm -T script -C none -n "Boot Image" -d boot.txt boot.scr

And of course copy the omap4-panda-es.dtb to SD card boot partition.

hope this helps.

>> Why is the version of SPL loader and u-boot different in your log?
>> You need to use the MLO file generated by the u-boot build along with the uImage.
>>
>> Just to be sure we are on the same setup could you please try with latest u-boot release (2013-04). Thanks.
> 
> I recall having difficulty with TFTP boot using a 2013 u-boot release, but that hurdle is for later. I will try.
> 

OK. We can figure this out as well.

cheers,
-roger
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/