Add reset controller driver for Nuvoton BMCs.
The npcm reset driver not only supports reset each module reset
but setting initial value of reset Control Registers.
And The driver support each module reset.
Signed-off-by: Jim Liu
---
Changes for v2:
- Use probe function to initialize priv
On Tue, 2 Jan 2024 at 21:07, Sumit Garg wrote:
>
> On Tue, 2 Jan 2024 at 19:36, Simon Glass wrote:
>
> > 3. Adjust the build system to use the dts/ directory for .dts files
> > when OF_UPSTREAM is enabled
> >
> > Then it will be easy. People can enable OF_UPSTREAM for an SoC
> > (without
Hi Tom,
On Tue, 2 Jan 2024 at 23:36, Tom Rini wrote:
>
> On Tue, Jan 02, 2024 at 09:07:48PM +0530, Sumit Garg wrote:
> > On Tue, 2 Jan 2024 at 19:36, Simon Glass wrote:
> [snip]
> > > 2. Choose a directory target for devicetree-rebasing. I see that
> > > 'barebox' uses 'dts' which seems better
Enabled the default utilization of the NFS command across all
Xilinx platforms to facilitate the booting of images through
the network using the NFS protocol.
Signed-off-by: Tejas Bhumkar
---
configs/xilinx_versal_net_virt_defconfig | 2 ++
configs/xilinx_versal_virt_defconfig | 2 ++
On 02.01.24 18:42, Tom Rini wrote:
> On Tue, Jan 02, 2024 at 08:27:34AM +0100, Jan Kiszka wrote:
>> On 27.12.23 13:39, Nishanth Menon wrote:
>>> On 15:00-20231221, Tom Rini wrote:
On Thu, Dec 21, 2023 at 11:43:46AM -0600, Bryan Brattlof wrote:
> Hello Everyone!
>
> This
On Tue, Jan 02, 2024 at 10:29:05AM +0100, Patrick Rudolph wrote:
> Hi Tom,
> can you please clarify or point us to some documentation that explains
> the new DT setup?
> I thought the u-boot DT is only used for u-boot internal drivers.
The DT has always supposed to have been the same one as the
On Tue, Jan 02, 2024 at 04:51:34PM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Tue, Jan 2, 2024 at 7:55 AM Tom Rini wrote:
> >
> > On Tue, Jan 02, 2024 at 07:06:36AM -0700, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Sun, Dec 31, 2023 at 7:01 AM Tom Rini wrote:
> > > >
> > > > On Sun, Dec
On Tue, Jan 02, 2024 at 04:54:15PM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Tue, Jan 2, 2024 at 8:10 AM Tom Rini wrote:
> >
> > On Tue, Jan 02, 2024 at 07:06:40AM -0700, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Mon, Jan 1, 2024 at 4:35 PM Tom Rini wrote:
> > > >
> > > > On Mon, Jan 01,
The existing SPL UART pinmux setup is using #ifdef's heavily, which
makes it hard to read and even harder to extend.
Replace the #ifdef's with proper C "if" statements, with the help of the
magic IS_ENABLED() macro.
To cover the non-configured case, which is currently handled by
an #error
The UART SPL pinmux function is particularly hard to read, as it
combines per-SoC definitions with per-configuration choices (which UART
to use).
Split the existing single function into one per UART port, to reduce
the #ifdef hell and improve readability. The four cases which deal with
UARTs
The code that programs the pinmuxes for the configured UART dominates
the gpio_init() function, and is only needed by SPL code.
Move those lines into a separate function in a new file, that gets
compiled for the SPL only.
That simplifies further cleanup, and helps to separate SPL-only code
from
At the moment the SPL functions setting up the required pinmux for the
UART, NAND and MMC controllers make heavy use of #ifdefs, which are
sometimes even nested. This makes them hard to read, and more
importantly hard to extend.
Rewrite those functions with the help of IS_ENABLED(), to use proper
At the moment the board/sunxi/board.c file contains a number of pinmux
setup functions, that are only called by the SPL, to program the
configured pins for the UART, NAND or eMMC devices.
Move those functions into a separate file, to help keeping the board.c
file clean, and allow compiling this
In clock_sun9i.c, responsible for (mostly early) clock setup on the
Allwinner A80 SoC, many functions are only needed by the SPL, and are
thus already guarded by CONFIG_SPL_BUILD.
Over the years drivers like for the UART or I2C were converted to DM, and
they care about clock setup themselves now,
In clock_sun8i_a83t.c, responsible for (mostly early) clock setup on the
Allwinner A83T SoC, many functions are only needed by the SPL, and are
thus already guarded by CONFIG_SPL_BUILD.
Over the years drivers like for the UART or I2C were converted to DM,
so they care about clock setup themselves
In clock_sun50i_h6.c, responsible for (mostly early) clock setup on
newer generation Allwinner SoCs, many functions are only needed by the
SPL, and are thus already guarded by CONFIG_SPL_BUILD.
Over the years drivers like for the UART or I2C were converted to DM,
so they care about clock setup
In clock_sun6i.c, responsible for (mostly early) clock setup on older
generation Allwinner SoCs, many functions are only needed by the SPL,
and are thus already guarded by CONFIG_SPL_BUILD.
Over the years drivers like for the UART or I2C were converted to DM,
so they care about clock setup
In clock_sun4i.c, responsible for (mostly early) clock setup on early
generation Allwinner SoCs, many functions are only needed by the SPL,
and are thus already guarded by CONFIG_SPL_BUILD.
Over the years drivers like for the UART or I2C were converted to DM,
so they care about clock setup
With the clock_twi_onoff() function now being called only from the SPL,
the whole clock.c file in arch/arm/mach-sunxi is needed by SPL code
only.
Remove the redundant #ifdef from the clock_init() function, actually
this function was already only called from the SPL.
Then adjust the Makefile to
The driver used for the Allwinner I2C IP is using proper DT and DM
enablement for a while: we enable the clock gate and de-assert the reset
line in the driver's probe() routine, and the pinmux setup is taken care
of by the DM framework.
This means the explicit call to the i2c_init_board() routine
At the moment every Allwinner board builds and requires an SPL, even
though we select this individually in each _defconfig file.
For experiments and for early bringup of new SoCs it would be beneficial
to only build U-Boot proper, for instance to postpone a tedious SPL port
(including DRAM
The usage of the common.h include file is deprecated, and has already
been removed from several files.
Get rid of all inclusions in the arch/arm/mach-sunxi directory. Most
files actually don't need the header at all, for the few others just
include the headers that we actually require.
Some later 32-bit SoCs require some setup of the Secure Peripherals
Controller, which is handled in tzpc_init().
At the moment this is guarded in board.c by some #ifdefs selecting the
SoCs that need it.
Move those #ifdef guards into the header file, providing an empty stub
function for all other
The cpu_sun9i.h header file defined the base addresses for quite some
peripherals of the Allwinner A80 CPU, even though we now only use a
fraction of that.
Most of the addresses are now either read from the DT, or were never
used in U-Boot in the first place.
Removed the ones that are not used in
The cpu_sun4i.h header file defined the base addresses for quite some
peripherals of earlier Allwinner CPUs, even though we now only use a
fraction of that.
Most of the addresses are now either read from the DT, or were never
used in U-Boot in the first place.
Removed the ones that are not used
The cpu_sun50i_h6.h header file defined the base addresses for quite some
peripherals of the Allwinner H6 and related CPUs, even though we now only
use a fraction of that.
Most of the addresses are now either read from the DT, or were never used
in U-Boot in the first place.
Removed the ones that
The sunxi-common.h configs header used to contain a lot of random
Allwinner platform related constants, but over the years we moved a lot
of those definitions out there.
Clean up the file to remove outdated comments which are leftovers from
the olden days. Also remove the definition of
This is the first part of a series to clean up the Allwinner SPL a bit.
One big driver for this whole clean up is to eventually accommodate the
RISC-V chips, which share most platform devices, but cannot use any code
that currently lives under arch/arm. So the idea is to disentangle the
code, to
Hi Tom,
On Tue, Jan 2, 2024 at 8:10 AM Tom Rini wrote:
>
> On Tue, Jan 02, 2024 at 07:06:40AM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, Jan 1, 2024 at 4:35 PM Tom Rini wrote:
> > >
> > > On Mon, Jan 01, 2024 at 03:32:41PM -0700, Simon Glass wrote:
> > > > Hi Mark, Tom,
> > > >
> > >
Hi Tom,
On Tue, Jan 2, 2024 at 7:55 AM Tom Rini wrote:
>
> On Tue, Jan 02, 2024 at 07:06:36AM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Sun, Dec 31, 2023 at 7:01 AM Tom Rini wrote:
> > >
> > > On Sun, Dec 31, 2023 at 05:45:00AM -0700, Simon Glass wrote:
> > > > -Scott as it is bouncing
>
Hi Masahiro,
On Wed, Dec 13, 2023 at 5:14 AM Will Deacon wrote:
>
> On Fri, Dec 01, 2023 at 08:54:42PM -0700, Simon Glass wrote:
> > Add a script which produces a Flat Image Tree (FIT), a single file
> > containing the built kernel and associated devicetree files.
> > Compression defaults to
Get devicetree from a bloblist if it exists.
If not, fallback to get FDT from the board custom function.
Signed-off-by: Raymond Mao
---
Changes in v2
- Refactor of board_fdt_blob_setup().
Changes in v4
- Move the logics from board custom function to fdt library.
lib/fdtdec.c | 9 -
1
Update the document and Kconfig to describe the behavior of board
specific custom functions when CONFIG_OF_BOARD is defined.
Signed-off-by: Raymond Mao
---
Changes in v4
- Refine the description.
doc/develop/devicetree/control.rst | 6 +++---
dts/Kconfig| 7 +--
2
During bloblist initialization, when OF_BOARD is defined, load the
bloblist via boot arguments from the previous loader.
If a valid bloblist exists in boot arguments, relocate it into the
fixed bloblist memory region.
If not, fallback to support BLOBLIST_ADDR or BLOBLIST_ALLOC.
Signed-off-by:
Add arch custom function to get bloblist from boot arguments.
Check whether boot arguments aligns with the register conventions
defined in FW Handoff spec v0.9.
Add bloblist related options into qemu-arm default config.
Signed-off-by: Raymond Mao
---
Changes in v2
- Remove low level code for
Save boot arguments x[0-3] into an array for handover of bloblist from
previous boot stage.
Signed-off-by: Raymond Mao
Reviewed-by: Simon Glass
Reviewed-by: Ilias Apalodimas
---
Changes in v2
- New patch file created for v2.
arch/arm/cpu/armv8/start.S | 14 ++
1 file changed, 14
Save boot arguments r[0-3] into an array for handover of bloblist from
previous boot stage.
Signed-off-by: Raymond Mao
---
Changes in v2
- New patch file created for v2.
Changes in v3
- Swap value of r0 with r2.
Changes in v4
- Fix a bug when saving the boot args.
arch/arm/cpu/armv7/start.S |
The current bloblist pointer and size can be retrieved from global
data, so we don't need to pass them from the function arguments.
This change also help to remove all external access of gd->bloblist
outside of bloblist module.
Signed-off-by: Raymond Mao
---
Changes in v2
- New patch file
Instead of expecting the bloblist total size to be the same as the
pre-allocated buffer size, practically we are more interested in
whether the pre-allocated buffer size is bigger than the bloblist
total size.
Signed-off-by: Raymond Mao
---
Changes in v2
- New patch file created for v2.
Changes
Add bloblist_check_reg_conv() to check whether the bloblist is compliant
to the register conventions defined in Firmware Handoff specification.
This API can be used for all Arm platforms.
Signed-off-by: Raymond Mao
---
Changes in v2
- Refactor of bloblist_check_reg_conv().
Changes in v3
-
This patch set depends on another series:
"[PATCH v5 00/11] Support Firmware Handoff spec via bloblist".
This patch set adds/adapts a few bloblist APIs and implements Arm arch
custom function to retrieve the bloblist (aka. Transfer List) from
previous loader via boot arguments when OF_BOARD
On 11:47-20231229, Bryan Brattlof wrote:
> Many nodes are reused between WKUP SPL, MAIN SPL, and U-Boot. Using
> bootph-pre-ram is causing these nodes to be present in SPL builds but
> pruned away during the U-Boot build. Convert these nodes to bootph-all
> so they will remain no matter which dtb
On 11:47-20231229, Bryan Brattlof wrote:
> With the Linux and U-Boot board dtb files unified, we now have a
> duplicate mcu secure proxy node. Remove it
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
[...]
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key
On 11:47-20231229, Bryan Brattlof wrote:
> The dummy_clock node is used to help the drivers probe the IO needed to
> setup consoles and boot media to load firmware into the SoC.
>
> This dummy_clock isn't a device that exists nor does it exist in the
> mcu domain. So move it from cbass_mcu to the
On 11:47-20231229, Bryan Brattlof wrote:
> These aliases are not needed in U-Boot. Remove them
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
[...]
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
On 11:47-20231229, Bryan Brattlof wrote:
> With the Linux and U-Boot board dtb files unified, we have duplicate
> properties in the root node. Remove them
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
[...]
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key
On 11:47-20231229, Bryan Brattlof wrote:
> With the Linux and U-Boot board dtb files unified, we now have a
> duplicate vtt_pinmux node. Remove it
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
[...]
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key
On 11:47-20231229, Bryan Brattlof wrote:
> With the Linux and U-Boot board dtb files unified, we now have a
> duplicate mdio node. Remove it
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
[...]
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) /
On 11:47-20231229, Bryan Brattlof wrote:
> The pinmux for usb0 is missing from the Linux board dtb file. Remove it
> until we can introduce it in Linux
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
[...]
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key
On 11:47-20231229, Bryan Brattlof wrote:
> With the Linux and U-Boot board dtb files unified, we now have a
> duplicate ospi0 node. Remove it
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
[...]
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) /
On 11:47-20231229, Bryan Brattlof wrote:
> With the Linux and U-Boot board dtb files unified, we now have a
> duplicate wkup_i2c0 node. Remove it
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
[...]
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D)
On 11:47-20231229, Bryan Brattlof wrote:
> With the Linux and U-Boot board dtb files unified, we now have a
> duplicate sdhci1 pinmux node. Remove it
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
[...]
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key
On 11:47-20231229, Bryan Brattlof wrote:
> With the Linux and U-Boot board dtb files unified, we now have
> a duplicate sdhci0 pinmux node. Remove it
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
[...]
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key
On 11:47-20231229, Bryan Brattlof wrote:
> With the Linux and U-Boot board dtb files unified, we now have a
> duplicate main_uart0 node. Remove it
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
[...]
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key
On 11:47-20231229, Bryan Brattlof wrote:
> With the Linux and U-Boot board dtb files unified we now have a
> duplicate mcu_uart0 node. Remove it
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
[...]
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D)
On 11:47-20231229, Bryan Brattlof wrote:
> Ethernet is one of a few IPs in U-Boot that depend on DMA to operate.
> However there are a few missing registers ranges in the udmap nodes
> need to properly setup DMA for the am65x.
>
> A fix has been added to the Linux kernel[0] to add these ranges
On 11:47-20231229, Bryan Brattlof wrote:
> With the Linux and U-Boot board dtb files unified, we now have a
> duplicate mcu_udmap node. Remove it
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
> arch/arm/dts/k3-am654-r5-base-board.dts | 13 -
> 1 file changed, 13
On 11:47-20231229, Bryan Brattlof wrote:
> With the Linux and U-Boot board dtb files unified, we now have a
> duplicate mcu_ringacc node. Remove it
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
> arch/arm/dts/k3-am654-r5-base-board.dts | 10 --
> 1 file changed, 10
On 11:47-20231229, Bryan Brattlof wrote:
> timer1 is really just the mcu_timer0 node redefined for the WKUP SPL.
> Remove the timer1 and replace it with the mcu_timer0 from the Linux
> device tree we imported into U-Boot.
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
[...]
On 11:47-20231229, Bryan Brattlof wrote:
> With the Linux and U-Boot board files unified, we now have a duplicate
> wkup_uart0 node. Remove it
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
> arch/arm/dts/k3-am654-r5-base-board.dts | 12
> 1 file changed, 12
On 11:47-20231229, Bryan Brattlof wrote:
> With the Linux and U-Boot board dtb files unified we now have a
> duplicate vtt_supply node. Remove it
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
> arch/arm/dts/k3-am654-r5-base-board.dts | 9 -
> 1 file changed, 9
On 11:47-20231229, Bryan Brattlof wrote:
> To make things as organized as possible, start from the Linux board dtbs
> and apply all properties needed for U-Boot in our *-u-boot.dtsi file for
> the MAIN SPL and U-Boot builds.
>
> We can then include these files for the WKUP SPL build making
On 11:47-20231229, Bryan Brattlof wrote:
> In order to unify the R5 board dtb file with the Linux board dtb file,
> we will need to copy all bootph-pre-ram properties to the *-u-boot.dtsi
> overlay.
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
>
On 11:47-20231229, Bryan Brattlof wrote:
> Pull in dtb updates for the am654 base board from v6.7-rc1 of Linux
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
> arch/arm/dts/k3-am65-main.dtsi | 342 ++-
> arch/arm/dts/k3-am65-mcu.dtsi| 156
On 11:47-20231229, Bryan Brattlof wrote:
> The R5 board file for U-Boot should be the same as the board file copied
> from Linux with a few alterations to work with the R5's view of the SoC.
>
> First we need to unify the R5 board file and it's U-Boot overlay before
> we can unify the Linux board
On 11:46-20231229, Bryan Brattlof wrote:
> We do not have a need to share a single console with the evaluation
> board and disabling this option reduces the complexity of configuring
> the consoles. Disable CONSOLE_MUX
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
>
On 11:46-20231229, Bryan Brattlof wrote:
> Some of the regulators we need to successfully boot are fixed
> regulators. Enable the driver to properly probe them.
>
> Tested-by: Tom Rini
> Signed-off-by: Bryan Brattlof
> ---
> configs/am65x_evm_r5_defconfig | 2 ++
> 1 file changed, 2
On Tue, Jan 02, 2024 at 09:07:48PM +0530, Sumit Garg wrote:
> On Tue, 2 Jan 2024 at 19:36, Simon Glass wrote:
[snip]
> > 2. Choose a directory target for devicetree-rebasing. I see that
> > 'barebox' uses 'dts' which seems better to me than
> > 'devicetree-rebasing/src/'.
>
> Actually as part of
On Tue, Jan 02, 2024 at 08:27:34AM +0100, Jan Kiszka wrote:
> On 27.12.23 13:39, Nishanth Menon wrote:
> > On 15:00-20231221, Tom Rini wrote:
> >> On Thu, Dec 21, 2023 at 11:43:46AM -0600, Bryan Brattlof wrote:
> >>
> >>> Hello Everyone!
> >>>
> >>> This series gets the am65x booting again along
Small update here. I made changes without any board limit size changes.
Reordered patches to make them compile in sequence. I think I will do one
more clean up and more testing,
and after that will be able to send an updated version.
Working tree is here: https://github.com/u-boot/u-boot/pull/434
Hello Yamada-san,
On 14.12.23 08:33, Masahiro Yamada wrote:
>> The FIT spec allows the "fdt" property to list
>> multiple image nodes.
>>
>>
>> o config-1
>> |- description = "configuration description"
>> |- kernel = "kernel sub-node unit name"
>> |- fdt = "fdt sub-node unit-name" [, "fdt
From: Chris Morgan
Update the RGxx3 documentation to note that it now supports the
RG-ARC-D, RG-ARC-S, Powkiddy RK2023, and Powkiddy RGB30. Also update
verbiage around panel detection to note that it is no longer hard coded
to the RG503.
Signed-off-by: Chris Morgan
---
From: Chris Morgan
Add support for the Anbernic RG-ARC-D, Anbernic RG-ARC-S, Powkiddy
RK2023, and Powkiddy RGB30 to the Anbernic RGxx3. While the Powkiddy
devices are manufactured by Powkiddy instead of Anbernic,
the hardware is so similar they can all use the same bootloader.
Signed-off-by:
From: Chris Morgan
Allow all rockchip devices to use the hardware RNG to seed Linux
RNG.
Signed-off-by: Chris Morgan
---
arch/arm/mach-rockchip/board.c | 32 ++
board/anbernic/rgxx3_rk3566/rgxx3-rk3566.c | 29
2 files changed, 32
From: Chris Morgan
Add support for users to enter recovery mode by holding the function
button when they power up the device.
Since the device has soldered eMMC and sometimes does not expose a clk
pin on the mainboard there is a small chance that a user who flashes a
bad bootloader may not be
From: Chris Morgan
Update the rockchip_dnl_key_pressed() so that it can run in
SPL. Also change the ADC channel to a define that can be
overridden by a board specific option.
Signed-off-by: Chris Morgan
---
arch/arm/mach-rockchip/Makefile| 4 ++--
arch/arm/mach-rockchip/boot_mode.c | 11
From: Chris Morgan
Add kconfig options to enable ADC in SPL
Signed-off-by: Chris Morgan
---
common/spl/Kconfig | 7 +++
drivers/Makefile | 1 +
drivers/adc/Makefile | 2 +-
3 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/common/spl/Kconfig b/common/spl/Kconfig
index
From: Chris Morgan
Make the inability to detect a panel using the auto detection code not
fail the entire boot process. This means that if the panel ID cannot
be read we don't set an environment variable for the panel, and if an
environment variable for the panel is not set we don't attempt to
From: Chris Morgan
The RGxx3 is a pseudo-device for U-Boot that works for every Anbernic
RGxx3 series device on the market. Add support for another series of
very similar devices from Powkiddy.
Changes since V3:
- Fixed a bug with else/else if logic for board detection (changed
a second
On Tue, 2 Jan 2024 at 19:36, Simon Glass wrote:
>
> Hi Tom,
>
> On Mon, Jan 1, 2024 at 4:35 PM Tom Rini wrote:
> >
> > On Mon, Jan 01, 2024 at 03:32:41PM -0700, Simon Glass wrote:
> > > Hi Mark, Tom,
> > >
> > > On Sun, Dec 31, 2023 at 5:33 PM Mark Kettenis
> > > wrote:
> > > >
> > > > > Date:
On 12/29/23 4:46 AM, Manorit Chawdhry wrote:
For readability during configuring firewalls, adding k3-security.h file
and including it in k3-binman.dtsi to be accessible across K3 SoCs
Reviewed-by: Simon Glass
Signed-off-by: Manorit Chawdhry
---
arch/arm/dts/k3-binman.dtsi | 49
On Tue, Jan 02, 2024 at 07:06:40AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Mon, Jan 1, 2024 at 4:35 PM Tom Rini wrote:
> >
> > On Mon, Jan 01, 2024 at 03:32:41PM -0700, Simon Glass wrote:
> > > Hi Mark, Tom,
> > >
> > > On Sun, Dec 31, 2023 at 5:33 PM Mark Kettenis
> > > wrote:
> > > >
> >
On 12/31/23 6:48 AM, Simon Glass wrote:
Hi,
On Wed, Nov 29, 2023 at 7:48 PM Simon Glass wrote:
Hi Andrew,
On Mon, 6 Nov 2023 at 11:05, Andrew Davis wrote:
On 11/6/23 11:47 AM, Simon Glass wrote:
Hi Andrew,
On Mon, 6 Nov 2023 at 10:27, Andrew Davis wrote:
On 11/6/23 9:31 AM, Tom Rini
On Tue, Jan 02, 2024 at 07:06:36AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Sun, Dec 31, 2023 at 7:01 AM Tom Rini wrote:
> >
> > On Sun, Dec 31, 2023 at 05:45:00AM -0700, Simon Glass wrote:
> > > -Scott as it is bouncing
> > >
> > > Hi,
> > >
> > > On Fri, Dec 29, 2023 at 9:46 AM Peter
On Fri, Dec 29, 2023 at 2:39 PM Simon Glass wrote:
>
> Hi Masahiro,
>
> On Thu, Dec 14, 2023 at 7:34 AM Masahiro Yamada wrote:
> >
> > On Thu, Dec 14, 2023 at 3:12 PM Masahiro Yamada
> > wrote:
> > >
> > > On Thu, Dec 14, 2023 at 1:03 PM Chen-Yu Tsai wrote:
> > > >
> > > > On Sun, Dec 10,
Hi Tom,
On Mon, Jan 1, 2024 at 4:35 PM Tom Rini wrote:
>
> On Mon, Jan 01, 2024 at 03:32:41PM -0700, Simon Glass wrote:
> > Hi Mark, Tom,
> >
> > On Sun, Dec 31, 2023 at 5:33 PM Mark Kettenis
> > wrote:
> > >
> > > > Date: Sun, 31 Dec 2023 15:39:53 -0500
> > > > From: Tom Rini
> > > >
> > > >
Hi Tom,
On Sun, Dec 31, 2023 at 7:01 AM Tom Rini wrote:
>
> On Sun, Dec 31, 2023 at 05:45:00AM -0700, Simon Glass wrote:
> > -Scott as it is bouncing
> >
> > Hi,
> >
> > On Fri, Dec 29, 2023 at 9:46 AM Peter Robinson wrote:
> > >
> > > On Fri, Dec 29, 2023 at 12:23 AM Tom Rini wrote:
> > > >
>
Hi Heinrich,
On Mon, Jan 1, 2024 at 4:23 PM Heinrich Schuchardt
wrote:
>
> On 1/1/24 23:41, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Mon, Jan 1, 2024 at 11:50 AM Heinrich Schuchardt
> > wrote:
> >>
> >> An EFI binary dmidump.efi is provided that can be used to check the SMBIOS
> >> table
Hi Ba,
On Mon, Dec 4, 2023 at 2:47 AM Ba Gia Bao Phan
wrote:
>>
>> Sort-of...the refactoring to allow ACPI tables on ARM is completed,
>> but I don't think any U-Boot board uses this.
>
> Hello, could you tell me more details about this topic? Which platform ARM
> are ACPI tables enabled for?
Hi Caleb,
On Tue, Jan 2, 2024 at 5:51 AM Caleb Connolly wrote:
>
> [snip]
> >>>
> > However, I am very much in favour of having a generalized U-Boot
> > image. This might become true in some cases like U-Boot acts as a
> > second stage bootloader for a particular SoC which is a
Hi Mattijs,
On Tue, Jan 2, 2024 at 2:52 AM Mattijs Korpershoek
wrote:
>
> Hi Simon, Svyatoslav,
>
> On Thu, Dec 28, 2023 at 21:52, Svyatoslav Ryhel wrote:
>
> > чт, 28 груд. 2023 р. о 21:48 Simon Glass пише:
> >>
> >> On Thu, Dec 28, 2023 at 6:02 PM Svyatoslav Ryhel
> >> wrote:
> >> >
> >> >
Hi Love,
On Mon, Jan 1, 2024 at 11:47 PM Love Kumar wrote:
>
> Add below test cases for i2c commands:
> i2c_bus - To show i2c bus info,
> i2c_dev - To set or show the current bus,
> i2c_probe - To probe the i2c device,
> i2c_eeprom - To test i2c eeprom device,
> i2c_probe_all_buses - To list
On 12/29/23 11:46, Manorit Chawdhry wrote:
> The following commits adds the configuration of firewalls required to
> protect ATF and OP-TEE memory region from non-secure reads and
> writes using master and slave firewalls present in our K3 SOCs.
>
Tested with the following configuration:
- SoC:
On 12/27/23 12:56 AM, MD Danish Anwar wrote:
On 22/12/23 6:13 pm, Roger Quadros wrote:
On 22/12/2023 12:26, MD Danish Anwar wrote:
Hi Roger,
On 20/12/23 3:29 pm, Roger Quadros wrote:
Hi,
On 19/12/2023 12:11, MD Danish Anwar wrote:
Introduce ICSSG PRUETH support in uboot. The ICSSG
On 12/27/23 09:23, Simon Glass wrote:
Build devicetree files using the normal SoC-generic rule. For
microblaze there is actually only one SoC and one board.
Signed-off-by: Simon Glass
---
arch/microblaze/dts/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi Alexey,
Thank you for the patch.
On Thu, Dec 28, 2023 at 18:39, Alexey Romanov
wrote:
> pr_err() doesn't add an newline symbol when printing.
>
> Signed-off-by: Alexey Romanov
Reviewed-by: Mattijs Korpershoek
> ---
> drivers/fastboot/fb_nand.c | 10 +-
> 1 file changed, 5
Hi Alexey,
Thank you for the patch.
On Thu, Dec 28, 2023 at 18:39, Alexey Romanov
wrote:
> From now we can use FASTBOOT_FLASH_NAND option for SPI NAND.
>
> Signed-off-by: Alexey Romanov
Reviewed-by: Mattijs Korpershoek
> ---
> drivers/fastboot/Kconfig | 4 ++--
> 1 file changed, 2
Hi Alexey,
Thank you for the patch.
On Thu, Dec 28, 2023 at 18:39, Alexey Romanov
wrote:
> SPI NAND devices also supports 'fastboot erase / flash' commands.
>
> Signed-off-by: Alexey Romanov
Reviewed-by: Mattijs Korpershoek
> ---
> drivers/fastboot/fb_nand.c | 2 +-
> 1 file changed, 1
On 12/28/23 15:26, Tom Rini wrote:
On Thu, Dec 28, 2023 at 01:37:49PM +, Simon Glass wrote:
Hi Tom,
On Wed, Dec 27, 2023 at 1:20 PM Tom Rini wrote:
On Wed, Dec 27, 2023 at 08:23:57AM +, Simon Glass wrote:
Build devicetree files using the normal SoC-generic rule. For
microblaze
This patch fixes timeout issues seen on large NOR flash.
For full-chip erase, where we use the SPINOR_OP_CHIP_ERASE (0xc7)
opcode. Use a different timeout for full-chip erase than for other
commands.
[Ported from Linux kernel commit
09b6a377687b ("mtd: spi-nor: scale up timeout
1 - 100 of 109 matches
Mail list logo