On 20.12.18 04:13, Chris Packham wrote:
From: Chris Packham
This is a range of stackable network switches. The SoC is Armada-385 and
there are a number of variants with differing network port
configurations. The DP variants are intended for a harsher operating
environment so they use a
On 20.12.18 20:55, Heinrich Schuchardt wrote:
An NVME drive may be installed on the MACCHIATObin board using the PCIe
slot. With the configuration change it becomes usable.
Signed-off-by: Heinrich Schuchardt
Reviewed-by: Stefan Roese
Thanks,
Stefan
On 19.12.18 05:08, Aditya Prayoga wrote:
SPI flash support on Helios4 [1] has been merge to u-boot/master on
commit 8cb8c0c6a83bef ("Merge git://git.denx.de/u-boot-marvell")
However, the SPI image build failed after the merge with following
message:
COPYspl/u-boot-spl.bin
MKIMAGE
On 20. 12. 18 14:13, Stefan Roese wrote:
> On 19.12.18 16:57, Michal Simek wrote:
>> When fixed-link phy is used subnode offset is used as phy address. This
>> number is bigger then space allocated for bus structure (allocated via
>> mdio_alloc).
>> bus->phymap[] array has PHY_MAX_ADDR size (32).
On 27. 11. 18 7:19, Siva Durga Prasad Paladugu wrote:
> This patch adds support for gmiitorgmii converter.
> This converter sits between the MAC and the external phy
> MAC <==> GMII2RGMII <==> RGMII_PHY.
> The ethernet driver probes this bridge and this bridge driver
> probes real phy driver and
Add native tsc calibration function. Calibrate the tsc timer the same
way as linux does arch/x86/kernel/tsc.c.
Fixes booting for Apollo Lake processors.
Signed-off-by: Bernhard Messerklinger
---
I hope this patch won't break other x86 board.
I only can test it with APL board.
Changes in v1:
-
Hi Vignesh,
On 21.12.18 07:38, Vignesh R wrote:
U-Boot SPI NOR support (sf layer) is quite outdated as it does not
support 4 byte addressing opcodes, SFDP table parsing and different types of
quad mode enable sequences. Many newer flashes no longer support BANK
registers used by sf layer to a
On 20. 12. 18 22:57, Anton Gerasimov wrote:
> Signed-off-by: Anton Gerasimov
> ---
> arch/arm/mach-zynq/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/mach-zynq/Kconfig b/arch/arm/mach-zynq/Kconfig
> index a599ed63ee..21dfebf5c0 100644
> ---
Hi,
On 12/11/18 20:04, Lukasz Majewski wrote:
> On Mon, 12 Nov 2018 10:32:43 +
> Anand Moon wrote:
>
>> updated READM.odroid for supported Odroid HC1 development board.
>>
>> Signed-off-by: Anand Moon
>> ---
>> doc/README.odroid | 7 +--
>> 1 file changed, 5 insertions(+), 2
Hi,
On 21/12/18 15:53, Anand Moon wrote:
> Hi All,
>
> On Mon, 12 Nov 2018 at 16:02, Anand Moon wrote:
>>
>> Add missing exynos5422-odroidhc1.dtb needed to set for dfu env.
>>
>> Signed-off-by: Anand Moon
>> ---
>> include/configs/odroid_xu3.h | 1 +
>> 1 file changed, 1 insertion(+)
>>
>>
Hi All,
On Mon, 12 Nov 2018 at 16:02, Anand Moon wrote:
>
> Add missing exynos5422-odroidhc1.dtb needed to set for dfu env.
>
> Signed-off-by: Anand Moon
> ---
> include/configs/odroid_xu3.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/include/configs/odroid_xu3.h
On Thu, Dec 20, 2018 at 04:50:01PM +0100, Jean-Jacques Hiblot wrote:
>
> On 19/12/2018 18:15, Priit Laes wrote:
> > On Wed, Dec 19, 2018 at 01:14:22PM +0100, Jean-Jacques Hiblot wrote:
> > > On 19/12/2018 12:37, Priit Laes wrote:
> > > > On Wed, Dec 19, 2018 at 01:26:18PM +0530, Jagan Teki wrote:
Add myself as co-maintainer for U-Boot SPI NOR subsystem.
Signed-off-by: Vignesh R
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 0fb089807c57..a6d2b6e1bd5a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -634,6 +634,15 @@ F:
Your right, i don't want to send it as Patch. Only show how i got working. A
small bug is there: after strings done and i press only return (normally recall
previous command) i also get non-printable chars. Maybe it is because last 3
lines (adress calculation) which i left untouched.
The best
SF_DUAL_FLASH claims to enable support for SF_DUAL_STACKED_FLASH and
SF_DUAL_PARALLEL_FLASH. But, in current U-Boot code, grepping for above
enums yield no user and therefore support seems to be incomplete. Remove
these configs so as to avoid confusion.
Signed-off-by: Vignesh R
---
Now that new SPI NOR layer uses stateless 4 byte opcodes by default,
don't enable SPI_FLASH_BAR. For SPI controllers that cannot support
4-byte addressing, (stm32_qspi.c, fsl_qspi.c, mtk_qspi.c, ich.c,
renesas_rpc_spi.c) add an imply clause to enable SPI_FLASH_BAR so as to
not break functionality.
Current U-Boot SPI NOR support (sf layer) is quite outdated as it does not
support 4 byte addressing opcodes, SFDP table parsing and different types of
quad mode enable sequences. Many newer flashes no longer support BANK
registers used by sf layer to a access >16MB space.
Also, many SPI
Enable SPI_FLASH_TINY to reduce SPL size on boards that are too short of
memory. SPI_FLASH_TINY provides a read only implementation of SPI NOR
stack for use in SPL.
Signed-off-by: Vignesh R
---
configs/axm_defconfig | 1 +
configs/da850_am18xxevm_defconfig | 1 +
spi_flash and spi_flash_ids are no longer needed after SPI NOR
migration. Remove them.
Signed-off-by: Vignesh R
---
drivers/mtd/spi/spi_flash.c | 1337 ---
drivers/mtd/spi/spi_flash_ids.c | 211 -
2 files changed, 1548 deletions(-)
delete mode 100644
Add a tiny SPI flash stack that just supports reading data/images from
SPI flash. This is useful for boards that have SPL size constraints and
would need to use SPI flash framework just to read images/data from
flash. There is approximately 1.5 to 2KB savings with this.
Based on prior work of
Switch spi_flash_* interfaces to call into new SPI NOR framework via MTD
layer. Fix up sf_dataflash to work in legacy way. And update sandbox to
use new interfaces/defintions
Keep U-Boot feature SPI_FLASH_BAR as is.
Signed-off-by: Vignesh R
---
common/spl/Kconfig | 13 +-
Add hweight*() macros required for moving to new SF layer
Signed-off-by: Vignesh R
---
arch/sh/include/asm/bitops.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/sh/include/asm/bitops.h b/arch/sh/include/asm/bitops.h
index 8cb8385d76db..765f28f116bc 100644
---
Add non DM version of SPI_MEM to support easy migration to new SPI NOR
framework. This can be removed once DM_SPI conversion is complete.
Signed-off-by: Vignesh R
---
drivers/spi/Kconfig| 4 +-
drivers/spi/Makefile | 1 +
drivers/spi/spi-mem-nodm.c | 89
It is necessary to call spi_claim_bus() before starting any SPI
transactions and this restriction would also apply when calling spi-mem
operationss. Therefore claim and release bus before requesting transfer
via exec_op.
Signed-off-by: Vignesh R
---
drivers/spi/spi-mem.c | 6 ++
1 file
U-Boot SPI NOR support (sf layer) is quite outdated as it does not
support 4 byte addressing opcodes, SFDP table parsing and different types of
quad mode enable sequences. Many newer flashes no longer support BANK
registers used by sf layer to a access >16MB space.
Also, many SPI controllers have
Build flash.bin for i.MX8 when SPL enabled.
Signed-off-by: Peng Fan
---
Makefile | 2 +-
arch/arm/mach-imx/Makefile | 13 +
2 files changed, 14 insertions(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 74d4259eb6..e9a0d3ab3a 100644
--- a/Makefile
+++
Add spl_boot_device for i.MX8, also add BOOT_DEVICE_MMC2_2 for
spl_boot_mode.
Signed-off-by: Peng Fan
---
arch/arm/mach-imx/spl.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-imx/spl.c b/arch/arm/mach-imx/spl.c
index 58a92278df..3ee5061b08
Introduce u-boot dtsi for i.MX8QXP MEK board.
we do not introduce a common dtsi for SoC, because different board
has different requirement on which needs to be enabled in SPL DM.
Signed-off-by: Peng Fan
---
arch/arm/dts/fsl-imx8qxp-mek-u-boot.dtsi | 112 +++
Enable SPL for i.MX8QXP MEK, and currently use SPL FIT.
The SPL enable SPL_DM to use MMC/PINCTRL/POWER DOMAIN/CLK.
Note: SPL FIT could not support secure boot chain, because i.MX8/8X
only support i.MX container format. This container format has
not been upstreamed, so we use FIT for now. When SPL
Introduce BL33_BASE_ADDR, then we could reuse this script for i.MX8QXP.
Signed-off-by: Peng Fan
---
arch/arm/mach-imx/mkimage_fit_atf.sh | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-imx/mkimage_fit_atf.sh
b/arch/arm/mach-imx/mkimage_fit_atf.sh
index
Update README after we switch to use SPL
Signed-off-by: Peng Fan
---
board/freescale/imx8qxp_mek/README | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/board/freescale/imx8qxp_mek/README
b/board/freescale/imx8qxp_mek/README
index e91e193d11..f32290e3a2 100644
---
To enable SPL for i.MX8, we could reuse code in arch/arm/mach-imx.
Signed-off-by: Peng Fan
---
arch/arm/Makefile | 2 +-
arch/arm/mach-imx/Makefile | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/Makefile b/arch/arm/Makefile
index 87d9d4b9f7..0e2cfd4534
Enable SUPPORT_SPL option for i.MX8QXP, then we could enable SPL.
Signed-off-by: Peng Fan
---
arch/arm/mach-imx/imx8/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-imx/imx8/Kconfig b/arch/arm/mach-imx/imx8/Kconfig
index 0d3a87cd74..9671107cb6 100644
---
Introduce CONFIG_SPL_DM_PCA953X for SPL usage.
Signed-off-by: Peng Fan
---
drivers/gpio/Kconfig | 23 +++
drivers/gpio/Makefile | 2 +-
2 files changed, 24 insertions(+), 1 deletion(-)
diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig
index 35344e57c6..b1c9404aaf
SPL runs in EL3 mode, except MU0_A, others are not powered on,
and could not be used. However normal U-Boot use MU1_A, so we
could not reuse the one in dts. And we could not replace the one
in dts with MU0_A, because MU0_A is reserved in secure world.
Signed-off-by: Peng Fan
---
This is to support SPL for i.MX8QXP MEK board and default support SPL.
In this patchset, use SPL FIT, but actually we could not use SPL FIT
for secure boot, in NXP vendor tree, there is another format called
container, NXP use SPL + container for secure boot. The container
support is on my TODO
On 12/20/18 10:17 PM, Simon Glass wrote:
> Hi Heinrich,
>
> On Thu, 20 Dec 2018 at 05:23, Heinrich Schuchardt wrote:
>>
>> On 11/27/18 1:08 AM, Simon Glass wrote:
>>> Hi Heinrich,
>>>
>>> On Sat, 17 Nov 2018 at 07:29, Heinrich Schuchardt
>>> wrote:
The 'exception' command allows to
Describe the implementation of sub-commands.
Signed-off-by: Heinrich Schuchardt
---
doc/README.commands | 36
1 file changed, 36 insertions(+)
diff --git a/doc/README.commands b/doc/README.commands
index 1d29c4d91d..05504092f7 100644
---
Some boards support NVME drives. We should be able to use them as boot
devices.
NVME access requires running 'nvme scan'.
Signed-off-by: Heinrich Schuchardt
---
include/config_distro_bootcmd.h | 27 +++
1 file changed, 27 insertions(+)
diff --git
Dear Simon Glass,
On 17/12/18 11:36, Simon Glass wrote:
> This series was previously sent as a v1 without a cover letter. Since then
> I have added a few more patches:
>
> - Support for spring's audio codec
> - Dropping unused MMC and audio code
> - Removing unused fdt_compat_id values
>
>
Signed-off-by: Anton Gerasimov
---
arch/arm/mach-zynq/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-zynq/Kconfig b/arch/arm/mach-zynq/Kconfig
index a599ed63ee..21dfebf5c0 100644
--- a/arch/arm/mach-zynq/Kconfig
+++ b/arch/arm/mach-zynq/Kconfig
@@ -55,7
I'm getting -ENOMEM on Z-Turn board already, other boards are probably
still allright if no one complains, but might hit the limit soon.
Anton Gerasimov (1):
zynq: Kconfig: extend the bootstrap malloc() pool
arch/arm/mach-zynq/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
Am 20.12.2018 um 21:53 schrieb Simon Goldschmidt:
Am 20.12.2018 um 18:37 schrieb Simon Glass:
Hi Simon,
On Thu, 20 Dec 2018 at 08:03, Simon Goldschmidt
wrote:
Am 20.12.2018 um 15:49 schrieb Simon Glass:
Hi Simon,
On Wed, 19 Dec 2018 at 14:06, Simon Goldschmidt
wrote:
Hi,
while
Simon,
> On 20.12.2018, at 22:16, Simon Glass wrote:
>
> Hi Christoph,
>
> On Mon, 17 Dec 2018 at 06:30, Christoph Muellner
> wrote:
>>
>> pinctrl_decode_pin_config_dm() is basically a feature-equivalent
>> implementation of pinctrl_decode_pin_config(), which operates
>> on struct udevice
Am 20.12.2018 um 22:17 schrieb Simon Glass:
Hi Simon,
On Thu, 13 Dec 2018 at 22:15, Simon Goldschmidt
wrote:
Am Fr., 14. Dez. 2018, 04:10 hat Simon Glass geschrieben:
Hi Simon,
On Thu, 13 Dec 2018 at 02:45, Simon Goldschmidt
wrote:
Hi Tom,
On Tue, Dec 4, 2018 at 5:51 AM Tom Rini
Hi Heinrich,
On Thu, 20 Dec 2018 at 05:23, Heinrich Schuchardt wrote:
>
> On 11/27/18 1:08 AM, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Sat, 17 Nov 2018 at 07:29, Heinrich Schuchardt
> > wrote:
> >>
> >> The 'exception' command allows to test exception handling.
> >>
> >> This
Hi Simon,
On Thu, 13 Dec 2018 at 22:15, Simon Goldschmidt
wrote:
>
>
>
> Am Fr., 14. Dez. 2018, 04:10 hat Simon Glass geschrieben:
>>
>> Hi Simon,
>>
>> On Thu, 13 Dec 2018 at 02:45, Simon Goldschmidt
>> wrote:
>> >
>> > Hi Tom,
>> >
>> > On Tue, Dec 4, 2018 at 5:51 AM Tom Rini wrote:
>> > >
On Mon, 17 Dec 2018 at 06:30, Christoph Muellner
wrote:
>
> The current pinctrl driver for the RK3399 has a range of qulity issues.
> E.g. it only implements the .set_state_simple() callback, it
> does not parse the available pinctrl information from the DTS
> (instead uses hardcoded values), is
On Tue, 11 Dec 2018 at 17:58, Christoph Muellner
wrote:
>
> This patch sets VDD_LOG to 950 mV on RK3399-Q7.
> This is required to address stability issues on Puma
> in heavy-load use-cases.
>
> Reported-by: Assaf Agmon
> Signed-off-by: Philipp Tomsich
> Signed-off-by: Christoph Muellner
>
>
On Tue, 11 Dec 2018 at 17:58, Christoph Muellner
wrote:
>
> This patch allows to enable the PWM regulator driver
> independent for U-Boot and SPL.
>
> Signed-off-by: Christoph Muellner
> ---
>
> Changes in v2: None
>
> drivers/power/regulator/Kconfig | 7 +++
>
Hi Christoph,
On Mon, 17 Dec 2018 at 06:30, Christoph Muellner
wrote:
>
> pinctrl_decode_pin_config_dm() is basically a feature-equivalent
> implementation of pinctrl_decode_pin_config(), which operates
> on struct udevice devices and uses the dev_read_*() API.
So is it possible to remove the
On Tue, 11 Dec 2018 at 09:22, Andy Shevchenko
wrote:
>
> When arguments are not supplied the error message is misleading and
> doesn't tell what exactly has to be done.
>
> Fix this by adding usage() and call it if above circumstance occurs.
>
> Signed-off-by: Andy Shevchenko
> ---
>
Am 20.12.2018 um 18:37 schrieb Simon Glass:
Hi Simon,
On Thu, 20 Dec 2018 at 08:03, Simon Goldschmidt
wrote:
Am 20.12.2018 um 15:49 schrieb Simon Glass:
Hi Simon,
On Wed, 19 Dec 2018 at 14:06, Simon Goldschmidt
wrote:
Hi,
while searching for bytes to save in SPL in order to add FIT
Am 20.12.18 um 21:11 schrieb Lars Povlsen:
> This add support for the the MSCC serial GPIO driver in MSCC
> VCoreIII-based SOCs.
>
> By using a serial interface, the SIO controller significantly extends
> the number of available GPIOs with a minimum number of additional pins
> on the device.
This enables the use of the MSCC serial GPIO driver to control the
LEDs on the MSCC VCoreIII 'ocelot' pcb123 and pcb120.
Signed-off-by: Lars Povlsen
---
board/mscc/ocelot/ocelot.c| 6 ++
configs/mscc_ocelot_defconfig | 3 +++
2 files changed, 9 insertions(+)
diff --git
From: Lars Povlsen
This enables the use of the MSCC serial GPIO driver on the MSCC
VCoreIII 'ocelot' SOC, and add gpio-leds nodes to the pcb123 and
pcb120 DT.
Signed-off-by: Lars Povlsen
---
arch/mips/dts/mscc,ocelot.dtsi | 25 +++
arch/mips/dts/ocelot_pcb120.dts | 76
This enables the use of the MSCC serial GPIO driver to control the
LEDs on the MSCC VCoreIII 'luton' SoC.
Signed-off-by: Lars Povlsen
---
board/mscc/luton/luton.c | 6 ++
configs/mscc_luton_defconfig | 3 +++
2 files changed, 9 insertions(+)
diff --git a/board/mscc/luton/luton.c
From: Lars Povlsen
This enables the use of the MSCC serial GPIO driver, and add gpio-leds
nodes to the 'luton' pcb090 and pcb091 DT.
Signed-off-by: Lars Povlsen
---
arch/mips/dts/luton_pcb090.dts | 23 +++
arch/mips/dts/luton_pcb091.dts | 26 ++
From: Lars Povlsen
This add device tree binding documentation for the MSCC serial GPIO
driver.
Signed-off-by: Lars Povlsen
---
doc/device-tree-bindings/gpio/mscc_sgpio.txt | 39
1 file changed, 39 insertions(+)
create mode 100644
This add support for the the MSCC serial GPIO driver in MSCC
VCoreIII-based SOCs.
By using a serial interface, the SIO controller significantly extends
the number of available GPIOs with a minimum number of additional pins
on the device. The primary purpose of the SIO controller is to connect
This patch series add the GPIO device (SIO) in the MSCC VCoreIII-based
SOCs, and enables it on the supported platforms.
Lars Povlsen (6):
mips: mscc_sgpio: Add the MSCC serial GPIO device (SIO)
mips: mscc_sgpio: Add DT bindings documentation
mips: luton: DT: Enable use of serial gpio
An NVME drive may be installed on the MACCHIATObin board using the PCIe
slot. With the configuration change it becomes usable.
Signed-off-by: Heinrich Schuchardt
---
configs/mvebu_db_armada8k_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/mvebu_db_armada8k_defconfig
Am 20.12.2018 um 18:43 schrieb Frank Wunderlich:
Hi,
fixed now this way (maybe not the best way...because now stringlists (multiple
strings divided by \0) cannot displayed):
Your patch might work for you but it changes the existing behaviour. The
help for command 'strings' says:
"for at
Hi,
fixed now this way (maybe not the best way...because now stringlists (multiple
strings divided by \0) cannot displayed):
index 41b1665926..780c3d67b0 100644
--- a/cmd/strings.c
+++ b/cmd/strings.c
@@ -20,18 +20,28 @@ int do_strings(cmd_tbl_t *cmdtp, int flag, int argc, char *
const argv[])
On 12/20/2018 03:35 AM, chee.hong@intel.com wrote:
> From: "Ang, Chee Hong"
>
> Forked latest master branch from u-boot (github) and applied these 5
> patches on top of it and test build with Travis CI.
>
> Travis CI report:
> https://travis-ci.org/JeremyAngCH/u-boot/jobs/470074691
Thanks
Hi Simon,
On Thu, 20 Dec 2018 at 08:03, Simon Goldschmidt
wrote:
>
> Am 20.12.2018 um 15:49 schrieb Simon Glass:
> > Hi Simon,
> >
> > On Wed, 19 Dec 2018 at 14:06, Simon Goldschmidt
> > wrote:
> >>
> >> Hi,
> >>
> >> while searching for bytes to save in SPL in order to add FIT signature
> >>
Hi,
after mt7623 ethernet-driver is available for uboot-upstream i tested this
again with it and this happens:
U-Boot> tftp ${loadaddr} 192.168.0.10:files.lst
Using ethernet@1b10 device
TFTP from server 192.168.0.10; our IP address is 192.168.0.11
Filename 'files.lst'.
Load address:
Hi Thomas
Can you explain what kind of problem this patch is fixing ?
This patch is breaking FAT16 reading on stih410-b2260.
I am using a 4GB sdcard with 2 partitions:
_ partition 1 FAT16 (100 MB)
_ partition 2 ext4 (3.65GB)
Before this patch, fatls output was :
stih410-b2260 => fatls mmc
On 12/20/2018 10:55 AM, Ley Foon Tan wrote:
> Poll for iDMAC TX/RX interrupt before disable DMA.
> This to prevent disable DMA before data is transfer
> completed.
>
> Signed-off-by: Ley Foon Tan
Reviewed-by: Marek Vasut
> ---
> drivers/mmc/dw_mmc.c | 19 +++
>
Am 20.12.18 um 09:56 schrieb Lars Povlsen:
> This patch series add support for using multi-dtb on the MSCC luton
> and ocelot SOC reference boards. The appropriate board will be
> determined during startup, and the right DT will be selected.
>
> The patch is based off u-boot-mips repo.
>
> v1
On 19/12/2018 18:15, Priit Laes wrote:
On Wed, Dec 19, 2018 at 01:14:22PM +0100, Jean-Jacques Hiblot wrote:
On 19/12/2018 12:37, Priit Laes wrote:
On Wed, Dec 19, 2018 at 01:26:18PM +0530, Jagan Teki wrote:
On Wed, Dec 19, 2018 at 1:23 PM Priit Laes wrote:
Heya!
I ran into following error
Am 20.12.2018 um 15:49 schrieb Simon Glass:
Hi Simon,
On Wed, 19 Dec 2018 at 14:06, Simon Goldschmidt
wrote:
Hi,
while searching for bytes to save in SPL in order to add FIT signature
handling, I am currently trying to get socfpga-gen5 to use OF_PLATDATA.
To begin, I stripped down
The objective is to provide a simple way to retrieve a BMP file,
and display it as splashscreen, from extlinux.conf file input.
For this, we take example on https://www.syslinux.org/wiki/
index.php?title=Menu#The_advanced_menu_system
and more particularly on MENU BACKGROUND chapter.
For this, add
Hi Simon,
On Wed, 19 Dec 2018 at 14:06, Simon Goldschmidt
wrote:
>
> Hi,
>
> while searching for bytes to save in SPL in order to add FIT signature
> handling, I am currently trying to get socfpga-gen5 to use OF_PLATDATA.
>
> To begin, I stripped down socfpga_socrates_defconfig to absolutely
>
Hi Fabio,
> Does the change below help?
Your patch does indeed fix the problem.
Thanks,
Chris
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Jon/Peng,
On Thu, Dec 13, 2018 at 5:15 AM Peng Fan wrote:
> > We have a patch that fixes this to work with sh, dash, and bash if you
> > prefer.
>
> Sure, please submit a patch based on imx/next, I would like those patches
> could be in master soon.
Can we have a fix for this, please?
Hi Chris,
On Thu, Dec 20, 2018 at 10:59 AM Chris Spencer wrote:
>
> Hi,
>
> I'm trying to get started with the new i.MX8MQ-EVK support and I've
> got a bit of an issue enabling ext4 read support without also enabling
> write support.
>
> CONFIG_FS_EXT4=y
>
> I get a build error here:
>
>
On 19.12.18 16:57, Michal Simek wrote:
When fixed-link phy is used subnode offset is used as phy address. This
number is bigger then space allocated for bus structure (allocated via
mdio_alloc).
bus->phymap[] array has PHY_MAX_ADDR size (32).
That's why writing bus->phymap[addr] where addr is <
Convert HiSilicon HI6220 MMC driver based on DWMMC IP to driver
model.
Signed-off-by: Manivannan Sadhasivam
---
configs/hikey_defconfig | 1 +
drivers/mmc/hi6220_dw_mmc.c | 100 +---
2 files changed, 70 insertions(+), 31 deletions(-)
diff --git
Add MMC nodes for HiKey board based on HI6220 SoC. There are two MMC
controllers in this SoC, first one used for eMMC and second one used
for SD card.
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/dts/hi6220-hikey.dts | 13 +
arch/arm/dts/hi6220.dtsi | 18 ++
Default 8MB gunzip size is not enough to load the release kernel, hence
fix 64MB size for uncompressing the kernel.
Signed-off-by: Manivannan Sadhasivam
---
include/configs/hikey.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/hikey.h b/include/configs/hikey.h
index
This series fixes CVE-2018-18440 ("insufficient boundary checks in
filesystem image load") by adding restrictions to the 'load'
command and fixes CVE-2018-18439 ("insufficient boundary checks in
network image boot") by adding restrictions to the tftp code.
The functions from lmb.c are used to
Hi,
I'm trying to get started with the new i.MX8MQ-EVK support and I've
got a bit of an issue enabling ext4 read support without also enabling
write support.
CONFIG_FS_EXT4=y
I get a build error here:
fs/fs.c:198:12: error: ‘ext4_write_file’ undeclared here (not in a
function); did you mean
Hello,
I try to load some images from USB flash drive. When issuing/usb
start/with the flash drive on to the first USB I get some following
information:
U-Boot 2018.09-36904-gae57ffc-dirty (Dec 18 2018 - 23:00:37 +0100)
CPU: Freescale i.MX6ULL rev1.1 792 MHz (running at 396 MHz)
Some architectures(MIPS) requires real mapping of IOMEM,
other just define it as identity mapping. fix it.
Signed-off-by: Ramon Fried
---
drivers/spi/cadence_qspi.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/cadence_qspi.c b/drivers/spi/cadence_qspi.c
Hi Peng,
> I did not meet this issue, my log as below, u-boot-nodtb.bin is generated
> before the mkimage_fit_atf.sh being executed
I think this can probably only happen when running a parallel make. If I run it
at -j12 I can trigger the build failure quite reliably with this error:
ERROR:
From: Chris Spencer
The mkimage_fit_atf.sh SPL FIT generator script requires
u-boot-nodtb.bin, but this was not enforced by the Makefile. This could
cause the generator script to be executed before u-boot-nodtb.bin has
been created.
Signed-off-by: Chris Spencer
Cc: NXP i.MX U-Boot Team
---
On 12/20/18 2:44 PM, Jagan Teki wrote:
On Thu, Dec 20, 2018 at 6:12 PM Stefan Mavrodiev wrote:
On 12/20/18 2:38 PM, Jagan Teki wrote:
On Thu, Dec 20, 2018 at 5:38 PM Stefan Mavrodiev wrote:
On 12/20/18 1:54 PM, Jagan Teki wrote:
On Thu, Dec 20, 2018 at 4:49 PM Stefan Mavrodiev wrote:
On Thu, Dec 20, 2018 at 6:12 PM Stefan Mavrodiev wrote:
>
>
> On 12/20/18 2:38 PM, Jagan Teki wrote:
> > On Thu, Dec 20, 2018 at 5:38 PM Stefan Mavrodiev wrote:
> >>
> >> On 12/20/18 1:54 PM, Jagan Teki wrote:
> >>> On Thu, Dec 20, 2018 at 4:49 PM Stefan Mavrodiev
> >>> wrote:
> On
On 12/20/18 2:38 PM, Jagan Teki wrote:
On Thu, Dec 20, 2018 at 5:38 PM Stefan Mavrodiev wrote:
On 12/20/18 1:54 PM, Jagan Teki wrote:
On Thu, Dec 20, 2018 at 4:49 PM Stefan Mavrodiev wrote:
On 12/20/18 12:56 PM, Jagan Teki wrote:
On Thu, Dec 20, 2018 at 4:18 PM Stefan Mavrodiev wrote:
On Thu, Dec 20, 2018 at 5:38 PM Stefan Mavrodiev wrote:
>
>
> On 12/20/18 1:54 PM, Jagan Teki wrote:
> > On Thu, Dec 20, 2018 at 4:49 PM Stefan Mavrodiev wrote:
> >>
> >> On 12/20/18 12:56 PM, Jagan Teki wrote:
> >>> On Thu, Dec 20, 2018 at 4:18 PM Stefan Mavrodiev
> >>> wrote:
> On
Hi Petr,
[this time to the ML]
On 16.12.2018 12:06, Petr Štetiar wrote:
> I'm preparing support for Apalis imx6 boards in OpenWrt and I've ended
> up with quite huge patchset against upstream U-Boot 2018.03, so I'm
> trying to propose more generic way of boot process handling.
I agree a more
On 11/27/18 1:08 AM, Simon Glass wrote:
> Hi Heinrich,
>
> On Sat, 17 Nov 2018 at 07:29, Heinrich Schuchardt wrote:
>>
>> The 'exception' command allows to test exception handling.
>>
>> This implementation supports ARM, x86, RISC-V and the following exceptions:
>> * 'breakpoint' - prefetch
On 12/20/18 1:54 PM, Jagan Teki wrote:
On Thu, Dec 20, 2018 at 4:49 PM Stefan Mavrodiev wrote:
On 12/20/18 12:56 PM, Jagan Teki wrote:
On Thu, Dec 20, 2018 at 4:18 PM Stefan Mavrodiev wrote:
On 12/20/18 12:45 PM, Jagan Teki wrote:
On Thu, Dec 20, 2018 at 3:59 PM Stefan Mavrodiev wrote:
On Thu, Dec 20, 2018 at 4:49 PM Stefan Mavrodiev wrote:
>
>
> On 12/20/18 12:56 PM, Jagan Teki wrote:
> > On Thu, Dec 20, 2018 at 4:18 PM Stefan Mavrodiev wrote:
> >>
> >> On 12/20/18 12:45 PM, Jagan Teki wrote:
> >>> On Thu, Dec 20, 2018 at 3:59 PM Stefan Mavrodiev
> >>> wrote:
> On
found it
missed this line in mt7623.h (git am breaked there because of my own changes
and i only added 2 lines)
#define CONFIG_SYS_NONCACHED_MEMORYSZ_1M
compile works now
regards Frank
___
U-Boot mailing list
U-Boot@lists.denx.de
On 12/20/18 12:56 PM, Jagan Teki wrote:
On Thu, Dec 20, 2018 at 4:18 PM Stefan Mavrodiev wrote:
On 12/20/18 12:45 PM, Jagan Teki wrote:
On Thu, Dec 20, 2018 at 3:59 PM Stefan Mavrodiev wrote:
On 12/20/18 12:14 PM, Jagan Teki wrote:
On Fri, Dec 14, 2018 at 3:48 PM Jagan Teki wrote:
On
On Thu, Dec 20, 2018 at 4:18 PM Stefan Mavrodiev wrote:
>
>
> On 12/20/18 12:45 PM, Jagan Teki wrote:
> > On Thu, Dec 20, 2018 at 3:59 PM Stefan Mavrodiev wrote:
> >>
> >> On 12/20/18 12:14 PM, Jagan Teki wrote:
> >>> On Fri, Dec 14, 2018 at 3:48 PM Jagan Teki
> >>> wrote:
> On Wed, Dec
On 12/20/18 12:45 PM, Jagan Teki wrote:
On Thu, Dec 20, 2018 at 3:59 PM Stefan Mavrodiev wrote:
On 12/20/18 12:14 PM, Jagan Teki wrote:
On Fri, Dec 14, 2018 at 3:48 PM Jagan Teki wrote:
On Wed, Dec 5, 2018 at 5:58 PM Stefan Mavrodiev wrote:
Current driver doesn't check if the
On Thu, Dec 20, 2018 at 3:59 PM Stefan Mavrodiev wrote:
>
>
> On 12/20/18 12:14 PM, Jagan Teki wrote:
> > On Fri, Dec 14, 2018 at 3:48 PM Jagan Teki
> > wrote:
> >> On Wed, Dec 5, 2018 at 5:58 PM Stefan Mavrodiev wrote:
> >>> Current driver doesn't check if the destination pointer is NULL.
>
1 - 100 of 134 matches
Mail list logo