On 10.01.2020 08:32, Stefan Roese wrote:
> On 09.01.20 17:30, Gregory CLEMENT wrote:
>> According to the linker script for both armv7 and arm926ejs based SoC,
>> BSS section was all the time separated for SPL but this symbol was
>> only enabled on some boards. However, it is necessary to have it
Hi Fabio,
>
> Hi Flavio,
>
> On Wed, Jan 22, 2020 at 11:18 AM Flavio Suligoi wrote:
> >
> > In some application the possibility to check if the reset
> > is caused by a watchdog is essential, even if it occurs
> > simultaneously with POR.
> >
> > Signed-off-by: Flavio Suligoi
> > ---
> > arch
The zynq FPGA bits require the main FPGA bits to be enabled as we
otherwise get the following compiler error:
arch/arm/mach-zynq/cpu.c: In function 'arch_early_init_r':
arch/arm/mach-zynq/cpu.c:118:37: error: 'const struct ' has no
member named 'fpga_size'
fpga.size = zynq_fpga_descs[cpu_id].fp
When selecting CONFIG_DEBUG_UART_ZYNQ for one it is imperative that
CONFIG_SERIAL_ZYNQ is enabled. Further more, the zynq serial driver
is mostly?/all driver model based. However when compiling the early uart
for the SPL, none of that is available yet, so for the SPL build this
needs to be enabled
The ZYNQ has an ULPI interface to a USB PHY and thus depends on it.
Prevents the following compilation problem.
drivers/usb/host/built-in.o: In function `ehci_zynq_probe':
drivers/usb/host/ehci-zynq.c:53: undefined reference to `ulpi_init'
drivers/usb/host/ehci-zynq.c:60: u
The zynq architecture depends on SPL_STACK_R_ADDR to be set, and thus it
makes sense for the ARCH_ZYNQ to depend on SPL_STACK_R. Further more
that address needs to have a sane default. So lets follow the OMAP2PLUS
and set a default for the Zynq as well.
Signed-off-by: Olliver Schinagl
---
arch/a
When hit with an 'unsupported boot mode' error, a user would be happy to
know more, or the why. What boot mode is being tried. Was it as
expected. Since we know the selected boot mode at the point of failure,
lets print it so we have a better chance at figuring out what went
wrong.
Signed-off-by:
>-Original Message-
>From: Baruch Siach
>Sent: Wednesday, December 4, 2019 6:59 PM
>To: Priyanka Jain
>Cc: u-boot@lists.denx.de; Rabeeh Khoury ; Jon
>Nettleton ; Baruch Siach
>Subject: [PATCH 1/2] board: solidrun lx2160a-cex7: new board
>
>Add board level support code for the SolidRun LX
Hi Priyanka,
On Thu, Jan 23, 2020 at 09:25:29AM +, Priyanka Jain wrote:
> >-Original Message-
> >From: Baruch Siach
> >Sent: Wednesday, December 4, 2019 6:59 PM
> >To: Priyanka Jain
> >Cc: u-boot@lists.denx.de; Rabeeh Khoury ; Jon
> >Nettleton ; Baruch Siach
> >Subject: [PATCH 1/2]
Hi Marek,
> From: Marek Vasut
> Sent: mardi 21 janvier 2020 22:39
>
> Add support for DH Electronics DHCOM SoM and PDK2 rev. 400 carrier board.
> This is an SoM with STM32MP157C and an evaluation kit. The baseboard
> provides Ethernet, UART, USB, CAN and optional display.
>
> Signed-off-by: Mar
Hi Stephen,
> From: Stephen Warren
> Sent: mercredi 22 janvier 2020 17:54
>
> On 1/22/20 6:52 AM, Patrick Delaunay wrote:
> > Add a function reserve_sp() to reserved memory with 16 bits alignment
> > after the stack pointer (gd->start_addr_sp) and use this new function
> > in board_f.c to reserv
On Wed, 22 Jan 2020 19:05:10 +0100
Matthias Brugger wrote:
Hi,
Matthias, many thanks for looking at this and giving it a try!
> On 22/01/2020 18:34, Andre Przywara wrote:
> > On Wed, 22 Jan 2020 18:18:39 +0100
> > Matthias Brugger wrote:
> >
> > Hi Matthias,
> >
> >> On 17/01/2020 02:20, A
From: Max Krummenacher
Add alternative UART muxing defines.
Signed-off-by: Max Krummenacher
Signed-off-by: Igor Opaniuk
---
arch/arm/dts/imx8mm-pinfunc.h | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/dts/imx8mm-pinfunc.h b/arch/arm/dts/imx8mm-pinfunc.h
i
From: Marcel Ziswiler
Add support for storing configuration for Verdin i.MX8MM SoM
in Toradex config block.
Signed-off-by: Marcel Ziswiler
Signed-off-by: Igor Opaniuk
---
board/toradex/common/tdx-cfg-block.c | 17 +++--
board/toradex/common/tdx-cfg-block.h | 1 +
2 files changed
This add initial minimal support for the Toradex Verdin iMX8MM 2GB WB IT
V1.0A module. They are now strapped to boot from eFuses which are
factory fused to properly boot from their on-module eMMC. U-Boot
supports booting from the on-module eMMC only, SDP support is disabled
for now.
Functionality
From: Igor Opaniuk
Assign Igor Opaniuk as a board maintainer.
Signed-off-by: Igor Opaniuk
---
board/toradex/verdin-imx8mm/MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
create mode 100644 board/toradex/verdin-imx8mm/MAINTAINERS
diff --git a/board/toradex/verdin-imx8mm/MAINTAINER
From: Igor Opaniuk
Add README with build steps for U-boot and TF-A for Verdin i.MX8MM SoM.
Signed-off-by: Igor Opaniuk
---
board/toradex/verdin-imx8mm/README | 81 ++
1 file changed, 81 insertions(+)
create mode 100644 board/toradex/verdin-imx8mm/README
diff --gi
From: Igor Opaniuk
This introduces initial support for the Toradex Verdin iMX8MM 2GB WB IT
V1.0A module. They are now strapped to boot from eFuses which are
factory fused to properly boot from their on-module eMMC. U-Boot
supports booting from the on-module eMMC only, SDP support is disabled
for
Add 8_10_0 and 21_2_0 seredes protocol for QDS
Add 10_12_3 seredes protocol for QDS
Add the IOSLOT and the mezzanine card mapping against each serdes protocol.
Signed-off-by: Vikas Singh
---
board/freescale/lx2160a/eth_lx2160aqds.c | 84 +++-
1 file changed, 83 insert
Add 8_10_0 and 21_2_0 seredes protocol for QDS
Add 10_12_3 seredes protocol for QDS
Add the IOSLOT and the mezzanine card mapping against each serdes protocol.
Signed-off-by: Vikas Singh
---
board/freescale/lx2160a/eth_lx2160aqds.c | 84 +++-
1 file changed, 83 insert
On Thu, Jan 23, 2020 at 1:32 PM Igor Opaniuk wrote:
>
> From: Max Krummenacher
>
> Add alternative UART muxing defines.
>
> Signed-off-by: Max Krummenacher
> Signed-off-by: Igor Opaniuk
Reviewed-by: Oleksandr Suvorov
> ---
>
> arch/arm/dts/imx8mm-pinfunc.h | 21 +
> 1 fi
On Thu, Jan 23, 2020 at 1:32 PM Igor Opaniuk wrote:
>
> From: Marcel Ziswiler
>
> Add support for storing configuration for Verdin i.MX8MM SoM
> in Toradex config block.
>
> Signed-off-by: Marcel Ziswiler
> Signed-off-by: Igor Opaniuk
> ---
>
> board/toradex/common/tdx-cfg-block.c | 17 +++
On Thu, Jan 23, 2020 at 1:32 PM Igor Opaniuk wrote:
>
> From: Igor Opaniuk
>
> Add README with build steps for U-boot and TF-A for Verdin i.MX8MM SoM.
>
> Signed-off-by: Igor Opaniuk
Reviewed-by: Oleksandr Suvorov
> ---
>
> board/toradex/verdin-imx8mm/README | 81
On Thu, Jan 23, 2020 at 1:32 PM Igor Opaniuk wrote:
>
> From: Igor Opaniuk
>
> Assign Igor Opaniuk as a board maintainer.
>
> Signed-off-by: Igor Opaniuk
Reviewed-by: Oleksandr Suvorov
> ---
>
> board/toradex/verdin-imx8mm/MAINTAINERS | 9 +
> 1 file changed, 9 insertions(+)
> creat
Hi Igor and Max,
On Thu, Jan 23, 2020 at 8:32 AM Igor Opaniuk wrote:
>
> From: Max Krummenacher
>
> Add alternative UART muxing defines.
>
> Signed-off-by: Max Krummenacher
> Signed-off-by: Igor Opaniuk
> ---
>
> arch/arm/dts/imx8mm-pinfunc.h | 21 +
> 1 file changed, 21 i
This fixes the following warning
= WARNING ==
This board does not use CONFIG_DM_ETH (Driver Model
for Ethernet drivers). Please update the board to use
CONFIG_DM_ETH before the v2020.07 release. Failure to
update by the deadline may result in board removal.
On Sun, Jan 05, 2020 at 08:10:56PM +0100, Luka Kovacic wrote:
> Use the correct return value in function do_gpio() and update
> commands documentation with the return values from command_ret_t enum.
>
> CMD_RET_SUCCESS is returned on command success and CMD_RET_FAILURE is
> returned on command fa
Function init_usb_clk() is not used anywhere, so it can simply be deleted.
This was detected by the following sparse warning:
arch/arm/mach-imx/imx8m/clock_imx8mq.c:377:6: warning: no previous prototype
for ‘init_usb_clk’ [-Wmissing-prototypes]
void init_usb_clk(void)
^~~~
Signed-
Since do_imx8m_showclocks() is only used inside this file, make it 'static'.
This fixes the following sparse warning:
arch/arm/mach-imx/imx8m/clock_imx8mq.c:836:5: warning: no previous prototype
for ‘do_imx8m_showclocks’ [-Wmissing-prototypes]
int do_imx8m_showclocks(cmd_tbl_t *cmdtp, int flag,
Since frac_pll_init() is only used in this file, change it to 'static'.
This fixes the following sparse warning:
arch/arm/mach-imx/imx8m/clock_imx8mq.c:662:5: warning: no previous
prototype for ‘frac_pll_init’ [-Wmissing-prototypes]
Signed-off-by: Pedro Jardim
---
arch/arm/mach-imx/imx8m/clock
Function sscg_pll_init() is not used anywhere, so it can simply be deleted.
This was found because of the following sparse
warning:
arch/arm/mach-imx/imx8m/clock_imx8mq.c:702:5: warning: no previous
prototype for ‘sscg_pll_init’ [-Wmissing-prototypes]
int sscg_pll_init(u32 pll)
^
On Thu, Jan 23, 2020 at 8:53 AM Pedro Jardim wrote:
>
> This fixes the following warning
>
> = WARNING ==
> This board does not use CONFIG_DM_ETH (Driver Model
> for Ethernet drivers). Please update the board to use
> CONFIG_DM_ETH before the v2020.07 releas
Since do_imx8m_showclocks() is only used inside this file, make it 'static'.
This fixes the following sparse warning:
arch/arm/mach-imx/imx8m/clock_imx8mq.c:836:5: warning: no previous prototype
for ???do_imx8m_showclocks??? [-Wmissing-prototypes]
int do_imx8m_showclocks(cmd_tbl_t *cmdtp, int f
Hi,
We are converting imx7d-sdb and imx6sx-sdb boards to DM_VIDEO, but we
are seeing the Freescale logo with incorrect colors (white area is
being shown blue, for example).
imx6ul-evk has already been converted to DM_VIDEO and also show the
incorrect colors.
We haven't started to investigate thi
Function init_usb_clk() is not used anywhere, so it can simply be deleted.
This was detected by the following sparse warning:
arch/arm/mach-imx/imx8m/clock_imx8mq.c:377:6: warning: no previous prototype
for ???init_usb_clk??? [-Wmissing-prototypes]
void init_usb_clk(void)
^~~~
Sig
Function sscg_pll_init() is not used anywhere, so it can simply be deleted.
This was found because of the following sparse
warning:
arch/arm/mach-imx/imx8m/clock_imx8mq.c:702:5: warning: no previous prototype
for ???sscg_pll_init??? [-Wmissing-prototypes]
int sscg_pll_init(u32 pll)
^~~~
Since frac_pll_init() is only used in this file, change it to 'static'.
This fixes the following sparse warning:
arch/arm/mach-imx/imx8m/clock_imx8mq.c:662:5: warning: no previous
prototype for ???frac_pll_init??? [-Wmissing-prototypes]
Signed-off-by: Pedro Jardim
---
Chages since v1:
- Fixed
On 1/22/20 11:10 PM, Keerthy wrote:
>
>
> On 22/01/20 9:55 pm, Andrew F. Davis wrote:
>> On 1/21/20 8:10 PM, keerthy wrote:
>>>
>>>
>>> On 1/21/2020 6:26 PM, Andrew F. Davis wrote:
On 1/21/20 6:07 AM, Keerthy wrote:
> Add MAIN domain R5FSS0 remoteproc support from spl. This enables
>
On 23/01/20 7:23 PM, Oliver Graute wrote:
> On 17/01/20, Lokesh Vutla wrote:
> Just wondering if anyone else managed to boot mainline U-Boot with
> mainline kernel on i.MX8QXP.
I can test it for you with the revert patch for f0cc4eae9a applied
tomorrow.
>>>
>>> Adding in Lokes
On 17/01/20, Lokesh Vutla wrote:
> >>> Just wondering if anyone else managed to boot mainline U-Boot with
> >>> mainline kernel on i.MX8QXP.
> >> I can test it for you with the revert patch for f0cc4eae9a applied
> >> tomorrow.
> >
> > Adding in Lokesh as he nak'd the revert before because that w
Enable pre console buffer for rk3288 platform.
This would help to capture the console messages prior to
the console being initialised. Enabling this would help
to capture all the console messages on video output source
like HDMI. So we can find the full console messages of
U-Boot proper on HDMI di
Sync rk3288-vyasa dts file from Linux.
This sync has changes required to work HDMI output on
Vyasa RK3288 board.
This sync excludes the io_domains node since it is not
available in rk3288.dtsi.
Changes like vcc50_hdmi, vdd10_lcd and ddc-i2c-bus are
not merged to Linux yet but wil resync later if
Enable HDMI output for Tinker RK3288 board.
Signed-off-by: Jagan Teki
---
configs/tinker-rk3288_defconfig | 6 ++
include/configs/tinker_rk3288.h | 6 +-
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/configs/tinker-rk3288_defconfig b/configs/tinker-rk3288_defconfig
index
Add console settings like stdin, stdout and stderr as
cros-ec-keyb and vidconsole respectively for Vyasa Rk3288
board.
This would certainly help to detect the attached video
devices (like HDMI) and print the console message on display.
Signed-off-by: Jagan Teki
---
include/configs/vyasa-rk3288.
Hi Fabio,
On Thu, 23 Jan 2020 10:19:08 -0300
Fabio Estevam feste...@gmail.com wrote:
...
> We are converting imx7d-sdb and imx6sx-sdb boards to DM_VIDEO, but we
> are seeing the Freescale logo with incorrect colors (white area is
> being shown blue, for example).
>
> imx6ul-evk has already been c
On Thu, 23 Jan 2020 10:20:14 -0300
Pedro Jardim jardim.c.pe...@gmail.com wrote:
> Function init_usb_clk() is not used anywhere, so it can simply be deleted.
> This was detected by the following sparse warning:
>
> arch/arm/mach-imx/imx8m/clock_imx8mq.c:377:6: warning: no previous prototype
> for
The following patches add support for eMMC boot in TI's Am65x and J721e
devices.
Faiz Abbas (10):
mmc: Add a saved_clock member
arm: K3: sysfw-loader: Add a config_pm_pre_callback()
configs: am65x_evm: Add CONFIG_SUPPORT_EMMC_BOOT
spl: mmc: Fix spl_mmc_get_uboot_raw_sector() implementation
MMC_LEGACY & SD_LEGACY are not differentiated timings in the spec and
don't have any meaningful differences. Therefore, get rid of all
references to SD_LEGACY and use MMC_LEGACY to mean both of them.
Signed-off-by: Faiz Abbas
---
drivers/mmc/fsl_esdhc_imx.c | 1 -
drivers/mmc/mmc.c |
Add a saved_clock member to struct mmc to store the previous clock speed
in the clock needs to be stopped for some time.
Signed-off-by: Faiz Abbas
---
include/mmc.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/mmc.h b/include/mmc.h
index b5cb514f57..2f21dbf1b7 100644
--- a/include
With CONFIG_SUPPORT_EMMC_BOOT moved to Kconfig, move it to defconfig
files.
Signed-off-by: Faiz Abbas
---
configs/am65x_evm_a53_defconfig | 1 +
configs/am65x_evm_r5_defconfig | 1 +
include/configs/am65x_evm.h | 2 --
3 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configs/a
System firmware does not guarantee that clocks going out of the device
will be stable during power management configuration. There are some
DCRC errors when SPL tries to get the next stage during eMMC boot after
sysfw pm configuration.
Therefore add a config_pm_pre_callback() to switch off the eMM
The call to spl_mmc_get_uboot_raw_sector() completely ignores and
overwrites the raw_sect value passed from the caller of spl_mmc_load().
Fix this by passing raw_sect to the function and returning the same
value in the default case.
Signed-off-by: Faiz Abbas
---
arch/arm/mach-imx/imx8/image.c |
With the latest RIOT, there is a different otap delay value for each
speed mode. Add a new binding with every supported speed mode. Also
disable a given speed mode in the host caps if its corresponding
otap-del-sel is not present.
Signed-off-by: Faiz Abbas
---
arch/arm/dts/k3-am65-main.dtsi
The 4 bit MMC controllers have an internal debounce for the SDCD line
with a debounce delay of 1 second. Therefore, after clocks to the IP are
enabled, software has to wait for this time before it can power on the
controller.
Add an init() callback which polls on sdcd for a maximum of 2 seconds
be
Hi Anatolij,
On Thu, Jan 23, 2020 at 11:43 AM Anatolij Gustschin wrote:
>
> On Thu, 23 Jan 2020 10:20:14 -0300
> Pedro Jardim jardim.c.pe...@gmail.com wrote:
>
> > Function init_usb_clk() is not used anywhere, so it can simply be deleted.
> > This was detected by the following sparse warning:
> >
Expose sdhci_init() as non-static.
Signed-off-by: Faiz Abbas
---
drivers/mmc/sdhci.c | 2 +-
include/sdhci.h | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/sdhci.c b/drivers/mmc/sdhci.c
index 01fa5a9d4d..4fce85a0ea 100644
--- a/drivers/mmc/sdhci.c
+++ b/driv
Add an init() API for platform specific init() operations.
Signed-off-by: Faiz Abbas
---
drivers/mmc/mmc.c | 15 +++
include/mmc.h | 7 +++
2 files changed, 14 insertions(+), 8 deletions(-)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index 364d39bf3b..a055ecbc9d 1006
Enable configs to support eMMC boot support.
Signed-off-by: Faiz Abbas
---
configs/j721e_evm_a72_defconfig | 3 +++
configs/j721e_evm_r5_defconfig | 3 +++
2 files changed, 6 insertions(+)
diff --git a/configs/j721e_evm_a72_defconfig b/configs/j721e_evm_a72_defconfig
index 1cc75ce18a..553608c2
Hi Fabio,
On Thu, Jan 23, 2020 at 3:19 PM Fabio Estevam wrote:
>
> Hi,
>
> We are converting imx7d-sdb and imx6sx-sdb boards to DM_VIDEO, but we
> are seeing the Freescale logo with incorrect colors (white area is
> being shown blue, for example).
>
We had a similar issue when mxsfb driver tried
Due to recent Linux dts(i) sync for rk3399. the existing
vop driver is not working with HDMI out on RK3399.
These patches fixing the same and enabled HDMI out new boards.
Any inputs?
Jagan.
Jagan Teki (4):
arm64: dts: rk3399-u-boot: Delete vop assigned-clocks/rates
video: rockchip: Fix vop m
VOP display endpoint pipeline configuration is differs
between rk3288 vs rk3399.
These VOP pipeline configuration depends on how the
different display interfaces connected in sequence to
IN and OUT ports like for,
RK3288:
vopb_out: port {
#address-cells = <1>;
#size-cells = <0>;
Enable pre console buffer for rk3399 platform.
This would help to capture the console messages prior to
the console being initialised. Enabling this would help
to capture all the console messages on video output source
like HDMI. So we can find the full console messages of
U-Boot proper on HDMI di
Enable config options and console setting to respective
rk3399 board for HDMI output.
Boards supported and tested on this patch are:
- NanoPc T4
- NanoPi M4
- NanoPi Neo4
- ROC-RK3399-PC
Signed-off-by: Jagan Teki
---
configs/nanopc-t4-rk3399_defconfig | 6 ++
configs/nanopi-m4-rk3399_defc
Linux supporting assigned-clocks for VOP on rk3399 by assuming
U-Boot not initializing it on this linux commit:
commit <617f4472bdd3> ("arm64: dts: rockchip: init rk3399 vop clock rates")
There is no specific need to initialize these assigned clock
in U-Boot as video drivers still work with defau
On 23/01/20 6:54 pm, Andrew F. Davis wrote:
On 1/22/20 11:10 PM, Keerthy wrote:
On 22/01/20 9:55 pm, Andrew F. Davis wrote:
On 1/21/20 8:10 PM, keerthy wrote:
On 1/21/2020 6:26 PM, Andrew F. Davis wrote:
On 1/21/20 6:07 AM, Keerthy wrote:
Add MAIN domain R5FSS0 remoteproc support from
On Mon, Jan 20, 2020 at 11:10 PM Alexander Graf wrote:
>
>
> On 20.01.20 18:22, Tom Rini wrote:
> > +A few people that may have insight to my question
> >
> > On Sat, Dec 21, 2019 at 01:24:31PM +0530, Jagan Teki wrote:
> >
> >> Add distro boot command support for SPI flash.
> >>
> >> This distro b
On Thu, Jan 23, 2020 at 10:25:50PM +0530, Jagan Teki wrote:
> On Mon, Jan 20, 2020 at 11:10 PM Alexander Graf wrote:
> >
> >
> > On 20.01.20 18:22, Tom Rini wrote:
> > > +A few people that may have insight to my question
> > >
> > > On Sat, Dec 21, 2019 at 01:24:31PM +0530, Jagan Teki wrote:
> > >
On 1/23/20 11:44 AM, Keerthy wrote:
>
>
> On 23/01/20 6:54 pm, Andrew F. Davis wrote:
>> On 1/22/20 11:10 PM, Keerthy wrote:
>>>
>>>
>>> On 22/01/20 9:55 pm, Andrew F. Davis wrote:
On 1/21/20 8:10 PM, keerthy wrote:
>
>
> On 1/21/2020 6:26 PM, Andrew F. Davis wrote:
>> On 1/2
On Thu, Jan 23, 2020 at 10:33 PM Tom Rini wrote:
>
> On Thu, Jan 23, 2020 at 10:25:50PM +0530, Jagan Teki wrote:
> > On Mon, Jan 20, 2020 at 11:10 PM Alexander Graf wrote:
> > >
> > >
> > > On 20.01.20 18:22, Tom Rini wrote:
> > > > +A few people that may have insight to my question
> > > >
> > >
On Thu, Jan 23, 2020 at 10:41:15PM +0530, Jagan Teki wrote:
> On Thu, Jan 23, 2020 at 10:33 PM Tom Rini wrote:
> >
> > On Thu, Jan 23, 2020 at 10:25:50PM +0530, Jagan Teki wrote:
> > > On Mon, Jan 20, 2020 at 11:10 PM Alexander Graf wrote:
> > > >
> > > >
> > > > On 20.01.20 18:22, Tom Rini wrote
On 23/01/20 10:35 pm, Andrew F. Davis wrote:
On 1/23/20 11:44 AM, Keerthy wrote:
On 23/01/20 6:54 pm, Andrew F. Davis wrote:
On 1/22/20 11:10 PM, Keerthy wrote:
On 22/01/20 9:55 pm, Andrew F. Davis wrote:
On 1/21/20 8:10 PM, keerthy wrote:
On 1/21/2020 6:26 PM, Andrew F. Davis wrote
On Thu, Jan 23, 2020 at 10:45 PM Tom Rini wrote:
>
> On Thu, Jan 23, 2020 at 10:41:15PM +0530, Jagan Teki wrote:
> > On Thu, Jan 23, 2020 at 10:33 PM Tom Rini wrote:
> > >
> > > On Thu, Jan 23, 2020 at 10:25:50PM +0530, Jagan Teki wrote:
> > > > On Mon, Jan 20, 2020 at 11:10 PM Alexander Graf wr
On 1/22/20 8:42 AM, AKASHI Takahiro wrote:
Heinrich,
On Wed, Jan 22, 2020 at 10:13:48AM +0900, AKASHI Takahiro wrote:
On Tue, Jan 21, 2020 at 08:15:06AM +0100, Heinrich Schuchardt wrote:
On 1/21/20 7:12 AM, AKASHI Takahiro wrote:
On Fri, Jan 17, 2020 at 06:51:50AM +0100, Heinrich Schuchardt w
On Wed, Jan 22, 2020 at 01:03:50PM -0500, Tom Rini wrote:
> On Wed, Jan 22, 2020 at 05:47:07PM +0100, Stephan Gerhold wrote:
> > Hi Tom,
> >
> > On Sat, Jan 04, 2020 at 06:45:14PM +0100, Stephan Gerhold wrote:
> > > This patch series restores minimal U-Boot support for
> > > the ST-Ericsson NovaTh
On Thu, Jan 23, 2020 at 10:59:17PM +0530, Jagan Teki wrote:
> On Thu, Jan 23, 2020 at 10:45 PM Tom Rini wrote:
> >
> > On Thu, Jan 23, 2020 at 10:41:15PM +0530, Jagan Teki wrote:
> > > On Thu, Jan 23, 2020 at 10:33 PM Tom Rini wrote:
> > > >
> > > > On Thu, Jan 23, 2020 at 10:25:50PM +0530, Jagan
On Mon, Jan 20, 2020 at 10:30:07AM +0800, Kever Yang wrote:
> Hi Tom,
>
> Please pull the rockchip updates:
> - Support SPI boot and redundant boot for rk3399
> - Support binman for rockchip platform
> - Update ram driver and add ddr4 support for rk3328
>
> Travis:
> https://travis-ci.org/kevery
This series updates the Designware I2C driver to support reading its
timing from the device tree and handling it in units of nanoseconds
instead of clock cycles.
A new function converts from nanoseconds to the units used by the I2C
controller and makes sure that the requested bus speed is not exce
We use struct clk here so really should include this header file to avoid
build errors. Also switch the order of clk.h in the C file to match the
required code style.
Signed-off-by: Simon Glass
Reviewed-by: Ley Foon Tan
Reviewed-by: Jun Chen
Reviewed-by: Heiko Schocher
---
Changes in v3: None
Instead of passing this parameter into __dw_i2c_set_bus_speed(), pass in
the driver's private data, from which the function can obtain that
information. This allows the function to have access to the full state of
the driver.
Signed-off-by: Sicomp_param1mon Glass
Reviewed-by: Heiko Schocher
Sign
Bring in this file from Linux v5.4.
Signed-off-by: Simon Glass
Reviewed-by: Heiko Schocher
---
Changes in v3: None
Changes in v2: None
.../i2c/i2c-designware.txt| 73 +++
1 file changed, 73 insertions(+)
create mode 100644 doc/device-tree-bindings/i2c/i2c-
The i2c controller defines a few timing properties. Read these in and
store them for use by the driver.
Signed-off-by: Simon Glass
Reviewed-by: Heiko Schocher
---
Changes in v3: None
Changes in v2: None
drivers/i2c/designware_i2c.c | 8 ++--
drivers/i2c/designware_i2c.h | 15
Update this driver to use the new standard enums for speed.
Signed-off-by: Simon Glass
Reviewed-by: Heiko Schocher
---
Changes in v3: None
Changes in v2: None
drivers/i2c/designware_i2c.c | 10 +-
drivers/i2c/designware_i2c.h | 13 -
2 files changed, 5 insertions(+), 18 de
Convert the obvious uses of i2c bus speeds to use the enum.
Use livetree access for code changes.
Signed-off-by: Simon Glass
Reviewed-by: Heiko Schocher
---
Changes in v3: None
Changes in v2: None
drivers/i2c/exynos_hs_i2c.c | 5 +++--
drivers/i2c/fsl_i2c.c| 3 ++-
drivers/i2c/i2c
Update this driver to use the new standard enums for speed.
Signed-off-by: Simon Glass
Reviewed-by: Patrick Delaunay
Tested-by: Patrick Delaunay
Reviewed-by: Heiko Schocher
---
Changes in v3:
- Drop note about moving to driver model
- Use ARRAY_SIZE() for i2c_specs bounds check
Changes in v2
Some versions of this peripheral include a spike-suppression phase of the
bus. Add support for this.
Signed-off-by: Simon Glass
Reviewed-by: Heiko Schocher
---
Changes in v3: None
Changes in v2:
- Add a few more clean-up patches for i2c
drivers/i2c/designware_i2c.c | 10 +-
drive
Update this driver to use the new standard enums for speed.
Signed-off-by: Simon Glass
Reviewed-by: Heiko Schocher
---
Changes in v3: None
Changes in v2: None
drivers/i2c/ast_i2c.c | 2 +-
drivers/i2c/ast_i2c.h | 2 --
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/i2c/
Create a struct to hold the three timing parameters. This will make it
easier to move these calculations into a separate function in a later
patch.
Signed-off-by: Simon Glass
Reviewed-by: Heiko Schocher
---
Changes in v3: None
Changes in v2: None
drivers/i2c/designware_i2c.c | 82
At present the driver can end up with timing parameters which are slightly
faster than those expected. It is possible to optimise the parameters to
get the best possible result.
Create a new function to handle the timing calculation. This uses a table
of defaults for each speed mode rather than wr
Update this driver to use the new standard enums for speed.
Note: This driver needs to move to driver model.
Signed-off-by: Simon Glass
Reviewed-by: Heiko Schocher
---
Changes in v3: None
Changes in v2: None
drivers/i2c/kona_i2c.c | 28 +++-
1 file changed, 11 inserti
Fast-plus runs at 1MHz and is used by some devices. Add support for this.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add new patch with support for fast-plus speed
Changes in v2: None
drivers/i2c/designware_i2c.c | 12 ++--
drivers/i2c/designware_i2c.h | 2 ++
2 files changed, 1
Update this driver to use the new standard enums for speed.
Note: This driver needs to move to driver model.
Signed-off-by: Simon Glass
Reviewed-by: Heiko Schocher
---
Changes in v3: None
Changes in v2: None
drivers/i2c/omap24xx_i2c.c | 2 +-
drivers/i2c/omap24xx_i2c.h | 4
2 files chan
This is used to store the speed information for a bus. We want to provide
this to ACPI so that it can tell the kernel. Move this struct to the
header file so it can be accessed by the ACPI i2c implementation being
added later.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add new patch to move
We want to be able to calculate the speed separately from actually setting
the speed, so we can generate the required ACPI tables. Split out the
calculation into its own function.
Drop the double underscore on __dw_i2c_set_bus_speed while we are here.
That is reserved for compiler internals.
Sign
Move some of the code currently in the ofdata_to_platdata() method to
probe() so that it is not executed when generating ACPI tables.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add new patch to do more in the probe() method
Changes in v2: None
drivers/i2c/designware_i2c.c | 16 --
At present the driver uses an approximation for the bus clock, e.g. 166MHz
instead of 166 2/3 MHz.
This can result in small errors in the resulting I2C speed, perhaps 0.5%
or so.
Adjust the existing code to start from the accurate figure, even if later
rounding reduces this accuracy.
Update the
Some drivers define their own speed enums and use their own constants for
speed. It makes sense to have a unified defition of the different speeds.
Since many controllers have to do different things for fast/high speed, it
is a good idea to have an enum for the mode.
Add these as well as an enum
Currently watchdog tries to use dev_read_u32_default to get timeout
configuration in case OF_CONTROL is enabled. However, if SPL is
built with OF_PLATDATA this has no sense as there is no device tree.
This patch fixes this issue by only use dev_read_u32_default if OF_CONTROL
is enabled but OF_PLAT
Some versions of this peripherals provide more control of the bus
behaviour. Add definitions for these registers.
Signed-off-by: Simon Glass
Reviewed-by: Ley Foon Tan
Reviewed-by: Jun Chen
Reviewed-by: Heiko Schocher
---
Changes in v3:
- Fix the address of comp_param1 by adding a gap
Changes
Group these #defines into an enum to make it easier to understand the
relationship between them.
Signed-off-by: Simon Glass
Reviewed-by: Jun Chen
Reviewed-by: Heiko Schocher
---
Changes in v3: None
Changes in v2: None
drivers/i2c/designware_i2c.c | 2 +-
drivers/i2c/designware_i2c.h | 10 ++
Some SoCs support a higher speed than what is currently called 'max' in
this driver. Rename it to 'high' speed, which is the official name of the
3.4MHz speed.
Signed-off-by: Simon Glass
Reviewed-by: Jun Chen
Reviewed-by: Heiko Schocher
---
Changes in v3: None
Changes in v2: None
drivers/i2c
1 - 100 of 184 matches
Mail list logo
