[U-Boot] Please pull u-boot-dm.git [take 2]

[Hans de Goede]

Hi Tom and Simon,

On 17-04-15 18:54, Simon Glass wrote:
> Hi Tom,
>
> On 17 April 2015 at 10:46, Tom Rini <trini at konsulko.com> wrote:
>> On Fri, Apr 17, 2015 at 10:30:36AM -0600, Simon Glass wrote:
>>> Hi Tom,
>>>
>>> On 17 April 2015 at 10:27, Tom Rini <trini at konsulko.com> wrote:
>>>>
>>>> On Thu, Apr 16, 2015 at 09:15:26PM -0600, Simon Glass wrote:
>>>>
>>>>> Hi Tom,
>>>>>
>>>>> As mentioned I reverted this patch as it conflicted with the dm tree
>>>>> and I suspect it might be buggy:
>>>>>
>>>>> cd749658 usb_storage : scan all interfaces to find a storage device
>>>>>
>>>>> Assuming this is OK and applies successfully I will rebase and resend
>>>>> this patch, then reply with some comments I have on the patch.
>>>>>
>>>>>
>>>>> The following changes since commit 4564faeafbf11feb839e2e3f927be2f1a919ba96:
>>>>>
>>>>>    ti: dwc3: Enable clocks in enable_basic_clocks() in hw_data.c
>>>>> (2015-04-16 15:08:36 -0400)
>>>>>
>>>>> are available in the git repository at:
>>>>>
>>>>>    http://git.denx.de/u-boot-dm.git
>>>>>
>>>>> for you to fetch changes up to 2e6263093b3a5c2d2c586afaedfd346d6628f784:
>>>>>
>>>>>    sandbox: exynos: Move CONFIG_SOUND_SANDBOX to Kconfig (2015-04-16
>>>>> 20:47:57 -0600)
>>>>
>>>> With this PR, am335x_boneblack (which has DM enabled) no longer
>>>> functions.  I'm running a bisect now, but heads up.
>>>
>>> OK, I'll wait for your bisect - also what is the console output when it breaks?
>>
>> OK, disregard Beaglebone Black error, that was me (need to remember that
>> eMMC boot only works off of am335x_boneblack_config).  But,
>> A20-OLinuXino-Lime2_defconfig is broken by this.  The error log:
>> Command(A20 OLinuXino Lime2 console)> on
>> (user:trini) Power turned on
>>
>> U-Boot SPL 2015.04-00342-g2e62630 (Apr 17 2015 - 12:40:45)
>> DRAM: 1024 MiB
>> CPU: 912000000Hz, AXI/AHB/APB: 3/2/2
>>
>>
>> U-Boot 2015.04-00342-g2e62630 (Apr 17 2015 - 12:40:45) Allwinner Technology
>>
>> CPU:   Allwinner A20 (SUN7I)
>> I2C:   ready
>> DRAM:  1 GiB
>> MMC:   SUNXI SD/MMC: 0
>> *** Warning - bad CRC, using default environment
>>
>> In:    serial
>> Out:   serial
>> Err:   serial
>> SCSI:  SUNXI SCSI INIT
>> SATA link 0 timeout.
>> AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode
>> flags: ncq stag pm led clo only pmp pio slum part ccc apst
>> Net:   dwmac.1c50000
>> starting USB...
>> USB0:   USB EHCI 1.00
>> scanning bus 0 for devices...
>> U-Boot SPL 2015.04-00342-g2e62630 (Apr 17 2015 - 12:40:45)
>> DRAM: 1024 MiB
>> CPU: 912000000Hz, AXI/AHB/APB: 3/2/2
>> MMC Device 0 not found
>> spl: mmc device not found!!
>> ### ERROR ### Please RESET the board ###
>>
>> And good:
>> Command(A20 OLinuXino Lime2 console)> on
>> (user:trini) Power turned on
>>
>> U-Boot SPL 2015.04-00121-g4564fae (Apr 17 2015 - 12:42:40)
>> DRAM: 1024 MiB
>> CPU: 912000000Hz, AXI/AHB/APB: 3/2/2
>>
>>
>> U-Boot 2015.04-00121-g4564fae (Apr 17 2015 - 12:42:40) Allwinner Technology
>>
>> CPU:   Allwinner A20 (SUN7I)
>> I2C:   ready
>> DRAM:  1 GiB
>> MMC:   SUNXI SD/MMC: 0
>> *** Warning - bad CRC, using default environment
>>
>> In:    serial
>> Out:   serial
>> Err:   serial
>> SCSI:  SUNXI SCSI INIT
>> SATA link 0 timeout.
>> AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode
>> flags: ncq stag pm led clo only pmp pio slum part ccc apst
>> Net:   dwmac.1c50000
>> starting USB...
>> USB0:   USB EHCI 1.00
>> scanning bus 0 for devices... 1 USB Device(s) found
>> USB1:   USB EHCI 1.00
>> scanning bus 1 for devices... 1 USB Device(s) found
>>         scanning usb for storage devices... 0 Storage Device(s) found
>> Hit any key to stop autoboot:  0
>> sunxi#
>>
>> So... we cause a reset during USB scan and then fail to boot a second
>> time?
>
> Thanks for testing this.
>
> I'm not sure if I have a Lime (I might do, will need to look). I was
> testing sunxi on a pcduino3 but USB does not work on that for reasons
> I was looking into (it just says lowlevel init failure due to moving
> to driver model for GPIO).
>
> I will take a look. In the meantime, which commit breaks this? I could
> perhaps issue a pull for commits up to that point to reduce the load.

I've been working on moving more sunxi boards over to dm (all of them to be
precise) sofar I've mostly been doing some ground work, so I've not yet run
any tests. I'll run some tests on another Olinuxino A20 board, and an A10 Lime
with current u-boot-dm/master, and assuming I can reproduce I'll try to come up
with a fix.

Regards,

Hans