All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michal Simek <michal.simek@xilinx.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] spl: fpga: Implement fpga bistream loading with fpga_load
Date: Wed, 18 Jul 2018 16:57:10 +0200	[thread overview]
Message-ID: <c7be5fc9-5e4d-19dd-2efa-e0b16d004a28@xilinx.com> (raw)
In-Reply-To: <51da342d-ffc8-330d-1b55-c27d7009853d@denx.de>

On 18.7.2018 16:24, Marek Vasut wrote:
> On 07/18/2018 04:18 PM, Michal Simek wrote:
>> On 18.7.2018 16:15, Marek Vasut wrote:
>>> On 07/18/2018 04:00 PM, Michal Simek wrote:
>>>> On 18.7.2018 14:54, Marek Vasut wrote:
>>>>> On 07/18/2018 02:51 PM, Michal Simek wrote:
>>>>>> There shouldn't be a need to call private spl_load_fpga_image()
>>>>>> because the whole sequence should be already handled by fpga_load().
>>>>>> The patch let spl_load_fit_image() to load data to right location based
>>>>>> on "load" property in FIT and then call fpga_load().
>>>>>
>>>>> NAK
>>>>>
>>>>> This breaks Arria10, sorry. The private loading function is needed on
>>>>> Arria10 as the whole bitstream is not available in RAM and needs to be
>>>>> loaded piece by piece, see [1]
>>>>>
>>>>> [1]
>>>>> http://git.denx.de/?p=u-boot/u-boot-socfpga.git;a=blobdiff;f=arch/arm/mach-socfpga/spl.c;h=82adb5dfb8de62e3d928f6f4405705f3f32a780c;hp=7ee988a2d59831ec6bff927b2a5fdad7f57da055;hb=21f835ebf2b40fc8a3e8b818c5c5ba2555dd7c65;hpb=bd198801cb95b5a8460c95a762cc4a9a44ca85ef
> 
> [...]
>>>> The second solution is to check if load address is not 0 and call
>>>> fpga_load only for that. In this case there is a need to check size for SPL.
>>>
>>> 0 is a valid load address, so no.
>>
>> Then new Kconfig option is another way to go now.
> 
> No, the firmware loader is a way to go. Sadly, it's still work in progress.

I have looked at that series and it will take some time to get it done
but even that series has no user and also only support filesystems.
Which is fine but not enough and support for RAW mode is necessary too.

Anyway Luis sent series where this SPL fpga supported is requested to
add and I had this functionality in more raw state in Xilinx tree for
quite a long time and it is time to support it because on Zybo (because
of i2c eeprom) and also cc108 (because of uart routing via PL) fpga load
needs to be done in SPL and we need that support.
I have not a problem to keep your code in SPL but I need a way to enable
fpga load directly with all that features like hashes which are already
available. GZIP can be added pretty easily too.
That's why please suggest a way what you are comfortable with not to
block functionality on these devices.

Thanks,
Michal

  reply	other threads:[~2018-07-18 14:57 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-07-18 12:51 [U-Boot] [PATCH] spl: fpga: Implement fpga bistream loading with fpga_load Michal Simek
2018-07-18 12:54 ` Marek Vasut
2018-07-18 14:00   ` Michal Simek
2018-07-18 14:15     ` Marek Vasut
2018-07-18 14:18       ` Michal Simek
2018-07-18 14:24         ` Marek Vasut
2018-07-18 14:57           ` Michal Simek [this message]
2018-07-18 20:11             ` Marek Vasut
2018-07-19  5:57               ` Michal Simek
2018-07-19  6:36                 ` Luis Araneda
2018-07-19  6:44                   ` Michal Simek
2018-07-19  8:35                     ` Marek Vasut
2018-07-23 13:58                       ` Michal Simek
2018-07-19  8:25                 ` Marek Vasut

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=c7be5fc9-5e4d-19dd-2efa-e0b16d004a28@xilinx.com \
    --to=michal.simek@xilinx.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.