From: Heiko Stuebner
This brings the actual rk3368-lion devicetree files from Linux 5.10
instead of using something separate.
Signed-off-by: Heiko Stuebner
---
arch/arm/dts/Makefile | 2 +-
...ot.dtsi => rk3368-lion-haikou-u-boot.dtsi} | 4 +
From: Heiko Stuebner
Mimicing for example the rk3399, set the SYS_BOOTM_LEN to 64MB so
that regular kernel images can get loaded without problems.
Signed-off-by: Heiko Stuebner
---
include/configs/rk3368_common.h | 2 ++
1 file changed, 2 insertions(+)
diff --git
From: Heiko Stuebner
This is the state as of v5.10 in Linux.
Signed-off-by: Heiko Stuebner
---
include/dt-bindings/clock/rk3368-cru.h | 31 --
1 file changed, 14 insertions(+), 17 deletions(-)
diff --git a/include/dt-bindings/clock/rk3368-cru.h
From: Heiko Stuebner
CONFIG_SYS_LOAD_ADDR currently is at 0x0028 which is only 512KB
behind the area where we load u-boot to, which depending on u-boot size
may overlap at some point.
So for safety just pick the same value rk3399 has and set
CONFIG_SYS_LOAD_ADDR to 0x00800800 on rk3368 as
From: Heiko Stuebner
With current u-boot (and probably for some time now) rk3368-lion
can't boot anymore. As the patches indicate, that is partially
on the lion support but also on general rk3368-support not fitting
current expectations anymore.
So this series, adapts options to what other
From: Heiko Stuebner
To prevent running out of memory, increase SYS_MALLOC_F_LEN to 0x4000
similar to what rk3399 uses.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-rockchip/rk3368/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Heiko Stuebner
With the STACK_R_ADDR at 0x60 (6MB) we're competing with
with the loading address of either u-boot or atf parts, so move
that away to 0x400 (64MB) similar to rk3399.
Only lion currently sets that at all but not sheep the second
rk3368 board, so just move that to the
On Tue, Feb 09, 2021 at 01:08:35PM +, Lauri Hintsala wrote:
> That's fine. apx4devkit is not under active development.
Thanks. Can you send that as an Acked-by for the logs please?
--
Tom
signature.asc
Description: PGP signature
On Tue, Feb 09, 2021 at 02:11:54PM +0100, Lukasz Majewski wrote:
> Hi Tom,
>
> > This board has not been converted to CONFIG_DM_MMC by the deadline of
> > v2019.04, which is almost two years ago. In addition there are other
> > DM migrations it is also missing. Remove it.
>
> This is very
On Tue, 9 Feb 2021 06:50:35 +
Chris Packham wrote:
> On 9/02/21 3:07 pm, Marek Behun wrote:
> > On Tue, 9 Feb 2021 01:08:54 +
> > Chris Packham wrote:
> >
> >> On 9/02/21 1:16 pm, Chris Packham wrote:
> >>> On 9/02/21 9:18 am, Marek Behun wrote:
> On Mon, 8 Feb 2021 20:11:06
That's fine. apx4devkit is not under active development.
Best regards,
Lauri Hintsala
> On 9 Feb 2021, at 15.02, Tom Rini wrote:
>
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
>
Hi Tom,
> This board has not been converted to CONFIG_DM_MMC by the deadline of
> v2019.04, which is almost two years ago. In addition there are other
> DM migrations it is also missing. Remove it.
This is very strange as imx28 SoC is still in active production (and
will be for some years from
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Erik van Luijk
Signed-off-by: Tom Rini
---
arch/arm/mach-at91/Kconfig | 6 -
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Eddy Petrișor
Signed-off-by: Tom Rini
---
arch/arm/Kconfig | 6 -
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Otavio Salvador
Signed-off-by: Tom Rini
---
arch/arm/mach-imx/mx6/Kconfig | 6 --
board/warp/Kconfig
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Chris Packham
Signed-off-by: Tom Rini
---
arch/arm/dts/Makefile | 2 -
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Ben Whitten
Signed-off-by: Tom Rini
---
arch/arm/mach-at91/Kconfig| 9 --
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Ben Whitten
Signed-off-by: Tom Rini
---
arch/arm/mach-at91/Kconfig| 6 -
board/laird/wb45n/Kconfig
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Jon Mason
Signed-off-by: Tom Rini
---
arch/arm/Kconfig | 1 -
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Boris Brezillon
Signed-off-by: Tom Rini
---
arch/arm/mach-imx/mx6/Kconfig | 4 -
These boards have not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove them.
Cc: Linus Walleij
Signed-off-by: Tom Rini
---
.azure-pipelines.yml| 6 -
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Prabhakar Kushwaha
Cc: Priyanka Jain
Signed-off-by: Tom Rini
---
arch/arm/Kconfig|
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Prafulla Wadaskar
Signed-off-by: Tom Rini
---
arch/arm/dts/Makefile| 3 +-
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Philippe Reynes
Cc: Eric Jarrige
Signed-off-by: Tom Rini
---
arch/arm/Kconfig | 6
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Fabio Estevam
Signed-off-by: Tom Rini
---
arch/arm/mach-imx/mx2/Kconfig| 7 -
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Stefan Roese
Signed-off-by: Tom Rini
---
arch/arm/dts/Makefile | 3 -
As there are now no boards for the MX23 family, remove the general
support.
Cc: Stefano Babic
Cc: Fabio Estevam
Cc: NXP i.MX U-Boot Team
Signed-off-by: Tom Rini
---
arch/arm/Kconfig | 8 +-
arch/arm/Makefile | 2 +-
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Stefano Babic
Signed-off-by: Tom Rini
---
arch/arm/Kconfig| 6 -
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Sebastien Bourdelin
Signed-off-by: Tom Rini
---
arch/arm/mach-imx/mxs/Kconfig| 4 -
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Lauri Hintsala
Signed-off-by: Tom Rini
---
arch/arm/mach-imx/mxs/Kconfig | 4 -
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Marek Vasut
Signed-off-by: Tom Rini
---
arch/arm/mach-imx/mxs/Kconfig | 4 -
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Fabio Estevam
Signed-off-by: Tom Rini
---
arch/arm/mach-imx/mxs/Kconfig | 5 -
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Marek Vasut
Signed-off-by: Tom Rini
---
arch/arm/mach-imx/mxs/Kconfig| 1 -
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Marek Vasut
Signed-off-by: Tom Rini
---
arch/arm/mach-imx/mxs/Kconfig | 5 -
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Otavio Salvador
Signed-off-by: Tom Rini
---
arch/arm/mach-imx/mxs/Kconfig | 8 --
This board has not been converted to CONFIG_DM_MMC by the deadline of
v2019.04, which is almost two years ago. In addition there are other DM
migrations it is also missing. Remove it.
Cc: Marek Vasut
Signed-off-by: Tom Rini
---
arch/arm/mach-imx/mxs/Kconfig | 1 -
On 09.02.21 12:31, AKASHI Takahiro wrote:
> On Tue, Feb 09, 2021 at 07:40:23AM +0100, Heinrich Schuchardt wrote:
>> Am 9. Februar 2021 06:30:31 MEZ schrieb AKASHI Takahiro
>> :
>>> On Mon, Feb 08, 2021 at 09:29:43PM -0700, Simon Glass wrote:
Hi Heinrich,
On Mon, 8 Feb 2021 at
On 09.02.21 12:38, matthias@kernel.org wrote:
> From: Matthias Brugger
>
> GRUB version 2.04 was published over a year ago. We should expect that
> distros use this version now. So disable the workaround by default.
> As we know that i.MX6 CPUs lack proper handling of caches, enable the
>
From: Igor Opaniuk
Use CONFIG_IS_ENABLED() macro, which provides more convenient
way to check $(SPL)DM_I2C/$(SPL)DM_I2C_GPIO configs
for both SPL and U-Boot proper.
CONFIG_IS_ENABLED(DM_I2C) expands to:
- 1 if CONFIG_SPL_BUILD is undefined and CONFIG_DM_I2C is set to 'y',
- 1 if
From: Igor Opaniuk
At present if U-Boot proper uses driver model for I2C, then SPL has to
also. While this is desirable, it places a significant barrier to moving
to driver model in some cases. For example, with a space-constrained SPL
it may be necessary to enable CONFIG_SPL_OF_PLATDATA which
Hi,
> From: Patrick DELAUNAY
> Sent: mercredi 9 septembre 2020 15:25
>
> Enable the fastboot oem command bootbus, used to configure the eMMC boot
> behavior, with same format than 'mmc bootbus'
> and with parameter: boot_bus_width reset_boot_bus_width boot_mode
>
> On stm32mp1 boards the
Hi,
> From: Patrick DELAUNAY
> Sent: mercredi 9 septembre 2020 15:25
>
> Enable the fastboot oem command partconf, used to select the correct eMMC boot
> partition, with same format than 'mmc partconf'
> with parameter: boot_ack boot_partition
> On stm32mp1 family:
> - boot_ack = 1 (Boot
Hi,
> From: Patrick DELAUNAY
> Sent: mercredi 9 septembre 2020 15:25
>
> From: Jean-Philippe ROMAIN
>
> Enable the fastboot oem command format and set the variable "partitions" with
> default eMMC partitions list.
>
> Signed-off-by: Patrick Delaunay
> Signed-off-by: Jean-Philippe ROMAIN
>
Hi,
> From: Patrick DELAUNAY
> Sent: mercredi 9 septembre 2020 15:25
>
> From: Jean-Philippe ROMAIN
>
> Activate fastboot support on boot partition for eMMC, mmc1 device on
> STMicroelectronics board (EV1).
>
> Signed-off-by: Jean-Philippe ROMAIN
> Signed-off-by: Patrick Delaunay
> ---
>
Hi Heinrich. Thanks for the review!
On 21/02/09 07:02:p, Heinrich Schuchardt wrote:
> Thank you for reporting and addressing the issue.
>
> Is this patch related to an observed problem or is it resulting from
> code review?
Yes, this was seen in action (and took quite a bit of logging and
PE section table entries' SizeOfRawData must be a multiple of
FileAlignment, and thus may be rounded up and larger than their
VirtualSize.
We should not load beyond the VirtualSize, which is "the total size of
the section when loaded into memory" -- we may clobber real data at the
target in some
From: Igor Opaniuk
Drop CONFIG_DM_I2C undefs from board header files, and make them
disabled on these boards in defconfigs instead.
Disabling on Kconfig symbol was done automatically with this script:
cd configs
files=(*ls1046a*)
files2=(*T104*RDB*)
files3=(ls1021atwr_*)
From: Igor Opaniuk
At present if U-Boot proper uses driver model for I2C, then SPL has to
also. While this is desirable, it places a significant barrier to moving
to driver model in some cases. For example, with a space-constrained SPL
it may be necessary to enable CONFIG_SPL_OF_PLATDATA which
From: Matthias Brugger
GRUB version 2.04 was published over a year ago. We should expect that
distros use this version now. So disable the workaround by default.
As we know that i.MX6 CPUs lack proper handling of caches, enable the
workaround on these only.
Signed-off-by: Matthias Brugger
---
Hi Jagan
On Tue, Feb 9, 2021 at 12:28 PM Bin Meng wrote:
>
> On Mon, Feb 8, 2021 at 9:32 PM Andre Przywara wrote:
> >
> > At the moment nvme_read_completion_status() tries to invidate a single
>
> typo: invalidate
>
> > member of the cqes[] array, which is shady as just a single entry is
> >
On Tue, Feb 09, 2021 at 07:40:23AM +0100, Heinrich Schuchardt wrote:
> Am 9. Februar 2021 06:30:31 MEZ schrieb AKASHI Takahiro
> :
> >On Mon, Feb 08, 2021 at 09:29:43PM -0700, Simon Glass wrote:
> >> Hi Heinrich,
> >>
> >> On Mon, 8 Feb 2021 at 15:06, Heinrich Schuchardt
> >wrote:
> >> >
> >> >
On Mon, Feb 8, 2021 at 9:32 PM Andre Przywara wrote:
>
> At the moment nvme_read_completion_status() tries to invidate a single
typo: invalidate
> member of the cqes[] array, which is shady as just a single entry is
> not cache line aligned.
> The structure is dictated by hardware, and with 16
Remove CONFIG_IS_ENABLED(SAVEENV) as it is already tested in
the ENV_SAVE_PTR macro.
Signed-off-by: Patrick Delaunay
---
env/sf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/env/sf.c b/env/sf.c
index 42d762714e..3f2fbbec12 100644
--- a/env/sf.c
+++ b/env/sf.c
@@ -405,6
Add support of opts erase for env in SPI flash;
this opts is used by command 'env erase'.
This command only fills the env offset by 0x0 (bit flip to 0) and
the saved environment becomes invalid (with bad CRC).
It doesn't erase the sector here to avoid issue when the sector
is larger than the env
Hi,
I add support of env erase command for SPI flash backend (sf).
To erase the environment, this patch only invalidate the content at
CONFIG_ENV_OFFSET and at CONFIG_ENV_OFFSET_REDUND (force a bad CRC).
The 2 first patchs of the serie are preliminary and clenaup steps.
Patrick
Patrick
Add ENV_ERASE_PTR macro to handle erase opts and remove the associated
ifdef.
This patch is a extension of previous commit 82b2f4135719 ("env_internal.h:
add alternative ENV_SAVE_PTR macro").
Signed-off-by: Patrick Delaunay
---
env/ext4.c | 3 +--
env/mmc.c | 6 +-
Hi Samuel,
On 08/02/2021 06:57, Samuel Holland wrote:
This series adds clock, PHY, and XHCI driver support for the USB3
controller found in the Allwinner H6 SoC. Below is a log showing it
functioning on the Orange Pi 3.
Cheers,
Samuel
U-Boot 2021.04-rc1-00068-g6b8f4e0d060 (Jan 01 1970 -
On 2/9/21 11:14 AM, Patrick Delaunay wrote:
Hi,
[...]
diff --git a/drivers/usb/gadget/dwc2_udc_otg.c
b/drivers/usb/gadget/dwc2_udc_otg.c
index e3871e381e..ecac80fc11 100644
--- a/drivers/usb/gadget/dwc2_udc_otg.c
+++ b/drivers/usb/gadget/dwc2_udc_otg.c
@@ -1176,7 +1176,7 @@ static int
On 09.02.21 03:43, Marek Behún wrote:
The SPI NOR flash node name in main device tree for Turris Omnia is
called `spi-nor@0`.
Rename node spi-flash@0 in Turris Omnia's -u-boot.dtsi file to spi-nor@0
so that U-Boot does not try to probe the same SPI NOR device multiple
times.
Signed-off-by:
The Linux kernel v5.7-rc1 introduced the compatible "st,stm32mp15-hsotg".
See Linux kernel commit d49850110434 ("dt-bindings: usb: dwc2: add
support for STM32MP15 SoCs USB OTG HS and FS")
This patch updates the supported compatible in DWC2 driver,
removes the add-on done in U-Boot dtsi and keeps
Hi,
On 1/15/21 1:55 PM, Fabrice GIRARDOT wrote:
The kilohertz unit abbreviation should read 'kHz'.
Note to STM32 team: modified files were generated, it may be worth
to fix STM32CubeMX tool.
Signed-off-by: Fabrice GIRARDOT
---
arch/arm/dts/stm32mp15-ddr3-1x4Gb-1066-binG.dtsi | 2 +-
On 2/9/21 3:28 AM, Samuel Holland wrote:
On 2/8/21 8:27 PM, Samuel Holland wrote:
On 2/8/21 5:43 AM, Marek Vasut wrote:
On 2/8/21 6:57 AM, Samuel Holland wrote:
Resetting an XHCI controller inside xhci_register undoes any register
setup performed by the platform driver. And at least on the
Hi,
On 1/22/21 3:34 PM, Patrick Delaunay wrote:
Add support of missing I2C6_K with bit 3 of RCC_MC_APB5ENSETR =
I2C6EN: I2C6 peripheral clocks enable.
This patch allows customer to use I2C6 in SPL or in U-Boot
as other I2C instance, already support in clk driver.
Signed-off-by: Patrick
Hi,
On 1/21/21 5:39 PM, Patrick Delaunay wrote:
Bind only the enabled GPIO subnode, to avoid to probe the node
"gpio-controller" present in SOC dtsi (disabled by default) but
not enabled in the included pincontrol dtsi file.
For example, in stm32mp15xxac-pinctrl.dtsi 2 gpio bank are absent:
Hi,
On 1/21/21 5:39 PM, Patrick Delaunay wrote:
OTYPE can be used for output or for alternate function to select
PP = push-pull or OP = open-drain mode, according reference manual
(Table 81. Port bit configuration table).
This patch removes this indication for input pins and adds it
for AF and
On Tue, Feb 9, 2021 at 10:45 AM Igor Opaniuk wrote:
>
> Hi Tom,
>
> On Tue, Feb 9, 2021 at 4:26 AM Tom Rini wrote:
> >
> > On Tue, Feb 09, 2021 at 01:37:54AM +0200, Igor Opaniuk wrote:
> >
> > > From: Igor Opaniuk
> > >
> > > Replace CONFIG_DM_I2C undefs with CONFIG_SPL_DM_I2C for the SPL build
Hi,
On 1/20/21 1:43 PM, Patrice Chotard wrote:
Instead of redefining a pin's name size, use PINNAME_SIZE defined
in include/dm/pinctrl.h
Signed-off-by: Patrice Chotard
---
drivers/pinctrl/pinctrl-stmfx.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
Applied to
Hi,
On 1/20/21 1:43 PM, Patrice Chotard wrote:
pin-controller pin's name must be equal to pin's name used in device
tree with "pins" DT property.
Issue detected on stm32mp157c-ev1 board with goodix touchscreen.
In DT, the goodix's pin is declared in DT with the node:
goodix_pins:
On Tuesday 09 February 2021 01:08:54 Chris Packham wrote:
> On 9/02/21 1:16 pm, Chris Packham wrote:
> > On 9/02/21 9:18 am, Marek Behun wrote:
> >> On Mon, 8 Feb 2021 20:11:06 +
> >> Chris Packham wrote:
> >>
> >>> Hi Marek,
> >>>
> >>> Do you have this in a repo I can pull from? I've got a
On Tue, Feb 9, 2021 at 10:41 AM Marek Vasut wrote:
>
> On 2/9/21 9:38 AM, Oleksandr Suvorov wrote:
> > Both NXP SoCs i.MX8 and i.MX8X have ENET gigabit MAC.
> > Define FEC_QUIRK_ENET_MAC for the imx8 platform and remove this
> > definition from configs of boards, based on MX8/MX8X.
>
> Acked-by:
Hi Tom,
On Tue, Feb 9, 2021 at 4:26 AM Tom Rini wrote:
>
> On Tue, Feb 09, 2021 at 01:37:54AM +0200, Igor Opaniuk wrote:
>
> > From: Igor Opaniuk
> >
> > Replace CONFIG_DM_I2C undefs with CONFIG_SPL_DM_I2C for the SPL build
> > case. This should be moved to appropriate board defconfigs
> > in
Hi Simon,
On 08.02.2021 18:08, Simon Glass wrote:
> On Mon, 8 Feb 2021 at 09:10, Marek Szyprowski
> wrote:
>> On 06.02.2021 17:21, Simon Glass wrote:
>>> On Thu, 4 Feb 2021 at 03:36, Marek Szyprowski
>>> wrote:
...
Could you give me a bit more hints or point where to start? I've
On 2/9/21 9:38 AM, Oleksandr Suvorov wrote:
Both NXP SoCs i.MX8 and i.MX8X have ENET gigabit MAC.
Define FEC_QUIRK_ENET_MAC for the imx8 platform and remove this
definition from configs of boards, based on MX8/MX8X.
Acked-by: Marek Vasut
+CC Ramon
The RGMII link delays can be set on either MAC or PHY side. Set the
rgmii-id PHY mode for FEC and remove FEC_ENET_ENABLE_.XC_DELAY
setting, so that these definitions aren't used anymore throughout
the U-Boot.
Signed-off-by: Oleksandr Suvorov
---
arch/arm/dts/fsl-imx8qm-apalis.dts | 2 +-
Both NXP SoCs i.MX8 and i.MX8X have ENET gigabit MAC.
Define FEC_QUIRK_ENET_MAC for the imx8 platform and remove this
definition from configs of boards, based on MX8/MX8X.
Signed-off-by: Oleksandr Suvorov
---
arch/arm/include/asm/arch-imx8/imx-regs.h | 2 ++
include/configs/apalis-imx8.h
This series stops using FEC_ENET_ENABLE_.XC_DELAY settings throughout
the U-Boot, and adds the common quirk for FEC ENET MAC device,
simplifying configs of imx8-boards.
Oleksandr Suvorov (2):
ARM: imx8: Add missing FEC ENET quirk for i.MX8/i.MX8X
board: toradex: move RGMII delays to PHY
On 05.02.21 23:51, Luka Kovacic wrote:
On Fri, Feb 5, 2021 at 11:40 PM Tom Rini wrote:
On Fri, Feb 05, 2021 at 11:36:25PM +0100, Luka Kovacic wrote:
On Fri, Feb 5, 2021 at 11:04 PM Tom Rini wrote:
On Fri, Feb 05, 2021 at 11:02:23PM +0100, Luka Kovacic wrote:
Hello Tom,
On Thu, Feb 4,
Since commit 6239cc8c4e ("arm: dts: k3-j7200: Sync Linux v5.11-rc6 dts
into U-Boot") ranges have been added to CPSW node which results in
U-Boot CPSW driver failing to acquire phy_gmii_sel register range and
thus failing to configure GMII mode correctly.
Fix this by deleting ranges in
On 05.02.21 15:32, Pali Rohár wrote:
From: Marek Behún
NVMe drives can be connected to Turris MOX via MOX B and MOX G
extensions.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
configs/turris_mox_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
On 05.02.21 15:32, Pali Rohár wrote:
USB devices can be connected to Turris MOX also via MOX F extension which
contains VL805 PCIe based USB 3.0 controller.
Signed-off-by: Pali Rohár
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
configs/turris_mox_defconfig | 1 +
1 file changed, 1
On 05.02.21 15:32, Pali Rohár wrote:
PCIe devices do not work in U-Boot without proper initialization and
configuration of PCI config space like the PCI_BASE_ADDRESS_0 register.
Signed-off-by: Pali Rohár
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
configs/turris_mox_defconfig | 1 -
On 05.02.21 15:32, Pali Rohár wrote:
Fix usage of VL805 XHCI PCIe controller when it is connected via PCIe to
Armada 3720 SOC. Without this U-Boot crashes when trying to access
enumerated USB devices connected to this XHCI PCIe controller.
This should be done according to the PCIe Link
101 - 182 of 182 matches
Mail list logo