Hi Jassi,
> ... a polite ping, Lukasz.
The only excuse for so long lack of my response are my personal issues
caused by the covid-19.
Sorry for that..
>
> On Sun, Jun 7, 2020 at 3:59 PM wrote:
> >
> > From: Jassi Brar
> >
> > MAX3420 implements FullSpeed USB Device over SPI.
> > Another vers
Don't return error with ret=-ENOENT when the optional ops drv->init
is absent but only if env_driver_lookup doesn't found driver.
This patch correct an issue for the code
if (!env_init())
env_load()
When only ext4 is supported (CONFIG_ENV_IS_IN_EXT4),
as the backend env/ext4.c doesn't defin
Hi,
V2 is only a rebase and adaptation of the serie [1].
In this serie, I add sandbox test with CONFIG_ENV_IS_NOWHERE
activated with other location: at least one CONFIG_ENV_IS_IN_...
is defined and ENV_IS_IN_DEVICE is automatically defined.
To test this feature, I activate and test ENV_IS_IN_
Add basic test to persistent environment in ext4:
save and load in host ext4 file 'uboot.env'.
On first execution an empty EXT4 file system is created in
persistent data dir: env.ext4.img.
Signed-off-by: Patrick Delaunay
---
(no changes since v1)
test/py/tests/test_env.py | 87 +++
Add the absolute path to the default value of
CONFIG_ENV_EXT4_FILE = "/uboot.env".
This patch avoid the error :
Saving Environment to EXT4... File System is consistent
Please supply Absolute path
Signed-off-by: Patrick Delaunay
---
For information, it is the value used today by all the boar
Add support of environment location with a new sandbox command
'env_loc'.
When the user change the environment location with the command
'env_loc ' the env is reinitialized and saved;
the GD_FLG_ENV_DEFAULT flag is also updated.
When the user set the same env location, the environment is
re-loade
The default environment is still used with "ENVL_NOWHERE"
indicated by the weak function env_get_location() and
activated by CONFIG_ENV_IS_NOWHERE.
Signed-off-by: Patrick Delaunay
Reviewed-by: Simon Glass
---
(no changes since v1)
board/sandbox/sandbox.c| 12
configs/
Add support of opts erase for env in ext4,
this opts is used by command 'env erase'.
This command only fill the env file (CONFIG_ENV_EXT4_FILE)
with 0, the CRC and the saved environment becomes invalid.
Signed-off-by: Patrick Delaunay
---
Changes in v2:
- use CONFIG_IS_ENABLED to set .erase (sa
Add a missing initialization of gd->env_valid in env_ext4_load
as it is already done in some other env device.
Set gd->env_valid = ENV_VALID in env_ext4_save() and env_ext4_load().
This patch allows to have a correct information in 'env info' command.
Signed-off-by: Patrick Delaunay
---
(no ch
Split the function env_ext4_save to prepare the erase support.
Signed-off-by: Patrick Delaunay
---
(no changes since v1)
env/ext4.c | 28
1 file changed, 20 insertions(+), 8 deletions(-)
diff --git a/env/ext4.c b/env/ext4.c
index ac9f126bec..027a721b69 100644
---
Add test for the erase command tested on ENV in EXT4.
Signed-off-by: Patrick Delaunay
---
(no changes since v1)
configs/sandbox64_defconfig| 1 +
configs/sandbox_defconfig | 1 +
configs/sandbox_flattree_defconfig | 1 +
configs/sandbox_spl_defconfig | 1 +
test/py/te
Hi Stephen,
> From: Stephen Warren
> Sent: mardi 16 juin 2020 00:09
>
> On 6/15/20 8:01 AM, Patrick Delaunay wrote:
> > Add a pytest for testing the env info sub-command:
> >
> > test_env_info: test command with several option
> >
> > test_env_info_quiet: test the result of the sub-command with
Hi,
This is a combined series of both omap4/omap5 DM conversion in one.
The main change across all the boards in this version is to drop SPI
support completely. SPI is only available on expansion headers on the
omap4 panda / omap5 uevm boards, and it is impossible for the authors of
the patches in
From: Peter Ujfalusi
Convert omap4 sdp to device model.
Signed-off-by: Peter Ujfalusi
Signed-off-by: Tero Kristo
---
v3:
* dropped SPI support
arch/arm/dts/Makefile | 4
board/ti/sdp4430/sdp.c | 12
configs/omap4_sdp4430_defconfig | 12 +---
3
Convert omap4 panda to device model.
Signed-off-by: Tero Kristo
---
v3:
* dropped SPI support
v2:
* dropped some apparently dead USB EHCI init code, this was just
causing a compile time warning.
arch/arm/dts/Makefile | 4 +++
arch/arm/dts/omap4-u-boot.dtsi | 39 +++
Convert omap5 uevm board to device model.
Signed-off-by: Tero Kristo
---
v3:
* dropped SPI support
arch/arm/dts/omap5-u-boot.dtsi | 42 ++
board/ti/omap5_uevm/evm.c | 78 +-
configs/omap5_uevm_defconfig | 13 --
3 files changed, 62 in
From: Peter Ujfalusi
Copy all device tree files required for omap4 sdp4430 support from
mainline Linux.
Signed-off-by: Peter Ujfalusi
Signed-off-by: Tero Kristo
---
arch/arm/dts/omap4-sdp-es23plus.dts | 14 +
arch/arm/dts/omap4-sdp.dts | 713
2 files cha
Hi
On 6/5/20 9:24 AM, Patrick Delaunay wrote:
> From: Etienne Carriere
>
> Fix the sequence in stm32mp1 fdt.c that disables OP-TEE resources
> defined in FDT when U-boot detects OP-TEE firmware is not present.
>
> Before this change, helper function stm32_fdt_disable_optee()
> set property status
Hi
On 6/5/20 9:24 AM, Patrick Delaunay wrote:
> From: Etienne Carriere
>
> Add OP-TEE firmware node in stm32mp15 U-Boot DTSI. This node is
> needed since commit [1] that changed U-Boot/stm32mp15 to detect
> OP-TEE availability by probing the resource instead of relying on
> U-Boot configuration.
v2:
For patch #1, replace u32 with u8 for rtl_reset_bmu().
For patch #3, use USB_BP(n) to replace USB_BP_0 ~ USB_BP_7.
Write the registers in bulk for rtl_clear_bp().
For patch #4, add a macro for the magic value. Remove type casts.
Write the register in bulk, if it is possible. Reduce indent.
v
Some settings of PHY have to work after resetting PHY.
Signed-off-by: Hayes Wang
---
drivers/usb/eth/r8152.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/eth/r8152.c b/drivers/usb/eth/r8152.c
index 041cb22dd3..7f988543a1 100644
--- a/drivers/usb/eth/r8152.c
+++
The original rtl_clear_bp() is used to clear the firmware of both
PLA and USB MCU. The new one could clear the firmware of PLA or
USB independently. It is unnecessary to clear firmware, if there
is no one to be updated.
Besides, clear the firmware by writing the relative registers in
bulk.
Signed
Reset bmu after disabling Tx/Rx. This is used to clear the FIFO of
Tx/Rx. The remained data may be transferred after Tx/Rx is re-enabled.
And it results in garbage data.
Signed-off-by: Hayes Wang
---
drivers/usb/eth/r8152.c | 14 ++
drivers/usb/eth/r8152.h | 7 ++-
2 files chang
This is used to support RTL8153B and RTL8154B.
Signed-off-by: Hayes Wang
---
drivers/usb/eth/r8152.c| 207 -
drivers/usb/eth/r8152.h| 41 +++-
drivers/usb/eth/r8152_fw.c | 170 ++
3 files changed, 414 insertions(+), 4 d
Hi,
> From: Patrick DELAUNAY
> Sent: vendredi 5 juin 2020 09:24
>
> From: Etienne Carriere
>
> Fix the sequence in stm32mp1 fdt.c that disables OP-TEE resources defined in
> FDT when U-boot detects OP-TEE firmware is not present.
>
> Before this change, helper function stm32_fdt_disable_optee
Hi,
> From: Patrick DELAUNAY
> Sent: vendredi 5 juin 2020 09:25
>
> From: Etienne Carriere
>
> Add OP-TEE firmware node in stm32mp15 U-Boot DTSI. This node is needed
> since commit [1] that changed U-Boot/stm32mp15 to detect OP-TEE availability
> by probing the resource instead of relying on
Hi Simon,
> -"Simon Glass" schrieb: -
> Betreff: [PATCH v2 04/25] x86: mp_init: Switch parameter names in start_aps()
>
> These parameters are named differently from elsewhere in this file. Switch
> them to avoid confusion.
>
> Also add comments to this function.
>
> Signed-off-by: Sim
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH v2 10/25] x86: mp: Support APs waiting for instructions
>
> At present the APs (non-boot CPUs) are inited once and then parked ready
> for the OS to use them. However in some cases we want to send new requests
> through, such as to ch
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH v2 13/25] x86: mp: Allow running functions on multiple CPUs
>
> Add a way to run a function on a selection of CPUs. This supports either
> a single CPU, all CPUs, just the main CPU or just the 'APs', in Intel
> terminology.
>
> It wo
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH v2 17/25] x86: Don't enable SMP in SPL
>
> SMP should be set up in U-Boot where possible, not SPL. Disable it in SPL.
> For 64-bit U-Boot we should find a way to allow SMP operations in U-Boot,
> but this is somewhat more complicated.
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH v2 18/25] x86: coral: Update the memory map
>
> This currently excludes the temporary memory used to start up the APs.
> Add it.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add new patch to add AP_DEFAULT_BASE to co
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH v2 20/25] x86: mtrr: Add support for writing to MTRRs on any
> CPU
>
> To enable support for the 'mtrr' command, add a way to perform MTRR
> operations on selected CPUs.
>
> This works by setting up a little 'operation' structure an
Hi Simon,
> -"Simon Glass" schrieb: -
> Betreff: [PATCH v2 24/25] x86: mp: Add more comments to the module
>
> Add a description of how this module works and also some missing function
> comments.
Great to see more documenation :)
>
> Drop struct cpu_map since it is not used.
>
> Sig
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH v3 05/35] acpi: Support generation of ACPI code
>
> Add a new file to handle generating ACPI code programatically. This is
> used when information must be dynamically added to the tables, e.g. the
> SSDT.
>
> Initial support is just
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH v3 12/35] acpi: Support generation of SPI descriptor
>
> Add a function to write a SPI descriptor to the generated ACPI code.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Make acpi_device_write_spi() static
> - Add a
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH v3 20/35] acpi: Support writing a GPIO
>
> Allowing writing out a reference to a GPIO within the ACPI output. This
> can be used by ACPI code to access a GPIO at runtime.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> -
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH v3 21/35] acpi: Support copying properties from device tree
> to ACPI
>
> Some drivers in Linux support both device tree and ACPI. U-Boot itself
> uses Linux device-tree bindings for its own configuration but does not use
> ACPI.
>
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH v3 29/35] acpi: Support ordering SSDT data by device
>
> Add a /chosen property to control the order in which the data appears
> in the SSDT. This allows matching up U-Boot's output from a dump of the
> known-good data obtained from w
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH v3 30/35] x86: Allow devices to write an SSDT
>
> Call the new core function to write the SSDT. This is made up of fragments
> generated by devices that have the fill_ssdt() method.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH v3 32/35] x86: Allow devices to write to DSDT
>
> Call the new core function to inject ASL programmatically into the DSDT.
> This is made up of fragments generated by devices that have the
> inject_dsdt() method. The normal, compiled
287be3294af6179782f8a561afca427620504581:
Merge branch '2020-06-15-misc-bugfixes' (2020-06-15 11:24:42 -0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-stm.git
tags/u-boot-stm32-20200616
for you to fetch cha
Hi,
On 16/06/2020 06:35, Anand Moon wrote:
> Hi Neil,
>
> On Thu, 11 Jun 2020 at 19:20, Neil Armstrong wrote:
>>
>> Move the natural text Amlogic board README files to doc/board/amlogic
>> into reStructuredText and :
>> - add reStructuredText markup for bash code
>> - fix secondary titles markup
From: Thomas Schaefer
- Despite other ext4 filesystem functions, ext4fs_mount returns
0 in case of error.
- This leads to u-boot crash in case that an SD card
with valid partition table but without ext4 filesystem created
in a partition is found on SD card.
- Fix this by returning a proper
From: Thomas Schaefer
- Despite other ext4 filesystem functions, ext4fs_mount returns
0 in case of error.
- This leads to u-boot crash in case that an SD card
with valid partition table but without ext4 filesystem created
in a partition is found on SD card.
- Fix this by returning a proper
Changes for v3:
- Resend via git send-email
Changes for v2:
- Coding Style cleanup
Signed-off-by: Nico Becker
---
arch/arm/dts/Makefile | 3 +-
...ocfpga_cyclone5_ica_moritz_iii-u-boot.dtsi | 45 ++
.../dts/socfpga_cyclone5_ica_moritz_iii.dts | 123 ++
On 23:45-20200613, Jagan Teki wrote:
> On Wed, May 27, 2020 at 6:27 PM Jagan Teki wrote:
> >
> > OF_CONTROL, DM_SPI and other driver model migration deadlines
> > are expired for this board.
> >
> > Drop it.
> >
> > Cc: Nishanth Menon
>
> Any comments?
I think this should be fine. OMAP3 ES1.0 on
On Mon, Apr 27, 2020 at 11:09:47AM +0200, Mark Kettenis wrote:
> The fix in commit b7adcdd073c0 has the side-effect that the regulator
> will be disabled when requesting the relevant gpio in
> regulator_common_ofdata_to_platdata() and enabled in
> regulator_pre_probe() when the regulator was alrea
On Mon, Jun 15, 2020 at 09:31:19PM +0200, Heinrich Schuchardt wrote:
> The following changes since commit 9d886fd6a0888f121cd280d11434812a386045a2:
>
> Merge https://gitlab.denx.de/u-boot/custodians/u-boot-spi (2020-06-12
> 17:20:35 -0400)
>
> are available in the Git repository at:
>
> htt
Hi Walter,
On Fri, 12 Jun 2020 at 11:38, Walter Lozano wrote:
>
>
> On 11/6/20 23:22, Simon Glass wrote:
> > Hi Walter,
> >
> > On Thu, 11 Jun 2020 at 13:07, Walter Lozano
> > wrote:
> >> Hi Simon,
> >>
> >> On 11/6/20 14:22, Simon Glass wrote:
> >>> Hi Walter,
> >>>
> >>> On Thu, 11 Jun 2020 a
On Mon, 15 Jun 2020 at 07:41, Michal Simek wrote:
>
> Remove adhoc dt binding for fixed-partition definition for i2c eeprom.
> fixed-partition are using reg property instead of offset/size pair.
>
> Signed-off-by: Michal Simek
> ---
>
> Changes in v2:
> - Bootcount tested on zynqmp zcu104
> - Add
Hi Nicolas,
On Fri, 12 Jun 2020 at 10:47, Nicolas Saenz Julienne
wrote:
>
> There is no distinction in DT between the PCI controller device and the
> root bridge, whereas such distinction exists from dm's perspective. Make
> sure the root bridge ofnode is assigned to the controller's platform
> d
Hi Stephen,
On Mon, 15 Jun 2020 at 16:03, Stephen Warren wrote:
>
> On 6/13/20 8:57 PM, Simon Glass wrote:
> > This has been in the Makefile long enough to ensure migration is complete.
> > Drop it.
>
> > diff --git a/Makefile b/Makefile
>
> > -OBJCOPYFLAGS_u-boot-nodtb-tegra.bin = -O binary
> >
On 16. 06. 20 15:43, Simon Glass wrote:
> On Mon, 15 Jun 2020 at 07:41, Michal Simek wrote:
>>
>> Remove adhoc dt binding for fixed-partition definition for i2c eeprom.
>> fixed-partition are using reg property instead of offset/size pair.
>>
>> Signed-off-by: Michal Simek
>> ---
>>
>> Changes
On 6/4/2020 6:48 PM, Michael Walle wrote:
> Align the status line with all the other output in U-Boot.
>
> Before the change:
> DDR3.9 GiB (DDR3, 32-bit, CL=11, ECC on)
> SEC0: RNG instantiated
> WDT: Started with servicing (60s timeout)
>
> After the change:
> DDR3.9 GiB (DDR3, 32-bit,
On Tue, 2020-06-16 at 07:43 -0600, Simon Glass wrote:
> Hi Nicolas,
>
> On Fri, 12 Jun 2020 at 10:47, Nicolas Saenz Julienne
> wrote:
> > There is no distinction in DT between the PCI controller device and the
> > root bridge, whereas such distinction exists from dm's perspective. Make
> > sure t
On Tue, Jun 16, 2020 at 02:43:07PM +0900, AKASHI Takahiro wrote:
> UEFI subsystem uses utf-16 string, but checkpatch.pl complains
> about any occurrences of L"xxx" which is definitely legal.
> So just suppress this kind of warning.
> Precautiously, we will check u"xxx" as well.
>
> Signed-off-by:
Second patch is still needed for booting. Tipps to get rid of that patch would
be helpfull.
Between u-boot-imx-20200511 and u-boot-imx-20200609 something more is broken,
I run into this issue:
U-Boot 2020.07-rc3-2-gbf3f929aa6 (Jun 16 2020 - 14:36:58 +0200)
CPU: NXP i.MX8QM RevB A53 at 1200
Add i.MX8QM qmx8 congatec board support
U-Boot 2020.04-2-g1ff5446a63 (Jun 16 2020 - 13:47:28 +0200)
CPU: NXP i.MX8QM RevB A53 at 1200 MHz
Model: Congatec QMX8 Qseven series
Board: conga-QMX8
Build: SCFW 494c97f3, SECO-FW d7523fe8, ATF 09c5cc9
Boot: SD2
DRAM: 6 GiB
Device 'gpio@5d09':
As proposed here:
https://lists.denx.de/pipermail/u-boot/2020-January/396749.html
Both of my imx8qm boards (Advantech and Congatec) aren't booting
2020.01 without this change. Whats the proper way to fix this on my side?
---
drivers/core/device.c | 7 ++-
1 file changed, 2 insertions(+), 5 d
While commit 048a648298b1 ("checkpatch.pl: Update to v5.7") largely
re-syncs us with checkpatch.pl from v5.7 there are a number of things
missing still. Re-copy the script and again take care to keep our
allowed debug prints and now localized checks intact.
Fixes: 048a648298b1 ("checkpatch.pl: Up
On Tue, Jun 16, 2020 at 01:59:03PM +0200, Heiko Thiery wrote:
> From: Thomas Schaefer
>
> - Despite other ext4 filesystem functions, ext4fs_mount returns
> 0 in case of error.
> - This leads to u-boot crash in case that an SD card
> with valid partition table but without ext4 filesystem crea
On Tue, Jun 16, 2020 at 04:27:22PM +0200, Oliver Graute wrote:
> As proposed here:
>
> https://lists.denx.de/pipermail/u-boot/2020-January/396749.html
>
> Both of my imx8qm boards (Advantech and Congatec) aren't booting
> 2020.01 without this change. Whats the proper way to fix this on my side?
On Mon, Jun 15, 2020 at 09:47:04AM +0200, Harald Seiler wrote:
> Remove a left-over debug printf that was introduced with SHA512 support.
>
> Fixes: d16b38f42704 ("Add support for SHA384 and SHA512")
> Signed-off-by: Harald Seiler
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Descrip
STM32 serial can be reset via reset controller.
Add the support of reset to uart nodes on stm32mp15x.
Signed-off-by: Patrick Delaunay
---
arch/arm/dts/stm32mp15-u-boot.dtsi | 32 ++
1 file changed, 32 insertions(+)
diff --git a/arch/arm/dts/stm32mp15-u-boot.dtsi
b/
This commit enables the work done in commit ef52605e for the
A20-OLinuXino_MICRO{,-eMMC} boards. It was previously used only for the
A20-OLinuXino-Lime2{,-eMMC} boards but is also needed for the MICRO
boards. Without this, the board consistently hangs upon reboot. Note
that a cold boot works fine t
Hi all,
I'm attempting to get initial support for MStar/Sigmastar's family of
ARMv7 chips into Linux
and I thought I should probably at least attempt to mainling the
u-boot support while I'm at it.
I did some googling and couldn't find a "how to mainline a new SoC"
guide for u-boot so if
possible
The Banana Pi R2 bootloader will load U-Boot from either the internal
eMMC, or the external SD card if the latter is present.
If booted from the eMMC (and an SD card is subsequently inserted), both
work from U-Boot. Both also work from Linux, whichever device is booted
from.
If booted from SD, th
With TEE 3.7.0, the partition teed (OP-TEE pageable
code and data) need to increase up to 512KB in NOR device.
Signed-off-by: Patrick Delaunay
---
board/st/common/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/st/common/Kconfig b/board/st/common/Kconfig
index
Hi David
On Tue, Jun 16, 2020 at 6:16 PM David Woodhouse wrote:
>
> The Banana Pi R2 bootloader will load U-Boot from either the internal
> eMMC, or the external SD card if the latter is present.
>
> If booted from the eMMC (and an SD card is subsequently inserted), both
> work from U-Boot. Both
Add "Device Name" in iproduct during DFU USB enumeration
to have this information in STM32CubeProgrammer trace
(this tools is compatible with @Name since v2.3)
Signed-off-by: Patrick Delaunay
---
arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog_usb.c | 6 --
1 file changed, 4 insertions(+), 2
As debugger must be totally closed on Sec closed chip,
the DBGMCU_IDC register is no more accessible (self
hosted debug is disabled with OTP).
This patch adds a function bsec_dbgswenable() to check
if the DBGMCU registers are available before to access them:
BSEC_DENABLE.DBGSWENABLE = self hosted
In the boot command used in ST boards, bootcmd_stm32mp, only support
the SD card as second stage, where is found the bootfs with DISTRO.
Signed-off-by: Patrick Delaunay
---
include/configs/stm32mp1.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/configs/stm32mp1
On Tue, 2020-06-16 at 18:21 +0200, Michael Nazzareno Trimarchi wrote:
> Hi David
>
> On Tue, Jun 16, 2020 at 6:16 PM David Woodhouse wrote:
> >
> > The Banana Pi R2 bootloader will load U-Boot from either the internal
> > eMMC, or the external SD card if the latter is present.
> >
> > If booted
On Tue, Jun 16, 2020 at 6:57 PM David Woodhouse wrote:
>
> On Tue, 2020-06-16 at 18:21 +0200, Michael Nazzareno Trimarchi wrote:
> > Hi David
> >
> > On Tue, Jun 16, 2020 at 6:16 PM David Woodhouse wrote:
> > >
> > > The Banana Pi R2 bootloader will load U-Boot from either the internal
> > > eMMC
On Tue, 2020-06-16 at 18:59 +0200, Michael Nazzareno Trimarchi wrote:
> On Tue, Jun 16, 2020 at 6:57 PM David Woodhouse wrote:
> >
> > On Tue, 2020-06-16 at 18:21 +0200, Michael Nazzareno Trimarchi wrote:
> > > Hi David
> > >
> > > On Tue, Jun 16, 2020 at 6:16 PM David Woodhouse
> > > wrote:
>
Am 14.05.20 um 11:59 schrieb Stefan Roese:
> This patch adds very basic minimal support for the Marvell Octeon 3
> CN73xx based EBB7304 EVK. Please note that the basic Octeon port does
> not support DDR3/4 initialization yet. To still use U-Boot on with this
> port, the L2 cache (4MiB) is used a
Am 14.05.20 um 11:59 schrieb Stefan Roese:
> From: Aaron Williams
>
> This patch adds very basic support for the Octeon III SoCs. Only
> CFI parallel NOR flash and UART is supported for now.
>
> Please note that the basic Octeon port does not include the DDR3/4
> initialization yet. This will
Hi Stefan,
Am 15.06.20 um 09:49 schrieb Stefan Roese:
>>
>>> Actually I wanted to do a more complete header sync with Linux and
>>> submit some minimal refactorings of start.S so that you have a better
>>> working base. Unfortuneately I hadn't time to do so in the last 3 weeks.
>>
>> I understand
t repository at:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-stm.git
> tags/u-boot-stm32-20200616
>
> for you to fetch changes up to 9e696965065c43b59901e49e75435b1549fa55c7:
>
> dts: ARM: stm32mp15: add OP-TEE node in u-boot DTSI (2020-06-16 10:39:28
>
1. Environment clean-up (dropping legacy emmcboot, sdboot wrappers)
2. Boot count support for multiple modules
3. Distro Boot fixes
Igor Opaniuk (6):
apalis-tk1: enable distroboot
apalis-tk1: fix setting fdtfile value
toradex: imx: enable BOOTCOUNT feature
apalis_imx6: boot env configurati
From: Stefan Agner
When using distro boot to boot from UBI volumes the boot partition
has been hardcoded to "UBI" (capital letters). However, our default
MTD layout uses "ubi" (lower case letter). Define "ubi" as the
default UBI partition for distro boot for Toradex. This allows to
use distro boo
From: Marcel Ziswiler
Enable CONFIG_OF_SYSTEM_DEFAULT for Apalis iMX8.
Signed-off-by: Marcel Ziswiler
---
configs/apalis-imx8qm_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/apalis-imx8qm_defconfig b/configs/apalis-imx8qm_defconfig
index 4c27c33..fdc1e4e 100644
--- a/c
From: Stefan Agner
Define addresses required for full distro boot support.
Signed-off-by: Stefan Agner
---
include/configs/colibri_imx7.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/configs/colibri_imx7.h b/include/configs/colibri_imx7.h
index 09722f4..b550bc
From: Max Krummenacher
This allows to boot from SD/USB with passing the rootfs partition via UUID.
Signed-off-by: Max Krummenacher
---
configs/colibri_vf_defconfig | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/configs/colibri_vf_defconfig b/configs/colibri_vf_defconfig
From: Oleksandr Suvorov
Store all console-related kernel parameters
in dedicated variable.
Signed-off-by: Oleksandr Suvorov
---
include/configs/colibri-imx8x.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/configs/colibri-imx8x.h b/include/configs/colibri
From: Max Krummenacher
This got dropped by a global 'make savedefconfig' resync as
required patches are still in flight.
Signed-off-by: Max Krummenacher
---
configs/apalis-imx8qm_defconfig | 1 +
configs/colibri-imx8qxp_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs
From: Igor Opaniuk
1. Use distro_bootcmd as default boot command instead of
legacy emmcboot wrapper.
2. Drop emmcboot and sdboot wrappers.
3. Provide proper boot order for Distro Boot.
Signed-off-by: Igor Opaniuk
---
configs/apalis-tk1_defconfig | 2 +-
include/configs/apalis-tk1.h | 51
From: Igor Opaniuk
This introduces automatic boot counter that increases after every
reset.After a power-on reset, it will be initialized with 1,
and each reboot will increment the value by 1. By default it's
disabled if bootlimit isn't set.
To enable this feature you have set bootcount limit ("
From: Igor Opaniuk
s/fdt-module/fdt_module/g, as we don't use dash in fdt_file anymore.
Fixes: 4c63a601("apalis-tk1: support v1.2 hardware revision")
Signed-off-by: Igor Opaniuk
---
configs/apalis-tk1_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/apalis
From: Max Krummenacher
The distro bootscript uses kernel_image to get the file name of
the kernel, so change that variable name.
UBI boot has precedence in the default boot command. If one wants
to boot from SD with a working NAND installation stop in U-Boot
and enter:
setenv fdtfile ${soc}-coli
From: Igor Opaniuk
1. Drop legacy emmcboot wrapper from env.
2. Change the "boot try" order. Default one is: SD -> eMMC -> USB -> DHCP
3. Drop DFU defines
Signed-off-by: Igor Opaniuk
---
include/configs/colibri_imx6.h | 29 +
1 file changed, 1 insertion(+), 28 dele
From: Igor Opaniuk
1. Drop legacy emmcboot wrapper from env.
2. Change the "boot try" order. Default one is: SD -> eMMC -> USB -> DHCP
3. Drop DFU defines
Signed-off-by: Igor Opaniuk
---
include/configs/apalis_imx6.h | 29 +
1 file changed, 1 insertion(+), 28 delet
From: Igor Opaniuk
1. Drop legacy emmcboot wrapper from env.
2. Change the "boot try" order. Default one is: SD -> eMMC -> USB -> DHCP
3. Drop DFU defines
Signed-off-by: Igor Opaniuk
---
include/configs/colibri_imx7.h | 24 +---
1 file changed, 1 insertion(+), 23 deletions
Hi
On Tue, Jun 16, 2020 at 7:07 PM David Woodhouse wrote:
>
> On Tue, 2020-06-16 at 18:59 +0200, Michael Nazzareno Trimarchi wrote:
> > On Tue, Jun 16, 2020 at 6:57 PM David Woodhouse wrote:
> > >
> > > On Tue, 2020-06-16 at 18:21 +0200, Michael Nazzareno Trimarchi wrote:
> > > > Hi David
> > >
Hey all,
In commit 4346df3392c0 ("phy: atheros: Make RGMII Tx delays actually
configurable for AR8035") we brought in changes to get in to line with
upstream linux kernel support for this PHY and in turn deal with more
"driver was wrong, DT was wrong too" changes. Now the problem I have is
that e
Hi Tom,
On Tue, 16 Jun 2020 at 22:55, Tom Rini wrote:
>
> Hey all,
>
> In commit 4346df3392c0 ("phy: atheros: Make RGMII Tx delays actually
> configurable for AR8035") we brought in changes to get in to line with
> upstream linux kernel support for this PHY and in turn deal with more
> "driver wa
From: Thomas Schaefer
- Despite other ext4 filesystem functions, ext4fs_mount returns
0 in case of error.
- This leads to u-boot crash in case that an SD card
with valid partition table but without ext4 filesystem created
in a partition is found on SD card.
- Fix this by returning a proper
On Tue, Jun 16, 2020 at 10:58:26PM +0300, Vladimir Oltean wrote:
> Hi Tom,
>
> On Tue, 16 Jun 2020 at 22:55, Tom Rini wrote:
> >
> > Hey all,
> >
> > In commit 4346df3392c0 ("phy: atheros: Make RGMII Tx delays actually
> > configurable for AR8035") we brought in changes to get in to line with
> >
On Tue, 16 Jun 2020 at 23:10, Tom Rini wrote:
>
> On Tue, Jun 16, 2020 at 10:58:26PM +0300, Vladimir Oltean wrote:
> > Hi Tom,
> >
> > On Tue, 16 Jun 2020 at 22:55, Tom Rini wrote:
> > >
> > > Hey all,
> > >
> > > In commit 4346df3392c0 ("phy: atheros: Make RGMII Tx delays actually
> > > configur
On Tue, Jun 16, 2020 at 11:21:08PM +0300, Vladimir Oltean wrote:
> On Tue, 16 Jun 2020 at 23:10, Tom Rini wrote:
> >
> > On Tue, Jun 16, 2020 at 10:58:26PM +0300, Vladimir Oltean wrote:
> > > Hi Tom,
> > >
> > > On Tue, 16 Jun 2020 at 22:55, Tom Rini wrote:
> > > >
> > > > Hey all,
> > > >
> > >
1 - 100 of 206 matches
Mail list logo
