On 12/6/22 03:33, Marek Vasut wrote:
> In case Dcache is enabled while the ECDSA authentication function is
> called via BootROM ROM API, the CRYP DMA might pick stale version of
> data from DRAM. Disable Dcache around the BootROM call to avoid this
> issue.
>
> Signed-off-by: Marek Vasut
> --
Hi
On 12/6/22 03:35, Marek Vasut wrote:
> Enable the stm32prog, stm32key, stboard commands on DHSOM.
> Those can be used e.g. to implement verified boot.
>
> Signed-off-by: Marek Vasut
> ---
> Cc: Patrice Chotard
> Cc: Patrick Delaunay
> ---
> configs/stm32mp15_dhcom_basic_defconfig | 4
Hi
On 12/6/22 03:35, Marek Vasut wrote:
> Increment the boot counter already in U-Boot SPL instead of incrementing
> it only later in U-Boot proper. This can be used by SPL to boot either of
> two U-Boot copies and improve redundancy of software on the platform, e.g.
> in case of full A/B update
Hi Marek
On 12/6/22 03:35, Marek Vasut wrote:
> Enable watchdog timer on the DHSOM by default, both in U-Boot proper and
> in SPL. This can be used in combination with boot counter by either SPL
> or U-Boot proper to boot either copy of system software, e.g. in case of
> full A/B update strategy.
MAC address of a link-partner is not saved for future use because of
bad condition of if statement. Moreover it can potentially cause to
NULL-pointer dereference.
Signed-off-by: Viacheslav Mitrofanov
---
net/ndisc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/ndisc.c
IPv6 protocol handler is not terminated with a break statment.
It can lead to running unexpected code.
Signed-off-by: Viacheslav Mitrofanov
---
net/net.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/net/net.c b/net/net.c
index 1c39acc493..57da9bda85 100644
--- a/net/net.c
+++ b/net/net.c
On Tue, 2022-12-06 at 03:14 +0100, Daniel Schwierzeck wrote:
> «Внимание! Данное письмо от внешнего адресата!»
>
> On 12/2/22 10:18, Viacheslav Mitrofanov wrote:
> > Implement basic of NDP. It doesn't include such things as Router
> > Solicitation, Router Advertisement and Redirect. It just has
>
Hi Pali,
On 12/5/22 19:18, Pali Rohár wrote:
On Monday 05 December 2022 12:42:44 Stefan Roese wrote:
Hi!
On 12/4/22 11:39, Pali Rohár wrote:
Hello!
I would suggest to change description of the patch from
"mvebu: fix end-of-array check"
to something like:
"arm: mvebu: Espressobin:
在 2022-12-06星期二的 00:45 +，Andre Przywara写道：
> This adds the basic SoC .dtsi devicetree stub for the Allwinner T113s
> SoC. This shares a die with the Allwinner D1 SoC (with RISC-V cores),
> but uses two Cortex-A7 cores instead of the T-HEAD C906 RISC-V core.
>
> Include the existing D1 devicetr
Hi chenzhipeng,
On 12/6/22 04:16, chenzhipeng wrote:
add the clint timer device configuration item to Kconfig
Signed-off-by: chenzhipeng
---
drivers/timer/Kconfig | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/timer/Kconfig b/drivers/timer/Kconfig
index 6d6665005c..3dd1b
Hi,
On Mon, Dec 5, 2022 at 8:46 PM Sean Anderson wrote:
>
> On 12/5/22 00:51, Kautuk Consul wrote:
> > Hi,
> >
> > On Sat, Dec 3, 2022 at 9:44 AM Bin Meng wrote:
> >>
> >> On Fri, Sep 23, 2022 at 3:03 PM Kautuk Consul
> >> wrote:
> >> >
> >> > To enable semihosting we also need to enable the f
On Tue, 2022-12-06 at 03:13 +0100, Daniel Schwierzeck wrote:
> «Внимание! Данное письмо от внешнего адресата!»
>
> On 12/2/22 10:18, Viacheslav Mitrofanov wrote:
> > Add net_ip6_handler (an IPv6 packet handler) into net_loop. Add
> > neighbor discovery mechanism into network init process. That is
在 2022-12-06星期二的 00:45 +，Andre Przywara写道：
> 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
It seems like some of us still have very different opinions about how
this handoff structure should and shouldn't be used, which I really
think need to be worked out and then codified in the spec before we
can call the document final, because otherwise no firmware project can
trust that it is safe
Hi Tom,
On 2022/12/6 06:25, Tom Rini wrote:
On Mon, Dec 05, 2022 at 09:35:41PM +, Peter Robinson wrote:
On Sat, Dec 3, 2022 at 12:31 PM Michal Suchanek wrote:
The i2c locks up when initialized before relocation, and it stays broken
in Linux as well breaking the ability to boot Linux.
The
On Sun, Dec 04, 2022 at 05:37:06PM -0500, Tom Rini wrote:
> While we do not want to use CONFIG_RSA_VERIFY_WITH_PKEY on the host, we
> cannot undef the symbol in this manner. As this ends up being a test
> within another function we can use !tools_build() as a test here.
>
> Cc: Simon Glass
> Sign
Hi Tom,
On Tue, 6 Dec 2022 at 15:03, Tom Rini wrote:
>
> When the user builds with BINMAN_ALLOW_MISSING=1 they're explicitly
> setting the flag to allow for additional binaries to be missing and so
> have acknowledged the output might not work. In this case we want to
> default to not passing a n
Enable watchdog timer on the DHSOM by default, both in U-Boot proper and
in SPL. This can be used in combination with boot counter by either SPL
or U-Boot proper to boot either copy of system software, e.g. in case of
full A/B update strategy.
Signed-off-by: Marek Vasut
---
Cc: Patrice Chotard
C
Increment the boot counter already in U-Boot SPL instead of incrementing
it only later in U-Boot proper. This can be used by SPL to boot either of
two U-Boot copies and improve redundancy of software on the platform, e.g.
in case of full A/B update strategy.
Signed-off-by: Marek Vasut
---
Cc: Pat
Enable the stm32prog, stm32key, stboard commands on DHSOM.
Those can be used e.g. to implement verified boot.
Signed-off-by: Marek Vasut
---
Cc: Patrice Chotard
Cc: Patrick Delaunay
---
configs/stm32mp15_dhcom_basic_defconfig | 4
configs/stm32mp15_dhcor_basic_defconfig | 4
2 files
With U-Boot having access to ROM API call table, it is possible to use
the ROM API call it authenticate e.g. signed kernel fitImages using the
BootROM ECDSA support. Make this available by pulling the ECDSA BootROM
call support from SPL-only guard.
Signed-off-by: Marek Vasut
---
Cc: Alexandru Gag
The ROM API table pointer is no longer accessible from U-Boot, fix
this by passing the ROM API pointer through. This makes it possible
for U-Boot to call ROM API functions to authenticate payload like
signed fitImages.
Signed-off-by: Marek Vasut
---
Cc: Alexandru Gagniuc
Cc: Patrice Chotard
Cc:
The STM32MP15xx platform currently comes with two incompatible
implementations of save_boot_params() weak function override.
Factor the save_boot_params() implementation into common cpu.c
code and provide accessors to read out both ROM API table address
and DT address from any place in the code ins
In case Dcache is enabled while the ECDSA authentication function is
called via BootROM ROM API, the CRYP DMA might pick stale version of
data from DRAM. Disable Dcache around the BootROM call to avoid this
issue.
Signed-off-by: Marek Vasut
---
Cc: Alexandru Gagniuc
Cc: Patrice Chotard
Cc: Patr
On 12/2/22 10:18, Viacheslav Mitrofanov wrote:
Implement basic of NDP. It doesn't include such things as Router
Solicitation, Router Advertisement and Redirect. It just has Neighbor
Solicitation and Neighbor Advertisement. Only these two features are used
in u-boot IPv6. Implementation of some
On 12/2/22 10:18, Viacheslav Mitrofanov wrote:
Add net_ip6_handler (an IPv6 packet handler) into net_loop. Add
neighbor discovery mechanism into network init process. That is the
main step to run IPv6 in u-boot. Now u-boot is capable to use NDP and
handle IPv6 packets.
Signed-off-by: Viachesl
On Sat, Nov 19, 2022 at 06:45:08PM -0500, Tom Rini wrote:
> As we have more legacy PMIC drivers to move to Kconfig, guard them all
> with POWER_LEGACY or SPL_POWER_LEGACY. Do the same kind of check for
> building the drivers too. This also means that we need to resort the
> list slightly in the Ma
On Wed, Nov 16, 2022 at 01:10:25PM -0500, Tom Rini wrote:
> The rest of the unmigrated CONFIG symbols in the CONFIG_SYS_NOR
> namespace do not easily transition to Kconfig. In many cases they likely
> should come from the device tree instead. Move these out of CONFIG
> namespace and in to CFG name
On Sat, Nov 12, 2022 at 05:36:42PM -0500, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_SYS_NAND_DBW_8
>CONFIG_SYS_NAND_DBW_16
>
> Note that all instances of the code check for CONFIG_SYS_NAND_DBW_16
> being defined, and then "else" to CONFIG_SYS_NAND_DBW_8 whereas all
When the user builds with BINMAN_ALLOW_MISSING=1 they're explicitly
setting the flag to allow for additional binaries to be missing and so
have acknowledged the output might not work. In this case we want to
default to not passing a non-zero exit code.
Cc: Simon Glass
Reported-by: Peter Robinson
Hi Michal,
(Well, that's embarassing. Sending again with a useful subject.)
I'm bringing up u-boot on a custom zynqmp platform. For the PSU
initialization, I can start with the psu_init_gpl.[ch] files embedded in
the .xsa generated by Vivado. However, these are pretty flawed [1, 2].
What is
On Tue, Nov 29, 2022 at 10:00:19AM +0100, Dario Binacchi wrote:
> Hi Colinn
>
> On Fri, Nov 18, 2022 at 1:08 PM Dario Binacchi
> wrote:
> >
> > Hi Colin,
> >
> > On Tue, Nov 15, 2022 at 5:35 PM Colin Foster
> > wrote:
> > >
> > > The nand_spl_load_image function was guaranteed to read an entire
This includes a preliminary basic DT and a defconfig to get the board
booted. Although there is some DRAM code based on some disassembly, it
is not ready yet, so the SPL doesn't really work, and needs some help
from awboot.
Signed-off-by: Andre Przywara
---
arch/arm/dts/Makefile
From: Samuel Holland
D1 (aka D1-H), D1s (aka F133), R528, and T113 are a family of SoCs based
on a single die, or at a pair of dies derived from the same design.
D1 and D1s contain a single T-HEAD Xuantie C906 CPU, whereas R528 and
T113 contain a pair of Cortex-A7's. D1 and R528 are the full ver
This adds the basic SoC .dtsi devicetree stub for the Allwinner T113s
SoC. This shares a die with the Allwinner D1 SoC (with RISC-V cores),
but uses two Cortex-A7 cores instead of the T-HEAD C906 RISC-V core.
Include the existing D1 devicetree stub, but add the ARM specific nodes,
like for the CPU
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: 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
---
drivers/clk/sunxi/Kconfig | 6 +
drivers/c
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
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
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
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
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
So far we were open-coding the pincontroller's GPIO output/input access
in each function using that.
Provide two functions that wrap that nicely, so users don't need to know
about the internals, and we can abstract the new D1 pinctrl more easily.
Signed-off-by: Andre Przywara
---
arch/arm/inclu
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
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
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 some early attempt at supporting the new SoC series that covers
the Allwinner D1 siblings R528 and T113s. They all share the same die,
although the D1 and D1s use RISC-V cores, which requires more plumbing,
to use the sunxi code across two architectures. Getting the R528 support
in sho
Hi Heinrich (and anyone else),
On Thu, 10 Nov 2022 at 15:15, Simon Glass wrote:
>
> Hi Heinrich,
>
> On Mon, 7 Nov 2022 at 16:35, Simon Glass wrote:
> >
> > Hi Heinrich,
> >
> > On Mon, 7 Nov 2022 at 12:15, Heinrich Schuchardt wrote:
> > >
> > > On 11/4/22 23:48, Simon Glass wrote:
> > > > So f
Hi Tom,
On Tue, 6 Dec 2022 at 12:56, Tom Rini wrote:
>
> On Tue, Dec 06, 2022 at 12:55:08PM +1300, Simon Glass wrote:
> > Hi Tom,
> >
> > On Tue, 6 Dec 2022 at 12:46, Tom Rini wrote:
> > >
> > > On Mon, Dec 05, 2022 at 11:43:24PM +, Peter Robinson wrote:
> > > > On Mon, Dec 5, 2022 at 11:35
On Tue, Dec 06, 2022 at 12:55:08PM +1300, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 6 Dec 2022 at 12:46, Tom Rini wrote:
> >
> > On Mon, Dec 05, 2022 at 11:43:24PM +, Peter Robinson wrote:
> > > On Mon, Dec 5, 2022 at 11:35 PM Tom Rini wrote:
> > > >
> > > > On Mon, Dec 05, 2022 at 11:29:30PM
Hi,
On Tue, 6 Dec 2022 at 11:25, Tom Rini wrote:
>
> On Mon, Dec 05, 2022 at 09:35:41PM +, Peter Robinson wrote:
> > On Sat, Dec 3, 2022 at 12:31 PM Michal Suchanek wrote:
> > >
> > > The i2c locks up when initialized before relocation, and it stays broken
> > > in Linux as well breaking the
Hi Heinrich,
On Mon, 5 Dec 2022 at 13:38, Heinrich Schuchardt
wrote:
>
> * Allow the sound command to select the sine or the square waveform.
> * Allow to play multiple tones with one command.
> * Adjust documentation.
> * Adjust unit test.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> This wou
Hi Tom,
On Tue, 6 Dec 2022 at 12:46, Tom Rini wrote:
>
> On Mon, Dec 05, 2022 at 11:43:24PM +, Peter Robinson wrote:
> > On Mon, Dec 5, 2022 at 11:35 PM Tom Rini wrote:
> > >
> > > On Mon, Dec 05, 2022 at 11:29:30PM +, Peter Robinson wrote:
> > > > On Mon, Dec 5, 2022 at 11:23 PM Tom Rin
On Mon, Dec 5, 2022 at 11:46 PM Tom Rini wrote:
>
> On Mon, Dec 05, 2022 at 11:43:24PM +, Peter Robinson wrote:
> > On Mon, Dec 5, 2022 at 11:35 PM Tom Rini wrote:
> > >
> > > On Mon, Dec 05, 2022 at 11:29:30PM +, Peter Robinson wrote:
> > > > On Mon, Dec 5, 2022 at 11:23 PM Tom Rini wro
On Mon, Dec 05, 2022 at 11:43:24PM +, Peter Robinson wrote:
> On Mon, Dec 5, 2022 at 11:35 PM Tom Rini wrote:
> >
> > On Mon, Dec 05, 2022 at 11:29:30PM +, Peter Robinson wrote:
> > > On Mon, Dec 5, 2022 at 11:23 PM Tom Rini wrote:
> > > >
> > > > On Mon, Dec 05, 2022 at 11:13:03PM +,
On Mon, Dec 5, 2022 at 11:35 PM Tom Rini wrote:
>
> On Mon, Dec 05, 2022 at 11:29:30PM +, Peter Robinson wrote:
> > On Mon, Dec 5, 2022 at 11:23 PM Tom Rini wrote:
> > >
> > > On Mon, Dec 05, 2022 at 11:13:03PM +, Peter Robinson wrote:
> > > > On Thu, Nov 10, 2022 at 2:17 AM Simon Glass
On Mon, Dec 05, 2022 at 11:29:30PM +, Peter Robinson wrote:
> On Mon, Dec 5, 2022 at 11:23 PM Tom Rini wrote:
> >
> > On Mon, Dec 05, 2022 at 11:13:03PM +, Peter Robinson wrote:
> > > On Thu, Nov 10, 2022 at 2:17 AM Simon Glass wrote:
> > > >
> > > > Buildman should consider a build as a
On Mon, Dec 5, 2022 at 11:23 PM Tom Rini wrote:
>
> On Mon, Dec 05, 2022 at 11:13:03PM +, Peter Robinson wrote:
> > On Thu, Nov 10, 2022 at 2:17 AM Simon Glass wrote:
> > >
> > > Buildman should consider a build as a success (with warnings) if missing
> > > blobs have been dealt with by binma
On Mon, Dec 05, 2022 at 11:13:03PM +, Peter Robinson wrote:
> On Thu, Nov 10, 2022 at 2:17 AM Simon Glass wrote:
> >
> > Buildman should consider a build as a success (with warnings) if missing
> > blobs have been dealt with by binman, even though buildman itself returns
> > and error code ove
On Thu, Nov 10, 2022 at 2:17 AM Simon Glass wrote:
>
> Buildman should consider a build as a success (with warnings) if missing
> blobs have been dealt with by binman, even though buildman itself returns
> and error code overall. This is how other warnings are dealt with.
>
> We cannot easily acce
On Mon, Dec 05, 2022 at 09:35:41PM +, Peter Robinson wrote:
> On Sat, Dec 3, 2022 at 12:31 PM Michal Suchanek wrote:
> >
> > The i2c locks up when initialized before relocation, and it stays broken
> > in Linux as well breaking the ability to boot Linux.
> >
> > The i2c bus and pmic was not ac
On Sat, Dec 3, 2022 at 12:31 PM Michal Suchanek wrote:
>
> The i2c locks up when initialized before relocation, and it stays broken
> in Linux as well breaking the ability to boot Linux.
>
> The i2c bus and pmic was not actually used in pre-reloc before
> commit ad607512f575 ("power: pmic: rk8xx:
Dne sreda, 23. november 2022 ob 23:51:17 CET je Andre Przywara napisal(a):
> Commit 08574ed339fb ("Convert CONFIG_SYS_MONITOR_LEN to Kconfig") moved
> the definition of said config variable from the common sunxi header to
> *every board's* defconfig.
> This is a platform choice, not board specific,
Hey all,
Now that we're back on schedule, here's -rc3. Since -rc2 I've pulled in
a lot of network changes that've been outstanding, and with maybe one
exception that's done now. I hope we can stay in a fairly narrow
stabilization patch flow now, and to that end I'm also opening up -next.
With -ne
On Fri, Dec 02, 2022 at 12:17:58PM +0300, Viacheslav Mitrofanov wrote:
> This patch is a collection of basic primitives that are prerequisite for
> further IPv6 implementation.
>
> There are structures definition such as IPv6 header, UDP header
> (for TFTP), ICMPv6 header. There are auxiliary def
On 12/5/22 14:04, Patrick DELAUNAY wrote:
> Hi,
>
> On 12/2/22 22:03, Sean Anderson wrote:
>> This adds the UUU UCmd functionality as an OEM command. While the
>> fastboot tool allows sending arbitrary commands as long as they are
>> prefixed with "oem". This allows running generic U-Boot commands
On 12/5/22 19:54, Xavier Drudis Ferran wrote:
arch/arm/dts/rk3399.dtsi has a node
usb_host0_ehci: usb@fe38 {
compatible = "generic-ehci";
with clocks:
clocks = <&cru HCLK_HOST0>, <&cru HCLK_HOST0_ARB>,
<&u2phy0>;
The first 2 refer to nodes with class UC
Hi,
On 12/2/22 22:03, Sean Anderson wrote:
This adds the UUU UCmd functionality as an OEM command. While the
fastboot tool allows sending arbitrary commands as long as they are
prefixed with "oem". This allows running generic U-Boot commands over
fastboot without UUU, which is especially useful
arch/arm/dts/rk3399.dtsi has a node
usb_host0_ehci: usb@fe38 {
compatible = "generic-ehci";
with clocks:
clocks = <&cru HCLK_HOST0>, <&cru HCLK_HOST0_ARB>,
<&u2phy0>;
The first 2 refer to nodes with class UCLASS_CLK, but &u2phy0
has class UCLASS_PHY.
u2phy
On Monday 05 December 2022 12:42:44 Stefan Roese wrote:
> Hi!
>
> On 12/4/22 11:39, Pali Rohár wrote:
> > Hello!
> >
> > I would suggest to change description of the patch from
> >
> >"mvebu: fix end-of-array check"
> >
> > to something like:
> >
> >"arm: mvebu: Espressobin: fix end-of
On 12/5/22 16:33, Niel Fourie wrote:
Hi Marek,
Hi,
On 05/12/2022 13:06, Niel Fourie wrote:
[...]
It does however show that this patch introduces a bug -- this patch
changes the order in which priv->state = ETH_STATE_PASSIVE; is
assigned from _after_ the ->stop callback to _before_ the -> s
On 12/5/22 13:06, Niel Fourie wrote:
Hi,
[...]
How come nobody triggered this problem with regular ethernet in
U-Boot ?
If this is isolated to USB gadget ethernet, then please do not hack
around this in core networking code, but rather fix the USB ethernet
gadget itself. It seems that gadg
Hi Dan, Julius,
On Tue, 6 Dec 2022 at 06:51, Dan Handley wrote:
>
> Hi
>
> Just a few comments:
>
> * I agree with Julius that in general it isn't feasible for firmware to
> refuse to accept a TL with unknown tags. The structures are defined to help
> with backwards/forwards compatibility. To a
Hi
Just a few comments:
* I agree with Julius that in general it isn't feasible for firmware to refuse
to accept a TL with unknown tags. The structures are defined to help with
backwards/forwards compatibility. To assume that all firmware is built at the
same time is a special case. A particul
On Mon, Dec 5, 2022 at 12:37 PM Tom Rini wrote:
> I'm not really happy with this approach. It's not that upstream doesn't
> have aliases now, it's that it has different aliases, right? That's why
> they won't accept these?
imx6q.dtsi does have the default mmc aliases:
mmc0 = &usdhc1;
mmc1 = &u
On Tue, Dec 06, 2022 at 05:11:46AM +1300, Simon Glass wrote:
> Hi Tom,
>
> On Wed, 12 Oct 2022 at 05:13, Tom Rini wrote:
> >
> > On Tue, Oct 11, 2022 at 08:14:53AM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Sat, 8 Oct 2022 at 21:33, Simon Glass wrote:
> > > >
> > > > This series cont
On 12/5/22 14:49, Miquel Raynal wrote:
Hi Francesco,
Hi,
france...@dolcini.it wrote on Mon, 5 Dec 2022 12:26:44 +0100:
On Fri, Dec 02, 2022 at 06:08:22PM +0100, Marek Vasut wrote:
But here I would say this is a firmware bug and it might have to be handled
like a firmware bug, i.e. with fix
Hi
On Mon, Dec 5, 2022 at 5:11 PM Simon Glass wrote:
>
> Hi Frieder,
>
> On Fri, 25 Nov 2022 at 04:09, Frieder Schrempf
> wrote:
> >
> > On 07.10.22 13:58, Fabio Estevam wrote:
> > > On Fri, Oct 7, 2022 at 8:34 AM Michael Nazzareno Trimarchi
> > > wrote:
> > >
> > >> About this change, there wa
Hi Tom,
On Wed, 12 Oct 2022 at 05:13, Tom Rini wrote:
>
> On Tue, Oct 11, 2022 at 08:14:53AM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Sat, 8 Oct 2022 at 21:33, Simon Glass wrote:
> > >
> > > This series contains a few clang-14 fixes to partly resolve the problems
> > > shown by [1].
> >
On Mon, 5 Dec 2022 at 11:37, Tom Rini wrote:
>
> While we do not want to use CONFIG_RSA_VERIFY_WITH_PKEY on the host, we
> cannot undef the symbol in this manner. As this ends up being a test
> within another function we can use !tools_build() as a test here.
>
> Cc: Simon Glass
> Signed-off-by:
On Mon, 5 Dec 2022 at 09:53, Heinrich Schuchardt
wrote:
>
> In the callback function we have to use memcpy(). Otherwise we add
> the new samples on top of what is stored in the stream buffer.
>
> If we don't have enough data, zero out the rest of the stream buffer.
>
> Our sampling frequency is 48
On Mon, 5 Dec 2022 at 09:53, Heinrich Schuchardt
wrote:
>
> Add function sound_create_sine_wave().
>
> Signed-off-by: Heinrich Schuchardt
> ---
> drivers/sound/sound.c | 39 +++
> include/sound.h | 12
> 2 files changed, 51 insertions(+)
>
Hi Frieder,
On Fri, 25 Nov 2022 at 04:09, Frieder Schrempf
wrote:
>
> On 07.10.22 13:58, Fabio Estevam wrote:
> > On Fri, Oct 7, 2022 at 8:34 AM Michael Nazzareno Trimarchi
> > wrote:
> >
> >> About this change, there was a commit from Simon 8d38a8459b0
> >> that was renamed. You ask basically t
Hi Pali,
On Mon, 5 Dec 2022 at 10:51, Pali Rohár wrote:
>
> On Monday 05 December 2022 10:16:51 Simon Glass wrote:
> > On Thu, 1 Dec 2022 at 07:55, Derek LaHousse wrote:
> > >
> > > Properly seek the end of default_environment variables.
> > >
> > > The current algorithm overwrites from the seco
On Mon, Dec 05, 2022 at 12:29:38PM +0100, Michal Simek wrote:
> Hi Tom,
>
> please pull these changes to your tree. I thought that we are running
> regression against upstream regularly but it looks like that it wasn't the
> case. Based on internal upgrade to rc2 version we found some issues with
On Mon, Dec 05, 2022 at 08:30:53AM +0100, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c:
>
> The following changes since commit d2c5607edde2544e059fa871927877213f6bd532:
>
> Merge tag 'efi-2023-01-rc3' of
> https://source.denx.de/u-boot/custodians/u-boot-efi (2022-12-04
On Sun, Dec 4, 2022 at 1:22 PM Simon Glass wrote:
>
> Hi Rob,
>
> On Tue, 29 Nov 2022 at 05:22, Rob Herring wrote:
> >
> > On Fri, Nov 25, 2022 at 3:18 PM Simon Glass wrote:
> > >
> > > Hi Abdellatif,
> > >
> > > On Thu, 24 Nov 2022 at 06:21, Abdellatif El Khlifi
> > > wrote:
> > > >
> > > > O
On Sat, Dec 03, 2022 at 09:23:10AM -0300, Fabio Estevam wrote:
> On Fri, Dec 2, 2022 at 8:36 PM Tom Rini wrote:
>
> > No, upstream has different aliases and doesn't want these. That's the
> > point of the above thread, right?
>
> Upstream is correct in not accepting new alias for this board, as
Hi Marek,
On 05/12/2022 13:06, Niel Fourie wrote:
[...]
It does however show that this patch introduces a bug -- this patch
changes the order in which priv->state = ETH_STATE_PASSIVE; is
assigned from _after_ the ->stop callback to _before_ the -> stop
callback. This breaks drivers/net/ldpaa_
Hi Francesco,
france...@dolcini.it wrote on Mon, 5 Dec 2022 12:30:16 +0100:
> Hello Miquel
>
> On Fri, Dec 02, 2022 at 06:20:02PM +0100, Francesco Dolcini wrote:
> > On Fri, Dec 02, 2022 at 05:42:55PM +0100, Miquel Raynal wrote:
> > > Please also do it with the NAND chip described. If, when th
On 12/5/22 00:51, Kautuk Consul wrote:
> Hi,
>
> On Sat, Dec 3, 2022 at 9:44 AM Bin Meng wrote:
>>
>> On Fri, Sep 23, 2022 at 3:03 PM Kautuk Consul
>> wrote:
>> >
>> > To enable semihosting we also need to enable the following
>> > configs in defconfigs:
>> > CONFIG_SEMIHOSTING
>> > CONFIG_SPL_
On Saturday, December 3, 2022 7:23:10 A.M. EST Fabio Estevam wrote:
> On Fri, Dec 2, 2022 at 8:36 PM Tom Rini wrote:
> > No, upstream has different aliases and doesn't want these. That's the
> > point of the above thread, right?
>
> Upstream is correct in not accepting new alias for this board, a
On Mon, Dec 5, 2022 at 1:51 PM Kautuk Consul wrote:
>
> Hi,
>
> On Sat, Dec 3, 2022 at 9:44 AM Bin Meng wrote:
> >
> > On Fri, Sep 23, 2022 at 3:03 PM Kautuk Consul
> > wrote:
> > >
> > > To enable semihosting we also need to enable the following
> > > configs in defconfigs:
> > > CONFIG_SEMIHO
Hi Francesco,
france...@dolcini.it wrote on Mon, 5 Dec 2022 12:26:44 +0100:
> On Fri, Dec 02, 2022 at 06:08:22PM +0100, Marek Vasut wrote:
> > But here I would say this is a firmware bug and it might have to be handled
> > like a firmware bug, i.e. with fixup in the partition parser. I seem to be
From: Tien Fong Chee
Enable register settings from device tree in SPL, which require high
privilege access like firewall registers. This also provides user a clean
interface and all register settings are centralized in one place, device
tree.
Signed-off-by: Tien Fong Chee
Signed-off-by: Jit Loo
From: Tien Fong Chee
Switching the firewall, and high privilege registers setting in source
codes over to device tree implementation.
Signed-off-by: Tien Fong Chee
Signed-off-by: Jit Loon Lim
---
arch/arm/Kconfig | 2 ++
arch/arm/mach-socfpga/Makefile
From: Tien Fong Chee
Add a document to describe firewall and privilege register settings binding
information.
Signed-off-by: Tien Fong Chee
Signed-off-by: Jit Loon Lim
---
.../misc/socfpga_secreg.txt | 26 +++
1 file changed, 26 insertions(+)
create mode 100
1 - 100 of 114 matches
Mail list logo
