Heinrich,
I will address other comments in a separate e-mail, but
it is worth mentioning that Patrick deserves credit for initial
implementation of efi secure boot, which the main logic of my current
patch set heavily relies on;
On Sat, Nov 16, 2019 at 09:00:12PM +0100, Heinrich Schuchardt wrote:
Hi Simon,
On Sun, Nov 17, 2019 at 11:46 PM Simon Glass wrote:
>
> Hi Bin,
>
> On Sun, 17 Nov 2019 at 07:07, Bin Meng wrote:
> >
> > Hi Simon,
> >
> > On Wed, Nov 6, 2019 at 7:12 AM Tom Rini wrote:
> > >
> > > On Tue, Nov 05, 2019 at 05:23:51AM -0700, Simon Glass wrote:
> > >
> > > > Hi Tom,
> >
On 2019/11/18 上午10:51, Kever Yang wrote:
> Hi Qu Wenruo,
>
>
> Please try with latest u-boot-rockchip with dram and board fix merged:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-rockchip.git master branch
Compiled and installed, and still the same SError trying "memtest 3584M"
on
>-Original Message-
>From: Tom Rini
>Sent: Friday, November 15, 2019 6:51 PM
>To: Priyanka Jain
>Cc: u-boot@lists.denx.de
>Subject: Re: [U-Boot] [PATCH 4/5] T1042RDB_PI_NAND_SECURE_BOOT:
>SECURE_BOOT means environment is nowhere
>
>On Fri, Nov 15, 2019 at 12:43:48PM +, Priyanka Jain
On 11/18/19 3:46 AM, Tan, Ley Foon wrote:
[...]
>>
>> On 11/15/19 6:20 PM, Thor Thayer wrote:
>>>
>>> Enable TCU access through the Stratix10 CCU so that the SMMU can
>>> access the SDRAM.
>>>
>>
>> [...]
>>
>> Looks good to me. Ley, can you take a look?
>> Thanks!
> Looks good to me too.
> But,
On Sun, Nov 17, 2019 at 8:50 PM Stefan Roese wrote:
>
> Hi Heinrich,
>
> (+Chris)
>
> On 16.11.19 11:11, Heinrich Schuchardt wrote:
> > Hello Stefan,
> >
> > Gray reporting this bug unfortunately did not provide enough information
> > to analyze his issue.
> >
> > Are you aware of any restrictions
Hi Jagan,
On Tue, Oct 29, 2019 at 6:15 PM Bin Meng wrote:
>
> Hi Jagan,
>
> On Wed, Oct 16, 2019 at 11:21 PM Jagan Teki
> wrote:
> >
> > Hi Bin,
> >
> > On Mon, Sep 9, 2019 at 6:30 PM Bin Meng wrote:
> > >
> > > Add chip select number check in spi_find_chip_select().
> > >
> > > Signed-off-by:
On Sat, Nov 16, 2019 at 09:02:45PM +0100, Heinrich Schuchardt wrote:
> On 11/13/19 1:52 AM, AKASHI Takahiro wrote:
> >With this commit, EFI_VARIABLE_TIME_BASED_AUTHENTICATED_WRITE_ACCESS
> >is supported for authenticated variables and the system secure state
> >will transfer between setup mode and
On Mon, Nov 18, 2019 at 07:26:55AM +0100, Heinrich Schuchardt wrote:
> On 11/18/19 6:44 AM, AKASHI Takahiro wrote:
> >Heinrich,
> >
> >On Sat, Nov 16, 2019 at 06:42:11PM +0100, Heinrich Schuchardt wrote:
> >>On 11/13/19 1:52 AM, AKASHI Takahiro wrote:
> >>>The index (IMAGE_DIRECTORY_ENTRY_CERTTABLE
> On 19-Nov-8, at 12:23 PM, Matthias Brugger wrote:
>
> On 27/09/2019 07:39, Mark Dapoz wrote:
>> The bcm283x PL011 serial driver is hard coded to allow connections only
>> for UART0. This prevents using any of the other UARTs as the U-boot
>> console.
>>
>> The bcm283x serial driver is update
On 11/17/19 4:39 PM, Simon Glass wrote:
Hi,
On Sun, 17 Nov 2019 at 06:14, Tom Rini wrote:
On Sun, Nov 17, 2019 at 11:11:43AM +0100, Heinrich Schuchardt wrote:
Hello Simon,
when building U-Boot HEAD with GCC 9.2.1 I get a bunch of build warnings
which I did not see before your recent libfdt
Heinrich,
On Sat, Nov 16, 2019 at 09:10:35PM +0100, Heinrich Schuchardt wrote:
> On 11/13/19 1:53 AM, AKASHI Takahiro wrote:
> >A signature database variable is associated with a specific guid.
> >For convenience, if user doesn't supply any guid info, "env set|print -e"
> >should complement it.
>
On 11/18/19 6:44 AM, AKASHI Takahiro wrote:
Heinrich,
On Sat, Nov 16, 2019 at 06:42:11PM +0100, Heinrich Schuchardt wrote:
On 11/13/19 1:52 AM, AKASHI Takahiro wrote:
The index (IMAGE_DIRECTORY_ENTRY_CERTTABLE) in a table points to
a region containing authentication information (image's signat
Heinrich,
On Sat, Nov 16, 2019 at 06:59:31PM +0100, Heinrich Schuchardt wrote:
> On 11/13/19 1:52 AM, AKASHI Takahiro wrote:
> >This commit allows us to use common/image-sig.c even if CONFIG_FIT
> >is disabled but CONFIG_EFI_LOADER is enabled.
> >
> >Signed-off-by: AKASHI Takahiro
> >---
> > inc
Heinrich,
On Sat, Nov 16, 2019 at 09:31:04PM +0100, Heinrich Schuchardt wrote:
> On 11/13/19 1:53 AM, AKASHI Takahiro wrote:
> >Provide test cases for
> > * image authentication for signed images
> >(test_efi_secboot/test_signed.py)
> > * image authentication for unsigned images
> >(test
On Sat, Nov 16, 2019 at 09:28:56PM +0100, Heinrich Schuchardt wrote:
> On 11/13/19 1:53 AM, AKASHI Takahiro wrote:
> >Provide a couple of test cases for variable authentication.
>
> Please, tell us more in the commit message.
About what?
I have lots of 'text case' descriptions in *.py files.
> >
Heinrich,
On Sat, Nov 16, 2019 at 09:19:33PM +0100, Heinrich Schuchardt wrote:
> On 11/13/19 1:53 AM, AKASHI Takahiro wrote:
> >A fixture for UEFI secure boot tests (image authentication and variable
> >authentication) is defined. A small file system with test data in a single
> >partition formatt
Hi Sahaj,
On Sun, 17 Nov 2019 at 21:33, Sahaj Sarup wrote:
>
> Hi All,
>
> I was wondering if you could answer a few questions regarding u-boot
> on Asus CP101 gru/bob ?
>
> - To test the u-boot image following README.chromium-chainload,
> should I expect output on the display or do I need
> CDD/
Heinrich,
On Sat, Nov 16, 2019 at 06:42:11PM +0100, Heinrich Schuchardt wrote:
> On 11/13/19 1:52 AM, AKASHI Takahiro wrote:
> >The index (IMAGE_DIRECTORY_ENTRY_CERTTABLE) in a table points to
> >a region containing authentication information (image's signature)
> >in PE format.
> >
> >WIN_CERTIFI
On Sun, Nov 17, 2019 at 7:26 PM David.Wu wrote:
>
> Hi Vasily,
>
> 在 2019/11/17 3:32, Vasily Khoruzhick 写道:
> > + rk_i2c_send_stop_bit(i2c);
> > + rk_i2c_disable(i2c);
>
> I think it is better to also stop i2c if i2c xfer failed, how do you
> feel about it?
I'm not sure if it's a good ide
Enable DP_PWR signal to power the DP to HDMI converter cable.
Signed-off-by: Wen He
---
board/freescale/ls1028a/ls1028a.c | 12
include/configs/ls1028a_common.h | 3 +++
2 files changed, 15 insertions(+)
diff --git a/board/freescale/ls1028a/ls1028a.c
b/board/freescale/ls1028a/ls
> -Original Message-
> From: Jagdish Gediya
> Sent: 2019年11月18日 12:50
> To: Wen He ; u-boot@lists.denx.de;
> u-b...@linux.nxdi.nxp.com
> Cc: Wen He
> Subject: RE: [u-boot] [v4] armv8: ls1028ardb: enable DisplayPort Power
> support
>
> Hi Wen,
>
> > -Original Message-
> > From:
Hi Wen,
> -Original Message-
> From: u-boot-boun...@linux.nxdi.nxp.com boun...@linux.nxdi.nxp.com> On Behalf Of Wen He
> Sent: Wednesday, November 6, 2019 1:20 PM
> To: u-boot@lists.denx.de; u-b...@linux.nxdi.nxp.com
> Cc: Wen He
> Subject: [u-boot] [v4] armv8: ls1028ardb: enable Display
On 2019/11/18 上午10:51, Kever Yang wrote:
> Hi Qu Wenruo,
>
>
> Please try with latest u-boot-rockchip with dram and board fix merged:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-rockchip.git master branch
Thanks, I'll take a try if it can compile on Arch, (as dtc include
changed o
Hi Vasily,
在 2019/11/17 3:32, Vasily Khoruzhick 写道:
+ rk_i2c_send_stop_bit(i2c);
+ rk_i2c_disable(i2c);
I think it is better to also stop i2c if i2c xfer failed, how do you
feel about it?
@@ -356,11 +356,16 @@ static int rockchip_i2c_xfer(struct udevice *bus,
struct i2c_msg *ms
On 2019/11/17 下午5:12, Kever Yang wrote:
On 2019/11/16 上午5:07, Michael Trimarchi wrote:
dmc is used to initialize the memory controller. It's needed by
u-boot. Move it in the specific section
Signed-off-by: Michael Trimarchi
Reviewed-by: Kever Yang
Applied to u-boot-rockchip master.
Than
On 2019/11/17 下午5:12, Kever Yang wrote:
On 2019/11/16 上午5:07, Michael Trimarchi wrote:
Support tinker-s board. The board is equivalent of tinker board
except of emmc.
TODO:
- support of usb current burst when the board is powered from pc
Signed-off-by: Michael Trimarchi
Reviewed-by: Kever
On 2019/11/15 上午11:04, Kever Yang wrote:
The sdram drivers for Rockchip SoCs was all separate, some of the SoCs
has similar hardware controller and phy, so we have a change to share
the flow and some of the functions between different SoCs.
This patch set implement a first version common code ba
Hi Kurt,
On 2019/11/14 上午2:44, Kurt Miller wrote:
On Tue, 2019-09-17 at 12:02 -0400, Kurt Miller wrote:
On Tue, 2019-09-17 at 10:57 +0800, Kever Yang wrote:
Hi Kurt,
Could you try with below update:
diff --git a/arch/arm/dts/rk3399-sdram-lpddr4-100.dtsi
b/arch/arm/dts/rk3399-sdram-lpd
On 2019/11/9 上午7:06, Heiko Stuebner wrote:
CONFIG_IS_ENABLED() needs the config name like used in Kconfig, so
without the leading CONFIG_. The clock drivers all wrongly check for
CONFIG_RESET_ROCKCHIP, fix that
Signed-off-by: Heiko Stuebner
Reviewed-by: Kever Yang
Applied to u-boot-rockchip
On 2019/11/13 下午5:13, Kever Yang wrote:
On 2019/11/2 下午12:49, Jagan Teki wrote:
roc-rk3399-pc_defconfig is committed in below
commit <8a681f4c5aa15db51ad0209734859c9fe7c29cfd> ("rockchip: rk3399:
Add ROC-RK3399-PC support")
which doesn't follow the existing defconfigs on rk3399.
So, rename
On 2019/11/13 下午5:08, Kever Yang wrote:
On 2019/11/9 上午7:06, Heiko Stuebner wrote:
rockchip_reset_bind() already does the needed init for the reset
registers, only referenced the wrong cru structure.
So we can get rid of the open-coded reset init and just fix
the correct cru reference.
Signe
On 2019/11/10 下午10:35, Kever Yang wrote:
On 2019/11/10 上午4:30, Peter Robinson wrote:
The u-boot specific device tree directives should be in u-boot.dtsi
Signed-off-by: Peter Robinson
Reviewed-by: Kever Yang
Applied to u-boot-rockchip master.
Thanks,
- Kever
Thanks,
- Kever
---
arch
On 2019/11/10 下午10:35, Kever Yang wrote:
On 2019/11/10 上午4:30, Peter Robinson wrote:
The u-boot specific device tree directives should be in u-boot.dtsi
Signed-off-by: Peter Robinson
Reviewed-by: Kever Yang
Applied to u-boot-rockchip master.
Thanks,
- Kever
Thanks,
- Kever
---
arch
On 2019/11/10 下午10:52, Peter Robinson wrote:
On Sun, Nov 10, 2019 at 2:35 PM Kever Yang wrote:
On 2019/11/10 上午4:30, Peter Robinson wrote:
The u-boot specific pieces in the dts files should be in u-boot.dtsi
not the main files, this allows easier sync with upstream. The
rk3399.dtsi has a mix
On 2019/11/10 下午10:31, Kever Yang wrote:
On 2019/10/25 上午9:42, Elaine Zhang wrote:
Common PLL setup function, compatible with different SOC.
Mainly for the subsequent new SOC use.
Signed-off-by: Elaine Zhang
Reviewed-by: Kever Yang
Applied to u-boot-rockchip master .
Thanks,
- Kever
T
On 2019/10/25 上午7:27, Heiko Stuebner wrote:
From: Heiko Stuebner
This series adds support for the px30 soc and its evaluation board.
The most interesting aspect is the sram size which is only 10kb,
so the TPL doing the DDR init needs to be really tiny, while the
SPL then should use devicemanag
On 2019/11/8 上午11:22, Kever Yang wrote:
On 2019/11/7 下午7:11, Soeren Moch wrote:
The most important change for u-boot is the fix for the vdd-log pwm
voltage regulator to avoid overvoltage for the VD_LOGIC power domain.
Signed-off-by: Soeren Moch
=2D--
Cc: Kever Yang
Cc: u-boot@lists.denx.de
On 2019/11/8 上午11:23, Kever Yang wrote:
On 2019/11/7 下午7:11, Soeren Moch wrote:
The rk3399 VD_CENTER voltage domain is not subject to dynamic voltage
scaling. So the regulator reset voltage of 0.9V is used on this board.
Let u-boot initialize the center voltage to 0.95V as it is done for the
V
On 2019/10/30 下午4:11, Andy Yan wrote:
RK3308 is a quad Cortex A35 based SOC with rich audio
interfaces(I2S/PCM/TDM/PDM/SPDIF/VAD/HDMI ARC), which
designed for intelligent voice interaction and audio
input/output processing.
This path set add basic support for it, test with a
emmc board.
More b
On 2019/11/7 下午5:57, Kever Yang wrote:
On 2019/10/16 下午11:19, Jagan Teki wrote:
Few important regulator power rails fixes are available in
linux-next, so sync them same.
Here is the last commit details:
commit <9f7f9b610e1b7d2dc86c543ab0dfcf781bd42326> ("arm64: dts:
rockchip: Fix roc-rk3399-p
On 2019/10/25 下午6:16, Andy Yan wrote:
RK3308 is a quad Cortex A35 based SOC with rich audio
interfaces(I2S/PCM/TDM/PDM/SPDIF/VAD/HDMI ARC), which
designed for intelligent voice interaction and audio
input/output processing.
This path set add basic support for it, test with a
emmc board.
More b
Hi Qu Wenruo,
Please try with latest u-boot-rockchip with dram and board fix merged:
https://gitlab.denx.de/u-boot/custodians/u-boot-rockchip.git master branch
Did you try with rkbin ddr.bin instead of TPL and keep other
firmware(SPL, U-Boot, ATF),
this can confirm if there is some
Hi Segar Kadam,
On Mon, Nov 18, 2019 at 4:59 AM Sagar Kadam wrote:
>
>
> Hello Jagan/Bin,
>
> > -Original Message-
> > From: U-Boot On Behalf Of Bin Meng
> > Sent: Monday, November 11, 2019 8:02 PM
> > To: Jagan Teki
> > Cc: Palmer Dabbelt ( Sifive) ; U-Boot Mailing List > b...@lists.d
> -Original Message-
> From: Marek Vasut
> Sent: Saturday, November 16, 2019 7:10 PM
> To: thor.tha...@linux.intel.com; Simon Goldschmidt
>
> Cc: u-boot@lists.denx.de; Albert Aribaud ; Tan,
> Ley Foon ; Dinh Nguyen ;
> Tom Rini ; Westergreen, Dalon
>
> Subject: Re: [PATCH v1] arm: socf
On Thu, Nov 14, 2019 at 08:39:42AM +0100, Stefan Roese wrote:
> Hi Tom,
>
> please pull the following MVEBU related fixes:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.den
On Thu, Nov 14, 2019 at 04:02:32AM +0100, Heinrich Schuchardt wrote:
> The following changes since commit 3ff1ff3ff76c15efe0451309af084ee6c096c583:
>
> Merge branch '2019-11-12-migrate-SYS_REDUNDAND_ENVIRONMENT'
> (2019-11-12 13:40:58 -0500)
>
> are available in the Git repository at:
>
> h
Hi Tom,
Please pull the rockchip update:
- Add support for rockchip SoC: PX30, RK3308
- Add and migrate to use common dram driver: PX30, RK3328, RK3399
- Add rk3399 board Tinker-s support
- Board config update for Rock960, Rockpro64
These patches are send during merge window, and reviewed for wee
Hello Jagan/Bin,
> -Original Message-
> From: U-Boot On Behalf Of Bin Meng
> Sent: Monday, November 11, 2019 8:02 PM
> To: Jagan Teki
> Cc: Palmer Dabbelt ( Sifive) ; U-Boot Mailing List b...@lists.denx.de>; linux-amarula
> Subject: Re: [U-Boot] [PATCH v2 5/5] sifive: fu540: Enable sp
Hi Simon,
> Hi Simon,
>
> > Hi Lukasz,
> >
> > On Mon, 14 Oct 2019 at 06:41, Lukasz Majewski
> > wrote:
> > >
> > > Hi Simon,
> > >
> > > > Hi Lukasz,
> > > >
> > > > On Wed, 9 Oct 2019 at 03:02, Lukasz Majewski
> > > > wrote:
> > > > >
> > > > > Dear Tom,
> > > > >
> > > > > > T
Hi Simon,
> Hi Lukasz,
>
> On Mon, 14 Oct 2019 at 06:41, Lukasz Majewski wrote:
> >
> > Hi Simon,
> >
> > > Hi Lukasz,
> > >
> > > On Wed, 9 Oct 2019 at 03:02, Lukasz Majewski
> > > wrote:
> > > >
> > > > Dear Tom,
> > > >
> > > > > This define indicates if DM_GPIO shall be supported in S
fan53555_regulator_set_value() passes its own dev to pmic_clrsetbits()
instead of its parent (pmic). As result u-boot crashes when you try to
set voltage on fan53555 regulator
Signed-off-by: Vasily Khoruzhick
---
drivers/power/regulator/fan53555.c | 2 +-
1 file changed, 1 insertion(+), 1 deleti
Hi Bin,
On Sun, 17 Nov 2019 at 07:07, Bin Meng wrote:
>
> Hi Simon,
>
> On Wed, Nov 6, 2019 at 7:12 AM Tom Rini wrote:
> >
> > On Tue, Nov 05, 2019 at 05:23:51AM -0700, Simon Glass wrote:
> >
> > > Hi Tom,
> > >
> > > Passing run here:
> > >
> > > https://gitlab.denx.de/u-boot/custodians/u-boot-
Hi,
On Sun, 17 Nov 2019 at 06:14, Tom Rini wrote:
>
> On Sun, Nov 17, 2019 at 11:11:43AM +0100, Heinrich Schuchardt wrote:
> > Hello Simon,
> >
> > when building U-Boot HEAD with GCC 9.2.1 I get a bunch of build warnings
> > which I did not see before your recent libfdt update.
> >
> > scripts/dt
Hi Simon,
On Wed, Nov 6, 2019 at 7:12 AM Tom Rini wrote:
>
> On Tue, Nov 05, 2019 at 05:23:51AM -0700, Simon Glass wrote:
>
> > Hi Tom,
> >
> > Passing run here:
> >
> > https://gitlab.denx.de/u-boot/custodians/u-boot-dm/pipelines/1210
> >
> >
> > The following changes since commit 73b6e6ad254b36
On Sun, Nov 17, 2019 at 11:11:43AM +0100, Heinrich Schuchardt wrote:
> Hello Simon,
>
> when building U-Boot HEAD with GCC 9.2.1 I get a bunch of build warnings
> which I did not see before your recent libfdt update.
>
> scripts/dtc/libfdt/fdt.c: In function ‘fdt_offset_ptr’:
> scripts/dtc/libfdt
Add a way to detect board id and pcb id.
Signed-off-by: Michael Trimarchi
---
arch/arm/dts/rk3288-tinker.dtsi | 33
board/rockchip/tinker_rk3288/tinker-rk3288.c | 83
2 files changed, 116 insertions(+)
diff --git a/arch/arm/dts/rk3288-tinker.dtsi b/arc
Hello Simon,
when building U-Boot HEAD with GCC 9.2.1 I get a bunch of build warnings
which I did not see before your recent libfdt update.
scripts/dtc/libfdt/fdt.c: In function ‘fdt_offset_ptr’:
scripts/dtc/libfdt/fdt.c:137:18: warning: comparison of integer
expressions of different signedness:
fatload USB was reported to fail on the Sheevaplug. Debugging showed that
this was caused by an incorrect unaligned write to memory in
path_to_uefi().
UEFI on ARM requires that unaligned memory access is enabled.
* ARMv5 does not support unaligned access at all.
* ARMv6 supports unaligned access
On 11/17/19 8:50 AM, Stefan Roese wrote:
Hi Heinrich,
(+Chris)
On 16.11.19 11:11, Heinrich Schuchardt wrote:
Hello Stefan,
Gray reporting this bug unfortunately did not provide enough information
to analyze his issue.
Are you aware of any restrictions of the Kirkwood 88F6281 SoC concerning
u
On 2019/11/16 上午5:07, Michael Trimarchi wrote:
dmc is used to initialize the memory controller. It's needed by
u-boot. Move it in the specific section
Signed-off-by: Michael Trimarchi
Reviewed-by: Kever Yang
Thanks,
- Kever
---
Changes:
nothing
---
arch/arm/dts/rk3288-tinker-u-bo
On 2019/11/16 上午5:07, Michael Trimarchi wrote:
Support tinker-s board. The board is equivalent of tinker board
except of emmc.
TODO:
- support of usb current burst when the board is powered from pc
Signed-off-by: Michael Trimarchi
Reviewed-by: Kever Yang
Thanks,
- Kever
---
Changes:
On 2019/11/16 上午12:48, Thomas Hebb wrote:
b7abef2ecbcc ("rockchip: rk3399: Migrate to use common spl board file")
removed SoC-specific code for RK3399's SPL and in the process caused
the previously-unconditional DRAM initialization in board_init_f() to
only happen when compiling a configuration
On 2019/11/16 上午12:48, Thomas Hebb wrote:
We shouldn't force which allocator the SPL uses, since there's no
platform requirement for one over the other: in fact, we currently allow
selection of the TPL allocator but not the SPL one!
Signed-off-by: Thomas Hebb
Reviewed-by: Kever Yang
Thanks
On 2019/11/16 上午12:48, Thomas Hebb wrote:
b7abef2ecbcc ("rockchip: rk3399: Migrate to use common spl board file")
removed SoC-specific code for RK3399's SPL and in the process reordered
the DRAM initialization before rockchip_stimer_init(), which as far as I
can tell causes the RK3399 to lock up
65 matches
Mail list logo
