Paul,

On 09/25/2013 10:02 AM, Santosh Shilimkar wrote:
> On Tuesday 24 September 2013 07:59 PM, Paul Zimmerman wrote:
>>> From: Suman Anna [mailto:s-a...@ti.com]
>>> Sent: Tuesday, September 24, 2013 4:48 PM
>>>
>>> On 09/24/2013 05:24 PM, Santosh Shilimkar wrote:
>>>> On Tuesday 24 September 2013 04:30 PM, Paul Zimmerman wrote:
>>>>>> From: Paul Zimmerman
>>>>>> Sent: Tuesday, September 24, 2013 1:21 PM
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I have an OMAP5432 uEVM which I cannot get to boot with recent mainline
>>>>>> (tried 3.11 and 3.12-rc1). I have the TI GLSDK for this board (v6.0.0.7),
>>>>>> which comes with 3.8.4 which works fine.
>>>>>>
>>>>>> I found this thread: http://marc.info/?l=fedora-arm&m=137717811815777 and
>>>>>
>>>>> Wrong link, should have been 
>>>>> http://marc.info/?l=linux-omap&m=137515583214350.
>>>>>
>>>> Its because of commit 03ab349ec{ARM: OMAP5: hwmod data: Add mailbox data} 
>>>> which
>>>> added hwmod data but DT data for mailbox is missing. Reverting that makes
>>>> things work. Looks like mailbox dt patches missed the last merge window.
>>>
>>> Yeah, the boot sequence tries to enable and idle all the hwmods, and
>>> this results in an error while initializing the mailbox hwmod during the
>>> sysc configuration. This is because the OMAP5 hwmod data file no longer
>>> has the omap_hwmod_addr_space defined in the hwmod_ocp_if data. Two ways
>>> for now to get past is either revert the mailbox hwmod commit as above
>>> or add the DT node [2].
>>>
>>> I will be respinning the mailbox DT series very soon targeting 3.13, so
>>> should not be an issue when OMAP5 boot is supported directly on mainline.
>>
>> That's good info, but unfortunately it didn't work for me. I must have a
>> different problem, maybe I need a newer version of u-boot.
>>
>> So there is no README or wiki that explains how to get Linux to boot on
>> this board? Is there perhaps a prebuilt SD card image somewhere with a
>> recent kernel that I can grab?
>>
> You don't need anything special as such. Just pull the latest mainline
> denx u-boot build it for 'omap5_uevm' and update your boot-loaders.

FYI, I was able to boot using the branch posted by Santosh just fine. I
used v2013.07 u-boot. The boot traces show up about 30~45 seconds after
you see the trace "Starting kernel...".

For using a rootfs from MMC, enable the following in menuconfig:
  Device Drivers -> Multifunction device drivers -> TI Palmas series chips
  Device Drivers -> Voltage and Current Regulator Support -> TI Palmas
PMIC regulators.

Depending on your u-boot settings, make sure the mmcroot is also set to
/dev/mmcblk1p2.

regards
Suman

--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to