On Wed, Nov 6, 2013 at 2:55 PM, Robert Nelson <[email protected]> wrote:
> On Wed, Nov 6, 2013 at 12:06 PM, Robert Nelson <[email protected]>
> wrote:
>> On Wed, Nov 6, 2013 at 11:55 AM, Jason Kridner <[email protected]>
>> wrote:
>>> On Wed, Nov 6, 2013 at 11:39 AM, Robert Nelson <[email protected]>
>>> wrote:
>>>> On Wed, Nov 6, 2013 at 9:29 AM, Jason Kridner <[email protected]>
>>>> wrote:
>>>>> Robert,
>>>>>
>>>>> I'm starting with the kernel at
>>>>> http://github.com/beagleboard/kernel/tree/3.12. I've pushed a patched
>>>>> version of the tree to http://github.com/beagleboard/linux/tree/3.12.
>>>>>
>>>>> To build the kernel, I'm using buildroot via
>>>>> http://github.com/jadonk/buildroot/tree/latest.
>>>>>
>>>>> make beaglebone_config
>>>>> make
>>>>>
>>>>> I'm booting the MLO and u-boot.img that are in the buildroot
>>>>> output/images. I then try the following:
>>>>>
>>>>> U-Boot SPL 2013.07 (Oct 30 2013 - 09:44:19)
>>>>> musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx,
>>>>> SoftConn)
>>>>> musb-hdrc: MHDRC RTL version 2.0
>>>>> musb-hdrc: setup fifo_mode 4
>>>>> musb-hdrc: 28/31 max ep, 16384/16384 memory
>>>>> USB Peripheral mode controller at 47401000 using PIO, IRQ 0
>>>>> musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx,
>>>>> SoftConn)
>>>>> musb-hdrc: MHDRC RTL version 2.0
>>>>> musb-hdrc: setup fifo_mode 4
>>>>> musb-hdrc: 28/31 max ep, 16384/16384 memory
>>>>> USB Host mode controller at 47401800 using PIO, IRQ 0
>>>>> OMAP SD/MMC: 0
>>>>> reading args
>>>>> spl: error reading image args, err - -1
>>>>> reading u-boot.img
>>>>> reading u-boot.img
>>>>>
>>>>>
>>>>> U-Boot 2013.07 (Oct 30 2013 - 09:44:19)
>>>>>
>>>>> I2C: ready
>>>>> DRAM: 512 MiB
>>>>> WARNING: Caches not enabled
>>>>> NAND: 0 MiB
>>>>> MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1
>>>>> *** Warning - readenv() failed, using default environment
>>>>>
>>>>> musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx,
>>>>> SoftConn)
>>>>> musb-hdrc: MHDRC RTL version 2.0
>>>>> musb-hdrc: setup fifo_mode 4
>>>>> musb-hdrc: 28/31 max ep, 16384/16384 memory
>>>>> USB Peripheral mode controller at 47401000 using PIO, IRQ 0
>>>>> musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx,
>>>>> SoftConn)
>>>>> musb-hdrc: MHDRC RTL version 2.0
>>>>> musb-hdrc: setup fifo_mode 4
>>>>> musb-hdrc: 28/31 max ep, 16384/16384 memory
>>>>> USB Host mode controller at 47401800 using PIO, IRQ 0
>>>>> Net: <ethaddr> not set. Validating first E-fuse MAC
>>>>> cpsw, usb_ether
>>>>> Hit any key to stop autoboot: 0
>>>>> U-Boot#
>>>>> U-Boot# run findfdt
>>>>> U-Boot# setenv bootargs console=${console}
>>>>> U-Boot# load mmc 0 0x80007fc0 uImage
>>>>> reading uImage
>>>>> 34759872 bytes read in 3941 ms (8.4 MiB/s)
>>>>> U-Boot# load mmc 0 0x82ff8000 ${fdtfile}
>>>>> reading am335x-boneblack.dtb
>>>>> 18465 bytes read in 9 ms (2 MiB/s)
>>>>> U-Boot# bootm 0x80007fc0 - 0x82ff8000
>>>>
>>>> Hum, I actually haven't tested "bootm" in some time, I'll test it right
>>>> now...
>>>>
>>>> Here's what i'm seeing with "bootz 0x80200000
>>>> 0x81000000:${initrd_size} 0x815f0000" (intrd is basically ignored as
>>>> it's 3.8.x based..)
>>>
>>> What's the reasoning behind moving to bootz? I'm just looking for
>>> something that is simple and works. I can see some advantage to
>>> skipping the mkimage step, but if the build infrastructure is already
>>> there, why should I go to an extra step to remove it and break some
>>> compatibility with existing scripts, etc.?
>>
>> bootz/zImage is easier for multi-arch, plus you never have to remember
>> the mkimage syntax or address. (Luckly TI has for the most part always
>> used 0x80008000) Some 'other' vendors like to change the address
>> randomly..
>>
>> Anywho, it looks to not be a uImage/zImage issue.. I'm just waiting
>> for buildroot to finish..
>
> Weird, it works for me..
>
> git clone https://github.com/jadonk/buildroot.git buildroot-jadonk
> cd buildroot-jadonk/
> git checkout origin/latest -b latest
> make beaglebone_defconfig
> make
>
> http://pastebin.com/mLu6Ak5A
>
> maybe it's the load address of 0x80007fc0????
Nah it's the fdtaddress, for some reason "0x82ff8000" is getting
overwritten by the uImage... (22.6MB in size)
This works fine:
run findfdt
setenv bootargs console=${console}
load mmc 0 0x80007fc0 uImage
load mmc 0 0x87ff0000 ${fdtfile}
bootm 0x80007fc0 - 0x87ff0000
But using this might be better long term..
run findfdt
setenv bootargs console=${console}
load mmc 0 ${loadaddr} uImage
load mmc 0 ${fdtaddr} ${fdtfile}
bootm ${loadaddr} - ${fdtaddr}
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.
