Re: [PATCH 2/2] global_data: Fix comment for dm_driver_rt

On 11/30/20 1:07 AM, Simon Glass wrote: This comment is in the wrong format, so reports an error with 'make htmldocs'. Fix it. Fixes: a294ead8d25 ("dm: Use an allocated array for run-time device info") Signed-off-by: Simon Glass Reviewed-by: Heinrich Schuchardt

RE: [PATCH] riscv: timer: Add support for an early timer

Hi Rick, >-Original Message- [...] >> >After add CONFIG_TIMER_EARLY, U-Boot boots ok. >> >But When I try to booting kernel with FTRACE=1, following are the test >> >stats: >> > >> >ae350_rv64_spl_defconfig without FTRACE=1, kernel booting is ok. >> >ae350_rv64_spl_defconfig with

Re: [PATCH 1/2] log: Fix comment for LOGC_BOOT

On 11/30/20 1:07 AM, Simon Glass wrote: This comment is in the wrong format, so reports an error with 'make htmldocs'. Fix it. Fixes: b73d61a5565 ("x86: zimage: Add a little more logging") Signed-off-by: Simon Glass Reviewed-by: Heinrich Schuchardt

Re: [PATCH 01/27] linker_lists: Fix alignment issue

Am 30. November 2020 02:53:36 MEZ schrieb Simon Glass : >The linker script uses alphabetic sorting to group the different linker >lists together. Each group has its own struct and potentially its own >alignment. But when the linker packs the structs together it cannot >ensure that a linker list

Re: [PATCH v4] usb: xhci: fix lack of short packet event trb handling

Hi Ran, On Mon, Nov 30, 2020 at 9:42 AM Ran Wang wrote: > > Hi Marek, Bin, > > > On Wednesday, November 18, 2020 3:49 PM, Ran Wang wrote: > > > > For bulk IN transfer, the codes will set ISP flag to request event TRB being > > generated by xHC for the case of short packet. So when encountering >

[PATCH 03/27] dm: Avoid accessing seq directly

At present various drivers etc. access the device's 'seq' member directly. This makes it harder to change the meaning of that member. Change access to go through a function instead. The drivers/i2c/lpc32xx_i2c.c file is left unchanged for now. Signed-off-by: Simon Glass ---

[PATCH 00/27] dm: Change the way sequence numbers are implemented

At present each device has two sequence numbers, with 'req_seq' being set up at bind time and 'seq' at probe time. The idea is that devices can 'request' a sequence number and then the conflicts are resolved when the device is probed. This makes things complicated in a few cases, since we don't

[PATCH 18/27] x86: Simplify acpi_device_infer_name()

There is no-longer any need to check if sequence numbers are valid, since this is ensured by driver model. Drop the unwanted logic. Signed-off-by: Simon Glass --- lib/acpi/acpi_device.c | 27 +++ test/dm/acpi.c | 6 +- 2 files changed, 4 insertions(+), 29

[PATCH 17/27] x86: Drop unnecessary mp_init logic

Now that sequence numbers are set up when devices are bound, this code is not needed. Also, we should use dev_seq() instead of req_seq. Update the whole file accordingly. Also fix up APL cpu while we are here. Signed-off-by: Simon Glass --- arch/x86/cpu/apollolake/cpu.c | 2 +-

[PATCH 19/27] gpio: Update for new sequence numbers

Use the dev_seq() sequence number in all cases. Signed-off-by: Simon Glass --- drivers/gpio/imx_rgpio2p.c | 2 +- drivers/gpio/iproc_gpio.c | 2 +- drivers/gpio/mvebu_gpio.c | 2 +- drivers/gpio/mxc_gpio.c| 2 +- drivers/gpio/vybrid_gpio.c | 2 +- 5 files changed, 5 insertions(+), 5

[PATCH 20/27] pinctrl: Update for new sequence numbers

Use the dev_seq() sequence number in all cases. Signed-off-by: Simon Glass --- drivers/pinctrl/exynos/pinctrl-exynos.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pinctrl/exynos/pinctrl-exynos.c b/drivers/pinctrl/exynos/pinctrl-exynos.c index

[PATCH 27/27] dm: Update documentation for new sequence numbers

Update the driver model documention to describe how sequence numbers now work. Signed-off-by: Simon Glass --- doc/driver-model/design.rst | 58 + 1 file changed, 33 insertions(+), 25 deletions(-) diff --git a/doc/driver-model/design.rst

[PATCH 26/27] dm: core: Drop seq and req_seq

Now that migration to the new sequence numbers is complete, drop the old fields. Add a test that covers the new behaviour. Also drop the check for OF_PRIOR_STAGE since we always assign sequence numbers now. Signed-off-by: Simon Glass --- drivers/core/device-remove.c | 1 -

[PATCH 24/27] dm: core: Simplify uclass_find_next_free_req_seq()

This function current deals with req_seq which is deprecated. Update it to use the new sequence numbers. Rename the function to make this clear. Signed-off-by: Simon Glass --- drivers/core/device.c| 7 +++ drivers/core/uclass.c| 6 +++--- include/dm/uclass-internal.h | 14

[PATCH 25/27] cmd: Drop use of old sequence numbers in commands

Several commands use sequence numbers. Update them to use the new ones. Signed-off-by: Simon Glass --- cmd/axi.c | 4 ++-- cmd/i2c.c | 2 +- cmd/osd.c | 4 ++-- drivers/core/dump.c | 4 ++-- 4 files changed, 7 insertions(+), 7 deletions(-) diff --git a/cmd/axi.c

[PATCH 23/27] dm: Drop the unused arg in uclass_find_device_by_seq()

Now that there is only one sequence number (rather than both requested and assigned ones) we can simplify this function. Also update its caller to simplify the logic. Signed-off-by: Simon Glass --- arch/arm/mach-k3/am6_init.c | 2 +- arch/arm/mach-k3/j721e_init.c | 2 +-

[PATCH 16/27] usb: Update for new sequence numbers

Use the new sequence number in all cases. Since all devices are assigned a number when bound, this hack should not be needed. Signed-off-by: Simon Glass --- drivers/usb/host/ehci-vf.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/usb/host/ehci-vf.c

[PATCH 21/27] dm: Switch over to use new sequence number for dev_seq()

Update this function to use the new sequence number and fix up the test that deals with this. For networking, the sequence number has changed, so update to code to suit. Signed-off-by: Simon Glass --- arch/sandbox/dts/test.dts | 2 +- drivers/core/uclass.c | 6 ++

[PATCH 22/27] dm: Drop uclass_resolve_seq()

This function is not needed anymore. Drop it. Signed-off-by: Simon Glass --- drivers/core/device.c | 8 drivers/core/uclass.c | 39 --- include/dm/uclass.h | 15 --- 3 files changed, 62 deletions(-) diff --git a/drivers/core/device.c

[PATCH 15/27] usb: ehci-mx6: Drop assignment of sequence number

This hack cannot work in the new sequence-numbering scheme. Remove it while we wait for the maintainer to complete DM conversion as noted in the existing comment. Signed-off-by: Simon Glass --- drivers/usb/host/ehci-mx6.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff

[PATCH 14/27] spi: Update for new sequence numbers

Use the new sequence number in all cases. Drop the rockchip case because the sequence number should be 0 anyway, and assigning to the sequence number is not permitted. Signed-off-by: Simon Glass --- drivers/spi/fsl_dspi.c | 2 +- drivers/spi/rk_spi.c | 1 - 2 files changed, 1 insertion(+), 2

[PATCH 12/27] net: Update to use new sequence numbers

Checking for seq == -1 is effectively checking that the device is activated. The new sequence numbers are never -1 for a bound device, so update the check. Also drop the note about valid sequence numbers so it is accurate with the new approach. Signed-off-by: Simon Glass ---

[PATCH 13/27] pci: Update to use new sequence numbers

Now that we know the sequence number at bind time, there is no need for special-case code in dm_pci_hose_probe_bus(). Note: the PCI_CAP_ID_EA code may need a look, but there are no test failures so I have left it as is. Signed-off-by: Simon Glass --- drivers/pci/pci-uclass.c | 10 +-

[PATCH 11/27] i2c: Update for new sequence numbers

Use the new sequence number in all cases. Drop the logic to check for a valid number in designware_i2c, since it will always be valid. Signed-off-by: Simon Glass --- drivers/i2c/designware_i2c_pci.c | 22 +- drivers/i2c/i2c-uclass.c | 8 +---

[PATCH 09/27] dm: test: Drop assumptions of no sequence numbers

Drop code in a few tests which assumes that sequence numbers are only valid when a device is probed. Signed-off-by: Simon Glass --- test/dm/blk.c | 3 --- test/dm/i2c.c | 3 --- test/dm/spi.c | 3 --- 3 files changed, 9 deletions(-) diff --git a/test/dm/blk.c b/test/dm/blk.c index

[PATCH 08/27] dm: Fix return value in dev_read_alias_seq()

This should return 0 on success but currently does not. Fix it. Signed-off-by: Simon Glass --- drivers/core/read.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/core/read.c b/drivers/core/read.c index 076125824ca..fc74d64814f 100644 --- a/drivers/core/read.c

[PATCH 07/27] dm: core: Switch binding to use new sequence numbers

Update the core logic to use the new approach. For now the old code is left as is. Update one test so it still passes. Signed-off-by: Simon Glass --- drivers/core/device.c | 5 + test/dm/bus.c | 3 ++- 2 files changed, 3 insertions(+), 5 deletions(-) diff --git

[PATCH 06/27] dm: test: Add support for new sequence numbers

Tests need to rebuild the driver model data structures to avoid being affected by the operation of an earlier test. Do the same for the new bind-time sequence numbers. Also add a test that the new sequence numbers work as expected. Every device should get one. Signed-off-by: Simon Glass ---

[PATCH 04/27] dm: core: Update uclass_find_next_free_req_seq() args

At present this is passed a uclass ID and it has to do a lookup. The callers all have the uclass pointer, except for the I2C uclass where the code will soon be deleted. Update the argument to a uclass * instead of an ID since it is more efficient. Signed-off-by: Simon Glass ---

[PATCH 10/27] octeon: Don't attempt to set the sequence number

Several Octeon drivers operate by setting the sequence number of their device. This should not be needed with the new sequence number setup. Also it is not permitted. Drop it. Signed-off-by: Simon Glass --- drivers/i2c/octeon_i2c.c | 1 - drivers/mmc/octeontx_hsmmc.c | 2 --

[PATCH 05/27] dm: core: Add a new sequence number for devices

At present each device has two sequence numbers, with 'req_seq' being set up at bind time and 'seq' at probe time. The idea is that devices can 'request' a sequence number and then the conflicts are resolved when the device is probed. This makes things complicated in a few cases, since we don't

[PATCH 01/27] linker_lists: Fix alignment issue

The linker script uses alphabetic sorting to group the different linker lists together. Each group has its own struct and potentially its own alignment. But when the linker packs the structs together it cannot ensure that a linker list starts on the expected alignment boundary. For example, if

[PATCH 02/27] efi: Drop unwanted message in efi_uc_destroy()

This is not very useful and is printed by some tests, causing confusion. Drop it. Signed-off-by: Simon Glass --- lib/efi_driver/efi_uclass.c | 1 - 1 file changed, 1 deletion(-) diff --git a/lib/efi_driver/efi_uclass.c b/lib/efi_driver/efi_uclass.c index 0cf74b0361d..5b8315472e3 100644 ---

RE: [PATCH v2 1/6] usb: dwc3: Add frame length adjustment quirk

Hi Bin, Marek, Any comment for this serial? Thanks in advance. Regards, Ran On Wednesday, October 21, 2020 6:02 PM, Ran Wang wrote: > > Register Global frame length adjustment is used to do frame length adjustment > for SOF/ITP counter which is running on the ref_clk. Allow updating it could

RE: [PATCH v4] usb: xhci: fix lack of short packet event trb handling

Hi Marek, Bin, On Wednesday, November 18, 2020 3:49 PM, Ran Wang wrote: > > For bulk IN transfer, the codes will set ISP flag to request event TRB being > generated by xHC for the case of short packet. So when encountering > buffer-cross-64K-boundary (which we will divide payload and enqueuqe

[PATCH 2/2] global_data: Fix comment for dm_driver_rt

This comment is in the wrong format, so reports an error with 'make htmldocs'. Fix it. Fixes: a294ead8d25 ("dm: Use an allocated array for run-time device info") Signed-off-by: Simon Glass --- include/asm-generic/global_data.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 1/2] log: Fix comment for LOGC_BOOT

This comment is in the wrong format, so reports an error with 'make htmldocs'. Fix it. Fixes: b73d61a5565 ("x86: zimage: Add a little more logging") Signed-off-by: Simon Glass --- include/log.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/log.h

[PATCH 3/3] TI QSPI: prevent a 4-byte write to the flash on read access

In MMIO mode, a write to the flash generates write commands to the device. Prevent this from happening when reading from the device. Signed-off-by: Jean Pihet --- drivers/spi/ti_qspi.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/spi/ti_qspi.c b/drivers/spi/ti_qspi.c index

[PATCH 2/3] TI QSPI: add support for dual and quad-bit I/O read

TI QSPI: the TI QSPI IP has a limitation of 64MB of MMIO so use the MMIO mode to read below 64MB and fallback to the SW generated sequences to read above 64MB. The TI QSPI IP has another limitation of 4096 words per frame, so split the accesses into smaller ones. Also fix the TI QSPI operating

[PATCH 1/3] mtd: spi nor: add support for dual and quad bit transfers

Use the flags field of the SPI slave struct to pass the dual and quad read properties, from the SPI NOR layer to the low level driver. Tested with TI QSPI in 1, 2 and 4 bits modes. Signed-off-by: Jean Pihet --- drivers/mtd/spi/spi-nor-core.c | 34 +++---

[PATCH 00/11] dm: Simplify livetree handling

At present there are separate code paths for livetree and flattree in places where they can be made common. Also there are a few functions that support flattree but can be moved over to use the livetree API (i.e. ofnode instead of a DT offset). This series tidies up these areas. Simon Glass

Re: [PATCH v9 08/11] tools: add mkeficapsule command for UEFI capsule update

Heinrich, On Sun, Nov 29, 2020 at 05:59:41AM +0100, Heinrich Schuchardt wrote: > On 11/27/20 3:22 PM, Heinrich Schuchardt wrote: > > Am 25. November 2020 08:32:08 MEZ schrieb AKASHI Takahiro > > : > > > Heinrich, > > > > > > On Wed, Nov 25, 2020 at 07:42:31AM +0100, Heinrich Schuchardt wrote: >

[RFC] sunxi phy-mode rgmii-id

Hello Joe, hello Jagan, since Linux patch bbc4d71d6354 ("net: phy: realtek: fix rtl8211e rx/tx delay config") i.e. since v5.8.15 or v5.9 many if not all Sunxi A64, H6, H5 boards require phy-mode = "rgmii-id" to provide network in Linux The U-Boot device-tree is the fallback in the UEFI

Re: [PATCH] Add fdtfile for Marvell Armada 37xx default environment

On 29/11/2020 09:32, Matwey V. Kornilov wrote: чт, 26 нояб. 2020 г. в 12:40, Andre Heider >: On 26/11/2020 10:04, Matwey V. Kornilov wrote: > > > чт, 26 нояб. 2020 г. в 06:45, Andre Heider mailto:a.hei...@gmail.com> >

Re: [PATCH 13/13] Nokia RX-51: Enable usbtty serial console by default

On Sun 2020-11-29 17:52:52, Pali Rohár wrote: > Now when usbtty serial console is fixed in U-Boot enable it for Nokia RX-51 > board by default. > > CONFIG_CONSOLE_MUX is already used and U-Boot console is available for > all in/out devices. Therefore there is no need to have separate commands >

Re: [PATCH 10/13] arm: omap3: Compile s_init() function only when it is used

On Sun 2020-11-29 17:52:07, Pali Rohár wrote: > Function s_init() is called only from lowlevel_init(). So compile it only > when function lowlevel_init() is compiled. > > Signed-off-by: Pali Rohár Reviewed-by: Pavel Machek -- http://www.livejournal.com/~pavelmachek signature.asc

Re: [PATCH 09/13] arm: omap3: Compile lowlevel_init() function only when it is used

On Sun 2020-11-29 17:51:38, Pali Rohár wrote: > Function lowlevel_init() is called only from cpu_init_crit() and this > function is wrapped into #if .. #endif section. So compile also > lowlevel_init() function under same #if condition. > > Signed-off-by: Pali Rohár Reviewed-by: Pavel Machek

Re: [PATCH 08/13] usb: gadget: Use dbg_ep0() macro instead of serial_printf()

On Sun 2020-11-29 17:49:52, Pali Rohár wrote: > All debug messages from ep0.c except a few are printed by dbg_ep0() macro. > So for remaining few exception use also dbg_ep0() instead of serial_printf(). > > Signed-off-by: Pali Rohár Reviewed-by: Pavel Machek --

Re: [PATCH 07/13] usb: gadget: Do not export usbd_device_* arrays

On Sun 2020-11-29 17:46:12, Pali Rohár wrote: > Each array is used only in one file (core.c or ep0.c). Move their content > to correct file, mark them as static and do not export out of current file. > > This change allows to decrease size of u-boot.bin as more of those strings > are not used. >

Re: [PATCH 06/13] usb: musb: Fix transmission of bigger buffers

On Sun 2020-11-29 17:46:11, Pali Rohár wrote: > If udc_endpoint_write() was called with bigger payload which does not fit > into one USB packet it needs to be transmitted in more USB packets. First > packet is transmitted by udc_endpoint_write() call itself and other packets > are put into waiting

Re: [PATCH 05/13] usb: musb: Read value of PERI_RXCSR to 16bit variable

On Sun 2020-11-29 17:46:10, Pali Rohár wrote: > PERI_RXCSR is 16bit register so store its value into 16bit local variable. > > Signed-off-by: Pali Rohár Reviewed-by: Pavel Machek -- http://www.livejournal.com/~pavelmachek signature.asc Description: Digital signature

Re: [PATCH 04/13] usb: musb: Fix configuring FIFO for endpoints

On Sun 2020-11-29 17:46:09, Pali Rohár wrote: > This patch fixes configuring FIFO for one-directional endpoints which have > either RX or TX queue and therefore only one FIFO. > > Without this patch if FIFO size was zero then idx was incorrectly > calculated (expr. ffs(0)-1 is not zero) and size

Re: [PATCH 03/13] usb: musb: Always clear the data toggle bit when configuring ep

On Sun 2020-11-29 17:46:08, Pali Rohár wrote: > Without this patch it was done only when U-Boot was compiled with MUSB Host > Controller. But it is needed also for MUSB Device Controller, otherwise > Device Controller does not work. > > Signed-off-by: Pali Rohár Reviewed-by: Pavel Machek --

Re: [PATCH 02/13] usb: musb: Fix compilation of gadget code

On Sun 2020-11-29 17:46:07, Pali Rohár wrote: > musb udc code depends on usb gadget code provided by CONFIG_USB_DEVICE and > defined in drivers/usb/gadget/Makefile. But this Makefile is not included > into U-Boot build when CONFIG_USB_GADGET is not set. As CONFIG_USB_DEVICE > cannot be enabled

Re: [PATCH 01/13] serial: usbtty: Fix puts function

On Sun 2020-11-29 17:46:06, Pali Rohár wrote: > This function has incorrect implementation of prepending CR prior LF. > Without this patch it prepended CR prior whole string which is going to be > written and let LF without leading CR. Fix this issue by inserting CR at > correct place to make

Re: [maemo-leste] [PATCH] Nokia RX-51: Add test for U-Boot serial console

On Sun 2020-11-29 17:15:05, Pali Rohár wrote: > This patch adds a new test which checks that U-Boot for Nokia RX-51 running > in qemu can print test line to serial console and also checks that test > line appeared on qemu serial console. > > Signed-off-by: Pali Rohár Reviewed-by: Pavel Machek

Re: [maemo-leste] [PATCH] Nokia RX-51: Decrease i2c speed to 100000

On Sat 2020-11-21 23:30:11, Pali Rohár wrote: > It looks like that i2c bus lot of times timeout on some units. Prior > migration to CONFIG_DM_I2C i2c speed was set to CONFIG_SYS_OMAP24_I2C_SPEED > value which was 10. Lower speed fixes timeout problems, so change speed > back to its previous

[PATCH 13/13] Nokia RX-51: Enable usbtty serial console by default

Now when usbtty serial console is fixed in U-Boot enable it for Nokia RX-51 board by default. CONFIG_CONSOLE_MUX is already used and U-Boot console is available for all in/out devices. Therefore there is no need to have separate commands 'run sercon', 'run usbcon' and 'run vgacon', so remove

[PATCH 12/13] Nokia RX-51: Move content of rx51.h to rx51.c

After removal of MUX configuration there is no need to have extra rx51.h. Signed-off-by: Pali Rohár --- board/nokia/rx51/rx51.c | 17 - board/nokia/rx51/rx51.h | 31 --- 2 files changed, 16 insertions(+), 32 deletions(-) delete mode 100644

[PATCH 11/13] Nokia RX-51: Remove function set_muxconf_regs()

This function is not used and was never called. This board contains '#define CONFIG_SKIP_LOWLEVEL_INIT' because X-Loader set everything up, including MUX configuration. Also this MUX configuration is incorrect and does not match hardware. So remove this dead, unused and broken code. This

[PATCH 10/13] arm: omap3: Compile s_init() function only when it is used

Function s_init() is called only from lowlevel_init(). So compile it only when function lowlevel_init() is compiled. Signed-off-by: Pali Rohár --- arch/arm/mach-omap2/omap3/board.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/mach-omap2/omap3/board.c

[PATCH 09/13] arm: omap3: Compile lowlevel_init() function only when it is used

Function lowlevel_init() is called only from cpu_init_crit() and this function is wrapped into #if .. #endif section. So compile also lowlevel_init() function under same #if condition. Signed-off-by: Pali Rohár --- arch/arm/mach-omap2/omap3/lowlevel_init.S | 6 +- 1 file changed, 5

[PATCH 08/13] usb: gadget: Use dbg_ep0() macro instead of serial_printf()

All debug messages from ep0.c except a few are printed by dbg_ep0() macro. So for remaining few exception use also dbg_ep0() instead of serial_printf(). Signed-off-by: Pali Rohár --- drivers/usb/gadget/ep0.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git

[PATCH 07/13] usb: gadget: Do not export usbd_device_* arrays

Each array is used only in one file (core.c or ep0.c). Move their content to correct file, mark them as static and do not export out of current file. This change allows to decrease size of u-boot.bin as more of those strings are not used. Signed-off-by: Pali Rohár --- drivers/usb/gadget/core.c

[PATCH 06/13] usb: musb: Fix transmission of bigger buffers

If udc_endpoint_write() was called with bigger payload which does not fit into one USB packet it needs to be transmitted in more USB packets. First packet is transmitted by udc_endpoint_write() call itself and other packets are put into waiting queue. Implement function musb_peri_tx() which

[PATCH 05/13] usb: musb: Read value of PERI_RXCSR to 16bit variable

PERI_RXCSR is 16bit register so store its value into 16bit local variable. Signed-off-by: Pali Rohár --- drivers/usb/musb/musb_udc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/musb/musb_udc.c b/drivers/usb/musb/musb_udc.c index d901f8777c..67d1c56f9a 100644

[PATCH 03/13] usb: musb: Always clear the data toggle bit when configuring ep

Without this patch it was done only when U-Boot was compiled with MUSB Host Controller. But it is needed also for MUSB Device Controller, otherwise Device Controller does not work. Signed-off-by: Pali Rohár --- drivers/usb/musb/musb_core.c | 4 1 file changed, 4 deletions(-) diff --git

[PATCH 04/13] usb: musb: Fix configuring FIFO for endpoints

This patch fixes configuring FIFO for one-directional endpoints which have either RX or TX queue and therefore only one FIFO. Without this patch if FIFO size was zero then idx was incorrectly calculated (expr. ffs(0)-1 is not zero) and size overflowed in fifosz register. This register uses has

[PATCH 02/13] usb: musb: Fix compilation of gadget code

musb udc code depends on usb gadget code provided by CONFIG_USB_DEVICE and defined in drivers/usb/gadget/Makefile. But this Makefile is not included into U-Boot build when CONFIG_USB_GADGET is not set. As CONFIG_USB_DEVICE cannot be enabled together with CONFIG_USB_GADGET it means that dependency

[PATCH 01/13] serial: usbtty: Fix puts function

This function has incorrect implementation of prepending CR prior LF. Without this patch it prepended CR prior whole string which is going to be written and let LF without leading CR. Fix this issue by inserting CR at correct place to make output on usbtty serial console more readable.

[PATCH 00/13] Nokia RX-51: Fix USB TTY console and enable it

This patch series fix usbtty code (serial console via USB peripheral mode), fix underlying musb peripheral code, fix compilation of CONFIG_USB_DEVICE (used by usbtty), remove unused Nokia RX-51 code to decrease size of U-Boot binary and finally enable usbtty serial console for Nokia RX-51. With

[PATCH] Nokia RX-51: Add test for U-Boot serial console

This patch adds a new test which checks that U-Boot for Nokia RX-51 running in qemu can print test line to serial console and also checks that test line appeared on qemu serial console. Signed-off-by: Pali Rohár --- test/nokia_rx51_test.sh | 33 - 1 file changed,

Re: [U-Boot] Please pull from u-boot-i2c

On Sat, Nov 28, 2020 at 04:20:45PM +0100, Heiko Schocher wrote: > Hello Tom, > > The following changes since commit 7889951d0f56eab746a7c8fde350a022ba0361ca: > > Merge tag 'u-boot-stm32-20201125' of > https://gitlab.denx.de/u-boot/custodians/u-boot-stm > (2020-11-25 11:00:52 -0500) > > are

Re: [PATCH 2/3] efi_loader: Introduce eventlog support for TCG2_PROTOCOL

On Sun, Nov 29, 2020 at 02:49:33PM +0100, Heinrich Schuchardt wrote: > On 11/29/20 2:27 PM, Ilias Apalodimas wrote: > > On Sun, Nov 29, 2020 at 07:02:39AM +0100, Heinrich Schuchardt wrote: > >> On 11/27/20 5:29 PM, Ilias Apalodimas wrote: > >>> In the previous patches we only introduced a minimal

Re: [PATCH 2/3] efi_loader: Introduce eventlog support for TCG2_PROTOCOL

On 11/29/20 2:27 PM, Ilias Apalodimas wrote: > On Sun, Nov 29, 2020 at 07:02:39AM +0100, Heinrich Schuchardt wrote: >> On 11/27/20 5:29 PM, Ilias Apalodimas wrote: >>> In the previous patches we only introduced a minimal subset of the >>> > [...] >>> +#define TPM2_SHA1_DIGEST_SIZE 20 >>> +#define

Re: [PATCH 2/3] efi_loader: Introduce eventlog support for TCG2_PROTOCOL

On Sun, Nov 29, 2020 at 07:02:39AM +0100, Heinrich Schuchardt wrote: > On 11/27/20 5:29 PM, Ilias Apalodimas wrote: > > In the previous patches we only introduced a minimal subset of the > > [...] > > +#define TPM2_SHA1_DIGEST_SIZE 20 > > +#define TPM2_SHA256_DIGEST_SIZE 32 > > +#define

Re: [PATCH 4/8] M: dts: r8a77950-u-boot: Remove leading 0x from rpc node

Hi Marek, Thank you for the review. On Sun, Nov 29, 2020 at 1:06 PM Marek Vasut wrote: > > On 11/18/20 12:32 PM, Prabhakar Mahadev Lad wrote: > > [...] > > >> Subject: [PATCH 4/8] M: dts: r8a77950-u-boot: Remove leading 0x from rpc > >> node > >> > > I missed the typo in the subject s/M/ARM

Re: [PATCH 1/3] tpm: Add tpm2 headers for TCG2 eventlog support

Hi Heinrich, On Sun, Nov 29, 2020 at 06:28:39AM +0100, Heinrich Schuchardt wrote: > On 11/27/20 5:29 PM, Ilias Apalodimas wrote: > > A following patch introduces support for the EFI_TCG2_PROTOCOL > > evenlog management. > > %s/evenlog/eventlog/ > > > Introduce the necessary tpm related headers

[PATCH v2] ARM: dts: renesas: Remove leading 0x from rpc node

Remove the leading "0x" from rpc node to fix the below dtc warning: Warning (simple_bus_reg): Node /soc/rpc@0xee20 simple-bus unit address format error, expected "ee20" Signed-off-by: Lad Prabhakar --- Squashed the changes into single patch. ---

Re: [PATCH 4/8] M: dts: r8a77950-u-boot: Remove leading 0x from rpc node

On 11/18/20 12:32 PM, Prabhakar Mahadev Lad wrote: [...] Subject: [PATCH 4/8] M: dts: r8a77950-u-boot: Remove leading 0x from rpc node I missed the typo in the subject s/M/ARM shall I just resend this patch if that's OK with you. If you could squash all the RPC fixes into a single patch

Re: [PATCH v7 1/4] arm: rmobile: Add RZ/G2[HMNE] SoC support

On 11/27/20 3:52 PM, Biju Das wrote: Sorry for the late reply. [...] diff --git a/arch/arm/mach-rmobile/cpu_info-rcar.c b/arch/arm/mach-rmobile/cpu_info-rcar.c index 5bde24ae0e..08345503a2 100644 --- a/arch/arm/mach-rmobile/cpu_info-rcar.c +++ b/arch/arm/mach-rmobile/cpu_info-rcar.c @@ -6,6

Re: [PATCH v4 2/2] pinctrl: renesas: Implement get_pin_muxing() callback

On 11/28/20 2:13 PM, Lad Prabhakar wrote: Implement get_pin_muxing() callback so that pinmux status command can be used on Renesas platforms. Applied, thanks

Re: [PATCH v4 1/2] pinctrl: renesas: Make sure the pin type is updated after setting the MUX

On 11/28/20 2:13 PM, Lad Prabhakar wrote: By default on startup all the pin types are configured to PINMUX_TYPE_NONE (in sh_pfc_map_pins()), when pin is set as GPIO the pin type is updated to PINMUX_TYPE_GPIO. But the type is not updated when the pin is set as a function in

Please pull mmc-2020-11-29

Hi Tom Please pull mmc-2020-11-29 - mmc minor update for better debug and error check fsl_esdhc sysctl set and make sure delay check for HS400 - CI: https://travis-ci.org/github/MrVan/u-boot/builds/746367562 Thanks, Peng. The following

[PATCH v2] gpio: Add support for DM GPIO for Kirkwood

The Armada driver also works on Nedap's custom Kirkwood board with a Marvell 88F6180 CPU. The original commit of that driver, commit 704d9a645e17 ("gpio: Add DM GPIO driver for Marvell MVEBU"), also mentions that this driver would be suitable for Kirkwood. This does not completely replace the

Re: [PATCH] gpio: Add support for DM GPIO for Kirkwood

Hi Stefan, Thanks for your review. I've looked into the usage of the kw_gpio driver. The soft_i2c part I mentioned in the commit appeared to be specific to my board configuration. I've replaced the usage of that driver with the DM based i2c-gpio driver there. All the usage of the kw_gpio

i2c: i2c-gpio: Fix GPIO output

The dm_gpio_set_dir_flags function cannot be used to update the configuration of a GPIO pin because it does a bitwise OR with the existing flags. Looks like commit 788ea834124b ("gpio: add function _dm_gpio_set_dir_flags") has introduced this behaviour and the i2c-gpio driver has been broken

Pull request for UEFI sub-system for efi-2021-01-rc3 (3)

Dear Tom, The following changes since commit 7889951d0f56eab746a7c8fde350a022ba0361ca: Merge tag 'u-boot-stm32-20201125' of https://gitlab.denx.de/u-boot/custodians/u-boot-stm (2020-11-25 11:00:52 -0500) are available in the Git repository at:

Re: [PATCH] Add fdtfile for Marvell Armada 37xx default environment

чт, 26 нояб. 2020 г. в 12:40, Andre Heider : > On 26/11/2020 10:04, Matwey V. Kornilov wrote: > > > > > > чт, 26 нояб. 2020 г. в 06:45, Andre Heider > >: > > > > On 25/11/2020 10:14, Matwey V. Kornilov wrote: > > > Signed-off-by: Matwey V. Kornilov >