The sandbox should closely mimic other architectures.
Place each function or data in a separate section and let the linker
eliminate unused ones. This will reduce the binary size.
In the linker script mark that u_boot_sandbox_getopt are to be kept.
Signed-off-by: Heinrich Schuchardt
---
v3:
Forward and backward compatibility of Linux kernel device-trees is
sometimes missing. One solution approach is to load a kernel specific
device-tree. This can either be done via a U-Boot scripts (like the one
generated by Debian package flash-kernel or by a boot loader like GRUB.
The boot loader ap
On 10/24/23 02:21, seanedm...@linux.microsoft.com wrote:
From: Sean Edmond
The new config option BOOTP_RANDOM_XID will randomize the transaction ID
for each new BOOT/DHCPv4 exchange.
Signed-off-by: Sean Edmond
---
cmd/Kconfig | 7 +++
net/bootp.c | 31 +--
On 10/24/23 02:21, seanedm...@linux.microsoft.com wrote:
From: Sean Edmond
This patch introduces 3 improvements to align with RFC 951:
- retransmission backoff interval maximum is configurable
- initial retranmission backoff interval is configurable
- transaction ID is kept the same for each BO
On 10/24/23 02:21, seanedm...@linux.microsoft.com wrote:
From: Sean Edmond
Allow dhcp server pass pxe config file full path by using option 209
Signed-off-by: Sean Edmond
---
cmd/Kconfig | 4
cmd/pxe.c | 10 ++
net/bootp.c | 21 +
3 files changed, 35 i
Here's the latest report
-- Forwarded message -
From:
Date: Mon, Oct 23, 2023 at 4:40 PM
Subject: New Defects reported by Coverity Scan for Das U-Boot
To:
Hi,
Please find the latest report on new defect(s) introduced to Das
U-Boot found with Coverity Scan.
16 new defect(s) in
From: Sean Edmond
The new config option BOOTP_RANDOM_XID will randomize the transaction ID
for each new BOOT/DHCPv4 exchange.
Signed-off-by: Sean Edmond
---
cmd/Kconfig | 7 +++
net/bootp.c | 31 +--
2 files changed, 24 insertions(+), 14 deletions(-)
diff --gi
From: Sean Edmond
This patch introduces 3 improvements to align with RFC 951:
- retransmission backoff interval maximum is configurable
- initial retranmission backoff interval is configurable
- transaction ID is kept the same for each BOOTP/DHCPv4 request
In applications where thousands of node
From: Sean Edmond
Allow dhcp server pass pxe config file full path by using option 209
Signed-off-by: Sean Edmond
---
cmd/Kconfig | 4
cmd/pxe.c | 10 ++
net/bootp.c | 21 +
3 files changed, 35 insertions(+)
diff --git a/cmd/Kconfig b/cmd/Kconfig
index 5bc0
From: Sean Edmond
In our datacenter application, a single DHCP server is servicing 36000+ clients.
Improvements are required to the DHCPv4 retransmission behavior to align with
RFC and ensure less pressure is exerted on the server:
- retransmission backoff interval maximum is configurable
(env
Hey all,
It's release day and here is -rc1. Looking at my own queue it feels
almost small right now, but I both have things to pull in still and I
hope for some pull requests from a few areas still as well.
In terms of a changelog,
git log --merges v2023.10..v2024.01-rc1
contains what I've pulle
On Mon, Oct 23, 2023 at 12:08 PM Tom Rini wrote:
>
> On Wed, 11 Oct 2023 13:26:42 -0700, Tony Dinh wrote:
>
> > Add ahci sata bootdev and corresponding hunting function.
> >
> >
>
> I know this is recent but given their importance, applied to u-boot/master,
> thanks!
>
> --
> Tom
>
Thanks Tom!
A
El Mon, Oct 23, 2023 at 10:21:52AM +0200, Heinrich Schuchardt deia:
>
> We will need separate patches for LGPL-2.0+ and LGPL-2.1+, too.
>
That'd be for LGPL-2.1+
The only case of LGPL-2.0+ in code is included in the patch you sent.
Well, there's another appearance of LGPL-2.0+ in
Licenses/README
El Sun, Oct 22, 2023 at 07:47:07PM +0200, Heinrich Schuchardt deia:
> diff --git a/drivers/sound/tegra_ahub.c b/drivers/sound/tegra_ahub.c
> index 495a29c513..28f392504d 100644
> --- a/drivers/sound/tegra_ahub.c
> +++ b/drivers/sound/tegra_ahub.c
> @@ -1,4 +1,4 @@
> -// SPDX-License-Identifier: GPL
On Fri, 06 Oct 2023 20:34:28 -0700, Tony Dinh wrote:
> It's normal to have no SATA drive attached to the controller, so return a
> successful status when there is no block device found after probing.
>
> Note: this patch depends on the previous patch
> https://patchwork.ozlabs.org/project/uboot/p
On Mon, 23 Oct 2023 00:02:09 -0700, Simon Glass wrote:
> This series makes another attempt to support things like "mmc" in the
> boot_targets variable. The previous attempt introduced a bug which made
> iteration fail.
>
> New test coverage is provided for some previously untested behaviour, to
>
On Wed, 11 Oct 2023 13:26:42 -0700, Tony Dinh wrote:
> Add ahci sata bootdev and corresponding hunting function.
>
>
I know this is recent but given their importance, applied to u-boot/master,
thanks!
--
Tom
On Mon, Oct 23, 2023 at 10:13:54AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Mon, 23 Oct 2023 at 06:16, Tom Rini wrote:
> >
> > On Mon, Oct 23, 2023 at 12:05:28AM -0700, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Sun, 22 Oct 2023 at 16:45, Tom Rini wrote:
> > > >
> > > > On Sun, Oct 22, 20
On Mon, Oct 23, 2023 at 10:13:52AM -0700, Simon Glass wrote:
[snip]
> BTW buildman supports -L which disabled LTO using the NO_LTO=1 option
I worry about putting sandbox-specific flags in buildman. Outside of
sandbox, targets that enable LTO require LTO, just like any other CONFIG
option.
--
T
On Mon, Oct 23, 2023 at 10:13:55AM -0700, Simon Glass wrote:
> Hi,
>
> On Mon, 23 Oct 2023 at 10:03, Tom Rini wrote:
> >
> > On Mon, Oct 23, 2023 at 01:37:27AM +0200, Heinrich Schuchardt wrote:
> > > The sandbox should closely mimic other architectures.
> > >
> > > Place each function or data in
Hi Ivan,
On Mon, 23 Oct 2023 at 02:44, Ivan T. Ivanov wrote:
>
> On 10-23 00:02, Simon Glass wrote:
> >
> > This series makes another attempt to support things like "mmc" in the
> > boot_targets variable. The previous attempt introduced a bug which made
> > iteration fail.
> >
> > New test covera
Hi Tom,
On Mon, 23 Oct 2023 at 06:16, Tom Rini wrote:
>
> On Mon, Oct 23, 2023 at 12:05:28AM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Sun, 22 Oct 2023 at 16:45, Tom Rini wrote:
> > >
> > > On Sun, Oct 22, 2023 at 02:55:32PM -0700, Simon Glass wrote:
> > > > Hi,
> > > >
> > > > On Sun, 22
Hi,
On Mon, 23 Oct 2023 at 10:03, Tom Rini wrote:
>
> On Mon, Oct 23, 2023 at 01:37:27AM +0200, Heinrich Schuchardt wrote:
> > The sandbox should closely mimic other architectures.
> >
> > Place each function or data in a separate section and let the linker
> > eliminate unused ones. This will re
Hi Tom,
On Mon, 23 Oct 2023 at 06:37, Tom Rini wrote:
>
> On Mon, Oct 23, 2023 at 12:05:34AM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Sat, 21 Oct 2023 at 11:34, Tom Rini wrote:
> > >
> > > On Sat, Oct 21, 2023 at 08:43:00AM -0700, Simon Glass wrote:
> > > > On Fri, 20 Oct 2023 at 14:53,
Hi Chris,
On 2023-10-23 17:18, Chris Morgan wrote:
> On Mon, Oct 23, 2023 at 06:10:07PM +0800, Kever Yang wrote:
>> Hi Chris,
>>
>> On 2023/10/18 02:24, Chris Morgan wrote:
>>> From: Chris Morgan
>>>
>>> Add support for users to enter maskrom mode by holding the function
>>> button when they powe
> Date: Mon, 23 Oct 2023 12:34:55 -0400
> From: Tom Rini
>
> On Mon, Oct 23, 2023 at 05:37:34PM +0200, Mark Kettenis wrote:
> > > From: Simon Glass
> > > Date: Mon, 23 Oct 2023 00:08:40 -0700
> > >
> > > > > fdt_node_check_compatible() does most of the work...then you need to
> > > > > check wh
On Mon, Oct 23, 2023 at 01:37:27AM +0200, Heinrich Schuchardt wrote:
> The sandbox should closely mimic other architectures.
>
> Place each function or data in a separate section and let the linker
> eliminate unused ones. This will reduce the binary size.
>
> In the linker script mark that u_boo
On Mon, 23 Oct 2023 at 08:37, Tom Rini wrote:
>
> At this point we have all of the defconfigs maintained again, so
> re-enable the check to prevent further regressions.
>
> Signed-off-by: Tom Rini
> ---
> .azure-pipelines.yml | 2 +-
> .gitlab-ci.yml | 2 +-
> 2 files changed, 2 insertions
On Mon, Oct 23, 2023 at 11:37:47AM -0400, Tom Rini wrote:
> At this point we have all of the defconfigs maintained again, so
> re-enable the check to prevent further regressions.
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Oct 23, 2023 at 11:28:53AM -0400, Tom Rini wrote:
> Update the list of defconfigs, this was missed with the last pull
> request of the u-boot-riscv tree.
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Oct 23, 2023 at 06:23:38PM +0300, Eugen Hristev wrote:
> Hello Tom,
>
> Please pull tag u-boot-at91-2024.01-b , the second set of at91 features for
> 2024.01 cycle.
>
> This feature set a new board named Conclusive KSTR sama5d27 with some small
> prerequisites patches.
>
> Thanks,
> Eug
On Mon, Oct 23, 2023 at 11:48:30AM +0100, Andre Przywara wrote:
> Hi Tom,
>
> please pull the sunxi/master branch, containing the first part of the
> 2024.01 changes. Apologies for the late PR, there were quite some recent
> activities (fixes and reviews), but I didn't want to delay this series
>
On Mon, Oct 23, 2023 at 12:17:53PM +0200, Anatolij Gustschin wrote:
> Hi Tom,
>
> please pull video driver updates for v2024.01-rc1.
>
> CI: https://source.denx.de/u-boot/custodians/u-boot-video/-/pipelines/18257
>
> Thanks!
>
> The following changes since commit 9a3a58396b78b1f9d0c14580dc03f8
ry at:
>
> https://source.denx.de/u-boot/custodians/u-boot-amlogic.git
> tags/u-boot-amlogic-20231023
>
> for you to fetch changes up to 14a21f1a80afc58d52dc72e35f27d3a47d36c082:
>
> arm: meson-a1: dts: Sync DT with Linux (2023-10-18 09:46:01 +0200)
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Oct 22, 2023 at 11:31:52PM +0200, Heinrich Schuchardt wrote:
> On 10/22/23 19:08, Tom Rini wrote:
> > On Sun, Oct 22, 2023 at 06:34:08PM +0200, Heinrich Schuchardt wrote:
> > > On 10/22/23 17:55, Tom Rini wrote:
> > > > On Sun, Oct 22, 2023 at 10:47:33AM +0200, Heinrich Schuchardt wrote:
>
Hey (again) Alex,
As a follow up to my previous email (see below) the following has been
achieved...
spellegrino@orangepi-build-sys:~/src/orangepi-build/u-boot/v2017.09-rk3588$
*sudo
make distclean*
spellegrino@orangepi-build-sys:~/src/orangepi-build/u-boot/v2017.09-rk3588$
*sudo
make orangepi_5_
On Mon, Oct 23, 2023 at 06:10:07PM +0800, Kever Yang wrote:
> Hi Chris,
>
> On 2023/10/18 02:24, Chris Morgan wrote:
> > From: Chris Morgan
> >
> > Add support for users to enter maskrom mode by holding the function
> > button when they power up the device.
> >
> > Since the device has soldered
Hey Alex,
Many thanks for your email response! Updated compilation configuration to
enable CONFIG_CMD_ZFS with make menuconfig. However, when using the
build.sh script it tends to overwrite the .config file for the u-boot
compile in question. Steven (CCed on this email) from Orange Pi is looking
i
PLL calibration needs to be enabled when operating in non fractional
mode. Add the sequence to do a fast calibration when using PLL
in this mode.
Signed-off-by: Vishal Mahaveer
---
drivers/clk/ti/clk-k3-pll.c | 81 ++---
1 file changed, 75 insertions(+), 6 deletio
On Mon, Oct 23, 2023 at 05:37:34PM +0200, Mark Kettenis wrote:
> > From: Simon Glass
> > Date: Mon, 23 Oct 2023 00:08:40 -0700
> >
> > > > fdt_node_check_compatible() does most of the work...then you need to
> > > > check which FDT has the most specific match (i.e. latest in the string
> > > > li
At this point we have all of the defconfigs maintained again, so
re-enable the check to prevent further regressions.
Signed-off-by: Tom Rini
---
.azure-pipelines.yml | 2 +-
.gitlab-ci.yml | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/.azure-pipelines.yml b/.azure-
> From: Simon Glass
> Date: Mon, 23 Oct 2023 00:08:40 -0700
>
> > > fdt_node_check_compatible() does most of the work...then you need to
> > > check which FDT has the most specific match (i.e. latest in the string
> > > list). That handles things like board revisions, variants, etc.
> > >
> > > M
> From: Simon Glass
> Date: Mon, 23 Oct 2023 00:04:14 -0700
>
> Hi Caleb,
>
> On Sat, 21 Oct 2023 at 01:43, Caleb Connolly
> wrote:
> >
> > Hi Simon,
> >
> > On 21/10/2023 01:45, Simon Glass wrote:
> > > U-Boot typically sets up its malloc() pool near the top of memory. On
> > > ARM64 systems
Update the list of defconfigs, this was missed with the last pull
request of the u-boot-riscv tree.
Signed-off-by: Tom Rini
---
board/AndesTech/ae350/MAINTAINERS | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/board/AndesTech/ae350/MAINTAINERS
b/board/AndesTech/
From: Hugo Villeneuve
The address ariel.dalessan...@collabora.com is no longer working:
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
ariel.dalessan...@collabora.com
host mx.collabora.co.uk
Hello Tom,
Please pull tag u-boot-at91-2024.01-b , the second set of at91 features
for 2024.01 cycle.
This feature set a new board named Conclusive KSTR sama5d27 with some
small prerequisites patches.
Thanks,
Eugen
The following changes since commit 9a3a58396b78b1f9d0c14580dc03f81d29207dd
Kever Yang writes:
> On 2023/10/17 23:59, Tom Fitzhenry wrote:
>> This patch depends on "rockchip: rk3588: Sync device tree from linux
>> maintainer tree"[0], since the QuartzPro64 upstream DT depends on upstream
>> dtsi changes.
>
> This patch has been update to V2, and your patch are not able
QuartzPro64 is a Rockchip RK3588 based SBC by Pine64.
UART and boot over SD/eMMC/RJ45 are tested to work.
Linux commits from next-20231013:
8152d3d070a9 ("arm64: dts: rockchip: Add QuartzPro64 SBC device tree")
Signed-off-by: Tom Fitzhenry
Reviewed-by: Kever Yang
Cc: Eugen Hristev
Cc: Jonas K
This brings in more colours, e.g. ORANGE needed for the QuartzPro64 DT.
Linux commits:
472d7b9e8141 ("dt-bindings: leds: Expand LED_COLOR_ID definitions")
Signed-off-by: Tom Fitzhenry
Reviewed-by: Kever Yang
---
include/dt-bindings/leds/common.h | 7 ++-
1 file changed, 6 insertions(+), 1
Changes since v2:
* Rebase on pending DT sync patch.
* Collect r-b tags.
Changes since v1:
* Sync recently added DT from linux-next
* Sync led dt-bindings
Tom Fitzhenry (2):
dt-bindings: leds: import common led bindings from linux v6.5
board: rockchip: add Pine64 QuartzPro64 RK3588 board
ar
On 10/18/23 17:00, Artur Rojek wrote:
Hi all,
this is v5 of the Conclusive KSTR-SAMA5D27 support series.
Patches [1/4], [2/4] and [3/4] remain unchanged.
In patch [4/4], a new dtsi file has been added in order to keep U-Boot
specific properties separate from the main dts. As such, MAINTAINERS
Hi Vishal!
+Tom
On October 23, 2023 thus sayeth Vishal Mahaveer:
> PLL calibration needs to be enabled when operating in non fractional
> mode. Add the sequence to do a fast calibration when using PLL
> in this mode.
>
> Signed-off-by: Vishal Mahaveer
Reviewed-by: Bryan Brattlof
> ---
> dri
On Mon, Oct 23, 2023 at 03:51:39PM +0200, Heinrich Schuchardt wrote:
> On 23.10.23 15:43, Tom Rini wrote:
> > On Sun, Oct 22, 2023 at 07:47:07PM +0200, Heinrich Schuchardt wrote:
> >
> > > SPDX headers should use GPL-2.0-or-later and not GPL-2.0+.
> > >
> > > Signed-off-by: Heinrich Schuchardt
>
On 23.10.23 15:43, Tom Rini wrote:
On Sun, Oct 22, 2023 at 07:47:07PM +0200, Heinrich Schuchardt wrote:
SPDX headers should use GPL-2.0-or-later and not GPL-2.0+.
Signed-off-by: Heinrich Schuchardt
So, first, iirc GPL-2.0+ is deprecated, but still valid, yes? We should
use the current form
On Sun, Oct 22, 2023 at 07:47:07PM +0200, Heinrich Schuchardt wrote:
> SPDX headers should use GPL-2.0-or-later and not GPL-2.0+.
>
> Signed-off-by: Heinrich Schuchardt
So, first, iirc GPL-2.0+ is deprecated, but still valid, yes? We should
use the current form of all tags moving forward as I d
On Mon, Oct 23, 2023 at 12:52:43AM -0700, Simon Glass wrote:
> When symbols switch between the inited data section and the read-only
> data section their visbility changes, at present, with the -B option.
>
> This is confusing, since adding 'const' to a variable declaration can
> make it look lik
On Mon, Oct 23, 2023 at 12:05:34AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Sat, 21 Oct 2023 at 11:34, Tom Rini wrote:
> >
> > On Sat, Oct 21, 2023 at 08:43:00AM -0700, Simon Glass wrote:
> > > On Fri, 20 Oct 2023 at 14:53, Tom Rini wrote:
> > > >
> > > > The primary motivation for having a sa
The MangoPi MQ-R board uses an Allwinner T113s Soc (with 128MB of
embedded DRAM), support for which was just added to the code.
Since the devicetree was already synced from the latest Linux kernel
tree, all we need is a _defconfig file to add support for the board.
Signed-off-by: Andre Przywara
From: Sam Edwards
This patch adds the necessary code to make nonsec booting and PSCI
secondary core management functional on the R528/T113.
Signed-off-by: Sam Edwards
Tested-by: Maksim Kiselev
Tested-by: Kevin Amadiva
Reviewed-by: Andre Przywara
---
arch/arm/cpu/armv7/Kconfig | 3 +-
From: Sam Edwards
Since the sunxi support nowadays generally prefers #defined register
offsets instead of modeling register layouts using C structs, now is a
good time to do this for PSCI as well. This patch moves away from using
the structs `sunxi_cpucfg_reg` and `sunxi_prcm_reg` in psci.c.
The
From: Sam Edwards
This is to prepare for R528, which does not have the typical
"CPUCFG" block; it has a "CPUX" block which provides these
same functions but is organized differently.
Moving the hardware-access bits to their own functions separates the
logic from the hardware so we can reuse the
From: Sam Edwards
This patch restructures psci.c to get away from the "many different
function definitions switched by #ifdef" paradigm to the preferred style
of having a single function definition with `if (IS_ENABLED(...))` to
make the optimizer include only the appropriate function bodies inst
At the moment we have each SoC's memory map defined in its own cpu.h,
which is included in include/configs/sunxi_common.h. This will be a
problem with the introduction of Allwinner RISC-V support.
Remove the inclusion of that header file from the common config header,
instead move the required ser
This adds the remaining code bits to teach U-Boot about Allwinner's
newest SoC generation. This was introduced with the RISC-V based
Allwinner D1 SoC, which actually shares a die with the ARM cores versions
called R528 (BGA, without DRAM) and T113s (QFP, with embedded DRAM).
This adds the new Kcon
From: Okhunjon Sobirjonov
Add support for eMMC (SMHC2) pin pull ups for R528 boards.
The D1 and T113s (and even R329) SoCs do not support 8-bit eMMC anymore,
so it's just four data pins to cover here.
Signed-off-by: Okhunjon Sobirjonov
Reviewed-by: Andre Przywara
[Andre: adjust commit message
The Allwinner R528/T113-s/D1/D1s SoCs all share the same die, so use the
same DRAM initialisation code.
Make use of prior art here and lift some code from awboot[1], which
carried init code based on earlier decompilation efforts, but with a
GPL2 license tag.
This code has been heavily reworked and
At the moment all Allwinner DRAM initialisation routines are stored in
arch/arm/mach-sunxi, even though those "drivers" are just a giant
collection of writel's, without any architectural dependency.
The R528/T113-s SoC (with ARM cores) and the D1/D1s Soc (with RISC-V
cores) share the same die, so
The PLL_PERIPH0 clock changed a bit in the D1/R528/T113s SoCs: there is
new P0 divider at bits [18:16], and the M divider is 1.
Add code to support this version of "PLL6".
Signed-off-by: Andre Przywara
---
.../include/asm/arch-sunxi/clock_sun50i_h6.h | 2 ++
arch/arm/mach-sunxi/clock_sun50i_h
The D1/R528/T113s SoCs introduce a new "LDO enable" bit in the CPUX_PLL.
Just enable that when we program that PLL.
Signed-off-by: Andre Przywara
---
arch/arm/include/asm/arch-sunxi/clock_sun50i_h6.h | 1 +
arch/arm/mach-sunxi/clock_sun50i_h6.c | 12 +++-
2 files changed, 8
From: Samuel Holland
Since the D1 CCU binding is defined, we can add support for its
gates/resets, following the pattern of the existing drivers.
Signed-off-by: Samuel Holland
Reviewed-by: Andre Przywara
Acked-by: Sean Anderson
Signed-off-by: Andre Przywara
---
drivers/clk/sunxi/Kconfig
So far we were open-coding the pincontroller's GPIO output/input access
in each function using that.
Provide functions that wrap that nicely, and follow the existing pattern
(set/get_{bank,}), so users don't need to know about the internals, and
we can abstract the new D1 pinctrl more easily.
Sig
Apart from using the new pinctrl MMIO register layout, the Allwinner D1
and related SoCs still need to usual set of mux values hardcoded in
U-Boot's pinctrl driver.
Add the values we need so far to this list, so that DM based drivers
will just work without further ado.
Signed-off-by: Andre Przywar
Allwinner seems to typically stick to a common MMIO memory map for
several SoCs, but from time to time does some breaking changes, which
also introduce new generations of some peripherals. The last time this
happened with the H6, which apart from re-organising the base addresses
also changed the cl
For the first time since at least the Allwinner A10 SoCs, the D1 (and
related cores) use a new pincontroller MMIO register layout, so we
cannot use our hardcoded, fixed offsets anymore.
Ideally this would all be handled by devicetree and DM drivers, but for
the DT-less SPL we still need the legacy
On the Allwinner platform we were describing a quite comprehensive
memory map in a per-SoC header unser arch/arm.
In the old days that was used by every driver, but nowadays it should
only be needed by SPL drivers (not using the DT). Many addresses in
there were never used, and some are not needed
U-Boot's generic GPIO_EXTRA_HEADER is a convenience symbol to allow code
to more easily include platform specific GPIO headers. This should not
be needed in a DM world anymore, since the generic GPIO framework
handles that nicely.
For Allwinner boards we still need to deal with non-DM GPIO in the S
So far every Allwinner SoC used the same basic pincontroller/GPIO
register frame, and just differed by the number of implemented banks and
pins, plus some special functionality from time to time. However the D1
and successors use a slightly different pinctrl register layout.
Use that opportunity to
Move the existing sunxi-specific low level pinctrl routines from
arch/arm/mach-sunxi into the existing GPIO code under drivers/gpio, so
that the common code can be shared outside of arch/arm.
This also takes the opportunity to move some definitions from our
header file into the driver C file, as t
The CONFIG_MACPWR Kconfig symbol is used to point to a GPIO that enables
the power for the Ethernet "MAC" (mostly PHY, really).
In the DT this is described with the phy-supply property in the MAC DT
node, pointing to a (GPIO controlled) regulator. Since we need Ethernet
only in U-Boot proper, and u
At the moment the sun4i EMAC driver relies on hardcoded CONFIG_MACPWR
Kconfig symbols to enable potential PHY regulators. As we want to get rid
of those, we need to find the regulator by chasing up the DT.
The sun4i-emac binding puts the PHY regulator into the MDIO node, which
is the parent of the
The CONFIG_SATAPWR Kconfig symbol was used to point to a GPIO that
enables the power for a SATA harddisk.
In the DT this is described with the target-supply property in the AHCI
DT node, pointing to a (GPIO controlled) regulator. Since we need SATA
only in U-Boot proper, and use a DM driver for AHC
Hi,
this is just for the records (mailing list archives), I just sent a
pull request with that series, to still make the 2024.01 merge window.
Some smaller changes, addressing the review comments (many thanks to
Samuel!) This now embeds Sam's PSCI support patches, and also relies
on the devicetree
On Mon, Oct 23, 2023 at 12:05:28AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Sun, 22 Oct 2023 at 16:45, Tom Rini wrote:
> >
> > On Sun, Oct 22, 2023 at 02:55:32PM -0700, Simon Glass wrote:
> > > Hi,
> > >
> > > On Sun, 22 Oct 2023 at 07:59, Tom Rini wrote:
> > > >
> > > > On Sun, Oct 22, 2023 a
On 23/10/2023 08:04, Simon Glass wrote:
> Hi Caleb,
>
> On Sat, 21 Oct 2023 at 01:43, Caleb Connolly
> wrote:
>>
>> Hi Simon,
>>
>> On 21/10/2023 01:45, Simon Glass wrote:
>>> U-Boot typically sets up its malloc() pool near the top of memory. On
>>> ARM64 systems this can result in an SMBIOS
Hi,
> Add boot over DFU RAM as an alternate to running script at
> a fixed address like done today.
>
> The main culprit is that it's not possible to do that
> on G12A/SM1 platforms due to changes in the USB boot protocol.
>
> With this, U-Boot will present a DFU device with a ram slot where
> the
Enable DFU as an alternate USB boot method when script wasn't
uploaded, this fixes USB full boot on G12/SM1 boards.
Signed-off-by: Neil Armstrong
---
configs/ad401_defconfig| 2 ++
configs/bananapi-cm4-cm4io_defconfig | 2 ++
configs/bananapi-m2-pro_defconfig | 2 ++
confi
Add boot over DFU RAM as an alternate to running script at
a fixed address like done today.
The main culprit is that it's not possible to do that
on G12A/Sm1 platforms due to changes in the USB boot protocol.
With this, U-Boot will present a DFU device with a ram slot where
the Host could write a
In order to reuse addresses for DFU RAM, define them separately,
it's cleaner and will be easier to override.
Signed-off-by: Neil Armstrong
---
include/configs/meson64.h | 23 ---
1 file changed, 16 insertions(+), 7 deletions(-)
diff --git a/include/configs/meson64.h b/inclu
Allow all boards to boot with a fitImage, but keep support for
Legacy image format for now.
Signed-off-by: Neil Armstrong
---
configs/bananapi-cm4-cm4io_defconfig | 4
configs/bananapi-m2-pro_defconfig | 4
configs/bananapi-m2s_defconfig| 4
configs/banana
| 4 +++
configs/wetek-play2_defconfig | 4 +++
include/configs/meson64.h | 49 ++-
45 files changed, 278 insertions(+), 7 deletions(-)
---
base-commit: 9a0cf3993f71043ba08c315572c54622de42d447
change-id: 20231023-usb-dfu-boot-f47849f9fb34
Hi Simon,
Thanks for the review.
On 19/10/23 19:26, Simon Glass wrote:
> Hi Devarsh,
>
> On Mon, 16 Oct 2023 at 10:06, Devarsh Thakkar wrote:
>>
>> Move the function to setup video memory before page table
>> reservation so that framebuffer memory gets reserved from
>> the end of RAM.
>>
>> Thi
On 23/10/2023 11.39, Marek Vasut wrote:
> On 10/23/23 11:11, Rasmus Villemoes wrote:
>> On 19/10/2023 15.58, Marek Vasut wrote:
>>> On 10/19/23 11:58, Rasmus Villemoes wrote:
From: Doug Zobel
Driver for the TI LP5562 4 channel LED controller. Supports
independent on/off control
Hi Tom,
please pull the sunxi/master branch, containing the first part of the
2024.01 changes. Apologies for the late PR, there were quite some recent
activities (fixes and reviews), but I didn't want to delay this series
any longer, since it's been around one year in the making already:
This is
On 10/23/23 11:11, Rasmus Villemoes wrote:
On 19/10/2023 15.58, Marek Vasut wrote:
On 10/19/23 11:58, Rasmus Villemoes wrote:
From: Doug Zobel
Driver for the TI LP5562 4 channel LED controller. Supports
independent on/off control of all 4 channels. Supports LED_BLINK on 3
independent channels
On 10/23/23 10:51, Rasmus Villemoes wrote:
On 19/10/2023 15.54, Marek Vasut wrote:
On 10/19/23 11:58, Rasmus Villemoes wrote:
If the driver's own .bind method has populated uc_plat->label, don't
override that. This is necessary for an upcoming driver for ti,lp5562,
where the DT binding unfortun
On 10/23/23 10:28, Rasmus Villemoes wrote:
On 19/10/2023 15.51, Marek Vasut wrote:
On 10/19/23 11:58, Rasmus Villemoes wrote:
Many existing drivers, and led-uclass itself, rely on uc_plat->label
being NULL for the device representing the top node, as opposed to the
child nodes representing indi
Am Mo., 23. Okt. 2023 um 11:30 Uhr schrieb Rasmus Villemoes
:
>
> On 19/10/2023 15.54, Marek Vasut wrote:
> > On 10/19/23 11:58, Rasmus Villemoes wrote:
> >> If the driver's own .bind method has populated uc_plat->label, don't
> >> override that. This is necessary for an upcoming driver for ti,lp55
On 2023/10/17 23:59, Tom Fitzhenry wrote:
QuartzPro64 is a Rockchip RK3588 based SBC by Pine64.
UART and boot over SD/eMMC/RJ45 are tested to work.
Linux commits from next-20231013:
8152d3d070a9 ("arm64: dts: rockchip: Add QuartzPro64 SBC device tree")
Signed-off-by: Tom Fitzhenry
Cc: Eugen
Hi Tom,
please pull video driver updates for v2024.01-rc1.
CI: https://source.denx.de/u-boot/custodians/u-boot-video/-/pipelines/18257
Thanks!
The following changes since commit 9a3a58396b78b1f9d0c14580dc03f81d29207dd2:
Merge https://source.denx.de/u-boot/custodians/u-boot-marvell (2023-10-2
On 2023/10/17 23:59, Tom Fitzhenry wrote:
This brings in more colours, e.g. ORANGE needed for the QuartzPro64 DT.
Linux commits:
472d7b9e8141 ("dt-bindings: leds: Expand LED_COLOR_ID definitions")
Signed-off-by: Tom Fitzhenry
Reviewed-by: Kever Yang
Thanks,
- Kever
---
include/dt-bindi
1 - 100 of 143 matches
Mail list logo
