Re: [PATCH v2 19/49] mkimage: Allow updating the FIT timestamp

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Normally the FIT timestamp is created the first time mkimage is run on a > FIT, when converting the source .its to the binary .fit file. This > corresponds to using the -f flag. But if the original input to mkimage is > a binary file (already

Re: [PATCH v2 18/49] binman: Allow zero-length entries to overlap

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Some binary blobs unfortunately obtain their position in the image from > other binary blobs, such as Intel's 'descriptor'. In this case we cannot > rely on packing to work. It is not possible to produce a valid image in > any case, due to th

Re: [PATCH v2 14/49] binman: Allow external binaries to be missing

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Sometimes it is useful to build an image even though external binaries are > not present. This allows the build system to continue to function without > these files, albeit not producing valid images. > > U-Boot does with with ATF (ARM Truste

Re: [PATCH v2 17/49] binman: Allow missing Intel blobs

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Update the Intel blob entries to support missing binaries. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > tools/binman/etype/intel_descriptor.py | 7 - > tools/binman/etype/intel_ifwi.py | 17 --- > to

Re: [PATCH v2 16/49] binman: Detect when valid images are not produced

2020-06-28 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > When external blobs are missing, show a message indicating that the images > are not functional. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > tools/binman/control.py | 16 +++--

Re: [PATCH v2 15/49] patman: Update errors and warnings to use stderr

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > When warnings and errors are produced by tools they should be written to > stderr. Update the tout implementation to handle this. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > tools/binman/ftest.py | 2 +- > tools/patma

Re: [PATCH v2 13/49] binman: Convert existing binary blobs to blob_ext

2020-06-28 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Many of the existing blobs rely on external binaries which may not be > available. Move them over to use blob_ext to indicate this. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > tools/binman/etype/cros_ec_rw.

Re: [PATCH v2 12/49] binman: Add an etype for external binary blobs

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > It is useful to be able to distinguish between ordinary blobs such as > u-boot.bin and external blobs that cannot be build by the U-Boot build > system. If the external blobs are not available for some reason, then we > know that a value imag

Re: [PATCH v2 11/49] binman: Use super() instead of specifying parent type

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > It is easier and less error-prone to use super() when the parent type is > needed. Update binman to remove the type names. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > tools/binman/etype/_testing.py |

Re: [PATCH] sync helios4 config to clearfog and dts to kernel

2020-06-28 Thread Stefan Roese
On 27.06.20 22:00, dgilm...@redhat.com wrote: From: Dennis Gilmore The helios4 is built on the same microsom as the clearfog, by syncing the config we enable the same featureset that exists in the som on the helios4. The current config does not boot as some of the clearfog changes needed to be

Re: [PATCH v4 3/3] riscv: Enable CONFIG_OF_BOARD_FIXUP by default for OF_SEPARATE

2020-06-28 Thread Rick Chen
> From: Bin Meng [mailto:bmeng...@gmail.com] > Sent: Friday, June 26, 2020 9:16 AM > To: Rick Jian-Zhi Chen(陳建志); U-Boot Mailing List > Cc: Atish Patra; Bin Meng > Subject: [PATCH v4 3/3] riscv: Enable CONFIG_OF_BOARD_FIXUP by default for > OF_SEPARATE > > From: Bin Meng > > Starting from OpenSBI

Re: [PATCH v4 2/3] riscv: Expand the DT size before copy reserved memory node

2020-06-28 Thread Rick Chen
> From: Bin Meng [mailto:bmeng...@gmail.com] > Sent: Friday, June 26, 2020 9:16 AM > To: Rick Jian-Zhi Chen(陳建志); U-Boot Mailing List > Cc: Atish Patra; Bin Meng > Subject: [PATCH v4 2/3] riscv: Expand the DT size before copy reserved memory > node > > From: Bin Meng > > The FDT blob might not ha

Re: [PATCH v3 2/6] sifive: fu540: Add Booting from SPI

2020-06-28 Thread Rick Chen
Hi Jagan > From: Bin Meng [mailto:bmeng...@gmail.com] > Sent: Monday, June 22, 2020 9:53 PM > To: Jagan Teki > Cc: Rick Jian-Zhi Chen(陳建志); Atish Patra; Palmer Dabbelt; Paul Walmsley; Anup > Patel; Sagar Kadam; U-Boot Mailing List; linux-amarula > Subject: Re: [PATCH v3 2/6] sifive: fu540: Add Bo

Re: [PATCH v2 08/49] binman: Fix a few typos in the entry docs

2020-06-28 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Some typos have been fixed in the code but the entry docs were not > regenerated. Fix this. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > tools/binman/README.entries | 4 ++-- > 1 file changed, 2 insertions(+

Re: [PATCH v2 03/49] binman: Output errors to stderr

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > At present binman outputs errors to stdout which means that fails are > effectively silent when printed by buildman, for example. Fix this by > outputing errors to stderr. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Add new b

Re: [PATCH v2 09/49] binman: Adjust pylibfdt for incremental build

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > If the pylibfdt shared-object file is detected, then Python assumes that > the libfdt.py file exists also. > > Sometimes when an incremental build aborts, the shared-object file is > built but the libfdt.py is not. The only way out at this po

Re: [PATCH v2 02/49] .gitignore: Ignore Python 3 cache directories

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > These can appear when moving between branches that have different tools > in the tree. Ignore them. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > .gitignore | 3 +++ > 1 file changed, 3 insertions(+) > Reviewed-by: Bin

Re: [PATCH v2 05/49] binman: Correct the search patch for pylibfdt

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Now that binman uses tools/ as its base directory for importing modules, > the path to the pylibfdt build by U-Boot is incorrect. Fix it with a new > path. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Leave the old (object-dir

Re: [PATCH v2 04/49] binman: cbfs: Fix IFWI typo

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > This comment references the wrong thing. Fix it. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > tools/binman/etype/cbfs.py | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > Reviewed-by: Bin Meng

Re: [PATCH v2 01/49] dm: core Fix long line in device_bind_common()

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Fix an over-length line in this function. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > drivers/core/device.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > Reviewed-by: Bin Meng

Re: [PATCH v2 5/5] arm: kirkwood: enable DM_ETH for LaCie board

2020-06-28 Thread Stefan Roese
On 28.06.20 19:00, Simon Guinot wrote: This patch enables DM_ETH for the following Kirkwood-based LaCie boards: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Network Space v2 - Network Space Lite v2 - Network Space Max v2 - Network Space Mini v2 Signed-off-by: Simon Guinot Reviewed

Re: [PATCH v2 4/5] arm: kirkwood: enable DM_USB for LaCie board

2020-06-28 Thread Stefan Roese
On 28.06.20 19:00, Simon Guinot wrote: This patch enables DM_USB and USB_STORAGE for the following Kirkwood-based LaCie boards: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Network Space v2 - Network Space Lite v2 - Network Space Max v2 Signed-off-by: Simon Guinot Reviewed-by: Ste

Re: [PATCH v2 3/5] arm: kirkwood: switch LaCie boards to sata_mv driver

2020-06-28 Thread Stefan Roese
On 28.06.20 19:00, Simon Guinot wrote: This patch switches the SATA driver from mvsata_ide to sata_mv for the following Kirkwood-based LaCie boards: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Network Space v2 - Network Space Lite v2 - Network Space Max v2 - Network Space Mini v2 Si

Re: [PATCH v2 2/5] arm: kirkwood: convert LaCie boards to DM_SPI_FLASH

2020-06-28 Thread Stefan Roese
On 28.06.20 19:00, Simon Guinot wrote: This patch converts the following Kirkwood-based LaCie boards to DM, DM_SPI and DM_SPI_FLASH: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Network Space v2 - Network Space Lite v2 - Network Space Max v2 - Network Space Mini v2 Signed-off-by: Sim

Re: [PATCH v2 1/5] arm: kirkwood: add DT spi0 alias to LaCie boards

2020-06-28 Thread Stefan Roese
On 28.06.20 19:00, Simon Guinot wrote: The spi0 alias is needed by the environment code to retrieve the SPI flash. This patch adds some -u-boot.dtsi files, providing the spi0 aliases, for all the following Kirkwood-based LaCie boards: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Netwo

Re: [PATCH v3 35/35] acpi: Add an acpi command to list/dump generated ACPI items

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > Add a command that shows the individual blocks of data generated by each > device, effectively splitting the full table into its component parts. > This can be helpful for debugging. > > Signed-off-by: Simon Glass > Reviewed-by: Wolfgang Wal

Re: [PATCH v3 34/35] dm: acpi: Enhance acpi_get_name()

2020-06-28 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > For many device types it is possible to figure out the name just by > looking at its uclass or parent. Add a function to handle this, since it > allows us to cover the vast majority of cases automatically. > > However it is sometim

Re: [PATCH v3 31/35] acpi: Add support for DSDT generation

2020-06-28 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > Some devices need to inject extra code into the Differentiated System > Descriptor Table (DSDT). Add a method to handle this. > > Signed-off-by: Simon Glass > Reviewed-by: Wolfgang Wallner > --- > > Changes in v3: > - Fix 'THe' t

Re: [PATCH v3 32/35] x86: Allow devices to write to DSDT

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > 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 ASL file is added after this. > > Signed-off-by: Simon Gla

Re: [PATCH v3 33/35] pci: Avoid a crash in device_is_on_pci_bus()

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > This function cannot currently be called on the root node. Add a check > for this as well as a test. > > Signed-off-by: Simon Glass > Reviewed-by: Wolfgang Wallner > --- > > (no changes since v1) > > include/dm/device.h | 2 +- > test/dm/

Re: [PATCH v2 2/3] watchdog: rti_wdt: Add support for loading firmware

2020-06-28 Thread Lokesh Vutla
On 29/06/20 10:20 am, Jan Kiszka wrote: > On 29.06.20 04:26, Lokesh Vutla wrote: >> +Tom >> >> On 23/06/20 8:11 pm, Jan Kiszka wrote: >>> On 23.06.20 14:37, Jan Kiszka wrote: On 23.06.20 13:50, Lokesh Vutla wrote: > > > On 23/06/20 4:45 pm, Jan Kiszka wrote: >> From: Jan Kis

Re: [PATCH] rockchip: i2c: fix switch to new implementation for rk3188

2020-06-28 Thread Heiko Schocher
Hi Alex, Am 29.06.2020 um 05:23 schrieb David Wu: Hi Alexander, Thank you for your patch, the grf header file is missing for rk3066, the GRF_SOC_CON1 offset of 3066 is 0x154, the corresponding bit of i2c0~i2c4 is also bit11 ~ bit15. There is currently no support for rk3066 at mainline, rk306

Re: [PATCH v2 2/3] watchdog: rti_wdt: Add support for loading firmware

2020-06-28 Thread Jan Kiszka
On 29.06.20 04:26, Lokesh Vutla wrote: +Tom On 23/06/20 8:11 pm, Jan Kiszka wrote: On 23.06.20 14:37, Jan Kiszka wrote: On 23.06.20 13:50, Lokesh Vutla wrote: On 23/06/20 4:45 pm, Jan Kiszka wrote: From: Jan Kiszka To avoid the need of extra boot scripting on AM65x for loading a watchdog

Re: [PATCH v3 29/35] acpi: Support ordering SSDT data by device

2020-06-28 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > 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 within Linux. > > Signed-off-by: Simon Glass > --- > >

Re: [PATCH v3 28/35] acpi: Record the items added to SSDT

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > It is useful to be able to control the order of data written to the SSDT > so that we can compare the output against known-good kernel dumps. > > Add code to record each item that is added along with the device that > added it. That allows us

Re: [PATCH v3 30/35] x86: Allow devices to write an SSDT

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > 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 in v3: > Drop coreboot_acpi_ids enum > > Changes in v1: > -

Re: [PATCH v3 27/35] x86: acpi: Move MADT down a bit

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > Put this table before MCFG so that it matches the order that coreboot uses > when passing tables to Linux. This is a cosmetic change since the order of > the tables does not otherwise matter. > > Signed-off-by: Simon Glass > Reviewed-by: Wol

Re: [PATCH v3 26/35] acpi: Add support for SSDT generation

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > Some devices need to generate code for the Secondary System Descriptor > Table (SSDT). Add a method to handle this. > > Signed-off-by: Simon Glass > Reviewed-by: Wolfgang Wallner > --- > > Changes in v3: > - Fix 'THe' typo > > Changes in v1

Re: [PATCH] rockchip: i2c: fix switch to new implementation for rk3188

2020-06-28 Thread David Wu
Hi Alexander, Thank you for your patch, the grf header file is missing for rk3066, the GRF_SOC_CON1 offset of 3066 is 0x154, the corresponding bit of i2c0~i2c4 is also bit11 ~ bit15. There is currently no support for rk3066 at mainline, rk3066 is not handled here, I think it’s okay, so, Re

Re: [PATCH v3 1/2] drivers: tee: broadcom: add optee based bnxt fw load driver

2020-06-28 Thread Rayagonda Kokatanur
Hi Simon, On Fri, Jun 26, 2020 at 6:42 AM Simon Glass wrote: > > Hi Rayagonda, > > On Wed, 10 Jun 2020 at 05:15, Rayagonda Kokatanur > wrote: > > > > From: Vikas Gupta > > > > Add optee based bnxt fw load driver. > > bnxt is Broadcom NetXtreme controller Ethernet card. > > This driver is used t

Re: [PATCH v3 23/35] acpi: Add support for writing a Power Resource

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > These are used in ACPI to disable power to various pats of the system when > in sleep. Add a way to create a power resource, with the caller finishing > off the details. > > Reviewed-by: Wolfgang Wallner > Signed-off-by: Simon Glass > --- >

Re: [PATCH v3 24/35] acpi: Add support for writing a GPIO power sequence

2020-06-28 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > Power to some devices is controlled by GPIOs. Add a way to generate ACPI > code to enable and disable a GPIO so that this can be handled within an > ACPI method. > > Signed-off-by: Simon Glass > Reviewed-by: Wolfgang Wallner > --

Re: [PATCH v3 21/35] acpi: Support copying properties from device tree to ACPI

2020-06-28 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > 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. > > It is convenient to copy these values over to the device tree for passi

Re: [PATCH v3 22/35] acpi: Add support for various misc ACPI opcodes

2020-06-28 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > Add more functions to handle some miscellaneous ACPI opcodes. > > Signed-off-by: Simon Glass > Reviewed-by: Wolfgang Wallner > --- > > Changes in v3: > - Fix function name in comment for acpigen_write_not() > - Use #defines for t

Re: [PATCH 5/7] usb: ehci-mx6: fix controller index for imx8m and imx8

2020-06-28 Thread Marek Vasut
On 6/29/20 4:13 AM, Peng Fan wrote: [...] > diff --git a/drivers/usb/host/ehci-mx6.c b/drivers/usb/host/ehci-mx6.c > index 046c6ab283..8090cb27fe 100644 > --- a/drivers/usb/host/ehci-mx6.c > +++ b/drivers/usb/host/ehci-mx6.c > @@ -687,7 +687,11 @@ static int ehci_usb_bind(struct udevice *dev) >

Re: [PATCH 3/7] usb: ehci-mx6: Turn on the power domain of USB PHY

2020-06-28 Thread Marek Vasut
On 6/29/20 4:13 AM, Peng Fan wrote: [...] > @@ -23,6 +25,9 @@ > #include > > #include "ehci.h" > +#if CONFIG_IS_ENABLED(POWER_DOMAIN) > +#include > +#endif The ifdef here should not be needed. > DECLARE_GLOBAL_DATA_PTR; > > @@ -590,6 +595,18 @@ static int ehci_usb_phy_mode(struct udevice

Re: [PATCH 2/7] usb: ehci-mx6: Add i.MX8 OTG controller support

2020-06-28 Thread Marek Vasut
On 6/29/20 4:13 AM, Peng Fan wrote: Hi, > The i.MX8 has two USB controllers: USBOH and USB3. The USBOH reuses > previous i.MX6/7. It has same PHY IP as i.MX7ULP but NC registers > are same as i.MX7D. So add its support in ehci-mx6 driver. > > Also the driver is updated to remove build warning fo

Re: [PATCH 4/7] usb: ehci-mx6: Update driver to support i.MX8MM

2020-06-28 Thread Marek Vasut
On 6/29/20 4:13 AM, Peng Fan wrote: [...] > @@ -366,7 +366,7 @@ static void usb_oc_config(int index) > struct usbnc_regs *usbnc = (struct usbnc_regs *)(USB_BASE_ADDR + > USB_OTHERREGS_OFFSET); > void __iomem *ctrl = (void __iomem *)(&usbnc->ctrl[index]); > -#elif

Re: [PATCH 1/7] usb: ehci-mx6: Add powerup_fixup implementation

2020-06-28 Thread Marek Vasut
On 6/29/20 4:13 AM, Peng Fan wrote: [...] > +static void ehci_mx6_powerup_fixup(struct ehci_ctrl *ctrl, uint32_t > *status_reg, > +uint32_t *reg) > +{ > + u32 result; > + int usec = 2000; > + > + mdelay(50); > + > + do { > + result = eh

Re: [PATCH v2 2/3] watchdog: rti_wdt: Add support for loading firmware

2020-06-28 Thread Lokesh Vutla
+Tom On 23/06/20 8:11 pm, Jan Kiszka wrote: > On 23.06.20 14:37, Jan Kiszka wrote: >> On 23.06.20 13:50, Lokesh Vutla wrote: >>> >>> >>> On 23/06/20 4:45 pm, Jan Kiszka wrote: From: Jan Kiszka To avoid the need of extra boot scripting on AM65x for loading a watchdog firmware,

Re: [PATCH] arm: k3: Consolidate and silence k3_fit_atf.sh call

2020-06-28 Thread Lokesh Vutla
On 25/06/20 12:13 pm, Jan Kiszka wrote: > From: Jan Kiszka > > Signed-off-by: Jan Kiszka Thanks for cleaning it up Jan. May be a small commit message would be really useful. Other than that: Acked-by: Lokesh Vutla Thanks and regards, Lokesh

Re: [PATCH] arm: k3: Consolidate and silence k3_fit_atf.sh call

2020-06-28 Thread Lokesh Vutla
On 25/06/20 12:13 pm, Jan Kiszka wrote: > From: Jan Kiszka > > Signed-off-by: Jan Kiszka Thanks for cleaning ti up Jan. May be a small commit message would help. Other that that: Acked-by: Lokesh Vutla Thanks and regards, Lokesh > --- > arch/arm/mach-k3/config.mk | 17 +

[PATCH 6/7] f_sdp: Add EP1_OUT as default data receive pipe in sdp

2020-06-28 Thread Peng Fan
From: Sherry Sun EP0 has been used to transfer file data in sdp before, but the max packetsize of ep0 is 64 bytes. So in order to improve the file transfer speed, here add the EP1_OUT interrupt endpoint which max packetsize is set to 1024 byte. After testing, it turns out that using ep1out is tw

[PATCH 7/7] f_sdp: Change bInterval of interrupt endpoint to 3

2020-06-28 Thread Peng Fan
From: Sherry Sun Since the USB HID limits the maximum bandwidth(3072) for interrupt endpoint transfers, when the bInterval set to 1, we can only support 3 boards to run sdp at the same time. In order to support more boards, change the bInterval of interrupt endpoint to 3, which will not affect th

[PATCH 4/7] f_sdp: Support searching and loading FIT or container image

2020-06-28 Thread Peng Fan
Add support to f_sdp to search and load iMX8 container image or iMX8M FIT image by new UUU command SDPV. When using the SDPV, the uuu will continue to send out data after first level boot loader used by ROM. This means uuu won't skip to the offset of the second boot loader, and the padding data be

[PATCH 5/7] spl: add g_dnl_get_board_bcd_device_number

2020-06-28 Thread Peng Fan
Add g_dnl_get_board_bcd_device_number, the new BCD value is used by uuu to distinguish if the SPL supports the SDPV. Signed-off-by: Peng Fan --- arch/arm/mach-imx/spl.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/mach-imx/spl.c b/arch/arm/mach-imx/spl.c index 1a231c67f5..

[PATCH 2/7] f_sdp: Add high speed endpoint descriptor

2020-06-28 Thread Peng Fan
From: Ye Li Add HS endpoint descriptor for SDP. So that we can use high speed endpoint, and the SDP device can send packet with 512 byte size. Signed-off-by: Ye Li Signed-off-by: Peng Fan --- drivers/usb/gadget/f_sdp.c | 30 -- 1 file changed, 28 insertions(+), 2 d

[PATCH 3/7] f_sdp: Fix wrong usb request size

2020-06-28 Thread Peng Fan
From: Ye Li Because the buffer length of sdp usb request is 65, we have to allocate 65 bytes not 64 bytes. Otherwise there is potential buffer overflow. Signed-off-by: Ye Li Signed-off-by: Peng Fan --- drivers/usb/gadget/f_sdp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --gi

[PATCH 1/7] sdp: call board_usb_init at spl_sdp_load_image

2020-06-28 Thread Peng Fan
From: Frank Li Need initialize UDC before run sdp download Signed-off-by: Frank Li Signed-off-by: Peng Fan --- common/spl/spl_sdp.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/common/spl/spl_sdp.c b/common/spl/spl_sdp.c index e7f7b68411..ae9c09883a 100644 --- a/common/spl/spl_sdp.c

Re: [PATCH v3 18/35] acpi: Support writing a UUID

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > ACPI supports writing a UUID in a special format. Add a function to handle > this. > > Signed-off-by: Simon Glass > Reviewed-by: Wolfgang Wallner > --- > > (no changes since v1) > > include/acpi/acpigen.h | 13 + > lib/acpi/acp

Re: [PATCH v3 19/35] acpi: Support writing Device Properties objects via _DSD

2020-06-28 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > More complex device properties can be provided to drivers via a > device-specific data (_DSD) object. > > To create this we need to build it up in a separate data structure and > then generate the ACPI code, due to its recursive na

Re: [PATCH v3 17/35] acpi: Support writing a name

2020-06-28 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > ACPI supports storing names which are made up of multiple path components. > Several special cases are supported. Add a function to emit a name. > > Signed-off-by: Simon Glass > Reviewed-by: Wolfgang Wallner > --- > > (no changes

Re: [PATCH v3 20/35] acpi: Support writing a GPIO

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > 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: > - Use an enum for the GPIO priority > - Add error check

Re: [PATCH v3 16/35] acpi: Support writing a string

2020-06-28 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > ACPI supports storing a simple nul-terminated string. Add support for nits: null > this. > > Signed-off-by: Simon Glass > Reviewed-by: Wolfgang Wallner > --- > > (no changes since v1) > > include/acpi/acpigen.h | 10 ++

[PATCH 4/7] usb: ehci-mx6: Update driver to support i.MX8MM

2020-06-28 Thread Peng Fan
From: Ye Li Since the i.MX8MM reuses the otg controllers on i.MX7D. We can use CONFIG_USB_EHCI_MX7 for them. Due the TCPC and load switch are used on Typec circuit. Add the board_usb_init and board_usb_cleanup to ehci-mx6 DM driver. So we can implement the TCPC settings in these board functions.

[PATCH 6/7] usb: ehci-mx6: Enable iMX EHCI driver for iMX8M Nano

2020-06-28 Thread Peng Fan
From: Ye Li Add the IMX8MN to the EHCI-MX7 kconfig dependency. Signed-off-by: Ye Li Signed-off-by: Peng Fan --- drivers/usb/host/Kconfig| 2 +- drivers/usb/host/ehci-mx6.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/usb/host/Kconfig b/drivers/usb/host/Kc

[PATCH 5/7] usb: ehci-mx6: fix controller index for imx8m and imx8

2020-06-28 Thread Peng Fan
From: Ye Li The bind codes calculate the address offset for controller index, but it is wrong for imx8m and imx8. It causes secondary controller fails to work. So fix this problem, and also change all seq to req_seq. There is another issue here for imx8, the codes use runtime CPU type check. One

[PATCH 3/7] usb: ehci-mx6: Turn on the power domain of USB PHY

2020-06-28 Thread Peng Fan
From: Ye Li Since there is no uclass for USB PHY. The device won't be setup for the USB PHY node in DTB. And its associated power domain device won't be turned on neither by DM framework. This patch modifies the ehci-mx6 driver to enable the power domain device before access the USB PHY. This is

[PATCH 7/7] usb: ehci-mx6: configure usb out of suspend state

2020-06-28 Thread Peng Fan
When moving to support partition reboot or android auto on XEN, linux kernel will runs into runtime suspend state, and the usb will be configured to low power suspend state by Linux. Then we reboot and runs into U-Boot, however the usb already in suspended state and uboot not able to lock the phy

[PATCH 2/7] usb: ehci-mx6: Add i.MX8 OTG controller support

2020-06-28 Thread Peng Fan
From: Ye Li The i.MX8 has two USB controllers: USBOH and USB3. The USBOH reuses previous i.MX6/7. It has same PHY IP as i.MX7ULP but NC registers are same as i.MX7D. So add its support in ehci-mx6 driver. Also the driver is updated to remove build warning for 64 bits CPU. Signed-off-by: Ye Li

[PATCH 1/7] usb: ehci-mx6: Add powerup_fixup implementation

2020-06-28 Thread Peng Fan
From: Ye Li When doing port reset, the PR bit of PORTSC1 will be automatically cleared by our IP, but standard EHCI needs explicit clear by software. The EHCI-HCD driver follow the EHCI specification, so after 50ms wait, it clear the PR bit by writting to the PORTSC1 register with value loaded be

[PATCH] usb: gadget: Fix controller index in UMS

2020-06-28 Thread Peng Fan
From: Ye Li The usb mass storage (f_mass_storage.c) uses fixed usb index 0, this causes problem while CDNS3 USB controller index is 1. Modify the API of fsg to pass the controller index. Reviewed-by: Jun Li Signed-off-by: Ye Li Signed-off-by: Peng Fan --- cmd/usb_mass_storage.c

[PATCH] usb: ci_udc: Add function to remove usb device

2020-06-28 Thread Peng Fan
From: Ye Li When unregister gadget driver in ci_udc, the usb device is not removed or stop. This causes next "usb start" fails to work. Add a new interface "usb_remove_ehci_gadget" in usb-uclass to remove the usb device for DM driver. Using "usb_lowlevel_stop" for non-DM driver. Signed-off-by:

Re: Please pull u-boot-video

2020-06-28 Thread Tom Rini
On Sun, Jun 28, 2020 at 02:27:57PM +0200, Anatolij Gustschin wrote: > Hi Tom, > > please pull some fixes for v2020.07. Thanks! > > gitlab CI: > https://gitlab.denx.de/u-boot/custodians/u-boot-video/pipelines/3806 > > The following changes since commit eae62ae8de1893f7cf08e276ab841d3f99245603:

Re: Pull request: u-boot-rockchip-20200628

2020-06-28 Thread Tom Rini
3:33:15 > -0400) > > are available in the Git repository at: > > https://gitlab.denx.de/u-boot/custodians/u-boot-rockchip.git > tags/u-boot-rockchip-20200628 > > for you to fetch changes up to 673eb44e91bc0c06cb1e3f353f5d07b4f9e5a586: > > rockchip: correctly

Re: [GIT PULL] Uboot socfpga

2020-06-28 Thread Tom Rini
On Fri, Jun 26, 2020 at 04:02:32AM +, Tan, Ley Foon wrote: > Hi Tom > > Please pull one fix for uboot socfpga. > Thanks. > > Regards > Ley Foon > > The following changes since commit eae62ae8de1893f7cf08e276ab841d3f99245603: > > Merge tag 'efi-2020-07-rc6' of > https://gitlab.denx.de/u-

Re: [PATCH v3 15/35] acpi: Support writing an integer

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > ACPI supports storing integers in various ways. Add a function to handle > this. > > Signed-off-by: Simon Glass > Reviewed-by: Wolfgang Wallner > --- > > (no changes since v1) > > include/acpi/acpigen.h | 17 ++ > lib/acpi/acpi

Re: [PATCH v3 13/35] acpigen: Support writing a length

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > It is convenient to write a length value for preceding a block of data. > Of course the length is not known or is hard to calculate a priori. So add > a way to mark the start on a stack, so the length can be updated when > known. > > Signed-o

Re: [PATCH v3 14/35] acpigen: Support writing a package

2020-06-28 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > A package collects together several elements. Add an easy way of writing > a package header and updating its length later. > > Signed-off-by: Simon Glass > Reviewed-by: Wolfgang Wallner > --- > > Changes in v3: > - Fix 'easy of testing' typ

Re: [PATCH v3 12/35] acpi: Support generation of SPI descriptor

2020-06-28 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > 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 an extra comment about scope to acpi_device_set_spi() > -

Re: [PATCH v3 11/35] acpi: Support generation of I2C descriptor

2020-06-28 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:55 AM Simon Glass wrote: > > Add a function to write a GPIO descriptor to the generated ACPI code. > > Reviewed-by: Wolfgang Wallner > Signed-off-by: Simon Glass > --- > > Changes in v3: > - Update comment in acpi_device_set_i2c() to talk about scope paramet

Re: [PATCH v2] test/py: test_efi_fit: Update #size-cells to 1

2020-06-28 Thread Bin Meng
Hi Heinrich, On Sun, Jun 28, 2020 at 8:23 PM Heinrich Schuchardt wrote: > > On 6/28/20 3:03 AM, Bin Meng wrote: > > From: Bin Meng > > > > test_efi_fit tests fail on RISC-V currently. This is due to the > > RISC-V arch_fixup_fdt() checks the #size-cells of the root node > > in order to correctly

Re: [PATCH] video: rk_vop: Fix wrong bpix for frame buffer

2020-06-28 Thread Anatolij Gustschin
On Sun, 28 Jun 2020 20:36:46 +0530 Jagan Teki ja...@amarulasolutions.com wrote: ... > Any comments on this fix? it needs to be in the release in order to > work 4K HDMI. I did tests lower than 4K resolution as well. I'm afraid that this is not the right fix, so I skipped this patch in the video pu

Re: [PATCH] video: rk_vop: Fix wrong bpix for frame buffer

2020-06-28 Thread Anatolij Gustschin
Hi Jagan, On Wed, 24 Jun 2020 20:48:43 +0530 Jagan Teki ja...@amarulasolutions.com wrote: ... > @@ -425,7 +425,7 @@ int rk_vop_bind(struct udevice *dev) > { > struct video_uc_platdata *plat = dev_get_uclass_platdata(dev); > > - plat->size = 4 * (CONFIG_VIDEO_ROCKCHIP_MAX_XRES * > +

Re: [PATCH v2 1/5] arm: kirkwood: add DT spi0 alias to LaCie boards

2020-06-28 Thread Tom Rini
On Sun, Jun 28, 2020 at 07:00:27PM +0200, Simon Guinot wrote: > The spi0 alias is needed by the environment code to retrieve the SPI > flash. This patch adds some -u-boot.dtsi files, providing the spi0 > aliases, for all the following Kirkwood-based LaCie boards: > > - d2 Network v2 > - Internet

[PATCH v2 5/5] arm: kirkwood: enable DM_ETH for LaCie board

2020-06-28 Thread Simon Guinot
This patch enables DM_ETH for the following Kirkwood-based LaCie boards: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Network Space v2 - Network Space Lite v2 - Network Space Max v2 - Network Space Mini v2 Signed-off-by: Simon Guinot --- board/LaCie/net2big_v2/net2big_v2.c | 2 +-

[PATCH v2 3/5] arm: kirkwood: switch LaCie boards to sata_mv driver

2020-06-28 Thread Simon Guinot
This patch switches the SATA driver from mvsata_ide to sata_mv for the following Kirkwood-based LaCie boards: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Network Space v2 - Network Space Lite v2 - Network Space Max v2 - Network Space Mini v2 Signed-off-by: Simon Guinot --- configs/d

[PATCH v2 4/5] arm: kirkwood: enable DM_USB for LaCie board

2020-06-28 Thread Simon Guinot
This patch enables DM_USB and USB_STORAGE for the following Kirkwood-based LaCie boards: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Network Space v2 - Network Space Lite v2 - Network Space Max v2 Signed-off-by: Simon Guinot --- configs/d2net_v2_defconfig | 2 ++ configs/ine

[PATCH v2 2/5] arm: kirkwood: convert LaCie boards to DM_SPI_FLASH

2020-06-28 Thread Simon Guinot
This patch converts the following Kirkwood-based LaCie boards to DM, DM_SPI and DM_SPI_FLASH: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Network Space v2 - Network Space Lite v2 - Network Space Max v2 - Network Space Mini v2 Signed-off-by: Simon Guinot --- configs/d2net_v2_defconfi

[PATCH v2 1/5] arm: kirkwood: add DT spi0 alias to LaCie boards

2020-06-28 Thread Simon Guinot
The spi0 alias is needed by the environment code to retrieve the SPI flash. This patch adds some -u-boot.dtsi files, providing the spi0 aliases, for all the following Kirkwood-based LaCie boards: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Network Space v2 - Network Space Lite v2 - Net

[PATCH v2 0/5] Convert LaCie boards to use DM drivers

2020-06-28 Thread Simon Guinot
This patch series converts the following LaCie boards (Marvell Kirkwood-based) to use DM drivers: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Network Space v2 - Network Space Lite v2 - Network Space Max v2 - Network Space Mini v2 Changes in v2: - Move spi0 DT aliases into per boards

Re: [PATCH 1/4] arm: kirkwood: convert LaCie boards to DM_SPI_FLASH

2020-06-28 Thread Simon Guinot
On Fri, Jun 26, 2020 at 03:40:51PM -0400, Tom Rini wrote: > On Thu, Jun 25, 2020 at 12:28:56AM +0200, Simon Guinot wrote: > > > This patch converts the following Kirkwood-based LaCie boards to DM, > > DM_SPI and DM_SPI_FLASH: > > > > - d2 Network v2 > > - Internet Space v2 > > - 2Big Network v2 >

Re: [PATCH v2] arm64: issue ISB after updating system registers

2020-06-28 Thread Masahiro Yamada
On Wed, Jun 24, 2020 at 11:07 AM Volodymyr Babchuk wrote: > > ARM Architecture reference manual clearly states that PE pipeline > should be flushed after any change to system registers. Refer to > paragraph "B2.3.5 Memory Barriers" at page B2-92 of "Arm Architecture > Reference Manual ARMv8 for AR

Re: [PATCH] video: rk_vop: Fix wrong bpix for frame buffer

2020-06-28 Thread Jagan Teki
On Wed, Jun 24, 2020 at 8:48 PM Jagan Teki wrote: > > Video framework would use plat size as a frame buffer > pointer in rockchip video drivers. > > Typical frame buffer pointer would compute based on > maximum resolutions supporting followed by bits per > pixel value. Right now the value 4 (VIDEO

[PATCH v7 4/4] riscv: cpu: check and append L1 cache to cpu features

2020-06-28 Thread Sagar Shrikant Kadam
All cpu cores within FU540-C000 having split I/D caches. Set the L1 cache feature bit using the i-cache-size or d-cache-size as one of the property from device tree indicating that L1 cache is present on the cpu core. => cpu detail 1: cpu@1 rv64imafdc ID = 1, freq = 999.100 MHz: L1

[PATCH v7 3/4] riscv: cpu: correctly handle the setting of CPU_FEAT_MMU bit

2020-06-28 Thread Sagar Shrikant Kadam
The conditional check to read "mmu-type" from the device tree is not rightly handled due to which the cpu feature doesn't include CPU_FEAT_MMU even if it's corresponding entry is present in the device tree. The initialization of cpu features is now taken care in cpu-uclass driver, so no need to ze

[PATCH v7 1/4] riscv: dts: hifive-unleashed-a00: add cpu aliases

2020-06-28 Thread Sagar Shrikant Kadam
Add cpu aliases to U-Boot specific dtsi for hifive-unleashed. Without aliases we see that the CPU device sequence numbers are set randomly and the cpu list/detail command will show it as follows: => cpu list 1: cpu@1 rv64imafdc 2: cpu@2 rv64imafdc 3: cpu@3 rv64imafdc 0: cpu@4

[PATCH v7 2/4] uclass: cpu: fix to display proper CPU features

2020-06-28 Thread Sagar Shrikant Kadam
The cmd "cpu detail" fetches uninitialized cpu feature information and thus displays wrong / inconsitent details as below. For eg: FU540-C000 doesn't have any microcode, yet the cmd display's it. => cpu detail 1: cpu@1 rv64imafdc ID = 1, freq = 999.100 MHz: L1 cache, MMU, Microcode,

[PATCH v7 0/4] update clock handler and proper cpu features

2020-06-28 Thread Sagar Shrikant Kadam
U-Boot cmd "cpu detail" shows inconsistent CPU features. The current "cpu detail" sometimes shows "Microcode" as a feature, which is not the case with FU540-C000 on HiFive Unleashed board. Patch 1: add cpu node aliases. Patch 2: Init CPU information to avoid inconsistent cpu information. Patch 3

Please pull u-boot-video

2020-06-28 Thread Anatolij Gustschin
Hi Tom, please pull some fixes for v2020.07. Thanks! gitlab CI: https://gitlab.denx.de/u-boot/custodians/u-boot-video/pipelines/3806 The following changes since commit eae62ae8de1893f7cf08e276ab841d3f99245603: Merge tag 'efi-2020-07-rc6' of https://gitlab.denx.de/u-boot/custodians/u-boot-efi

  1   2   >