Move this from the README to rST format.
Drop i2cfast since it is obviously obsolete and breaks the formatting.
Signed-off-by: Simon Glass
---
Changes in v5:
- Minor updates as suggested by Wolfgang
Changes in v4:
- Add new patch to move environment documentation to rST
README
In many cases environment variables need access to the U-Boot CONFIG
variables to select different options. Enable this so that the environment
scripts can be as useful as the ones currently in the board config files.
Also support += to allow variables to be appended to. This is needed when
using
Use a text file for the environment instead of the #define settings.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Add new patch to use a text-based environment for sandbox
board/sandbox/env/sandbox.env | 25 +
include/configs/sandbox.h | 29
At present U-Boot environment variables, and thus scripts, are defined
by CONFIG_EXTRA_ENV_SETTINGS. It is painful to add large amounts of text
to this file and dealing with quoting and newlines is harder than it
should be. It would be better if we could just type the script into a
text file and ha
This is a complicated set of #defines and it is painful to convert to a
text file. We can (once pending patches are applied) provide the same
functionality with bootmethod. Drop this for sandbox to allow conversion
to a text-file environment.
Signed-off-by: Simon Glass
---
(no changes since v1)
One barrier to completing the 7-year-long Kconfig migration is that
the default environment is implemented using ad-hoc CONFIG options.
At present U-Boot environment variables, and thus scripts, are defined
by CONFIG_EXTRA_ENV_SETTINGS.
It is not really feasible to move the environment to Kconfig
From: Bharat Gooty
Add pinctrl_ops->request api to configure pctrl
pad register in gpio mode.
Signed-off-by: Rayagonda Kokatanur
Signed-off-by: Bharat Gooty
Acked-by: Rayagonda Kokatanur
Reviewed-by: Simon Glass
Signed-off-by: Roman Bacik
---
(no changes since v1)
drivers/pinctrl/pinctr
From: Bharat Gooty
Parse different gpio properties from dt as part of probe
function. This detail is required to enable pinctrl pad
later when gpio lines are requested.
Signed-off-by: Rayagonda Kokatanur
Signed-off-by: Bharat Gooty
Acked-by: Rayagonda Kokatanur
Signed-off-by: Roman Bacik
---
Hi Simon,
[...]
> As part of this work, can you or someone else at Linaro please add
> tests for the SMBIOS code?
>
> Also as mentioned in the previous version, we should have tests for
> this. Ilias suggested what needs to be added to the sandbox emulator.
I pointed out what's missing on the s
Am 01.10.2021 um 15:52 schrieb Tom Rini:
On Fri, Oct 01, 2021 at 01:37:57PM +0200, Hannes Schmelzer wrote:
This commit adds support for the MAX7320 (and clones) gpio expander.
Signed-off-by: Hannes Schmelzer
---
doc/device-tree-bindings/gpio/gpio-max7320.txt | 36
drivers/gpio/K
Hi Heinrich,
On Fri, Oct 01, 2021 at 06:42:14PM +0200, Heinrich Schuchardt wrote:
>
>
> On 9/12/21 21:23, Ilias Apalodimas wrote:
> > Hi Heinrich
> >
> > [...]
> > > > > -if (!u16_strcmp(name, L"PK") || !u16_strcmp(name, L"KEK")) {
> > > > > -vendor = &efi_global_variable_guid;
On 10/1/21 13:18, Masahisa Kojima wrote:
This commit adds the DeployedMode and AuditMode variable
measurement required in TCG PC Client PFP Spec.
Signed-off-by: Masahisa Kojima
---
Changes in v3:
- read variable first, then mesure the variable
lib/efi_loader/efi_tcg2.c | 50 +
On 9/12/21 21:23, Ilias Apalodimas wrote:
Hi Heinrich
[...]
-if (!u16_strcmp(name, L"PK") || !u16_strcmp(name, L"KEK")) {
-vendor = &efi_global_variable_guid;
-} else if (!u16_strcmp(name, L"db") || !u16_strcmp(name, L"dbx")) {
-vendor = &efi_guid_image_securi
On 10/1/21 13:18, Masahisa Kojima wrote:
This commit adds the UEFI GPT disk partition topology
measurement required in TCG PC Client PFP Spec.
Signed-off-by: Masahisa Kojima
---
Changes in v3:
- EV_EFI_GPT_EVENT is measured before EV_SEPARATOR, same as
other PCRs
- use PTR_ARRAY instead
Hi Heinrich,
On Fri, Oct 1, 2021 at 7:37 PM Heinrich Schuchardt
wrote:
>
> Avoid an error like
>
> Could not get FIT buffer of 1725952 bytes
> check CONFIG_SYS_SPL_MALLOC_SIZE
> No device tree specified in SPL image
> ### ERROR ### Please RESET the board ###
>
> Signed-off
Hi,
On Fri, 1 Oct 2021 at 05:19, Masahisa Kojima wrote:
>
> TCG PC Client spec requires to measure the SMBIOS
> table that contain static configuration information
> (e.g. Platform Manufacturer Enterprise Number assigned by IANA,
> platform model number, Vendor and Device IDs for each SMBIOS tabl
Hi Masahisa,
On Fri, 1 Oct 2021 at 05:19, Masahisa Kojima wrote:
>
> This commit adds the UEFI GPT disk partition topology
> measurement required in TCG PC Client PFP Spec.
>
> Signed-off-by: Masahisa Kojima
> ---
>
> Changes in v3:
> - EV_EFI_GPT_EVENT is measured before EV_SEPARATOR, same as
>
Hi Ilias,
On Tue, 28 Sept 2021 at 11:41, Ilias Apalodimas
wrote:
>
> Hi Simon,
>
>
> [...]
> > > > > We've mentioned this in the past. The sandbox TPM is very limited wrt
> > > > > tpm testing for the EFI TCG protocol.
> > > >
> > > > So let's add some more features? If it helps, think of the sa
U-boot has an interesting mix of CONFIG_SYS_MAX_NAND_CHIPS and
CONFIG_SYS_NAND_MAX_CHIPS.
README.nand actually uses both. CONFIG_SYS_NAND_MAX_CHIPS is documented,
but CONFIG_SYS_MAX_NAND_CHIPS is used as the example with nand_scan_ident().
There are some drivers that use the wrong one.
I would b
On Fri, Oct 01, 2021 at 01:37:57PM +0200, Hannes Schmelzer wrote:
> This commit adds support for the MAX7320 (and clones) gpio expander.
>
> Signed-off-by: Hannes Schmelzer
> ---
>
> doc/device-tree-bindings/gpio/gpio-max7320.txt | 36
> drivers/gpio/Kconfig
All,
On 10/1/21 8:22 AM, Mark Kettenis wrote:
From: Sergey Suloev
Date: Fri, 1 Oct 2021 11:01:18 +0300
Hello,
I have a problem with MMC speed while using U-boot 2021.07 with
raspberryPi - it takes about 2 min to fatload 15MB kernel file.
Please also see this rpi-firmware issue [1] and patch
> From: Sergey Suloev
> Date: Fri, 1 Oct 2021 11:01:18 +0300
>
> Hello,
>
> I have a problem with MMC speed while using U-boot 2021.07 with
> raspberryPi - it takes about 2 min to fatload 15MB kernel file.
>
> Any suggestions ?
Do you have a USB keyboard plugged in?
On Fri, Oct 01, 2021 at 02:36:13PM +0200, Stefan Roese wrote:
> Hi Tom,
>
> please pull the following Marvell MVEBU related patches:
>
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
Mini emmc does not use any pmufw and ZYNQMP_FIRMWARE is disabled.
xilinx_pm_request() will not be compiled and causes undefined reference to
`xilinx_pm_request' error. So add a weak function in zynq_sdhci.c file.
Signed-off-by: T Karthik Reddy
Signed-off-by: Ashok Reddy Soma
---
drivers/mmc/zy
Extended fsl_mc command adding an extra option dump_log
Signed-off-by: Cosmin-Florin Aluchenesei
---
drivers/net/fsl-mc/mc.c | 89 -
include/fsl-mc/fsl_mc.h | 9 +
2 files changed, 97 insertions(+), 1 deletion(-)
diff --git a/drivers/net/fsl-mc/mc.c
Hello,
I have a problem with MMC speed while using U-boot 2021.07 with
raspberryPi - it takes about 2 min to fatload 15MB kernel file.
Any suggestions ?
Thank you.
On Fri, Oct 01, 2021 at 01:01:37PM +0200, Stefan Roese wrote:
> Added to Tom to Cc
>
> On 01.10.21 12:43, Stefan Roese wrote:
> > On 01.10.21 12:39, Pali Rohár wrote:
> > > Hello!
> > >
> > > On Friday 01 October 2021 12:28:34 Stefan Roese wrote:
> > > > First the test on "next" without the 39 pa
Hi Tom,
please pull the following Marvell MVEBU related patches:
- kwboot higher baudrate (Pali & Marek)
Here the Azure build, without any issues:
https://dev.azure
On 24.09.21 23:06, Marek Behún wrote:
From: Marek Behún
Hello Stefan and others,
here's v3 of series adding support for booting Marvell platforms via
UART (those bootable with kwboot) at higher baudrates.
Tested on Turris Omnia up to 5.15 MBd, which is 44x faster than
115200 Bd.
The user can
On Fri, Oct 1, 2021 at 6:03 AM AKASHI Takahiro
wrote:
>
> In blk_get_device_by_str(), the comment says: "Updates the partition table
> for the specified hw partition."
> Since hw partition is supported only on MMC, it makes no sense to do so
> for other devices.
Is it not also supported on UFS, a
This commit adds support for the MAX7320 (and clones) gpio expander.
Signed-off-by: Hannes Schmelzer
---
doc/device-tree-bindings/gpio/gpio-max7320.txt | 36
drivers/gpio/Kconfig | 8 ++
drivers/gpio/Makefile | 1 +
drivers/gpio/
Avoid an error like
Could not get FIT buffer of 1725952 bytes
check CONFIG_SYS_SPL_MALLOC_SIZE
No device tree specified in SPL image
### ERROR ### Please RESET the board ###
Signed-off-by: Heinrich Schuchardt
---
include/configs/sifive-unmatched.h | 2 +-
1 file changed,
This commit adds the DeployedMode and AuditMode variable
measurement required in TCG PC Client PFP Spec.
Signed-off-by: Masahisa Kojima
---
Changes in v3:
- read variable first, then mesure the variable
lib/efi_loader/efi_tcg2.c | 50 +++
1 file changed, 50
This commit adds the UEFI GPT disk partition topology
measurement required in TCG PC Client PFP Spec.
Signed-off-by: Masahisa Kojima
---
Changes in v3:
- EV_EFI_GPT_EVENT is measured before EV_SEPARATOR, same as
other PCRs
- use PTR_ARRAY instead of ARRAY
- create sub-function of allocating io
TCG PC Client spec requires to measure the SMBIOS
table that contain static configuration information
(e.g. Platform Manufacturer Enterprise Number assigned by IANA,
platform model number, Vendor and Device IDs for each SMBIOS table).
The device- and environment-dependent information such as
seria
This patch series add the following measurement mandated in the
TCG PC Client PFP Specification.
- SMBIOS tables
- GPT disk partition topology
- AuditMode and Deployed mode
Masahisa Kojima (3):
efi_loader: add SMBIOS table measurement
efi_loader: add UEFI GPT measurement
efi_loader: add D
On Thu, 23 Sept 2021 at 01:19, Simon Glass wrote:
>
> Hi Masahisa,
>
> On Tue, 21 Sept 2021 at 01:17, Masahisa Kojima
> wrote:
> >
> > TCG PC Client spec requires to measure the SMBIOS
> > table that contain static configuration information
> > (e.g. Platform Manufacturer Enterprise Number assign
Added to Tom to Cc
On 01.10.21 12:43, Stefan Roese wrote:
On 01.10.21 12:39, Pali Rohár wrote:
Hello!
On Friday 01 October 2021 12:28:34 Stefan Roese wrote:
First the test on "next" without the 39 patches:
[stefan@ryzen u-boot (next)]$ ./tools/kwboot -p -b u-boot-spl.kwb -t
...
DDR3 Traini
Remove "num-cs" property from device-tree as it is no longer used by
qspi driver anymore.
Also, specify status as "disabled" and enable qspi support in respective
board dts files. This will also help in aligning node properties with
other board properties.
Signed-off-by: Kuldeep Singh
---
arch/
On Friday 01 October 2021 12:43:19 Stefan Roese wrote:
> On 01.10.21 12:39, Pali Rohár wrote:
> > Hello!
> >
> > On Friday 01 October 2021 12:28:34 Stefan Roese wrote:
> > > First the test on "next" without the 39 patches:
> > >
> > > [stefan@ryzen u-boot (next)]$ ./tools/kwboot -p -b u-boot-spl.
On Fri, 1 Oct 2021 12:40:29 +0200
Stefan Roese wrote:
> U-Boot SPL 2021.10-rc5-00431-g6c96332441cf-dirty (Oct 01 2021 - 12:38:55
> +0200)
> High speed PHY - Version: 2.1.5 (COM-PHY-V20)
> High speed PHY - Ended Successfully
> DDR3 Training Sequence - Ver 5.7.4
> DDR3 Training Sequence - Ended Su
On 01.10.21 12:39, Pali Rohár wrote:
Hello!
On Friday 01 October 2021 12:28:34 Stefan Roese wrote:
First the test on "next" without the 39 patches:
[stefan@ryzen u-boot (next)]$ ./tools/kwboot -p -b u-boot-spl.kwb -t
...
DDR3 Training Sequence - Ended Successfully
Trying to boot from BOOTROM
On 01.10.21 12:36, Marek Behún wrote:
On Fri, 1 Oct 2021 12:09:04 +0200
Pali Rohár wrote:
Hello!
On Friday 01 October 2021 11:58:14 Stefan Roese wrote:
I checked by quickly starting a terminal app and it does not seem that
the CPU did go through a reboot. Nothing on the UART at this stage.
Hello!
On Friday 01 October 2021 12:28:34 Stefan Roese wrote:
> First the test on "next" without the 39 patches:
>
> [stefan@ryzen u-boot (next)]$ ./tools/kwboot -p -b u-boot-spl.kwb -t
...
> DDR3 Training Sequence - Ended Successfully
> Trying to boot from BOOTROM
> Returning to BootROM (return
On Fri, 1 Oct 2021 12:09:04 +0200
Pali Rohár wrote:
> Hello!
>
> On Friday 01 October 2021 11:58:14 Stefan Roese wrote:
> > I checked by quickly starting a terminal app and it does not seem that
> > the CPU did go through a reboot. Nothing on the UART at this stage.
> >
> > BUT:
> > The tests I
On 01/10/21 11:25AM, Marek Behún wrote:
> On Tue, 28 Sep 2021 22:29:11 +0530
> Pratyush Yadav wrote:
>
> > On 25/09/21 07:33PM, Marek Behún wrote:
> > > From: Marek Behún
> > >
> > > This check is already done in mtdcore's mtd_erase(), no reason to do
> > > this here as well.
> >
> > But do
Hi Pali,
On 01.10.21 12:09, Pali Rohár wrote:
Hello!
On Friday 01 October 2021 11:58:14 Stefan Roese wrote:
I checked by quickly starting a terminal app and it does not seem that
the CPU did go through a reboot. Nothing on the UART at this stage.
BUT:
The tests I did in this mail were done wi
Hello!
On Friday 01 October 2021 11:58:14 Stefan Roese wrote:
> I checked by quickly starting a terminal app and it does not seem that
> the CPU did go through a reboot. Nothing on the UART at this stage.
>
> BUT:
> The tests I did in this mail were done with your 39 patches applied
> on top of "
Hi Pali,
On 01.10.21 11:28, Pali Rohár wrote:
Hello!
On Friday 01 October 2021 09:46:58 Stefan Roese wrote:
Hi Pali,
On 30.09.21 20:14, Pali Rohár wrote:
Hello!
Could you test or review this patch series?
It is a big improvement for kwboot as it allows to transfer u-boot over
uart into mve
On 07/09/2021 06:22, Tomasz Bielecki wrote:
> Hi all,
>
> Starting with:
> ac804143cf (refs/bisect/bad) mmc: rockchip_sdhci: add phy and clock
> config for rk3399
> Pinebook Pro won't boot.
> U-boot is installed on the internal MMC, the serial console shows this:
>
> U-Boot TPL 2021.10-rc1-00372-
On Fri, 1 Oct 2021 11:23:10 +0200
Stefan Roese wrote:
> Hi Marek,
>
> On 01.10.21 11:16, Marek Behún wrote:
> > On Fri, 1 Oct 2021 09:46:58 +0200
> > Stefan Roese wrote:
> >
> >> Hi Pali,
> >>
> >> On 30.09.21 20:14, Pali Rohár wrote:
> >>> Hello!
> >>>
> >>> Could you test or review this
On 10/1/21 07:01, AKASHI Takahiro wrote:
UCLASS_PARTITION device will be created as a child node of
UCLASS_BLK device.
Signed-off-by: AKASHI Takahiro
This patch seems to duplicate 7/22.
Best regards
Heinrich
On 10/1/21 07:01, AKASHI Takahiro wrote:
UCLASS_PARTITION device will be created as a child node of
UCLASS_BLK device.
Signed-off-by: AKASHI Takahiro
---
drivers/block/blk-uclass.c | 111 +
include/blk.h | 9 +++
include/dm/uclass-id.h
Hello!
On Friday 01 October 2021 09:46:58 Stefan Roese wrote:
> Hi Pali,
>
> On 30.09.21 20:14, Pali Rohár wrote:
> > Hello!
> >
> > Could you test or review this patch series?
> >
> > It is a big improvement for kwboot as it allows to transfer u-boot over
> > uart into mvebu platforms much fas
On Tue, 28 Sep 2021 22:29:11 +0530
Pratyush Yadav wrote:
> On 25/09/21 07:33PM, Marek Behún wrote:
> > From: Marek Behún
> >
> > This check is already done in mtdcore's mtd_erase(), no reason to do
> > this here as well.
>
> But do we always get here via mtd_erase()? What about "sf erase"? I
Hi Marek,
On 01.10.21 11:16, Marek Behún wrote:
On Fri, 1 Oct 2021 09:46:58 +0200
Stefan Roese wrote:
Hi Pali,
On 30.09.21 20:14, Pali Rohár wrote:
Hello!
Could you test or review this patch series?
It is a big improvement for kwboot as it allows to transfer u-boot over
uart into mvebu pl
On Fri, 1 Oct 2021 09:46:58 +0200
Stefan Roese wrote:
> Hi Pali,
>
> On 30.09.21 20:14, Pali Rohár wrote:
> > Hello!
> >
> > Could you test or review this patch series?
> >
> > It is a big improvement for kwboot as it allows to transfer u-boot over
> > uart into mvebu platforms much faster.
On Fri, Oct 01, 2021 at 04:37:40PM +0900, Masahisa Kojima wrote:
> On Tue, 28 Sept 2021 at 05:21, Ilias Apalodimas
> wrote:
> >
> > On Tue, Sep 21, 2021 at 04:19:30PM +0900, Masahisa Kojima wrote:
> > > This commit adds the UEFI GPT disk partition topology
> > > measurement required in TCG PC Clie
On 10/1/21 08:41, Heinrich Schuchardt wrote:
On 10/1/21 7:01 AM, AKASHI Takahiro wrote:
In blk_get_device_by_str(), the comment says: "Updates the partition
table
for the specified hw partition."
Since hw partition is supported only on MMC, it makes no sense to do so
for other devices.
Sig
Hi Pali,
On 30.09.21 20:14, Pali Rohár wrote:
Hello!
Could you test or review this patch series?
It is a big improvement for kwboot as it allows to transfer u-boot over
uart into mvebu platforms much faster.
I'm testing this series right now on my theadorable target, which
is Armada XP based
On Tue, 28 Sept 2021 at 05:21, Ilias Apalodimas
wrote:
>
> On Tue, Sep 21, 2021 at 04:19:30PM +0900, Masahisa Kojima wrote:
> > This commit adds the UEFI GPT disk partition topology
> > measurement required in TCG PC Client PFP Spec.
> >
> > Signed-off-by: Masahisa Kojima
> > ---
> >
> > (no chan
61 matches
Mail list logo
