t clk_ops, we can see this needs to be a ulong:
ulong (*get_rate)(struct clk *clk);
This was resulting in a signed to unsigned casting error on our
builds, where a clock value of 0xABCDABCD was being incorrectly cast
to 0xABCDABCD.
Signed-off-by: Nathan Barrett-Morrison
---
drivers/clk
e
On Wed, May 25, 2022 at 2:58 AM Matthias Brugger wrote:
>
>
>
> On 22/05/2022 17:36, Nathan Henrie wrote:
> > Hello u-boot team,
> >
> > I’ve been experimenting for about a year with a NixOS-based Raspberry Pi
> > image, with the end goal of a zstd-compressed image t
Hello u-boot team,
I’ve been experimenting for about a year with a NixOS-based Raspberry Pi
image, with the end goal of a zstd-compressed image that uses BTRFS
subvolumes, having the root filesystem at @ and boot at @boot (with several
other subvolumes). The NixOS Raspberry Pi images use u-boot
patchset, but it's
going to be awhile before our customer is enabling Falcon again I believe.
Sincerely,
Nathan
On Tue, Apr 19, 2022 at 6:03 PM Sean Anderson
wrote:
> Hi Nathan,
>
> On 4/19/22 5:49 PM, Nathan Barrett-Morrison wrote:
> > [You don't often get email from nathan.morri
Hi Sean,
Thanks for the response. I don't have my embedded board I'm doing this on
quite up to this version of U-Boot, but it does appear your patchset should
resolve my issue in the future. So please disregard my patch, I think we're
good!
Sincerely,
Nathan
On 4/19/22 17:43, Sean Anderson
Hi Tom,
I believe this patch is still relevant, so I'm resubmitting it. It was
previously marked as superseded.
Thanks,
Nathan
>From 0bb98a42bcb01c078f63513d9151d307dbfd6ccd Mon Sep 17 00:00:00 2001
From: Nathan Barrett-Morrison
Date: Tue, 19 Apr 2022 17:35:21 -0400
Subject: [PATCH v2] Al
Hi Tom,
While trying to bring up Falcon Mode boot on an ARM64 board, I discovered
that there is no path which allows you to use an uncompressed kernel image
(booti). I've added this path and attached the relevant patch.
Sincerely,
Nathan
>From f1c34333f79996bd2927a60f4858c01699431cba Mon
Hi All,
I noticed this was missing from the spi-nor-tiny.c subsystem while trying to
use an ISSI SPI flash device with the U-Boot SPL.
This patch will allow Quad (4x) I/O mode to be enabled with ISSI flash devices
while inside the U-Boot SPL / using spi-nor-tiny.c.
Sincerely,
Nathan
>F
Hi All,
I noticed this was missing from the spi-nor-tiny.c subsystem while trying to
use an ISSI SPI flash device with the U-Boot SPL.
This patch will allow 4 byte addressing mode to be enabled with ISSI flash
devices while inside the U-Boot SPL / using spi-nor-tiny.c.
Sincerely,
Nathan
One more time --
>From f1c34333f79996bd2927a60f4858c01699431cba Mon Sep 17 00:00:00 2001
From: Nathan Barrett-Morrison
Date: Wed, 2 Feb 2022 15:05:18 -0500
Subject: [PATCH v2] Add in the ability to load and boot an uncompressed kernel
image during the Falcon Mode boot seque
Hi Tom,
Let's see if this works any better. Using a new mail client that is supposed
to not modify whitespace:
>From f1c34333f79996bd2927a60f4858c01699431cba Mon Sep 17 00:00:00 2001
From: Nathan Barrett Morrison
Date: Wed, 2 Feb 2022 15:05:18 -0500
Subject: [PATCH v2] Add in the abil
:
Sincerely,
Nathan
>From a3d066656df60856950c9cbb28914d02d57c9364 Mon Sep 17 00:00:00 2001
From: Nathan Barrett-Morrison
Date: Tue, 8 Feb 2022 13:16:24 -0500
Subject: [PATCH] common: spl: spl_mmc: Add full FIT image support for
kernel/OS loading during Falcon boot mode while booting via MMC
Signed-
,
Nathan
>From b93c9122114ee701f13a62af63d74a0644fcef92 Mon Sep 17 00:00:00 2001
From: Nathan Barrett-Morrison
Date: Tue, 8 Feb 2022 13:05:34 -0500
Subject: [PATCH] common: spl: spl_spi: Add in FIT image support for
kernel/OS
loading during Falcon boot mode while booting via SPI
Signed-
Hi Tom,
I've attached v2 of this patch. I've also confirmed again that the
offending lines are entirely unnecessary and amended the patch to delete
them instead.
Sincerely,
Nathan
On Mon, Jan 31, 2022 at 10:23 AM Tom Rini wrote:
> On Mon, Jan 31, 2022 at 10:16:08AM -0500, Nathan Barr
.
I verified both CONFIG_IS_ENABLED() and IS_ENABLED() did not work.
Sincerely,
Nathan
On Mon, Jan 31, 2022 at 10:35 AM Tom Rini wrote:
> On Mon, Jan 31, 2022 at 10:23:58AM -0500, Nathan Barrett-Morrison wrote:
>
> > Hi Tom,
> >
> > Yea, I'm not sure if uncompressed ARM32
for platforms
which need booti_setup (ARM64, ...).
So... I could add a dependency on ARM64 in the config option or I could
remove the option altogether and let the booti_setup fail and fallback to
bootz_setup. Would either of those work for you?
Sincerely,
Nathan
On Mon, Jan 31, 2022 at 10:11 AM
Hi Tom,
Yes -- I believe this section of code should not be checking for IH_MAGIC
at all, as parse_image_header does it as well.
Would you like me to resubmit this patch with the offending lines deleted?
Sincerely,
Nathan
On Mon, Jan 31, 2022 at 10:14 AM Tom Rini wrote:
> On Mon, Jan
Hi All,
I noticed this was missing from the spi-nor-tiny.c subsystem while trying
to use an ISSI SPI flash device with the U-Boot SPL.
This patch will allow 4 byte addressing mode to be enabled with ISSI flash
devices while inside the U-Boot SPL / using spi-nor-tiny.c.
Sincerely,
Nathan
From
Hi All,
I noticed this was missing from the spi-nor-tiny.c subsystem while trying
to use an ISSI SPI flash device with the U-Boot SPL.
This patch will allow 4 byte addressing mode to be enabled with ISSI flash
devices while inside the U-Boot SPL / using spi-nor-tiny.c.
Sincerely,
Nathan
Hi All,
I noticed this was missing from the spi-nor-tiny.c subsystem while trying
to use an ISSI SPI flash device with the U-Boot SPL.
This patch will allow Quad (4x) I/O mode to be enabled with ISSI flash
devices while inside the U-Boot SPL / using spi-nor-tiny.c.
Sincerely,
Nathan
From
(CONFIG_SYS_SPI_KERNEL_SKIP_HEADER) which
will skip the mkimage header check, allowing the subsequent
spl_parse_image_header() call to successfully fall through to bootz_setup()
and load/boot a raw kernel image.
Sincerely,
Nathan Barrett-Morrison
From e5a15a8ad2fd007e6d8d48dd64767d194bbd1833 Mon Sep 17 00
bootz+booti paths to coexist, as it seems unlikely to me that there would
be such a board which needs both. Most architectures use either bootz or
booti, but not both.
Sincerely,
Nathan Barrett-Morrison
From d5542ccc2d4f81ac0442be8ca772a99e1a13b6dd Mon Sep 17 00:00:00 2001
From: Nathan Barrett
bad commit: [3f04db891a353f4b127ed57279279f851c6b4917] image: Check for
unit addresses in FITs
Is this an actual regression or is this now the expected behavior? I have added
Thomas and the linux-mips mailing list to take a look and see if the Linux
kernel needs to have its sources updated.
Cheers,
Nathan
On Fri, 21 Feb 2020 at 19:24, Lukasz Majewski wrote:
>
> Hi Nathan,
>
> > On Tue, 28 Jan 2020 at 20:26, Lukasz Majewski wrote:
> > >
> > > On Tue, 28 Jan 2020 17:50:03 +1000
> > > Nathan Rossi wrote:
> > >
> > > &g
On Sun, 2 Feb 2020 at 23:52, Wolfgang Denk wrote:
>
> Dear Nathan,
>
> In message <20200202130227.7755-1-nat...@nathanrossi.com> you wrote:
> > When CONFIG_SPL_ENV_SUPPORT is disabled, nvedit was still being included
> > as part of the build. Use the CONFIG_ENV_S
When CONFIG_SPL_ENV_SUPPORT is disabled, nvedit was still being included
as part of the build. Use the CONFIG_ENV_SUPPORT, CONFIG_SPL_ENV_SUPPORT
or CONFIG_TPL_ENV_SUPPORT values to enable/disable the inclusion of
nvedit.
Signed-off-by: Nathan Rossi
---
Changes in v2:
* Changed $(SPL_
On Tue, 28 Jan 2020 at 20:26, Lukasz Majewski wrote:
>
> On Tue, 28 Jan 2020 17:50:03 +1000
> Nathan Rossi wrote:
>
> > On Mon, 27 Jan 2020 at 22:51, Lukasz Majewski wrote:
> > >
> > > Hi Nathan,
> > >
> > > > Handle selection of obj
Use CONFIG_$(SPL_)NET to conditionally select object files depending on
the SPL or U-Boot specific configuration.
Signed-off-by: Nathan Rossi
---
net/Makefile | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/net/Makefile b/net/Makefile
index fef71b940a..8e45103168
Replace CONFIG_SPL_NET_SUPPORT with CONFIG_SPL_NET to match CONFIG_NET
so that CONFIG_$(SPL_)NET can be used to conditionally select build
objects between SPL and U-Boot.
Signed-off-by: Nathan Rossi
---
Changes in v2:
- Missed entry in common/spl/Makefile that already has conditional
prefix
Replace CONFIG_SPL_NET_SUPPORT with CONFIG_SPL_NET to match CONFIG_NET
so that CONFIG_$(SPL_)NET can be used to conditionally select build
objects between SPL and U-Boot.
Signed-off-by: Nathan Rossi
---
common/Makefile | 2 +-
common/spl/Kconfig
Use CONFIG_$(SPL_)NET to conditionally select object files depending on
the SPL or U-Boot specific configuration.
Signed-off-by: Nathan Rossi
---
net/Makefile | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/net/Makefile b/net/Makefile
index fef71b940a..8e45103168
On Tue, 28 Jan 2020 at 02:51, Tom Rini wrote:
>
> On Mon, Jan 27, 2020 at 12:40:17PM +, Nathan Rossi wrote:
>
> > Whilst the net/ directory is excluded from libs-y when
> > CONFIG_SPL_NET_SUPPORT is disabled, this does not prevent SPL builds
> > trying to compi
On Mon, 27 Jan 2020 at 22:51, Lukasz Majewski wrote:
>
> Hi Nathan,
>
> > Handle selection of objects based on $(SPL_) to allow for normal and
> > SPL builds to have differing object compilation.
>
> Could you share the exact use case? I do guess that you want to add
-by: Nathan Rossi
---
net/Makefile | 4
1 file changed, 4 insertions(+)
diff --git a/net/Makefile b/net/Makefile
index fef71b940a..0f57244015 100644
--- a/net/Makefile
+++ b/net/Makefile
@@ -5,6 +5,10 @@
#ccflags-y += -DDEBUG
+ifdef CONFIG_SPL_BUILD
+CONFIG_NET = $(CONFIG_SPL_NET_SUPPORT)
+endif
Handle selection of objects based on $(SPL_) to allow for normal and SPL
builds to have differing object compilation.
Signed-off-by: Nathan Rossi
---
drivers/usb/gadget/Makefile | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/gadget/Makefile b/drivers/usb
When CONFIG_SPL_ENV_SUPPORT is disabled, nvedit was still being included
as part of the build. Use the CONFIG_SPL_ENV_SUPPORT value as well as
the non SPL CONFIG_ENV_SUPPORT variable to enable/disable the inclusion
of nvedit.
Signed-off-by: Nathan Rossi
---
cmd/Makefile | 2 +-
1 file changed
entation, as well as for legal reasons so that
it is clear the details come from the user guide and not the FSBL
source. Since for Zynq the FSBL specific image/partition table headers
were only documented by Xilinx in the FSBL source itself, which is
licensed such that it is incompatible with GPL.
it
was there...
-Nate
Dear Nathan,
In message <
dm2pr0801mb074718634a75d114d3d5cd52b3...@dm2pr0801mb0747.namprd08.prod.outlook.com>
you wrote:
> This manual http://www.denx.de/wiki/DULG/Manual
> is out of date and missing a lot of info.
> I have been using it thinking it was the
Hi Wolfgang,
How do people usually learn u-boot command line, scripting, and hush shell
without any kind of syntax guide?
-Nate
Dear Nathan,
In message <
dm2pr0801mb074718634a75d114d3d5cd52b3...@dm2pr0801mb0747.namprd08.prod.outlook.com>
you wrote:
> This manual http://www.denx.de/
Anyone know where a guide to hush shell in u-boot would be?
-Nate
This email and any files transmitted with it are confidential and are intended
solely for the use of the individual or entity to whom they are addressed. If
you are not the intended recipient or the person responsible for
This manual http://www.denx.de/wiki/DULG/Manual
is out of date and missing a lot of info.
I have been using it thinking it was the official manual.
But then I learned many commands are not listed there.
Please take down the manual so that people don't mistakenly use it thinking it
is correct.
Hi,
"mkimage -A -h" no longer prints architectures. Is there another way to get a
list of architectures?
Reference:
http://manpages.ubuntu.com/manpages/xenial/man1/mkimage.1.html
https://linux.die.net/man/1/mkimage
"-A [architecture]
Set architecture. Pass -h as the architecture to see the
list of u-boot configs that don't trigger the
error on purpose.
This could be extended to check that the symbols (the ps*_init ones)
are compiled and included in the output u-boot-spl elf as a sanity
check. Which would be more complete than just validating the files are
there.
Regards,
Nathan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Fixes: 80243528ef ("net: gem: Fix gem driver on 1Gbps LAN")
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Tested-by: Arno Steffens <s...@gmx.li>
Cc: Joe Hershberger <joe.hershber...@ni.com>
Cc: Michal Simek <michal.si...@xilinx.com>
---
drivers/net/zynq_g
makes the dram_init* functions use a generic implementation
of decoding and populating memory bank and size data.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Fixes: 8d59d7f63b ("ARM64: zynqmp: Read RAM information from DT")
Cc: Michal Simek <michal.si...@xilinx.com
-by: Nathan Rossi <nat...@nathanrossi.com>
Fixes: 758f29d0f8 ("ARM: zynq: Support systems with more memory banks")
Cc: Michal Simek <mon...@monstr.eu>
---
board/xilinx/zynq/board.c | 112 ++
1 file changed, 3 insertions(+), 109 deletions(
with an #if on
CONFIG_NR_DRAM_BANKS, so that the function is only available for
configs that have memory banks available in bd_t.
Nathan Rossi (3):
fdt: add memory bank decoding functions for board setup
ARM: zynq: Replace board specific with generic memory bank decoding
ARM64: zynqmp
lled
from the boards dram_init_banksize().
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Simon Glass <s...@chromium.org>
Cc: Michal Simek <mon...@monstr.eu>
Reviewed-by: Simon Glass <s...@chromium.org>
---
v2:
* Make fdtdec_setup_memory_banksize() return va
lled
from the boards dram_init_banksize().
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Simon Glass <s...@chromium.org>
Cc: Michal Simek <mon...@monstr.eu>
Reviewed-by: Simon Glass <s...@chromium.org>
---
v2:
* Make fdtdec_setup_memory_banksize() return va
makes the dram_init* functions use a generic implementation
of decoding and populating memory bank and size data.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Fixes: 8d59d7f63b ("ARM64: zynqmp: Read RAM information from DT")
Cc: Michal Simek <michal.si...@xilinx.com
and zynqmp board implementations to use
these functions to resolve a issue with static variable use.
Changes in v2:
* Make fdtdec_setup_memory_banksize() return value consistent
* Add more detail into the function documentation
Nathan Rossi (3):
fdt: add memory bank decoding functions
-by: Nathan Rossi <nat...@nathanrossi.com>
Fixes: 758f29d0f8 ("ARM: zynq: Support systems with more memory banks")
Cc: Michal Simek <mon...@monstr.eu>
---
board/xilinx/zynq/board.c | 112 ++
1 file changed, 3 insertions(+), 109 deletions(
On 12 December 2016 at 06:27, Simon Glass <s...@chromium.org> wrote:
> Hi Nathan,
>
> On 11 December 2016 at 08:58, Nathan Rossi <nat...@nathanrossi.com> wrote:
>> Add two functions for use by board implementations to decode the memory
>> banks of the /memory node
On 12 December 2016 at 03:08, Igor Grinberg <grinb...@compulab.co.il> wrote:
> On 12/11/16 18:47, Nathan Rossi wrote:
>> On 12 December 2016 at 01:08, Igor Grinberg <grinb...@compulab.co.il> wrote:
>>> Hi Nathan,
>>>
>>> On 12/11/16 15:58, Nathan
On 12 December 2016 at 01:08, Igor Grinberg <grinb...@compulab.co.il> wrote:
> Hi Nathan,
>
> On 12/11/16 15:58, Nathan Rossi wrote:
>> This series adds two functions for handling the memory bank decoding and
>> initialization of global data for use b
makes the dram_init* functions use a generic implementation
of decoding and populating memory bank and size data.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Fixes: 8d59d7f63b ("ARM64: zynqmp: Read RAM information from DT")
Cc: Michal Simek <michal.si...@xilinx.com
lled
from the boards dram_init_banksize().
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Simon Glass <s...@chromium.org>
Cc: Michal Simek <mon...@monstr.eu>
---
This implementation of decoding has been tested on zynq and zynqmp
boards with address/size cells of (1, 1), (1, 2),
-by: Nathan Rossi <nat...@nathanrossi.com>
Fixes: 758f29d0f8 ("ARM: zynq: Support systems with more memory banks")
Cc: Michal Simek <mon...@monstr.eu>
---
board/xilinx/zynq/board.c | 112 ++
1 file changed, 3 insertions(+), 109 deletions(
variable use.
Nathan Rossi (3):
fdt: add memory bank decoding functions for board setup
ARM: zynq: Replace board specific with generic memory bank decoding
ARM64: zynqmp: Replace board specific with generic memory bank
decoding
board/xilinx/zynq/board.c| 112
sting code and copies the implementation of
the dram_init and dram_init_banksize from the
arch/arm/mach-uniphier/dram_init.c source. This version of these
functions does not use static variables and behaves the same (reading
banks from fdt, and using the first bank as the ram_size).
Signed-off-by: Na
This NIC is similar to the designware nic, however it has different
registers and descriptors, hence the new driver.
Signed-off-by: Nathan Sullivan <nathan.sulli...@ni.com>
---
drivers/net/Kconfig | 19 ++
drivers/net/Makefile | 1 +
drivers/net/dwc_eth_qos.c
uring auto-negotiation.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Joe Hershberger <joe.hershber...@ni.com>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: Stefan Roese <s...@denx.de>
---
drivers/net/phy/marvell.c | 5 +
1 file changed, 1 insertion(+), 4 deletion
On Thu, Jun 2, 2016 at 3:59 PM, Michal Simek <michal.si...@xilinx.com> wrote:
> On 2.6.2016 07:42, Stefan Roese wrote:
>> Hi Michal,
>>
>> On 02.06.2016 07:31, Michal Simek wrote:
>>> On 1.6.2016 18:22, Nathan Rossi wrote:
>>>> Commit a058052c "
://parallella.org/
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Albert Aribaud <albert.u.b...@aribaud.net>
Cc: Michal Simek <mon...@monstr.eu>
---
arch/arm/dts/Makefile | 1 +
arch/arm/dts/zynq-parallella.dts | 96 ++
that auto-negotiation occurs after reset.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Joe Hershberger <joe.hershber...@ni.com>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: Stefan Roese <s...@denx.de>
---
drivers/net/phy/marvell.c | 11 ++-
1 file cha
you,
Nathan Barrett
confidentiality: This e-mail and its attachments are intended
for the above named only and may be confidential. If they have
come to you in error you must take no action based on them, nor
must you copy or show them to anyone; please reply to this e-
mail and highlight
if
#endif
Sincerely,
Nathan Barrett
-Original Message-
From: Anatolij Gustschin [mailto:ag...@denx.de]
Sent: Friday, May 13, 2016 9:44 AM
To: Nathan Barrett <nathan.barr...@ndc.com>
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] U-Boot 2016.03 on Altera Cyclone 5 SOCKIT
Hi Nathan,
On
---
bad magic
SPL: failed to boot from all boot devices
### ERROR ### Please RESET the board ###
Can anyone assist?
Thanks,
Nathan Barrett
confidentiality: This e-mail and its attachments are intended
for the above named only and may be confidential
On Fri, Apr 8, 2016 at 3:01 AM, Michal Simek <michal.si...@xilinx.com> wrote:
> Add missing DT nodes and enable USB.
>
> Signed-off-by: Michal Simek <michal.si...@xilinx.com>
Reviewed-by: Nathan Rossi <nat...@nathanrossi.com>
> ---
>
>
On Fri, Apr 8, 2016 at 3:01 AM, Michal Simek <michal.si...@xilinx.com> wrote:
> Keep nodes alphabelitally sorted.
>
> Signed-off-by: Michal Simek <michal.si...@xilinx.com>
Reviewed-by: Nathan Rossi <nat...@nathanrossi.com>
> ---
>
> arch/arm/dts/zynq-zc702.d
gned-off-by: Michal Simek <michal.si...@xilinx.com>
Reviewed-by: Nathan Rossi <nat...@nathanrossi.com>
> ---
>
> arch/arm/dts/zynq-zc706.dts | 15 +++
> 1 file changed, 15 insertions(+)
>
> diff --git a/arch/arm/dts/zynq-zc706.dts b/arch/arm/dts/zynq-zc706.dts
&
Enable u-boot,dm-pre-reloc for qspi for zc706, zed and microzed.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Albert Aribaud <albert.u.b...@aribaud.net>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: Simon Glass <s...@chromium.org>
---
arch/arm/dts/zynq-micr
Add a config option for SPL_DM_SEQ_ALIAS and enable it for the Zynq
targets which require it for SPI flash support in SPL.
Changes in v2:
* Add patches to enable the config for mvebu and socfpga targets.
Changes in v3:
* Removed de0nano and mcvevk boards from socfpga config patch
Nathan
-by: Nathan Rossi <nat...@nathanrossi.com>
Acked-by: Simon Glass <s...@chromium.org>
Acked-by: Michal Simek <michal.si...@xilinx.com>
Cc: Simon Glass <s...@chromium.org>
Cc: Masahiro Yamada <yamada.masah...@socionext.com>
Cc: Linus Walleij <linus.wall...@linaro.org>
This feature is required in SPL to enable support for loading from SPI
flash.
Also clean up the #define in socfpga_common.h.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Reviewed-by: Stefan Roese <s...@denx.de>
Cc: Dinh Nguyen <dingu...@opensource.altera.com>
Cc:
Select SPL_DM_SEQ_ALIAS which is required for certain uclasses,
specifically SPI Flash.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Reviewed-by: Stefan Roese <s...@denx.de>
Cc: Albert Aribaud <albert.u.b...@aribaud.net>
Cc: Stefan Roese <s...@denx.de>
---
This feature is required in SPL to enable support for loading from SPI
flash.
Also clean up the #define in socfpga_common.h.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Dinh Nguyen <dingu...@opensource.altera.com>
Cc: Chin-Liang See <cl...@altera.com>
Cc: Marek Va
Select SPL_DM_SEQ_ALIAS which is required for certain uclasses,
specifically SPI Flash.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Albert Aribaud <albert.u.b...@aribaud.net>
Cc: Stefan Roese <s...@denx.de>
---
v2: Added this patch
---
arch/arm/Kconfig | 1 +
This feature is required in SPL to enable support for loading from SPI
flash when the device is booted from QSPI.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Michal Simek <michal.si...@xilinx.com>
---
v2: no changes.
---
configs/zynq_microzed_defconfig|
Add a config option for SPL_DM_SEQ_ALIAS and enable it for the Zynq
targets which require it for SPI flash support in SPL.
Changes in v2:
* Add patches to enable the config for mvebu and socfpga targets.
Nathan Rossi (4):
spl: dm: Add SPL_DM_SEQ_ALIAS config option
arm: zynq: Enable
-by: Nathan Rossi <nat...@nathanrossi.com>
Acked-by: Simon Glass <s...@chromium.org>
Acked-by: Michal Simek <michal.si...@xilinx.com>
Cc: Simon Glass <s...@chromium.org>
Cc: Masahiro Yamada <yamada.masah...@socionext.com>
Cc: Linus Walleij <linus.wall...@linaro.org>
On Mon, Dec 14, 2015 at 5:29 PM, Michal Simek <michal.si...@xilinx.com> wrote:
> On 14.12.2015 07:26, Stefan Roese wrote:
>> On 12.12.2015 15:08, Nathan Rossi wrote:
>>> On Sat, Dec 12, 2015 at 10:05 PM, Stefan Roese <s...@denx.de> wrote:
>>>&
On Sat, Dec 12, 2015 at 10:05 PM, Stefan Roese <s...@denx.de> wrote:
> On 11.12.2015 18:32, Marek Vasut wrote:
>>
>> On Friday, December 11, 2015 at 04:46:40 PM, Michal Simek wrote:
>>>
>>> On 11.12.2015 16:07, Marek Vasut wrote:
>>>>
>>>
Add a config option for SPL_DM_SEQ_ALIAS and enable it for the Zynq
targets which require it for SPI flash support in SPL.
Nathan Rossi (2):
spl: dm: Add SPL_DM_SEQ_ALIAS config option
arm: zynq: Enable SPL_DM_SEQ_ALIAS for all Zynq configs
configs/zynq_microzed_defconfig| 1 +
configs
-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Simon Glass <s...@chromium.org>
Cc: Masahiro Yamada <yamada.masah...@socionext.com>
Cc: Linus Walleij <linus.wall...@linaro.org>
Cc: Marek Vasut <ma...@denx.de>
Cc: Michal Simek <michal.si...@xilinx.com>
---
Based on a sma
This feature is required in SPL to enable support for loading from SPI
flash when the device is booted from QSPI.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Michal Simek <michal.si...@xilinx.com>
---
configs/zynq_microzed_defconfig| 1 +
configs/zynq_picozed_defco
mode is disabled before re-enabling the
device.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Jagan Teki <jt...@openedev.com>
Cc: Siva Durga Prasad Paladugu <siva...@xilinx.com>
Cc: Simon Glass <s...@chromium.org>
---
drivers/spi/zynq_qspi.c | 9 +
1 fi
Update the ZYBO device tree and enable config options that relate to the
added devices in the device tree.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Albert Aribaud <albert.u.b...@aribaud.net>
Cc: Michal Simek <mon...@monstr.eu>
Cc: Simon Glass <s...@chromium.o
The Device Model sequence alias feature is required by some Uclasses.
Specifically SPI which picks the bus to use based on the sequence.
Without this the SPI Uclass will not probe any bus and will fail which
prevents SPL from using SPI flash as a boot location.
Signed-off-by: Nathan Rossi <
Clean up the param checking, removing some code paths that will never
happen.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: Tom Rini <tr...@konsulko.com>
---
tools/zynqimage.c | 3 +--
1 file changed, 1 insertion(+), 2
Add a build target to generate 'boot.bin' which includes SPL. This is
used by the platforms BootROM to load SPL directly.
This change also conditionally changes what the 'boot.bin' target
generates depending on the SoC. Leaving the behaviour unchanged for the
AT91 targets.
Signed-off-by: Nathan
umping use cases (vector table and
register initialization).
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: Tom Rini <tr...@konsulko.com>
Reviewed-by: Tom Rini <tr...@konsulko.com>
---
Changes in v2:
* Remove code tha
This patch series adds support for the 'zynqimage' type to mkimage for
the Xilinx Zynq platform. As well as adding make targets to generate
the boot.bin image file containing SPL by default.
Changes in v2:
* Remove test code
Nathan Rossi (2):
tools: zynqimage: Add Xilinx Zynq boot header
On Wed, Nov 11, 2015 at 9:46 PM, Nathan Rossi <nat...@nathanrossi.com> wrote:
> As with other platforms vendors love to create their own boot header
> formats. Xilinx is no different and for the Zynq platform/SoC there
> exists the "boot.bin" which is read by the platfor
umping use cases (vector table and
register initialization).
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: Tom Rini <tr...@konsulko.com>
---
common/image.c| 1 +
include/image.h | 3 +-
tools/Makefile|
Add a build target to generate 'boot.bin' which includes SPL. This is
used by the platforms BootROM to load SPL directly.
This change also conditionally changes what the 'boot.bin' target
generates depending on the SoC. Leaving the behaviour unchanged for the
AT91 targets.
Signed-off-by: Nathan
This patch series adds support for the 'zynqimage' type to mkimage for
the Xilinx Zynq platform. As well as adding make targets to generate
the boot.bin image file containing SPL by default.
Nathan Rossi (2):
tools: zynqimage: Add Xilinx Zynq boot header generation to mkimage
ARM: zynq: Add
some code style
clean up, followed by the patch that fixes the compatiblity.
Nathan Rossi (2):
microblaze: Fix style issues in header files
microblaze: Fix C99/gnu99 compatiblity for inline functions
arch/microblaze/include/asm/bitops.h | 63
arch
the function prototypes as they are not required due
to the functions being declared static and functions are correctly
ordered based on dependence.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Michal Simek <mon...@monstr.eu>
Cc: Tom Rini <tr...@konsulko.com>
---
arch/micr
Fix various style issues in MicroBlaze header files. Specifically fixing
style voilations including '__inline__', 'foo * bar' and 'void foo ('.
Signed-off-by: Nathan Rossi <nat...@nathanrossi.com>
Cc: Michal Simek <mon...@monstr.eu>
Cc: Tom Rini <tr...@konsulko.com>
---
arch/
1 - 100 of 116 matches
Mail list logo