Hi Luka,
On 02.05.19 18:35, Luka Kovacic wrote:
CRS305-1G-4S has a switch chip with an integrated CPU (98DX3236) and like some
of the
other simillar boards requires bin_hdr. bin_hdr (DDR3 init stage) is currently
retrieved
from the stock bootloader and compiled into the kwb image.
Adds
On 02.05.19 16:53, Marek Behún wrote:
There is a Factory RESET button on the back side of the Turris Omnia
router. When user presses this button before powering the device up and
keeps it pressed, the microcontroller prevents the main CPU from booting
and counts how long the RESET button is
The following changes since commit b4ee6daad7a2604ca9466b2ba48de86cc27d381f:
Merge tag 'u-boot-imx-20190426' of git://git.denx.de/u-boot-imx
(2019-05-01 07:25:51 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-efi.git tags/efi-2019-07-rc2
for you to fetch changes
On 02.05.19 16:53, Marek Behún wrote:
Add support for the gpio command and driver for the I2C connected
pca9538 controller, to be able to determine if SFP module is present in
the Turris Omnia router.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
On 02.05.19 16:53, Marek Behún wrote:
This options will be enabled by default by CZ.NIC shipped U-Boot. Enable
them in defconfig.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
From: Chen-Yu Tsai
The Bananapi M3 has an RTL8211E PHY connected to the EMAC using
RGMII. The PHY is powered by DCDC1 through SW @ 3.3V.
The board is designed to use 3.3V with RGMII, instead of the standard
reduced voltage of 2.5V we see everywhere. DLDO3, which provides the
I/O voltages, is
From: Chen-Yu Tsai
Hi everyone,
This series enables EMAC (Ethernet controller) on two A83T boards,
the Cubietruck Plus and Bananapi M3.
This series is now based on sunxi/next, which has patches that convert
sun8i-emac to use the common CLK and DM_RESET framework.
The two patches enable the
From: Chen-Yu Tsai
The Cubietruck Plus has an RTL8211E PHY connected to the EMAC using
RGMII. The PHY is powered by DLDO4 @ 3.3V, while the I/O pins are
powered by DLDO3 @ 2.5V.
This patch enables the EMAC and Realtek PHY drivers in the defconfig.
The device tree file already has the EMAC
We've had a problem the past few days that we've traced back to U-Boot.
We're generating images using Yocto with Mender's update routine. The issue
is the first time a clean image is booted on a Raspberry Pi, the mac
address gets permanently saved to the ethaddr env variable. It's a
combination of
On Thu, May 02, 2019 at 08:34:32PM +0200, Hannes Schmelzer wrote:
>
> On 5/2/19 6:06 PM, Michal Simek wrote:
> >Hi,
> Hi Michal,
> >On 02. 05. 19 5:14, Hannes Schmelzer wrote:
> >>diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile
> >>index dfa5b02..2b00129 100644
> >>---
On 5/2/19 6:06 PM, Michal Simek wrote:
Hi,
Hi Michal,
On 02. 05. 19 5:14, Hannes Schmelzer wrote:
diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile
index dfa5b02..2b00129 100644
--- a/arch/arm/dts/Makefile
+++ b/arch/arm/dts/Makefile
@@ -208,6 +208,8 @@ dtb-$(CONFIG_ARCH_ZYNQ) += \
Support for compressed fit-dtb.blob was added in:
commit 95f4bbd581cf ("lib: fdt: Allow LZO and GZIP DT compression in
U-Boot")
Adjust Makefile to also clean compressed blobs.
Signed-off-by: Vagrant Cascadian
---
Changes in v2:
- Mention commit where compressed fit-dtb.blob were
Support for compressed fit-dtb.blob was added in:
commit 95f4bbd581cf ("lib: fdt: Allow LZO and GZIP DT compression in
U-Boot")
When building compressed (lzop, gzip) fit-dtb.blob images, the
compression tool may embed the time or umask in the image.
Work around this by manually setting the
Support for compressed fit-dtb.blob was added in:
commit 95f4bbd581cf ("lib: fdt: Allow LZO and GZIP DT compression in
U-Boot")
This introduces reproducibility issues as the timestamp and umask may
be embedded in the output when using gzip, lzop or possibly other
compression tools if added
Support for compressed fit-dtb.blob was added in:
commit 95f4bbd581cf ("lib: fdt: Allow LZO and GZIP DT compression in
U-Boot")
Adjust .gitignore to also exclude compressed blobs.
Signed-off-by: Vagrant Cascadian
---
Changes in v2:
- Mention commit where compressed fit-dtb.blob were
Today I tried to boot Debian Buster on qemu-x86_defconfig via GRUB-efi
and got an oops in drivers/firmware/efi/runtime-wrappers.c when trying
to enter SetVariable().
Did this ever work?
[0.210599] Calibrating delay loop (skipped) preset value.. 3992.42
BogoMIPS (lpj=7984856)
[0.211971]
This patch adds support for the MikroTik CRS305-1G-4S+IN switch.
CRS305-1G-4S has a switch chip with an integrated CPU (98DX3236) and
like some of the other simillar boards requires bin_hdr.
bin_hdr (DDR3 init stage) is currently retrieved from the stock bootloader
and compiled into the kwb
CRS305-1G-4S has a switch chip with an integrated CPU (98DX3236) and like some
of the
other simillar boards requires bin_hdr. bin_hdr (DDR3 init stage) is currently
retrieved
from the stock bootloader and compiled into the kwb image.
Adds support for U-Boot, enable UART, SPI, Winbond SPI flash
On 2019-05-02, Marek Vasut wrote:
> On 5/2/19 2:42 AM, Vagrant Cascadian wrote:
>> Signed-off-by: Vagrant Cascadian
>> ---
>
> Commit message is missing on this and 2/3 patch , otherwise the series
> looks good, thanks.
I'm not sure what more to add that isn't already in the subject
line...
CRS305-1G-4S has a switch chip with an integrated CPU (98DX3236) and like some
of the
other simillar boards requires bin_hdr. bin_hdr (DDR3 init stage) is currently
retrieved
from the stock bootloader and compiled into the kwb image.
Adds support for U-Boot, enable UART, SPI, Winbond SPI flash
This patch adds support for the MikroTik CRS305-1G-4S+IN switch.
CRS305-1G-4S has a switch chip with an integrated CPU (98DX3236) and
like some of the other simillar boards requires bin_hdr.
bin_hdr (DDR3 init stage) is currently retrieved from the stock bootloader
and compiled into the kwb
On 5/2/19 6:44 PM, Vagrant Cascadian wrote:
> On 2019-05-02, Marek Vasut wrote:
>> On 5/2/19 2:42 AM, Vagrant Cascadian wrote:
>>> Signed-off-by: Vagrant Cascadian
>>> ---
>>
>> Commit message is missing on this and 2/3 patch , otherwise the series
>> looks good, thanks.
>
> I'm not sure what
Hi Lukas,
On Thu, May 2, 2019 at 1:58 PM Auer, Lukas
wrote:
> Yes, I will send a patch for this. Do you prefer setting the default
> value for i.MX in one place (in arch/arm/mach-imx/Kconfig) or
> individually for each sub-family (for example in arch/arm/mach-
> imx/mx7/Kconfig for i.MX7)?
I
Hi Fabio,
On Thu, 2019-05-02 at 11:08 -0300, Fabio Estevam wrote:
> Hi Lukas,
>
> On Thu, May 2, 2019 at 7:21 AM Auer, Lukas
> wrote:
>
> > I was able to reproduce the issue on my side. With the patch, U-Boot
> > probes the drivers for devices under simple-bus device tree nodes in
> > the
The memory map currently omits the environment and the MRC region. Add
these in for completeness.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2: None
doc/README.x86 | 2 ++
1 file changed, 2 insertions(+)
diff --git a/doc/README.x86 b/doc/README.x86
Hi Bin,
On Wed, 1 May 2019 at 10:17, Bin Meng wrote:
>
> Hi Simon,
>
> On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
> >
> > When TPL finishes it needs to jump to SPL with the stack set up correctly.
> > Add a function to handle this.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> >
This reverts commit aec4298ccb337106fd0115b91d846a022fdf301d.
Unfortunately this has a dramatic impact on the pre-relocation memory
used on x86 platforms (increasing it by 2KB) since it increases the
overhead for each PCI device from 220 bytes to 412 bytes.
The offending line is in
Add a version of samus which supports booting from TPL to SPL and then
to U-Boot. This allows TPL to select from an A or B SPL to support
verified boot with field upgrade.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2:
- Sort defconfig and adjust it to
With the move to Kconfig this option should be set in Kconfig, not in the
config header file. Move it.
Signed-off-by: Simon Glass
---
Changes in v3:
- Drop unnecessary change to chromebook_link_defconfig
Changes in v2:
- Add new patch to enable the RTC in Kconfig
arch/Kconfig
Add a default implementation of this method which always indicates that
the last reset was a power-on reset. This is the most likely type of reset
and without a PCH-specific driver we cannot determine any other type.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Hi Bin,
On Wed, 1 May 2019 at 06:00, Bin Meng wrote:
>
> Hi Simon,
>
> On Fri, Apr 26, 2019 at 11:59 AM Simon Glass wrote:
> >
> > Device-tree rules require that aliases use a hyphen rather than a
> > underscore. Update the uclass name to fit with this.
> >
> > This allows device-tree aliases
The early init should only happen once. Update the probe method to
deal with TPL, SPL and U-Boot proper.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2:
- Add a new patch to update PCH to work in TPL
arch/x86/cpu/broadwell/pch.c | 12 +---
1
This is again too small, so increase it slightly.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2: None
configs/chromebook_samus_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/chromebook_samus_defconfig
Add tags to allow required nodes to be present in SPL / TPL. Also enable
the sysreset driver.
Signed-off-by: Simon Glass
---
Changes in v3:
- Remove unneeded pch-reset node
Changes in v2: None
arch/x86/dts/chromebook_samus.dts | 33 +++
1 file changed, 29
With the use of a phandle we can outdent the device tree nodes a little.
Fix this.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2: None
arch/x86/dts/u-boot.dtsi | 147 +++
1 file changed, 73 insertions(+), 74
When TPL finishes it needs to jump to SPL with the stack set up correctly.
Add a function to handle this.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2:
- Add a new patch allowing jumping from TPL to SPL
arch/x86/cpu/start.S | 13 +
1 file
Add nvdata drivers for the TPM and RTC as used on samus. These are needed
for Chromium OS verified boot on samus.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2: None
arch/x86/dts/chromebook_samus.dts | 22 +-
1 file changed, 21
Add TPL binaries to the device x86 binman desciption. When enabled, TPL
will start first, doing the 16-bit init, then jump to SPL and finally
U-Boot proper.
Signed-off-by: Simon Glass
---
Changes in v3: None
Changes in v2:
- Add a comment about the hard-coded text base
There are quite a few variables which control where things appear in the
final ROM image. Add a flashmap in the documentation to make this easier
to figure out.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2: None
doc/README.x86 | 14 ++
1
The standard image generated by U-Boot on x86 is u-boot.rom. Add a
separate image called image.bin for verified boot. This supports
verification in TPL of which SPL/U-Boot to start, then jumping to the
correct one, with SPL setting up the SDRAM and U-Boot proper providing
the user interface if
The EFI implementation of reset sits inside the driver and is called
directly from outside the driver, breaking the normal driver-model
conventions. Worse, it passed NULL as the device pointer, hoping that
the called function won't use it, which breaks as soon as code is added
to use it.
Separate
On modern x86 devices we can power the system off using the power-
management features of the PCH. Add an implementation for this.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3:
- Use acpi_s3.h header for constants (and tidy up header order)
- Fix multi-line comment format
Device-tree rules require that aliases use a hyphen rather than a
underscore. Update the uclass name to fit with this.
This allows device-tree aliases to be used to refer to cros-ec devices,
for example:
aliases {
cros-ec0 =
cros-ec1 =
};
Signed-off-by:
Add the required CPU code so that TPL builds correctly. Also update the
SPL code to deal with being booted from TPL.
Reviewed-by: Bin Meng
Signed-off-by: Simon Glass
---
Changes in v3:
- Rebase to x86/master
Changes in v2: None
arch/x86/include/asm/spl.h| 17 -
At present SPL is used on 64-bit platforms, to allow SPL to be built as
a 32-bit program and U-Boot proper to be built as 64-bit.
However it is useful to be able to use SPL on any x86 platform, where
U-Boot needs to be updated in the field. Then SPL can select which U-Boot
to run (A or B) and
Hi Thierry,
On Thu, 2 May 2019 at 03:25, Thierry Reding wrote:
>
> On Thu, May 02, 2019 at 12:09:49AM +0800, Bin Meng wrote:
> > +Thierry
> >
> > On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
> > >
> > > This reverts commit aec4298ccb337106fd0115b91d846a022fdf301d.
> > >
> > >
On 5/2/19 2:27 PM, Eugeniu Rosca wrote:
The random uuid values (enabled via CONFIG_RANDOM_UUID=y) on our
platform are always the same. Below is consistent on each cold boot:
=> ### interrupt autoboot
=> env default -a; gpt write mmc 1 $partitions; print uuid_gpt_misc
...
On 5/2/19 2:46 PM, Felix Brack wrote:
Hi Hannes,
Hi Felix,
On 02.05.19 14:09, Hannes Schmelzer wrote:
This commit adds support for the B brsmarc1 SoM.
The SoM is based on TI's AM335x SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Hi Julius,
On Thu, 18 Apr 2019 at 15:09, Julius Werner wrote:
>
> This patch adds support for compressing non-kernel image nodes in a FIT
> image (kernel nodes could already be compressed previously). This can
> reduce the size of FIT images and therefore improve boot times
> (especially when an
Hi Tom
Sorry, this is a v2 and the only change is Stefan's ack being added.
Please apply, thanks!
Cheers
Marcel
On Thu, 2019-05-02 at 17:14 +0200, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> Drop Toradex ARM Support from maintainer
> email
> list as this just clogs our support
CPU frequency reporting failed with the following error message being
printed:
sc_pm_get_clock_rate: resource:507 clk:2: res:3
Could not read CPU frequency: -22
CPU: NXP i.MX8QM RevB A53 at 0 MHz
Fix this by differentiating between the A35 as found on the i.MX 8QXP
and the A53 as found on the
Trying to bring up uSDHC2 the following error message was observed:
MMC: imx8_clk_set_rate(Invalid clk ID #60)
imx8_clk_set_rate(Invalid clk ID #60)
usdhc@5b03 - probe failed: -22
This commit fixes this by properly setting resp. clocks.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Max
This fixes the i.MX 8 fuse driver to actually build for i.MX 8QM as
well.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Max Krummenacher
---
Changes in v2: None
drivers/misc/imx8/fuse.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/misc/imx8/fuse.c b/drivers/misc/imx8/fuse.c
From: Marcel Ziswiler
Add support for i2c0, i2c1, i2c2, i2c3 and i2c4.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Max Krummenacher
---
Changes in v2: None
arch/arm/dts/fsl-imx8qm.dtsi | 75
1 file changed, 75 insertions(+)
diff --git
From: Marcel Ziswiler
This commit adds initial support for the Toradex Apalis iMX8QM 4GB WB IT
V1.0B module. Unlike the V1.0A early access samples exclusively booting
from SD card, they are now strapped to boot from eFuses which are
factory fused to properly boot from their on-module eMMC.
This series adds support for more lpuart instances, support for i2c0,
i2c1, i2c2, i2c3, i2c4, fixes support for uSDHC2, fixes CPU frequency
reporting, fixes fuse driver and last but not least introduces support
for the Toradex Apalis iMX8QM 4GB WB IT V1.0B module.
This series is available
From: Marcel Ziswiler
Add support for lpuart1, lpuart2, lpuart3 and lpuart4.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Max Krummenacher
---
Changes in v2: None
arch/arm/dts/fsl-imx8qm.dtsi | 80
1 file changed, 80 insertions(+)
diff --git
From: Marcel Ziswiler
This commit adds initial support for the Toradex Colibri iMX8QXP 2GB WB
IT V1.0B module. Unlike the V1.0A early access samples exclusively
booting from SD card, they are now strapped to boot from eFuses which
are factory fused to properly boot from their on-module eMMC.
This series fixes building for i.MX8 without SPL and adds support for
more lpuart instances, cleans-up and extends the Toradex SKU handling
and last but not least introduces support for the Toradex Colibri
iMX8QXP 2GB WB IT V1.0B module.
This series is available together with the last few
From: Marcel Ziswiler
Building with Travis CI complained and stopped with the following error:
+cc1: fatal error: opening output file spl/u-boot-spl.cfgout: No such
file or directory
+compilation terminated.
This fixes commit caceb739ea07 ("imx: build flash.bin for i.MX8") which
took SPL being
From: Marcel Ziswiler
Drop Toradex ARM Support from maintainer email
list as this just clogs our support ticketing system.
Signed-off-by: Marcel Ziswiler
Acked-by: Stefan Agner
---
board/toradex/colibri-imx6ull/MAINTAINERS | 1 -
board/toradex/colibri_imx7/MAINTAINERS| 1 -
2 files
This driver is required for Turris Omnia to read ethernet addresses.
Move the dependency from turris_omnia_defconfig to Kconfig.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
---
arch/arm/mach-mvebu/Kconfig | 1 +
board/CZ.NIC/turris_omnia/turris_omnia.c | 11 ---
Refactor code which accesses the microcontroller and EEPROM via I2C.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
---
board/CZ.NIC/turris_omnia/turris_omnia.c | 205 ---
1 file changed, 109 insertions(+), 96 deletions(-)
diff --git
Since board watchdog is now unified and not handled in board files,
remove the unnecessary includes.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
---
board/CZ.NIC/turris_mox/turris_mox.c | 4
board/CZ.NIC/turris_omnia/turris_omnia.c | 4
2 files changed, 8 deletions(-)
If SCSI is enabled, U-Boot should try to boot also from SCSI device on
Turris Omnia.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
---
include/configs/turris_omnia.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include/configs/turris_omnia.h
The regdomain environment variable is set according to value read from
EEPROM. This has to be done in board_late_init, after the environment
variables are read from SPI. Select CONFIG_BOARD_LATE_INIT in Kconfig
for the Turris Omnia target.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
---
board/CZ.NIC/turris_omnia/turris_omnia.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/board/CZ.NIC/turris_omnia/turris_omnia.c
b/board/CZ.NIC/turris_omnia/turris_omnia.c
index
Refactor RAM size reading from EEPROM in preparation for next patch.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
---
board/CZ.NIC/turris_omnia/turris_omnia.c | 58
1 file changed, 28 insertions(+), 30 deletions(-)
diff --git
Unify the way how Omnia and Mox print board information (RAM size and
serial number).
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
---
board/CZ.NIC/turris_omnia/turris_omnia.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git
This options will be enabled by default by CZ.NIC shipped U-Boot. Enable
them in defconfig.
Signed-off-by: Marek Behún
---
configs/turris_omnia_defconfig | 9 +
1 file changed, 9 insertions(+)
diff --git a/configs/turris_omnia_defconfig b/configs/turris_omnia_defconfig
index
The I2C dependencies are defined in include/configs/turris_omnia.h,
because Turris Omnia won't boot correctly without I2C support.
Move these dependencies to Kconfig, so that they are selected if Turris
Omnia is selected as target.
Signed-off-by: Marek Behún
Reviewed-by: Heiko Schocher
Add support for the gpio command and driver for the I2C connected
pca9538 controller, to be able to determine if SFP module is present in
the Turris Omnia router.
Signed-off-by: Marek Behún
---
configs/turris_omnia_defconfig | 5 +
1 file changed, 5 insertions(+)
diff --git
The twsi_wait function reads the control register for interrupt flag,
and if interrupt flag is present, it immediately reads status register.
On our device this sometimes causes bad value being read from status
register, as if the value was not yet updated.
My theory is that the controller does
There is a Factory RESET button on the back side of the Turris Omnia
router. When user presses this button before powering the device up and
keeps it pressed, the microcontroller prevents the main CPU from booting
and counts how long the RESET button is being pressed (and indicates
this by
Enable AHCI, SCSI and SATA for compliance with the driver model
migration.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
---
configs/turris_omnia_defconfig | 7 +++
1 file changed, 7 insertions(+)
diff --git a/configs/turris_omnia_defconfig b/configs/turris_omnia_defconfig
index
The i2c slave disabling is done by mvtwsi driver and is not needed here.
Signed-off-by: Marek Behún
Acked-by: Heiko Schocher
Reviewed-by: Stefan Roese
---
board/CZ.NIC/turris_omnia/turris_omnia.c | 13 -
1 file changed, 13 deletions(-)
diff --git
These are not needed if MMC and SCSI DM drivers are used.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
---
include/configs/turris_omnia.h | 14 --
1 file changed, 14 deletions(-)
diff --git a/include/configs/turris_omnia.h b/include/configs/turris_omnia.h
index
Hi, this is the third version of my fixes for Turris Omnia.
Added since v2:
- patch 16: adds GPIO support so that boot script can recognize if SFP
module is inserted and select appropriate device tree for
kernel
- patch 17: enable CONFIG_FIT and other options needed by
Add XHCI_HOST and XHCI_MVEBU to defconfig, so that user's can by default
boot from USB on Turris Omnia.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
---
configs/turris_omnia_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/turris_omnia_defconfig
On 5/2/19 11:52 AM, Niel Fourie wrote:
[...]
> +++ b/board/phytec/phycore_am335x_r2/board.c
> @@ -0,0 +1,263 @@
> +// SPDX-License-Identifier: GPL-2.0+
> +/*
> + * board.c
> + *
> + * Board functions for Phytec phyCORE-AM335x R2 (pcl060) based boards
> + *
> + * Copyright (C) 2011, Texas
Hi Lukas,
On Thu, May 2, 2019 at 7:21 AM Auer, Lukas
wrote:
> I was able to reproduce the issue on my side. With the patch, U-Boot
> probes the drivers for devices under simple-bus device tree nodes in
> the pre-relocation device model. The default value of
> CONFIG_SYS_MALLOC_LEN (0x400)
The list of PXE default paths contains ARCH and SOC specific paths, but
one PXE server can serve different board with the same ARCH and SOC.
This is the case for Turris Omnia and Turris Mox, where ARCH=arm and
SOC=mvebu.
If CONFIG_SYS_BOARD is defined, also try "default-$ARCH-$SOC-$BOARD"
path.
The btrfs implementation methods .ls(), .size() and .read() returns 1 on
failure, but the command handlers expect values <0 on failure.
For example if given a nonexistent path, the load command currently
returns success, and hush scripting does not work.
Fix this by setting return values of
Hi Hannes,
On 02.05.19 14:09, Hannes Schmelzer wrote:
> This commit adds support for the B brsmarc1 SoM.
>
> The SoM is based on TI's AM335x SoC.
> Mainly vxWorks 6.9.4.x is running on the board,
> doing some PLC stuff on various carrier boards.
>
> Signed-off-by: Hannes Schmelzer
>
> ---
>
The random uuid values (enabled via CONFIG_RANDOM_UUID=y) on our
platform are always the same. Below is consistent on each cold boot:
=> ### interrupt autoboot
=> env default -a; gpt write mmc 1 $partitions; print uuid_gpt_misc
...
uuid_gpt_misc=d117f98e-6f2c-d04b-a5b2-331a19f91cb2
=> env
Apply the following changes:
- Guard the 'gpt read' command by 'ifdef CONFIG_CMD_GPT_RENAME',
since 'gpt read' is not available on CMD_GPT_RENAME=n
- Prefix the {read,swap,rename} commands with one space for consistency
- Prefix the 'guid' commands with 'gpt' for consistency
Signed-off-by:
Below is what happens on R-Car H3ULCB-KF using clean U-Boot
v2019.04-00810-g6aebc0d11a10 and r8a7795_ulcb_defconfig:
=> ### interrupt autoboot
=> gpt verify mmc 1
No partition list provided - only basic check
Verify GPT: success!
=> ### keep calling 'gpt verify mmc 1'
=> ### on 58th call,
Below is what happens on R-Car H3ULCB-KF using clean U-Boot
v2019.04-00810-g6aebc0d11a10 and r8a7795_ulcb_defconfig:
=> ### interrupt autoboot
=> gpt guid mmc 1
21200400-0804-0146-9dcc-a8c51255994f
success!
=> ### keep calling 'gpt guid mmc 1'
=> ### on 59th call, we are out of memory:
=>
This is a collection of fixes addressing issues on R-Car H3ULCB-KF.
All have been tested on H3ULCB-KF and boot-tested on sandbox.
Changes in v2:
- Reworded the description and summary line of
("lib: uuid: Improve randomness of uuid values on RANDOM_UUID=y")
to emphasize it is a fix rather
This commit adds the first of a few more Xilinx ZYNQ based SoM boards.
The SoM is based on Xilinx Zynq 7000 SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Signed-off-by: Hannes Schmelzer
---
Changes in v2:
- fix SDPX tag in
This commit adds support for the brppt2 board. The board is based on the
i.mx6 dual-lite SoC.
Signed-off-by: Hannes Schmelzer
---
Changes in v2:
- fix SDPX tag in Make-files/rules
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/imx6dl-brppt2.dts | 278 +
This commit adds support for the B brsmarc1 SoM.
The SoM is based on TI's AM335x SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Signed-off-by: Hannes Schmelzer
---
Changes in v2:
- fix style issue in arch/arm/mach-omap2/am33xx/Kconfig
-
Hello Niel,
Am 02.05.2019 um 11:52 schrieb Niel Fourie:
Support for Phytech phyCORE AM335x R2 SOM (PCL060) on the Phytec
phyBOARD-Wega AM335x.
CPU : AM335X-GP rev 2.1
Model: Phytec AM335x phyBOARD-WEGA
DRAM: 256 MiB
NAND: 256 MiB
MMC: OMAP SD/MMC: 0
eth0: ethernet@4a10
Working:
-
On Thu, May 02, 2019 at 01:41:55PM +0200, Hannes Schmelzer wrote:
> This commit adds support for the brppt2 board. The board is based on the
> i.mx6 dual-lite SoC.
>
> Signed-off-by: Hannes Schmelzer
Same comment about Makefile / config.mk and SPDX tags, thanks!
--
Tom
signature.asc
On Thu, May 02, 2019 at 01:38:22PM +0200, Hannes Schmelzer wrote:
> This commit adds the first of a few more Xilinx ZYNQ based SoM boards.
>
> The SoM is based on Xilinx Zynq 7000 SoC.
> Mainly vxWorks 6.9.4.x is running on the board,
> doing some PLC stuff on various carrier boards.
>
>
On 02.05.19 13:53, Marek Behún wrote:
On Thu, 2 May 2019 11:43:12 +0200
Stefan Roese wrote:
Please do so. If someone whats to disable this functionality or change
the reset button bootcmd, then he/she/it must do some changes
(defconfig or code).
So should I remove the options from Kconfig
On Thu, May 02, 2019 at 11:01:48AM +0200, Hannes Schmelzer wrote:
> This commit adds support for the B brsmarc1 SoM.
>
> The SoM is based on TI's AM335x SoC.
> Mainly vxWorks 6.9.4.x is running on the board,
> doing some PLC stuff on various carrier boards.
>
> Signed-off-by: Hannes Schmelzer
On Thu, 2 May 2019 11:43:12 +0200
Stefan Roese wrote:
> Please do so. If someone whats to disable this functionality or change
> the reset button bootcmd, then he/she/it must do some changes
> (defconfig or code).
So should I remove the options from Kconfig or enable them by default?
BTW: We
This commit adds the first of a few more Xilinx ZYNQ based SoM boards.
The SoM is based on Xilinx Zynq 7000 SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Signed-off-by: Hannes Schmelzer
---
arch/arm/dts/Makefile |
Hi everyone,
I discovered a problem when using upstream U-Boot with Kernel 5.0 and MVPP2
when booting with the bootefi command on the Macchiatobin.
The Macchiatobin runs ARM64 based Armada 8040.
How to reproduce this:
1. Compile and flush upstream U-Boot:
UBOOT_VERSION=v2019.04
1 - 100 of 164 matches
Mail list logo