sun8i 32bit job needs to long, so split this job into
2 jobs. One which build all orangepi sun8i boards and
the other job catches all other sun8i 32bit boards.
Signed-off-by: Heiko Schocher
---
travis build:
https://travis-ci.org/hsdenx/u-boot-test/builds/612281027
.travis.yml | 7 +--
1
as time for job exceeds split this job into two
jobs. One which builds all "ls10" boards and
one which catch all the rest.
Signed-off-by: Heiko Schocher
---
travis build:
https://travis-ci.org/hsdenx/u-boot-test/builds/612281027
.travis.yml | 7 +--
1 file changed, 5 insertions(+), 2
During testing of qemu-riscv32 with a 2GiB memory configuration,
tftp always fails with a error message:
Load address: 0x8400
Loading: #
TFTP error: trying to overwrite reserved memory...
It turns out the result of 'tftp_load_addr + tftp_load_size' just
overflows (0x1) and the
On Sat, Nov 16, 2019 at 2:17 PM Bin Meng wrote:
>
> During testing of qemu-riscv32 with a 2GiB memory configuration,
> tftp always fails with a error message:
>
> Load address: 0x8400
> Loading: #
> TFTP error: trying to overwrite reserved memory...
>
> It turns out the result of
During testing of qemu-riscv32 with a 2GiB memory configuration,
tftp always fails with a error message:
Load address: 0x8400
Loading: #
TFTP error: trying to overwrite reserved memory...
It turns out the result of 'tftp_load_addr + tftp_load_size' just
overflows (0x1) and the
On 2019/11/16 下午1:16, Qu Wenruo wrote:
>
>
> On 2019/11/15 下午10:59, Anand Moon wrote:
>> Hi Qu Wenruo,
>>
>> On Fri, 15 Nov 2019 at 17:27, Qu Wenruo wrote:
>>>
>>>
>>>
>>> On 2019/11/15 下午6:37, Qu Wenruo wrote:
A small update to this bug.
I'm using mem=3584M kernel cmdline, to
On 2019/11/15 下午10:59, Anand Moon wrote:
> Hi Qu Wenruo,
>
> On Fri, 15 Nov 2019 at 17:27, Qu Wenruo wrote:
>>
>>
>>
>> On 2019/11/15 下午6:37, Qu Wenruo wrote:
>>> A small update to this bug.
>>>
>>> I'm using mem=3584M kernel cmdline, to sacrifice 512M memory.
>>>
>>> And then surprise,
On 2019/11/15 下午10:07, Soeren Moch wrote:
>
>> On 2019/11/15 下午6:37, Qu Wenruo wrote:
>>> A small update to this bug.
>>>
>>> I'm using mem=3584M kernel cmdline, to sacrifice 512M memory.
>>>
>>> And then surprise, memtest 3G works. (Originally it's 4G physical ram
>>> and 3584M memtest.
>>>
From: Angelo Durgehello
Add specific dm code, but maintaining this driver as is, so more in the
shape of a mii library. Can be moved to dm in a further step.
Signed-off-by: Angelo Durgehello
---
drivers/net/mcfmii.c | 48 +++-
1 file changed, 25
The MMC CID value is one of the input parameters to unequivocally
provision the the RPMB key.
Before this patch, the value returned by the mmc driver in the Linux
kernel differs from the one returned by uboot to optee.
This means that if Linux provisions the RPMB key, uboot wont be able
to
From: Angelo Durgehello
Full conversion to dm for all boards, legacy code removed.
Signed-off-by: Angelo Durgehello
---
.../net/fsl,mcf-dma-fec.txt | 35 +
drivers/net/fsl_mcdmafec.c| 691 +-
2 files changed, 389 insertions(+), 337
From: Angelo Durgehello
Full conversion to dm for all boards, legacy code removed.
Signed-off-by: Angelo Durgehello
---
doc/device-tree-bindings/net/fsl,mcf-fec.txt | 22 +
drivers/net/mcffec.c | 587 +--
2 files changed, 315 insertions(+), 294
From: Angelo Durgehello
Add ColdFire fec to Kconfig.
Signed-off-by: Angelo Durgehello
---
drivers/net/Kconfig | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
index 4182897d89..4efed81617 100644
--- a/drivers/net/Kconfig
+++
From: Angelo Durgehello
Remove unneeded fec-related defines after fec moved as dm.
Signed-off-by: Angelo Durgehello
---
include/configs/M5208EVBE.h | 5 -
include/configs/M5235EVB.h | 5 -
include/configs/M5272C3.h| 6 --
include/configs/M5275EVB.h | 6 --
From: Angelo Durgehello
Add architecture-related code for dm fec support.
Signed-off-by: Angelo Durgehello
---
arch/m68k/cpu/mcf523x/cpu_init.c | 2 +-
arch/m68k/cpu/mcf52x2/cpu_init.c | 19 ---
arch/m68k/cpu/mcf532x/cpu.c | 1 -
arch/m68k/cpu/mcf532x/cpu_init.c |
From: Angelo Durgehello
Add dm eth config options for all involved ColdFire-based boards.
Signed-off-by: Angelo Durgehello
---
configs/M5208EVBE_defconfig | 2 ++
configs/M5235EVB_Flash32_defconfig| 2 ++
configs/M5235EVB_defconfig| 2 ++
From: Angelo Durgehello
Add ethernet controller overrides for all involved boards.
Signed-off-by: Angelo Durgehello
---
arch/m68k/dts/M5208EVBE.dts | 3 +++
arch/m68k/dts/M5235EVB.dts| 3 +++
arch/m68k/dts/M5235EVB_Flash32.dts| 3 +++
From: Angelo Durgehello
Add basic ethernet controller devicetree nodes for all ColdFire
families.
Signed-off-by: Angelo Durgehello
---
arch/m68k/dts/mcf5208.dtsi | 10 ++
arch/m68k/dts/mcf523x.dtsi | 12
arch/m68k/dts/mcf5271.dtsi | 10 ++
Support tinker-s board. The board is equivalent of tinker board
except of emmc.
TODO:
- support of usb current burst when the board is powered from pc
Signed-off-by: Michael Trimarchi
---
Changes:
v3->v4: Add mantainer and boot from to save the enviroment
v2->v3: drop dmc
dmc is used to initialize the memory controller. It's needed by
u-boot. Move it in the specific section
Signed-off-by: Michael Trimarchi
---
Changes:
nothing
---
arch/arm/dts/rk3288-tinker-u-boot.dtsi | 12
arch/arm/dts/rk3288-tinker.dts | 12
2 files
From: Thor Thayer
Enable TCU access through the Stratix10 CCU so that the
SMMU can access the SDRAM.
Signed-off-by: Thor Thayer
---
arch/arm/mach-socfpga/include/mach/firewall_s10.h | 7 +++
drivers/ddr/altera/sdram_s10.c| 14 ++
2 files changed, 21
This commit add test unit for aes196 and aes256.
Signed-off-by: Philippe Reynes
---
test/lib/test_aes.c | 4
1 file changed, 4 insertions(+)
Changelog:
v3:
- new patch in this serie (in the previous version, the test to
aes was added to pytest, now, we add test unit for aes as proposed
Until now, we only support aes128. This commit add the support
of aes192 and aes256.
Signed-off-by: Philippe Reynes
---
cmd/aes.c | 38 +-
include/uboot_aes.h | 34 +++
lib/aes.c | 77
This commit add test unit for aes128.
Signed-off-by: Philippe Reynes
---
test/lib/Makefile | 1 +
test/lib/test_aes.c | 162
2 files changed, 163 insertions(+)
create mode 100644 test/lib/test_aes.c
Changelog:
v3:
- new patch in this
In the code, we use the size of the key for the
size of the block. It's true when the key is 128 bits,
but it become false for key of 192 bits and 256 bits.
So to prepare the support of aes192 and 256,
we introduce a constant for the iaes block size.
Signed-off-by: Philippe Reynes
---
This commit update tge driver crypto for tegra20
to use the new aes api.
Signed-off-by: Philippe Reynes
---
arch/arm/mach-tegra/tegra20/crypto.c | 41 +++-
1 file changed, 22 insertions(+), 19 deletions(-)
Changelog:
v3:
- no change
v2:
- add a really simple
This serie add the support of aes192 and aes256.
This first commit clean a bit the code, and introduce
a constant for the block (instead of using the key size).
The second commit add the support of aes192 and aes256
to the lib and the cmd. The third update the code of
crypto for tegra20. The forth
Make the at91_gpio driver set sensible GPIO bank names in the platform
data. This makes the 'gpio status' command a lot more useful.
Signed-off-by: James Byrne
---
drivers/gpio/at91_gpio.c | 29 ++---
1 file changed, 26 insertions(+), 3 deletions(-)
diff --git
Hi Bin,
On 11/15/2019 3:32 PM, Bin Meng wrote:
Hi Alex,
On Fri, Nov 15, 2019 at 8:57 PM Alex Marginean
wrote:
The driver sets up the switch during probe making external and internal ports
available to use. It does not support direct I/O through these switch ports
in this version, instead
Several boards still unnecessarily included micrel.h but no longer
require it since the switch to Device Tree configuration.
Signed-off-by: James Byrne
---
board/atmel/sama5d3xek/sama5d3xek.c | 2 --
board/kosagi/novena/novena.c | 2 --
board/seco/mx6quq7/mx6quq7.c
b7abef2ecbcc ("rockchip: rk3399: Migrate to use common spl board file")
removed SoC-specific code for RK3399's SPL and in the process caused
the previously-unconditional DRAM initialization in board_init_f() to
only happen when compiling a configuration that does not support TPL,
meaning DRAM
We shouldn't force which allocator the SPL uses, since there's no
platform requirement for one over the other: in fact, we currently allow
selection of the TPL allocator but not the SPL one!
Signed-off-by: Thomas Hebb
---
arch/arm/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
b7abef2ecbcc ("rockchip: rk3399: Migrate to use common spl board file")
removed SoC-specific code for RK3399's SPL and in the process reordered
the DRAM initialization before rockchip_stimer_init(), which as far as I
can tell causes the RK3399 to lock up completely.
Fix this issue in the common
Hi Daniel,
inOn Fri, 15 Nov 2019 at 05:48, Daniel Schwierzeck
wrote:
>
[..]
> > diff --git a/drivers/usb/gadget/dwc2_udc_otg_xfer_dma.c
> > b/drivers/usb/gadget/dwc2_udc_otg_xfer_dma.c
> > index 7eb632d3b1..e9e18568c1 100644
> > --- a/drivers/usb/gadget/dwc2_udc_otg_xfer_dma.c
> > +++
Hi Qu Wenruo,
On Fri, 15 Nov 2019 at 17:27, Qu Wenruo wrote:
>
>
>
> On 2019/11/15 下午6:37, Qu Wenruo wrote:
> > A small update to this bug.
> >
> > I'm using mem=3584M kernel cmdline, to sacrifice 512M memory.
> >
> > And then surprise, memtest 3G works. (Originally it's 4G physical ram
> > and
Hi Alex,
On Fri, Nov 15, 2019 at 8:57 PM Alex Marginean
wrote:
>
> The driver sets up the switch during probe making external and internal ports
> available to use. It does not support direct I/O through these switch ports
> in this version, instead ENETC ethernet interfaces that are internally
> On 2019/11/15 下午6:37, Qu Wenruo wrote:
>> A small update to this bug.
>>
>> I'm using mem=3584M kernel cmdline, to sacrifice 512M memory.
>>
>> And then surprise, memtest 3G works. (Originally it's 4G physical ram
>> and 3584M memtest.
>>
>> Hopes this could provide some clue.
> Oh no, with
Enable support for DFU over USB. This requires to enable USB gadget,
DWC2 UDC OTG driver and DFU command. DFU entities are defined for the
following firmware objects: u-boot.bin, uboot.env, config.txt and
zImage/Image.
Signed-off-by: Marek Szyprowski
Reviewed-by: Lukasz Majewski
---
Changelog:
On Fri, Nov 15, 2019 at 12:43:48PM +, Priyanka Jain wrote:
>
>
> >-Original Message-
> >From: U-Boot On Behalf Of Tom Rini
> >Sent: Thursday, November 14, 2019 8:24 PM
> >To: u-boot@lists.denx.de
> >Subject: [U-Boot] [PATCH 4/5] T1042RDB_PI_NAND_SECURE_BOOT:
> >SECURE_BOOT means
On Wed, Nov 13, 2019 at 3:14 AM Kever Yang wrote:
>
> Add vdd_log node according to rock960 schematic V13.
> This patch affect two boards:
> - Rock960 Model A
> - Ficus
>
> Signed-off-by: Kever Yang
Is there a reason this is getting added to the -u-boot.dtsi vs the
base .dtsi? I did see a patch
Am 14.11.19 um 20:57 schrieb Simon Glass:
> Move this function into the init.h header file.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Tom Rini
> ---
>
> Changes in v4: None
> Changes in v3:
> - Add init.h header
>
> Changes in v2:
> - Move trap_init() into init.h instead; update commit
Adds a device tree node to ls1028a dtsi that describes the Ethernet switch
integrated in LS1028A SoC.
Signed-off-by: Alex Marginean
---
arch/arm/dts/fsl-ls1028a-rdb.dts | 36
arch/arm/dts/fsl-ls1028a.dtsi| 31 +++
2 files changed, 67
The driver sets up the switch at probe allowing traffic though. Both the
switch as a whole and the ports are registered as network devices in
U-Boot, although neither supports direct I/O in this version. Traffic can
originate from SoC though one of the internally linked ENETC interfaces,
Enable by default the driver for the Ethernet switch integrated in the SoC.
Signed-off-by: Alex Marginean
---
configs/ls1028aqds_tfa_SECURE_BOOT_defconfig | 1 +
configs/ls1028aqds_tfa_defconfig | 1 +
configs/ls1028ardb_tfa_SECURE_BOOT_defconfig | 1 +
The driver sets up the switch during probe making external and internal ports
available to use. It does not support direct I/O through these switch ports
in this version, instead ENETC ethernet interfaces that are internally linked to
the switch can be used after the switch is set up.
This is
Am 14.11.19 um 20:57 schrieb Simon Glass:
> These functions are CPU-related and do not use driver model. Move them to
> cpu_func.h
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v4:
> - Use cpu_func.h instead of cpu_legacy.h
> - Use irq_func.h instead of irq_legacy.h
>
> Changes in v3:
>-Original Message-
>From: Alex Marginean
>Sent: Thursday, November 14, 2019 7:10 PM
>To: u-boot@lists.denx.de
>Cc: Priyanka Jain ; Sudhanshu Gupta
>; Harninder Rai ;
>Rajesh Bhagat ; Claudiu Manoil
>; Madalin Bucur ;
>Alexandru Marginean
>Subject: [PATCH] configs: ls1028a: enable
>-Original Message-
>From: U-Boot On Behalf Of Tom Rini
>Sent: Thursday, November 14, 2019 8:24 PM
>To: u-boot@lists.denx.de
>Subject: [U-Boot] [PATCH 4/5] T1042RDB_PI_NAND_SECURE_BOOT:
>SECURE_BOOT means environment is nowhere
>
>Signed-off-by: Tom Rini
>---
>
>-Original Message-
>From: Biwen Li
>Sent: Thursday, November 14, 2019 4:06 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>bhaskar.upadh...@nxp.com; feng.l...@nxp.com; jh80.ch...@samsung.com;
>Pramod Kumar ; Rajesh
>-Original Message-
>From: U-Boot On Behalf Of Tom Rini
>Sent: Thursday, November 14, 2019 8:24 PM
>To: u-boot@lists.denx.de
>Subject: [U-Boot] [PATCH 2/5] fsl: layerscape: guard *env_sf_get_env_addr()
>on CONFIG_ENV_IS_IN_SPI_FLASH
>
>Signed-off-by: Tom Rini
>---
>
>-Original Message-
>From: Biwen Li
>Sent: Thursday, November 14, 2019 4:06 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>bhaskar.upadh...@nxp.com; feng.l...@nxp.com; jh80.ch...@samsung.com;
>Pramod Kumar ; Rajesh
>-Original Message-
>From: Biwen Li
>Sent: Thursday, November 14, 2019 4:06 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>bhaskar.upadh...@nxp.com; feng.l...@nxp.com; jh80.ch...@samsung.com;
>Pramod Kumar ; Rajesh
>-Original Message-
>From: Biwen Li
>Sent: Thursday, November 14, 2019 4:06 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>bhaskar.upadh...@nxp.com; feng.l...@nxp.com; jh80.ch...@samsung.com;
>Pramod Kumar ; Rajesh
>-Original Message-
>From: Biwen Li
>Sent: Thursday, November 14, 2019 4:06 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>bhaskar.upadh...@nxp.com; feng.l...@nxp.com; jh80.ch...@samsung.com;
>Pramod Kumar ; Rajesh
>-Original Message-
>From: Biwen Li
>Sent: Thursday, November 14, 2019 4:06 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>bhaskar.upadh...@nxp.com; feng.l...@nxp.com; jh80.ch...@samsung.com;
>Pramod Kumar ; Rajesh
On Fri, Nov 15, 2019 at 8:55 PM Vignesh Raghavendra wrote:
>
> Subsystems such as USB expect dma_map_single() and dma_unmap_single() to
> do dcache flush/invalidate operations as required. For example, see
> drivers/usb/gadget/udc/udc-core.c::usb_gadget_map_request().
> Currently drivers do this
On Fri, Nov 15, 2019 at 8:56 PM Vignesh Raghavendra wrote:
>
> Drop local dma_map_single() and dma_unmap_single() and use arch specific
> common implementation
>
> Signed-off-by: Vignesh Raghavendra
> ---
Acked-by: Masahiro Yamada
> drivers/mtd/nand/raw/denali.c | 34
On Fri, Nov 15, 2019 at 8:56 PM Vignesh Raghavendra wrote:
>
> Drop local dma_map_single() and dma_unmap_single() and use arch specific
> common implementation
>
> Signed-off-by: Vignesh Raghavendra
> ---
Acked-by: Masahiro Yamada
> drivers/mmc/tmio-common.c | 25 +++--
>
On 2019/11/15 下午6:37, Qu Wenruo wrote:
> A small update to this bug.
>
> I'm using mem=3584M kernel cmdline, to sacrifice 512M memory.
>
> And then surprise, memtest 3G works. (Originally it's 4G physical ram
> and 3584M memtest.
>
> Hopes this could provide some clue.
Oh no, with 3187M, it
Now that arch specific dma mapping APIs take care of cache
flush/invalidate, drop local cache flush operation.
Signed-off-by: Vignesh Raghavendra
---
drivers/net/macb.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/net/macb.c b/drivers/net/macb.c
index
Drop local dma_map_single() and dma_unmap_single() and use arch specific
common implementation
Signed-off-by: Vignesh Raghavendra
---
drivers/mtd/nand/raw/denali.c | 34 +++---
1 file changed, 3 insertions(+), 31 deletions(-)
diff --git
Drop local dma_map_single() and dma_unmap_single() and use arch specific
common implementation
Signed-off-by: Vignesh Raghavendra
---
drivers/mmc/tmio-common.c | 25 +++--
1 file changed, 3 insertions(+), 22 deletions(-)
diff --git a/drivers/mmc/tmio-common.c
Subsystems such as USB expect dma_map_single() and dma_unmap_single() to
do dcache flush/invalidate operations as required. For example, see
drivers/usb/gadget/udc/udc-core.c::usb_gadget_map_request().
Currently drivers do this locally, (see drivers/usb/dwc3/ep0.c,
drivers/mtd/nand/raw/denali.c
Drivers (especially frameworks ported from Linux such as USB) expect
dma_{un}map_single() APIs to take care of cache maintenance. But this is
not the case in U-Boot and few drivers take care of flushing caches
locally. Instead add flush/invalidate calls to DMA APIs in arch specific
dma-mapping.h
Add stub for dma_memcpy() and dma_get_device when CONFIG_DMA is
disabled. This avoids ifdefs in driver code using DMA APIs
Signed-off-by: Vignesh Raghavendra
---
include/dma.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/include/dma.h b/include/dma.h
index
Rename CONFIG_SPL_DMA_SUPPORT to CONFIG_SPL_DMA. This allows to use
macros such as CONFIG_IS_ENABLED() that allow conditional compilation of
code for SPL and U-Boot.
Signed-off-by: Vignesh Raghavendra
---
common/spl/Kconfig | 2 +-
configs/am57xx_evm_defconfig | 2 +-
Am 14.11.19 um 23:09 schrieb Rob Herring:
> On Tue, Nov 12, 2019 at 4:47 AM Andreas Färber wrote:
>> On the other hand, one might argue that such information should just be
>> parsed by EBBR-conformant bootloaders and be passed to the kernel via
>> standard UEFI interfaces and DMI tables. But I'm
This patch allows to fix the following compilation warning:
= WARNING ==
This board does not use CONFIG_DM_ETH (Driver Model
for Ethernet drivers). Please update the board to use
CONFIG_DM_ETH before the v2020.07 release. Failure to
update by the deadline
Hei hei,
Am Donnerstag, 14. November 2019, 20:54:15 CET schrieb Arji Cot:
> I'm new at this, my problem is that I have the kernel, busybox and u-boot
> already build for my target platform, I'm not sure what is the most
> appropriate way of creating the final ".img" file out of the files that I
>
A small update to this bug.
I'm using mem=3584M kernel cmdline, to sacrifice 512M memory.
And then surprise, memtest 3G works. (Originally it's 4G physical ram
and 3584M memtest.
Hopes this could provide some clue.
Thanks,
Qu
On 2019/11/9 下午9:45, Jagan Teki wrote:
> On Sat, Nov 9, 2019 at
On 11/15/19 10:44 AM, Simon Goldschmidt wrote:
> On Fri, Nov 15, 2019 at 10:35 AM Marek Vasut wrote:
>>
>> The following changes since commit 3ff1ff3ff76c15efe0451309af084ee6c096c583:
>>
>> Merge branch '2019-11-12-migrate-SYS_REDUNDAND_ENVIRONMENT'
>> (2019-11-12 13:40:58 -0500)
>>
>> are
On Fri, Nov 15, 2019 at 10:35 AM Marek Vasut wrote:
>
> The following changes since commit 3ff1ff3ff76c15efe0451309af084ee6c096c583:
>
> Merge branch '2019-11-12-migrate-SYS_REDUNDAND_ENVIRONMENT'
> (2019-11-12 13:40:58 -0500)
>
> are available in the Git repository at:
>
>
The following changes since commit 3ff1ff3ff76c15efe0451309af084ee6c096c583:
Merge branch '2019-11-12-migrate-SYS_REDUNDAND_ENVIRONMENT'
(2019-11-12 13:40:58 -0500)
are available in the Git repository at:
git://git.denx.de/u-boot-socfpga.git master
for you to fetch changes up to
Suffix layerscape fixup API names with _ls.
This is required to organize device tree fixup in common,
layerscape and layerscape_gen4 specific code.
Signed-off-by: Wasim Khan
---
Changes in v3:None
Changes in v2:
Updated patch subject and description based on Priyanka Jain
review comments
lx2160a rev1 requires layerscape_gen4 device tree fixup and
lx2160a rev2 requires layerscape device tree fixup.
Add device tree fixup for lx2160a based on SoC and Version.
Signed-off-by: Wasim Khan
---
Changes in v3:
Updated patch subject and description based on Priyanka Jain
review comments
lx2160a rev1 and rev2 SoC has different pcie controller.
The pcie controller device tree node fields "compatible"
and registers names needs to be updated accordingly.
Enable CONFIG_OF_BOARD_FIXUP to apply board_fix_fdt
which updates the "compatible" and registers names.
Signed-off-by: Wasim Khan
Move streamId allocation to layerscape common device tree fixup.
Calculate streamId based on SoC variant.
Signed-off-by: Wasim Khan
---
Changes in v3:None
Changes in v2:None
drivers/pci/pcie_layerscape_fixup.c| 16
drivers/pci/pcie_layerscape_fixup_common.c | 24
Update API names for layerscape gen4 fixup.
Suffix layerscape_gen4 fixup API names with _ls_gen4.
This is required to organize device tree fixup in common, layerscape
and layerscape_gen4 specific code.
Signed-off-by: Wasim Khan
---
Changes in v3:None
Changes in v2:
Updated patch subject and
Add Common device tree fixup for NXP SoCs. Based on
SoC and revision call pcie_layerscape or pcie_layerscape_gen4
fixup.
Signed-off-by: Wasim Khan
---
Changes in v3:
fix compilation errors with lx2160aqds_tfa_SECURE_BOOT_defconfig
and lx2160ardb_tfa_SECURE_BOOT_defconfig
Changes in v2
Ported
Add FSL_PEX_STREAM_ID_END and remove FSL_PEX_STREAM_ID_NUM
for lx2160a.
Signed-off-by: Wasim Khan
---
Changes in v3:None
Changes in v2:
Revomed user of FSL_PEX_STREAM_ID_NUM macro
arch/arm/include/asm/arch-fsl-layerscape/stream_id_lsch3.h | 8 +++-
Add stream_id_cur field to ls_pcie structure and initialize
it with 0 for all pcie controllers. This field will be used
for streamId calculation.
Signed-off-by: Wasim Khan
---
Changes in v3:None
Changes in v2:
Updated copyright
drivers/pci/pcie_layerscape.c | 3 ++-
lx2160a rev1 uses pcie_layerscape_gen4 driver and lx2160a rev2 uses
pcie_layerscape driver.
Enable pcie_layerscape code for CONFIG_PCIE_LAYERSCAPE_GEN4.
Based on SoC and revision pcie controller probe will be invoked.
Signed-off-by: Wasim Khan
---
Changes in v3:
Updated patch subject and
lx2160a rev1 PCIe controller uses pcie_layerscape_gen4 driver and
lx2160a rev2 PCIe controller uses pcie_layerscape driver.
This patch set enables support for lx2160a rev2 and uses pcie_layerscape
or pcie_layerscape_gen4 driver based on SoC.
Also organize the device tree fixup in common,
From: T Karthik Reddy
This patch adds new jtag distro boot command to look for bootscript
file in DDR and execute it first incase of jtag bootmode.
Signed-off-by: T Karthik Reddy
Signed-off-by: Michal Simek
---
board/xilinx/zynq/board.c | 2 +-
include/configs/zynq-common.h | 9
The ep node device tree name is governed by these bindings:
https://github.com/torvalds/linux/blob/master/Documentation/devicetree/bindings/pci/layerscape-pci.txt#L24
As per above the ep compatible node contains platform name.
Therefore, define the ep node compatible as CONFIG of type string
with
From: Lihua Zhao
Enhance do_bootm_vxworks() to support Linux compatible standard DTB
for ARM and PPC, when the least significant bit of flags in VxWorks
bootargs is set. Otherwise it falls back to the existing bootm flow
which is now legacy.
Signed-off-by: Lihua Zhao
Signed-off-by: Bin Meng
86 matches
Mail list logo
