Hi Bin,
On Sat, 28 Aug 2021 at 19:29, Bin Meng wrote:
>
> Hi Simon,
>
> On Sun, Aug 29, 2021 at 12:45 AM Simon Glass wrote:
> >
> > Hi Bin,
> >
> > On Sat, 28 Aug 2021 at 07:15, Bin Meng wrote:
> > >
> > > Hi Simon,
> > >
> > > On Sat, Aug 28, 2021 at 11:23 AM Simon Glass wrote:
> > > >
> > >
Hi Simon,
On Sun, Aug 29, 2021 at 12:45 AM Simon Glass wrote:
>
> Hi Bin,
>
> On Sat, 28 Aug 2021 at 07:15, Bin Meng wrote:
> >
> > Hi Simon,
> >
> > On Sat, Aug 28, 2021 at 11:23 AM Simon Glass wrote:
> > >
> > > At present some of the ideas and techniques behind devicetree in U-Boot
> > > are
Am 2021-08-26 18:32, schrieb Vladimir Oltean:
On Thu, Aug 26, 2021 at 09:35:12AM +0200, Michael Walle wrote:
Theres still one catch at the moment, AFAIK in linux you can put the
PHYs either in the mdio controller node or in a "mdio" subnode within
the ethernet controller node. I'm not sure wethe
Hi Heinrich,
On Sat, 28 Aug 2021 at 06:18, Heinrich Schuchardt wrote:
>
> The current TPM emulation in drivers/tpm/tpm(2)_tis_sandbox.c is not
> spec compliant.
Do you mean it is incomplete or that it has bugs? If it is incomplete,
what is needed by U-Boot?
>
> A TPM emulation as UNIX socket ex
This is just a demonstration of how to support EFI loader using bootflow.
Various things need cleaning up, not least that the naming needs to be
finalised. I will deal with that in the v2 series.
In order to support multiple methods of booting from the same device, we
should probably separate out
On Fri, Aug 27, 2021 at 02:32:00PM -0700, Tim Harvey wrote:
> On Thu, Aug 26, 2021 at 12:41 PM Tom Rini wrote:
> >
> > On Thu, Aug 26, 2021 at 09:39:20AM -0700, Tim Harvey wrote:
> >
> > > Greetings,
> > >
> > > I'm trying to understand what the best memory usage is in U-Boot for
> > > IMX8M board
Hi Mark,
On Fri, 27 Aug 2021 at 13:52, Mark Kettenis wrote:
>
> > From: Simon Glass
> > Date: Thu, 26 Aug 2021 21:57:19 -0600
> > Cc: Heinrich Schuchardt ,
> > Ilias Apalodimas ,
> > U-Boot Mailing List
> > Content-Type: text/plain; charset="UTF-8"
> >
> > Hi Mark,
> >
> > On Th
This series includes a documentation update to clarify how U-Boot makes
use of devicetree and its requirements when working with other firmware
projects.
Once agreed it should provide more clarity in this area, which seems to
have devolved into a confusing mire recently.
My goal here is to sort o
The current list is missing a few items. Add them.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add new patch to document remaining runtime-config options
doc/device-tree-bindings/config.txt | 45 +
1 file changed, 45 insertions(+)
diff --git a/doc/device-tree-b
Sort these and add a type so it is clear how to set the value. Add a note
about usage to the top. Correct the 'no-keyboard' binding which is missing
a prefix.
Signed-off-by: Simon Glass
---
Note that some uses a u-boot prefix and some don't. Once [1] is applied
we may want to update this to alway
At present some of the ideas and techniques behind devicetree in U-Boot
are assumed, implied or unsaid. Add some documentation to cover how
devicetree is build, how it can be modified and the rules about using
the various CONFIG_OF_... options.
Signed-off-by: Simon Glass
---
Changes in v2:
- Fix
Hi Heinrich,
On Sat, 28 Aug 2021 at 07:39, Tom Rini wrote:
>
> On Sat, Aug 28, 2021 at 03:30:15PM +0200, Heinrich Schuchardt wrote:
> > On 8/28/21 3:01 PM, Tom Rini wrote:
> > > On Sat, Aug 28, 2021 at 02:29:21PM +0200, Heinrich Schuchardt wrote:
> > > > On 8/28/21 5:23 AM, Simon Glass wrote:
> >
Hi Bin,
On Sat, 28 Aug 2021 at 07:15, Bin Meng wrote:
>
> Hi Simon,
>
> On Sat, Aug 28, 2021 at 11:23 AM Simon Glass wrote:
> >
> > At present some of the ideas and techniques behind devicetree in U-Boot
> > are assumed, implied or unsaid. Add some documentation to cover how
> > devicetree is bu
Hi,
On Sat, 28 Aug 2021 at 07:39, Tom Rini wrote:
>
> On Sat, Aug 28, 2021 at 03:30:15PM +0200, Heinrich Schuchardt wrote:
> > On 8/28/21 3:01 PM, Tom Rini wrote:
> > > On Sat, Aug 28, 2021 at 02:29:21PM +0200, Heinrich Schuchardt wrote:
> > > > On 8/28/21 5:23 AM, Simon Glass wrote:
> > > > > At
On Mon, Aug 23, 2021 at 5:14 PM Bharat Kumar Reddy Gooty
wrote:
>
> From: Bharat Gooty
>
> Broadcom bnxt L2 driver support. Used by the Broadcom
> iproc platforms.
>
> Signed-off-by: Bharat Gooty
> ---
> drivers/net/Kconfig |1 +
> drivers/net/Makefile|1 +
> drivers/net
>From 47256d6b85f3622cfd1b498d04d0fdda3b713c67 Mon Sep 17 00:00:00 2001
From: Dzmitry Sankouski
Date: Sat, 28 Aug 2021 13:53:42 +0300
Subject: [PATCH] spmi: msm: add arbiter version 5 support
Signed-off-by: Dzmitry Sankouski
---
MAINTAINERS | 1 +
drivers/spmi/spmi-msm.c | 154 +++
On Sat, Aug 28, 2021 at 03:30:15PM +0200, Heinrich Schuchardt wrote:
> On 8/28/21 3:01 PM, Tom Rini wrote:
> > On Sat, Aug 28, 2021 at 02:29:21PM +0200, Heinrich Schuchardt wrote:
> > > On 8/28/21 5:23 AM, Simon Glass wrote:
> > > > At present some of the ideas and techniques behind devicetree in U
On Wed, Aug 25, 2021 at 1:28 PM Eugen Hristev
wrote:
>
> AT91EMAC driver is unused, thus removing.
>
> Signed-off-by: Eugen Hristev
> ---
> README | 11 -
> drivers/net/Makefile | 1 -
> drivers/net/at91_emac.c | 519 ---
> in
On 8/28/21 3:01 PM, Tom Rini wrote:
On Sat, Aug 28, 2021 at 02:29:21PM +0200, Heinrich Schuchardt wrote:
On 8/28/21 5:23 AM, Simon Glass wrote:
At present some of the ideas and techniques behind devicetree in U-Boot
are assumed, implied or unsaid. Add some documentation to cover how
devicetree
Hi Simon,
On Sat, Aug 28, 2021 at 11:23 AM Simon Glass wrote:
>
> At present some of the ideas and techniques behind devicetree in U-Boot
> are assumed, implied or unsaid. Add some documentation to cover how
> devicetree is build, how it can be modified and the rules about using
> the various CON
On Sat, Aug 28, 2021 at 02:29:21PM +0200, Heinrich Schuchardt wrote:
> On 8/28/21 5:23 AM, Simon Glass wrote:
> > At present some of the ideas and techniques behind devicetree in U-Boot
> > are assumed, implied or unsaid. Add some documentation to cover how
> > devicetree is build, how it can be mo
Hi Tim
On Fri, 2021-08-27 at 08:12 -0700, Tim Harvey wrote:
> ...
> > > > +++ b/arch/arm/dts/imx8mm-binman.dtsi
> > >
> > > is it really necessary to create a new binman include?
> >
> > No, I guess not. That's just what we loosely discussed. But this is also
> > exactly why I only posted it a
On 8/28/21 5:23 AM, Simon Glass wrote:
At present some of the ideas and techniques behind devicetree in U-Boot
are assumed, implied or unsaid. Add some documentation to cover how
devicetree is build, how it can be modified and the rules about using
the various CONFIG_OF_... options.
Signed-off-b
The current TPM emulation in drivers/tpm/tpm(2)_tis_sandbox.c is not
spec compliant.
A TPM emulation as UNIX socket exists with
https://github.com/stefanberger/swtpm.git. QEMU already uses this emulator.
Couldn't the sandbox do the same? I think this is the fastest way to get
a compliant sandbox
>From 7e77653742d9b6767ad1967dda2556f802ee9d60 Mon Sep 17 00:00:00 2001
From: Dzmitry Sankouski
Date: Fri, 27 Aug 2021 17:47:22 +0300
Subject: [PATCH] serial: qcom: add support for GENI serial driver.
Generic Interface (GENI) Serial Engine (SE) based uart
can be found on newer qualcomm SOCs, star
From: Oleksandr Suvorov
Initial support for Fairchild's 8 bit I2C gpio expander FXL6408.
The CONFIG_FXL6408_GPIO define enables support for such devices.
Based on: https://patchwork.kernel.org/patch/9148419/
Signed-off-by: Oleksandr Suvorov
Reviewed-by: Simon Glass
Signed-off-by: Oleksandr Su
From: Oleksandr Suvorov
The FXL6408 GPIO expander manages critical devices,
including on-module USB hub. Configure the expander to
switch the USB hub into bypass mode, allowing to use
on-carrier-board USB hub.
Signed-off-by: Oleksandr Suvorov
Signed-off-by: Oleksandr Suvorov
---
Changes in v2
Add support of the Fairchild's FXL6408 i2c gpio expander and enable
this driver for Toradex Colibri iMX8QXP SoM.
Changes in v2:
- Kconfig: add better description for the config option.
- gpio-fxl6408.c:
-- improve registers' naming.
-- fix code style (comments, etc.).
-- reimplement fxl6408_read()
If keydir is not provided but name is we want to use name as key_id.
But with the current coding name is only used on its own if it is NULL
and keydir is provided which never occurs.
Fixes: 824ee745fbca ("lib/rsa: Use the 'keyfile' argument from mkimage")
Signed-off-by: Heinrich Schuchardt
---
On RISC-V the sandbox must provide the /chosen/boot-hartid in the
devicetree.
Signed-off-by: Heinrich Schuchardt
---
arch/sandbox/lib/Makefile| 2 +-
arch/sandbox/lib/fdt_fixup.c | 25 +
2 files changed, 26 insertions(+), 1 deletion(-)
create mode 100644 arch/sandbo
The cpu nodes in arch/sandbox/dts/test.dts should conform to the devicetree
specification:
* property device_type must be set to "cpu"
* the reg property must be provided
* the cpu nodes must have an address
Signed-off-by: Heinrich Schuchardt
---
arch/sandbox/dts/test.dts | 14 +++---
d
For booting via UEFI on RISC-V the devicetree must provide the
/chosen/boot-hartid property.
Fix /cpus node of the sandbox test devicetree to provide a matching cpu.
Heinrich Schuchardt (2):
sandbox: correct cpu nodes
sandbox: provide /chosen/boot-hartid property
arch/sandbox/dts/test.dts
From: Ricardo Salveti
The CAAM on IMX7ULP doesn't support public key hardware acceleration
(PKHA), as in other NXP parts. Disable RSA_FREESCALE_EXP for IMX7ULP
too.
Fixed: f4e9ff7135 ("Kconfig: Don't use RSA_FREESCALE_EXP on IMX")
Signed-off-by: Ricardo Salveti
Signed-off-by: Oleksandr Suvorov
On Wed, Aug 25, 2021 at 5:13 PM Tom Rini wrote:
>
> On Wed, Aug 25, 2021 at 04:56:51PM +0300, Oleksandr Suvorov wrote:
>
> > From: Ricardo Salveti
> >
> > The CAAM on IMX7ULP doesn't support public key hardware acceleration
> > (PKHA), as in other NXP parts. Disable RSA_FREESCALE_EXP for IMX7ULP
34 matches
Mail list logo
