On 5/29/20 8:41 AM, AKASHI Takahiro wrote:
> There are a couple of occurrences of hash calculations in which a new
> efi_hash_regions will be commonly used.
>
> Signed-off-by: AKASHI Takahiro
> ---
> lib/efi_loader/efi_signature.c | 44 +-
> 1 file changed, 16
On 5/29/20 8:41 AM, AKASHI Takahiro wrote:
> A signed image may have multiple signatures in
> - each WIN_CERTIFICATE in authenticode, and/or
> - each SignerInfo in pkcs7 SignedData (of WIN_CERTIFICATE)
>
> In the initial implementation of efi_image_authenticate(), the criteria
> of
The soc info without initialization value should be put into
data section. The driver could be used before relocation,
with it in BSS section could cause issue, since BSS section
is not initializated and it might overwrite other areas that
used by others, such as dtb.
Signed-off-by: Peng Fan
---
The soc info without initialization value should be put into
data section. The driver could be used before relocation,
with it in BSS section could cause issue, since BSS section
is not initializated and it might overwrite other areas that
used by others, such as dtb.
Signed-off-by: Peng Fan
---
The soc info without initialization value should be put into
data section. The driver could be used before relocation,
with it in BSS section could cause issue, since BSS section
is not initializated and it might overwrite other areas that
used by others, such as dtb.
Signed-off-by: Peng Fan
---
The PHY consumer is responsible for allocating the struct phy_bulk.
During conversion to the bulk API, the contents of the struct were
replaced by a pointer instead of the struct itself. This leads to a null
pointer dereference in generic_phy_get_bulk() when setting bulk->phys.
Fixes:
On 5/29/20 8:41 AM, AKASHI Takahiro wrote:
> Currently, we don't use any regular expression in matching outputs from
> U-Boot. Since its use is just redundant, we can remove all.
>
> Signed-off-by: AKASHI Takahiro
Applying: test/py: efi_secboot: remove all "re.search"
error: patch failed:
Seems the previous V2 not show all patches in patchwork
https://patchwork.ozlabs.org/project/uboot/list/?series=176250=%2A=both
V2:
Drop patch to print dram rate
remove board ddr ecc part from patch enabling inline ecc feature
This is to upstream NXP vendor tree ddr driver related fix and
From: Sherry Sun
the DRAM Controller in i.MX8MP will support a feature called "Inline ECC".
This is supported for all 3 supported DRAM technologies (LPDDR4, DDR4 and
DDR3L). When this feature is enabled by software, the DRAM Controller
reserves 12.5% of DRAM capacity for ECC information, and
From: Jacky Bai
The 'selfref_en' should be bit'0', so correct the setting to
enable the auto self-refresh.
Reviewed-by: Jian Li
Reviewed-by: Ye Li
Signed-off-by: Jacky Bai
Signed-off-by: Peng Fan
---
drivers/ddr/imx/imx8m/ddr_init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
From: Jacky Bai
There is no DDR_SS_GPR0 exits on i.MX8MN, so skip setting
this register on i.MX8MN.
Signed-off-by: Jacky Bai
Signed-off-by: Peng Fan
---
drivers/ddr/imx/imx8m/ddr_init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/ddr/imx/imx8m/ddr_init.c
On 5/29/20 8:41 AM, AKASHI Takahiro wrote:
> Since certificate table, which is indexed by IMAGE_DIRECTORY_ENTRY_SECURITY
%s/Since certificate/Since the certificate/
> and contains authenticode in PE image, doesn't always exist, we should make
> sure that we will retrieve its pointer only if it
On 5/29/20 8:41 AM, AKASHI Takahiro wrote:
> Since the size check against an entry in efi_search_siglist() is
> incorrect, this function will never find out a to-be-matched certificate
> and its associated revocation time in signature list.
%s/in signature/in the signature/
>
> Signed-off-by:
On 5/29/20 8:41 AM, AKASHI Takahiro wrote:
> In case that a type of certificate in "db" or "dbx" is
> EFI_CERT_X509_SHA256_GUID, it is actually not a certificate which contains
> a public key for RSA decryption, but a digest of image to be loaded.
> If the value matches to a value calculated from
Hi,
my mistake is already fixed and merged by commit "usb: dwc3: fix NULL pointer
issue" by original author of xhci/bulk-api
https://gitlab.denx.de/u-boot/u-boot/-/commit/58221d7e876c2f75ae7696aad853d81ccd76fb7a
regards Frank
On Sat, May 30, 2020 at 01:20:10PM -0400, Tom Rini wrote:
> On Sat, May 30, 2020 at 10:29:04AM -0600, Simon Glass wrote:
>
> > This is defined in the asm/cache.h header file. Update this header file to
> > include it.
> >
> > Signed-off-by: Simon Glass
>
> Reviewed-by: Tom Rini
>
> There's
Hi Tom,
The following changes since commit 606cced58bf44bdf640760711be40d15a169aa71:
Merge tag 'u-boot-amlogic-20200529' of
https://gitlab.denx.de/u-boot/custodians/u-boot-amlogic (2020-05-29
08:57:04 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-dm.git
On Mon, Apr 6, 2020 at 10:04 PM Simon Glass wrote:
>
> Move this header out of the common header. Network support is used in
> quite a few places but it still does not warrant blanket inclusion.
>
> Note that this net.h header itself has quite a lot in it. It could be
> split into the driver-mode
This is defined in the asm/cache.h header file. Update this header file to
include it.
Signed-off-by: Simon Glass
---
include/linux/dma-mapping.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index 20b6d60dd8..6a107d52e0 100644
This is defined in the asm/cache.h header file. Update this header file to
include it so it gets the same value consistently across U-Boot.
This fixes 'usb host' on omapl138_lcdk.
Fixes: 90526e9fbac ("common: Drop net.h from common header")
Reported-by: Adam Ford
Signed-off-by: Simon Glass
---
On Sat, May 30, 2020 at 11:29 AM Simon Glass wrote:
>
> Hi Adam,
>
> On Sat, 30 May 2020 at 08:59, Adam Ford wrote:
> >
> > On Mon, Apr 6, 2020 at 10:04 PM Simon Glass wrote:
> > >
> > > Move this header out of the common header. Network support is used in
> > > quite a few places but it still
Hi Adam,
On Sat, 30 May 2020 at 08:59, Adam Ford wrote:
>
> On Mon, Apr 6, 2020 at 10:04 PM Simon Glass wrote:
> >
> > Move this header out of the common header. Network support is used in
> > quite a few places but it still does not warrant blanket inclusion.
> >
> > Note that this net.h
On Sat, May 30, 2020 at 10:29:03AM -0600, Simon Glass wrote:
> This is defined in the asm/cache.h header file. Update this header file to
> include it so it gets the same value consistently across U-Boot.
>
> This fixes 'usb host' on omapl138_lcdk.
>
> Fixes: 90526e9fbac ("common: Drop net.h
On Sat, May 30, 2020 at 11:29 AM Simon Glass wrote:
>
> This is defined in the asm/cache.h header file. Update this header file to
> include it so it gets the same value consistently across U-Boot.
>
> This fixes 'usb host' on omapl138_lcdk.
Thank you. This series also fixes the da850-evm.
>
>
On Sat, May 30, 2020 at 12:27 PM Tom Rini wrote:
>
> On Sat, May 30, 2020 at 01:20:10PM -0400, Tom Rini wrote:
> > On Sat, May 30, 2020 at 10:29:04AM -0600, Simon Glass wrote:
> >
> > > This is defined in the asm/cache.h header file. Update this header file to
> > > include it.
> > >
> > >
jAm May 30, 2020 2:44:04 PM UTC schrieb Simon Glass :
>Hi Heinrich,
>
>I got a failure on this commit:
>
>https://gitlab.denx.de/u-boot/custodians/u-boot-dm/-/jobs/102827
>
>then a retry succeeded:
>
>https://gitlab.denx.de/u-boot/custodians/u-boot-dm/-/jobs/102828
>
>Any ideas on this?
>
>Some
On Sat, May 30, 2020 at 05:51:18AM +0200, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c master
>
> The following changes since commit ab80137cc436e977ef91a154372ae5aeae3f4fb0:
>
> Merge https://gitlab.denx.de/u-boot/custodians/u-boot-marvell (2020-05-27
> 10:56:25
On 28.05.20 10:07, Anatolij Gustschin wrote:
> On Thu, 28 May 2020 09:54:42 +0200
> Soeren Moch sm...@web.de wrote:
> ...
>>> I'll merge this via u-boot-video tree. v2 patch depends on a few more
>>> video patches which are under review/built-test currently.
>> OK, I will try to test this new
On 30.05.20 05:24, Denis 'GNUtoo' Carikli wrote:
> This is needed to enable distro_boot support later on.
>
> Adding the necessary configuration to enable booting general
> purpose distributions is typically done by enabling
> CONFIG_DISTRO_DEFAULTS.
>
> However the resulting image size is is
On 30.05.20 05:24, Denis 'GNUtoo' Carikli wrote:
> This keeps the compatibility with the old bootcmd.
>
> The fdtfile environment variable also needed to be set to
> imx6q-tbs2910.dtb to enable booting mainline kernels
> otherwise with extlinux.conf it tries to load
> mx6-tbs2910.dtb instead.
>
>
On 30.05.20 05:24, Denis 'GNUtoo' Carikli wrote:
> As that the resulting image is already very close to the
> size limit, and that CONFIG_DHCP is not strictly required,
> removing it shouldn't hurt.
You removed CONFIG_CMD_DHCP. This is used to check the ethernet
connection of the board. And since
On 30.05.20 05:24, Denis 'GNUtoo' Carikli wrote:
> This documents the u-boot installation procedure and the
> hardware in order to get started.
>
> Signed-off-by: Denis 'GNUtoo' Carikli
> ---
> Changelog since v4:
> ---
> - Added dded information about SYSBOOT boot support as
On Sat, May 30, 2020 at 10:29:04AM -0600, Simon Glass wrote:
> This is defined in the asm/cache.h header file. Update this header file to
> include it.
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
There's also drivers/usb/host/ohci.h and lib/elf.c which also reference
Instead of hang()ing the system and thus disallowing any automated
recovery possibility from a HAB authentication failure, panic() .
The panic() function can be configured to hang() the system after
printing an error message, however the default is to reset the
system instead.
This allows
Hi Marek,
[Adding Breno]
On Sat, May 30, 2020 at 3:29 PM Marek Vasut wrote:
>
> Instead of hang()ing the system and thus disallowing any automated
> recovery possibility from a HAB authentication failure, panic() .
> The panic() function can be configured to hang() the system after
> printing
Hi Heinrich,
I got a failure on this commit:
https://gitlab.denx.de/u-boot/custodians/u-boot-dm/-/jobs/102827
then a retry succeeded:
https://gitlab.denx.de/u-boot/custodians/u-boot-dm/-/jobs/102828
Any ideas on this?
Some time ago I had a problem with buildman where the 4k pipe buffer
for
On 5/30/20 5:24 PM, Heinrich Schuchardt wrote:
>
> jAm May 30, 2020 2:44:04 PM UTC schrieb Simon Glass :
>> Hi Heinrich,
>>
>> I got a failure on this commit:
>>
>> https://gitlab.denx.de/u-boot/custodians/u-boot-dm/-/jobs/102827
>>
>> then a retry succeeded:
>>
>>
Hi Heinrich,
On Sat, 30 May 2020 at 09:51, Heinrich Schuchardt wrote:
>
> On 5/30/20 5:24 PM, Heinrich Schuchardt wrote:
> >
> > jAm May 30, 2020 2:44:04 PM UTC schrieb Simon Glass :
> >> Hi Heinrich,
> >>
> >> I got a failure on this commit:
> >>
> >>
On 5/30/20 10:14 PM, Patrick Wildt wrote:
> On Sat, May 30, 2020 at 03:31:29PM -0300, Fabio Estevam wrote:
>> Hi Marek,
>>
>> [Adding Breno]
>>
>> On Sat, May 30, 2020 at 3:29 PM Marek Vasut wrote:
>>>
>>> Instead of hang()ing the system and thus disallowing any automated
>>> recovery possibility
In some of our Python tests we build disk images. Currently this involves
using the sudo command for losetup and mount. For some tests sudo is
not necessary if the command guestmount of package libguestfs-tools is
available. Another useful tool in libguestfs-tools is virt-make-fs.
Generally we
None of these splash screen loading errors are so critical as to
justify complete failure to boot, so just print error message as
needed and return 0, the boot can very likely continue without
the splash.
Fix a couple of missing free(dst) instances as well.
Signed-off-by: Marek Vasut
Cc: Fabio
Convert the board to DM_ETH instead of legacy networking. This requires
a minor addition to the DT to satisfy the requirement for specifying a
PHY node. No functional change from board user perspective.
Signed-off-by: Marek Vasut
Cc: Fabio Estevam
Cc: NXP i.MX U-Boot Team
Cc: Peng Fan
Cc:
When building U-Boot we should not blindly use make -j8 but consider the
actual core count given by os.cpu_count().
Signed-off-by: Heinrich Schuchardt
---
test/py/conftest.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/test/py/conftest.py b/test/py/conftest.py
index
-rockchip.git
tags/u-boot-rockchip-20200530
for you to fetch changes up to 63a3c89855cabc173c76a9958053408d34d33dc2:
rockchip: rockpro64: enable DM_KEYBOARD (2020-05-30 07:38:50 +0800)
Frank Wang (8):
arm: mach-rockchip: bind
On Sat, May 30, 2020 at 03:31:29PM -0300, Fabio Estevam wrote:
> Hi Marek,
>
> [Adding Breno]
>
> On Sat, May 30, 2020 at 3:29 PM Marek Vasut wrote:
> >
> > Instead of hang()ing the system and thus disallowing any automated
> > recovery possibility from a HAB authentication failure, panic() .
>
The following changes since commit ab80137cc436e977ef91a154372ae5aeae3f4fb0:
Merge https://gitlab.denx.de/u-boot/custodians/u-boot-marvell
(2020-05-27 10:56:25 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-sh.git master
for you to fetch changes up to
The following changes since commit ab80137cc436e977ef91a154372ae5aeae3f4fb0:
Merge https://gitlab.denx.de/u-boot/custodians/u-boot-marvell
(2020-05-27 10:56:25 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fetch changes up to
On Sat, May 30, 2020 at 10:29:19PM +0200, Marek Vasut wrote:
> On 5/30/20 10:14 PM, Patrick Wildt wrote:
> > On Sat, May 30, 2020 at 03:31:29PM -0300, Fabio Estevam wrote:
> >> Hi Marek,
> >>
> >> [Adding Breno]
> >>
> >> On Sat, May 30, 2020 at 3:29 PM Marek Vasut wrote:
> >>>
> >>> Instead of
On Sat, May 30, 2020 at 09:16:10AM -0600, Simon Glass wrote:
> Hi Tom,
>
> The following changes since commit 606cced58bf44bdf640760711be40d15a169aa71:
>
> Merge tag 'u-boot-amlogic-20200529' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-amlogic (2020-05-29
> 08:57:04 -0400)
>
> are
49 matches
Mail list logo
