On Fri, Aug 13, 2021 at 09:53:03AM +0800, Jon Lin wrote:
>
> Here is the point, Can you take a try.
>
> diff --git a/drivers/spi/rockchip_sfc.c b/drivers/spi/rockchip_sfc.c
> index 8173724ecd..33c5344c70 100644
> --- a/drivers/spi/rockchip_sfc.c
> +++ b/drivers/spi/rockchip_sfc.c
> @@ -591,7
On Fri, Aug 6, 2021 at 7:50 AM Tony Dinh wrote:
>
> Add fdt_support_net.c to common/Makefile
>
> Signed-off-by: Tony Dinh
> ---
>
> common/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/common/Makefile b/common/Makefile
> index 9063ed9391..94678d26d8 100644
>
On Thu, Aug 12, 2021 at 12:12 PM Tony Dinh wrote:
>
> Hi Stefan,
>
> On Wed, Aug 11, 2021 at 11:15 PM Stefan Roese wrote:
> >
> > Hi Tony,
> >
> > a few nits...
> >
> > On 06.08.21 06:49, Tony Dinh wrote:
> > > Add fdt network helper functions common/fdt_support_net.c
> > >
> > > Signed-off-by:
On Fri, Aug 6, 2021 at 7:50 AM Tony Dinh wrote:
>
> Add include header file include/fdt_support_net.h
>
> Signed-off-by: Tony Dinh
> ---
>
> include/fdt_support_net.h | 39 +++
> 1 file changed, 39 insertions(+)
> create mode 100644 include/fdt_support_net.h
On 13/08/21 03:25PM, JaimeLiao wrote:
> Follow patch "f6adec1af4b2f5d3012480c6cdce7743b74a6156" for adding
> Macronix flash in Octal DTR mode.
> Enable Octal DTR mode with 20 dummy cycles to allow running at the
> maximum supported frequency.
Please include a link to the flash datasheet so the
Hi all,
On 04/08/21 8:08 pm, Aswath Govindraju wrote:
> Add support for enumerating MMC card in a given mode using mmc rescan and
> mmc dev commands. The speed mode is provided as the last argument in these
> commands and is indicated using the index from enum bus_mode in
> include/mmc.h. A speed
Add documentation on the usage of "mmc dev" and "mmc rescan" commands to
set user defined speed modes.
Signed-off-by: Aswath Govindraju
---
doc/usage/mmc.rst | 49 +--
1 file changed, 47 insertions(+), 2 deletions(-)
diff --git a/doc/usage/mmc.rst
Add support for enumerating MMC card in a given mode using mmc rescan and
mmc dev commands. The speed mode is provided as the last argument in these
commands and is indicated using the index from enum bus_mode in
include/mmc.h. A speed mode can be set only if it has already been enabled
in the
The following series of patches,
- add support enumerating MMC card in user specified speed mode
- add documentation for the usage of above feature
changes since v3:
- split the patch in two, seperating the documentation changes
Aswath Govindraju (2):
mmc: Add support for enumerating MMC card
When printing full help output from a tool, we should be able to handle
a PAGER variable which includes arguments, e.g. PAGER='less -F'.
Signed-off-by: Paul Barker
---
tools/patman/tools.py | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/tools/patman/tools.py
Collect the code for printing the full help message of patman, buildman
and binman into a single function in patman.tools.
Signed-off-by: Paul Barker
---
tools/binman/control.py | 9 +++--
tools/buildman/control.py | 10 --
tools/patman/main.py | 12
Sorry this took so long to get back to! Got there in the end though :)
Changes from v1:
* Collected the full help printing code from patman, buildman & binman into a
single function so that when support for PAGER containing arguments is added
it applies to all the relevant tools.
Paul
Hi Fabio,
Am Fr., 13. Aug. 2021 um 15:03 Uhr schrieb Fabio Estevam :
>
> Hi Heiko,
>
> On Fri, Aug 13, 2021 at 9:53 AM Heiko Thiery wrote:
>
> > Maybe I'm wrong or I do not fully understand the limitation you're
> > talking about, but as far as I understand the output (flash.bin) from
> > the
Currently the driver gets value from PSR register, but this register is
only for input mode. For output mode, it always returns 0, not the value
we set for output.
This patch changes to use DR register, which returns the DR value for
output mode, and PSR value for input mode.
This patch is based
On Friday 13 August 2021 01:39:37 Luka Kovacic wrote:
> Add the loadaddr U-Boot environment variable, as this is available in
> the stock Marvell U-Boot by default on Marvell Armada A37XX platforms.
>
> Signed-off-by: Luka Kovacic
> Cc: Luka Perkov
> Cc: Robert Marko
> ---
>
Hi Heiko,
On Fri, Aug 13, 2021 at 9:53 AM Heiko Thiery wrote:
> Maybe I'm wrong or I do not fully understand the limitation you're
> talking about, but as far as I understand the output (flash.bin) from
> the ronetix board [1] was generated using binman and includes all
> necessary parts. Is
Hi Heiko,
On Sat, Jul 10, 2021 at 9:23 AM Heiko Schocher wrote:
> > Doesn't this change from having a single flash.bin encompasing the SPL
> > and U-Boot proper to having split files? I noticed that happened with
> > imx8mm_evk for example when it switched to binman.
>
> Yes, but you can easy
Hi,
Am Fr., 13. Aug. 2021 um 14:34 Uhr schrieb Fabio Estevam :
>
> Hi Tim,
>
> [Adding Marek]
>
> On Tue, Jul 27, 2021 at 6:53 PM Tim Harvey wrote:
>
> > With respect to moving to binman, I'm all for it but I'm wondering why
> > other boards have elected to move from a monolithic flash.bin
> >
On Fri, Aug 13, 2021 at 01:11:56PM +0800, Bin Meng wrote:
> Hi Tom,
>
> This PR includes the following x86 changes for v2021.10:
>
> - Enable SeaBIOS support for Crown Bay
> - Update SeaBIOS build instructions in the x86 doc
> - Enable CONFIG_SPI_FLASH_SMART_HWCAPS for Crown Bay
>
> Azure
On Thu, Aug 12, 2021 at 04:39:33PM +0800, Kever Yang wrote:
> Hi Tom,
>
> Please pull the rockchip updates/fixes:
> - Add Rockchip SFC driver support;
> - DTS sync from kernel;
> - emmc hs400 support for rk3399;
> - Fix for spinore bootdevice and MMC boot order;
>
> CI:
>
On Mon, Aug 09, 2021 at 12:01:20PM -0400, Tom Rini wrote:
> On Thu, Aug 05, 2021 at 09:46:07AM -0600, Simon Glass wrote:
>
> > Hi Heinrich,
> >
> > On Thu, 5 Aug 2021 at 09:29, Heinrich Schuchardt wrote:
> > >
> > >
> > >
> > > On 02.08.21 16:44, Simon Glass wrote:
> > > > The changes to move
Hi Tim,
[Adding Marek]
On Tue, Jul 27, 2021 at 6:53 PM Tim Harvey wrote:
> With respect to moving to binman, I'm all for it but I'm wondering why
> other boards have elected to move from a monolithic flash.bin
> including the SPL and u-boot.itb pre-binman to post-binman where
> flash.bin is
From: Peter Hoyes
On Armv8-R, the EL1&0 memory system architecture is configurable as a
VMSA or PMSA, and resets to an "architecturally unknown" value.
Add code to armv8_switch_to_el1_m which detects whether the MSA at
EL1&0 is configurable using the id_aa64mmfr0_el1 register MSA fields.
If it
From: Peter Hoyes
The use of ARMv8.3 pointer authentication (PAuth) is governed by fields
in HCR_EL2, which trigger a 'trap to EL2' if not enabled. The reset
value of these fields is 'architecturally unknown' so we must ensure
that the fields are enabled (to disable the traps) if we are entering
Hi Fabio,
Did you use the boot partition?
I mean, why don't we use "mmc partconf 0 0 1 0"
So that we can flash u-boot to partition 1 and leave partition 0 for distro
install.
The following sequence should work.
init setup
1. mmc dev 2
2. mmc partconf 0 0 1 0
flash u-boot
1. tftp ${loadaddr}
Hi Fabio,
Can we think of a way to keep this fip.bin feature? This is part of the
SystemReady IR certificate for this Compulab board. [1]
[1]
https://developer.arm.com/architectures/system-architectures/arm-systemready/ir
Yours,
Paul
On Fri, 13 Aug 2021 at 08:59, Fabio Estevam wrote:
>
Adding Macronix Octal flash for Octal DTR support.
The octaflash series can be divided into the following types:
MX25 series : Serial NOR Flash.
MX66 series : Serial NOR Flash with stacked die.(Size larger than 1Gb)
LM/UM series : Up to 250MHz clock frequency with both DTR/STR operation.
LW/UW
Following linux kernel to check address width and 4byte flag to enable
4byte opcode setting.
Signed-off-by: JaimeLiao
---
drivers/mtd/spi/spi-nor-core.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/mtd/spi/spi-nor-core.c b/drivers/mtd/spi/spi-nor-core.c
index
Power-on-Reset is a method to restore flash back to 1S-1S-1S mode from 8D-8D-8D
in the begging of probe.
Command extension type is not standardized across flash vendors in DTR mode.
For suiting different vendor flash devices, having second times Softreset with
different types is clumsy but
Follow patch "f6adec1af4b2f5d3012480c6cdce7743b74a6156" for adding
Macronix flash in Octal DTR mode.
Enable Octal DTR mode with 20 dummy cycles to allow running at the
maximum supported frequency.
Signed-off-by: JaimeLiao
---
drivers/mtd/spi/spi-nor-core.c | 75
This series add support for Macronix octal DTR flash, add second time
Softreset with "INVERT" command extension type and follow linux kernel
to enable 4byte opcode when possible.
JaimeLiao (4):
mtd: spi-nor: macronix: add support for Macronix octaflash
mtd: spi-nor-core: Adding different type
Hi,
Quoting Ivan T. Ivanov (2021-08-10 17:31:14)
> It appears that RPi firmware has already added framebuffer
> node under /chosen, at least on RPi 2 versions. So check
> for this and don't add duplicate node.
>
> Signed-off-by: Ivan T. Ivanov
> ---
> board/raspberrypi/rpi/rpi.c | 11
Hi Paul,
On 13/08/2021 06:59, Paul Liu wrote:
Hi Fabio,
Can we think of a way to keep this fip.bin feature? This is part of
the SystemReady IR certificate for this Compulab board. [1]
[1]
https://developer.arm.com/architectures/system-architectures/arm-systemready/ir
i.MX8MM EVK is also
On 12/08/2021 08.50, Wolfgang Denk wrote:
> Dear Rasmus,
>
> In message <20210811124800.2593226-10-rasmus.villem...@prevas.dk> you wrote:
>>
>> +ret = uclass_get(UCLASS_WDT, );
>> +if (ret) {
>> +log_debug("Error getting UCLASS_WDT: %d\n", ret);
>> +return 0;
>> +
Armada 37xx serial driver does not use CONFIG_DEBUG_UART_SHIFT.
So do not define any bogus value for CONFIG_DEBUG_UART_SHIFT option in any
Armada 37xx defconfig file.
Signed-off-by: Pali Rohár
---
configs/mvebu_db-88f3720_defconfig | 1 -
configs/mvebu_espressobin-88f3720_defconfig |
PCIe-based NVMe SSD disks in M.2 2230/2242/2260 form-factor can be
connected to Turris Omnia mPCIe slot via passive M.2 <--> mPCIe adapter.
So enable PCIe NVMe drivers.
Signed-off-by: Pali Rohár
---
configs/turris_omnia_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
Espressobin has one on-board SATA port which is connected directly to CPU.
More SATA disks can be connected via mPCIe add-in card with PCIe-SATA
controller.
So enable required SATA AHCI PCIe drivers in defconfig file.
Signed-off-by: Pali Rohár
---
configs/mvebu_espressobin-88f3720_defconfig |
SATA disks could be connected via mPCIe add-in card with PCIe-SATA
controller into Mox-B or Mox-G module.
Signed-off-by: Pali Rohár
---
configs/turris_mox_defconfig | 6 ++
1 file changed, 6 insertions(+)
diff --git a/configs/turris_mox_defconfig b/configs/turris_mox_defconfig
index
On Friday 13 August 2021 12:33:25 Luka Kovacic wrote:
> On Fri, Aug 13, 2021 at 12:22 PM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 12:03:57 Luka Kovacic wrote:
> > > Hello Pali,
> > >
> > > On Fri, Aug 13, 2021 at 11:27 AM Pali Rohár wrote:
> > > >
> > > > On Friday 13 August 2021
On Friday 13 August 2021 12:43:47 Luka Kovacic wrote:
> On Fri, Aug 13, 2021 at 12:29 PM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 01:39:36 Luka Kovacic wrote:
> > > diff --git a/board/Marvell/mvebu_armada-37xx/Kconfig
> > > b/board/Marvell/mvebu_armada-37xx/Kconfig
> > > new file mode
On Friday 13 August 2021 12:25:46 Luka Kovacic wrote:
> Hello Stefan and Pali,
>
> On Fri, Aug 13, 2021 at 11:58 AM Stefan Roese wrote:
> >
> > Hi,
> >
> > On 13.08.21 11:54, Pali Rohár wrote:
> > > On Friday 13 August 2021 11:08:08 Luka Kovacic wrote:
> > >> Hello Pali,
> > >>
> > >> On Fri,
On Fri, Aug 13, 2021 at 12:29 PM Pali Rohár wrote:
>
> On Friday 13 August 2021 01:39:36 Luka Kovacic wrote:
> > diff --git a/board/Marvell/mvebu_armada-37xx/Kconfig
> > b/board/Marvell/mvebu_armada-37xx/Kconfig
> > new file mode 100644
> > index 00..b84dd20023
> > --- /dev/null
> > +++
On Fri, Aug 13, 2021 at 12:22 PM Pali Rohár wrote:
>
> On Friday 13 August 2021 12:03:57 Luka Kovacic wrote:
> > Hello Pali,
> >
> > On Fri, Aug 13, 2021 at 11:27 AM Pali Rohár wrote:
> > >
> > > On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
> > > > Add initial support for the
On Friday 13 August 2021 01:39:36 Luka Kovacic wrote:
> diff --git a/board/Marvell/mvebu_armada-37xx/Kconfig
> b/board/Marvell/mvebu_armada-37xx/Kconfig
> new file mode 100644
> index 00..b84dd20023
> --- /dev/null
> +++ b/board/Marvell/mvebu_armada-37xx/Kconfig
> @@ -0,0 +1,29 @@
> +menu
Hello Stefan and Pali,
On Fri, Aug 13, 2021 at 11:58 AM Stefan Roese wrote:
>
> Hi,
>
> On 13.08.21 11:54, Pali Rohár wrote:
> > On Friday 13 August 2021 11:08:08 Luka Kovacic wrote:
> >> Hello Pali,
> >>
> >> On Fri, Aug 13, 2021 at 10:14 AM Pali Rohár wrote:
> >>>
> >>> On Friday 13 August
On Friday 13 August 2021 12:03:57 Luka Kovacic wrote:
> Hello Pali,
>
> On Fri, Aug 13, 2021 at 11:27 AM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
> > > Add initial support for the ESPRESSOBin-Ultra board from Globalscale
> > > Technologies, Inc.
> > >
> > >
On Fri, Aug 13, 2021 at 12:09 PM Pali Rohár wrote:
>
> On Friday 13 August 2021 11:51:02 Luka Kovacic wrote:
> > Hello Pali,
> >
> > On Fri, Aug 13, 2021 at 11:41 AM Pali Rohár wrote:
> > >
> > > On Friday 13 August 2021 11:23:15 Luka Kovacic wrote:
> > > > Hello Marek and Pali,
> > > >
> > > >
On Friday 13 August 2021 11:51:02 Luka Kovacic wrote:
> Hello Pali,
>
> On Fri, Aug 13, 2021 at 11:41 AM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 11:23:15 Luka Kovacic wrote:
> > > Hello Marek and Pali,
> > >
> > > On Fri, Aug 13, 2021 at 10:23 AM Pali Rohár wrote:
> > > >
> > > > On
Hello Pali,
On Fri, Aug 13, 2021 at 11:27 AM Pali Rohár wrote:
>
> On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
> > Add initial support for the ESPRESSOBin-Ultra board from Globalscale
> > Technologies, Inc.
> >
> > The board is based on the 64-bit dual-core Marvell Armada 3720 SoC.
> >
On 8/13/21 9:56 AM, Christian Melki wrote:
On 8/13/21 2:36 AM, Heinrich Schuchardt wrote:
On 8/12/21 11:49 PM, Simon Glass wrote:
+Heinrich Schuchardt too
On Thu, 12 Aug 2021 at 08:35, Christian Melki
wrote:
I was hoping that U-boot would detect BLOCK_IO devices provided by UEFI
Hi,
On 13.08.21 11:54, Pali Rohár wrote:
On Friday 13 August 2021 11:08:08 Luka Kovacic wrote:
Hello Pali,
On Fri, Aug 13, 2021 at 10:14 AM Pali Rohár wrote:
On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
Add initial support for the ESPRESSOBin-Ultra board from Globalscale
On Friday 13 August 2021 11:08:08 Luka Kovacic wrote:
> Hello Pali,
>
> On Fri, Aug 13, 2021 at 10:14 AM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
> > > Add initial support for the ESPRESSOBin-Ultra board from Globalscale
> > > Technologies, Inc.
> > >
> > >
Hello Pali,
On Fri, Aug 13, 2021 at 11:41 AM Pali Rohár wrote:
>
> On Friday 13 August 2021 11:23:15 Luka Kovacic wrote:
> > Hello Marek and Pali,
> >
> > On Fri, Aug 13, 2021 at 10:23 AM Pali Rohár wrote:
> > >
> > > On Friday 13 August 2021 01:39:36 Luka Kovacic wrote:
> > > > The mac command
On Friday 13 August 2021 11:33:58 Luka Kovacic wrote:
> Hello Pali,
>
> On Fri, Aug 13, 2021 at 11:31 AM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 10:59:33 Luka Kovacic wrote:
> > > Hello Pali,
> > >
> > > On Fri, Aug 13, 2021 at 10:08 AM Pali Rohár wrote:
> > > >
> > > > On Friday 13
On Friday 13 August 2021 11:23:15 Luka Kovacic wrote:
> Hello Marek and Pali,
>
> On Fri, Aug 13, 2021 at 10:23 AM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 01:39:36 Luka Kovacic wrote:
> > > The mac command is implemented to enable parsing Marvell hw_info formatted
> > > environments.
On 12/08/2021 16.47, Stefan Roese wrote:
> This patch enables the use of the optimized memset(), memmove() &
> memcpy() versions recently added on ARM64.
>
> Signed-off-by: Stefan Roese
>
>
> +config USE_ARCH_MEMMOVE
> + bool "Use an assembly optimized implementation of memmove"
> +
Hello Pali,
On Fri, Aug 13, 2021 at 11:31 AM Pali Rohár wrote:
>
> On Friday 13 August 2021 10:59:33 Luka Kovacic wrote:
> > Hello Pali,
> >
> > On Fri, Aug 13, 2021 at 10:08 AM Pali Rohár wrote:
> > >
> > > On Friday 13 August 2021 01:39:37 Luka Kovacic wrote:
> > > > Add the loadaddr U-Boot
On Friday 13 August 2021 10:59:33 Luka Kovacic wrote:
> Hello Pali,
>
> On Fri, Aug 13, 2021 at 10:08 AM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 01:39:37 Luka Kovacic wrote:
> > > Add the loadaddr U-Boot environment variable, as this is available in
> > > the stock Marvell U-Boot by
On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
> Add initial support for the ESPRESSOBin-Ultra board from Globalscale
> Technologies, Inc.
>
> The board is based on the 64-bit dual-core Marvell Armada 3720 SoC.
> Peripherals:
> - 5 Gigabit Ethernet ports (WAN has PoE, up to 30W, Topaz
Hello Marek and Pali,
On Fri, Aug 13, 2021 at 10:23 AM Pali Rohár wrote:
>
> On Friday 13 August 2021 01:39:36 Luka Kovacic wrote:
> > The mac command is implemented to enable parsing Marvell hw_info formatted
> > environments. This format is often used on Marvell Armada A37XX based
> > devices
Hi Wolfgang,
On 8/13/21 8:54 AM, Wolfgang Denk wrote:
> Dear Michal,
>
> In message <90e6c670-9e11-beb8-bcb5-9d22ba00f...@xilinx.com> you wrote:
>>
>>> In case of the hard (cold) reset - is it really only a reset of the
>>> CPU, or of the whole board hardware?
>>
>> If you look at sysreset
Hello Pali,
On Fri, Aug 13, 2021 at 10:14 AM Pali Rohár wrote:
>
> On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
> > Add initial support for the ESPRESSOBin-Ultra board from Globalscale
> > Technologies, Inc.
> >
> > The board is based on the 64-bit dual-core Marvell Armada 3720 SoC.
> >
Hello Pali,
On Fri, Aug 13, 2021 at 10:08 AM Pali Rohár wrote:
>
> On Friday 13 August 2021 01:39:37 Luka Kovacic wrote:
> > Add the loadaddr U-Boot environment variable, as this is available in
> > the stock Marvell U-Boot by default on Marvell Armada A37XX platforms.
>
> Hello Luka! Why is
On Friday 13 August 2021 01:39:36 Luka Kovacic wrote:
> The mac command is implemented to enable parsing Marvell hw_info formatted
> environments. This format is often used on Marvell Armada A37XX based
> devices to store parameters like the board serial number, factory
> MAC addresses and some
On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
> Add initial support for the ESPRESSOBin-Ultra board from Globalscale
> Technologies, Inc.
>
> The board is based on the 64-bit dual-core Marvell Armada 3720 SoC.
> Peripherals:
> - 5 Gigabit Ethernet ports (WAN has PoE, up to 30W, Topaz
On Friday 13 August 2021 01:39:37 Luka Kovacic wrote:
> Add the loadaddr U-Boot environment variable, as this is available in
> the stock Marvell U-Boot by default on Marvell Armada A37XX platforms.
Hello Luka! Why is this change needed? Reason that it is in historic
vendor U-Boot does not mean
On 8/13/21 2:36 AM, Heinrich Schuchardt wrote:
On 8/12/21 11:49 PM, Simon Glass wrote:
+Heinrich Schuchardt too
On Thu, 12 Aug 2021 at 08:35, Christian Melki
wrote:
I was hoping that U-boot would detect BLOCK_IO devices provided by UEFI
automatically. But I can't see anything attached
This commit adds the comment of the TCG Specification
efi_tcg2.h file refers, and comment for the structure.
Signed-off-by: Masahisa Kojima
---
(no change since v3)
Changes in v3:
- update comment format
Changes in v2:
- newly create commit from v2
include/efi_tcg2.h | 57
Refactor efi_append_scrtm_version() to use common
function for adding eventlog and extending PCR.
Signed-off-by: Masahisa Kojima
---
(no changes since v1)
lib/efi_loader/efi_tcg2.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff --git a/lib/efi_loader/efi_tcg2.c
TCG PC Client PFP spec requires to measure
"Exit Boot Services Invocation" if ExitBootServices() is invoked.
Depending upon the return code from the ExitBootServices() call,
"Exit Boot Services Returned with Success" or "Exit Boot Services
Returned with Failure" is also measured.
Signed-off-by:
TCG PC Client PFP spec requires to measure "Boot"
and "BootOrder" variables, EV_SEPARATOR event prior
to the Ready to Boot invocation.
Since u-boot does not implement Ready to Boot event,
these measurements are performed when efi_start_image() is called.
TCG spec also requires to measure
TCG PC Client PFP spec requires to measure the secure
boot policy before validating the UEFI image.
This commit adds the secure boot variable measurement
of "SecureBoot", "PK", "KEK", "db", "dbx", "dbt", and "dbr".
Note that this implementation assumes that secure boot
variables are
This patch series add the support of measurement
descibed in TCG PC Client PFP spec(Version 1.05 Revision 23).
Eventlog generated with this patch series are tested on
the aarch64 based machine(Socionext Developerbox) and fTPM
running on OP-TEE.
The eventlog result is almost same result as the one
Dear Michal,
In message <90e6c670-9e11-beb8-bcb5-9d22ba00f...@xilinx.com> you wrote:
>
> > In case of the hard (cold) reset - is it really only a reset of the
> > CPU, or of the whole board hardware?
>
> If you look at sysreset headers you will find these levels
> 11 SYSRESET_WARM, /*
On 8/13/21 8:11 AM, Wolfgang Denk wrote:
> Dear Michal,
>
> In message
> <82e0d7efdbd9f8c62f46c7e1a8913ffa52de5a1e.1628676265.git.michal.si...@xilinx.com>
> you wrote:
>> The commit 573a3811edc8 ("sysreset: psci: support system reset in a generic
>> way with PSCI") has added support for warm
Dear Tom,
In message <20210812162034.GY858@bill-the-cat> you wrote:
>
> > So if "the system is on fire" is one of the cases where an error
> > message should be omitted to save maybe 50 or 100 bytes of image
> > size? This sounds wrong to me.
>
> It sounds right to me because it's unlikely
Dear Michal,
In message
<82e0d7efdbd9f8c62f46c7e1a8913ffa52de5a1e.1628676265.git.michal.si...@xilinx.com>
you wrote:
> The commit 573a3811edc8 ("sysreset: psci: support system reset in a generic
> way with PSCI") has added support for warm reset via PSCI but this hasn't
> been reflected in
77 matches
Mail list logo
