Hi Pratyush,
On 2/2/2021 4:22 AM, Pratyush Yadav wrote:
> On 28/01/21 01:37PM, tkuw584...@gmail.com wrote:
>> From: Takahiro Kuwano
>>
>> Add nor->setup() and fixup hooks to overwrite:
>> - volatile QE bit
>> - the ->ready() hook for dual/quad die package parts
>> - overlaid erase
>> -
On Fri, Feb 12, 2021 at 03:17:30PM +0100, Heinrich Schuchardt wrote:
> On 29.01.21 06:26, AKASHI Takahiro wrote:
> > First of all, one comment:
> > It would be nice to have a list of what features are supported
> > and what are not in this patch series.
> > For example, with this patch, I suspect
On 2/14/21 4:55 AM, Jesse wrote:
From: Jesse Taube
This timer driver is using GPT Timer (General Purpose Timer) available on
almost all i.MX SoCs family.
Since this driver is only meant to provide u-boot's timer and counter,
and most of the i.MX* SoCs use a 24Mhz crystal, let's only deal with
Hi Jesse,
On 2/14/21 4:55 AM, Jesse wrote:
From: Jesse Taube
This timer driver is using GPT Timer (General Purpose Timer)
available on almost all i.MX SoCs family.
Since this driver is only meant to provide u-boot's timer and counter,
and most of the i.MX* SoCs use a 24Mhz crystal,
let's only
Hello,
I wanted to observe some debug messages, so I increased the log level
from 6 to 7. Otherwise, my configuration matches 'qemu_arm_defconfig'.
This resulted in a PREFETCH fault. The backtrace is included below.
My u-boot version is v2021.01. My compiler is arm-none-eabi-gcc 7.3.1
from
The A23, A33, H3, H5, A83T, V3 and Sochip S3 sun8i SoCs can mux uart1 on
GPIOs PG6 and PG7. This patch adds support for using uart1 on those pins
as boot console.
Signed-off-by: Tobias Schramm
---
arch/arm/include/asm/arch-sunxi/gpio.h | 1 +
arch/arm/mach-sunxi/board.c| 5 +
2
Hi Tom,
On 2/4/21 11:24 AM, Tom Rini wrote:
> Rather than provide an empty revision tag here, remove the code to
> generate an empty one and disable the feature.
>
> Cc: Robert Baldyga
> Signed-off-by: Tom Rini
> ---
> I do not know if this platform ever had to support an ATAG-based Linux
>
Dear Grygorii,
On 2/12/21 7:32 PM, grygorii tertychnyi wrote:
> This patch allows to determine active boot partition in boot script:
>
> if mmc partboot ${mmcdev} 2; then
> echo "booted from eMMC boot1 partition"
> fi
I don't know what purpose this patch has.
Best Regards,
Jaehoon Chung
>
On Sun, Feb 14, 2021 at 08:12:16PM +0100, Daniel Schwierzeck wrote:
> Am Sonntag, den 14.02.2021, 09:52 -0500 schrieb Tom Rini:
>
> ...
>
> > > > > > >
> > > > > > > > Tom, do you know the situation here?
> > > > > >
> > > > > > So, I made a lack of DM_PCI migration be fatal and got a
> > > >
On Sun, Feb 14, 2021 at 07:20:45PM +, Peter Robinson wrote:
> On Sun, Feb 14, 2021 at 7:10 PM Tom Rini wrote:
> >
> > On Sun, Feb 14, 2021 at 02:08:08PM -0500, Tom Rini wrote:
> > > On Sun, Feb 14, 2021 at 08:05:33PM +0100, Jesper Schmitz Mouridsen wrote:
> > > >
> > > > On 14.02.2021 19.50,
The Rock960 doesn't have SPI flash on-board, but the bits
get enabled by default which means when booting we get
some errors. Explicitly disable it to stop the errors.
Signed-off-by: Peter Robinson
---
configs/rock960-rk3399_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
Drop a irrelevent comment now the related configs have moved
to the various config files.
Signed-off-by: Peter Robinson
---
include/configs/rk3399_common.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/configs/rk3399_common.h b/include/configs/rk3399_common.h
index
On Sun, Feb 14, 2021 at 7:10 PM Tom Rini wrote:
>
> On Sun, Feb 14, 2021 at 02:08:08PM -0500, Tom Rini wrote:
> > On Sun, Feb 14, 2021 at 08:05:33PM +0100, Jesper Schmitz Mouridsen wrote:
> > >
> > > On 14.02.2021 19.50, Peter Robinson wrote:
> > > > Hi Simon,
> > > >
> > > > On Thu, Jan 28, 2021
Update imx-atf and firmware-imx to latest released versions.
Update address of ATF_LOAD_ADDR that has changed to 0x97 in imx-atf
commit 48733cb4e773a7584ced601de9d717efa3d73815.
Add 'O=' to make and build in separate directory as one issue has been noticed
where it was trouble building
On Sun, Feb 14, 2021 at 7:11 PM Tom Rini wrote:
>
> On Rockchip platforms we need this area of code in TPL, but there is no
> TPL_SEPARATE_BSS symbol.
>
> This reverts commit 0a2aaab0b678fd1778ff2fc59d0770fc82995532.
>
> Reported-by: Jesper Schmitz Mouridsen
> Reported-by: Peter Robinson
>
Am Sonntag, den 14.02.2021, 09:52 -0500 schrieb Tom Rini:
...
> > > > > >
> > > > > > > Tom, do you know the situation here?
> > > > >
> > > > > So, I made a lack of DM_PCI migration be fatal and got a
> > > > > build done
> > > > > here:
> > > > >
On Rockchip platforms we need this area of code in TPL, but there is no
TPL_SEPARATE_BSS symbol.
This reverts commit 0a2aaab0b678fd1778ff2fc59d0770fc82995532.
Reported-by: Jesper Schmitz Mouridsen
Reported-by: Peter Robinson
Signed-off-by: Tom Rini
---
lib/fdtdec.c | 2 +-
1 file changed, 1
On Sun, Feb 14, 2021 at 02:08:08PM -0500, Tom Rini wrote:
> On Sun, Feb 14, 2021 at 08:05:33PM +0100, Jesper Schmitz Mouridsen wrote:
> >
> > On 14.02.2021 19.50, Peter Robinson wrote:
> > > Hi Simon,
> > >
> > > On Thu, Jan 28, 2021 at 11:59 PM Tom Rini wrote:
> > > > On Wed, Jan 13, 2021 at
On Sun, Feb 14, 2021 at 08:05:33PM +0100, Jesper Schmitz Mouridsen wrote:
>
> On 14.02.2021 19.50, Peter Robinson wrote:
> > Hi Simon,
> >
> > On Thu, Jan 28, 2021 at 11:59 PM Tom Rini wrote:
> > > On Wed, Jan 13, 2021 at 08:29:49PM -0700, Simon Glass wrote:
> > >
> > > > This setting may be
On Sun, Feb 14, 2021 at 11:26 AM Tom Rini wrote:
> Where is something missing for SATA support? With DM enabled, you can
> enable AHCI and BLK and DWC_AHSATA is already converted. Is there
> some i.MX specific work required still? Thanks!
I have added CONFIG_AHCI=y and added:
---
Hi Simon,
On Thu, Jan 28, 2021 at 11:59 PM Tom Rini wrote:
>
> On Wed, Jan 13, 2021 at 08:29:49PM -0700, Simon Glass wrote:
>
> > This setting may be different in SPL and TPL. Update the code to check
> > the correct setting.
> >
> > Signed-off-by: Simon Glass
>
> Applied to u-boot/master,
On Sun, Feb 14, 2021 at 02:21:16PM +0100, Heinrich Schuchardt wrote:
> Hello Tom,
>
> in the following pull request I have included a correction for binman
> because without it Gitlab has a time out on the binman job. The binman
> patch has been reviewed by Simon.
>
> See
>
The Secure Channel Protocol 03 command sends control requests
(enable/provision) to the TEE implementing the protocol between the
processor and the secure element.
Signed-off-by: Jorge Ramirez-Ortiz
Reviewed-by: Simon Glass
---
doc/usage/index.rst | 1 +
doc/usage/scp03.rst | 33
Adds support for a working SCP03 emulation. Input parameters are
validated however the commands (enable, provision) executed by the TEE
are assumed to always succeed.
Signed-off-by: Jorge Ramirez-Ortiz
Reviewed-by: Simon Glass
---
drivers/tee/optee/Kconfig | 6 +
drivers/tee/sandbox.c
From: Igor Opaniuk
Add initial test coverage for SCP03 command.
Signed-off-by: Igor Opaniuk
Reviewed-by: Simon Glass
---
test/py/tests/test_scp03.py | 27 +++
1 file changed, 27 insertions(+)
create mode 100644 test/py/tests/test_scp03.py
diff --git
From: Igor Opaniuk
Enable by default SCP_03/CMD_SCP03 for sandbox target.
Signed-off-by: Igor Opaniuk
Reviewed-by: Simon Glass
---
arch/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/Kconfig b/arch/Kconfig
index 27843cd79c..7023223927 100644
--- a/arch/Kconfig
+++
Enable and provision the SCP03 keys on a TEE controlled secured elemt
from the U-Boot shell.
Executing this command will generate and program new SCP03 encryption
keys on the secure element NVM.
Depending on the TEE implementation, the keys would then be stored in
some persistent storage or
This Trusted Application allows enabling SCP03 as well as provisioning
the keys on TEE controlled secure element (ie, NXP SE050).
All the information flowing on buses (ie I2C) between the processor
and the secure element must be encrypted. Secure elements are
pre-provisioned with a set of keys
Simply adding the reviewed-by tags to the v5 series.
Igor Opaniuk (2):
sandbox: imply SCP03 and CMD_SCP03
test: py: add initial coverage for scp03 cmd
Jorge Ramirez-Ortiz (4):
common: SCP03 control (enable and provision of keys)
cmd: SCP03: enable and provision command
drivers: tee:
Enable and provision the SCP03 keys on a TEE controlled secured elemt
from the U-Boot shell.
Executing this command will generate and program new SCP03 encryption
keys on the secure element NVM.
Depending on the TEE implementation, the keys would then be stored in
some persistent storage or
On Sun, Feb 14, 2021 at 08:25:27AM +0100, Roger Pau Monné wrote:
> On Sat, Feb 13, 2021 at 11:45:50PM +0100, Heiko Stuebner wrote:
> > Hi Roger,
> >
> > Am Samstag, 13. Februar 2021, 16:59:01 CET schrieb Roger Pau Monne:
> > > From: Roger Pau Monné
> > >
> > > Using a non-default
On Sun, Feb 14, 2021 at 03:44:26PM +0100, Marek Vasut wrote:
> On 2/14/21 3:35 PM, Tom Rini wrote:
> > On Sun, Feb 14, 2021 at 12:53:29PM +0800, Bin Meng wrote:
> > > Hi Tom,
> > >
> > > On Wed, Feb 10, 2021 at 10:13 PM Tom Rini wrote:
> > > >
> > > > On Wed, Feb 10, 2021 at 08:46:51AM +0800,
On 2/14/21 3:35 PM, Tom Rini wrote:
On Sun, Feb 14, 2021 at 12:53:29PM +0800, Bin Meng wrote:
Hi Tom,
On Wed, Feb 10, 2021 at 10:13 PM Tom Rini wrote:
On Wed, Feb 10, 2021 at 08:46:51AM +0800, Bin Meng wrote:
Hi Simon,
On Sun, Feb 7, 2021 at 11:34 PM Simon Glass wrote:
Hi Bin,
On Sun,
On Sun, Feb 14, 2021 at 12:53:29PM +0800, Bin Meng wrote:
> Hi Tom,
>
> On Wed, Feb 10, 2021 at 10:13 PM Tom Rini wrote:
> >
> > On Wed, Feb 10, 2021 at 08:46:51AM +0800, Bin Meng wrote:
> > > Hi Simon,
> > >
> > > On Sun, Feb 7, 2021 at 11:34 PM Simon Glass wrote:
> > > >
> > > > Hi Bin,
> > >
On Sun, Feb 14, 2021 at 12:33:58PM +, Andre Przywara wrote:
> OF_STDOUT_PATH was meant to hold the devicetree path to the serial
> console, to be put into the linux,stdout-path property of the chosen node.
>
> The only user of that was sunxi, and it was actually wrong for years
> there: the
On Sat, Feb 13, 2021 at 10:49:52PM -0300, Fabio Estevam wrote:
> Make the conversion to driver model as it is mandatory.
>
> Remove the SATA support for now as the i.MX53 support has not
> been added yet.
>
> Signed-off-by: Fabio Estevam
Where is something missing for SATA support? With DM
Fix the 'devivce' typo in arch/sandbox/include/asm/clk.h.
Signed-off-by: Dario Binacchi
Reviewed-by: Simon Glass
---
arch/sandbox/include/asm/clk.h | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/arch/sandbox/include/asm/clk.h
The linux/err.h header file was included twice.
Signed-off-by: Dario Binacchi
Reviewed-by: Simon Glass
---
include/linux/clk-provider.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/clk-provider.h b/include/linux/clk-provider.h
index c871ea646d..cc9c430512 100644
---
As suggested by Grygorii Strashko I have removed these patches from the
'Add DM support for omap PWM backlight' series and grouped them into
this one. The patches have already been reviewed by Simon Glass.
Dario Binacchi (2):
clk: remove a redundant header
arch: sandbox: fix typo in clk.h
On Mon, 8 Feb 2021 00:04:57 -0600
Samuel Holland wrote:
Hi,
> As variables were moved to Kconfig, some of the surrounding ifdefs were
> left around, even though they were empty. Clean them up.
>
> Signed-off-by: Samuel Holland
Indeed, thanks for the cleanup!
Reviewed-by: Andre Przywara
Hello Tom,
in the following pull request I have included a correction for binman
because without it Gitlab has a time out on the binman job. The binman
patch has been reviewed by Simon.
See
https://gitlab.denx.de/u-boot/custodians/u-boot-efi/-/pipelines/6381
which passed and
OF_STDOUT_PATH was meant to hold the devicetree path to the serial
console, to be put into the linux,stdout-path property of the chosen node.
The only user of that was sunxi, and it was actually wrong for years
there: the paths hardcoded in sunxi_common.h were not matching the DTs,
evident by the
Am Fri, Feb 12, 2021 at 11:22:18PM +0100 schrieb Mark Kettenis:
> Currently support for the Samsung serial port driver is part
> of CONFIG_S5P which controls selection of several drivers for
> the S5P family. Give it its own config option such that we
> can use it on other SoCs as well.
>
>
43 matches
Mail list logo
