The previous patch adds support for rejecting images when the sha384/512
of an x.509 certificate is present in dbx. Update the sandbox selftests
Signed-off-by: Ilias Apalodimas
---
changes since v1:
- new patch
test/py/tests/test_efi_secboot/conftest.py| 6 +++
Currently we don't support sha384/512 for the X.509
certificate To-Be-Signed contents. Moreover if we come across such a
hash we skip the check and approve the image, although the image
might needs to be rejected.
It's worth noting here that efi_hash_regions() can now be reused from
On 2022/4/16 16:25, Johan Jonker wrote:
The rk3288/RK3399 DT synced from Linux contains some different
compatible strings in the mipi node then origanal used in U-boot.
Allow both options to be backwards compatible and to be able
to handle recent rk3288.dtsi and rk3399.dtsi files.
On 2022/4/16 15:45, Johan Jonker wrote:
The rk3288 DT synced from Linux contains some different
properties in the edp node then origanal used in U-boot.
Allow both options to be backwards compatible and to be able
to handle recent rk3288.dtsi files.
Signed-off-by: Johan Jonker
Reviewed-by:
On 2022/4/16 05:21, Johan Jonker wrote:
A number of rk3229/rk3288 DT files are synced from Linux.
Add a maintainer to look after them and to help with
review and testing.
Signed-off-by: Johan Jonker
Reviewed-by: Kever Yang
Thanks,
- Kever
---
On 2022/4/16 05:21, Johan Jonker wrote:
The Google Veyron rk3288 DT files are synced from Linux.
Add a maintainer to look after them and to help with
review and testing.
Signed-off-by: Johan Jonker
Reviewed-by: Kever Yang
Thanks,
- Kever
---
board/google/veyron/MAINTAINERS | 17
On 2022/4/16 05:21, Johan Jonker wrote:
Sync rk3288.dtsi from Linux version 5.17.
Signed-off-by: Johan Jonker
Reviewed-by: Kever Yang
Thanks,
- Kever
---
Changed V4:
move some current edp node properties to rk3288-u-boot.dtsi
rk_epd.c is not compatible with Linux DT
move some
On 2022/4/16 05:21, Johan Jonker wrote:
Sync rk3229-evb.dts from Linux version 5.17.
Signed-off-by: Johan Jonker
Reviewed-by: Kever Yang
Thanks,
- Kever
---
Changed V4:
alias has moved to board file
remove alias from rk322x.dtsi
---
arch/arm/dts/rk3229-evb.dts | 212
On 2022/4/16 05:21, Johan Jonker wrote:
Sync rk322x.dtsi from Linux version 5.17.
Signed-off-by: Johan Jonker
Reviewed-by: Kever Yang
Thanks,
- Kever
---
Changed V4:
keep mmc alias
Changed V2:
update
rename usb20_otg label
---
arch/arm/dts/rk3229-evb.dts | 2 +-
Hi Adam,
On Sun, Apr 17, 2022 at 7:16 PM Adam Ford wrote:
>
> Most, if not all of the imx8m[mnp] boards enable the SoC clock
> driver. The CLK_IMX8MQ isn't necessarily required yet, but as
> the new power domain driver will assume it is present. To simply
> this, enable the respective clock
On 4/12/22 04:45, Marek Vasut wrote:
> The arch/arm/include/asm/arch-imx8m/power-domain.h is not included
> anywhere except in drivers/power/domain/imx8m-power-domain.c, just
> inline the content and drop the header. No functional change.
>
> Tested-By: Tim Harvey #imx8mp-venice-defconfig
>
On 4/12/22 04:45, Marek Vasut wrote:
> In case the ops is not implemented, return 0 in the core right away.
> This is better than having multiple copies of functions which just
> return 0 in each power domain driver. Drop all those empty functions.
>
> Signed-off-by: Marek Vasut
> Cc: Patrick
On 4/12/22 04:45, Marek Vasut wrote:
> Add PCA9450 regulator driver. This is complementary driver for the BUCKn
> and LDOn regulators provided by the PCA9450 PMIC driver. Currently the
> driver permits reading the settngs and configuring the BUCKn and LDOn
> regulators.
>
> Reviewed-by: Fabio
On 4/12/22 04:45, Marek Vasut wrote:
> The upstream DT regulators node subnodes are named BUCKn and LDOn,
> the downstream DT regulators node subnodes are named buckn and ldon,
> add the upstream match.
>
> Reviewed-by: Fabio Estevam
> Signed-off-by: Marek Vasut
> Cc: Fabio Estevam
> Cc: Peng
On 3/31/22 11:54, Marek Vasut wrote:
> In case the ops is not implemented, return 0 in the core right away.
> This is better than having multiple copies of functions which just
> return 0 in each power domain driver. Drop all those empty functions.
>
> Signed-off-by: Marek Vasut
> Cc: Patrick
The Globalscale Technologies Sheevaplug board has the network chip
Marvell 88E1116R. Use uclass mvgbe and the compatible driver M88E1310
driver to bring up Ethernet.
- Remove CONFIG_RESET_PHY_R symbol from all board files
- Use uclass mvgbe to bring up the network. And remove ad-hoc code.
-
Most, if not all of the imx8m[mnp] boards enable the SoC clock
driver. The CLK_IMX8MQ isn't necessarily required yet, but as
the new power domain driver will assume it is present. To simply
this, enable the respective clock drivers when a given imx8m SoC
is selected. This will also shink the
On Tue, Apr 5, 2022 at 3:14 PM Tim Harvey wrote:
>
> On Mon, Apr 4, 2022 at 7:25 AM Marek Vasut wrote:
> >
> > On 4/4/22 16:15, Adam Ford wrote:
> > > On Mon, Apr 4, 2022 at 8:01 AM Marek Vasut wrote:
> > >>
> > >> On 4/4/22 14:51, Adam Ford wrote:
> > >>> On Wed, Mar 30, 2022 at 10:04 PM Marek
On 4/17/22 20:24, Adam Ford wrote:
Hi,
When I just reverted all three of those, it still hangs. However,
when I removed CONFIG_CLK, it recovered. I'll examine which clocks
may be missing or if there is some other clock dependency.
Hum, clock sounds indeed more plausible cause of the hang
The Zyxel NSA310s board has the network chip Marvell Alaska 88E1318S.
Use uclass mvgbe and the compatible driver M88E1310 driver to bring
up Ethernet.
- Use uclass mvgbe to bring up the network. And remove ad-hoc code.
- Remove CONFIG_RESET_PHY_R.
- Enable CONFIG_PHY_MARVELL to properly configure
The Beacon Embedded has a new variant with a different LPDDR4 chip.
This new chip has 4GB of RAM. Because the DDR timings are loaded
SPL, and there doesn't appear to be a way to determine which
chip timings are needed at runtime, a new config option is created to
enable the 4GB of memory and load
Due part shortages, there is a second variant of the Beacon
i.MX8M Mini SOM which contains a Micrel PHY.
Signed-off-by: Adam Ford
diff --git a/configs/imx8mm_beacon_defconfig b/configs/imx8mm_beacon_defconfig
index 403934a1ac..e8b29da92c 100644
--- a/configs/imx8mm_beacon_defconfig
+++
On Sun, Apr 17, 2022 at 1:15 PM Marek Vasut wrote:
>
> On 4/17/22 18:37, Adam Ford wrote:
>
> [...]
>
> > When I just reverted all three of those, it still hangs. However,
> > when I removed CONFIG_CLK, it recovered. I'll examine which clocks
> > may be missing or if there is some other clock
On 4/17/22 18:37, Adam Ford wrote:
[...]
When I just reverted all three of those, it still hangs. However,
when I removed CONFIG_CLK, it recovered. I'll examine which clocks
may be missing or if there is some other clock dependency.
Hum, clock sounds indeed more plausible cause of the hang
On Sun, Apr 17, 2022 at 10:16 AM Marek Vasut wrote:
>
> On 4/17/22 15:21, Adam Ford wrote:
> > On Sat, Apr 16, 2022 at 9:13 PM Marek Vasut wrote:
> >>
> >> On 4/17/22 03:01, Adam Ford wrote:
> >>
> >> Hi,
> >>
> > After the patch:
> >
> > U-Boot SPL 2022.04-00822-gc2a24a7ce5 (Apr 16
On 4/17/22 15:21, Adam Ford wrote:
On Sat, Apr 16, 2022 at 9:13 PM Marek Vasut wrote:
On 4/17/22 03:01, Adam Ford wrote:
Hi,
After the patch:
U-Boot SPL 2022.04-00822-gc2a24a7ce5 (Apr 16 2022 - 15:45:29 -0500)
PMIC: PFUZE100 ID=0x10
SEC0: RNG instantiated
Normal Boot
Trying to boot from
On Sat, Apr 16, 2022 at 9:13 PM Marek Vasut wrote:
>
> On 4/17/22 03:01, Adam Ford wrote:
>
> Hi,
>
> >>> After the patch:
> >>>
> >>> U-Boot SPL 2022.04-00822-gc2a24a7ce5 (Apr 16 2022 - 15:45:29 -0500)
> >>> PMIC: PFUZE100 ID=0x10
> >>> SEC0: RNG instantiated
> >>> Normal Boot
> >>> Trying to
> So I think the right place to call usb_gadget_initialize is probably
> before registering the acm gadget function into acm_stdio_start(). Can
> you try this? and submit a follow_up fix patch if working?
It's required for `usb_gadget_initialize` to provide a "USB
controller index" as an
28 matches
Mail list logo
