From: Chee, Tien Fong <tien.fong.chee@intel.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v8 6/8] spl : socfpga: Implement fpga bitstream loading with socfpga loadfs
Date: Thu, 14 Feb 2019 15:37:10 +0000 [thread overview]
Message-ID: <1550158629.10728.93.camel@intel.com> (raw)
In-Reply-To: <913a7194-04a8-5c67-4084-a24e6acd79f0@denx.de>
On Thu, 2019-02-14 at 16:21 +0100, Marek Vasut wrote:
> On 2/14/19 4:15 PM, Chee, Tien Fong wrote:
> >
> > On Thu, 2019-02-14 at 13:28 +0100, Marek Vasut wrote:
> > >
> > > On 2/14/19 12:38 PM, Chee, Tien Fong wrote:
> > > >
> > > >
> > > > On Thu, 2019-02-14 at 11:42 +0100, Marek Vasut wrote:
> > > > >
> > > > >
> > > > > On 2/14/19 7:50 AM, Chee, Tien Fong wrote:
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Wed, 2019-02-13 at 17:25 +0100, Marek Vasut wrote:
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On 2/13/19 3:18 PM, tien.fong.chee at intel.com wrote:
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > From: Tien Fong Chee <tien.fong.chee@intel.com>
> > > > > > > >
> > > > > > > > Add support for loading FPGA bitstream to get DDR up
> > > > > > > > running
> > > > > > > > before
> > > > > > > > U-Boot is loaded into DDR. Boot device initialization,
> > > > > > > > generic
> > > > > > > > firmware
> > > > > > > > loader and SPL FAT support are required for this whole
> > > > > > > > mechanism to
> > > > > > > > work.
> > > > > > > >
> > > > > > > > Signed-off-by: Tien Fong Chee <tien.fong.chee@intel.com
> > > > > > > > >
> > > > > > > >
> > > > > > > > ---
> > > > > > > >
> > > > > > > > changes for v7
> > > > > > > > - Removed casting for get_fpga_filename
> > > > > > > > - Removed hard coding DDR address for loading core
> > > > > > > > bistream,
> > > > > > > > using
> > > > > > > > loadable
> > > > > > > > property from FIT.
> > > > > > > > - Added checking for config_pins, return if error.
> > > > > > > > ---
> > > > > > > > arch/arm/mach-socfpga/spl_a10.c | 41
> > > > > > > > ++++++++++++++++++++++++++++++++++++++++-
> > > > > > > > 1 file changed, 40 insertions(+), 1 deletion(-)
> > > > > > > >
> > > > > > > > diff --git a/arch/arm/mach-socfpga/spl_a10.c
> > > > > > > > b/arch/arm/mach-
> > > > > > > > socfpga/spl_a10.c
> > > > > > > > index c97eacb..36003b1 100644
> > > > > > > > --- a/arch/arm/mach-socfpga/spl_a10.c
> > > > > > > > +++ b/arch/arm/mach-socfpga/spl_a10.c
> > > > > > > > @@ -1,6 +1,6 @@
> > > > > > > > // SPDX-License-Identifier: GPL-2.0+
> > > > > > > > /*
> > > > > > > > - * Copyright (C) 2012 Altera Corporation <www.altera.
> > > > > > > > com>
> > > > > > > > + * Copyright (C) 2012-2019 Altera Corporation <www.al
> > > > > > > > tera
> > > > > > > > .com
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > */
> > > > > > > >
> > > > > > > > #include <common.h>
> > > > > > > > @@ -23,6 +23,8 @@
> > > > > > > > #include <fdtdec.h>
> > > > > > > > #include <watchdog.h>
> > > > > > > > #include <asm/arch/pinmux.h>
> > > > > > > > +#include <asm/arch/fpga_manager.h>
> > > > > > > > +#include <mmc.h>
> > > > > > > >
> > > > > > > > DECLARE_GLOBAL_DATA_PTR;
> > > > > > > >
> > > > > > > > @@ -68,11 +70,48 @@ u32 spl_boot_mode(const u32
> > > > > > > > boot_device)
> > > > > > > >
> > > > > > > > void spl_board_init(void)
> > > > > > > > {
> > > > > > > > + char buf[16 * 1024]
> > > > > > > > __aligned(ARCH_DMA_MINALIGN);
> > > > > > > ALLOC_CACHE_ALIGN_BUFFER()
> > > > > > #define ARCH_DMA_MINALIGN CONFIG_SYS_CACHELINE_SIZE
> > > > > > They are not same thing?
> > > > > See include/memalign.h and other drivers, the macro is
> > > > > preferred
> > > > > as
> > > > > it
> > > > > hides the details.
> > > > Okay.
> > > > >
> > > > >
> > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > +
> > > > > > > > /* enable console uart printing */
> > > > > > > > preloader_console_init();
> > > > > > > > WATCHDOG_RESET();
> > > > > > > >
> > > > > > > > arch_early_init_r();
> > > > > > > > +
> > > > > > > > + /* If the full FPGA is already loaded, ie.from
> > > > > > > > EPCQ,
> > > > > > > > config fpga pins */
> > > > > > > > + if (is_fpgamgr_user_mode()) {
> > > > > > > > + int ret = config_pins(gd->fdt_blob,
> > > > > > > > "shared");
> > > > > > > > +
> > > > > > > > + if (ret)
> > > > > > > > + return;
> > > > > > > > +
> > > > > > > > + ret = config_pins(gd->fdt_blob,
> > > > > > > > "fpga");
> > > > > > > > + if (ret)
> > > > > > > > + return;
> > > > > > > > + } else if (!is_fpgamgr_early_user_mode()) {
> > > > > > > > + /* Program IOSSM(early IO release) or
> > > > > > > > full
> > > > > > > > FPGA */
> > > > > > > > + fpga_fs_info fpga_fsinfo;
> > > > > > > > + int len;
> > > > > > > > +
> > > > > > > > + fpga_fsinfo.filename =
> > > > > > > > get_fpga_filename(gd-
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > fdt_blob, &len);
> > > > > > > > +
> > > > > > > > + if (fpga_fsinfo.filename)
> > > > > > > > + socfpga_loadfs(&fpga_fsinfo,
> > > > > > > > buf,
> > > > > > > > sizeof(buf), 0);
> > > > > > > Why is this code here twice ? The same code seems to be
> > > > > > > below
> > > > > > > ...
> > > > > > The 1st calling for periph program, then running ddr
> > > > > > calibration,
> > > > > > then
> > > > > > 2nd calling for core program.
> > > > > Then maybe the code can be deduplicated ?
> > > > Hmm...seems cannot, because
> > > > 1. DDR calibration is not part of fpga code.
> > > > 2. fpga driver can only be used to process one bistream at a
> > > > time,
> > > > because different mode has different handling.
> > > + } else if (!is_fpgamgr_early_user_mode()) {
> > > + /* Program IOSSM(early IO release) or full FPGA
> > > */
> > > + fpga_fs_info fpga_fsinfo;
> > > + int len;
> > > +
> > > + fpga_fsinfo.filename = get_fpga_filename(gd-
> > > >
> > > > fdt_blob, &len);
> > > +
> > > + if (fpga_fsinfo.filename)
> > > + socfpga_loadfs(&fpga_fsinfo, buf,
> > > sizeof(buf), 0);
> > > ...
> > > + if (!is_fpgamgr_user_mode()) {
> > > + fpga_fs_info fpga_fsinfo;
> > > + int len;
> > > +
> > > + fpga_fsinfo.filename = get_fpga_filename(gd-
> > > >
> > > > fdt_blob, &len);
> > > +
> > > + if (fpga_fsinfo.filename)
> > > + socfpga_loadfs(&fpga_fsinfo, buf,
> > > sizeof(buf), 0);
> > >
> > > These two chunks look the same to me , no ?
> > Yes, they are being called twice at different fpga mode, and
> > different
> > sequence, before and after DDR calibration.
> So why can't these two chunks of code be de-duplicated ?
de-duplicated means calling for one time only?
If that's the case, how de-deplicated? One call for processing one
bistream, and this driver has different handling for different FPGA
mode and different sequence(before and after DDR calibration).
>
next prev parent reply other threads:[~2019-02-14 15:37 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-13 14:18 [U-Boot] [PATCH v8 0/8] Add support for loading FPGA bitstream tien.fong.chee at intel.com
2019-02-13 14:18 ` [U-Boot] [PATCH v8 1/8] ARM: socfpga: Description on FPGA bitstream type and file name for Arria 10 tien.fong.chee at intel.com
2019-02-13 16:07 ` Marek Vasut
2019-02-14 5:55 ` Chee, Tien Fong
2019-02-14 10:34 ` Marek Vasut
2019-02-14 11:03 ` Chee, Tien Fong
2019-02-13 14:18 ` [U-Boot] [PATCH v8 2/8] ARM: socfpga: Add default FPGA bitstream fitImage for Arria10 SoCDK tien.fong.chee at intel.com
2019-02-13 16:10 ` Marek Vasut
2019-02-13 22:45 ` Dalon L Westergreen
2019-02-13 23:04 ` Marek Vasut
2019-02-14 6:04 ` Chee, Tien Fong
2019-02-14 10:35 ` Marek Vasut
2019-02-14 11:23 ` Chee, Tien Fong
2019-02-14 12:24 ` Marek Vasut
2019-02-14 15:11 ` Chee, Tien Fong
2019-02-14 15:13 ` Marek Vasut
2019-02-14 15:47 ` Chee, Tien Fong
2019-02-14 16:26 ` Marek Vasut
2019-02-14 17:37 ` Chee, Tien Fong
2019-02-15 8:35 ` Chee, Tien Fong
2019-02-13 14:18 ` [U-Boot] [PATCH v8 3/8] fit: Add function declarations to the header file tien.fong.chee at intel.com
2019-02-13 16:11 ` Marek Vasut
2019-02-14 6:05 ` Chee, Tien Fong
2019-02-14 11:51 ` Chee, Tien Fong
2019-02-14 12:28 ` Marek Vasut
2019-02-14 15:12 ` Chee, Tien Fong
2019-02-13 14:18 ` [U-Boot] [PATCH v8 4/8] ARM: socfpga: Add FPGA drivers for Arria 10 FPGA bitstream loading tien.fong.chee at intel.com
2019-02-13 16:20 ` Marek Vasut
2019-02-14 6:44 ` Chee, Tien Fong
2019-02-14 10:41 ` Marek Vasut
2019-02-14 11:35 ` Chee, Tien Fong
2019-02-14 12:14 ` Chee, Tien Fong
2019-02-14 12:29 ` Marek Vasut
2019-02-14 15:14 ` Chee, Tien Fong
2019-02-14 15:15 ` Marek Vasut
2019-02-14 15:23 ` Chee, Tien Fong
2019-02-14 15:24 ` Marek Vasut
2019-02-13 14:18 ` [U-Boot] [PATCH v8 5/8] ARM: socfpga: Add the configuration for FPGA SoCFPGA A10 SoCDK tien.fong.chee at intel.com
2019-02-13 14:18 ` [U-Boot] [PATCH v8 6/8] spl : socfpga: Implement fpga bitstream loading with socfpga loadfs tien.fong.chee at intel.com
2019-02-13 16:25 ` Marek Vasut
2019-02-14 6:50 ` Chee, Tien Fong
2019-02-14 10:42 ` Marek Vasut
2019-02-14 11:38 ` Chee, Tien Fong
2019-02-14 12:28 ` Marek Vasut
2019-02-14 15:15 ` Chee, Tien Fong
2019-02-14 15:21 ` Marek Vasut
2019-02-14 15:37 ` Chee, Tien Fong [this message]
2019-02-14 16:27 ` Marek Vasut
2019-02-14 17:30 ` Chee, Tien Fong
2019-02-14 16:33 ` Westergreen, Dalon
2019-02-14 16:59 ` Chee, Tien Fong
2019-02-14 17:26 ` Westergreen, Dalon
2019-02-14 17:26 ` Chee, Tien Fong
2019-02-13 14:18 ` [U-Boot] [PATCH v8 7/8] ARM: socfpga: Synchronize the configuration for A10 SoCDK tien.fong.chee at intel.com
2019-02-13 14:18 ` [U-Boot] [PATCH v8 8/8] ARM: socfpga: Increase Malloc pool size to support FAT filesystem in SPL tien.fong.chee at intel.com
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=1550158629.10728.93.camel@intel.com \
--to=tien.fong.chee@intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox