On Tue, Sep 1, 2020 at 1:45 PM Bin Meng wrote:
>
> On Sun, Aug 30, 2020 at 5:23 AM Simon Glass wrote:
> >
> > Fix this typo in the Kconfig help.
> >
> > Signed-off-by: Simon Glass
> > Suggested-by: Wolfgang Wallner
> > ---
> >
> > drivers/pinctrl/intel/Kconfig | 2 +-
> > 1 file changed, 1
On Tue, Sep 1, 2020 at 1:45 PM Bin Meng wrote:
>
> On Sun, Aug 30, 2020 at 5:23 AM Simon Glass wrote:
> >
> > This function is not actually used in U-Boot. Drop it.
> >
> > Suggested-by: Bin Meng
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > arch/x86/include/asm/acpi_nhlt.h | 8
On Sun, Aug 30, 2020 at 5:23 AM Simon Glass wrote:
>
> Fix this typo in the Kconfig help.
>
> Signed-off-by: Simon Glass
> Suggested-by: Wolfgang Wallner
> ---
>
> drivers/pinctrl/intel/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Sun, Aug 30, 2020 at 5:23 AM Simon Glass wrote:
>
> This function is not actually used in U-Boot. Drop it.
>
> Suggested-by: Bin Meng
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/include/asm/acpi_nhlt.h | 8
> 1 file changed, 8 deletions(-)
>
Reviewed-by: Bin Meng
On Tue, Sep 1, 2020 at 1:33 PM Bin Meng wrote:
>
> On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
> wrote:
> >
> > Introduce USE_EARLY_BOARD_INIT option and select it by the actual users.
> >
> > Cc: George McCollister
> > Signed-off-by: Andy Shevchenko
> > Reviewed-by: Stefan Roese
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Simon Glass
> ---
> v2: added Rb tag(s)
>
>
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Simon Glass
> ---
> v2: added Rb tag(s)
>
>
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Simon Glass
> Reviewed-by: Aiden Park
> ---
> v2:
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Simon Glass
> ---
> v2: added Rb tag(s)
>
>
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Simon Glass
> ---
> v2: added Rb tag(s)
>
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Simon Glass
> ---
> v2: added Rb tag(s)
>
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Simon Glass
> ---
> v2: added Rb tag(s)
>
>
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Simon Glass
> ---
> v2: added Rb tag(s)
>
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Simon Glass
> ---
> v2: added Rb tag(s)
>
>
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Simon Glass
> ---
> v2: added Rb tag(s)
>
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Stefan Roese
> ---
> v2: added Rb tag(s)
>
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Stefan Roese
> ---
> v2: added Rb tag(s)
>
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Cc: George McCollister
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Simon Glass
> ---
> v2:
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Simon Glass
> ---
> v2: added Rb tag(s)
>
On Thu, Aug 20, 2020 at 6:02 PM Andy Shevchenko
wrote:
>
> Introduce USE_EARLY_BOARD_INIT option and select it by the actual users.
>
> Cc: George McCollister
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Stefan Roese
>
On Tue, Sep 1, 2020 at 1:23 PM Bin Meng wrote:
>
> On Fri, Aug 14, 2020 at 3:55 PM Wolfgang Wallner
> wrote:
> >
> > The command 'mtrr' does not recognize the 'list' subcommand any more
> > since the code restructuring in commit b2a76b3fe75a ("x86: mtrr:
> > Restructure so command execution is
On Fri, Aug 14, 2020 at 3:55 PM Wolfgang Wallner
wrote:
>
> The command 'mtrr' does not recognize the 'list' subcommand any more
> since the code restructuring in commit b2a76b3fe75a ("x86: mtrr:
> Restructure so command execution is in one place").
>
> The if-else parsing the command arguments
Heinrich,
On Mon, Aug 31, 2020 at 01:44:44PM +0200, Heinrich Schuchardt wrote:
> On 03.08.20 07:43, AKASHI Takahiro wrote:
> > The test can run on sandbox build and it attempts to execute a firmware
> > update via a capsule-on-disk, using a FIT image capsule,
> > CONFIG_EFI_CAPSULE_FIT.
> >
> >
Hi Daniel,
Hi Mauro,
On 31.08.20 22:36, Daniel Schwierzeck wrote:
Have you actually tried to write u-boot-with-spl.bin to SPI flash? The
only result I can see from your test is that U-Boot crashed after the
go command and the CPU simply booted again from the currently flashed
2020.04-rc1
The GPIO pins used by the SDHCI controller need to be configured to
allow the interface to work.
Signed-off-by: John Robertson
---
drivers/pinctrl/pinctrl_pic32.c | 28
1 file changed, 28 insertions(+)
diff --git a/drivers/pinctrl/pinctrl_pic32.c
CONFIG_BLK needs to be enabled by default to allow U-Boot to
compile after a 'make pic32mzdask_defconfig'.
Signed-off-by: John Robertson
---
Changes in v3 - address review comment from Daniel Schwierzeck
- This file should have been generated by 'make savedefconfig' rather than being
manually
The PIC32MZ DA Starter Kit does not need the card detect workaround
because the SDCD signal line is connected properly. Disable the
workaround in this case.
Signed-off-by: John Robertson
---
arch/mips/dts/pic32mzda_sk.dts | 1 +
1 file changed, 1 insertion(+)
diff --git
The existing driver is not compatible with the Driver Model.
This patch makes the necessary changes while also removing obsolescent
calls/properties as follows:
- fdtdec_* calls replaced with dev_read_* equivalents;
- 'clock-freq-min-max' property replaced by querying the frequency of
the
Hi Sean
> On 8/20/20 4:47 AM, Rick Chen wrote:
> > Hi Sean
> >
> >> Hi Sean
> >>
> >>> On 8/18/20 11:48 PM, Rick Chen wrote:
> Hi Tom
>
> > This patch adds the necessary configs and docs for FPIOA and GPIO
> > support
> > on the K210.
> >
> > The board does not boot
Am Montag, den 31.08.2020, 23:53 +0200 schrieb Mauro Condarelli:
> Thanks Daniel.
>
> On 8/31/20 10:36 PM, Daniel Schwierzeck wrote:
> > Hi Mauro,
> >
> > Am Montag, den 31.08.2020, 21:57 +0200 schrieb Mauro Condarelli:
> > > Sorry to disturb :(
> > >
> > > I am trying to switch from
> > >
Thanks Daniel.
On 8/31/20 10:36 PM, Daniel Schwierzeck wrote:
> Hi Mauro,
>
> Am Montag, den 31.08.2020, 21:57 +0200 schrieb Mauro Condarelli:
>> Sorry to disturb :(
>>
>> I am trying to switch from
>> https://gitlab.denx.de/u-boot/custodians/u-boot-mips commit
>>
On 8/20/20 4:47 AM, Rick Chen wrote:
> Hi Sean
>
>> Hi Sean
>>
>>> On 8/18/20 11:48 PM, Rick Chen wrote:
Hi Tom
> This patch adds the necessary configs and docs for FPIOA and GPIO support
> on the K210.
>
> The board does not boot unless CONSOLE_LOGLEVEL is set to a
Hi Oliver,
On Mon, Aug 31, 2020 at 11:54 AM Oliver Graute
wrote:
> +Quick Start
> +===
> +
> +- Build the ARM Trusted firmware binary
> +- Get scfw_tcm.bin and ahab-container.img
> +- Get imx-mkimage
> +- Build U-Boot
> +- Build imx-mkimage
The imx-mkimage is only needed for building
On Mon, Aug 31, 2020 at 07:29:07PM +0530, Lokesh Vutla wrote:
> Hi Tom,
> Please find the pull request for v2020.10-rc4 containing TI
> specific changes. This is critical for booting mainline linux K3 devices.
> Please consider this as critical fix and merge this PR.
>
> Travis CI build:
On Mon, Aug 31, 2020 at 11:52:03PM +0900, Masahiro Yamada wrote:
> I am leaving Socionext. Orphan the UniPhier platform until somebody
> takes the role.
>
> Signed-off-by: Masahiro Yamada
Thanks again for all your contributions over the years!
Applied to u-boot/master.
--
Tom
Hi Mauro,
Am Montag, den 31.08.2020, 21:57 +0200 schrieb Mauro Condarelli:
> Sorry to disturb :(
>
> I am trying to switch from
> https://gitlab.denx.de/u-boot/custodians/u-boot-mips commit
> f3d8c7f8d3c02ff1de172aff7e6392a9ddd1f5b2 to master.
> In both case I'm using plain
On Mon, Aug 31, 2020 at 01:32:53PM +0900, AKASHI Takahiro wrote:
> Lukasz,
>
> On Tue, Aug 25, 2020 at 02:42:01PM +0900, AKASHI Takahiro wrote:
> > Lukasz,
> >
> > Could you take the time to review my patches, especially
> > patch#1 to #4 and #12, please?
>
> A gentle ping.
> My patch series
Sorry to disturb :(
I am trying to switch from
https://gitlab.denx.de/u-boot/custodians/u-boot-mips commit
f3d8c7f8d3c02ff1de172aff7e6392a9ddd1f5b2 to master.
In both case I'm using plain "vocore2_defconfig".
Actually I'm using:
make ARCH=mips
Am Montag, den 31.08.2020, 18:04 + schrieb John Robertson:
> CONFIG_BLK needs to be enabled by default to allow U-Boot to
> compile after a 'make pic32mzdask_defconfig'.
>
> Signed-off-by: John Robertson
> ---
>
> configs/pic32mzdask_defconfig | 2 +-
> 1 file changed, 1 insertion(+), 1
Am Montag, den 31.08.2020, 18:04 + schrieb John Robertson:
> The existing driver is not compatible with the Driver Model.
>
> This patch makes the necessary changes while also removing obsolescent
> calls/properties as follows:
>
> - fdtdec_* calls replaced with dev_read_* equivalents;
> -
On Sat, Aug 22, 2020 at 12:40 AM Heinrich Schuchardt wrote:
>
> If ResetSystem() is not implemented at runtime, it should return instead
> of hanging in an endless loop. This allows the operating system to reset
> the system by other means as Linux does. It also matches what EDK II
> suggests in
On Thu, Aug 27, 2020 at 9:16 AM Heinrich Schuchardt wrote:
>
> If a reserved memory node in the device tree has the property no-map,
> remove it from the UEFI memory map provided by GetMemoryMap().
>
> Signed-off-by: Heinrich Schuchardt
> ---
> cmd/bootefi.c | 34
CONFIG_BLK needs to be enabled by default to allow U-Boot to
compile after a 'make pic32mzdask_defconfig'.
Signed-off-by: John Robertson
---
configs/pic32mzdask_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/pic32mzdask_defconfig
The PIC32MZ DA Starter Kit does not need the card detect workaround
because the SDCD signal line is connected properly. Disable the
workaround in this case.
Signed-off-by: John Robertson
---
arch/mips/dts/pic32mzda_sk.dts | 1 +
1 file changed, 1 insertion(+)
diff --git
The existing driver is not compatible with the Driver Model.
This patch makes the necessary changes while also removing obsolescent
calls/properties as follows:
- fdtdec_* calls replaced with dev_read_* equivalents;
- 'clock-freq-min-max' property replaced by querying the frequency of
the
The GPIO pins used by the SDHCI controller need to be configured to
allow the interface to work.
Signed-off-by: John Robertson
---
drivers/pinctrl/pinctrl_pic32.c | 28
1 file changed, 28 insertions(+)
diff --git a/drivers/pinctrl/pinctrl_pic32.c
Hi Tom
> On Fri, Aug 21, 2020 at 07:55:05PM +0200, Philippe Reynes wrote:
>
>> This commit adds a generic udp protocol framework in the
>> network loop. So protocol based on udp may be implemented
>> without modifying the network loop (for example custom
>> wait magic packet).
>>
>>
This commit enable the support of the generic udp protocol.
Signed-off-by: Philippe Reynes
---
Changelog:
v2:
- new patch in the serie
configs/sandbox_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/sandbox_defconfig b/configs/sandbox_defconfig
index 6e9f029..5ceff7d
This commit adds a generic udp protocol framework in the
network loop. So protocol based on udp may be implemented
without modifying the network loop (for example custom
wait magic packet).
Signed-off-by: Philippe Reynes
---
Changelog:
v2:
- no change
include/net.h | 2 +-
On Mon, Aug 31, 2020 at 03:12:45PM +0200, Stefan Roese wrote:
> Hi Tom,
>
> please pull the next batch of Marvell MVEBU updates. It consists
> this time mostly of fixes and very local enhancements.
>
> Here the summary log:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
> Il 29/08/2020 23:50 Sean Anderson ha scritto:
>
>
> On 8/29/20 5:48 PM, Sean Anderson wrote:
> >
> > On 8/29/20 5:20 PM, Simon Glass wrote:
> >> Hi Dario,
> >>
> >> +Stephen Warren
> >> On Tue, 25 Aug 2020 at 03:24, Dario Binacchi wrote:
> >>>
> >>> It returns the rate which will be set
On Mon, Aug 31, 2020 at 04:54:40PM +0200, Oliver Graute wrote:
> Add i.MX8QM DMSSE20 a1 board support
[snip]
> diff --git a/board/advantech/imx8qm_dmsse20_a1/MAINTAINERS
> b/board/advantech/imx8qm_dmsse20_a1/MAINTAINERS
> new file mode 100644
> index 00..c1e8048bbb
> --- /dev/null
> +++
On Sun, Aug 30, 2020 at 10:03:00PM +0200, Michael Walle wrote:
> Add basic support for the Kontron SMARC-sAL28 board. This includes just
> the bare minimum to be able to bring up the board and boot linux.
>
> For now, the Single and Dual PHY variant is supported. Other variants
> will fall back
>-Original Message-
>From: Meenakshi Aggarwal
>Sent: Tuesday, August 25, 2020 1:40 PM
>To: u-boot@lists.denx.de; Priyanka Jain
>Cc: Meenakshi Aggarwal ; Ioana Ciornei
>; Qiang Zhao ; Hui Song
>; Manish Tomar ; Vikas Singh
>
>Subject: [PATCH] armv8: lx2162aqds: Add support for LX2162AQDS
Add i.MX8QM DMSSE20 a1 board support
U-Boot 2020.10-rc3-00177-g316f823505 (Aug 31 2020 - 16:08:37 +0200)
Model: Advantech iMX8QM DMSSE20
Board: DMS-SE20A1 8GB
Build: SCFW 494c97f3, SECO-FW d7523fe8, ATF 09c5cc9
Boot: USB
DRAM: 8 GiB
MMC: FSL_SDHC: 0, FSL_SDHC: 1, FSL_SDHC: 2
Loading
I am leaving Socionext. Orphan the UniPhier platform until somebody
takes the role.
Signed-off-by: Masahiro Yamada
---
MAINTAINERS | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index bebe87b4d1..101f4e185d 100644
--- a/MAINTAINERS
+++
Hi,
thank you for fixing this issue :)
regards Frank
> Gesendet: Montag, 31. August 2020 um 09:53 Uhr
> Von: "Chuanjia Liu"
> On the mt7623 platform, if one port enable fail and other port
> enable succeed. It will hang on when using pci enum
> because the resource was not released correctly.
On 17/08/20 11:00 am, Lokesh Vutla wrote:
> Update the ti_sci driver and am65x dts to support SYSFW ABI 3.0.
> This series is meant to be merged only after sysfw releases 2020.02 binaries.
>
> Corresponding kernel changes are applied to linux-next[0]
>
> [0]
On 27/08/20 7:13 pm, Michal Simek wrote:
> There shouldn't be a need to call additional i2c read if above failed
> already. Based on comment it should be enough to try to detect legacy
> boards which are mentioned in the comment.
>
> Fixes: 2463f6728e82 ("ti: common: board_detect: Allow DM I2C
Hi Tom,
Please find the pull request for v2020.10-rc4 containing TI
specific changes. This is critical for booting mainline linux K3 devices.
Please consider this as critical fix and merge this PR.
Travis CI build:
https://travis-ci.org/github/lokeshvutla/u-boot/builds/722678033
The
On Mon, 31 Aug 2020 at 03:59, Alper Nebi Yasak wrote:
>
> When reading subentries of each image, the FIT entry type directly
> concatenates their contents without padding them according to their
> offset, size, align, align-size, align-end, pad-before, pad-after
> properties.
>
> This patch makes
On Mon, 31 Aug 2020 at 03:59, Alper Nebi Yasak wrote:
>
> Other relevant properties (pad-after, offset, size, align, align-size,
> align-end) already work since Pack() sets correct ranges for subentries'
> data (.offset, .size variables), but some padding here is necessary to
> align the data
On Sun, 30 Aug 2020 at 03:34, Heinrich Schuchardt wrote:
>
> In bootm_load_os() the OS image is decompressed. In later stages of the
> boot process we need the decompressed size of the image.
>
> Update images->os.image_len after decompression.
>
> Passing the correct size is necessary if we want
On Mon, 31 Aug 2020 at 03:59, Alper Nebi Yasak wrote:
>
> Switch to str.startswith for matching like the FIT etype does since the
> current version doesn't ignore 'hash-1', 'hash-2', etc.
>
> Signed-off-by: Alper Nebi Yasak
> ---
>
> Changes in v2:
> - Add test to check that sections ignore
Hi Heinrich,
On Mon, 31 Aug 2020 at 04:54, Heinrich Schuchardt wrote:
>
> On 8/31/20 1:20 AM, Simon Glass wrote:
> > At present 64-bit sunxi boards use the Makefile to create a FIT, using
> > USE_SPL_FIT_GENERATOR. This is deprecated.
> >
> > Update sunxi to use binman instead.
> >
> >
Hi Tom,
please pull the next batch of Marvell MVEBU updates. It consists
this time mostly of fixes and very local enhancements.
Here the summary log:
- MVEBU Espressobin fixes and enhancements (fix switch security
issue, enable
On 27.08.20 15:01, Pali Rohár wrote:
Current loadaddr is not writable on Espressobin and 'loadb' command cause
rebooting board. Marvell's U-Boot already set default loadaddr to value
0x0600 [1] and after this change 'loadb' is working fine.
[1] -
On 27.08.20 15:01, Pali Rohár wrote:
Boot scripts for existing Espressobin Linux distributions, like OpenWRT,
expect that U-Boot set fdt_addr and kernel_addr envs. So add env aliases
from fdt_addr_r and kernel_addr_r values.
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
On 27.08.20 15:01, Pali Rohár wrote:
Include information about permanent ethernet MAC address and add link how
to build ATF as U-Boot on Espressobin cannot be flashed without ATF.
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
doc/README.marvell | 40
On 25.08.20 10:45, Pali Rohár wrote:
For proper initialization of aardvark pci driver it is required to
de-assert reset GPIO. So depeneds on DM_GPIO option.
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
drivers/pci/Kconfig| 1 +
On 27.08.20 15:01, Pali Rohár wrote:
According to Marvell's U-Boot description [1] current env load addresses
overlaps with ATF RT services region and TEE. Because the ATF RT service
and TEE region is going to be marked as secure and can't be overwritten,
use different different addresses for
On 19.08.20 16:24, Pali Rohár wrote:
Due to different partition layouts in different U-Boot versions, DTS for
Espressobin in Linux does not contain any definition of MTD partitions.
See commit https://git.kernel.org/stable/c/00954566464a4 for more details.
This patch via ft_board_setup() hook
On 19.08.20 16:24, Pali Rohár wrote:
Espressobin board comes with Marvell's U-Boot version where U-Boot env is
stored in SPI at offset 0x3F. This patch changes env offset in
Espressobin defconfig file to match Marvell's U-Boot version.
Users who want to use previous or different env offset
On 19.08.20 16:19, Pali Rohár wrote:
From: Wilson Ding
Enabled SDIO slot 0 (south bridge) for SD card on
Espressobin board.
Change-Id: I51a2debf9fba276b9c4a2bc6da91328d47f443e3
Signed-off-by: Wilson Ding
Signed-off-by: Konstantin Porotchkin
Reviewed-on:
On 19.08.20 16:19, Pali Rohár wrote:
From: Evan Wang
- The SDIO signal voltage and max base clock frequency
setting are missing in driver, which causes SDIO
not working.
- The patch adds SDIO signal voltage switch support,
which is based on regulator-gpio of vqmmc-supply, and
sets
On 19.08.20 15:57, Pali Rohár wrote:
This change ensures that PCIe card is put into reset state when U-Boot
stops using it.
DM_FLAG_OS_PREPARE ensures that U-Boot executes driver's remove callback
prior booting Linux kernel.
Linux kernel pci-aardvark driver needs to reset PCIe card via PERST#
On 19.08.20 11:57, Marek Behún wrote:
This commit fixes initialization of COMPHY on EspressoBin.
Commit 22f418935be4 ("phy: marvell: a3700: Use comphy_mux on Armada
37xx.") introduced usage of comphy_mux on Armada 37xx comphy driver.
The lanes are defined in comphy_a3700.c as described in
On 19.08.20 15:57, Pali Rohár wrote:
Change active-high to active-low and change DT property name from
reset-gpio to reset-gpios. This format of gpio reset is used by
pci-aardvark driver in Linux kernel.
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
On 17.08.20 17:13, Pali Rohár wrote:
Espressobin uses mvneta ethernet driver.
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
configs/mvebu_espressobin-88f3720_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
On 17.08.20 16:36, Pali Rohár wrote:
By default Topaz switch on Espressobin board forwards packets between all
ethernet ports, including CPU (port 0), wan (port 1) and lan (ports 2,3).
This default U-Boot setup is unsuitable for using Espressobin as router as
it opens security hole in
From: T Karthik Reddy
Nand writes should skip the bad blocks with "nand write" command.
In case of bad blocks with above 32-bit address, nand_block_isbad()
returns false due to truncated bad block address.
In below code segment,
if (nand_block_isbad(mtd, offset & ~(mtd->erasesize -
On 28.08.20 06:07, Heinrich Schuchardt wrote:
> On 8/3/20 7:43 AM, AKASHI Takahiro wrote:
>> The test can run on sandbox build and it attempts to execute a firmware
>> update via a capsule-on-disk, using a raw image capsule,
>> CONFIG_EFI_CAPSULE_RAW.
>>
>> To run this test successfully, you need
On 03.08.20 07:43, AKASHI Takahiro wrote:
> The test can run on sandbox build and it attempts to execute a firmware
> update via a capsule-on-disk, using a FIT image capsule,
> CONFIG_EFI_CAPSULE_FIT.
>
> To run this test successfully, you need configure U-Boot specifically;
> See
On Monday 31 August 2020 10:10:50 Andre Heider wrote:
> On 31/08/2020 09:50, Pali Rohár wrote:
> > On Monday 31 August 2020 05:25:37 Andre Heider wrote:
> > > From: Wojciech Macek
> > >
> > > Add support for Marvell Xenon SDHCI HS200 mode.
> > >
> > > Changes focue mostly on correct PHY
On Mon, Aug 31, 2020 at 12:41:01PM +0200, Heiko Schocher wrote:
> Am 30.08.2020 um 01:31 schrieb Simon Glass:
...
> > + - reset-off-delay-ms : Delay after asserting reset (during power off)
> > + - enable-delay-ms : Delay after asserting enable
> > + - enable-off-delay-m s: Delay after
On Friday 28 August 2020 16:56:29 Andre Heider wrote:
> From: zachary
>
> - This patch moves sata phy powerup from dedicate phy to compphy
> and adds invert option for sata powerup routine.
>
> Change-Id: I1b4e8753e2b2c14c6efa97bca2ffc7d2553d8a90
> Signed-off-by: zachary
> Signed-off-by: Ken
This patch adds a sanity check that avoids 'size' to overflow and crash when
importing an environment that contains a checksum. Example with the wrong size
that causes the crash:
=> env import -c 0x410 3 v1
This assumes that v1 has already been successfully exported with
'env export -c -s
On 8/31/20 1:20 AM, Simon Glass wrote:
> At present 64-bit sunxi boards use the Makefile to create a FIT, using
> USE_SPL_FIT_GENERATOR. This is deprecated.
>
> Update sunxi to use binman instead.
>
> Signed-off-by: Simon Glass
Tested on pine64-lts_defconfig
When BL31 is not defined I see a
Hello Simon,
Am 30.08.2020 um 01:31 schrieb Simon Glass:
Many I2C devices produce roughly the same ACPI data with just things like
the GPIO/interrupt information being different.
This can be handled by a generic driver along with some information in the
device tree.
Add a generic i2c driver
On 31/08/2020 10:46, Pali Rohár wrote:
On Monday 31 August 2020 10:17:07 Andre Heider wrote:
On 31/08/2020 10:01, Pali Rohár wrote:
On Monday 31 August 2020 05:34:07 Andre Heider wrote:
+/* U11 */
+ {
+ non-removable;
+ bus-width = <8>;
+ mmc-ddr-1_8v;
+
When reading subentries of each image, the FIT entry type directly
concatenates their contents without padding them according to their
offset, size, align, align-size, align-end, pad-before, pad-after
properties.
This patch makes sure these properties are respected by offloading this
image-data
Other relevant properties (pad-after, offset, size, align, align-size,
align-end) already work since Pack() sets correct ranges for subentries'
data (.offset, .size variables), but some padding here is necessary to
align the data within this range to match the pad-before property.
Signed-off-by:
Switch to str.startswith for matching like the FIT etype does since the
current version doesn't ignore 'hash-1', 'hash-2', etc.
Signed-off-by: Alper Nebi Yasak
---
Changes in v2:
- Add test to check that sections ignore hash*, signature* nodes
tools/binman/etype/section.py |
I've been automating the process in doc/README.chromium-chainload and
while experimenting with whether a "kernel" image with u-boot-spl and
u-boot would work, noticed I couldn't align/offset/pad the two parts.
E.g. in something like the following, binman doesn't add the necessary
padding to place
Here is boot log when using u-boot files, originated from u-boot build
where *am335x_evm_defconfig* file was used as default configuration :
U-Boot SPL 2020.10-rc3-00012-g9f04a634ef (Aug 29 2020 - 11:40:17 +0200)
Trying to boot from MMC1
U-Boot 2020.10-rc3-00012-g9f04a634ef (Aug 29 2020 -
On Monday 31 August 2020 10:17:07 Andre Heider wrote:
> On 31/08/2020 10:01, Pali Rohár wrote:
> > On Monday 31 August 2020 05:34:07 Andre Heider wrote:
> > > +/* U11 */
> > > + {
> > > + non-removable;
> > > + bus-width = <8>;
> > > + mmc-ddr-1_8v;
> > > + mmc-hs400-1_8v;
> > > + marvell,pad-type
On 31/08/2020 10:27, Pali Rohár wrote:
On Monday 31 August 2020 10:21:46 Andre Heider wrote:
On 31/08/2020 09:55, Pali Rohár wrote:
On Monday 31 August 2020 08:33:24 Andre Heider wrote:
From: Konstantin Porotchkin
Add support for additional EspressoBIN board with installed
eMMC device
On Monday 31 August 2020 10:21:46 Andre Heider wrote:
> On 31/08/2020 09:55, Pali Rohár wrote:
> > On Monday 31 August 2020 08:33:24 Andre Heider wrote:
> > > From: Konstantin Porotchkin
> > >
> > > Add support for additional EspressoBIN board with installed
> > > eMMC device (U11).
> > >
On 31/08/2020 09:55, Pali Rohár wrote:
On Monday 31 August 2020 08:33:24 Andre Heider wrote:
From: Konstantin Porotchkin
Add support for additional EspressoBIN board with installed
eMMC device (U11).
Starting from this patch the DEVICE_TREE= must be added to
Why? Is not it better to have
On 31/08/2020 09:57, Pali Rohár wrote:
I think these two patches can be squashed into one.
I wanted to keep the original authorship, but sure, I don't care either way.
Thanks,
Andre
1 - 100 of 119 matches
Mail list logo
