On Tue, Nov 14, 2023 at 8:48 AM Heiko Schocher wrote:
>
> remove unneeded variable ecc_flag in omap_correct_data_bch
>
> Signed-off-by: Heiko Schocher
> ---
> azure build is fine with this patch:
>
> https://dev.azure.com/hs0298/hs/_build/results?buildId=110=results
>
>
remove unneeded variable ecc_flag in omap_correct_data_bch
Signed-off-by: Heiko Schocher
---
azure build is fine with this patch:
https://dev.azure.com/hs0298/hs/_build/results?buildId=110=results
drivers/mtd/nand/raw/omap_gpmc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
Hi Simon,
Thanks a lot.
On Fri, Nov 10, 2023 at 04:50:24AM -0700, Simon Glass wrote:
> Hi Randolph,
>
> On Wed, Nov 8, 2023, 20:15 Randolph wrote:
> >
> > The #address-cells is now equal to 2. The format of the load field for
> > the Linux kernel doesn't match.
> >
> > Signed-off-by: Randolph
>
Thanks Reid for sync.
On 11/14/2023 2:13 AM, Reid Tonking wrote:
Sync u-boot device tree with Linux kernel 6.7-rc1
Signed-off-by: Reid Tonking
---
Boot-log: https://gist.github.com/reidt1/db5426f2a778369db8c3699cf293b94f
arch/arm/dts/k3-j7200-main.dtsi | 2 +-
From: Ashok Reddy Soma
Read chipselect properties from DT which are populated using 'reg'
property and save it in plat->cs[] array for later use.
Also read multi chipselect capability which is used for
parallel-memories and return errors if they are passed on using DT but
driver is not capable
Add support for parallel memories in zynq_qspi.c driver. In case of
parallel memories STRIPE bit is set and sent to the qspi ip, which will
send data bits to both the flashes in parallel. However for few commands
we should not use stripe, instead send same data to both the flashes.
Those commands
Add support for parallel memories in zynqmp_gqspi.c driver. In case of
parallel memories STRIPE bit is set and sent to the qspi ip, which will
send data bits to both the flashes in parallel. However for few commands
we should not use stripe, instead send same data to both the flashes.
Those
From: Ashok Reddy Soma
Add support for parallel memories and stacked memories configuration
in read_bar and write_bar functions.
Signed-off-by: Ashok Reddy Soma
Signed-off-by: Venkatesh Yadav Abbarapu
---
drivers/mtd/spi/spi-nor-core.c | 55 +-
1 file changed,
From: Ashok Reddy Soma
Add support for parallel memories flash configuration in read status
register and read flag status register functions.
Signed-off-by: Ashok Reddy Soma
Signed-off-by: Venkatesh Yadav Abbarapu
---
drivers/mtd/spi/spi-nor-core.c | 50 --
1
From: Ashok Reddy Soma
In parallel mode, the current implementation assumes that a maximum of
two flashes are connected. The QSPI controller splits the data evenly
between both the flashes so, both the flashes that are connected in
parallel mode should be identical.
During each operation SPI-NOR
This series adds support for Xilinx qspi parallel and stacked memeories.
In parallel mode, the current implementation assumes that a maximum of
two flashes are connected. The QSPI controller splits the data evenly
between both the flashes so, both the flashes that are connected in
parallel mode
On Nov 13, 2023 at 08:59:18 -0600, Nishanth Menon wrote:
> Kernel dts import now provides bootph-all and bootph-pre-ram properties
> for the properties we have been overriding so far. Drop the same.
>
> Signed-off-by: Nishanth Menon
> ---
> arch/arm/dts/k3-am625-beagleplay-u-boot.dtsi | 56
On Nov 13, 2023 at 08:59:19 -0600, Nishanth Menon wrote:
> Kernel dts import now provides bootph-all and bootph-pre-ram properties
> for the properties we have been overriding so far. Drop the same.
>
> While at this enable the DM and tifs uarts for programming pinmux
s/tifs/TIFS UARTs
> since
Hi,
On Nov 13, 2023 at 08:59:15 -0600, Nishanth Menon wrote:
> Hi,
>
> Sync Device tree to kernel v6.7-rc1 - we are getting closer to
> clean u-boot integration now.
>
> Boot logs:
> https://gist.github.com/nmenon/d62c4795c6d3d40c83ba36d1cd047c42
>
> WARNING: This will have a minor conflict
In this test, "scmi" command is tested against different sub-commands.
Please note that scmi command is for debug purpose and is not intended
in production system.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
---
v9
* return -EAGAIN if we want to skip a
This is a help text for scmi command.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
---
v6
* add the manual to doc/usage/index.rst
v4
* s/tranport/transport/
v2
* add more descriptions about SCMI
---
doc/usage/cmd/scmi.rst | 126
This command, "scmi", may provide a command line interface to various SCMI
protocols. It supports at least initially SCMI base protocol and is
intended mainly for debug purpose.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
---
v8 (actually v2 as SCMI
This change will be useful when we manually test SCMI on sandbox
by enabling/disabling a specific SCMI protocol.
Signed-off-by: AKASHI Takahiro
---
v9
* use CONFIG_IS_ENABLED() rather than IS_ENABLED()
* remove goto by introducing a not_supported() function
---
This is a precautionary change to make scmi tests workable whether or not
a specific protocol be enabled. If a given protocol is not configured,
we skip the test by returning -EAGAIN.
Signed-off-by: AKASHI Takahiro
---
v9
* return -EAGAIN if we want to skip a test
* use CONFIG_IS_ENABLED()
"Scmi" command will be re-introduced per Michal's request.
The functionality is the same as I put it in my patch set of adding
SCMI base protocol support, but made some tweak to make UT, "ut dm
scmi_cmd," more flexible and tolerable when enabling/disabling a specific
SCMI protocol for test
On Mon, Nov 13, 2023 at 11:01:20AM -0700, Simon Glass wrote:
> Hi AKASHI,
>
> On Sun, 12 Nov 2023 at 18:49, AKASHI Takahiro
> wrote:
> >
> > This change will be useful when we manually test SCMI on sandbox
> > by enabling/disabling a specific SCMI protocol.
> >
> > Signed-off-by: AKASHI Takahiro
Hi Tom,
On Tue, Nov 14, 2023 at 7:52 AM Tom Rini wrote:
>
> On Tue, Nov 14, 2023 at 07:46:36AM +0800, Bin Meng wrote:
> > Hi Tom,
> >
> > On Tue, Nov 14, 2023 at 6:59 AM Tom Rini wrote:
> > >
> > > On Mon, Nov 13, 2023 at 03:28:13PM -0700, Simon Glass wrote:
> > > > Hi Bin,
> > > >
> > > > On
On Mon, Nov 13, 2023 at 11:01:18AM -0700, Simon Glass wrote:
> Hi AKASHI,
>
> On Sun, 12 Nov 2023 at 18:49, AKASHI Takahiro
> wrote:
> >
> > This is a precautionary change to make scmi tests workable whether or not
> > a specific protocol be enabled.
> >
> > Signed-off-by: AKASHI Takahiro
> >
On Mon, Nov 13, 2023 at 11:01:17AM -0700, Simon Glass wrote:
> Hi,
>
> On Sun, 12 Nov 2023 at 18:46, AKASHI Takahiro
> wrote:
> >
> > Hi Tom,
> >
> > On Fri, Nov 10, 2023 at 01:21:37PM -0500, Tom Rini wrote:
> > > On Wed, Oct 25, 2023 at 02:14:27PM +0900, AKASHI Takahiro wrote:
> > >
> > > > In
The OrangePi Zero 3 is a small development board featuring the Allwinner
H618 SoC, shipping with up to 4GB of DRAM, Gigabit Ethernet, a micro-HDMI
connector and two USB sockets.
The board uses LPDDR4 DRAM and an X-Powers AXP313a PMIC, support for
which was recently added to U-Boot.
Add a
The original H616 devices released about three years ago were typically
paired with an X-Powers AXP305 PMIC. Newer devices uses the smaller
AXP313, and there seem to be far more systems with this PMIC around now.
Remove the default AXP305 selection for the H616 SoC from the Kconfig,
and move the
Add support for the zBIT ZB25VQ128 (128M-bit) SPI NOR flash memory chip,
as used on the Xunlong Orange Pi Zero 3 board.
Signed-off-by: Andre Przywara
---
drivers/mtd/spi/Kconfig | 5 +
drivers/mtd/spi/spi-nor-ids.c | 5 +
2 files changed, 10 insertions(+)
diff --git
The OrangePi Zero 3 is a small development board featuring the Allwinner
H618 SoC. Compared to its predecessor OrangePi Zero 2, the new board uses
LPDDR4 DRAM instead of DDR3 DRAM, and an X-Powers AXP313 PMIC instead of
the AXP305.
U-Boot gained support for both LPDDR4 DRAM and the new PMIC just
While booting with efi, if fdt isn't available externally,
just use the built-in one.
Signed-off-by: Shantur Rathore
---
boot/bootmeth_efi.c | 10 +-
include/bootflow.h | 1 +
2 files changed, 10 insertions(+), 1 deletion(-)
diff --git a/boot/bootmeth_efi.c b/boot/bootmeth_efi.c
efi_set_bootdev is already called as part of tftp while doing dhcp_run()
Doing this again crashes U-boot and we don't need to call again.
Signed-off-by: Shantur Rathore
---
boot/bootmeth_efi.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/boot/bootmeth_efi.c b/boot/bootmeth_efi.c
index
bootmeth_efi sets up bootp_arch which is read later in bootp.c
Currently bootp_arch is being set as integer string and being
read in bootp.c as hex, this sends incorrect arch value to dhcp server
which in return sends wrong file for network boot.
For ARM64 UEFI Arch value is 0xb (11), here we set
Currently bootmeth_efi crashes while doing a network (dhcp) boot.
This patch series fixes issues and both network and disk boot works.
Shantur Rathore (3):
bootflow: bootmeth_efi: Set bootp_arch as hex
bootflow: bootmeth_efi: Don't set bootdev again
bootflow: bootmeth_efi: Handle fdt not
On Mon, Nov 13, 2023 at 10:00:22AM +0530, Neha Malcom Francis wrote:
> Move esm-k3.txt to ti,j721e-esm.yaml in line with the devicetree
> documentation in kernel.
>
> Signed-off-by: Neha Malcom Francis
I assume this is also from v6.7-rc1 and:
Reviewed-by: Tom Rini
--
Tom
signature.asc
On Tue, Nov 14, 2023 at 07:46:36AM +0800, Bin Meng wrote:
> Hi Tom,
>
> On Tue, Nov 14, 2023 at 6:59 AM Tom Rini wrote:
> >
> > On Mon, Nov 13, 2023 at 03:28:13PM -0700, Simon Glass wrote:
> > > Hi Bin,
> > >
> > > On Mon, 13 Nov 2023 at 15:08, Bin Meng wrote:
> > > >
> > > > Hi Simon,
> > > >
Hi Tom,
On Tue, Nov 14, 2023 at 6:59 AM Tom Rini wrote:
>
> On Mon, Nov 13, 2023 at 03:28:13PM -0700, Simon Glass wrote:
> > Hi Bin,
> >
> > On Mon, 13 Nov 2023 at 15:08, Bin Meng wrote:
> > >
> > > Hi Simon,
> > >
> > > On Mon, Nov 13, 2023 at 4:03 AM Simon Glass wrote:
> > > >
> > > > This
On Tue, 07 Nov 2023 12:40:58 +, Caleb Connolly wrote:
> This series begins making some headway towards cleaning up Qualcomm
> platform support in u-boot. The following is a rough overview of the
> changes:
>
> * Move the Qualcomm clock drivers out of mach-snapdragon and into clk/qcom
> *
On Mon, Nov 13, 2023 at 03:28:13PM -0700, Simon Glass wrote:
> Hi Bin,
>
> On Mon, 13 Nov 2023 at 15:08, Bin Meng wrote:
> >
> > Hi Simon,
> >
> > On Mon, Nov 13, 2023 at 4:03 AM Simon Glass wrote:
> > >
> > > This is needed to support Truetype fonts. In any case, the compiler
> > > expects SSE
Hi Bin,
On Mon, 13 Nov 2023 at 15:08, Bin Meng wrote:
>
> Hi Simon,
>
> On Mon, Nov 13, 2023 at 4:03 AM Simon Glass wrote:
> >
> > This is needed to support Truetype fonts. In any case, the compiler
> > expects SSE to be available in 64-bit mode. Provide an option to enable
> > SSE so that
Hi Simon,
On Mon, Nov 13, 2023 at 4:03 AM Simon Glass wrote:
>
> This is needed to support Truetype fonts. In any case, the compiler
> expects SSE to be available in 64-bit mode. Provide an option to enable
> SSE so that hardware floating-point arithmetic works.
>
> Signed-off-by: Simon Glass
>
On Fri, 10 Nov 2023 at 15:12, Heinrich Schuchardt wrote:
>
>
>
> Am 10. November 2023 11:04:24 MEZ schrieb Ilias Apalodimas
> :
> >Hi Heinrich, Weizhao
> >
> >On Thu, 9 Nov 2023 at 15:57, Heinrich Schuchardt wrote:
> >>
> >> On 11/9/23 04:55, Weizhao Ouyang wrote:
> >> > Correct some UEFI
Sync u-boot device tree with Linux kernel 6.7-rc1
Signed-off-by: Reid Tonking
---
Boot-log: https://gist.github.com/reidt1/db5426f2a778369db8c3699cf293b94f
arch/arm/dts/k3-j7200-main.dtsi | 2 +-
arch/arm/dts/k3-j7200-mcu-wakeup.dtsi | 9 -
2 files changed, 9 insertions(+), 2
On 16:07-20231113, Joao Paulo Goncalves wrote:
> From: Joao Paulo Goncalves
>
> Change spl_enable_dcache so it also enable icache on SPL
> initialization for the main domain part of the boot flow. This
> improves bootloader booting time.
>
> Link:
> htt
Hi Heinrich
On Mon, 13 Nov 2023 at 09:37, Heinrich Schuchardt wrote:
>
> On 11/7/23 18:36, Ilias Apalodimas wrote:
> > Looking back at the initrd storing functionality, we introduced three
> > functions, efi_dp_append_or_concatenate(), efi_dp_append/concat(). In
> > hindsight we could have
Hi Sean,
On Mon, 13 Nov 2023 at 11:15, Sean Anderson wrote:
>
> Hi All,
>
> I'm at LPC this week, and I'd love to chat with anyone else who's there
> in person.
That would be good, but sadly I am not :-(
Regards,
Simon
On 10:00-20231113, Neha Malcom Francis wrote:
> Move esm-k3.txt to ti,j721e-esm.yaml in line with the devicetree
> documentation in kernel.
>
> Signed-off-by: Neha Malcom Francis
> ---
> doc/device-tree-bindings/misc/esm-k3.txt | 25 -
> .../m
From: Joao Paulo Goncalves
Change spl_enable_dcache so it also enable icache on SPL
initialization for the main domain part of the boot flow. This
improves bootloader booting time.
Link:
https://lore.kernel.org/all/20231109140958.1093235-1-joao.goncal...@toradex.com/
Signed-off-by: Joao Paulo
On Mon, Nov 13, 2023 at 01:36:22PM +0100, Patrice CHOTARD wrote:
> Hi Tom
>
> Please pull the STM32 related patches for u-boot/next, v2024.04:
> u-boot-stm32-20231113
>
> CI status:
> https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/18567
>
> The fol
Hi Ard,
Please see my reply below inline.
Thanks,
Chasel
> -Original Message-
> From: Ard Biesheuvel
> Sent: Saturday, November 11, 2023 3:04 AM
> To: Chiu, Chasel
> Cc: Simon Glass ; devicet...@vger.kernel.org; Mark Rutland
> ; Rob Herring ; Tan, Lean Sheng
> ; lkml ; Dhaval
>
Hi All,
I'm at LPC this week, and I'd love to chat with anyone else who's there
in person.
--Sean
On 11/10/23 14:19, Yang Xiwen via B4 Relay wrote:
From: Yang Xiwen
For some gate clocks and fixed clocks without a parent, calling
clk_register will print an useless error message indicating that parent
is missing. Fix that by gaurding log_xxx() with an if-statement.
Signed-off-by: Yang
Hi Jim,
On 11/12/23 21:42, Jim Liu wrote:
Hi Sean
Thanks for your review.
The spi clock setting is related to booting flash, it is setup by
early bootloader and we don't want u-boot to change it
Makes sense. Please add this to your commit message if you do a v3.
Reviewed-by: Sean Anderson
On Mon, 13 Nov 2023 at 07:50, Heinrich Schuchardt
wrote:
>
> It is unclear to developers why efi_var_from_file() returns EFI_SUCCESS if
> file ubootefi.var is missing or corrupted. Improve the description.
>
> Reported-by: Weizhao Ouyang
> Signed-off-by: Heinrich Schuchardt
> ---
>
Hi,
On Sun, 12 Nov 2023 at 18:46, AKASHI Takahiro
wrote:
>
> Hi Tom,
>
> On Fri, Nov 10, 2023 at 01:21:37PM -0500, Tom Rini wrote:
> > On Wed, Oct 25, 2023 at 02:14:27PM +0900, AKASHI Takahiro wrote:
> >
> > > In this test, "scmi" command is tested against different sub-commands.
> > > Please
Hi AKASHI,
On Sun, 12 Nov 2023 at 18:49, AKASHI Takahiro
wrote:
>
> This change will be useful when we manually test SCMI on sandbox
> by enabling/disabling a specific SCMI protocol.
>
> Signed-off-by: AKASHI Takahiro
> ---
> drivers/firmware/scmi/sandbox-scmi_agent.c | 27 ++-
>
Hi Sam,
On Fri, 10 Nov 2023 at 11:29, Sam Protsenko wrote:
>
> Hi Simon,
>
> On Tue, Nov 7, 2023 at 10:26 PM Simon Glass wrote:
> >
> > Hi Sam,
> >
> > On Tue, 7 Nov 2023 at 12:06, Sam Protsenko
> > wrote:
> > >
> > > Use dev_read_u8_default() instead of fdtdec_get_int() to read the "id"
> >
Hi AKASHI,
On Sun, 12 Nov 2023 at 18:49, AKASHI Takahiro
wrote:
>
> This is a precautionary change to make scmi tests workable whether or not
> a specific protocol be enabled.
>
> Signed-off-by: AKASHI Takahiro
> ---
> test/dm/scmi.c | 12
> 1 file changed, 12 insertions(+)
>
>
CLK_MSR_ID(105, "arm_ring_osc_out_16"),
> + CLK_MSR_ID(106, "ephy_test"),
> + CLK_MSR_ID(107, "au_dac_g128x"),
> + CLK_MSR_ID(108, "audio_locker_out"),
> + CLK_MSR_ID(109, "audio_locker_in"),
> + CLK_MSR_ID(110, "audio_tdmout_c_sclk"),
> + CLK_MSR_ID(111, "audio_tdmout_b_sclk"),
> + CLK_MSR_ID(112, "audio_tdmout_a_sclk"),
> + CLK_MSR_ID(113, "audio_tdmin_lb_sclk"),
> + CLK_MSR_ID(114, "audio_tdmin_c_sclk"),
> + CLK_MSR_ID(115, "audio_tdmin_b_sclk"),
> + CLK_MSR_ID(116, "audio_tdmin_a_sclk"),
> + CLK_MSR_ID(117, "audio_resample"),
> + CLK_MSR_ID(118, "audio_pdm_sys"),
> + CLK_MSR_ID(119, "audio_spdifout_b"),
> + CLK_MSR_ID(120, "audio_spdifout"),
> + CLK_MSR_ID(121, "audio_spdifin"),
> + CLK_MSR_ID(122, "audio_pdm_dclk"),
> + CLK_MSR_ID(123, "audio_resampled"),
> + CLK_MSR_ID(124, "earcrx_pll"),
> + CLK_MSR_ID(125, "earcrx_pll_test"),
> + CLK_MSR_ID(126, "csi_phy0"),
> + CLK_MSR_ID(127, "csi2_data"),
> +};
> +
> +static int meson_clk_msr_measure_id(struct meson_msr *priv, unsigned int id,
> + unsigned int duration)
> +{
> + unsigned int val;
> + int ret;
> +
> + regmap_write(priv->regmap, MSR_CLK_REG0, 0);
> +
> + /* Set measurement duration */
> + regmap_update_bits(priv->regmap, MSR_CLK_REG0, MSR_DURATION,
> +FIELD_PREP(MSR_DURATION, duration - 1));
> +
> + /* Set ID */
> + regmap_update_bits(priv->regmap, MSR_CLK_REG0, MSR_CLK_SRC,
> +FIELD_PREP(MSR_CLK_SRC, id));
> +
> + /* Enable & Start */
> + regmap_update_bits(priv->regmap, MSR_CLK_REG0,
> +MSR_RUN | MSR_ENABLE,
> +MSR_RUN | MSR_ENABLE);
> +
> + ret = regmap_read_poll_timeout(priv->regmap, MSR_CLK_REG0,
> +val, !(val & MSR_BUSY), 10, 1);
> + if (ret)
> + return ret;
> +
> + /* Disable */
> + regmap_update_bits(priv->regmap, MSR_CLK_REG0, MSR_ENABLE, 0);
> +
> + /* Get the value in multiple of gate time counts */
> + regmap_read(priv->regmap, MSR_CLK_REG2, );
> +
> + if (val >= MSR_VAL_MASK)
> + return -EINVAL;
> +
> + return DIV_ROUND_CLOSEST_ULL((val & MSR_VAL_MASK) * 100ULL,
> + duration);
> +}
> +
> +static int meson_clk_msr_best_id(struct meson_msr *priv, unsigned int id,
> + unsigned int *precision)
> +{
> + unsigned int duration = DIV_MAX;
> + int ret;
> +
> + /* Start from max duration and down to min duration */
> + do {
> + ret = meson_clk_msr_measure_id(priv, id, duration);
> + if (ret >= 0)
> + *precision = (2 * 100) / duration;
> + else
> + duration -= DIV_STEP;
> + } while (duration >= DIV_MIN && ret == -EINVAL);
> +
> + return ret;
> +}
> +
> +static void meson_clk_msr_dump(struct udevice *dev)
> +{
> + struct meson_msr *priv = dev_get_priv(dev);
> + unsigned int precision = 0;
> + int val, i;
> +
> + printf(" clock rateprecision\n");
> + printf("-\n");
> +
> + for (i = 0 ; i < CLK_MSR_MAX ; ++i) {
> + if (!priv->msr_table[i].name)
> + continue;
> +
> + val = meson_clk_msr_best_id(priv, i, );
> + if (val < 0)
> + return;
> +
> + printf(" %-20s %10d+/-%dHz\n",
> +priv->msr_table[i].name, val, precision);
> + }
> +}
> +
> +static int meson_clk_msr_xlate(struct clk *clk, struct ofnode_phandle_args
> *args)
> +{
> + /* This driver doesn't expose any clocks */
> + return -EINVAL;
> +}
> +
> +static int meson_clk_msr_probe(struct udevice *dev)
> +{
> + struct meson_msr *priv = dev_get_priv(dev);
> + int ret;
> +
> + priv->msr_table = (struct meson_msr_id *)dev_get_driver_data(dev);
> +
> + ret = regmap_init_mem(dev_ofnode(dev), >regmap);
> + if (ret)
> + return ret;
> +
> + return 0;
> +}
> +
> +static struct clk_ops meson_clk_msr_ops = {
> + .of_xlate = meson_clk_msr_xlate,
> + .dump = meson_clk_msr_dump,
> +};
> +
> +static const struct udevice_id meson_clk_msr_ids[] = {
> + {
> + .compatible = "amlogic,meson-gx-clk-measure",
> + .data = (ulong)clk_msr_gx,
> + },
> + {
> + .compatible = "amlogic,meson8-clk-measure",
> + .data = (ulong)clk_msr_m8,
> + },
> + {
> + .compatible = "amlogic,meson8b-clk-measure",
> + .data = (ulong)clk_msr_m8,
> + },
> + {
> + .compatible = "amlogic,meson-axg-clk-measure",
> + .data = (ulong)clk_msr_axg,
> + },
> + {
> + .compatible = "amlogic,meson-g12a-clk-measure",
> + .data = (ulong)clk_msr_g12a,
> + },
> + {
> + .compatible = "amlogic,meson-sm1-clk-measure",
> + .data = (ulong)clk_msr_sm1,
> + },
> + { /* sentinel */ }
> +};
> +
> +U_BOOT_DRIVER(meson_clk_msr) = {
> + .name = "meson_clk_msr",
> + .id = UCLASS_CLK,
> + .of_match = meson_clk_msr_ids,
> + .priv_auto = sizeof(struct meson_msr),
> + .ops= _clk_msr_ops,
> + .probe = meson_clk_msr_probe,
> +};
>
> ---
> base-commit: 3221d10770b4c288ddb7d83350e1cd86c3b6ef55
> change-id: 20231113-uboot-meson-clk-msr-21cf9101278b
>
> Best regards,
> --
> Neil Armstrong
>
--
Best Regards,
Igor Prusov
> > > > > > > Since the proposed PMIC patches have been accepted, I see the need
> > > > > > > to convert boards which I maintain to use DM drivers instead of
> > > > > > > board hacks.
> > > > > > >
> > > > > > > Svyatoslav Ryhel (5):
> > > > > > > board: lg-x3: convert LG Optimus 4X and Vu to
Try to catch error the earlier way.
Signed-off-by: Weizhao Ouyang
---
lib/efi_loader/efi_var_file.c | 4 +++-
lib/efi_loader/efi_variable.c | 2 --
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/efi_loader/efi_var_file.c b/lib/efi_loader/efi_var_file.c
index
Try to catch error the earlier way.
Signed-off-by: Weizhao Ouyang
---
Changes in v2:
- Avoid to stop the boot process.
lib/efi_loader/efi_var_file.c | 4 +++-
lib/efi_loader/efi_variable.c | 2 --
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/efi_loader/efi_var_file.c
On Mon, Nov 13, 2023 at 08:59:17AM -0600, Nishanth Menon wrote:
> k3-am62* SoC dtsi files now provide the following:
>
> bootph-all: dmss secure_proxy_main dmsc k3_pds k3_clks k3_reset
>main_pmx0 main_timer0 mcu_pmx0 wkup_conf chipid
>
> bootph-pre-ram: secure_proxy_sa3 main_esm mcu_esm
>
>
On Mon, Nov 13, 2023 at 10:50 PM Heinrich Schuchardt
wrote:
>
> It is unclear to developers why efi_var_from_file() returns EFI_SUCCESS if
> file ubootefi.var is missing or corrupted. Improve the description.
>
> Reported-by: Weizhao Ouyang
> Signed-off-by: Heinrich Schuchardt
> ---
>
Hi,
Sync Device tree to kernel v6.7-rc1 - we are getting closer to
clean u-boot integration now.
Boot logs:
https://gist.github.com/nmenon/d62c4795c6d3d40c83ba36d1cd047c42
WARNING: This will have a minor conflict (binman) with:
https://lore.kernel.org/u-boot/20231104080137.9628-1...@ti.com/
I
k3-am62* SoC dtsi files now provide the following:
bootph-all: dmss secure_proxy_main dmsc k3_pds k3_clks k3_reset
main_pmx0 main_timer0 mcu_pmx0 wkup_conf chipid
bootph-pre-ram: secure_proxy_sa3 main_esm mcu_esm
Drop these from board r5 and u-boot.dtsi files as these are duplicate in
them
Kernel dts import now provides bootph-all and bootph-pre-ram properties
for the properties we have been overriding so far. Drop the same.
Signed-off-by: Nishanth Menon
---
arch/arm/dts/k3-am625-beagleplay-u-boot.dtsi | 56
1 file changed, 56 deletions(-)
diff --git
Sync with kernel v6.7-rc1 and sync up the u-boot dts files accordingly.
Signed-off-by: Nishanth Menon
---
arch/arm/dts/k3-am62-main.dtsi| 12 ++-
arch/arm/dts/k3-am62-mcu.dtsi | 2 +
arch/arm/dts/k3-am62-verdin-wifi.dtsi | 6 ++
arch/arm/dts/k3-am62-verdin.dtsi | 1 +
Kernel dts import now provides bootph-all and bootph-pre-ram properties
for the properties we have been overriding so far. Drop the same.
While at this enable the DM and tifs uarts for programming pinmux
since they are marked reserved by board.dts
Signed-off-by: Nishanth Menon
---
Sync with kernel v6.7-rc1 and sync up the u-boot dts files accordingly.
Signed-off-by: Nishanth Menon
---
arch/arm/dts/k3-am62a-main.dtsi | 585 +-
arch/arm/dts/k3-am62a-mcu.dtsi| 131 ++
arch/arm/dts/k3-am62a-thermal.dtsi| 47 +++
Switch over to stdboot
Signed-off-by: Nishanth Menon
---
configs/am62ax_evm_a53_defconfig | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/configs/am62ax_evm_a53_defconfig b/configs/am62ax_evm_a53_defconfig
index c94708a7bf85..38083586a3ec 100644
---
From: Jai Luthra
Add generic boot-flow diagrams, and SoC-specific info around build
steps.
Signed-off-by: Jai Luthra
Signed-off-by: Nishanth Menon
---
doc/board/ti/am62ax_sk.rst | 213 +
doc/board/ti/k3.rst| 1 +
2 files changed, 214
Use the default findfdt instead of local logic.
Signed-off-by: Nishanth Menon
---
board/ti/am62ax/am62ax.env | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/board/ti/am62ax/am62ax.env b/board/ti/am62ax/am62ax.env
index bfed7f360844..2af6914e3fab 100644
---
From: Vignesh Raghavendra
In preparation for enabling ethernet for the am62ax family of SoCs,
introduce the initial DMA channel settings for the am62ax
Signed-off-by: Vignesh Raghavendra
[b...@ti.com: expanded on commit message]
Signed-off-by: Bryan Brattlof
Signed-off-by: Nishanth Menon
---
Set the default boot_targets to map up SD card as priority followed by
emmc and so on.
Signed-off-by: Nishanth Menon
---
board/ti/am62ax/am62ax.env | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/ti/am62ax/am62ax.env b/board/ti/am62ax/am62ax.env
index 2af6914e3fab..a6d967e982d4 100644
Enable networking
Signed-off-by: Nishanth Menon
---
configs/am62ax_evm_a53_defconfig | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/configs/am62ax_evm_a53_defconfig b/configs/am62ax_evm_a53_defconfig
index d0a34c75505d..c94708a7bf85 100644
---
Hi,
Please find the series to do the following:
a) Update kernel dts to v6.7-rc1
b) Enable networking
c) switch to stdboot.
d) Add documentation for the AM62A platform.
Bootlog: https://gist.github.com/nmenon/f1d8d9bf79aefc0938a745d3bf5b2d9f
Baseline: master da2e3196e4dc Merge patch series
main_timer0 is used by u-boot as the tick-timer. Add it to the soc
devices list so it an be enabled via the k3 power controller.
Signed-off-by: Nishanth Menon
---
arch/arm/mach-k3/am62ax/dev-data.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-k3/am62ax/dev-data.c
It is unclear to developers why efi_var_from_file() returns EFI_SUCCESS if
file ubootefi.var is missing or corrupted. Improve the description.
Reported-by: Weizhao Ouyang
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_var_file.c | 7 +--
1 file changed, 5 insertions(+), 2
On 11/7/23 18:36, Ilias Apalodimas wrote:
Looking back at the initrd storing functionality, we introduced three
functions, efi_dp_append_or_concatenate(), efi_dp_append/concat(). In
hindsight we could have simplified that by a lot. First of all none of
the functions append anything. They all
On 11/7/23 12:31, Ilias Apalodimas wrote:
The result of efi_append_scrtm_version() is overwritten before anyone
checks its result. Check it and exit the function on failures
Addresses-Coverity-ID: 467399 Code maintainability issues (UNUSED_VALUE)
Fixes: commit 97707f12fdab ("tpm: Support boot
Hi Tom,
On Mon, 13 Nov 2023 at 07:06, Tom Rini wrote:
>
> On Mon, Nov 13, 2023 at 09:01:02PM +0800, Bin Meng wrote:
> > Hi Simon,
> >
> > On Mon, Nov 13, 2023 at 4:02 AM Simon Glass wrote:
> > >
> > > Hi Bin,
> > >
> > > On Mon, 6 Nov 2023 at 08:36, Tom Rini wrote:
> > > >
> > > > On Mon, Nov
On Mon, Nov 13, 2023 at 09:01:02PM +0800, Bin Meng wrote:
> Hi Simon,
>
> On Mon, Nov 13, 2023 at 4:02 AM Simon Glass wrote:
> >
> > Hi Bin,
> >
> > On Mon, 6 Nov 2023 at 08:36, Tom Rini wrote:
> > >
> > > On Mon, Nov 06, 2023 at 06:26:15PM +0800, Bin Meng wrote:
> > > > + Tom,
> > > >
> > > >
On Sun, Nov 12, 2023 at 09:24:50PM +, Andre Przywara wrote:
> Hi Tom,
>
> please pull some more sunxi changes for this cycle:
>
> the first few patches are some easy refactorings and fixes, most of them
> actually don't change the generated binaries at all. Then there is a
> defconfig for a
Hi Bin,
On Mon, 13 Nov 2023 at 06:01, Bin Meng wrote:
>
> Hi Simon,
>
> On Mon, Nov 13, 2023 at 4:02 AM Simon Glass wrote:
> >
> > Hi Bin,
> >
> > On Mon, 6 Nov 2023 at 08:36, Tom Rini wrote:
> > >
> > > On Mon, Nov 06, 2023 at 06:26:15PM +0800, Bin Meng wrote:
> > > > + Tom,
> > > >
> > > >
On Sun, 12 Nov 2023 at 16:54, Heinrich Schuchardt
wrote:
>
> The field RsdtAddress has only 32 bit. The RSDT table cannot be located
> beyond 4 GiB.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> v2:
> Avoid superfluous 0 assignment. RSDP is already zeroed out.
> Use constants
+Simon +Trini
On Fri, Nov 10, 2023 at 2:13 PM Shantur Rathore wrote:
>
> Currently when a hub is turned on, all the ports are powered on.
> This works well for hubs which have individual power control.
>
> For the hubs without individual power control this has no effect.
> Mostly in these
Hi Simon,
On Mon, Nov 13, 2023 at 4:02 AM Simon Glass wrote:
>
> Hi Bin,
>
> On Mon, 6 Nov 2023 at 08:36, Tom Rini wrote:
> >
> > On Mon, Nov 06, 2023 at 06:26:15PM +0800, Bin Meng wrote:
> > > + Tom,
> > >
> > > Hi Simon,
> > >
> > > On Mon, Nov 6, 2023 at 12:29 AM Simon Glass wrote:
> > > >
Hi Tom
Please pull the STM32 related patches for u-boot/next, v2024.04:
u-boot-stm32-20231113
CI status: https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/18567
The following changes since commit 3b6db6901ff5babbb9d21f0fca750996e29d85e0:
Merge branch '2023-11-10-improve
On 2023-11-13 11:01, Shantur Rathore wrote:
Add smbios information for Pine64 RockPro64 board and enable in
config
Signed-off-by: Shantur Rathore
---
Changes v3: Enable SYSINFO and SYSINFO_SMBIOS in defconfig
arch/arm/dts/rk3399-rockpro64-u-boot.dtsi | 22 ++
On 11/9/23 18:10, Igor Prusov wrote:
> Now that we have time conversion defines from in time.h there is no need
> for each driver to define their own version.
>
> Signed-off-by: Igor Prusov
> ---
>
> board/friendlyarm/nanopi2/onewire.c | 5 +
> drivers/clk/at91/clk-main.c
On lis 12, 2023 10:26, Jonas Karlman wrote:
> The commit fd6e425be243 ("rockchip: rk3588-rock-5b: Enable boot from SPI
> NOR flash") added a new BROM_BOOTSOURCE_SPINOR_RK3588 with value 6.
>
> At the time the reason for this new bootsource id value 6 was unknown.
>
> We now know that the BootRom
Signed-off-by: Francois Berder
---
lib/slre.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/slre.c b/lib/slre.c
index e82a9e7635..e1a50443e0 100644
--- a/lib/slre.c
+++ b/lib/slre.c
@@ -686,6 +686,7 @@ int main(int argc, char *argv[])
}
if (!slre_compile(, argv[1])) {
Add smbios information for Pine64 RockPro64 board and enable in
config
Signed-off-by: Shantur Rathore
---
Changes
v4: Change PINE64 to Pine64
v3: Enable SYSINFO and SYSINFO_SMBIOS in defconfig
arch/arm/dts/rk3399-rockpro64-u-boot.dtsi | 22 ++
This commit adds a general flow to explain the usage of firewalls and
the chain of trust in K3 devices.
Signed-off-by: Manorit Chawdhry
---
doc/board/ti/k3.rst | 45 +
1 file changed, 45 insertions(+)
diff --git a/doc/board/ti/k3.rst
The previous documentation had been very crude so refactor it to make it
cleaner and concise.
Signed-off-by: Manorit Chawdhry
---
doc/board/ti/k3.rst | 270 +---
1 file changed, 171 insertions(+), 99 deletions(-)
diff --git a/doc/board/ti/k3.rst
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.
Signed-off-by: Manorit Chawdhry
---
arch/arm/dts/k3-j7200-binman.dtsi | 143
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.
Signed-off-by: Manorit Chawdhry
---
arch/arm/dts/k3-j721s2-binman.dtsi | 208
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.
Signed-off-by: Manorit Chawdhry
---
arch/arm/dts/k3-j721e-binman.dtsi | 187
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 | 2 ++
arch/arm/dts/k3-security.h | 58
Add test for TI firewalling node in ti-secure.
Reviewed-by: Simon Glass
Signed-off-by: Manorit Chawdhry
---
tools/binman/ftest.py | 23 ++
tools/binman/test/319_ti_secure_firewall.dts | 28 ++
We can now firewall entities while loading them through our secure
entity TIFS, the required information should be present in the
certificate that is being parsed by TIFS.
The following commit adds the support to enable the certificates to be
generated if the firewall configurations are present
1 - 100 of 117 matches
Mail list logo