[meta-xilinx] meta-xilinx Digest, Vol 9, Issue 3

Mike Looijmans mike.looijmans at topic.nl
Tue Nov 19 06:52:14 PST 2013


You don't need to program the FPGA at all, you can just boot linux without it.

Just remember to build drivers that need things in logic (e.g. HDMI) as 
modules, otherwise they'll fail and hang or crash your kernel. You can program 
the FPGA from within linux and then load the associated drivers.

You can look at "my" meta-zynq OE layer to get an example of how this works.

Mike.

On 11/19/2013 03:28 PM, Anders Berndtsson wrote:
> Thanks Mike!
>
> I have now created an ext4 partition where the complete rootfs is placed.
> Replaced the devicetree.dtb with the one generated from bitbake  >>
> .../uImage-zedboard-zynq7-mmcblk0p2.dtb
>
> The uboot gives following error >> Error: Timeout waiting for FPGA to
> config.
> How should I apply the FPGA bit file?
> Is there any way to boot the linux without configure the FPGA?
>
> U-Boot 2013.01-dirty (Jun 14 2013 - 16:25:48)
>
> DRAM:  512 MiB
> WARNING: Caches not enabled
> MMC:   zynq_sdhci: 0
> SF: Detected S25FL129P_64K with page size 64 KiB, total 16 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: 2
> OEM: 544d
> Name: SA04G
> Tran Speed: 50000000
> Rd Block Len: 512
> SD version 2.0
> High Capacity: Yes
> Capacity: 3.6 GiB
> Bus Width: 4-bit
> Loading bitstream from SD/MMC/eMMC to RAM..
> Device: zynq_sdhci
> Manufacturer ID: 2
> OEM: 544d
> Name: SA04G
> Tran Speed: 50000000
> Rd Block Len: 512
> SD version 2.0
> High Capacity: Yes
> Capacity: 3.6 GiB
> Bus Width: 4-bit
> reading system.bit.bin
> 2858832 bytes read in 394 ms (6.9 MiB/s)
> Error: Timeout waiting for FPGA to config.
> fpga - loadable FPGA image support
>
> Usage:
> fpga [operation type] [device number] [image address] [image size]
> fpga operations:
>    dump  [dev]                   Load device to memory buffer
>    info  [dev]                   list known device information
>    load  [dev] [address] [size]  Load device from memory buffer
>    loadb [dev] [address] [size]  Load device from bitstream buffer (Xilinx
> only)
>    loadmk [dev] [address]        Load device generated with mkimage
>          For loadmk operating on FIT format uImage address must include
>          subimage unit name in the form of addr:<subimg_uname>
> zynq-uboot>
>
>
> Kind Regards
> Anders Berndtsson
>
>
>
>
> 

Met vriendelijke groet / kind regards,

Mike Looijmans

TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) – (0)499 - 33.69.79
Telefax: (+31) - (0)499 - 33.69.70
E-mail: mike.looijmans at topic.nl
Website: www.topic.nl

Dit e-mail bericht en de eventueel daarbij behorende bijlagen zijn uitsluitend bestemd voor de geadresseerde, zoals die blijkt uit het e-mail bericht en/of de bijlagen. Er kunnen gegevens met betrekking tot een derde instaan. Indien u als niet-geadresseerde dit bericht en de bijlagen ontvangt, terwijl u niet bevoegd of gemachtigd bent om dit bericht namens de geadresseerde te ontvangen, wordt u verzocht de afzender hierover direct te informeren en het e-mail bericht met de bijlagen te vernietigen. Ieder gebruik van de inhoud van het e-mail bericht, waaronder de daarbij behorende bijlagen, door een ander dan de geadresseerde is onrechtmatig jegens ons dan wel de eventueel in het e-mail bericht of de bijlagen voorkomende andere personen. TOPIC Embedded Systems is niet aansprakelijk voor enigerlei schade voortvloeiend uit het gebruik en/of acceptatie van dit e-mail bericht of de daarbij behorende bijlagen.

The contents of this message, as well as any enclosures, are addressed personally to, and thus solely intended for the addressee. They may contain information regarding a third party. A recipient who is neither the addressee, nor empowered to receive this message on behalf of the addressee, is kindly requested to immediately inform the sender of receipt, and to destroy the message and the enclosures. Any use of the contents of this message and/or the enclosures by any other person than the addressee or person who is empowered to receive this message, is illegal towards the sender and/or the aforementioned third party. TOPIC Embedded Systems is not  liable for any damage as a result of the use and/or acceptance of this message and as well as any enclosures.
-----Original Message-----
> From: meta-xilinx-bounces at yoctoproject.org
> [mailto:meta-xilinx-bounces at yoctoproject.org] On Behalf Of
> meta-xilinx-request at yoctoproject.org
> Sent: den 14 november 2013 21:00
> To: meta-xilinx at yoctoproject.org
> Subject: meta-xilinx Digest, Vol 9, Issue 3
>
> Send meta-xilinx mailing list submissions to
> 	meta-xilinx at yoctoproject.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.yoctoproject.org/listinfo/meta-xilinx
> or, via email, send a message with subject or body 'help' to
> 	meta-xilinx-request at yoctoproject.org
>
> You can reach the person managing the list at
> 	meta-xilinx-owner at yoctoproject.org
>
> When replying, please edit your Subject line so it is more specific than
> "Re: Contents of meta-xilinx digest..."
>
>
> Today's Topics:
>
>     1. Re: SD Card image and Function faild: do_packages_qa
>        (Mike Looijmans)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 14 Nov 2013 11:54:25 +0100
> From: Mike Looijmans <mike.looijmans at topic.nl>
> To: <meta-xilinx at yoctoproject.org>
> Subject: Re: [meta-xilinx] SD Card image and Function faild:
> 	do_packages_qa
> Message-ID: <5284ABE1.8000308 at topic.nl>
> Content-Type: text/plain; charset="utf-8"; format=flowed
>
> ?On 11/14/2013 11:15 AM, Anders Berndtsson wrote:
>> Hi all,
>>
>> What controls the format of the output image files?
>
> The IMAGE_FSTYPES variable in the recipes and/or config file.
>
> For the zedboard SD card, just unpack the tars onto the card on your PC
> (first partition must be FAT, I recommend using a second ext4 partition for
> the rootfs).
>
> Mike.
>



More information about the meta-xilinx mailing list