> From: Bin Meng
> Sent: Saturday, September 11, 2021 10:31 PM
> To: Zong Li ; Leo Yu-Chi Liang(梁育齊)
> ; Rick Jian-Zhi Chen(陳建志) ;
> u-boot@lists.denx.de
> Subject: [PATCH v2] board: sifive: Fix a potential build warning in
> board_fdt_blob_setup()
>
> Commit 47d73ba4f4a4 ("board: sifive: overw
> From: Samuel Holland
> Sent: Monday, September 13, 2021 12:06 AM
> To: Rick Jian-Zhi Chen(陳建志) ; Leo Yu-Chi Liang(梁育齊)
>
> Cc: u-boot@lists.denx.de; Samuel Holland ; Atish Patra
> ; Bin Meng ; Etienne Carriere
> ; Sean Anderson ; Simon Glass
>
> Subject: [PATCH] riscv: Fix setting no-map i
The RX8025/RX8035 does not like having it's time registers
set byte-by-byte in separate I2C transactions.
>From the note at the top of the file, it appears
target-dependent workarounds have been used in the
past for this.
Resolve this by setting the time registers in a single
I2C transaction.
As
Writing of individual registers was not functioning
correctly as a 0 'offset' byte under DM-managed
I2C was being appended in front of register we
wanted to access.
Signed-off-by: Mathew McBride
---
drivers/rtc/rx8025.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --gi
This patchset adds support for the EPSON RX8035 real time
clock to the rx8025 driver. The two devices are very similar
and with only minor differences for basic real time clock functions.
Some issues have been identified with the handling of date
setting and clock reset with the U-Boot driver whic
The RX8035 is a newer model from EPSON which is
very similar in operation to the RX8025.
The changes mirror similar ones that will be
in Linux 5.15:
https://lore.kernel.org/all/20210709044518.28769-2-m...@traverse.com.au/
The UBOOT_DRIVER ID has also been corrected, previously
it declared itself
A search of the tree showed there is only one user
of this driver (soon to be two) - board/socrates
The second user will be the Traverse Ten64 board.
Both these boards have DM_RTC.
Signed-off-by: Mathew McBride
---
drivers/rtc/Kconfig | 1 +
drivers/rtc/rx8025.c | 80 +++-
Hi Tom,
Le 15/09/2021 à 01:01, Tom Rini a écrit :
Hey all,
Alright, I'm a day late, but, here's v2021.10-rc4. We've had a few
regressions pop up of late, unfortunately. I've pushed the fix for
(what I believe are) existing FIT images showing a problem where we
calculated the crc32 wrong. And
On Thu, Sep 16, 2021 at 10:10:20AM +0200, Heinrich Schuchardt wrote:
> Output like the following is quite irritating:
>
> => bootefi hello
> Scanning disk mmc2.blk...
> No valid Btrfs found
> Bad magic number for SquashFS image.
> ** Unrecognized filesystem type **
> Scanni
On Thu, Sep 16, 2021 at 12:42 PM Tom Rini wrote:
> We also don't have qemu support for it
I'm curious what happened to it and what I should do to update it?
xtensa is still supported in the QEMU and AFAIK nothing has changed
about it: neither building nor invocation.
--
Thanks.
-- Max
On Thu, Sep 16, 2021 at 10:30 AM Tom Rini wrote:
>
> Update the linker script macros to know that we need to include the
> .text_version_string section now as well.
>
> Signed-off-by: Tom Rini
> ---
> arch/xtensa/include/asm/ldscript.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arc
Hi Heinrich,
2021年9月17日(金) 12:54 Heinrich Schuchardt :
>
> On 9/16/21 10:53 AM, Masami Hiramatsu wrote:
> > Hello Heinrich,
> >
> > Here is a series of patches to update the SIMPLE_NETWORK_PROTOCOL
> > according to the explanation in the previous thread [1].
> >
> > [1] https://lists.denx.de/piper
On 9/16/21 5:42 AM, Andre Przywara wrote:
> On 12/09/2021 16:28, Samuel Holland wrote:
>> Only one board, Yones Toptech BD1078, actually uses a non-default MMC
>> pinmux. All other uses of these symbols select the default value or an
>> invalid value. To simplify things, remove support for the unus
On 9/16/21 10:53 AM, Masami Hiramatsu wrote:
Hello Heinrich,
Here is a series of patches to update the SIMPLE_NETWORK_PROTOCOL
according to the explanation in the previous thread [1].
[1] https://lists.denx.de/pipermail/u-boot/2021-September/460711.html
So basically this seires modifies the SN
Commit 0d52bab46 (mx7dsabre: Enable DM_ETH) changed these flags from 0
(aka GPIO_ACTIVE_HIGH) to GPIO_ACTIVE_LOW. It claimed to "Also sync
device tree with v5.5-rc1", but in the linux tree, these gpios have
always been GPIO_ACTIVE_HIGH ever since this node was introduced
around v4.13 (linux commit
On Thu, 16 Sep 2021 16:01:18 +0200
Patrick Delaunay wrote:
> Force the mtd name of spi-nor to "nor" + the driver sequence number:
> "nor0", "nor1"... beginning after the existing nor devices.
>
> This patch is coherent with existing "nand" and "spi-nand"
> mtd device names.
>
> When CFI MTD NOR
From: Nicolas Saenz Julienne
The @suse.de address doesn't exist anymore. Update it to something not
dependent on my workplace.
Signed-off-by: Nicolas Saenz Julienne
---
.mailmap | 1 +
1 file changed, 1 insertion(+)
diff --git a/.mailmap b/.mailmap
index b76f02283c..b09fc321bd 100644
--- a/.m
On 9/16/21 3:01 PM, Mark Kettenis wrote:
Provide correct framebuffer information for 30bpp modes.
This is not enough to get a correct GOP implementation for the 30bpp mode.
Have a look at efi_gop_pixel efi_vid16_to_blt_col() and
efi_blt_col_to_vid16() and where they are used.
Signed-off-by:
On 9/16/21 4:09 PM, Oleksandr Suvorov wrote:
From: Ricardo Salveti
This patch optimizes the commit mentioned below by avoiding running
a set of commands which useless in the case when
%s/which/which are/
size < mydata->sect_size and idx would be 0.
Thank you for reviewing the FAT coding.
Greetings,
Can anyone confirm if IMX8MM UHS/HS200/HS400 is working for them? I
had this working in my U-Boot v2021.01 imx8mm-veice branch but it
seems to not work in U-Boot master or v2021.07. I know there was a lot
of back and forth on this... perhaps I missed something. I haven't
been able to bi
On Thu, Sep 16, 2021 at 04:13:31PM -0400, Tom Rini wrote:
> On Thu, Sep 16, 2021 at 09:50:35PM +0200, Francesco Dolcini wrote:
> > On Thu, Sep 16, 2021 at 03:42:20PM -0400, Tom Rini wrote:
> > > On Thu, Sep 16, 2021 at 09:38:19PM +0200, Francesco Dolcini wrote:
> > > > On Thu, Sep 16, 2021 at 01:30
On Thu, Sep 16, 2021 at 09:50:35PM +0200, Francesco Dolcini wrote:
> On Thu, Sep 16, 2021 at 03:42:20PM -0400, Tom Rini wrote:
> > On Thu, Sep 16, 2021 at 09:38:19PM +0200, Francesco Dolcini wrote:
> > > On Thu, Sep 16, 2021 at 01:30:21PM -0400, Tom Rini wrote:
> > > > *(.literal .t
As explained by Wolfgang, historically PowerPC would do a number of
things to hand-optimize placement of the binary on NOR flash in order to
maximize utilization of very scarce resources. These days, we simply
aren't optimizing our binary layout for NOR flash placement and it's
quite likely this w
On Thu, Sep 16, 2021 at 03:42:20PM -0400, Tom Rini wrote:
> On Thu, Sep 16, 2021 at 09:38:19PM +0200, Francesco Dolcini wrote:
> > On Thu, Sep 16, 2021 at 01:30:21PM -0400, Tom Rini wrote:
> > > *(.literal .text) \
> > > + *(.literal .text_ver
On Thu, Sep 16, 2021 at 09:38:19PM +0200, Francesco Dolcini wrote:
> On Thu, Sep 16, 2021 at 01:30:21PM -0400, Tom Rini wrote:
> > *(.literal .text) \
> > + *(.literal .text_version_string)\
>
> Isn't ".litteral"
On Thu, Sep 16, 2021 at 01:30:21PM -0400, Tom Rini wrote:
> *(.literal .text) \
> + *(.literal .text_version_string)\
Isn't ".litteral" a duplication? Even if I'm pretty sure it will not cause any
difference
i
Hi Oleksandr,
On Thu, Sep 16, 2021 at 3:50 PM Oleksandr Suvorov wrote:
> The SPL for this board is built with prepended DCD which includes DDR
> training data (defined in imximage.cfg). So that the bootrom initializes
> DDR using DCD before jumping to SPL.
> Is it mandatory to move DDR init in C
On Sun, Aug 08, 2021 at 01:20:38PM +0200, Pali Rohár wrote:
> It is unknown why version string is placed at specific position on these
> powerpc mpc platforms. But there is no need to overload version_string
> symbol. Just use common definition of version_string and modify linker
> script to put i
Hi Fabio,
On Wed, Sep 15, 2021 at 9:21 PM Fabio Estevam wrote:
>
> Hi Igor,
>
> On Wed, Sep 15, 2021 at 1:04 PM Igor Opaniuk
> wrote:
>
> > Maybe I misunderstood your question,
> > but it's already in board/ea/mx7ulp_com/mx7ulp_com.c, no?
>
> The DDR initialization is currently at board/ea/mx7u
On Wed, Aug 18, 2021 at 09:40:32PM -0600, Simon Glass wrote:
> Provide a way for sandbox MMC to present data from a backing file. This
> allows a filesystem to be created on the host and easily served via an
> emulated mmc device.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Jaehoon Chung
> --
Hi Oleksandr
On 9/16/21 8:09 AM, Oleksandr Suvorov wrote:
From: Henry Beberman
SPL FIT load checks the signature on loadable images but just continues
in the case of a failure. This is undesirable behavior because the boot
process depends on the authenticity of each loadable part.
Adding CONF
Hi Igor,
On Thu, Sep 16, 2021 at 6:09 PM Igor Opaniuk wrote:
>
> Hi Oleksandr,
>
> On Thu, Sep 16, 2021 at 4:10 PM Oleksandr Suvorov
> wrote:
> >
> > From: Ricardo Salveti
> >
> > Add CONFIG_FIT_SIGNATURE_STRICT to require a valid FIT configuration
> > signature for each command that is able to
On 9/16/21 4:01 PM, Patrick Delaunay wrote:
This serie is a V3 for
http://patchwork.ozlabs.org/project/uboot/list/?series=262017&state=*
http://patchwork.ozlabs.org/project/uboot/list/?series=262013&state=*
Now the SPI nor are named "norN" with N after the CFI nor device:
"nor0" to "norM" => N=
On 9/16/21 5:16 PM, Marek Behún wrote:
On Wed, 15 Sep 2021 01:06:22 +0200
Marek Vasut wrote:
The flash->mtd.name used to be nor%d before, now it is the type of the
SPI NOR like e.g. mt25ql02g. It is possible to find plenty of examples
of the former in U-Boot configs by searching for MTDIDS.*no
On 9/16/21 4:01 PM, Patrick Delaunay wrote:
[...]
@@ -3664,6 +3666,11 @@ int spi_nor_scan(struct spi_nor *nor)
struct mtd_info *mtd = &nor->mtd;
struct spi_slave *spi = nor->spi;
int ret;
+ int cfi_mtd_nb = 0;
+
+#ifdef CONFIG_SYS_MAX_FLASH_BANKS
+ cfi_mtd_nb
On 9/16/21 4:01 PM, Patrick Delaunay wrote:
When CONFIG_SYS_MAX_FLASH_BANKS_DETECT is activated,
CONFIG_SYS_MAX_FLASH_BANKS is replaced by cfi_flash_num_flash_banks,
but this variable is defined in drivers/mtd/cfi_flash.c, which is
compiled only when CONFIG_FLASH_CFI_DRIVER is activated, in U-Boo
Update the linker script macros to know that we need to include the
.text_version_string section now as well.
Signed-off-by: Tom Rini
---
arch/xtensa/include/asm/ldscript.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/xtensa/include/asm/ldscript.h
b/arch/xtensa/include/asm/ldscript.
Hi Rasmus,
On Thu, Sep 16, 2021 at 11:53 AM Rasmus Villemoes
wrote:
>
> Commit 0d52bab46 (mx7dsabre: Enable DM_ETH) changed these flags from 0
> (aka GPIO_ACTIVE_HIGH) to GPIO_ACTIVE_LOW. It claimed to "Also sync
> device tree with v5.5-rc1", but in the linux tree, these gpios have
> always been
On 7/29/21 8:08 PM, Chia-Wei Wang wrote:
Calculate hash using DM driver if supported.
For backward compatibility, the call to legacy
hash functions is reserved.
Signed-off-by: Chia-Wei Wang
---
common/image-fit.c | 30 ++
1 file changed, 30 insertions(+)
diff
On 7/29/21 8:08 PM, Chia-Wei Wang wrote:
Add purely software-implmented drivers to support multiple
hash operations including CRC, MD5, and SHA family.
This driver is based on the new hash uclass.
Signed-off-by: Chia-Wei Wang
---
drivers/crypto/hash/Kconfig | 11 ++
drivers/crypto/has
Hi,
On 7/29/21 8:08 PM, Chia-Wei Wang wrote:
Add UCLASS_HASH for hash driver development. Thus the
hash drivers (SW or HW-accelerated) can be developed
in the DM-based fashion.
Software hashing implementations are shared tightly with host tools.
With DM, there's no opportunity for code sharin
The official schedule RISC-V MC at Plumbers is available now.
https://linuxplumbersconf.org/event/11/sessions/114/#20210921
We have many interesting topics that will be discussed including the
following draft specifications.
[1] RISC-V Platform specification
(https://github.com/riscv/riscv-platfor
On Wed, 15 Sep 2021 01:06:22 +0200
Marek Vasut wrote:
> The flash->mtd.name used to be nor%d before, now it is the type of the
> SPI NOR like e.g. mt25ql02g. It is possible to find plenty of examples
> of the former in U-Boot configs by searching for MTDIDS.*nor.*spi, while
> the later is ambiguo
Hi Oleksandr,
On Thu, Sep 16, 2021 at 4:10 PM Oleksandr Suvorov
wrote:
>
> From: Ricardo Salveti
>
> Add CONFIG_FIT_SIGNATURE_STRICT to require a valid FIT configuration
> signature for each command that is able to manipulate FIT images.
>
> Signed-off-by: Ricardo Salveti
> Co-developed-by: Ole
Hi Marek, Patrick,
the patches that made this change also include patch
https://source.denx.de/u-boot/u-boot/-/commit/dcb9a80359d699cf659c95b9b6e6604e2d68adb9
This patch was added so that when there are multiple identical SPI-NOR
chips on the board, you can still select between them in the `mtd`
On Mon, 13 Sep 2021 09:40:50 +0200
Patrick Delaunay wrote:
You can select by of path, i.e.
mtd /soc/spi@58003000/mx66l51235l@0
see patch
https://source.denx.de/u-boot/u-boot/-/commit/dcb9a80359d699cf659c95b9b6e6604e2d68adb9
Tom said that mtdparts is deprecated and all instances should be
conve
From: Ricardo Salveti
This patch optimizes the commit mentioned below by avoiding running
a set of commands which useless in the case when
size < mydata->sect_size and idx would be 0.
Fixes: 5b3ddb17ba ("fs/fat/fat.c: Do not perform zero block reads if there are
no blocks left")
Signed-off-by:
On Thu, Sep 16, 2021 at 10:00 PM Mark Kettenis wrote:
>
> This adds support for the DWC_sub31 controllers such as those
> found on Apple's M1 SoC. This version of the controller
> seems to work fine with the existing driver.
>
> Signed-off-by: Mark Kettenis
> ---
> drivers/usb/host/xhci-dwc3.c
Hi,
On 9/16/21 9:50 AM, Patrick DELAUNAY wrote:
Hi,
On 9/15/21 2:10 PM, Marek Vasut wrote:
On 9/15/21 2:00 PM, Patrick DELAUNAY wrote:
Hi,
On 9/15/21 10:57 AM, Marek Vasut wrote:
On 9/15/21 10:53 AM, Patrice CHOTARD wrote:
Hi All
On 9/15/21 7:59 AM, Marek Vasut wrote:
On 9/15/21 6:23 AM
Force the mtd name of spi-nor to "nor" + the driver sequence number:
"nor0", "nor1"... beginning after the existing nor devices.
This patch is coherent with existing "nand" and "spi-nand"
mtd device names.
When CFI MTD NOR device are supported, the spi-nor index is chosen after
the last CFI devic
When CONFIG_SYS_MAX_FLASH_BANKS_DETECT is activated,
CONFIG_SYS_MAX_FLASH_BANKS is replaced by cfi_flash_num_flash_banks,
but this variable is defined in drivers/mtd/cfi_flash.c, which is
compiled only when CONFIG_FLASH_CFI_DRIVER is activated, in U-Boot
or in SPL when CONFIG_SPL_MTD_SUPPORT is act
This serie is a V3 for
http://patchwork.ozlabs.org/project/uboot/list/?series=262017&state=*
http://patchwork.ozlabs.org/project/uboot/list/?series=262013&state=*
Now the SPI nor are named "norN" with N after the CFI nor device:
"nor0" to "norM" => N= M+1.
See also an other proposal from Marek
This adds support for the DWC_sub31 controllers such as those
found on Apple's M1 SoC. This version of the controller
seems to work fine with the existing driver.
Signed-off-by: Mark Kettenis
---
drivers/usb/host/xhci-dwc3.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/
On Thu, Sep 16, 2021 at 02:01:28PM +0200, Marek Behún wrote:
> On Thu, 16 Sep 2021 10:02:45 +0200
> Heinrich Schuchardt wrote:
>
> Heinrich, Simon already sent patch
> https://lore.kernel.org/u-boot/20210818214022.4.I3eb71025472bbb050bcf9a0a192dde1b6c07fa7f@changeid/
>
> Tom, could you apply Si
From: Henry Beberman
SPL FIT load checks the signature on loadable images but just continues
in the case of a failure. This is undesirable behavior because the boot
process depends on the authenticity of each loadable part.
Adding CONFIG_SPL_FIT_SIGNATURE_STRICT to halt the platform when any
ima
From: Ricardo Salveti
Add CONFIG_FIT_SIGNATURE_STRICT to require a valid FIT configuration
signature for each command that is able to manipulate FIT images.
Signed-off-by: Ricardo Salveti
Co-developed-by: Oleksandr Suvorov
Signed-off-by: Oleksandr Suvorov
---
cmd/fpga.c | 14 ++
FIT load checks the signature on loadable images, but just continues
in the case of a failure. This is undesirable behavior because the boot
process depends on the authenticity of every loadable part.
Add a check that verifies the FIT's configuration block, and fails if
it's not present or the s
Recognize the canonical format strings for framebuffers in
30bpp mode.
Signed-off-by: Mark Kettenis
---
drivers/video/simplefb.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/video/simplefb.c b/drivers/video/simplefb.c
index fd58426cf5..7e1cc4560f 100644
--- a/drivers/video/simp
Provide correct framebuffer information for 30bpp modes.
Signed-off-by: Mark Kettenis
---
lib/efi_loader/efi_gop.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/lib/efi_loader/efi_gop.c b/lib/efi_loader/efi_gop.c
index 1206b2d7a2..42bf49b184 100644
--- a/lib/efi_loader/efi_gop.
Add support for 30bpp mode where pixels are picked in 32-bit
integers but use 10 bits instead of 8 bits for each component.
Signed-off-by: Mark Kettenis
---
drivers/video/console_normal.c| 2 ++
drivers/video/console_rotate.c| 6 ++
drivers/video/console_truetype.c | 3 +++
drivers/
Apple M1 machines come up with a framebuffer that in 30bpp mode.
This series adds basic support for this mode.
Mark Kettenis (3):
video: Add 30bpp support
efi_loader: GOP: Add 30bpp support
video: simplefb: Add 30bpp support
drivers/video/console_normal.c| 2 ++
drivers/video/console_
SPL_RSA_VERIFY requires SPL_RSA to be enabled. Add correct
dependency.
Signed-off-by: Oleksandr Suvorov
---
lib/rsa/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/rsa/Kconfig b/lib/rsa/Kconfig
index a90d67e5a87..cf802a6d40a 100644
--- a/lib/rsa/Kconfig
+++ b/lib/rsa/Kconfig
@@
On Thu, 16 Sep 2021 10:02:45 +0200
Heinrich Schuchardt wrote:
Heinrich, Simon already sent patch
https://lore.kernel.org/u-boot/20210818214022.4.I3eb71025472bbb050bcf9a0a192dde1b6c07fa7f@changeid/
Tom, could you apply Simon's version?
Marek
On 16/09/2021 11:55, Nicolas Saenz Julienne wrote:
From: Nicolas Saenz Julienne
The @suse.de address doesn't exist anymore. Update it to something not
dependent on my workplace.
Signed-off-by: Nicolas Saenz Julienne
Thanks for doing this to keep you in the loop on RPi stuff going on.
Re
Am 16.09.2021 um 11:37 schrieb AKASHI Takahiro:
On Thu, Sep 16, 2021 at 11:14:01AM +0200, Michael Lawnick wrote:
Am 16.09.2021 um 10:02 schrieb AKASHI Takahiro:
On Thu, Sep 16, 2021 at 09:48:07AM +0200, Michael Lawnick wrote:
Am 16.09.2021 um 09:15 schrieb Michael Lawnick:
- What is the reason
Move setting the default boot command to the
apalis/colibri_imx6_defconfig. It allows replacing the command
without code modification.
Signed-off-by: Oleksandr Suvorov
Reviewed-by: Peng Fan
Reviewed-by: Igor Opaniuk
Acked-by: Marcel Ziswiler
---
Changes in v4:
- add an acked-by record.
Chang
Move setting the default boot command to the
apalis/colibri_imx6_defconfig. It allows replacing the command
without code modification.
Signed-off-by: Oleksandr Suvorov
Reviewed-by: Peng Fan
Reviewed-by: Igor Opaniuk
---
Changes in v3:
- fix Peng Fan's e-mail address
Changes in v2:
- fix space
On 12/09/2021 16:28, Samuel Holland wrote:
Only one board, Yones Toptech BD1078, actually uses a non-default MMC
pinmux. All other uses of these symbols select the default value or an
invalid value. To simplify things, remove support for the unused pinmux
options, and convert the remaining option
Am 16. September 2021 11:53:23 MESZ schrieb Vladimir Oltean
:
>On Thu, Sep 02, 2021 at 06:45:30PM +0200, Michael Walle wrote:
>> The fixup is done for the "fsl,ls1028a-gpu" which isn't any official
>> device tree binding. Don't break it, but instead add a fixup for another
>> compatible "vivante,g
Hi Heinrich,
2021年9月16日(木) 18:29 Heinrich Schuchardt :
>
>
>
> On 9/16/21 10:53 AM, Masami Hiramatsu wrote:
> > Repeatedly receive the packets until the receive buffer is empty.
> > If the buffer is empty, EFI_SIMPLE_NETWORK_PROTOCOL::Receive()
> > returns EFI_NOT_READY. We don't need to use the w
Hi Heinrich,
2021年9月16日(木) 18:30 Heinrich Schuchardt :
>
>
>
> On 9/16/21 10:53 AM, Masami Hiramatsu wrote:
> > Do not check EFI_SIMPLE_NETWORK_RECEIVE_INTERRUPT in packet
> > receiving loop. This depends on the implementation and not
> > related to whether the packet can be received or not.
>
> S
> Date: Thu, 16 Sep 2021 11:35:19 +0200 (CEST)
> From: Mark Kettenis
>
> > From: Heinrich Schuchardt
> > Date: Thu, 16 Sep 2021 10:10:20 +0200
> >
> > Output like the following is quite irritating:
> >
> > => bootefi hello
> > Scanning disk mmc2.blk...
> > No valid Btrfs found
> >
On Thu, Sep 02, 2021 at 06:45:30PM +0200, Michael Walle wrote:
> The fixup is done for the "fsl,ls1028a-gpu" which isn't any official
> device tree binding. Don't break it, but instead add a fixup for another
> compatible "vivante,gc" which is the offical one for the GPU on the
> LS1028A.
>
> Sign
On Thu, Sep 16, 2021 at 11:14:01AM +0200, Michael Lawnick wrote:
> Am 16.09.2021 um 10:02 schrieb AKASHI Takahiro:
> > On Thu, Sep 16, 2021 at 09:48:07AM +0200, Michael Lawnick wrote:
> > > Am 16.09.2021 um 09:15 schrieb Michael Lawnick:
> > > > Am 16.09.2021 um 09:12 schrieb AKASHI Takahiro:
> > >
> From: Heinrich Schuchardt
> Date: Thu, 16 Sep 2021 10:10:20 +0200
>
> Output like the following is quite irritating:
>
> => bootefi hello
> Scanning disk mmc2.blk...
> No valid Btrfs found
> Bad magic number for SquashFS image.
> ** Unrecognized filesystem type **
> Sca
On 9/16/21 10:53 AM, Masami Hiramatsu wrote:
Do not check EFI_SIMPLE_NETWORK_RECEIVE_INTERRUPT in packet
receiving loop. This depends on the implementation and not
related to whether the packet can be received or not.
Shouldn't EFI_SIMPLE_NETWORK_RECEIVE_INTERRUPT always be set if a
package
On 9/16/21 10:53 AM, Masami Hiramatsu wrote:
Repeatedly receive the packets until the receive buffer is empty.
If the buffer is empty, EFI_SIMPLE_NETWORK_PROTOCOL::Receive()
returns EFI_NOT_READY. We don't need to use the wait_for_event()
every time.
Why do you want to make the change?
Was a
On Thu, 2021-09-16 at 11:54 +0300, Oleksandr Suvorov wrote:
> Move setting the default boot command to the
> apalis/colibri_imx6_defconfig. It allows replacing the command
> without code modification.
>
> Signed-off-by: Oleksandr Suvorov
> Reviewed-by: Peng Fan
> Reviewed-by: Igor Opaniuk
Acke
Am 16.09.2021 um 10:02 schrieb AKASHI Takahiro:
On Thu, Sep 16, 2021 at 09:48:07AM +0200, Michael Lawnick wrote:
Am 16.09.2021 um 09:15 schrieb Michael Lawnick:
Am 16.09.2021 um 09:12 schrieb AKASHI Takahiro:
Please, as Heinrich suggested, add CONFIG_FS_FAT, in your U-Boot configuration.
Hmm
Hi Marcel,
On Wed, Sep 15, 2021 at 11:12 PM Marcel Ziswiler
wrote:
>
> Hi Oleksandr
>
> Thanks, just one minor nit-pick below.
>
> On Sun, 2021-09-12 at 22:39 +0300, Oleksandr Suvorov wrote:
> > Move setting the default boot command to the
> > apalis/colibri_imx6_defconfig. It allows replacing th
Our mailmapper script required Python 2 which is no longer maintained.
A main difference when converting to Python 3 is that byte strings are not
character strings. So add conversion and skip over conversion errors.
Signed-off-by: Heinrich Schuchardt
---
scripts/mailmapper | 14 +-
1
According to the UEF specification v2.9, the main purpose of the
EFI_SIMPLE_NETWORK_PROTOCOL::GetStatus() is for checking the link
status via EFI_SIMPLE_NETWORK_MODE::MediaPresent.
So this uses net->get_status() for checking the link status before
running network test.
Signed-off-by: Masami Hirama
From: Joel Stanley
Add YCLK enable for HACE, the HW hash engine of
ASPEED AST2600 SoCs.
Signed-off-by: Joel Stanley
Signed-off-by: Chia-Wei Wang
---
.../arm/include/asm/arch-aspeed/scu_ast2600.h | 5 +++--
drivers/clk/aspeed/clk_ast2600.c | 20 +++
2 files change
Move setting the default boot command to the
apalis/colibri_imx6_defconfig. It allows replacing the command
without code modification.
Signed-off-by: Oleksandr Suvorov
Reviewed-by: Peng Fan
Reviewed-by: Igor Opaniuk
---
Changes in v2:
- fix spaces after semicolon.
- add reviewed-by records.
Do not check EFI_SIMPLE_NETWORK_RECEIVE_INTERRUPT in packet
receiving loop. This depends on the implementation and not
related to whether the packet can be received or not.
Whether the received packets are available or not is ensured
by wait_for_packet, and that is already done in the loop.
Signe
Repeatedly receive the packets until the receive buffer is empty.
If the buffer is empty, EFI_SIMPLE_NETWORK_PROTOCOL::Receive()
returns EFI_NOT_READY. We don't need to use the wait_for_event()
every time.
Signed-off-by: Masami Hiramatsu
---
lib/efi_selftest/efi_selftest_snp.c | 67 +++
Hello Heinrich,
Here is a series of patches to update the SIMPLE_NETWORK_PROTOCOL
according to the explanation in the previous thread [1].
[1] https://lists.denx.de/pipermail/u-boot/2021-September/460711.html
So basically this seires modifies the SNP testcase as I said
in the previous mail [1].
Enable SPL FIT image load and verification support.
The HW accelerated SHA is also available with the
newly added support of the HACE HW hash engine.
The SPL thumb build is also enabled to keep the binary
less than 64KB to fit into the Aspeed secure boot design.
Signed-off-by: Chia-Wei Wang
---
Move CONFIG_EXTRA_ENV_SETTINGS to board-specific
configuration headers.
Signed-off-by: Chia-Wei Wang
---
include/configs/aspeed-common.h | 9 -
include/configs/evb_ast2500.h | 9 +
include/configs/evb_ast2600.h | 9 +
3 files changed, 18 insertions(+), 9 deletions(-)
AST2600 leverages the FIT hash/signature verification to fulfill
secure boot trust chain. To improve the performance and save SW
code size for those crypto operations, the two HW crypto engine,
HACE and ACRY, are enabled.
However, both of the engines can only access to data stored in
DRAM space. T
ACRY is deisnged to accerlerate ECC/RSA digital signature
generation and verification.
Signed-off-by: Chia-Wei Wang
---
drivers/crypto/aspeed/Kconfig | 10 ++
drivers/crypto/aspeed/Makefile | 1 +
drivers/crypto/aspeed/aspeed_acry.c | 182
lib/rsa/Kconf
Add ACRY DTS node and enable it for AST2600 EVB.
Signed-off-by: Chia-Wei Wang
---
arch/arm/dts/ast2600-evb.dts | 5 +
arch/arm/dts/ast2600.dtsi| 9 +
2 files changed, 14 insertions(+)
diff --git a/arch/arm/dts/ast2600-evb.dts b/arch/arm/dts/ast2600-evb.dts
index adb80a30ef..0536
Return CONFIG_SYS_LOAD_ADDR pointing to DRAM space for
spl_get_load_buffer() to allow generic SPL image loading
code (e.g. FIT and Ymodem) to store data in DRAM.
Signed-off-by: Chia-Wei Wang
---
arch/arm/mach-aspeed/ast2600/spl.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
dif
From: Joel Stanley
Add HACE DTS node and enable it for AST2600 EVB.
Signed-off-by: Joel Stanley
Signed-off-by: Chia-Wei Wang
---
arch/arm/dts/ast2600-evb.dts | 5 +
arch/arm/dts/ast2600.dtsi| 8
2 files changed, 13 insertions(+)
diff --git a/arch/arm/dts/ast2600-evb.dts b/ar
Add RSACLK enable for ACRY, the HW RSA/ECC crypto engine
of ASPEED AST2600 SoCs.
As ACRY and HACE share the same reset control bit, we do not
perform the reset-hold-n-release operation during their clock
ungating process. Instead, only reset release is conducted to
prevent mutual interference.
Si
From: Johnny Huang
Hash and Crypto Engine (HACE) is designed to accelerate the
throughput of hash data digest, and symmetric-key encryption.
Signed-off-by: Johnny Huang
Signed-off-by: Chia-Wei Wang
---
drivers/crypto/Kconfig | 2 +
drivers/crypto/Makefile | 1 +
d
This patch series intends to provide a secure boot chain from SPL to Linux
kernel
based on the hash and signature verification of FIT image paradigm.
To improve the performance and save code size (SPL is limited to 64KB due to
HW-RoT),
the drviers of two HW crypto engine HACE and ACRY are also a
The AST2600 SRAM has been extended to 88KB since A1
chip revision. This patch updates the SRAM size to
offer more space for early stack/heap use.
Signed-off-by: Chia-Wei Wang
---
arch/arm/include/asm/arch-aspeed/platform.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/
i Michal,
On Thu, Sep 16, 2021 at 10:05 AM Michal Simek wrote:
>
>
>
> On 9/15/21 8:35 PM, Oleksandr Suvorov wrote:
> > Hi Michal,
> >
> > On Fri, Sep 10, 2021 at 9:35 AM Michal Simek
> > wrote:
> >>
> >>
> >>
> >> On 9/9/21 10:44 PM, Oleksandr Suvorov wrote:
> >>> From: Oleksandr Suvorov
> >>
On Thu, 16 Sept 2021 at 16:29, Heinrich Schuchardt wrote:
>
>
>
> On 9/15/21 7:15 AM, Masahisa Kojima wrote:
> > This commit adds the UEFI GPT disk partition topology
> > measurement required in TCG PC Client PFP Spec.
>
> Thanks for looking into the missing parts of TCG measurement in U-Boot.
>
>
1 - 100 of 113 matches
Mail list logo