On Thu, 17 Jun 2021 11:05:46 +0100
Peter Robinson wrote:
> On Thu, Jun 17, 2021 at 10:03 AM Paul Barker
> wrote:
> >
> > Configuration which is shared between the BeagleBone Black and
> > derivative boards like the Sancloud BeagleBone Enhanced (BBE) is
> > moved to a common dtsi file to prevent
On Thu, Jun 17, 2021 at 11:32 AM Paul Barker wrote:
>
> On Thu, 17 Jun 2021 11:05:46 +0100
> Peter Robinson wrote:
>
> > On Thu, Jun 17, 2021 at 10:03 AM Paul Barker
> > wrote:
> > >
> > > Configuration which is shared between the BeagleBone Black and
> > > derivative boards like the Sancloud
The same considerations apply to U-Boot as to Linux:
https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/commit/?id=c76a97218dcbb2cb7cec1404ace43ef96c87d874
This change is needed in order for enetc to be able to operate in RGMII
fixed-link mode.
Signed-off-by: Vladimir Oltean
The enetc-2 port is used as DSA master (connected back-to-back to
mscc_felix_port4). Since the convention is to not enable ports in the
common SoC dtsi unless they are used on the board, then enable enetc-2
only when mscc_felix_port4 itself is enabled.
All existing device trees appear to adhere
On Thu, Jun 17, 2021 at 10:45 PM Tom Rini wrote:
>
> On Thu, Jun 17, 2021 at 10:24:18PM +0800, Bin Meng wrote:
> > On Thu, Jun 17, 2021 at 10:14 PM Tom Rini wrote:
> > >
> > > On Thu, Jun 17, 2021 at 10:09:20PM +0800, Bin Meng wrote:
> > > > On Thu, Jun 17, 2021 at 8:31 PM Tom Rini wrote:
> > >
On Thu, Jun 17, 2021 at 11:31:12AM +0800, Leo Liang wrote:
> Hi Tom,
>
> The following changes since commit 9301a5cc99dd0c298e2f7fe2fa98a7287fcda772:
>
> Merge https://source.denx.de/u-boot/custodians/u-boot-marvell (2021-06-15
> 08:23:04 -0400)
>
> are available in the Git repository at:
>
On Wed, Jun 16, 2021 at 05:07:51PM +0200, Stefano Babic wrote:
> Hi Tom,
>
> please pull from u-boot-imx, thanks !
>
>
> The following changes since commit cb26d5a9265c60cee385d67eff86d115a606fbc5:
>
> Merge https://source.denx.de/u-boot/custodians/u-boot-sh (2021-06-08
> 17:46:49 -0400)
>
From: Camelia Groza
The optical 10G port is described as fixed-link in the device tree. Enable
the necessary support.
Signed-off-by: Camelia Groza
---
configs/ls1046ardb_emmc_defconfig | 1 +
configs/ls1046ardb_qspi_SECURE_BOOT_defconfig | 1 +
The RGMII spec supports optional in-band status reporting for the speed
and duplex negotiated on the copper side, and the ENETC driver enables
this feature by default.
However, this does not work when the PHY does not implement the in-band
reporting, or when there is a MAC-to-MAC connection
Given that even a fixed-link has an associated phy_device, there is no
reason to operate in a mode when dm_eth_phy_connect fails.
Remove the driver checks for a NULL priv->phy and just return -ENODEV
when that happens.
Signed-off-by: Vladimir Oltean
Reviewed-by: Ramon Fried
---
v1->v2: none
The enetc-2 port is used as DSA master (connected back-to-back to
mscc_felix_port4). Since the convention is to not enable ports in the
common SoC dtsi unless they are used on the board, then enable enetc-2
only when mscc_felix_port4 itself is enabled.
All existing device trees appear to adhere
Hi!
I'm trying to use buildroot to generate a system for the Digilent
Genesys ZU board, which is based on the zynqmp SOC.
I'm having trouble getting it to boot, and I was hoping I could get
some guidance on what to do next. My issue is basically that
nothing seems to work, since I don't have an
Hi Tom,
On 16/06/2021 19:37, Tom Rini wrote:
> Fixing those requires enabling of OF_CONTROL and this in turn means the
> board must be migrated to DT, unless I am missing something. That's why my
> "please advice..." stance.
Please post the patches that bring you to the
Align Kconfig and Kbuild logic to Linux 4.20 release with minimal impact
on files outside of this scope.
Our previous Kconfig sync was done by commit 587e4a429698 ("kconfig /
kbuild: Re-sync with Linux 4.19").
As part of this re-sync, a few related changes from previous Linux
releases were found
On Thu, Jun 17, 2021 at 11:27:58AM +0800, Leo Liang wrote:
> Hi Tom,
>
> Please pull u-boot-riscv/next into -next.
>
> The following changes since commit 173c3bcd7dca47f1a8f7371a229681d20c7821cc:
>
> Merge tag 'ti-v2021.10-next-v2' of
> https://source.denx.de/u-boot/custodians/u-boot-ti
On Fri, Jun 18, 2021 at 12:12:28AM +0800, Bin Meng wrote:
> When switching to kernel.org x86_64 gcc 11.1.0 toolchain, u-boot.rom
> built from qemu-x86_defconfig no longer boots anymore. Investigation
> shows that U-Boot fails at a very early stage during the boot process,
> in
On Thu, Jun 17, 2021 at 09:11:06AM +, eugen.hris...@microchip.com wrote:
> Hello Tom,
>
> Please pull tag u-boot-atmel-2021.10-a , the first set of atmel features
> for the next cycle 2021.10 .
>
> This feature set converts the boards pm9261 and pm9263 Ethernet support
> to DM; enables
On Wed, Jun 16, 2021 at 2:20 PM Icenowy Zheng wrote:
>
> I'm trying RK3399 with Linux. EFIFB never works as intended (maybe it's
> because IOMMU is reconfigured), and rockchipdrmfb will be fb1 (leave
> non-working EFIFB as fb0), makes fbcon unusable.
>
> The second problem has a proposed fix, but
Hi Fabio,
On 6/18/21 4:19 AM, Fabio Estevam wrote:
> Hi Peng,
>
> On Mon, Jun 14, 2021 at 9:23 PM Peng Fan (OSS) wrote:
>
>> Do you have a chance to see where it consumes so much time?
>
> Here is the place it consumes too much time. Here is an example on a
> warp7 board:
>
> U-Boot
Refactor some functions in mkimage sunxi_egon type, in order to prepare
for adding support for more CPU architectures (e.g. RISC-V). In
addition, compatibility for operation w/o specified architecture is
kept, in this case the architecture is assumed as ARM.
Signed-off-by: Icenowy Zheng
---
There's now a sun20i family in sunxi, which uses RISC-V CPU.
Add support for making eGON.BT0 image for RISC-V.
Signed-off-by: Icenowy Zheng
---
tools/sunxi_egon.c | 35 +--
1 file changed, 29 insertions(+), 6 deletions(-)
diff --git a/tools/sunxi_egon.c
On Tue, 15 Jun 2021 11:25:52 +0800
Yu-Tung Chang wrote:
> ZeroPi is a new board of high performance with low cost
> designed by FriendlyElec., using the Allwinner H3 SOC.
>
> ZeroPi features
> - Allwinner H3, Quad-core Cortex-A7@1.2GHz
> - 256MB/512MB DDR3 RAM
> - microsd slot
> -
Hi Peng,
On Mon, Jun 14, 2021 at 9:23 PM Peng Fan (OSS) wrote:
> Do you have a chance to see where it consumes so much time?
Here is the place it consumes too much time. Here is an example on a
warp7 board:
U-Boot 2021.07-rc3 (Jun 17 2021 - 18:30:37 +)
CPU: Freescale i.MX7S rev1.2 800
From: Reto Schneider
This commit updates the default config with the values that will be used
soon on the Atmel / Microchip AT91SAM9G25 based GARDENA smart gateway.
Signed-off-by: Reto Schneider
---
This patch applies to current u-boot-atmel/next
On Thu, Jun 17, 2021 at 5:36 PM Vladimir Oltean wrote:
>
> Given that even a fixed-link has an associated phy_device, there is no
> reason to operate in a mode when dm_eth_phy_connect fails.
>
> Remove the driver checks for a NULL priv->phy and just return -ENODEV
> when that happens.
>
>
As mkimage -T sunxi_egon now gains support for -A parameter, specify the
architecture when generating SPL boot image for sunxi.
Signed-off-by: Icenowy Zheng
---
scripts/Makefile.spl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/Makefile.spl b/scripts/Makefile.spl
On Thu, Jun 17, 2021 at 10:18:07AM +0300, Ivaylo Dimitrov wrote:
>
>
> On 17.06.21 г. 0:12 ч., Tom Rini wrote:
> > On Thu, Jun 17, 2021 at 12:03:15AM +0300, Ivaylo Dimitrov wrote:
> > > Hi Tom,
> > >
> > > On 16.06.21 г. 20:37 ч., Tom Rini wrote:
> > > > On Wed, Jun 16, 2021 at 08:25:28PM
The sunxi_egon type used to take no -A argument (because we assume sunxi
targets are all ARM). However, as Allwinner D1 appears as the first
RISC-V sunxi target, we need to support -A; in addition, as external
projects rely on U-Boot mkimage to generate sunxi eGON.BT0 header, we
need to keep
This patchset tries to make mkimage -T sunxi_egon to be able to generate
an eGON.BT0 image for Allwinner RISC-V SoCs (e.g. D1).
In addition, to keep the compatibility, it will still consider the
architecture to be ARM when no architecture is specified.
This patchset is RFC because I have no idea
Basically all, i.e. rk3036.dtsi, rk3128.dtsi, rk3xxx.dtsi, rk322x.dtsi,
rk3288.dtsi, rk3308-u-boot.dtsi, rk3328-u-boot.dtsi, rk3399-u-boot.dtsi
and px30-u-boot.dtsi Rockchip SoC devicetrees which have mmc indexes
are defining eMMC as mmc0 and sdmmc as mmc1.
This means that the rule to try to boot
Ethernet failed to work if ethaddr is empty when Ethernet driver is probed.
Setting ethaddr in Uboot command prompt can't solve this.
Enable random ethaddr to solve it
Signed-off-by: Srinuvasan A
---
configs/socfpga_de0_nano_soc_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
From: Roland Gaudig
This patch extends the setexpr command with a dec operator to
convert an input value to decimal.
Signed-off-by: Roland Gaudig
---
cmd/setexpr.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/cmd/setexpr.c b/cmd/setexpr.c
index
Ethernet failed to work if ethaddr is empty when Ethernet driver is probed.
Setting ethaddr in Uboot command prompt can't solve this.
Enable random ethaddr to solve it
Signed-off-by: Srinuvasan A
---
configs/socfpga_de0_nano_soc_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
Hi U-Boot devs,
I am an engineer working for Boeing and I need assistance with getting a
MicroChip VSC6803 API (https://github.com/microchip-ung/mesa) to work on their
VSC7429 Ethernet Switch. From their API, we have a MFI image file built to load
onto the Switch and this was instructed to be
Ni Nelson,
On 6/17/21 2:21 PM, Su (US), Nelson Z wrote:
Hi U-Boot devs,
I am an engineer working for Boeing and I need assistance with getting a
MicroChip VSC6803 API (https://github.com/microchip-ung/mesa) to work on their
VSC7429 Ethernet Switch. From their API, we have a MFI image file
On 6/17/21 6:22 PM, Marek Szyprowski wrote:
> Move the XHCI PCI device base up in the virtual address space. This fixes
> initialization failure observed with newer Raspberry Pi firmware, later
> than 63b1922311 ("firmware: arm_loader: Update armstubs with those from
> PR 117). It looks that
On Thu, Jun 17, 2021 at 5:36 PM Vladimir Oltean wrote:
>
> The same considerations apply to U-Boot as to Linux:
> https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/commit/?id=c76a97218dcbb2cb7cec1404ace43ef96c87d874
>
> This change is needed in order for enetc to be able to
+U-Boot Mailing List
On Thu, 17 Jun 2021 at 05:04, Heinrich Schuchardt wrote:
>
> QEMU returns the highest supported namespace number NN as 255. This does
> not imply that there are 255 active namespaces.
>
> If a namespace is not active, the namespace identify command returns a zero
> filled
Hi,
On Fri, 11 Jun 2021 at 05:52, François Ozog
wrote:
>
>
> On Thu, 10 Jun 2021 at 23:57, Manish Pandey2
> wrote:
>
>> Hi Everyone,
>>
>> I have tried to conclude the discussions we had in two of the TF-A tech
>> forum sessions and on mailing list.
>>
>> The problem we are trying to solve is
Le jeu. 17 juin 2021 à 21:38, Simon Glass a écrit :
> Hi,
>
> On Fri, 11 Jun 2021 at 05:52, François Ozog
> wrote:
>
>>
>>
>> On Thu, 10 Jun 2021 at 23:57, Manish Pandey2
>> wrote:
>>
>>> Hi Everyone,
>>>
>>> I have tried to conclude the discussions we had in two of the TF-A tech
>>> forum
There are no PCB trace delays on this board, so the PHY needs to enable
its internal ones in order to have a proper electrical connection to the
enetc MAC.
Fixes: b32e9a757837 ("arm: dts: ls1028a updates for network interfaces")
Signed-off-by: Vladimir Oltean
---
v1->v2: none
To comply with the device tree bindings expectations for an Ethernet
controller, as well as to simplify the driver code, declare fixed-link
nodes for the internal ENETC ports (attached to the mscc_felix switch).
Signed-off-by: Vladimir Oltean
---
v1->v2: none
arch/arm/dts/fsl-ls1028a.dtsi | 10
Due to an upstream change, the ls1028a.dtsi bindings for the mscc_felix
switch got accepted with all ports disabled by default and with no link
to the DSA master - this needs to be done on a per board basis.
Note that enetc-2 is not currently disabled in the ls1028a.dtsi, but
presumably at some
This series fixes through patches 1, 2 and 6 networking issues seen on
the LS1028A-QDS boards:
- Traffic through the RGMII port enetc-1 does not work
- The switch ports are not probed
- RGMII fixed-link connections do not work
Patches 3 and 4 are dependencies for patch 6, as follows:
- Forcing
On Thu, Jun 17, 2021 at 11:31:56AM +0100, Paul Barker wrote:
> On Thu, 17 Jun 2021 11:05:46 +0100
> Peter Robinson wrote:
>
> > On Thu, Jun 17, 2021 at 10:03 AM Paul Barker
> > wrote:
> > >
> > > Configuration which is shared between the BeagleBone Black and
> > > derivative boards like the
On Thu, Jun 17, 2021 at 10:14 PM Tom Rini wrote:
>
> On Thu, Jun 17, 2021 at 10:09:20PM +0800, Bin Meng wrote:
> > On Thu, Jun 17, 2021 at 8:31 PM Tom Rini wrote:
> > >
> > > On Thu, Jun 17, 2021 at 04:27:11PM +0800, Bin Meng wrote:
> > > > Hi Tom,
> > > >
> > > > On Thu, Jun 17, 2021 at 4:00 AM
On Thu, Jun 17, 2021 at 10:09:20PM +0800, Bin Meng wrote:
> On Thu, Jun 17, 2021 at 8:31 PM Tom Rini wrote:
> >
> > On Thu, Jun 17, 2021 at 04:27:11PM +0800, Bin Meng wrote:
> > > Hi Tom,
> > >
> > > On Thu, Jun 17, 2021 at 4:00 AM Tom Rini wrote:
> > > >
> > > > - Move to gcc-11.1.0 builds from
Hi Andrey,
On 17.06.21 18:03, ZHIZHIKIN Andrey wrote:
Hello Stefano,
I believe the following patch is missing from the series that I've submitted
earlier.
From the entire series named "Correct and extend distro boot support for
imx8m" [1], there were 3 patches included, namely:
[2]
Remove the LED unit addresses and reg properties to
fix the following dtc build warnings:
arch/arm/dts/o4-imx-nano.dtb: Warning (reg_format): /leds/led@0:reg: property
has invalid length (4 bytes) (#address-cells == 2, #size-cells == 1)
...
arch/arm/dts/o4-imx-nano.dtb: Warning
On Thu, 17 Jun 2021 11:35:16 +0100
Peter Robinson wrote:
> On Thu, Jun 17, 2021 at 11:32 AM Paul Barker
> wrote:
> >
> > On Thu, 17 Jun 2021 11:05:46 +0100
> > Peter Robinson wrote:
> >
> > > On Thu, Jun 17, 2021 at 10:03 AM Paul Barker
> > > wrote:
> > > >
> > > > Configuration which is
On Thu, Jun 17, 2021 at 8:31 PM Tom Rini wrote:
>
> On Thu, Jun 17, 2021 at 04:27:11PM +0800, Bin Meng wrote:
> > Hi Tom,
> >
> > On Thu, Jun 17, 2021 at 4:00 AM Tom Rini wrote:
> > >
> > > - Move to gcc-11.1.0 builds from kernel.org for supported platforms and
> > > LLVM-11 for those tests.
>
17.06.21 18:57, Fabio Estevam пише:
> Remove the LED unit addresses and reg properties to
> fix the following dtc build warnings:
>
> arch/arm/dts/o4-imx-nano.dtb: Warning (reg_format): /leds/led@0:reg: property
> has invalid length (4 bytes) (#address-cells == 2, #size-cells == 1)
> ...
>
This series fixes through patches 1, 2 and 6 networking issues seen on
the LS1028A-QDS boards:
- Traffic through the RGMII port enetc-1 does not work
- The switch ports are not probed
- RGMII fixed-link connections do not work
Patches 3 and 4 are dependencies for patch 6, as follows:
- Forcing
Given that even a fixed-link has an associated phy_device, there is no
reason to operate in a mode when dm_eth_phy_connect fails.
Remove the driver checks for a NULL priv->phy and just return -ENODEV
when that happens.
Signed-off-by: Vladimir Oltean
---
drivers/net/fsl_enetc.c | 13
Due to an upstream change, the ls1028a.dtsi bindings for the mscc_felix
switch got accepted with all ports disabled by default and with no link
to the DSA master - this needs to be done on a per board basis.
Note that enetc-2 is not currently disabled in the ls1028a.dtsi, but
presumably at some
There are no PCB trace delays on this board, so the PHY needs to enable
its internal ones in order to have a proper electrical connection to the
enetc MAC.
Fixes: b32e9a757837 ("arm: dts: ls1028a updates for network interfaces")
Signed-off-by: Vladimir Oltean
---
To comply with the device tree bindings expectations for an Ethernet
controller, as well as to simplify the driver code, declare fixed-link
nodes for the internal ENETC ports (attached to the mscc_felix switch).
Signed-off-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.dtsi | 10 ++
1
On Thu, Jun 17, 2021 at 10:17:26AM +, Priyanka Jain wrote:
> Dear Tom,
>
> Please find my pull-request for u-boot-fsl-qoriq/master
> https://github.com/u-boot/u-boot/pull/82
>
> Summary
> fsl-qoriq: Bug fixes related pfe, eth, thermal node, vid.c, cpu release, mmc,
> usb, env, etc for
Up to now when devices became available after executing the UEFI
sub-system initialization where not available for EFI applications.
With the patch block devices are added to the UEFI object list whenever
they are probed.
Signed-off-by: Heinrich Schuchardt
---
drivers/core/device.c
On Thu, Jun 17, 2021 at 02:10:14PM +1200, Chris Packham wrote:
> On Fri, Jun 4, 2021 at 2:25 PM Chris Packham wrote:
> >
> > Add support for 1.3GHz, 1.35GHz and 1.4GHz parts. This is based on
> > equivalent code in Broadcom's LDK 5.0.6.
> >
> > Signed-off-by: Chris Packham
>
> Hi Tom,
>
>
On Thu, Jun 17, 2021 at 10:24:18PM +0800, Bin Meng wrote:
> On Thu, Jun 17, 2021 at 10:14 PM Tom Rini wrote:
> >
> > On Thu, Jun 17, 2021 at 10:09:20PM +0800, Bin Meng wrote:
> > > On Thu, Jun 17, 2021 at 8:31 PM Tom Rini wrote:
> > > >
> > > > On Thu, Jun 17, 2021 at 04:27:11PM +0800, Bin Meng
Hello Stefano,
I believe the following patch is missing from the series that I've submitted
earlier.
From the entire series named "Correct and extend distro boot support for imx8m"
[1], there were 3 patches included, namely:
[2] imx8mm: configs: enable distro default features
[3] imx8mp:
From: Reto Schneider
This commit updates the default config with the values that will
be used soon on the MediaTek MT7688 based GARDENA smart gateway.
CONFIG_SPL_SYS_MALLOC_F_LEN had to be increased due to the more
demanding new configuration.
Signed-off-by: Reto Schneider
---
When switching to kernel.org x86_64 gcc 11.1.0 toolchain, u-boot.rom
built from qemu-x86_defconfig no longer boots anymore. Investigation
shows that U-Boot fails at a very early stage during the boot process,
in fdtdec_prepare_fdt() where fdt_check_header() complains that there
is not a valid
On Thu, Jun 17, 2021 at 04:27:11PM +0800, Bin Meng wrote:
> Hi Tom,
>
> On Thu, Jun 17, 2021 at 4:00 AM Tom Rini wrote:
> >
> > - Move to gcc-11.1.0 builds from kernel.org for supported platforms and
> > LLVM-11 for those tests.
> > - grub-2.06 does not build with gcc-11.1.0 on riscv32 as seen
Hello Tom,
Please pull tag u-boot-atmel-2021.10-a , the first set of atmel features
for the next cycle 2021.10 .
This feature set converts the boards pm9261 and pm9263 Ethernet support
to DM; enables hash command for all SAM boards; fixes the NAND pmecc
bit-flips correction; adds Falcon boot
From: Reto Schneider
This chip has been (briefly) tested on the MediaTek MT7688 based GARDENA
smart gateway.
Datasheet: http://xmcwh.com/Uploads/2020-12-17/XM25QH64C_Ver1.1.pdf
Signed-off-by: Reto Schneider
---
drivers/mtd/spi/spi-nor-ids.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On 2021/6/17 下午5:01, Alex Bee wrote:
Basically all, i.e. rk3036.dtsi, rk3128.dtsi, rk3xxx.dtsi, rk322x.dtsi,
rk3288.dtsi, rk3308-u-boot.dtsi, rk3328-u-boot.dtsi, rk3399-u-boot.dtsi
and px30-u-boot.dtsi Rockchip SoC devicetrees which have mmc indexes
are defining eMMC as mmc0 and sdmmc as mmc1.
Hi Chris,
For this patch set, I would like waiting for kernel sfc driver
merge because there may have some update.
Thanks,
- Kever
On 2021/6/16 上午3:10, Chris Morgan wrote:
From: Chris Morgan
Changes from v3:
- Added "rockchip_sfc_adjust_op_work()" function from proposed Linux
On 2021/6/5 下午10:38, Anand Moon wrote:
Drop the unused variable warning below.
drivers/pci/pcie_dw_rockchip.c:161:6: warning: unused variable
'val' [-Wunused-variable]
161 | u32 val;
| ^~~
Cc: Patrick Wildt
Cc: Neil Armstrong
Cc: Kever Yang
Reviewed-by: Neil Armstrong
On 2021/6/5 下午10:38, Anand Moon wrote:
Replace msleep occurences by udelay.
drivers/pci/pcie_dw_rockchip.c:254:3: warning: implicit
declaration of function 'msleep' [-Wimplicit-function-declaration]
Cc: Patrick Wildt
Cc: Neil Armstrong
Cc: Kever Yang
Signed-off-by: Anand Moon
clean up octeontx_smi_probe by using the live-tree API.
Signed-off-by: Tim Harvey
Reviewed-by: Stefan Roese
---
v2: added reviewed-by tag
---
drivers/net/octeontx/smi.c | 24 +++-
1 file changed, 11 insertions(+), 13 deletions(-)
diff --git a/drivers/net/octeontx/smi.c
On Fri, Jun 18, 2021 at 12:48 AM Tom Rini wrote:
>
> On Thu, Jun 17, 2021 at 02:10:14PM +1200, Chris Packham wrote:
>
> > On Fri, Jun 4, 2021 at 2:25 PM Chris Packham
> > wrote:
> > >
> > > Add support for 1.3GHz, 1.35GHz and 1.4GHz parts. This is based on
> > > equivalent code in Broadcom's
On 2021/6/2 下午3:58, Joseph Chen wrote:
RK3568 is a high-performance and low power quad-core application
processor designed for personal mobile internet device and AIoT
equipments.
Signed-off-by: Joseph Chen
Reviewed-by: Kever Yang
Thanks,
- Kever
---
On 2021/6/2 下午4:13, Joseph Chen wrote:
Add support for rk3568 evaluation board.
Signed-off-by: Joseph Chen
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/mach-rockchip/Kconfig | 1 +
board/rockchip/evb_rk3568/Kconfig | 15 +++
On 2021/6/2 下午3:58, Joseph Chen wrote:
Add the driver for rk3568 u-boot to get sdram capacity.
Signed-off-by: Joseph Chen
Reviewed-by: Kever Yang
Thanks,
- Kever
---
drivers/ram/rockchip/Makefile | 1 +
drivers/ram/rockchip/sdram_rk3568.c | 56 +
On 2021/6/5 下午10:38, Anand Moon wrote:
Use the generic error number instead of specific error number.
Changes fix the below error.
drivers/pci/pcie_dw_rockchip.c: In function 'rk_pcie_read':
drivers/pci/pcie_dw_rockchip.c:70:10: error: 'PCIBIOS_UNSUPPORTED'
undeclared
On 17.06.21 18:57, Reto Schneider wrote:
From: Reto Schneider
This commit updates the default config with the values that will be used
soon on the Atmel / Microchip AT91SAM9G25 based GARDENA smart gateway.
Signed-off-by: Reto Schneider
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
This
On 17.06.21 18:26, Reto Schneider wrote:
From: Reto Schneider
This chip has been (briefly) tested on the MediaTek MT7688 based GARDENA
smart gateway.
Datasheet: http://xmcwh.com/Uploads/2020-12-17/XM25QH64C_Ver1.1.pdf
Signed-off-by: Reto Schneider
Reviewed-by: Stefan Roese
Thanks,
Stefan
u-boot version: 2021.07-RC3
environment: Ubuntu 18.04 64-bit
[Description]
Build and run u-boot:
make sandbox_defconfig
make
./u-boot -d u-boot.dtb
Type the following on the command-line:
=> demo hello 5
I Got the following Error:
Command 'demo' failed: Error -22
If I disable
+ML
On Fri, Jun 18, 2021 at 1:47 PM Bin Meng wrote:
>
> Hi Heinrich,
>
> On Thu, Jun 17, 2021 at 7:04 PM Heinrich Schuchardt
> wrote:
> >
> > QEMU returns the highest supported namespace number NN as 255. This does
> > not imply that there are 255 active namespaces.
> >
> > If a namespace is
On 2021/6/2 下午3:58, Joseph Chen wrote:
Sync from linux kernel:
https://patchwork.kernel.org/project/linux-rockchip/list/?series=474969
Signed-off-by: Joseph Chen
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/dts/rockchip-pinconf.dtsi | 344 +
1
On 2021/6/2 下午3:58, Joseph Chen wrote:
Add dts for rk3568 evb, sync from the linux kernel
upstream list [0].
[0] https://patchwork.kernel.org/project/linux-rockchip/list/?series=474969
Signed-off-by: Joseph Chen
Reviewed-by: Kever Yang
Thanks,
- Kever
On 17.06.21 18:09, Reto Schneider wrote:
From: Reto Schneider
This commit updates the default config with the values that will
be used soon on the MediaTek MT7688 based GARDENA smart gateway.
CONFIG_SPL_SYS_MALLOC_F_LEN had to be increased due to the more
demanding new configuration.
The cavium,bdk node is a non-standard dt node used by the BDK and
therefore it is removed from the dt before booting Linux. Do not
require this node to exist as it won't for standard dt's.
Signed-off-by: Tim Harvey
---
board/Marvell/octeontx/board-fdt.c | 20
1 file
When building the envtools target with CONFIG_USE_DEFAULT_ENV_FILE=y,
the tools require generated/defaultenv_autogenerated.h.
In file included from tools/env/fw_env.c:126:
include/env_default.h:115:10: fatal error:
generated/defaultenv_autogenerated.h: No such file or directory
115 |
On 2021/6/7 下午4:40, Yifeng Zhao wrote:
This driver supports Rockchip NFC (NAND Flash Controller) found on
RK3308, RK2928, RKPX30, RV1108 and other SOCs. The driver has been
tested using 8-bit NAND interface on the ARM based RK3308 platform.
Support Rockchip SoCs and NFC versions:
- PX30 and
>-Original Message-
>From: Wasim Khan (OSS)
>Sent: Wednesday, May 5, 2021 8:33 PM
>To: Wasim Khan (OSS) ; Priyanka Jain
>; Varun Sethi
>Cc: u-boot@lists.denx.de
>Subject: RE: [PATCH] armv8: lx2160ardb: Add thermal node fixup for revc board
>
>Hi Priyanka,
>These changes have been
From: Wasim Khan
lx2160ardb Rev-C board has i2c node for thermal monitors
connected to different chip offset.
Add device tree fixup to use lx2160ardb dts and apply
thernal node fixups for lx2160ardb Rev-C board.
Signed-off-by: Wasim Khan
---
Changes in v2:
- Fix compilation warnings for
>-Original Message-
>From: Ioana Ciornei
>Sent: Monday, April 26, 2021 6:31 PM
>To: Priyanka Jain
>Cc: u-boot@lists.denx.de; Florin Laurentiu Chiculita
>; Wasim Khan (OSS)
>; Ioana Ciornei
>Subject: [PATCH v2 3/4] board: fsl: lx2160ardb: add dts fixup function for RevC
>
>From:
Hi Frieder,
On 07.06.21 14:36, Frieder Schrempf wrote:
From: Frieder Schrempf
The Kontron SoM-Line i.MX8MM (N801x) by Kontron Electronics GmbH is a SoM
module with an i.MX8M-Mini SoC, 1/2/4 GB LPDDR4 RAM, SPI NOR, eMMC and PMIC.
The matching evaluation boards (Board-Line) have 2 Ethernets,
On 17.06.21 г. 0:12 ч., Tom Rini wrote:
On Thu, Jun 17, 2021 at 12:03:15AM +0300, Ivaylo Dimitrov wrote:
Hi Tom,
On 16.06.21 г. 20:37 ч., Tom Rini wrote:
On Wed, Jun 16, 2021 at 08:25:28PM +0300, Ivaylo Dimitrov wrote:
Hi,
On 16.06.21 г. 15:13 ч., Tom Rini wrote:
On Wed, Jun 16, 2021 at
On Thu, Jun 17, 2021 at 10:03 AM Paul Barker wrote:
>
> Configuration which is shared between the BeagleBone Black and
> derivative boards like the Sancloud BeagleBone Enhanced (BBE) is moved
> to a common dtsi file to prevent duplication.
Are these being sent upstream to the linux kernel?
>
Dear Tom,
Please find my pull-request for u-boot-fsl-qoriq/master
https://github.com/u-boot/u-boot/pull/82
Summary
fsl-qoriq: Bug fixes related pfe, eth, thermal node, vid.c, cpu release, mmc,
usb, env, etc for Layerscape boards
powerpc: Update Maintainers for some boards.
Signed-off-by:
Hi Tom,
On Thu, Jun 17, 2021 at 4:00 AM Tom Rini wrote:
>
> - Move to gcc-11.1.0 builds from kernel.org for supported platforms and
> LLVM-11 for those tests.
> - grub-2.06 does not build with gcc-11.1.0 on riscv32 as seen here:
> https://www.mail-archive.com/grub-devel@gnu.org/msg30736.html
To Ethernet PHY on the the SanCloud BeagleBone Enhanced (BBE) is
connected to the AM335x SoC via RGMII.
Signed-off-by: Paul Barker
---
arch/arm/dts/Makefile| 1 +
arch/arm/dts/am335x-sancloud-bbe.dts | 25 +
board/ti/am335x/board.c | 2 ++
Configuration which is shared between the BeagleBone Black and
derivative boards like the Sancloud BeagleBone Enhanced (BBE) is moved
to a common dtsi file to prevent duplication.
Signed-off-by: Paul Barker
---
...black.dts => am335x-boneblack-common.dtsi} | 26 +++
The function board_is_bone_lt() returns true for the BeagleBone Green,
the BeagleBone Enhanced and the BeagleBone Black. Therefore when
selecting which devicetree to use we must ensure that the more specific
functions board_is_bbg1() and board_is_bben() are checked first
otherwise all three
The SanCloud BeagleBone Enhanced (BBE) includes a Gigabit Ethernet PHY.
Signed-off-by: Paul Barker
---
configs/am335x_evm_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/am335x_evm_defconfig b/configs/am335x_evm_defconfig
index 4a9aeea648..7a372095a3 100644
---
Add Priyanka Jain as MAINTAINER for
T2080RDB_revD_defconfig,
T2080RDB_revD_NAND_defconfig,
T2080RDB_revD_SDCARD_defconfig and
T2080RDB_revD_SPIFLASH_defconfig
Signed-off-by: Priyanka Jain
---
board/freescale/t208xrdb/MAINTAINERS | 4
1 file changed, 4 insertions(+)
diff --git
1 - 100 of 102 matches
Mail list logo
