discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Booting Zynq/Gnuradio


From: Philip Balister
Subject: Re: [Discuss-gnuradio] Booting Zynq/Gnuradio
Date: Tue, 20 Aug 2013 12:57:01 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7

On 08/20/2013 11:12 AM, Jan Schiefer wrote:
>> On 08/20/2013 04:32 AM, Jan Schiefer wrote:
>>>
>>> Now, many many CPU cycles later, I am at the point of booting it. Well,
>>> almost. What happens is that Das U-Boot is looking for an initial
>>> ramdisk:
>>>
>>> U-Boot 2013.01 (Aug 17 2013 - 06:32:40)
>>>
>>> DRAM:  512 MiB
>>> WARNING: Caches not enabled
>>> MMC:   zynq_sdhci: 0
>>> SF: Detected S25FL256S with page size 64 KiB, total 32 MiB
>>> In:    serial
>>> Out:   serial
>>> Err:   serial
>>> Net:   Gem.e000b000
>>> Hit any key to stop autoboot:  0
>>> Copying Linux from SD to RAM...
>>> Device: zynq_sdhci
>>> Manufacturer ID: 1b
>>> OEM: 534d
>>> Name: 00000
>>> Tran Speed: 50000000
>>> Rd Block Len: 512
>>> SD version 2.0
>>> High Capacity: Yes
>>> Capacity: 3.7 GiB
>>> Bus Width: 4-bit
>>> reading uImage
>>> 2855496 bytes read in 415 ms (6.6 MiB/s)
>>> reading devicetree.dtb
>>> 21734 bytes read in 19 ms (1.1 MiB/s)
>>> reading uramdisk.image.gz
>>> ** Unable to read file uramdisk.image.gz **
>>> zynq-uboot>
>>>
>>> Why? Because the environment says so:
>>> sdboot=echo Copying Linux from SD to RAM... && mmcinfo && fatload mmc 0
>>> 0x3000000 ${kernel_image} && fatload mmc 0 0x2A00000 ${devicetree_image}
>>> && fatload mmc 0 0x2000000 ${ramdisk_image} && bootm 0x3000000 -
>>> 0x2A00000
>>>
>>> That doesn't seem quite right, I am assuming this should use the rootfs
>>> in
>>> the rootfs partition, shouldn't it?
>>>
>>> So my question is, am I missing something, or is the zynq Wiki page
>>> missing a little section on how to set up the U-Boot environment
>>> variables
>>> in the flash?
>>
>> I assume you figured out you need to modify the bootm command so it does
>> not look for the ramdisk?  The default config from Xilinx is somewhat
>> obsessed with booting from a ramdisk :) I'm looking into some ways of
>> modifying the bootloader behavior without rebuilding it all the time.
>>
>> What zynq hardware are you using?
>>
>> Philip
>>
> 
> This is on a Zedboard. I did figure out that I need to change mboot
> parameters, but I haven't studied the whole setup enough to know what all
> else needs to change. So I thought I'd ask :-).
> 
> When you write about modifications, are you referring to more advanced
> ways to load bitfiles rather than sticking them in the boot image?

Mods to fix the ramdisk issue.

You can load the bitfile from linux with cat foo.bin > /dev/xdevcfg

There is a magic promgen command to get the endianess correct though.
I'll take a look at the wiki page and see if we can document the magic
command there.

Philip[


> 
> Regards,
>    Jan
> 
> 
> 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]