Add board maintainer for Pogoplug V4 board
Signed-off-by: Tony Dinh
---
(no changes since v1)
board/cloudengines/pogo_v4/MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
create mode 100644 board/cloudengines/pogo_v4/MAINTAINERS
diff --git a/board/cloudengines/pogo_v4/MAINTAINERS
b/bo
Add board implementation for Pogoplug V4
Note: currently the fdt_get_phy_addr function in this file is
duplicate in this board and many other Kirkwood boards
(eg. Sheevaplug, GoFlex Home, etc.). This function is being
factored out into common area by another patch. And because it
was written for f
Add board Makefile for Pogoplug V4
Signed-off-by: Tony Dinh
---
Changes in v2:
- Merge all constants into the pogo_v4.c file, remove pogo_v4.h
board/cloudengines/pogo_v4/Makefile | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 board/cloudengines/pogo_v4/Makefile
diff --g
Add board kwbimage file for Pogoplug V4 board
Signed-off-by: Tony Dinh
---
(no changes since v1)
board/cloudengines/pogo_v4/kwbimage.cfg | 148
1 file changed, 148 insertions(+)
create mode 100644 board/cloudengines/pogo_v4/kwbimage.cfg
diff --git a/board/cloudengine
Add include configs file for Pogoplug V4 board
Signed-off-by: Tony Dinh
---
(no changes since v1)
include/configs/pogo_v4.h | 94 +++
1 file changed, 94 insertions(+)
create mode 100644 include/configs/pogo_v4.h
diff --git a/include/configs/pogo_v4.h b/inc
Add Kconfig files for Pogoplug V4 board
Signed-off-by: Tony Dinh
---
(no changes since v1)
arch/arm/mach-kirkwood/Kconfig | 4
board/cloudengines/pogo_v4/Kconfig | 16
2 files changed, 20 insertions(+)
create mode 100644 board/cloudengines/pogo_v4/Kconfig
diff --gi
Add board defconfig file for Pogoplug V4 board
Signed-off-by: Tony Dinh
---
Changes in v2:
- Use canonical format for defconfig file
configs/pogo_v4_defconfig | 73 +++
1 file changed, 73 insertions(+)
create mode 100644 configs/pogo_v4_defconfig
diff --gi
Add DTS files for Pogoplug V4 board
Signed-off-by: Tony Dinh
---
Changes in v2:
- Use mainline Linux DTS version
arch/arm/dts/Makefile | 1 +
arch/arm/dts/kirkwood-pogoplug-series-4.dts | 180
2 files changed, 181 insertions(+)
create mode 100644 a
Pogoplug V4 specifications:
Kirkwood 88F6192 SoC
800 MHz CPU
1Gbs Ethernet
128 MB RAM
128 MB NAND
1x USB 2.0
2x USB 3.0 (on PCIe bus)
1 SDHC slot
1x External SATA port (USM enclosure form factor slot)
Thanks to all v1 reviewers, all their comments were incorporated in this v2
patch series.
Ch
>-Original Message-
>From: Vladimir Oltean
>Sent: Tuesday, December 14, 2021 8:09 PM
>To: Priyanka Jain ; u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ; Leo Li
>; Heiko Schocher ; Simon Glass
>; Ramon Fried
>Subject: Re: [PATCH v2 00/16] Sync NXP LS1028A-RDB device trees between
Hi Andy,
On Tue, 14 Dec 2021 at 17:33, Simon Glass wrote:
>
> Importing libraries in Python caches the bytecode by default.
> Since we run scripts in source tree it ignores the current directory
> settings, which is $(srctree), and creates cache just in the middle
> of the source tree. Move cache
Hi all,
With great help from Pali, I've made some good progress on
kwboot the HP Thin Client T5335z (Marvell Dove SoC) board.
I had been unsuccessful running kwboot with this box until Pali
pointed out a few important aspects of the Dove SoC, and how the
BootROM commands work (my apology for forge
Hi,
> -Original Message-
> From: Marek Vasut
> Sent: Tuesday, 21 December, 2021 5:58 AM
> To: u-boot@lists.denx.de
> Cc: tr...@konsulko.com; Vasut, Marek ; Lim, Elly Siew Chin
> ; Simon Goldschmidt
> ; Chee, Tien Fong
>
> Subject: [PATCH] arm: socfpga: vining: Unmount UBIFS and detach UB
On Tue, Dec 21, 2021 at 09:27:09AM +0100, Stefan Roese wrote:
> Hi Tom,
>
> please pull the following Marvell MVEBU related patches into next:
>
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
Hi Sughosh,
Can you move the FWU related configs to lib/fwu_updates/Kconfig ?
FWU multi bank update is an independent feature, thus I think it is
better to have its own Kconfig file and the lib/Kconfig only includes
it.
(I did it on my development series)
Thank you,
2021年12月19日(日) 16:07 Sughosh
Using the XHCI driver, the function `usb_kbd_poll_for_event` takes
30-40ms to run. The exact time is dependent on the polling interval the
keyboard requests in its descriptor, and likely cannot be significantly
reduced without major rework to the XHCI driver.
The U-Boot EFI console service sets a
Signed-off-by: Samuel Dionne-Riel
---
cmd/Kconfig| 10
cmd/Makefile | 1 +
cmd/vibrator.c | 148 +
3 files changed, 159 insertions(+)
create mode 100644 cmd/vibrator.c
diff --git a/cmd/Kconfig b/cmd/Kconfig
index e538e69a11..51e79ad8
Signed-off-by: Samuel Dionne-Riel
Cc: Samuel Holland
---
configs/pinephone_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/pinephone_defconfig b/configs/pinephone_defconfig
index 9d39204a43..72aaa4ea94 100644
--- a/configs/pinephone_defconfig
+++ b/configs/pinephone_defco
Signed-off-by: Samuel Dionne-Riel
---
arch/sandbox/dts/test.dts | 10 +++
configs/sandbox_defconfig | 2 +
drivers/Kconfig| 2 +
drivers/Makefile | 1 +
drivers/vibrator/Kconfig | 21 +++
drivers/vibrator/Makefile |
Signed-off-by: Samuel Dionne-Riel
---
drivers/vibrator/Kconfig | 16
drivers/vibrator/Makefile| 1 +
drivers/vibrator/vibrator_gpio.c | 122 +++
3 files changed, 139 insertions(+)
create mode 100644 drivers/vibrator/vibrator_gpio.c
diff --git
This series of patch adds support for vibration motors (often called
vibrators) to U-Boot.
The support adds the necessary plumbing to support SPL usage of
vibration motors. This can be used to vibrate the device, like a phone,
as early as possible during the boot process.
A `vibrator` command all
On 12/22/21 21:08, Adam Ford wrote:
On Wed, Dec 22, 2021 at 1:31 PM Marek Vasut wrote:
On 12/22/21 13:52, Adam Ford wrote:
The imx8mm and imx8mn appear compatible with imx7d-usb
flags in the OTG driver. If the dr_mode is defined as
host or peripheral, the device appears to operate correctly,
On Wed, Dec 22, 2021 at 1:31 PM Marek Vasut wrote:
> On 12/22/21 13:52, Adam Ford wrote:
> > The imx8mm and imx8mn appear compatible with imx7d-usb
> > flags in the OTG driver. If the dr_mode is defined as
> > host or peripheral, the device appears to operate correctly,
> > however the auto host
On 12/22/21 13:52, Adam Ford wrote:
The imx8mm and imx8mn appear compatible with imx7d-usb
flags in the OTG driver. If the dr_mode is defined as
host or peripheral, the device appears to operate correctly,
however the auto host/peripheral detection results in an error.
Simply adding checks in e
On 12/22/21 19:20, Mark Kettenis wrote:
From: Thomas Watson
Date: Tue, 21 Dec 2021 19:36:16 -0600
Using the XHCI driver, the function `usb_kbd_poll_for_event` takes
30-40ms to run. The exact time is dependent on the polling interval the
keyboard requests in its descriptor, and likely cannot be
> From: Thomas Watson
> Date: Tue, 21 Dec 2021 19:36:16 -0600
>
> Using the XHCI driver, the function `usb_kbd_poll_for_event` takes
> 30-40ms to run. The exact time is dependent on the polling interval the
> keyboard requests in its descriptor, and likely cannot be significantly
> reduced withou
This adds a helper function for clk_get_by_name in cases where the clock is
optional. Hopefully this helps point driver writers in the right direction.
Also convert some existing users.
Signed-off-by: Sean Anderson
Reviewed-by: Neil Armstrong
---
(no changes since v1)
drivers/clk/clk_zynq.c
This converts the existing client (aka clk.h) documentation to kernel doc
format, and adds it to the HTML docs. I have tried to preserve existing
comments as much as possible, refraining from semantic changes.
Signed-off-by: Sean Anderson
Tested-by: Heinrich Schuchardt
---
(no changes since v1)
This converts the existing driver API docs (clk-uclass.h) to kernel doc
format and adds them to the HTML documentation. Because the kernel doc
sphinx converter does not handle functions in structs very well, the
individual methods are documented separately. This is primarily inspired by
the phylink
The optional varients of clk_get_* functions are just simple wrappers.
Reduce code size a bit by inlining them. On platforms where it is not used
(most of them), it will not be compiled in any more. On platforms where
they are used, the inlined branch should not cause any significant growth.
Signe
This normalizes the name of this accessor function to put "_optional" last.
Signed-off-by: Sean Anderson
---
(no changes since v1)
drivers/clk/clk-uclass.c | 3 ++-
drivers/phy/phy-mtk-tphy.c | 8
include/clk.h | 7 ---
3 files changed, 10 insertions(+), 8 deletions
This cleans up the various optional helpers for clocks, and adds a new one.
While we're at it, also convert the existing API docs to our HTML documentation.
Changes in v2:
- Clean up the argument list and descriptions
- Rebased onto u-boot/master
Sean Anderson (5):
clk: Rename clk_get_optional_
On Wed, Dec 22, 2021 at 01:49:02PM +0100, Lukasz Majewski wrote:
> This change provides the possibility to build XEA (imx287 based) board
> U-Boot as a single binary (without support for CONFIG_SPL_FRAMEWORK).
>
> The generated u-boot.sb can be used in the factory environment to for
> example per
When building for i.mx8m boards with binman, a few more additional
files are created which should be removed when running 'make clean'
Signed-off-by: Adam Ford
diff --git a/Makefile b/Makefile
index ae9bfab91a..3c2b7008d4 100644
--- a/Makefile
+++ b/Makefile
@@ -2108,7 +2108,9 @@ CLEAN_FILES +=
Some usb-nop-xceiv devices use a gpio to put them in and
out of reset. Add a reset function to put them into that
state. This is similar to how Linux handles the
usb-nop-xceiv driver.
Signed-off-by: Adam Ford
diff --git a/drivers/phy/nop-phy.c b/drivers/phy/nop-phy.c
index 9f12ebc062..be993a76
Using the XHCI driver, the function `usb_kbd_poll_for_event` takes
30-40ms to run. The exact time is dependent on the polling interval the
keyboard requests in its descriptor, and likely cannot be significantly
reduced without major rework to the XHCI driver.
The U-Boot EFI console service sets a
Various specifications of riscv allow the number of hart to be
greater than 32. The limit of 32 is determined by
gd->arch.available_harts. We can eliminate this limitation through
bitmaps. Currently, the number of hart is limited to 4095, and 4095
is the limit of the RISC-V Advanced Core Local Inte
Thanks everyone for including me — I don’t have any code comments but I will
say that this i2c driver, with the exception of the i2c default address (which
looks like is being set via the device tree anyway), should also work with the
ATECC508, ATECC608A, ATECC608B (which is the one of those thr
Various specifications of riscv allow the number of hart to be
greater than 32. The limit of 32 is determined by
gd->arch.available_harts. We can eliminate this limitation through
bitmaps. Currently, the number of hart is limited to 4095, and 4095
is the limit of the RISC-V Advanced Core Local Inte
The imx8mm and imx8mn appear compatible with imx7d-usb
flags in the OTG driver. If the dr_mode is defined as
host or peripheral, the device appears to operate correctly,
however the auto host/peripheral detection results in an error.
Simply adding checks in ehci_usb_phy_mode for 8mm and
8mn in eh
This change enables the support for USB with DM on the XEA (imx28)
board.
Signed-off-by: Lukasz Majewski
---
arch/arm/dts/imx28-xea.dts | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm/dts/imx28-xea.dts b/arch/arm/dts/imx28-xea.dts
index de049042f83..c97869e5225
The new configs/imx28_xea_sb_defconfig is introduced to facilitate
building the single binary u-boot.sb fox XEA board.
The biggest distinction from "normal" XEA imx28_xea_sb_defconfig is
support for USB mass storage devices (pen drives).
To achieve that, the CONFIG_DM_USB is enabled and supported
This change provides the possibility to build XEA (imx287 based) board
U-Boot as a single binary (without support for CONFIG_SPL_FRAMEWORK).
The generated u-boot.sb can be used in the factory environment to for
example perform initial setup or HW testing.
It can be used with 'uuu' utility
(SDPS:
On Tue, Dec 21, 2021 at 11:08 PM Vagrant Cascadian wrote:
>
> ---
> drivers/net/fec_mxc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c
> index 40a86a3e12..811bc275c1 100644
> --- a/drivers/net/fec_mxc.c
> +++ b/drivers/net/
Hi Mark,
On 12/21/21 5:30 PM, Mark Kettenis wrote:
>> From: Jaehoon Chung
>> Date: Tue, 21 Dec 2021 08:00:38 +0900
> Hello Jaehoon,
>
>> Dear Mark,
>>
>> On 12/7/21 4:03 AM, Mark Kettenis wrote:
>>> This series adds support for the power management controller found on
>>> Apple SoCs based on the
This commit converts i.MX28's EHCI USB host driver to driver model
(DM_USB). It is a straightforward conversion (to reuse as much code
as possible), based on ehci-mx5.c code.
Signed-off-by: Lukasz Majewski
---
drivers/usb/host/ehci-mxs.c | 184
1 file chang
Those functions will be re-used when the ehci MXS driver (for imx28)
will be converted to also support CONFIG_DM_USB.
No functional changes introduced - only cosmetic changes (u32 type)
and alignment to pass checkpatch.
Signed-off-by: Lukasz Majewski
---
drivers/usb/host/ehci-mxs.c | 112 +
This function is going to be reused with the CONFIG_DM_USB enabled in
the imx28 mxs USB ehci driver.
No functional changes introduced.
Signed-off-by: Lukasz Majewski
---
drivers/usb/host/ehci-mxs.c | 42 ++---
1 file changed, 21 insertions(+), 21 deletions(-)
d
The ehci-mxs driver can be also used with imx28 SoC, not only
imx23.
Signed-off-by: Lukasz Majewski
---
drivers/usb/host/Kconfig | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/host/Kconfig b/drivers/usb/host/Kconfig
index ccecb5a3b08..7743c962cfa 100644
-
This patch series focuses on converting ehci-mxs driver to support
DM and work with i.MX28 (SoC).
The XEA board has been used to test the proposed code with USB
pen drive.
Lukasz Majewski (4):
usb: Modify Kconfig of the USB_EHCI_MXS to use this driver with imx28
usb: ehci: Refactor the ehci_m
Hello all,
I'm trying booting from RAM using SPL falcon mode.
Another scp chip loads the image (FIT image) to SDRAM before u-boot-spl
starts.
Since the FPGA's DDR interface is not ready, we have on chip 8MB SRAM at the
start of DDR address range. (so it's faking DDR)
I made a 5.8MiB sized F
51 matches
Mail list logo