From: Jway Lin
Add Cortina Access LED controller support for CA SOCs
Signed-off-by: Jway Lin
Signed-off-by: Alex Nemirovsky
CC: Simon Glass
Add head file fixed link error and remove unused flashing function
---
Changes in v9:
- Remove unused LED blink function
- Include log.h and
From: Jway Lin
Add LED support for Cortina Access Presidio Engineering Board
Signed-off-by: Jway Lin
Signed-off-by: Alex Nemirovsky
Reviewed-by: Simon Glass
CC: Simon Glass
---
(no changes since v4)
Changes in v4:
- rename DT blink rate symbol
arch/arm/dts/ca-presidio-engboard.dts |
On Tue, 2020-06-30 at 15:03 +0200, Sébastien Szymanski wrote:
> Caution: EXT Email
>
> Quoting Ye Li from NXP:
>
> "We have confirmed with PMIC team, 0x35 is used only on early
> chips
> and not used any more. 0x25 is the final address."
>
> Fix it by merging power_pca9450a_init and
If a "usb reset" is issued when the poll_pend state is set the
abort_td() function will hit one of the BUG() statements in abort_td()
or the BUG() statement at the end of xhci_wait_for_event().
The controller has been reset, so the rest of the cleanup should be
skipped and poll_pend flag should
At this point all the USB keyboards I had laying around now work
and I can USB boot the rpi3 and rpi4, so perhaps this series can
move beyond the RFC stage. More testing will occur over the next
week or so.
v3:
- Add in patch 6
- Finally got the GearHead keyboard + mouse composite USB
The xhci driver was causing intermittent 5 second delays from the USB
keyboard polling hook. Executing something like a "sleep 1" for
example would sleep for 5 seconds, unless an event occurred on
the USB bus to shorten the delay.
Modeled after the code in the DWC2 driver, a nonblock state was
I have found through testing some USB 2 composite mouse/keyboard
devices do not response to the usb_set_address call immediately
following the port reset. It can take anywhere from 2ms to 20ms.
This patch adds a retry and delay for usb_prepare_device() and allows
all the USB keyboards I tried to
xhci_trl_tx and xhchi_bulk_tx can be called synchronously by other
drivers such as the usb storage or network, while the keyboard driver
exclusively uses the polling mode.
And pending polling transactions must be aborted before switching
modes to avoid corrupting the state of the controller.
When resetting the rpi3 board sometimes it will display:
USB device not accepting new address (error=0)
After the message appears, the usb keyboard will not work. It seems
that the configuration actually did succeed however. Checking the
device status for a return code of zero and
After the initial configuration some USB keyboard+mouse devices never
return any kind of event on the interrupt line. In particular, the
device identified by "Cypress Cypress USB Keyboard / PS2 Mouse as
/devices/platform/soc/3f98.usb/usb1/1-1/1-1.3/1-1.3:1.0/0003:04B4:0101.0001/input/input0"
On Tue, Jun 30, 2020 at 2:31 AM Heinrich Schuchardt wrote:
>
> Replace printf() and debug() by log_err() and log_debug().
>
> "No reserved memory region found in source FDT\n" is not an error but a
> debug information.
>
> %s/can not/cannot/ - use the more common spelling.
>
> Signed-off-by:
On Tue, Jun 30, 2020 at 12:56:50PM -0400, Tom Rini wrote:
> The TI814x (DM814x) platform is rather old and in need of a lot of
> migration work. As much of that work is well past the deadline, remove
> this platform.
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
On Tue, Jun 30, 2020 at 12:56:47PM -0400, Tom Rini wrote:
> Both the am335x_boneblack and am335x_evm_usbspl configs have been gone
> for a while, remove their entries from MAINTAINERS.
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP
On Tue, Jun 30, 2020 at 12:56:49PM -0400, Tom Rini wrote:
> This platform is already using DM in general and the MMC controller is
> the early generation of what is compatible with "ti,omap4-hsmmc" so
> enable DM_MMC (which in turn gets BLK enabled).
>
> Signed-off-by: Tom Rini
Applied to
On Tue, Jun 30, 2020 at 01:10:53AM +0200, Daniel Schwierzeck wrote:
> Hi Tom,
>
> actually I wanted to send this much earlier but I hope it's still okay.
>
> This enables Qemu tests for the MIPS Malta board in all variants (32/64 bit,
> big/little endian) in Gitlab CI, Travis CI and Azure
xhci_trl_tx and xhchi_bulk_tx can be called synchronously by other
drivers such as the usb storage or network, while the keyboard driver
exclusively uses the polling mode.
And pending polling transactions must be aborted before switching
modes to avoid corrupting the state of the controller.
If a "usb reset" is issued when the poll_pend state is set the
abort_td() function will hit one of the BUG() statements in abort_td()
or the BUG() statement at the end of xhci_wait_for_event().
The controller has been reset, so the rest of the cleanup should be
skipped and poll_pend flag should
When resetting the rpi3 board sometimes it will display:
USB device not accepting new address (error=0)
After the message appears, the usb keyboard will not work. It seems
that the configuration actually did succeed however. Checking the
device status for a return code of zero and
v2:
- Minor cleanups to patches 1-3 based on prior review
- Patch 4 & 5 are new to fix various xhchi crashes
while having additional devices plugged in along with
booting off the usb port. The nonblocking mode turned
out to be somewhat complex.
v1:
For testing this patch
After the initial configuration some USB keyboard+mouse devices never
return any kind of event on the interrupt line. In particular, the
device identified by "Cypress Cypress USB Keyboard / PS2 Mouse as
/devices/platform/soc/3f98.usb/usb1/1-1/1-1.3/1-1.3:1.0/0003:04B4:0101.0001/input/input0"
The xhci driver was causing intermittent 5 second delays from the USB
keyboard polling hook. Executing something like a "sleep 1" for
example would sleep for 5 seconds, unless an event occurred on
the USB bus to shorten the delay.
Modeled after the code in the DWC2 driver, a nonblock state was
On Tue, Jun 30, 2020 at 02:32:46PM -0500, Adam Ford wrote:
> On Tue, Jun 30, 2020 at 2:02 PM Tom Rini wrote:
> >
> > At this point in time we can now remove our legacy code and switch to
> > enabling DM for USB and Ethernet.
> >
> > Cc: Derald D. Woods
> > Cc: Adam Ford
> > Signed-off-by: Tom
On Tue, Jun 30, 2020 at 2:02 PM Tom Rini wrote:
>
> At this point in time we can now remove our legacy code and switch to
> enabling DM for USB and Ethernet.
>
> Cc: Derald D. Woods
> Cc: Adam Ford
> Signed-off-by: Tom Rini
> ---
> board/ti/beagle/beagle.c | 70
On 27/6/20 11:36, Kever Yang wrote:
On 2020/6/16 上午7:30, Hugh Cole-Baker wrote:
SPL_ATF_NO_PLATFORM_PARAM is selected by default for RK3399 configs, to
guard against issues when used with TF-A versions that perform
insufficient validation on the platform parameter. However, since commit
At this point in time we can now remove our legacy code and switch to
enabling DM for USB and Ethernet.
Cc: Derald D. Woods
Cc: Adam Ford
Signed-off-by: Tom Rini
---
board/ti/beagle/beagle.c | 70 --
configs/omap3_beagle_defconfig | 5 ++-
2 files
On Tue, Jun 30, 2020 at 12:35:31PM -0500, Adam Ford wrote:
> On Tue, Jun 30, 2020 at 12:14 PM Tom Rini wrote:
> >
> > On Tue, Jun 30, 2020 at 12:07:51PM -0500, Adam Ford wrote:
> > > On Tue, Jun 30, 2020 at 11:56 AM Tom Rini wrote:
> > > >
> > > > Disable USB support for now. There is
On Tue, Jun 30, 2020 at 12:56:48PM -0400, Tom Rini wrote:
> Disable USB support for now. There is non-trivial work required to
> fully move the OMAP3 platforms to DM. While this work is in-progress,
> disable USB support for now as we've gone well past the migration
> deadline.
>
> Cc: Adam
On Sat, 2020-06-27 at 20:57 +0800, Kever Yang wrote:
> Hi Kurt,
>
>
> On 2020/6/4 上午5:17, Peter Geis wrote:
>
> >
> > On Tue, Jun 2, 2020 at 11:12 AM Kurt Miller
> > wrote:
> > >
> > > On Tue, 2020-06-02 at 10:23 +0800, Shawn Lin wrote:
> > > >
> > > > 在 2020/6/2 9:59, Kever Yang 写道:
> > >
On Tue, Jun 30, 2020 at 12:14 PM Tom Rini wrote:
>
> On Tue, Jun 30, 2020 at 12:07:51PM -0500, Adam Ford wrote:
> > On Tue, Jun 30, 2020 at 11:56 AM Tom Rini wrote:
> > >
> > > Disable USB support for now. There is non-trivial work required to
> > > fully move the OMAP3 platforms to DM. While
On Tue, Jun 30, 2020 at 12:07:51PM -0500, Adam Ford wrote:
> On Tue, Jun 30, 2020 at 11:56 AM Tom Rini wrote:
> >
> > Disable USB support for now. There is non-trivial work required to
> > fully move the OMAP3 platforms to DM. While this work is in-progress,
> > disable USB support for now as
On Tue, Jun 30, 2020 at 11:56 AM Tom Rini wrote:
>
> Disable USB support for now. There is non-trivial work required to
> fully move the OMAP3 platforms to DM. While this work is in-progress,
> disable USB support for now as we've gone well past the migration
> deadline.
>
> Cc: Adam Ford
>
This platform is already using DM in general and the MMC controller is
the early generation of what is compatible with "ti,omap4-hsmmc" so
enable DM_MMC (which in turn gets BLK enabled).
Signed-off-by: Tom Rini
---
configs/ti816x_evm_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
The TI814x (DM814x) platform is rather old and in need of a lot of
migration work. As much of that work is well past the deadline, remove
this platform.
Signed-off-by: Tom Rini
---
arch/arm/mach-omap2/Kconfig | 1 -
board/ti/ti814x/Kconfig | 15 ---
board/ti/ti814x/MAINTAINERS | 6
Both the am335x_boneblack and am335x_evm_usbspl configs have been gone
for a while, remove their entries from MAINTAINERS.
Signed-off-by: Tom Rini
---
board/ti/am335x/MAINTAINERS | 2 --
1 file changed, 2 deletions(-)
diff --git a/board/ti/am335x/MAINTAINERS b/board/ti/am335x/MAINTAINERS
index
Disable USB support for now. There is non-trivial work required to
fully move the OMAP3 platforms to DM. While this work is in-progress,
disable USB support for now as we've gone well past the migration
deadline.
Cc: Adam Ford
Signed-off-by: Tom Rini
---
configs/omap3_beagle_defconfig | 20
Hi Heiko
On 22/5/20 06:08, Heiko Schocher wrote:
save the GPIOD_ flags also in the gpio descriptor.
Signed-off-by: Heiko Schocher
Reviewed-by: Patrick Delaunay
Fixes: 788ea834124b ("gpio: add function _dm_gpio_set_dir_flags")
Thanks for this fix, without it the MMC driver of my iMX6
Hi Neil,
On Tue, 30 Jun 2020 at 18:30, Neil Armstrong wrote:
>
> Hi,
>
> On 30/06/2020 13:33, Anand Moon wrote:
> > Hi Beniamino,
> >
> > On Wed, 6 May 2020 at 01:53, Beniamino Galvani wrote:
> >>
> >> Hi,
> >>
> >> these two patches add initial u-boot support for Hardkernel ODROID-C4.
> >>
>
The following changes since commit 19a7e5814b77b288472aa96b6d94fb2591cc9184:
Merge tag 'fixes-for-v2020.07' of
https://gitlab.denx.de/u-boot/custodians/u-boot-video (2020-06-28
10:12:25 -0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git
On Tue, Jun 30, 2020 at 01:08:34PM +0800, Ran Wang wrote:
> commit 0cfccb54014b ("configs: Resync with savedefconfig")
> removed CONFIG_USB_STORAGE from some powerpc platforms' defconfig
> files, whicih would block the use case of system loading rootfs
> from USB drives, add them back.
>
>
On Tue, Jun 30, 2020 at 2:52 PM Tom Rini wrote:
>
> On Mon, Jun 29, 2020 at 08:05:15PM -0400, Tom Rini wrote:
> > On Tue, Jun 30, 2020 at 01:10:53AM +0200, Daniel Schwierzeck wrote:
> >
> > > Hi Tom,
> > >
> > > actually I wanted to send this much earlier but I hope it's still okay.
> > >
> > >
On Mon, May 20, 2019 at 02:45:00AM +0200, Marcel Ziswiler wrote:
> Enable CONFIG_CMD_DM.
>
> Signed-off-by: Marcel Ziswiler
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:29PM -0400, Tom Rini wrote:
> Due to how the Makefile logic is we currently get DM_SPI support in SPL
> enabled by having DM_SPI enabled for full U-Boot but not having
> CONFIG_SPL_DM_SPI set. Add this missing option to boards that were
> inadvertently making use of
On Mon, May 20, 2019 at 02:44:58AM +0200, Marcel Ziswiler wrote:
> Move CONFIG_PXA_MMC_GENERIC to Kconfig.
>
> Signed-off-by: Marcel Ziswiler
> Reviewed-by: Simon Glass
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 30, 2020 at 01:05:45AM +0200, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> Even in boot scripts it may be needed to "panic" when all options
> are exhausted and the device specification specifies hanging
> instead of resetting the board.
>
> So add a new panic command that just
On Mon, May 20, 2019 at 02:44:59AM +0200, Marcel Ziswiler wrote:
> Add driver model (DM) support.
>
> Signed-off-by: Marcel Ziswiler
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, May 20, 2019 at 02:44:57AM +0200, Marcel Ziswiler wrote:
> Gracefully handle alias seq in the platform data rather than OF case.
>
> Signed-off-by: Marcel Ziswiler
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, May 20, 2019 at 02:44:56AM +0200, Marcel Ziswiler wrote:
> Allow for CONFIG_DM_MMC with platform data rather than
> CONFIG_OF_CONTROL.
>
> Signed-off-by: Marcel Ziswiler
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, May 20, 2019 at 02:45:01AM +0200, Marcel Ziswiler wrote:
> Add MMC platform data.
>
> While at it also fix trivial checkpatch.pl issues.
>
> Signed-off-by: Marcel Ziswiler
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, May 20, 2019 at 02:45:02AM +0200, Marcel Ziswiler wrote:
> Enable CONFIG_DM_MMC.
>
> Signed-off-by: Marcel Ziswiler
> Reviewed-by: Igor Opaniuk
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:31PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_CADENCE_QSPI
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, May 20, 2019 at 02:44:55AM +0200, Marcel Ziswiler wrote:
> Clean-up platform data include file by using BIT macro and converting
> indentation with spaces to tabs.
>
> Signed-off-by: Marcel Ziswiler
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:28PM -0400, Tom Rini wrote:
> This variable is unset anywhere and only unset on a number of platforms.
> Remove all relevant code.
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:27PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_BOOTM_NETBSD
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, May 20, 2019 at 02:44:53AM +0200, Marcel Ziswiler wrote:
> Add missing space before a comment delimiter.
>
> Signed-off-by: Marcel Ziswiler
> Reviewed-by: Peng Fan
> Reviewed-by: Igor Opaniuk
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:26PM -0400, Tom Rini wrote:
> While in most cases CSF_SIZE is handled via Kconfig we have some i.MX8M
> platforms that set the size based on the now-renamed CONFIG_SECURE_BOOT
> symbol. Update things so that CSF_SIZE itself depends on IMX_HAB being
> enabled and
On Tue, Jun 16, 2020 at 07:06:24PM -0400, Tom Rini wrote:
> There are a few remaining places where we say CONFIG_SECURE_BOOT rather
> than CONFIG_IMX HAB. Update these instances.
>
> Cc: Stefano Babic
> Cc: Fabio Estevam
> Cc: NXP i.MX U-Boot Team
> Cc: Eddy Petrișor
> Cc: Shawn Guo
> Cc:
On Tue, Jun 16, 2020 at 07:06:25PM -0400, Tom Rini wrote:
> There are two remaining users of the CONFIG_SECURE_BOOT symbol that have
> not been migrated to another symbol. In this case, they should be using
> CONFIG_NXP_ESBC as their guard.
>
> Cc: Vladimir Oltean
> Fixes: 5536c3c9d0d1
On Tue, Jun 16, 2020 at 07:06:22PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_CONSOLE_MUX
>
> Cc: Igor Opaniuk
> Signed-off-by: Tom Rini
> Reviewed-by: Igor Opaniuk
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:23PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_CONSOLE_SCROLL_LINES
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:19PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_BUILD_TARGET
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:21PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_CONS_INDEX
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:20PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_CMDLINE_EDITING
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:18PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_BOUNCE_BUFFER
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:14PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_BOARD_TYPES
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:15PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_BOOTCOUNT_ENV
>CONFIG_BOOTCOUNT_LIMIT
>
> Cc: Anatolij Gustschin
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:17PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_BOOTP_DNS2
>CONFIG_BOOTP_PXE_CLIENTARCH
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:16PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_BOOTDELAY
>
> Cc: Holger Brunck
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:13PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_BCH
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:12PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_BOOTARGS
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:10PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_BAUDRATE
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:11PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_BOARD_EARLY_INIT_F
>CONFIG_BOARD_EARLY_INIT_R
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:09PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_AUTOBOOT_PROMPT
>CONFIG_AUTOBOOT_KEYED
>CONFIG_AUTOBOOT_STOP_STR
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP
On Tue, Jun 16, 2020 at 07:06:08PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_ATMEL_USART
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:05PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_AT91_GPIO
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:07PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_ATMEL_NAND_HW_PMECC
>CONFIG_ATMEL_NAND_HWECC
>CONFIG_NAND_ATMEL
>CONFIG_PMECC_CAP
>CONFIG_PMECC_SECTOR_SIZE
>
> Signed-off-by: Tom Rini
Applied to u-boot/next,
On Tue, Jun 16, 2020 at 07:06:03PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_ARM_PL180_MMCI
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:06PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_ATMEL_HLCD
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Jun 04, 2020 at 11:11:52PM +0800, Zhiqiang Hou wrote:
> From: Lukasz Majewski
>
> This patch moves the CONFIG_DM_SPI_FLASH and CONFIG_SPI_FLASH_DATAFLASH
> to be defined in Kconfig, not in board specific header file
> (include/configs/.h).
>
> Before this change the CONFIG_DM_SPI_FLASH
On Tue, Jun 16, 2020 at 07:06:02PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_ARCH_MISC_INIT
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 16, 2020 at 07:06:01PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_AM335X_LCD
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Jun 04, 2020 at 11:11:51PM +0800, Zhiqiang Hou wrote:
> From: Lukasz Majewski
>
> This patch fixes issue with defining the DM_SPI_FLASH in the
> configs/include/ instead of enabling this option in Kconfig.
>
> The problem is that CONFIG_IS_ENABLED(DM_SPI_FLASH) shows false as there
>
On Thu, Jun 04, 2020 at 11:11:53PM +0800, Zhiqiang Hou wrote:
> From: Lukasz Majewski
>
> This change allows more fine tuning of driver model based SPI support in
> SPL and TPL. It is now possible to explicitly enable/disable the DM_SPI
> support in SPL and TPL via Kconfig option.
>
> Before
The Beacon EmbeddedWorks kit is based on the R8A774A1 SoC also
known as the RZ/G2M.
The kit consists of a SOM + Baseboard and supports microSD,
eMMC, Ethernet, a couple celular radios, two CAN interfaces,
Bluetooth and WiFi.
Signed-off-by: Adam Ford
---
V3: Remove unnecessary/unwanted code
The PFC tables for the R8A774A1 are already available, but they
not enabled.
This patch adds the Kconfig option and builds the corresponding file
when PINCTRL_PFC_R8A774A1 is enabled.
Signed-off-by: Adam Ford
---
V3: Reorder references to R8A774A1 to more closely match Linux's order
V2: Use
The R8A774A1 (RZ/G2M) a commercial SoC based off the automotive
R8A7796 SoC.
This series will start the foundation to support this SoC by importing
porting the device tree and bindings from Linux 5.8-rc2 along with clock
clock driver tables, enable pinctrl driver, and add generic
rcar-gen3
The r8a774a1 is compatible with the generic rcar-gen3-sdhi controller.
This patch adds the compatibilty flag, to support the SDHI controller.
Signed-off-by: Adam Ford
---
V3: Use generic rcar-gen3-sdhi reference instead of SoC reference
V2: No Change
diff --git a/drivers/mmc/renesas-sdhi.c
This patch imports the device tree and required bindings to permit
the device tree to build for the R8Z774A1 (RZ/G2M).
Signed-off-by: Adam Ford
---
V3: No change
V2: No change
diff --git a/arch/arm/dts/r8a774a1.dtsi b/arch/arm/dts/r8a774a1.dtsi
new file mode 100644
index
This sync's the clock tables with the official release from
Linux 5.8-RC2 and update r8a774a1_mstp_table from Ref Manual
v1.00.
Signed-off-by: Adam Ford
---
V3: Use clock tables from Linux instead of Renesas' U-Boot repo
Fix the r8a774a1_mstp_table to match ref manual v1.00
V2: No Change
In order to build boards based on the R8A774A1, there needs to
be a config option from which to enable other drivers and/or flags
for this SoC.
Signed-off-by: Adam Ford
---
V3: No change
V2: No change
diff --git a/arch/arm/mach-rmobile/Kconfig.64 b/arch/arm/mach-rmobile/Kconfig.64
index
On Tue, Jun 30, 2020 at 10:03 AM Sébastien Szymanski
wrote:
>
> Quoting Ye Li from NXP:
>
> "We have confirmed with PMIC team, 0x35 is used only on early chips
> and not used any more. 0x25 is the final address."
>
> Fix it by merging power_pca9450a_init and power_pca9450b_init into one
>
Quoting Ye Li from NXP:
"We have confirmed with PMIC team, 0x35 is used only on early chips
and not used any more. 0x25 is the final address."
Fix it by merging power_pca9450a_init and power_pca9450b_init into one
function power_pca9450_init.
Signed-off-by: Sébastien Szymanski
---
On Tue, Jun 30, 2020 at 02:46:51PM +0200, Heiko Stübner wrote:
> Hi Tom,
>
> Am Dienstag, 30. Juni 2020, 14:36:40 CEST schrieb Tom Rini:
> > On Fri, Jun 19, 2020 at 12:45:50PM +0200, Heiko Stuebner wrote:
> >
> > > From: Heiko Stuebner
> > >
> > > If the newly added fit-generator key-options
On 18/06/2020 16:40, Neil Armstrong wrote:
> From: Pascal Vizeli
>
> Add a proper Odroid-N2 board support to handle the Ethernet MAC
> address stored in the in-SoC eFuses.
>
> Signed-off-by: Pascal Vizeli
> Signed-off-by: Neil Armstrong
> ---
> board/amlogic/odroid-n2/MAINTAINERS | 7 +
Hi,
On 30/06/2020 13:33, Anand Moon wrote:
> Hi Beniamino,
>
> On Wed, 6 May 2020 at 01:53, Beniamino Galvani wrote:
>>
>> Hi,
>>
>> these two patches add initial u-boot support for Hardkernel ODROID-C4.
>>
>> https://wiki.odroid.com/odroid-c4/odroid-c4
>>
>> Beniamino Galvani (2):
>> arm:
On 6/30/20 2:49 PM, Heiko Stübner wrote:
> Am Donnerstag, 18. Juni 2020, 16:23:21 CEST schrieb Heiko Stuebner:
>> From: Heiko Stuebner
>>
>> While the SPL may want to do signature checking this won't be
>> the case for TPL in all cases, as TPL is mostly used when the
>> amount of initial memory
On Mon, Jun 29, 2020 at 08:05:15PM -0400, Tom Rini wrote:
> On Tue, Jun 30, 2020 at 01:10:53AM +0200, Daniel Schwierzeck wrote:
>
> > Hi Tom,
> >
> > actually I wanted to send this much earlier but I hope it's still okay.
> >
> > This enables Qemu tests for the MIPS Malta board in all variants
Am Donnerstag, 18. Juni 2020, 16:23:21 CEST schrieb Heiko Stuebner:
> From: Heiko Stuebner
>
> While the SPL may want to do signature checking this won't be
> the case for TPL in all cases, as TPL is mostly used when the
> amount of initial memory is not enough for a full SPL.
>
> So on a
Hi Tom,
Am Dienstag, 30. Juni 2020, 14:36:40 CEST schrieb Tom Rini:
> On Fri, Jun 19, 2020 at 12:45:50PM +0200, Heiko Stuebner wrote:
>
> > From: Heiko Stuebner
> >
> > If the newly added fit-generator key-options are found, append needed
> > signature nodes to all generated image blocks, so
On Mon, Jun 29, 2020 at 11:38:46PM -0500, Dave Gerlach wrote:
> Introduce UCLASS_SOC to be used for SOC identification and attribute
> matching based on the SoC ID info. This allows drivers to be provided
> for SoCs to retrieve SoC identifying information and also for matching
> device attributes
On Fri, Jun 19, 2020 at 12:45:50PM +0200, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> If the newly added fit-generator key-options are found, append needed
> signature nodes to all generated image blocks, so that they can get
> signed when mkimage later compiles the .itb from the generated
1 - 100 of 158 matches
Mail list logo
