On Sun, Oct 31, 2021 at 11:52 PM Vladimir Oltean
wrote:
>
> Since the tsec driver supports both configurations with and without
> DM_ETH, and since the eth_ops :: set_promisc() method is only provided
> for DM_ETH, the implication is that builds with DM_ETH disabled will
> result in a 'defined but
On Wed, Nov 03, 2021 at 11:04:09AM +0900, Masahisa Kojima wrote:
> Calling unaligned/access-ok.h version of put_unaligned_le64()
> causes data abort in arm 32-bit QEMU.
>
> The similar issue also occurs in linux kernel,
> unaligned/access-ok.h is no longer used in linux kernel[1].
>
> This commit
Hello Rasmus,
On 01.11.21 08:52, Rasmus Villemoes wrote:
> On 17/08/2021 08.17, Heiko Schocher wrote:
>> cherry-picked from NXP code:
>> 719d665a87c6: ("MLK-20467 imx8m: Fix issue for booting signed image through
>> uuu")
>>
>> which fixes secure boot on imx8m based boards.
>>
> [...]
>
>> Work
On 01.11.21 14:00, Marek Behún wrote:
From: Pali Rohár
After successful transfer of whole image only two things can happen:
- BootROM starts execution of data block, which changes UART baudrate
back to 115200 Bd,
- board crashes and causes CPU reset
In both cases UART baudrate is reset to t
On 27.10.21 20:57, Marek Behún wrote:
From: Pali Rohár
The ARM code we inject into the image to change baudrate back to the
default value of 115200 Baud, which is run after successful UART transfer
of the whole image, cannot use stack as at this stage stack pointer is not
initialized yet.
Stac
On 27.10.21 20:57, Marek Behún wrote:
From: Pali Rohár
Older Armada SoCs have custom ARMv5te compatible core which does not
support movt instruction. So replace mov + movt instruction pair used for
immediate move construction by mov + orr instructions which are supported
also by ARMv5te.
After
On 27.10.21 20:57, Marek Behún wrote:
From: Pali Rohár
Increase loop cycles from 60 to 2998272, which should increase delay
from 1ms to about 5ms on 1200 MHz CPU.
The Number 2998272 was chosen as the nearest value around 300 which can
be encoded into one ARM mov instruction. It avoids
On 27.10.21 20:56, Marek Behún wrote:
From: Pali Rohár
Kwboot puts each xmodem packet to kernel queue, then waits until all bytes
of that packet are transmitted over UART and then waits for xmodem reply
until it is received into kernel queue.
If some reply is received during the time we are wa
On 27.10.21 20:56, Marek Behún wrote:
From: Pali Rohár
After the trasfer of last header packet, it is possible that baudrate
change pattern is received, and also that NAK byte is received so that
the packet should be sent again.
Thus we should not clear the baudrate change state when sending r
The Ten64 is a networking-oriented MiniITX board
using the NXP LS1088A SoC.
This patch provides the bare minimum to support
Ten64 boards under U-Boot for distroboot.
Some related drivers have not yet been submitted
and this basic support lacks some of the
opinionated defaults provided by our firm
Traverse Technologies Ten64 family boards use a microcontroller
to control low level board functions like startup and reset,
as well as holding details such as the board MAC address.
Communication between the CPU and microcontroller is via
I2C.
To keep the driver structure clean between the Ten64
This patchset adds initial support for the Traverse Ten64
family, which is a networking focused Mini-ITX board using
NXP's LS1088A.
This patchset is the bare minimum necessary to get a system
running on U-Boot and booting via distroboot/EFI.
There are still a few more drivers to come, such as the
Hi Simon
Le mer. 3 nov. 2021 à 02:30, Simon Glass a écrit :
> Hi Tom,
>
> On Tue, 2 Nov 2021 at 11:28, Tom Rini wrote:
> >
> > On Tue, Nov 02, 2021 at 09:00:53AM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Mon, 1 Nov 2021 at 12:07, Tom Rini wrote:
> > > >
> > > > On Mon, Nov 01, 202
Hi Simon
Le mer. 3 nov. 2021 à 02:21, Simon Glass a écrit :
> Hi François,
>
> On Wed, 27 Oct 2021 at 14:07, François Ozog
> wrote:
> >
> > Hi Simon
> >
> > Le mer. 27 oct. 2021 à 20:23, Simon Glass a écrit :
> >>
> >> Hi François,
> >>
> >> On Wed, 27 Oct 2021 at 09:14, François Ozog
> wrote
Hi Ilias,
On Tue, 2 Nov 2021 at 09:38, Ilias Apalodimas
wrote:
>
> Hi Simon,
>
> [...]
>
> > >
> > > > > >
> > > > > > Why me? Perhaps Linaro could take this on instead of working in a
> > > > > > separate tool and domain? You guys could really pull things together
> > > > > > and reduce the frag
Hi Marek,
On Thu, 2021-10-21 at 13:33 +0800, Chunfeng Yun wrote:
> When allocate the GPD ring, and tell its address to the controller,
> then
> the driver starts or resumes the QMU, the controller will try to
> access
> the first GPD, so need flush the first one to avoid wrong GPD status.
>
> Rep
From: Marek Behún
Move Turris MOX specific remove_disabled_nodes() to fdt_support with
name fdt_delete_disabled_nodes(), so that others can potentially use it.
Signed-off-by: Marek Behún
---
board/CZ.NIC/turris_mox/turris_mox.c | 20 +---
common/fdt_support.c |
From: Pali Rohár
Convert A3720 common PHY driver to official DT bindings.
This puts us closer to be able to synchronize A3720 device-trees with
those from Linux.
Signed-off-by: Pali Rohár
Signed-off-by: Marek Behún
---
arch/arm/dts/armada-3720-espressobin.dts | 21 +---
arch/arm/dts/armada-
From: Marek Behún
The pre-relocation board topology reading in board_fix_fdt() is
unstable: sometimes wrong data are read from the SPI bus.
This is due to wrong order of SPI bus configuration instructions: we
first need to set the pins to SPI mode, and only after that configure
the bus.
Also ad
From: Marek Behún
It is better to find DT nodes by compatible strings or aliases instead
of path.
There were issues with Linux some DTBs having different names of some
nodes, e.g.
internal-regs
instead of
internal-regs@d000
This should be a generic fix for such issues.
Also since fdt_s
From: Pali Rohár
Enable eth1 node in U-Boot's device-tree if a network module (SFP, Topaz
or Peridot) is detected.
This is required for proper detection of eth1 comphy in a3700 comphy
driver by the following patches.
Signed-off-by: Pali Rohár
Signed-off-by: Marek Behún
---
board/CZ.NIC/turri
From: Marek Behún
Add functions
fdt_node_offset_by_pathf(),
fdt_create_phandle_by_pathf(),
fdt_set_status_by_pathf()
to get node offset, get/create node phandle and set status for node
given by path/alias formatted with sprintf.
Add functions
fdt_create_phandle_by_compatible(),
fdt_set
From: Marek Behún
Since no one uses this feature and I am not aware of any parsers of this
in Linux, remove it.
Signed-off-by: Marek Behún
---
arch/arm/cpu/armv7/ls102xa/fdt.c | 6 +++---
board/gateworks/gw_ventana/common.c | 3 +--
board/kontron/sl28/sl28.c| 2
From: Marek Behún
This function does not necessarily create a new phandle. If a phandle
exists, no new phandle is created.
Signed-off-by: Marek Behún
---
common/fdt_support.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/fdt_support.c b/common/fdt_support.c
index 8
From: Marek Behún
Commit f0921f5098d ("fdt: Sync up to the latest libfdt") introduced
fdt_generate_phandle() in libfdt, making fdt_alloc_phandle() obsolete in
fdt_support.
Signed-off-by: Marek Behún
---
board/freescale/lx2160a/eth_lx2160aqds.c | 8 +--
board/freescale/lx2160a/eth_lx2162aq
From: Marek Behún
Replace fdt_alloc_phandle() with subsequent fdt_set_phandle() by
fdt_create_phandle().
Signed-off-by: Marek Behún
---
board/Marvell/octeon_ebb7304/board.c | 5 ++---
drivers/misc/fsl_portals.c | 10 --
2 files changed, 6 insertions(+), 9 deletions(-)
diff
From: Pali Rohár
The macro __constant_cpu_to_be32() uses ___constant_swab32(), which for
some reason is not defined and causes the following error during
compilation:
include/linux/byteorder/little_endian.h:28:52: warning:
implicit declaration of function ‘___constant_swab32’;
did you
From: Marek Behún
Hello Stefan,
Pali prepared patches that convert A3720 comphy driver to use Linux'
DT bindings. (Yes, I have patches that convert the whole driver into
using SMC calls into ATF, but haven't found time yet to rebase them
since last year, and Pali has done this in the meantime :-
Calling unaligned/access-ok.h version of put_unaligned_le64()
causes data abort in arm 32-bit QEMU.
The similar issue also occurs in linux kernel,
unaligned/access-ok.h is no longer used in linux kernel[1].
This commit uses the unaligned/be_byteshift.h and
unaligned/le_byteshift.h helper instead
Hi Tom,
On Tue, 2 Nov 2021 at 10:57, Tom Rini wrote:
>
> On Tue, Nov 02, 2021 at 08:59:45AM -0600, Simon Glass wrote:
> > Hi François,
> >
> > On Mon, 1 Nov 2021 at 11:33, François Ozog wrote:
> > >
> > > Hi Simon
> > >
> > > Le lun. 1 nov. 2021 à 17:58, Simon Glass a écrit :
> > >>
> > >> Hi P
Hi Tom,
On Tue, 2 Nov 2021 at 11:28, Tom Rini wrote:
>
> On Tue, Nov 02, 2021 at 09:00:53AM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, 1 Nov 2021 at 12:07, Tom Rini wrote:
> > >
> > > On Mon, Nov 01, 2021 at 06:33:35PM +0100, François Ozog wrote:
> > > > Hi Simon
> > > >
> > > > Le lu
Hi Mark,
On Wed, 27 Oct 2021 at 16:30, Mark Kettenis wrote:
>
> > From: Simon Glass
> > Date: Wed, 27 Oct 2021 12:23:21 -0600
> >
> > Hi François,
> >
> > On Wed, 27 Oct 2021 at 09:14, François Ozog
> > wrote:
> > >
> > >
> > >
> > > On Wed, 27 Oct 2021 at 16:08, Simon Glass wrote:
> > >>
> >
Hi François,
On Wed, 27 Oct 2021 at 14:07, François Ozog wrote:
>
> Hi Simon
>
> Le mer. 27 oct. 2021 à 20:23, Simon Glass a écrit :
>>
>> Hi François,
>>
>> On Wed, 27 Oct 2021 at 09:14, François Ozog wrote:
>> >
>> >
>> >
>> > On Wed, 27 Oct 2021 at 16:08, Simon Glass wrote:
>> >>
>> >> Hi F
Lot of PCIe controllers are using ECAM addressing. So add common ECAM
macros into U-Boot's pci.h header file which can be suitable for most
PCI controller drivers.
Replace custom ECAM address macros in every PCI controller driver by new
ECAM macros from U-Boot's pci.h header file.
Similar macros
Add support for iMX8MN VAR-SOM-MX8M-NANO board. Enables support for:
- 1GiB DDR4 RAM
- 16 GiB eMMC
- SD card
- Gigabit ethernet
- USBOTG1 peripheral - fastboot
Signed-off-by: Ariel D'Alessandro
---
arch/arm/dts/Makefile | 1 +
arch/arm/dts/imx8mn-var-som-u-boot.dtsi
Hi Heinrich,
On Sun, 31 Oct 2021 at 23:21, Heinrich Schuchardt wrote:
>
>
>
> Am 1. November 2021 00:46:49 MEZ schrieb Simon Glass :
> >On Thu, 28 Oct 2021 at 04:16, Heinrich Schuchardt
> > wrote:
> >>
> >> Avoid a build failure for CONFIG_WDT_GPIO=n.
> >>
> >> We need this setting to test watchd
Hi Alpher,
On Mon, 1 Nov 2021 at 17:25, Alper Nebi Yasak wrote:
>
> Hi,
>
> I've had some recent success with my gru-kevin and wanted to update you
> on this. Long story short, I can boot from SPI flash and have the
> display, keyboard, eMMC, microSD card, USB disks all work (however with
> some
On 11/1/21 06:21, Heinrich Schuchardt wrote:
Am 1. November 2021 00:46:49 MEZ schrieb Simon Glass :
On Thu, 28 Oct 2021 at 04:16, Heinrich Schuchardt
wrote:
Avoid a build failure for CONFIG_WDT_GPIO=n.
We need this setting to test watchdog based system reset.
watchdog-based
Signed-
With CONFIG_SYSRESET_WATCHDOG=y the sandbox can use a watchdog based system
reset.
To make this work calling sandbox_wdt_expire_now() must lead to a reset.
With this change we can test the development suggested in
[PATCH 0/4] Improved sysreset/watchdog uclass integration
https://lists.denx.d
With CONFIG_SYSRESET_WATCHDOG=y the sandbox can use a watchdog based system
reset. To make this work calling sandbox_wdt_expire_now() must lead to a
reset.
Further we need CONFIG_WDT_GPIO=n to actually call the right watchdog.
Adjust the watchdog test to avoid a build error.
With this change we c
For successful execution of the watchdog test we need both the GPIO as well
as the SANDBOX watchdog.
Avoid a build failure for CONFIG_WDT_GPIO=n.
Signed-off-by: Heinrich Schuchardt
---
v2:
move changes to Makefile
---
test/dm/Makefile | 4 +++-
1 file changed, 3 insertions(+), 1 deletio
From: Bharat Gooty
Load NetXtreme firmware in board_init when BNXT_ETH is selected.
Signed-off-by: Bharat Gooty
Signed-off-by: Roman Bacik
---
(no changes since v4)
Changes in v4:
- remove bnxt commands
- load bnxt firmware in board_init
Changes in v3:
- remove commands set/get mac/speed
-
Hi Marek,
> -Original Message-
> From: Marek Behún
> Sent: Tuesday, November 2, 2021 5:07 AM
> To: Roman Bacik
> Cc: U-Boot Mailing List ; Bharat Gooty
> ; Joe Hershberger
> ; Ramon Fried
> Subject: Re: [PATCH v5 1/2] net: brcm: netXtreme driver
>
> On Mon, 1 Nov 2021 13:21:44 -0700
>
On Mon, Sep 13, 2021 at 12:59 AM wrote:
>
> From: weichangzheng
>
> This adds platform code and the device tree for the Phytium Pomelo Board.
> The initial support comprises the UART and the PCIE.
>
> Signed-off-by: weichangzheng
> Changes since v1:
> updated to DT
> Changes since v2:
>
On Tue, Nov 02, 2021 at 09:00:53AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Mon, 1 Nov 2021 at 12:07, Tom Rini wrote:
> >
> > On Mon, Nov 01, 2021 at 06:33:35PM +0100, François Ozog wrote:
> > > Hi Simon
> > >
> > > Le lun. 1 nov. 2021 à 17:58, Simon Glass a écrit :
> > >
> > > > Hi Peter,
> >
This driver supports both pin muxing and GPIO support for the
pin control logic found on Apple SoCs.
Signed-off-by: Mark Kettenis
---
ChangeLog:
v2: - Enable driver on Apple hardware
MAINTAINERS | 1 +
arch/arm/Kconfig | 2 +
On Tue, Nov 02, 2021 at 08:59:45AM -0600, Simon Glass wrote:
> Hi François,
>
> On Mon, 1 Nov 2021 at 11:33, François Ozog wrote:
> >
> > Hi Simon
> >
> > Le lun. 1 nov. 2021 à 17:58, Simon Glass a écrit :
> >>
> >> Hi Peter,
> >>
> >> On Mon, 1 Nov 2021 at 04:48, Peter Maydell
> >> wrote:
> >
On Tue, Nov 02, 2021 at 03:19:14PM +0800, Artem Lapkin wrote:
> Add possibility setup env variable with additional resolving vars inside
> value.
>
> Usage examples
>
> => setenv a hello
> => setenv b world
> => setenv c '${a} ${b}'
> => setenv -r d '${c}! ${a}...'
> => printenv d
> d=hello worl
Hi Jagan,
> -Original Message-
> From: Jagan Teki
> Sent: Monday, November 1, 2021 10:07 PM
> To: Roman Bacik
> Cc: U-Boot Mailing List ; Rayagonda Kokatanur
> ; Bharat Gooty
> ; Vignesh R
> Subject: Re: [PATCH v4] driver: spi: add bcm iproc qspi support.
>
> On Tue, Nov 2, 2021 at 4:57
Hi Simon.
On Tue, 2 Nov 2021 at 16:55, Simon Glass wrote:
>
> Hi Masahisa,
>
> On Tue, 2 Nov 2021 at 02:03, Masahisa Kojima
> wrote:
> >
> > Hi Simon,
> >
> > On Mon, 25 Oct 2021 at 04:54, Simon Glass wrote:
> > >
> > > Hi Masahisa,
> > >
> > > On Fri, 22 Oct 2021 at 05:23, Masahisa Kojima
> >
There's a whole lot of new defects here because I noticed yesterday that
there was a new stable version of the scanner, after running yesterdays
normal post-RC scan. So here's a new scan done on current master.
- Forwarded message from scan-ad...@coverity.com -
Date: Tue, 02 Nov 2021 15:
On Tue, 2 Nov 2021 at 16:58, Simon Glass wrote:
>
> On Mon, 1 Nov 2021 at 18:56, AKASHI Takahiro
> wrote:
> >
> > Add a couple of test cases against capsule image authentication
> > for capsule-on-disk, where only a signed capsule file with the verified
> > signature will be applied to the syste
Hi Simon,
On Tue, 2 Nov 2021 at 15:59, Simon Glass wrote:
> Hi François,
>
> On Mon, 1 Nov 2021 at 02:53, François Ozog
> wrote:
> >
> > Hi Simon,
> >
> > this seems a great endeavor. I'd like to better understand the scope of
> it.
> >
> > Is it to be used as part of what could become a U-Boot
Hi Simon,
[...]
> >
> > > > >
> > > > > Why me? Perhaps Linaro could take this on instead of working in a
> > > > > separate tool and domain? You guys could really pull things together
> > > > > and reduce the fragmentation, if you took it on.
> > > > >
> > > > > Honestly it is hard enough to eve
> From: Simon Glass
> Date: Tue, 2 Nov 2021 08:56:50 -0600
>
> Hi Takahiro,
>
> > > - can we just build the tool always?
> >
> > This is one of my questions.
> > Why do you want to do so while there are bunch of tools that are
> > not always built.
>
> Because I think all tools should be built
Hi François,
On Thu, 28 Oct 2021 at 10:26, François Ozog wrote:
>
> Hi Simon
>
> Le jeu. 28 oct. 2021 à 17:44, Simon Glass a écrit :
>>
>> Hi François,
>>
>> On Thu, 28 Oct 2021 at 08:50, François Ozog wrote:
>> >
>> > Hi Simon
>> >
>> > Le jeu. 28 oct. 2021 à 16:30, Simon Glass a écrit :
>> >
Hi Tom,
On Mon, 1 Nov 2021 at 12:07, Tom Rini wrote:
>
> On Mon, Nov 01, 2021 at 06:33:35PM +0100, François Ozog wrote:
> > Hi Simon
> >
> > Le lun. 1 nov. 2021 à 17:58, Simon Glass a écrit :
> >
> > > Hi Peter,
> > >
> > > On Mon, 1 Nov 2021 at 04:48, Peter Maydell
> > > wrote:
> > > >
> > > >
Hi François,
On Mon, 1 Nov 2021 at 11:33, François Ozog wrote:
>
> Hi Simon
>
> Le lun. 1 nov. 2021 à 17:58, Simon Glass a écrit :
>>
>> Hi Peter,
>>
>> On Mon, 1 Nov 2021 at 04:48, Peter Maydell wrote:
>> >
>> > On Tue, 26 Oct 2021 at 01:33, Simon Glass wrote:
>> > >
>> > > Add this file, gen
Hi Ilias,
On Mon, 1 Nov 2021 at 05:05, Ilias Apalodimas
wrote:
>
> Hi Simon,
>
> On Thu, 28 Oct 2021 at 05:51, Simon Glass wrote:
> >
> > Hi Ilias,
> >
> > On Tue, 26 Oct 2021 at 00:46, Ilias Apalodimas
> > wrote:
> > >
> > > Hi Simon,
> > >
> > > A bit late to the party, sorry!
> >
> > (Did yo
On Mon, 25 Oct 2021 at 03:12, Lukasz Majewski wrote:
>
> This change provides the possibility to build XEA (imx287 based) board
> U-Boot as a single binary (without support for CONFIG_SPL_FRAMEWORK).
>
> The generated u-boot.sb can be used in the factory environment to for
> example perform initia
Hi François,
On Mon, 1 Nov 2021 at 02:53, François Ozog wrote:
>
> Hi Simon,
>
> this seems a great endeavor. I'd like to better understand the scope of it.
>
> Is it to be used as part of what could become a U-Boot entry ABI scheme? By
> that I mean giving some fixed aspects
> to U-Boot entry w
On Mon, 1 Nov 2021 at 18:56, AKASHI Takahiro wrote:
>
> Add a couple of test cases against capsule image authentication
> for capsule-on-disk, where only a signed capsule file with the verified
> signature will be applied to the system.
>
> Due to the difficulty of embedding a public key (esl file
Hi Artem,
On Tue, 2 Nov 2021 at 01:19, Artem Lapkin wrote:
>
> Add possibility setup env variable with additional resolving vars inside
> value.
>
> Usage examples
>
> => setenv a hello
> => setenv b world
> => setenv c '${a} ${b}'
> => setenv -r d '${c}! ${a}...'
> => printenv d
> d=hello world!
Hi Takahiro,
On Mon, 1 Nov 2021 at 18:56, AKASHI Takahiro wrote:
>
> By specifying CONFIG_EFI_CAPSULE_KEY_PATH, the build process will
> automatically insert the given key into the device tree.
> Otherwise, users are required to do so manually, possibly, with
> the utility script, fdtsig.sh.
>
>
On Mon, 1 Nov 2021 at 18:56, AKASHI Takahiro wrote:
>
> Before the capsule authentication is supported, this test script works
> correctly, but with the feature enabled, most tests will fail due to
> unsigned capsules.
> So check the results depending on CAPSULE_AUTHENTICATE or not.
>
> Signed-off
On Mon, 1 Nov 2021 at 18:56, AKASHI Takahiro wrote:
>
> Since the syntax of mkeficapsule was changed in the previous commit,
> we need to modify command line arguments in a pytest script.
>
> Signed-off-by: AKASHI Takahiro
> ---
> test/py/tests/test_efi_capsule/conftest.py | 4 ++--
> 1 file cha
Hi Takahiro,
On Mon, 1 Nov 2021 at 18:56, AKASHI Takahiro wrote:
>
> The existing options, "--fit" and "--raw," are only used to put a proper
> GUID in a capsule header, where GUID identifies a particular FMP (Firmware
> Management Protocol) driver which then would handle the firmware binary in
>
Hi Takahiro,
On Thu, 28 Oct 2021 at 23:25, AKASHI Takahiro
wrote:
>
> On Thu, Oct 28, 2021 at 09:17:49PM -0600, Simon Glass wrote:
> > Hi Takahiro,
> >
> > On Thu, 28 Oct 2021 at 00:25, AKASHI Takahiro
> > wrote:
> > >
> > > Add a couple of test cases against capsule image authentication
> > > f
On Mon, 1 Nov 2021 at 18:55, AKASHI Takahiro wrote:
>
> Abstract common routines to make the code easily understandable.
> No functional change.
>
> Signed-off-by: AKASHI Takahiro
> ---
> tools/mkeficapsule.c | 219 ++-
> 1 file changed, 155 insertions(+),
On Sun, 31 Oct 2021 at 14:15, Pali Rohár wrote:
>
> On Thursday 28 October 2021 05:28:10 Marek Behún wrote:
> > diff --git a/configs/mvebu_espressobin-88f3720_defconfig
> > b/configs/mvebu_espressobin-88f3720_defconfig
> > index 3a69954fcd..3dc6da04f8 100644
> > --- a/configs/mvebu_espressobin-88
Hi Takahiro,
On Thu, 28 Oct 2021 at 23:20, AKASHI Takahiro
wrote:
>
> On Thu, Oct 28, 2021 at 09:17:48PM -0600, Simon Glass wrote:
> > Hi Takahiro,
> >
> > On Thu, 28 Oct 2021 at 00:25, AKASHI Takahiro
> > wrote:
> > >
> > > Now we can use mkeficapsule command instead of EDK-II's script
> > > to
Hi Takahiro,
On Thu, 28 Oct 2021 at 22:56, AKASHI Takahiro
wrote:
>
> On Thu, Oct 28, 2021 at 09:17:45PM -0600, Simon Glass wrote:
> > Hi Takahiro,
> >
> > On Thu, 28 Oct 2021 at 00:25, AKASHI Takahiro
> > wrote:
> > >
> > > With this enhancement, mkeficapsule will be able to sign a capsule
> >
Hi Masahisa,
On Thu, 21 Oct 2021 at 07:41, Masahisa Kojima
wrote:
>
> is
>
> On Thu, 21 Oct 2021 at 22:04, Heinrich Schuchardt wrote:
> >
> >
> >
> > On 10/21/21 14:52, Masahisa Kojima wrote:
> > > On Thu, 21 Oct 2021 at 17:49, Heinrich Schuchardt
> > > wrote:
> > >>
> > >>
> > >>
> > >> On 1
Hi Masahisa,
On Tue, 26 Oct 2021 at 02:26, Masahisa Kojima
wrote:
>
> TCG PC Client Platform Firmware Profile Specification
> requires to measure the SMBIOS table that contains static
> configuration information (e.g. Platform Manufacturer
> Enterprise Number assigned by IANA, platform model num
Hi Gaurav,
On Tue, 26 Oct 2021 at 00:56, Gaurav Jain wrote:
>
> added device tree support for job ring driver.
> sec is initialized based on job ring information processed
> from device tree.
>
> Signed-off-by: Gaurav Jain
> Reviewed-by: Ye Li
> ---
> cmd/Kconfig | 1 +
> dri
Hi Masahisa,
On Tue, 2 Nov 2021 at 02:03, Masahisa Kojima wrote:
>
> Hi Simon,
>
> On Mon, 25 Oct 2021 at 04:54, Simon Glass wrote:
> >
> > Hi Masahisa,
> >
> > On Fri, 22 Oct 2021 at 05:23, Masahisa Kojima
> > wrote:
> > >
> > > This patch series adds the selftest for the EFI_TCG2_PROTOCOL and
Hi François,
On Fri, 29 Oct 2021 at 11:07, François Ozog wrote:
>
> Hi Simon
>
> (I keep getting messages about delivery problems so I don't know what
> went through or not)
>
>
I got this one, anyway.
> On Wed, 27 Oct 2021 at 21:52, Simon Glass wrote:
> >
> > Hi Ilias,
> >
> > On Wed, 27 Oct
Hi Ilias,
On Fri, 29 Oct 2021 at 04:20, Ilias Apalodimas
wrote:
>
> Hi Simon,
>
> [...]
>
> > > >
> > > > Why me? Perhaps Linaro could take this on instead of working in a
> > > > separate tool and domain? You guys could really pull things together
> > > > and reduce the fragmentation, if you too
the Git repository at:
>
> https://source.denx.de/u-boot/custodians/u-boot-amlogic.git
> tags/u-boot-amlogic-20211102
>
> for you to fetch changes up to 4f4f974a46244270c1c6723017711c0aa8250206:
>
> ARM: amlogic: add JetHub D1 eth mac generation with manufacturer O
From: Sinthu Raja
EMIF tool for J721E SK is now updated to 0.6.1 that includes
* Updated write DQ training pattern to enable user pattern and clock
pattern (from 0x7 to 0x6).
* Updated IO drive strength to 40-80-80 Ohms.
J721E SK uses the lpddr4 configuration of 4266 MTs data rate which is
the
From: Sinthu Raja
Hi All,
This patch series introduces a new lpddr4 config file for the J7 SK
board. Also, an update to the SK R5 dts file to point to the new
DDR configuration file
This patch series shall be merged after this [1] patch series.
[1] https://lore.kernel.org/all/20211102140558.324
From: Sinthu Raja
A new lpddr4 configuration is introduced for J7 SK with 4266 MTs data
rate. Therefore, update the R5 DTS file to point to the new DDR config
file.
Signed-off-by: Sinthu Raja
---
arch/arm/dts/k3-j721e-r5-sk.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Sinthu Raja
Now that single defconfig can be used for booting J721E EVM and
SK, default device tree will not work for selecting dtb for
kernel. Update the findfdt env to select right dtb based on
board_name env variable.
Signed-off-by: Sinthu Raja
---
No Changes in V2.
include/configs/
From: Sinthu Raja
Enable defconfigs relevant for storing env on FAT partion of MMC.
Signed-off-by: Sinthu Raja
---
No changes in v2.
configs/j721e_evm_a72_defconfig | 5 +++--
configs/j721e_evm_r5_defconfig | 1 +
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/configs/j721e_
From: Sinthu Raja
S28HS512T on TI SK has sector size of 256KB, so update OSPI partition
to align on 256KB sector size. Since the sector size for MT35XU512ABA
on EVM is 128KB, partitions will remain aligned for EVM.
Also, now since the sector size is 256KB ospi.env.backup will collide
with ospi.s
From: Sinthu Raja
Enable configs for building multiple dtbs into a single fit image
and load the right dtb for next stage. This will help to use same
defconfig for both J721E EVM and SK boards.
Signed-off-by: Sinthu Raja
---
Changes in V2:
* J721E EAIK board name is changed to J721E SK, rename
From: Sinthu Raja
J721E Starter Kit (SK)[1] is a low cost, small form factor board designed
for TI’s J721E SoC. TI’s J721E SoC comprises of dual core A72, high
performance vision accelerators, video codec accelerators, latest C71x
and C66x DSP, high bandwidth real-time IPs for capture and display
From: Sinthu Raja
Add k3-j721e-sk dtb along with other dtbs inside DTB FIT image.
Signed-off-by: Sinthu Raja
---
Changes in V2:
* J721E EAIK board name is changed to J721E SK, rename all occurrences of eaik
to sk.
configs/j721e_evm_a72_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff
From: Sinthu Raja
Add R5 specific dts for J721E-SK
Signed-off-by: Sinthu Raja
---
Changes in V2:
* J721E EAIK board name is changed to J721E SK, rename all occurrences of eaik
to sk.
* Rename file from eaik to sk.
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/k3-j721e-r5-sk
From: Sinthu Raja
Board ID I2C EEPROM will be probed before SYSFW is available.
So drop the power-domains property for wakup_i2c0 on which
board ID EEPROM is connected.
Signed-off-by: Sinthu Raja
---
No Changes in V2.
arch/arm/dts/k3-j721e-r5-common-proc-board.dts | 5 +
1 file changed,
From: Sinthu Raja
Enable support for selecting DTB from FIT within SPL based on the
board name read from EEPROM. This will help to use single defconfig
for both EVM and SK.
Also print FDT model name and board name read from EEPROM on SPL debug
console. This is useful to verify that right dtb is
From: Sinthu Raja
j721e-sk doesn't have any daughter cards, so disable daughter
card probing inside board_late_init() and spl_board_init() for
j721e-sk.
Signed-off-by: Sinthu Raja
---
Changes in V2:
* J721E EAIK board name is changed to J721E SK, rename all occurrences of eaik
to sk.
board/
From: Sinthu Raja
Update the board_fit_config_name_match() to choose the right dtb
based on the board name read from EEPROM.
Also restrict multpile EEPROM reads by verifying if EEPROM is already
read.
Signed-off-by: Sinthu Raja
---
Changes in V2:
* J721E EAIK board name is changed to J721E SK
From: Sinthu Raja
Update setup_board_eeprom_env() to choose the right board name
for j721e-sk.
Signed-off-by: Sinthu Raja
---
Changes in V2:
* J721E EAIK board name is changed to J721E SK, rename all occurrences of eaik
to sk
* Quite amount of SK boards are preprogrammed as EAIK in EEPROM, so
From: Sinthu Raja
J721E EVM has EEPROM populated at 0x50. J721E SK has EEPROM populated
at next address 0x51 in order to be compatible with RBPi. So start
looking for TI specific EEPROM at 0x50, if not found look for EEPROM at
0x51.
Signed-off-by: Sinthu Raja
---
No changes in V2.
board/ti/j
From: Sinthu Raja
board_late_init(), setup_board_eeprom_env() and setup_serial() is
called only under CONFIG_BOARD_LATE_INIT, so guard these functions
with the same.
Signed-off-by: Sinthu Raja
---
No chnages in V2.
board/ti/j721e/evm.c | 4
1 file changed, 4 insertions(+)
diff --git a/
From: Sinthu Raja
Buck regulator 1, 2 and 3 of TPS6594132 on j721e-sk is in 3 Phase
confguration, in-order to support this, add configuring 3 Phase buck
in tps65941 while driver probing.
Signed-off-by: Sinthu Raja
Acked-by: Jaehoon Chung
---
No changes in V2.
drivers/power/regulator/tps6594
From: Sinthu Raja
Since TPS659412 and TPS659413 are both software compatible,
add a compatible string for the same inside tps65941.c.
Signed-off-by: Sinthu Raja
Acked-by: Jaehoon Chung
---
No changes in V2.
drivers/power/pmic/tps65941.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/dr
From: Sinthu Raja
Hi All,
This series adds support for J721E SK [1]. Below is the detailed description
of the J721E SoC and the SK board supporting features.
Changes in V2:
Board name updated from EAIK to SK.
* So changed the occurrences of EAIK to SK.
* Rename files from eaik to sk.
[1] htt
From: Sinthu Raja
Enable support for show_board_info() in SPL build.
Signed-off-by: Sinthu Raja
---
common/Makefile | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/common/Makefile b/common/Makefile
index e7839027b6..55e455c5b8 100644
--- a/common/Makefile
+++ b/common/Mak
1 - 100 of 146 matches
Mail list logo