On Wed, Oct 9, 2019 at 10:02 PM Bin Meng wrote:
>
> On Wed, Sep 25, 2019 at 10:58 PM Simon Glass wrote:
> >
> > At present when these fail to boot there is no message, just a hang. Add a
> > panic so it is obvious that something when wrong.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> >
Hi Heiko,
> -Original Message-
> From: Heiko Schocher
> Sent: 2019年10月9日 12:37
> To: U-Boot Mailing List
> Cc: Heiko Schocher ; Bin Meng ; Z.q.
> Hou ; Prabhakar X
> ; Z.q. Hou
> Subject: [PATCH 0/3] pci: pcie_fsl: add support for none PCIe devices
>
> add support for devices with
Hi Soeren,
On Thu, Oct 10, 2019 at 6:01 PM Soeren Moch wrote:
>
> Using a MAC address from ROM storage is the normal case for most
> ethernet hardware. Why should we warn about this?
Most hardware that U-Boot runs on is an SoC and the boards rarely have
a ROM associated with the Ethernet MAC.
Hi Tom,
> Subject: Re: [PATCH] spl: mmc: Add option to set eMMC HW boot partition
>
> On Wed, Oct 09, 2019 at 11:07:18AM +0200, Lukasz Majewski wrote:
> > Dear Tom,
> >
> > > From: Mans Rullgard
> > >
> > > This change allows setting pre-defined eMMC boot partition for SPL
> > > eMMC booting.
On Thu, Oct 10, 2019 at 6:09 PM Marek Vasut wrote:
>
> On 10/10/19 12:00 PM, Anatolij Gustschin wrote:
> > On Thu, 10 Oct 2019 11:39:13 +0200
> > Marek Vasut wrote:
> > ...
> >>> The preferred way for I/O access is documented in [1], see "Use structures
> >>> for I/O access" section.
> >>
> >>
Using a MAC address from ROM storage is the normal case for most
ethernet hardware. Why should we warn about this?
Signed-off-by: Soeren Moch
---
Cc: Joe Hershberger
Cc: u-boot@lists.denx.de
---
net/eth-uclass.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/net/eth-uclass.c
Signed-off-by: Soeren Moch
---
Cc: Stefano Babic
Cc: Fabio Estevam
Cc: u-boot@lists.denx.de
---
arch/arm/dts/imx6q-tbs2910.dts | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/dts/imx6q-tbs2910.dts b/arch/arm/dts/imx6q-tbs2910.dts
index 21e62c0cab..cc5df37b46
So we can remove lots of legacy config code.
Signed-off-by: Soeren Moch
---
Cc: Stefano Babic
Cc: Fabio Estevam
Cc: u-boot@lists.denx.de
---
board/tbs/tbs2910/tbs2910.c | 75 -
configs/tbs2910_defconfig | 3 ++
include/configs/tbs2910.h | 9 -
3
So we can get rid of legacy pci config code.
PCI_PNP is not required for this board, remove it to reduce the size of the
u-boot binary.
DM_PCI does not start the host controller automatically anymore. Do so
in preboot instead.
Signed-off-by: Soeren Moch
---
Cc: Stefano Babic
Cc: Fabio Estevam
On Tue, Aug 27, 2019 at 06:25:58AM +, Peng Fan wrote:
> Because we need to get cpu freq in print_cpuinfo at very early stage,
> so we need to make sure the ccm be probed.
>
> Signed-off-by: Peng Fan
> ---
> arch/arm/mach-imx/imx8m/soc.c | 17 +
> 1 file changed, 17
On 10/10/19 11:34 PM, Tom Rini wrote:
On Thu, Oct 10, 2019 at 05:43:00AM +, liu hao wrote:
This adds platform code and the device tree for the Phytium FT2004 SoC.
The initial support comprises the UART and the GMAC.
Signed-off-by: Steven Hao
Is this platform in upstream Linux kernel
Avoid duplicate translation of arrow key codes.
Signed-off-by: Heinrich Schuchardt
Reviewed-by: Simon Glass
---
v3:
no change
v2:
no change
---
common/usb_kbd.c | 31 +--
1 file changed, 9 insertions(+), 22 deletions(-)
diff --git a/common/usb_kbd.c
%s/a interrupt/an interrupt/
Signed-off-by: Heinrich Schuchardt
Reviewed-by: Simon Glass
---
v3:
rebased
v2:
new patch
---
common/usb_kbd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/usb_kbd.c b/common/usb_kbd.c
index a42b792dd9..3f84c28201
Allow the unit test to pass full 8 byte scan code sequences to the USB
keyboard emulation driver and to parse multi-byte escape sequences.
The following features are not yet tested:
* LED status
* caps-lock
* num-lock
* numerical pad keys
The following features are not yet implemented by the
Move constant USB_KBD_BOOT_REPORT_SIZE. This allows us to reuse it.
Signed-off-by: Heinrich Schuchardt
Reviewed-by: Simon Glass
---
v3:
no change
v2:
new patch
---
common/usb_kbd.c | 6 --
include/usb.h| 6 ++
2 files changed, 6 insertions(+), 6 deletions(-)
diff
GRUB uses function keys. So we should support these with an USB keyboard.
Provide support for F1-F12, Insert, Delete, Home, End, Page Up, Page Down.
Simplify the code beforehand.
Enhance the keyboard unit test.
v3:
rebase on current git HEAD
v2:
enhance the keyboard unit test
Provide support for F1-F12, Insert, Delete, Home, End, Page Up, Page Down.
Signed-off-by: Heinrich Schuchardt
Reviewed-by: Simon Glass
---
v3:
no change
v2:
no change
---
common/usb_kbd.c | 54
1 file changed, 54 insertions(+)
On Thu, Oct 10, 2019 at 05:43:00AM +, liu hao wrote:
> This adds platform code and the device tree for the Phytium FT2004 SoC.
> The initial support comprises the UART and the GMAC.
>
> Signed-off-by: Steven Hao
Is this platform in upstream Linux kernel yet? If so, what version are
you
Fully take over the ARM maintainers entry.
Signed-off-by: Tom Rini
---
MAINTAINERS| 2 +-
doc/git-mailrc | 3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2ef29768555c..bdc998a55e11 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -102,7
Add gz parsing logic so that booti can parse both Image
and Image.gz to boot Linux. Currently, it is difficult to calculate
a safe address for every board where the Image.gz can be decompressed.
It is also not possible to figure out the size of the compressed file
as well. Thus, user need to set
Hello Tom,
as Albert is not available anymore I forward this to you.
Best regards
Heinrich
Forwarded Message
Subject: [PATCH] arm: add initial support for the Phytium FT2004 SoC
Date: Thu, 10 Oct 2019 05:43:00 +
From: liu hao
To: albert.u.b...@aribaud.net
CC:
On Fri, 30 Aug 2019 14:09:24 +0200
Neil Armstrong narmstr...@baylibre.com wrote:
> Synchronize the Amlogic Meson Video driver back with the latest
> DRM misc tree, adding G12A platform support, from the latest commit:
> 528a25d040bc ("drm: meson: use match data to detect vpu compatibility")
>
>
On Wed, Oct 09, 2019 at 11:07:18AM +0200, Lukasz Majewski wrote:
> Dear Tom,
>
> > From: Mans Rullgard
> >
> > This change allows setting pre-defined eMMC boot partition for SPL
> > eMMC booting. It is necessary in the case when one wants to boot
> > (through falcon boot) from eMMC after
Add a call to rk3328_configure_cpu() during initialization to set the
CPU-clock frequency.
Signed-off-by: Simon South
---
arch/arm/include/asm/arch-rockchip/cru_rk3328.h | 3 +++
drivers/clk/rockchip/clk_rk3328.c | 2 ++
2 files changed, 5 insertions(+)
diff --git
This patch changes the RK3328 CRU driver so it explicitly configures
the CPU clock during initialization, through a call to
rk3328_configure_cpu().
Previously rk3328_configure_cpu() was implemented but not called from
anywhere, which I'm assuming was unintentional.
This change matches the
On 10/10/19 8:29 PM, Fabio Estevam wrote:
Hi Giulio,
On Thu, Oct 10, 2019 at 2:30 PM Giulio Benetti
wrote:
Hi Fabio and Stefano,
about imxrt porting, would it make sense to add an SDRAM driver to setup
ram or is it enough to provide .cfg file with DCD?
Having the DDR initialization
Hi Giulio,
On Thu, Oct 10, 2019 at 2:30 PM Giulio Benetti
wrote:
>
> Hi Fabio and Stefano,
>
> about imxrt porting, would it make sense to add an SDRAM driver to setup
> ram or is it enough to provide .cfg file with DCD?
Having the DDR initialization running in C code from internal RAM is
more
On Fri, 30 Aug 2019 14:09:28 +0200
Neil Armstrong narmstr...@baylibre.com wrote:
> Add the necessary config options to support BMP display over HDMI,
> and add a preboot command to load the BMP file from a predefined
> eMMC partition.
>
> Signed-off-by: Neil Armstrong
Reviewed-by: Anatolij
On Fri, 30 Aug 2019 14:09:27 +0200
Neil Armstrong narmstr...@baylibre.com wrote:
> Like the meson-gx support, add the U-Boot specific bits in DT
> to support graphics on G12A SoCs.
>
> Signed-off-by: Neil Armstrong
Reviewed-by: Anatolij Gustschin
--
Anatolij
On Fri, 30 Aug 2019 14:09:26 +0200
Neil Armstrong narmstr...@baylibre.com wrote:
> If VIDEO_MESON is enabled, we need to setup the fdt for the framebuffer.
>
> Call meson_vpu_rsv_fb() which reserves the framebuffer memory region for
> EFI, and sets up simple-framebuffer nodes if simplefb support
On Fri, 30 Aug 2019 14:09:25 +0200
Neil Armstrong narmstr...@baylibre.com wrote:
> Finally add the Amlogic G12A SoC compatible for the VPU driver.
>
> Signed-off-by: Neil Armstrong
Reviewed-by: Anatolij Gustschin
--
Anatolij
___
U-Boot mailing list
On Fri, 30 Aug 2019 14:09:23 +0200
Neil Armstrong narmstr...@baylibre.com wrote:
> Remove getting and enabling the node power domain since it's now handled
> by the dm core directly.
>
> Signed-off-by: Neil Armstrong
Reviewed-by: Anatolij Gustschin
--
Anatolij
On Fri, 30 Aug 2019 14:09:22 +0200
Neil Armstrong narmstr...@baylibre.com wrote:
> Add necessary clock support to set up clock for the VPU and
> HDMI support.
>
> Signed-off-by: Neil Armstrong
Reviewed-by: Anatolij Gustschin
--
Anatolij
___
U-Boot
On Fri, 30 Aug 2019 14:09:21 +0200
Neil Armstrong narmstr...@baylibre.com wrote:
> Add Amlogic G12A support for the gx-pwrc driver, aligned on the
> Linux v5.2 driver.
>
> Signed-off-by: Neil Armstrong
Reviewed-by: Anatolij Gustschin
--
Anatolij
On Thu, Oct 10, 2019 at 11:06:27AM -0600, Simon Glass wrote:
> Hi,
>
> On Sun, 6 Oct 2019 at 15:06, Tom Rini wrote:
> >
> > On Sun, Oct 06, 2019 at 10:50:45PM +0200, Heinrich Schuchardt wrote:
> >
> > > 'make tests' requires cbfstool. But this file is not built by U-Boot.
>
> If so this is a
Hi Fabio and Stefano,
about imxrt porting, would it make sense to add an SDRAM driver to setup
ram or is it enough to provide .cfg file with DCD?
This question is specific for SDRAM of course.
Thanks in advance
Best regards
--
Giulio Benetti
Benetti Engineering sas
Hi Simon,
Am Donnerstag, 10. Oktober 2019, 19:06:12 CEST schrieb Simon Glass:
> On Tue, 1 Oct 2019 at 14:23, Heiko Stuebner wrote:
> > A trusted execution environment should also get loaded as loadable from
> > a fit image, so add the possibility to present a tee.elf to make_fit_atf.py
> > that
On Sun, 6 Oct 2019 at 15:38, Heinrich Schuchardt wrote:
>
> With the __packed attribute sandbox_defconfig cannot be compiled with GCC
> 9.2.1:
>
> fs/cbfs/cbfs.c: In function ‘file_cbfs_fill_cache’:
> fs/cbfs/cbfs.c:164:16: error: taking address of packed member of
> ‘struct cbfs_cachenode’ may
Hi Bin,
On Wed, 9 Oct 2019 at 23:09, Bin Meng wrote:
>
> Hi Simon,
>
> On Wed, Sep 25, 2019 at 10:59 PM Simon Glass wrote:
> >
> > At present the records are 4KB in size. This is unnecessarily large when
> > the SPI-flash erase size is 256 bytes. Reduce it so it will be more
>
> But this will
Hi Bin,
On Sat, 5 Oct 2019 at 08:36, Bin Meng wrote:
>
> Hi Simon,
>
> On Wed, Sep 25, 2019 at 10:58 PM Simon Glass wrote:
> >
> > Most of the timer-calibration methods are not needed on recent Intel CPUs
> > and just increase code size. Add an option to use the known-good way to
> > get the
Hi,
On Sun, 6 Oct 2019 at 15:06, Tom Rini wrote:
>
> On Sun, Oct 06, 2019 at 10:50:45PM +0200, Heinrich Schuchardt wrote:
>
> > 'make tests' requires cbfstool. But this file is not built by U-Boot.
If so this is a bug. The tests are supposed to detect that cbfstool is
missing and skip the
On Fri, 4 Oct 2019 at 09:13, Tom Rini wrote:
>
> We may not always be able to write to the default output directory but
> we will always have a usable /tmp. Make the buildman tests use /tmp
>
> Cc: Simon Glass
> Signed-off-by: Tom Rini
> ---
> tools/buildman/func_test.py | 24
On Wed, 2 Oct 2019 at 19:07, Bin Meng wrote:
>
> The doc currently uses sandbox_defconfig as examples of enabling
> debug/verbose output of binman. However during a sandbox build it
> does not call binman at all. Change it to qemu-x86_defconfig.
>
> Signed-off-by: Bin Meng
> ---
>
>
Hi Bin,
On Mon, 7 Oct 2019 at 08:31, Bin Meng wrote:
>
> Hi Simon,
>
> On Wed, Oct 2, 2019 at 8:34 PM Bin Meng wrote:
> >
> > Hi Simon,
> >
> > On Wed, Oct 2, 2019 at 10:15 AM Simon Glass wrote:
> > >
> > > Hi Bin,
> > >
> > > On Wed, 25 Sep 2019 at 08:58, Simon Glass wrote:
> > > >
> > > >
Hi Heiko,
On Tue, 1 Oct 2019 at 14:23, Heiko Stuebner wrote:
>
> A trusted execution environment should also get loaded as loadable from
> a fit image, so add the possibility to present a tee.elf to make_fit_atf.py
> that then gets included as additional loadable into the generated its.
>
> For
Hi Bin,
On Thu, 10 Oct 2019 at 01:09, Bin Meng wrote:
>
> Hi Simon,
>
> On Wed, Sep 25, 2019 at 10:59 PM Simon Glass wrote:
> >
> > Define this symbol so that we can use binman symbols correctly.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > arch/x86/cpu/u-boot-spl.lds | 5 -
> > 1
On Thu, 3 Oct 2019 at 21:41, AKASHI Takahiro wrote:
>
> Without this patch, compiling may potentially fail.
>
> Signed-off-by: AKASHI Takahiro
> ---
> arch/sandbox/include/asm/u-boot-sandbox.h | 2 ++
> 1 file changed, 2 insertions(+)
Reviewed-by: Simon Glass
Hi Bin,
On Thu, 3 Oct 2019 at 20:23, Bin Meng wrote:
>
> Hi Simon,
>
> On Wed, Sep 25, 2019 at 10:13 PM Simon Glass wrote:
> >
> > Allocate memory for the HOBs and copy them before relocation. This ensures
> > that they can still be accessed after relocation.
> >
> > This is needed when
Hi Michal,
On Thu, 10 Oct 2019 at 05:44, Michal Simek wrote:
>
> Extend test suite to cover also automatic octal/hex converstions which
> haven't been implemented in past.
>
> Signed-off-by: Michal Simek
> ---
>
> Depends on https://lists.denx.de/pipermail/u-boot/2019-September/383309.html
>
>
Stephen Warren schrieb am Do., 10. Okt. 2019, 17:56:
> On 10/10/19 5:44 AM, Michal Simek wrote:
> > Extend test suite to cover also automatic octal/hex converstions which
> > haven't been implemented in past.
>
> Acked-by: Stephen Warren
>
Reviewed-by: Simon Goldschmidt
>
On 10/10/19 5:44 AM, Michal Simek wrote:
Extend test suite to cover also automatic octal/hex converstions which
haven't been implemented in past.
Acked-by: Stephen Warren
___
U-Boot mailing list
U-Boot@lists.denx.de
This patch updates envs responsible for using USB pendrive as a
SWUpdate based tool for recovery and update.
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
include/configs/kp_imx6q_tpc.h | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git
This patch converts the TPC70 to use driver model and device tree
description in both SPL and u-boot proper.
Notable changes (DM/DTS conversion):
- PINCTRL{_IMX6}
- DM_I2C
- enable 'regulator' and 'pmic' commands
- DM_MMC and BLK (USDHC)
- DM_ETH
- DM WDT (including SYSRESET)
Signed-off-by:
This commit adds new file - imx6q-kp-u-boot.dtsi with a set of u-boot
specific properties for imx6q KP device.
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
arch/arm/dts/imx6q-kp-u-boot.dtsi | 59 +++
1 file changed, 59 insertions(+)
create mode 100644
The TPC70 can boot from eMMC's boot0. This patch allows it to update
this HW partition's SPL.
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
include/configs/kp_imx6q_tpc.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/configs/kp_imx6q_tpc.h
This change sets the default state of LEDs on TPC70.
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
board/k+p/kp_imx6q_tpc/kp_imx6q_tpc.c | 4
1 file changed, 4 insertions(+)
diff --git a/board/k+p/kp_imx6q_tpc/kp_imx6q_tpc.c
b/board/k+p/kp_imx6q_tpc/kp_imx6q_tpc.c
index
This is a cosmetic change, just to use proper define instead
of magic numbers.
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
board/k+p/kp_imx6q_tpc/kp_imx6q_tpc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/board/k+p/kp_imx6q_tpc/kp_imx6q_tpc.c
The TPC70 can boot from SD card (debug/development) and eMMC (production).
The board_boot_order() function provides a run time check for the device
from which one wants to boot (it is selected by GPIO pins setup).
Moreover, a fallback to SD card is provided if the detection is not
possible or
This commit defines the TPC70 imx6q board with device tree description.
Signed-off-by: Lukasz Majewski
---
Changes in v3:
- Squash
'imx: tpc70: dts: Add TPC70 board (imx6q based) device tree description'
with
'imx: tpc70: DTS: Explicitly add imx6q-kp.dtb to Makefile for DTB compilation'
This patch series converts imx6q based tpc70 board to use driver model and
device tree description in SPL and U-Boot proper.
All the non-DM parts of the code has been removed.
This patch series also uses the Common Clock Framework [CCF] as a base for
clock management on imx6q board.
Those
Signed-off-by: Lukasz Majewski
---
Changes in v3: None
include/configs/kp_imx6q_tpc.h | 21 +
1 file changed, 21 insertions(+)
diff --git a/include/configs/kp_imx6q_tpc.h b/include/configs/kp_imx6q_tpc.h
index 2435ebbc7f..fae45cbf3e 100644
---
From: Igor Opaniuk
This fixes the issues with calculation of controller indexes in
ehci_usb_bind() for iMX7, as USB controllers on iMX7 SoCs aren't
placed next to each other, and their addresses incremented by 0x1.
Example of USB nodes for iMX7S/D:
usbotg1: usb@30b1 {
compatible =
On 10/10/19 2:55 PM, Igor Opaniuk wrote:
> On Thu, Oct 10, 2019 at 3:43 PM Marek Vasut wrote:
>>
>> On 10/10/19 2:29 PM, Igor Opaniuk wrote:
>>> Hi Marek
>>
>> Hi Igor,
>>
>>> On Thu, Oct 10, 2019 at 2:47 PM Marek Vasut wrote:
On 10/10/19 1:25 PM, Igor Opaniuk wrote:
[...]
>
On Thu, Oct 10, 2019 at 3:43 PM Marek Vasut wrote:
>
> On 10/10/19 2:29 PM, Igor Opaniuk wrote:
> > Hi Marek
>
> Hi Igor,
>
> > On Thu, Oct 10, 2019 at 2:47 PM Marek Vasut wrote:
> >>
> >> On 10/10/19 1:25 PM, Igor Opaniuk wrote:
> >> [...]
> >>>* from which it derives offsets in the PHY
On 10/10/19 2:29 PM, Igor Opaniuk wrote:
> Hi Marek
Hi Igor,
> On Thu, Oct 10, 2019 at 2:47 PM Marek Vasut wrote:
>>
>> On 10/10/19 1:25 PM, Igor Opaniuk wrote:
>> [...]
>>>* from which it derives offsets in the PHY and ANATOP register sets.
>>>*
>>>* Here we attempt to
Hi Marek
On Thu, Oct 10, 2019 at 2:47 PM Marek Vasut wrote:
>
> On 10/10/19 1:25 PM, Igor Opaniuk wrote:
> [...]
> >* from which it derives offsets in the PHY and ANATOP register sets.
> >*
> >* Here we attempt to calculate these indexes from DT information as
> > -
Add i.MX8QM qmx8 congatec board support
Boot log as below:
U-Boot 2019.10-2-gfe063598db (Oct 10 2019 - 10:29:07 +0200)
CPU: NXP i.MX8QM RevB A53 at 1200 MHz
Model: congatec QMX8
Board: conga-QMX8
Build: SCFW 65afe5f6
Boot: SD2
DRAM: 6 GiB
MMC: FSL_SDHC: 0, FSL_SDHC: 1, FSL_SDHC: 2
Hello list,
this patch adds support for the congatec QMX8 Qseven board.
Best regards,
Oliver
Oliver Graute (1):
imx: support for conga-QMX8 board
arch/arm/dts/Makefile | 1 +
arch/arm/dts/imx8qm-cgtqmx8.dts | 427 +
arch/arm/mach-imx/Makefile
On 10/10/19 1:25 PM, Igor Opaniuk wrote:
[...]
>* from which it derives offsets in the PHY and ANATOP register sets.
>*
>* Here we attempt to calculate these indexes from DT information as
> - * well as we can. The USB controllers on all existing iMX6/iMX7 SoCs
> -
Extend test suite to cover also automatic octal/hex converstions which
haven't been implemented in past.
Signed-off-by: Michal Simek
---
Depends on https://lists.denx.de/pipermail/u-boot/2019-September/383309.html
There are of course other tests which we can run but not sure if make sense
to
On 10/9/19 10:07 PM, Michal Simek wrote:
From: Zumeng Chen
This patch is to build the coresight topology structure of zynq-7000
series according to the docs of coresight and userguide of zynq-7000.
Signed-off-by: Zumeng Chen
Signed-off-by: Quanyang Wang
Signed-off-by: Michal Simek
---
This adds platform code and the device tree for the Phytium FT2004 SoC.
The initial support comprises the UART and the GMAC.
Signed-off-by: Steven Hao
---
MAINTAINERS | 6 +++
arch/arm/Kconfig | 8
arch/arm/dts/Makefile| 2 +
From: Igor Opaniuk
This fixes the issues with calculation of controller indexes in
ehci_usb_bind() for iMX7, as USB controllers on iMX7 SoCs aren't
placed next to each other, and their addresses incremented by 0x1.
Example of USB nodes for iMX7S/D:
usbotg1: usb@30b1 {
compatible =
From: Igor Opaniuk
This fixes the issues with calculation of controller indexes in
ehci_usb_bind() for iMX7, as USB controllers on iMX7 SoCs aren't
placed next to each other, and their addresses incremented by 0x1000.
Example of USB nodes for iMX7S/D:
usbotg1: usb@30b1 {
compatible =
On Thu, Oct 10, 2019 at 12:46 PM Michal Simek wrote:
>
> On 09. 10. 19 19:28, Simon Goldschmidt wrote:
> > Am 09.10.2019 um 18:26 schrieb Tom Rini:
> >> On Tue, Oct 08, 2019 at 10:48:39AM +0200, Michal Simek wrote:
> >>> Hi Tom,
> >>>
> >>> On 19. 09. 19 15:28, Michal Simek wrote:
> On 13.
On 09. 10. 19 19:28, Simon Goldschmidt wrote:
> Am 09.10.2019 um 18:26 schrieb Tom Rini:
>> On Tue, Oct 08, 2019 at 10:48:39AM +0200, Michal Simek wrote:
>>> Hi Tom,
>>>
>>> On 19. 09. 19 15:28, Michal Simek wrote:
On 13. 09. 19 17:09, Tom Rini wrote:
> On Wed, Sep 11, 2019 at 03:39:53PM
Hi,
On 10/10/19 11:33, Michal Simek wrote:
> Fix error debug messages to be more accurate and aligned with debug message
> style in the whole file.
> And do not initialize ret variable because it is initialized later on and
> it is just additional step.
>
> Fixes: 1327d1678bd2 ("firmware:
Hi Patrick,
> Copy the partition support from NAND backend to SF,
> support part and partubi option.
> In case of ubi partition, erase the rest of the
> partition as it is mandatory for UBI.
>
> for example:
>
> U-Boot> env set dfu_alt_info "spl part 0 1;\
> u-boot part 0 2;u-boot-env part 0
On 10/10/19 12:00 PM, Anatolij Gustschin wrote:
> On Thu, 10 Oct 2019 11:39:13 +0200
> Marek Vasut wrote:
> ...
>>> The preferred way for I/O access is documented in [1], see "Use structures
>>> for I/O access" section.
>>
>> This seems to not scale and I keep running into the problem where a
Hi Simon,
On Wed, Sep 25, 2019 at 11:02 PM Simon Glass wrote:
>
> Include the IFWI section and the FSP-M binary. The FSP-T binary is not
> currently used, as CAR is set up manually.
>
> Also drop the FSP binary as this relates only to FSP1.
>
> Signed-off-by: Simon Glass
> ---
>
>
Hi Patrick,
> Add documentation for dfu stack and "dfu" command.
>
Reviewed-by: Lukasz Majewski
> Signed-off-by: Patrick Delaunay
> ---
>
> Changes in v2:
> - Add dfu documentation
>
> doc/README.dfu | 144
> + 1 file changed, 144
>
Hi Simon,
On Wed, Sep 25, 2019 at 11:02 PM Simon Glass wrote:
>
> The current 'fsp' command only works with FSP1. Update it to avoid trying
> to build it with FSP2.
>
> Signed-off-by: Simon Glass
> ---
>
> cmd/x86/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Thu, 10 Oct 2019 11:39:13 +0200
Marek Vasut ma...@denx.de wrote:
...
> > The preferred way for I/O access is documented in [1], see "Use structures
> > for I/O access" section.
>
> This seems to not scale and I keep running into the problem where a few
> registers changed between various
Hi Simon,
On Wed, Sep 25, 2019 at 10:59 PM Simon Glass wrote:
>
> At present we don't support loading microcode with FSP2. The correct way
> to do this is by adding it to the FIT. For now, disable including
> microcode in the image.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/Kconfig
On Wed, Sep 25, 2019 at 10:59 PM Simon Glass wrote:
>
> This is not used anywhere now, so drop it.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/Kconfig | 5 -
> arch/x86/cpu/config.mk | 1 -
> 2 files changed, 6 deletions(-)
>
Reviewed-by: Bin Meng
On Wed, Sep 25, 2019 at 10:59 PM Simon Glass wrote:
>
> Since x86 users binman now, we don't need this compile-time define.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/config.mk | 1 -
> 1 file changed, 1 deletion(-)
>
Reviewed-by: Bin Meng
Hi Simon,
On Wed, Sep 25, 2019 at 10:59 PM Simon Glass wrote:
>
> Newer Intel SoCs have different ways of setting up cache-as-ram (CAR).
> Add support for these along with suitable configuration options.
>
I wonder why do we need do this in U-Boot. Isn't FSP-T doing the CAR for us?
>
On Thu, Oct 10, 2019 at 11:29 AM Anatolij Gustschin wrote:
>
> On Thu, 10 Oct 2019 10:43:46 +0200
> Simon Goldschmidt simon.k.r.goldschm...@gmail.com wrote:
> ...
> > > Why is this required? In the past we have rejected all new code adding
> > > defines instead of structs for register accesses.
Hi Simon,
On Wed, Sep 25, 2019 at 10:59 PM Simon Glass wrote:
>
> Many Intel SoCs require a FIT in order to boot properly. Add an option to
> include this and enable it by default.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/Kconfig | 9 +
> arch/x86/dts/u-boot.dtsi | 6
On 10/10/19 11:29 AM, Anatolij Gustschin wrote:
> On Thu, 10 Oct 2019 10:43:46 +0200
> Simon Goldschmidt simon.k.r.goldschm...@gmail.com wrote:
> ...
>>> Why is this required? In the past we have rejected all new code adding
>>> defines instead of structs for register accesses. Have we changed our
On Wed, Sep 25, 2019 at 10:59 PM Simon Glass wrote:
>
> We don't generally have enough space to run this, so don't build it into
> TPL. This helps reduce the size of TPL.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/lib/Makefile | 2 ++
> 1 file changed, 2 insertions(+)
>
Reviewed-by: Bin
Fix error debug messages to be more accurate and aligned with debug message
style in the whole file.
And do not initialize ret variable because it is initialized later on and
it is just additional step.
Fixes: 1327d1678bd2 ("firmware: zynqmp: Add zynqmp-power support")
Reported-by: Luca Ceresoli
ls1028a has 4 personalities: ls1028a, ls1027a, ls1017a and ls1018a.
Both ls1027a and ls1017a personalities are lower functionality version
which doesn't support the multimedia subsystems, like LCD, GPU.
To disable multimedia feature on non-multimedia version, set the status
property to disabled
On Thu, 10 Oct 2019 10:43:46 +0200
Simon Goldschmidt simon.k.r.goldschm...@gmail.com wrote:
...
> > Why is this required? In the past we have rejected all new code adding
> > defines instead of structs for register accesses. Have we changed our mind
> > now?
>
> Who is we?
U-Boot
On Wed, Sep 25, 2019 at 10:59 PM Simon Glass wrote:
>
> At present the interrupt table is included in all phases of U-Boot. Allow
> it to be omitted, e.g. in TPL, to reduce size.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1
Hi Simon,
On Wed, Sep 25, 2019 at 10:59 PM Simon Glass wrote:
>
> These drivers are not needed on all platforms. While they are small, it
> is useful in TPL to drop then. Add Kconfig control to allow this.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/pch/Kconfig | 18 ++
>
On 09. 10. 19 17:03, Luca Ceresoli wrote:
> Hi,
>
> On 02/10/19 15:39, Michal Simek wrote:
>> From: Ibai Erkiaga
>>
>> zynqmp-power driver for ZynqMP to handle the communication with the PMU
>> firmware. Firmware driver just probes subnodes and power driver handles
>> communication with PMU
On Wed, Sep 25, 2019 at 10:59 PM Simon Glass wrote:
>
> This option pulls in libfdt and therefore precludes getting the full
> code-size savings of op-platdata. Drop it since it will be enabled anyway
> if needed.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/Kconfig | 1 -
> 1 file changed, 1
Hi,
On 10/10/19 11:13, Michal Simek wrote:
> Function should report error when called in EL3 context. Also report it as
> error instead 0 (success).
>
> Reported-by: Luca Ceresoli
> Signed-off-by: Michal Simek
> ---
>
> Based on https://lists.denx.de/pipermail/u-boot/2019-October/385462.html
On 09. 10. 19 17:02, Luca Ceresoli wrote:
> Hi Ibai, Michal,
>
> I had half-written a review of this patch and patch 4. Unfortunately I
> didn't finish them before they got applied. I'll send them now anyway,
> they are mostly nitpicking but you might consider them for a future
> improvement.
1 - 100 of 140 matches
Mail list logo
