On Mon, Feb 17, 2020 at 04:09:29PM +0100, Wolfgang Denk wrote:
> Dear Andy,
>
> In message
> you
> wrote:
> >
> > > > git bisect is the usual way to figure out the culprit.
> > >
> > > Too much work to do this way.
>
> If you find bisecting is too much work you probably still do it
>
On Mon, Feb 17, 2020 at 04:45:57PM +0900, Masahiro Yamada wrote:
> Hi Eugeniu, Tom,
>
>
> On Mon, Feb 17, 2020 at 7:05 AM Eugeniu Rosca wrote:
> >
> > Hi Tom,
> >
> > On Sun, Feb 16, 2020 at 11:53:23AM -0500, Tom Rini wrote:
> > > On Sun, Feb 16, 2020 at 05:23:14PM +0100, Eugeniu Rosca wrote:
>
Dear Andy,
In message
you wrote:
>
> > > git bisect is the usual way to figure out the culprit.
> >
> > Too much work to do this way.
If you find bisecting is too much work you probably still do it
manually. Why don't you use tbot to automize such boring and time
consuming tasks?
Best
This reverts commit 0d67fac29f3187e67f4fd3ef15f73e91be2fad12.
As real hardware testing (*) shows the above mentioned commit
breaks U-Boot on it. Revert for the upcoming release. We may get
more information in the future and optimize the code accordingly.
(*) om Intel Edison board.
Hi Anatolij,
On Mon, Feb 17, 2020 at 5:42 AM Anatolij Gustschin wrote:
>
> Currently when booting the kernel on i.MX8 U-Boot hangs in an
> endless loop when switching off dma, connectivity or lsio power
> domains during device removal. It hapens first when removing
> gpio0 (gpio@5d08)
From: Holger Brunck
Add initial support for the ABB SECU board, which is an ArriaV-based
SoCFPGA system with ethernet and booting from Denali NAND.
Signed-off-by: Holger Brunck
Cc: Ley Foon Tan
Cc: Simon Goldschmidt
---
arch/arm/dts/Makefile | 1 +
Dear Marek,
In message <20200217173249.4805-1-ma...@denx.de> you wrote:
>
> board/keymile/Kconfig | 11 +-
> board/keymile/common/ivm.c | 18 +-
> board/keymile/secu1/Makefile| 7 +
> board/keymile/secu1/qts/iocsr_config.h | 694
On Mon, Feb 17, 2020 at 10:00 PM Andy Shevchenko
wrote:
>
> On Mon, Feb 17, 2020 at 3:52 PM Bin Meng wrote:
> > On Mon, Feb 17, 2020 at 9:47 PM Andy Shevchenko
> > wrote:
> > > On Mon, Feb 17, 2020 at 3:39 PM Andy Shevchenko
> > > wrote:
> > > > On Mon, Feb 17, 2020 at 2:41 PM Masahiro Yamada
On 17/02/2020 12:36, Anatolij Gustschin wrote:
> In various cases a power domain must stay enabled after device
> removal when booting OS (i.e. serial debug console or display).
> Add a flag to selectively skip switching off a power domain.
>
> Fixes: 52edfed65de9 ("dm: core: device: switch off
On 17/02/2020 12:36, Anatolij Gustschin wrote:
> Add driver flag to skip power domain disabling on device removal.
>
> Fixes: 52edfed65de9 ("dm: core: device: switch off power domain after device
> removal")
> Signed-off-by: Anatolij Gustschin
> ---
> drivers/video/meson/meson_vpu.c | 2 +-
>
On Mon, Feb 17, 2020 at 5:09 PM Wolfgang Denk wrote:
> In message
> you
> wrote:
> >
> > > > git bisect is the usual way to figure out the culprit.
> > >
> > > Too much work to do this way.
>
> If you find bisecting is too much work you probably still do it
> manually. Why don't you use tbot
On Mon, Feb 17, 2020 at 4:49 PM Bin Meng wrote:
> On Mon, Feb 17, 2020 at 10:00 PM Andy Shevchenko
> wrote:
...
> > > Is that because on Intel Edison U-Boot is not the first stage bootloader?
> >
> > I don't know for sure, but I may speculate that this is a prerequisite.
>
> anyway, for now
On Mon, Feb 17, 2020 at 05:33:59PM +0200, Andy Shevchenko wrote:
> On Mon, Feb 17, 2020 at 5:32 PM Andy Shevchenko
> wrote:
> > On Mon, Feb 17, 2020 at 5:09 PM Wolfgang Denk wrote:
> > > In message
> > > you
> > > wrote:
> > > >
> > > > > > git bisect is the usual way to figure out the
On Mon, Feb 17, 2020 at 05:32:45PM +0200, Andy Shevchenko wrote:
> On Mon, Feb 17, 2020 at 5:09 PM Wolfgang Denk wrote:
> > In message
> > you
> > wrote:
> > >
> > > > > git bisect is the usual way to figure out the culprit.
> > > >
> > > > Too much work to do this way.
> >
> > If you find
Hi Anatolij,
On 17/02/2020 12:53, Anatolij Gustschin wrote:
> On Mon, 17 Feb 2020 10:10:36 +0100
> Neil Armstrong narmstr...@baylibre.com wrote:
>
>> This commit breaks Linux boot on Amlogic libretech-cc, libretech-ac, sei510,
>> sei610 board by automatically disabling the power domain after
Dear Andy,
In message
you wrote:
> On Mon, Feb 17, 2020 at 5:09 PM Wolfgang Denk wrote:
> > In message
> > you
> > wrote:
> > >
> > > > > git bisect is the usual way to figure out the culprit.
> > > >
> > > > Too much work to do this way.
> >
> > If you find bisecting is too much work you
On 2/17/20 6:51 PM, Wolfgang Denk wrote:
> Dear Marek,
Hi,
> In message <20200217173249.4805-1-ma...@denx.de> you wrote:
>>
>> board/keymile/Kconfig | 11 +-
>> board/keymile/common/ivm.c | 18 +-
>> board/keymile/secu1/Makefile| 7 +
>>
On Mon, Feb 17, 2020 at 5:32 PM Andy Shevchenko
wrote:
> On Mon, Feb 17, 2020 at 5:09 PM Wolfgang Denk wrote:
> > In message
> > you
> > wrote:
> > >
> > > > > git bisect is the usual way to figure out the culprit.
> > > >
> > > > Too much work to do this way.
> >
> > If you find bisecting is
The default timer rate may be different than 25 MHz, permit overriding
the default rate in board configuration file. Ultimatelly, this should
be properly handled by a clock driver, however that is not available
on Gen5 yet.
Signed-off-by: Marek Vasut
Cc: Ley Foon Tan
Cc: Simon Goldschmidt
---
The Denali SPL shim won't build without these options set,
set them accordingly to fix the build error and let the SPL
shim to work correctly.
Signed-off-by: Marek Vasut
Cc: Ley Foon Tan
Cc: Simon Goldschmidt
---
V2: No changes
---
include/configs/socfpga_common.h | 2 ++
1 file changed, 2
Am 17.02.2020 um 18:30 schrieb Marek Vasut:
> The default timer rate may be different than 25 MHz, permit overriding
> the default rate in board configuration file. Ultimatelly, this should
> be properly handled by a clock driver, however that is not available
> on Gen5 yet.
>
> Signed-off-by:
Subnodes under "/firmware" node are scanned twice in
dm_scan_fdt_node() and dm_extended_scan_fdt().
This patch removes the scanning in dm_scan_fdt_node() to
avoid double scanning.
This reverts commit 747558d014577526bf2e8d9fe9ca748fdbf75d8a.
Signed-off-by: Thirupathaiah Annapureddy
---
On Mon, Feb 17, 2020 at 2:27 PM Fabio Estevam wrote:
> I also had to apply the following change in order to boot a i.MX8QXP MEK
> board:
>
> --- a/arch/arm/mach-imx/imx8/fdt.c
> +++ b/arch/arm/mach-imx/imx8/fdt.c
> @@ -280,6 +280,8 @@ int ft_system_setup(void *blob, bd_t *bd)
> {
> int
Support for sata devices via the scsi command is available and already
enabled by default for the Clearfog Base and Pro. This change adds scsi
to the list of boot targets used by distro-boot.
Signed-off-by: Josua Mayer
Cc: Stefan Roese
---
include/configs/clearfog.h | 7 +++
1 file
Hi Faiz,
On 2/18/20 7:35 AM, Jaehoon Chung wrote:
> Hi Faiz,
>
> On 2/17/20 9:42 PM, Faiz Abbas wrote:
>> Jaehoon,
>>
>> On 17/02/20 5:47 pm, Jaehoon Chung wrote:
>>> Hi,
>>>
>>> On 2/5/20 4:33 PM, Faiz Abbas wrote:
Hi Peng,
On 05/02/20 12:58 pm, Peng Fan wrote:
>> Subject:
Currently the expansion of the console variable leads to
the following kernel command line:
console=ttyLP0,${baudrate} earlycon root=/dev/mmcblk1p2 rootwait rw
, which causes the console to not show characters after the LPUART driver
is probed as the 'baudrate' variable is not properly
Hi Faiz,
On 2/17/20 9:42 PM, Faiz Abbas wrote:
> Jaehoon,
>
> On 17/02/20 5:47 pm, Jaehoon Chung wrote:
>> Hi,
>>
>> On 2/5/20 4:33 PM, Faiz Abbas wrote:
>>> Hi Peng,
>>>
>>> On 05/02/20 12:58 pm, Peng Fan wrote:
> Subject: Re: [PATCH v2 04/10] mmc: sdhci: Expose sdhci_init() as
>
On Mon, Feb 17, 2020 at 11:30 PM Andy Shevchenko
wrote:
>
> This reverts commit 0d67fac29f3187e67f4fd3ef15f73e91be2fad12.
>
> As real hardware testing (*) shows the above mentioned commit
> breaks U-Boot on it. Revert for the upcoming release. We may get
> more information in the future and
Hi Mauro,
On Mon, Feb 17, 2020 at 2:22 PM Mauro Condarelli wrote:
>
> Hi Daniel,
> a gentle reminder...
>
> I was unable to comply with a few of Your remarks (see below),
> What should I do?
> Submit v6 as is or do You have specific instructions?
>
> Thanks a lot
> Mauro
>
sorry for the late
Hello Simon,
Am 13.02.2020 um 21:24 schrieb Simon Glass:
Unfortunately a recent change adjusted the order of the checks here such
that 400MHz now shows up as fast-plus speed (1Mbps). Fix it.
Signed-off-by: Simon Glass
Fixes: d96440d1e3 ("i2c: designware_i2c: Add support for fast-plus speed")
Hello Michael,
Am 07.02.2020 um 17:55 schrieb Michael Auchter:
This adds support for clock stretching to the i2c-gpio driver. This is
accomplished by switching the GPIO used for the SCL line to an input
when it should be driven high, and polling on the SCL line value until
it goes high
Hi Sean
> For clocks not in the CCF, their parents will not have UCLASS_CLK, so we
> just enable them as normal. The enable count is local to the struct clk,
> but this will never result in the actual en-/dis-able op being called
> (unless the same struct clk is enabled twice).
>
> For clocks in
Hi Andy,
On Tue, Feb 18, 2020 at 12:30 AM Andy Shevchenko
wrote:
>
> This reverts commit 0d67fac29f3187e67f4fd3ef15f73e91be2fad12.
>
> As real hardware testing (*) shows the above mentioned commit
> breaks U-Boot on it. Revert for the upcoming release. We may get
> more information in the future
Hi Sean
> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Sean Anderson
> Sent: Tuesday, February 11, 2020 2:04 PM
> To: u-boot@lists.denx.de
> Cc: Rick Chen; Eugeniy Paltsev
> Subject: [PATCH v4 06/17] spi: dw: Add device tree properties for fields in
> CTRL1
>
> Some devices
Hi Sean
This patch is relative about clock driver.
It shall be named as clk instead of riscv
Thanks
Rick
> This is a small driver to do a software bypass of a clock if hardware
> bypass is not working. I have tried to write this in a generic fashion, so
> that it could be potentially broken out
Hello Marek,
Am 07.02.2020 um 16:57 schrieb Marek Vasut:
Add option to send start condition after deblocking SDA.
Signed-off-by: Marek Vasut
---
drivers/i2c/i2c-uclass.c | 23 ---
include/i2c.h| 4 +++-
2 files changed, 23 insertions(+), 4 deletions(-)
On 17. 02. 20 21:35, Thirupathaiah Annapureddy wrote:
> Subnodes under "/firmware" node are scanned twice in
> dm_scan_fdt_node() and dm_extended_scan_fdt().
> This patch removes the scanning in dm_scan_fdt_node() to
> avoid double scanning.
>
> This reverts commit
> -Original Message-
> From: Marek Vasut
> Sent: Tuesday, February 18, 2020 1:33 AM
> To: u-boot@lists.denx.de
> Cc: Holger Brunck ; Tan, Ley Foon
> ; Simon Goldschmidt
>
> Subject: [PATCH] ARM: socfpga: Add initial support for the ABB SECU board
>
> From: Holger Brunck
>
> Add
> Subject: imx8m: composite clock wrong clock parent ?
>
> Hi,
>
> I am working on a i.MX8MM based board and I got issue to make the
> Ethernet phy work.
> I noticed that the MDIO clock is not configured properly and the FEC outputs a
> 26,6MHz MDIO clock.
> That's because the clk_get_rate()
Add scm_conf node needed for prueth.
Signed-off-by: Keerthy
---
arch/arm/dts/k3-am65-main.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/dts/k3-am65-main.dtsi b/arch/arm/dts/k3-am65-main.dtsi
index 631134cd65..71a540376f 100644
--- a/arch/arm/dts/k3-am65-main.dtsi
+++
Enable ICSSG_PRUETH & related configs. This enables ethernet functionality
on PRU.
Signed-off-by: Keerthy
---
configs/am65x_evm_a53_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/am65x_evm_a53_defconfig b/configs/am65x_evm_a53_defconfig
index 079cd912ba..1b0bfe6444
This is the Ethernet driver for TI SoCs with the
ICSSG PRU Sub-system running EMAC firmware.
This driver caters to either of the slices(pru/rtu pair)
of the icssg subsystem.
Following are the firmwares needed to run cores:
am65x-pru0-prueth-fw.elf for pru0 of slice0
am65x-rtu0-prueth-fw.elf for
Add pruss nodes. This is based 4.19 DT with interrupt properties
removed from pur/rtu nodes.
Signed-off-by: Keerthy
---
arch/arm/dts/k3-am65-main.dtsi | 162 +
1 file changed, 162 insertions(+)
diff --git a/arch/arm/dts/k3-am65-main.dtsi
ICSSG2 provide dual Gigabit Ethernet support.
Currently mdio clock is part of this node and also
the icssg2_rgmii_pins_default pinmux node has the
mdio pins as there is no davinci mdio driver.
Currently icssg2 instances are supported.
Either mii0 or mii1 can be enabled at a time.
Signed-off-by:
Add icssg specific msmc_ram carveout nodes
Signed-off-by: Keerthy
---
arch/arm/dts/k3-am654-base-board-u-boot.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/dts/k3-am654-base-board-u-boot.dtsi
b/arch/arm/dts/k3-am654-base-board-u-boot.dtsi
index
Add msmc_ram node needed for prueth
Signed-off-by: Keerthy
---
Changes in v2:
* Aligned trailing 0s for consistency.
arch/arm/dts/k3-am65-main.dtsi | 21 +
arch/arm/dts/k3-am65.dtsi | 4 +++-
2 files changed, 24 insertions(+), 1 deletion(-)
diff --git
Hello Andy,
Am 17.02.2020 um 17:04 schrieb Wolfgang Denk:
Dear Andy,
In message
you wrote:
On Mon, Feb 17, 2020 at 5:09 PM Wolfgang Denk wrote:
In message
you wrote:
git bisect is the usual way to figure out the culprit.
Too much work to do this way.
If you find bisecting is too
Hi,
I have three MTD partitions, the mtd2 storage installed UBIFS volumes,
first is dtb volume, second is kernel volume, third is rootfs volume.
The saveenv was configured to save environment variables to NAND
ubootenv.
gpmi-nand:1m(boot),1m(ubootenv),-(storage)
There was no issue to run NAND
On 2/18/20 1:35 AM, Rick Chen wrote:
> Hi Sean
>
> This patch is relative about clock driver.
> It shall be named as clk instead of riscv
> Thanks
> Rick
Should the other clock patches adding k210 clock support be prefixed
"clk:" as well?
--Sean
Hello Marek,
Am 07.02.2020 um 16:57 schrieb Marek Vasut:
Make the delay between SCL line changes and the number of SCL clock
changes configurable as a parameter of the deblock function. No
functional change.
Signed-off-by: Marek Vasut
---
drivers/i2c/i2c-uclass.c | 21 +++--
Hello Marek,
Am 07.02.2020 um 16:57 schrieb Marek Vasut:
Export the i2c_deblock_gpio_loop() so it can be used in other places in
U-Boot. In particular, this is useful in the GPIO I2C driver, which claims
the SDA/SCL GPIOs and thus prevents the i2c_deblock() implementation from
claiming the pins
Hello Michael,
Am 07.02.2020 um 17:55 schrieb Michael Auchter:
This patch reworks i2c-gpio to make it easier to switch out the
implementation of the sda/scl get/set functions. This is in preparation
for a patch to conditionally implement clock stretching support.
Signed-off-by: Michael Auchter
> -Original Message-
> From: Marek Vasut
> Sent: Tuesday, February 18, 2020 1:30 AM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Tan, Ley Foon
> ; Simon Goldschmidt
>
> Subject: [PATCH V2 1/2] ARM: socfpga: Permit overriding the default timer
> frequency
>
> The default timer rate
Hi Sébastien,
On Mon, Feb 17, 2020 at 6:57 AM Sébastien Szymanski
wrote:
>
> Hi,
>
> I am working on a i.MX8MM based board and I got issue to make the
> Ethernet phy work.
> I noticed that the MDIO clock is not configured properly and the FEC
> outputs a 26,6MHz MDIO clock.
> That's because the
Use phys2bus macro when dma address is accessed.
Some targets need to use pyhs2bus macro. (e.g, RPI4)
After applied it, SDMA mode can be used.
Signed-off-by: Jaehoon Chung
Reviewed-by: Peng Fan
---
Changelog on V2
- None
drivers/mmc/sdhci.c | 6 --
1 file changed, 4 insertions(+), 2
Enable SDHCI_SDMA configuration.
Signed-off-by: Jaehoon Chung
Reviewed-by: Peng Fan
---
Changelog on V2
- None
configs/rpi_4_32b_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/rpi_4_32b_defconfig b/configs/rpi_4_32b_defconfig
index 72cda5d949..7189914606 100644
---
If Host controller doesn't support SDMA, it doesn't need to return
error. Because it can be worked with PIO mode.
Signed-off-by: Jaehoon Chung
Reviewed-by: Peng Fan
---
Changelog on V2
- Keep printf message instead of debug
drivers/mmc/sdhci.c | 7 +++
1 file changed, 3 insertions(+), 4
RPI4's SDHCI controller is supported SDMA mode. (Checked on kernel side)
But It doesn't use on u-boot side. Then it's too slow about read/write
performance.
This patchset is supported SDMA mode on RPI4 target(32bit).
- I didn't test on RPI4 64bit.
Read/write time about 8MB file
Before
- Read :
Hi LABBE,
On 2/17/20 8:37 PM, Jaehoon Chung wrote:
> On 2/3/20 6:48 PM, LABBE Corentin wrote:
>> On Wed, Jan 29, 2020 at 07:21:09AM +0900, Jaehoon Chung wrote:
>>> On 1/27/20 9:06 PM, Andre Przywara wrote:
On Mon, 27 Jan 2020 12:50:16 +0100
LABBE Corentin wrote:
Hi,
The previous kbuild resync of e91610da7c8a ("kconfig: re-sync with Linux
4.17-rc4") accidentally did not sync the fixdep program. This commit
brings fixdep in line with the rest of that previous resync.
This includes all of the following Linux kernel commits:
fbfa9be9904e kbuild: move
This is a port of dee81e988674 from Linux ("fixdep: faster CONFIG_
search") and posted by itself for ease of review.
To quote the kernel changelog:
"Do you think kernel build is 100% dominated by gcc? You are wrong!
One small utility called "fixdep" consistently manages to sneak into
profile's
The Programmable Real-Time Unit Subsystem (PRUSS) consists of
dual 32-bit RISC cores (Programmable Real-Time Units, or PRUs)
for program execution. This patch adds a remoteproc platform
driver for managing the individual PRU RISC cores life cycle.
The driver currently supports the AM65xx SoC
The series adds support for icssg_prueth functionality
on u-boot. This series is based on top of master branch.
rproc init needs to be done from uboot command prompt.
The pru/rtu firmware loading is done by prueth driver soon after
config paramters are setup.
Currently only slice0/1 of icssg2
The Programmable Real-Time Unit - Industrial Communication
Subsystem (PRU-ICSS) is present of various TI SoCs such as
AM335x or AM437x or the AM654x family. Each SoC can have
one or more PRUSS instances that may or may not be identical.
The PRUSS consists of dual 32-bit RISC cores called the
In case of multiple eth interfaces currently eth_get_dev
fetches the device based on the probe order which can be
random hence try with the alias.
Signed-off-by: Keerthy
---
Changes in v2:
* Fixed comments from Tom & Lokesh as per:
https://patchwork.ozlabs.org/patch/1142697/
On 2/18/20 1:05 AM, Rick Chen wrote:
> Hi Sean
>
>> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Sean Anderson
>> Sent: Tuesday, February 11, 2020 2:04 PM
>> To: u-boot@lists.denx.de
>> Cc: Rick Chen; Eugeniy Paltsev
>> Subject: [PATCH v4 06/17] spi: dw: Add device tree
Hi Sean
> On 2/18/20 1:35 AM, Rick Chen wrote:
> > Hi Sean
> >
> > This patch is relative about clock driver.
> > It shall be named as clk instead of riscv
> > Thanks
> > Rick
>
> Should the other clock patches adding k210 clock support be prefixed
> "clk:" as well?
Sure, patch 11 and 13 as well
> -Original Message-
> From: Marek Vasut
> Sent: Tuesday, February 18, 2020 1:30 AM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Tan, Ley Foon
> ; Simon Goldschmidt
>
> Subject: [PATCH V2 2/2] ARM: socfpga: Add missing Denali NAND config
> options
>
> The Denali SPL shim won't
On Mon, 2020-02-17 at 14:22 +0100, Mauro Condarelli wrote:
> Hi Daniel,
> a gentle reminder...
>
> I was unable to comply with a few of Your remarks (see below),
> What should I do?
> Submit v6 as is or do You have specific instructions?
>
> Thanks a lot
> Mauro
>
> On 2/12/20 11:01 PM, Mauro
On 17/02/20 9:16 am, Lokesh Vutla wrote:
>
>
> On 13/02/20 7:04 PM, moseschristoph...@gmail.com wrote:
>> From: Moses Christopher Bollavarapu
>>
>> - As tiny printf lib is further optimized, the ability to deal with
>> ethaddr is lost. Hence, in order to handle usb-eth boot from SPL
>>
Hello Marek,
Am 07.02.2020 um 16:57 schrieb Marek Vasut:
Add deblock dequence for the I2C bus, needed on some devices. This sequence
is issued once, when probing the driver, and is controlled by DT property,
"i2c-gpio,deblock".
Signed-off-by: Marek Vasut
---
drivers/i2c/i2c-gpio.c | 15
Jaehoon,
On 18/02/20 4:54 am, Jaehoon Chung wrote:
> Hi Faiz,
>
> On 2/18/20 7:35 AM, Jaehoon Chung wrote:
>> Hi Faiz,
>>
>> On 2/17/20 9:42 PM, Faiz Abbas wrote:
>>> Jaehoon,
>>>
>>> On 17/02/20 5:47 pm, Jaehoon Chung wrote:
Hi,
On 2/5/20 4:33 PM, Faiz Abbas wrote:
> Hi Peng,
Hi Marek and Wolfgang,
> > In message <20200217173249.4805-1-ma...@denx.de> you wrote:
> >>
> >> board/keymile/Kconfig | 11 +-
> >> board/keymile/common/ivm.c | 18 +-
> >> board/keymile/secu1/Makefile| 7 +
> >>
Replace 'u32' by 'uint32_t' in image.h, since the former may lead to
build failures in U-Boot tooling (see [1]).
Avoid using 'uint', since it is not a fixed-width type [2], potentially
leading to a dangerous mismatch between the prototypes and definitions
of the android_image_get_dtb* functions.
On 15.02.20 15:01, Marek Vasut wrote:
This adds a compatible string for m41st87. This ensures that this driver
can be used for m41st87 .
Signed-off-by: Marek Vasut
Cc: Simon Goldschmidt
Cc: Stefan Roese
Reviewed-by: Stefan Roese
Thanks,
Stefan
On Fri, Feb 14, 2020 at 06:15:27PM +, James Morse wrote:
> Hi Corentin,
>
> On 14/02/2020 13:27, LABBE Corentin wrote:
> > Since the inclusion of the "enable network support in RPi4 config" serie on
> > uboot, I
> > have started to work on adding the rpi4 in kernelCI.
> > But I fail to
On 16.02.20 16:09, Dario Binacchi wrote:
> Add the "u-boot,dm-pre-reloc" property to the "ti,tilcdc,panel"
> compatible node. In this way the video-uclass module can allocate the
> amount of memory needed to be assigned to the frame buffer.
> In the case of the boards that support Linux, the
Hi JH,
On Sun, Feb 09, 2020 at 08:01:15PM +1100, JH wrote:
> Changed to https://source.codeaurora.org/external/imx/uboot-imx.git
> branch imx_v2018.03_4.14.98_2.0.0_ga, it can now support
> CONFIG_CMD_MTDPARTS ind defconfg, all MTDPARTS error gone, but then
> 2018.03-r0/git/cmd/ubi.c missed
Enable cache commands by default for mtest configuration. It is good to be
able to enable/disable caches when you test memory.
Signed-off-by: Michal Simek
---
configs/xilinx_zynqmp_mini_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/xilinx_zynqmp_mini_defconfig
Hi Bin, Simon,
-"Bin Meng" schrieb: -
> Hi Wolfgang,
>
> On Wed, Feb 12, 2020 at 1:14 AM Simon Glass wrote:
> >
> > +Bin
> >
> > Hi Wolfgang,
> >
> > On Tue, 11 Feb 2020 at 06:59, Wolfgang Wallner
> > wrote:
> > >
> > > Hello Simon,
> > >
> > > Since commit 82de42fa1468 ("dm: core:
On Mon, 17 Feb 2020 10:10:36 +0100
Neil Armstrong narmstr...@baylibre.com wrote:
> This commit breaks Linux boot on Amlogic libretech-cc, libretech-ac, sei510,
> sei610 board by automatically disabling the power domain after device removal.
> This because the power domain associated to the video
In various cases a power domain must stay enabled after device
removal when booting OS (i.e. serial debug console or display).
Add a flag to selectively skip switching off a power domain.
Fixes: 52edfed65de9 ("dm: core: device: switch off power domain after device
removal")
Signed-off-by:
Add driver flag to skip power domain disabling on device removal.
Fixes: 52edfed65de9 ("dm: core: device: switch off power domain after device
removal")
Signed-off-by: Anatolij Gustschin
---
drivers/video/meson/meson_vpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 2/3/20 6:48 PM, LABBE Corentin wrote:
> On Wed, Jan 29, 2020 at 07:21:09AM +0900, Jaehoon Chung wrote:
>> On 1/27/20 9:06 PM, Andre Przywara wrote:
>>> On Mon, 27 Jan 2020 12:50:16 +0100
>>> LABBE Corentin wrote:
>>>
>>> Hi,
>>>
On Mon, Jan 27, 2020 at 04:27:03PM +0530, Amit Tomer wrote:
Hi,
On 2/5/20 4:33 PM, Faiz Abbas wrote:
> Hi Peng,
>
> On 05/02/20 12:58 pm, Peng Fan wrote:
>>> Subject: Re: [PATCH v2 04/10] mmc: sdhci: Expose sdhci_init() as non-static
>>>
>>> Hi,
>>>
>>> On 31/01/20 3:55 am, Simon Goldschmidt wrote:
Am 30.01.2020 um 23:21 schrieb Jaehoon Chung:
>
On 17/02/2020 11:37, LABBE Corentin wrote:
> On Fri, Feb 14, 2020 at 06:15:27PM +, James Morse wrote:
>> Hi Corentin,
>>
>> On 14/02/2020 13:27, LABBE Corentin wrote:
>>> Since the inclusion of the "enable network support in RPi4 config" serie on
>>> uboot, I
>>> have started to work on
Hi,
I am working on a i.MX8MM based board and I got issue to make the
Ethernet phy work.
I noticed that the MDIO clock is not configured properly and the FEC
outputs a 26,6MHz MDIO clock.
That's because the clk_get_rate() call at line 1389 returns 24MHz
whereas it should returns 266MHz as it is
On 15.02.20 21:58, Heinrich Schuchardt wrote:
The value of local variable ecc is immediately overwritten. So we can
remove the first assignment.
Signed-off-by: Heinrich Schuchardt
Reviewed-by: Stefan Roese
Thanks,
Stefan
Hello Yamada-san,
Thank you for your precious thoughts!
On Mon, Feb 17, 2020 at 04:45:57PM +0900, Masahiro Yamada wrote:
> If you need a fixed-width type,
> you can use uint32_t if you like.
>
> It is already used. See line 183 of include/image.h
>
> typedef struct image_header {
>
On 14/02/2020 05:20, Lokesh Vutla wrote:
>
>
> On 13/02/20 10:42 PM, Neil Armstrong wrote:
>> Hi,
>>
>> On 03/02/2020 14:59, Oliver Graute wrote:
>>> The conga-imx8 board isn't booting without this revert. Can someone tell me
>>> what I need to Do so that this revert is not necessary?
>
> Can
On Wed, Jan 29, 2020 at 05:23:14PM +0200, Andy Shevchenko wrote:
> In case dfu command is being executed with timeout option,
> the timer may expire in the middle of DFU operation. If there
> is DFU request coming, we may simple reset timeout value
> to prevent aborting of ongoing DFU operation.
>
On Sat, Feb 15, 2020 at 10:40 PM Marek Vasut wrote:
>
> On 2/15/20 8:39 PM, Simon Goldschmidt wrote:
> > Am 15.02.2020 um 15:02 schrieb Marek Vasut:
> >> The default timer rate may be different than 25 MHz, permit overriding
> >> the default rate in board configuration file. Ultimatelly, this
U-Boot is having DT which doesn't cover all options currently supported by
driver. DT binding is aligned with Linux kernel version available here.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/net/ti,dp83867.txt
Based on my talk with
On 14. 02. 20 16:20, Jens Rehsack wrote:
>
>
>> Am 14.02.2020 um 15:43 schrieb Tom Rini :
>>
>> On Fri, Feb 14, 2020 at 03:40:05PM +0100, Jens Rehsack wrote:
>>>
>>>
Am 14.02.2020 um 15:28 schrieb Tom Rini :
On Fri, Feb 14, 2020 at 03:21:44PM +0100, Jens Rehsack wrote:
>
>
Currently when booting the kernel on i.MX8 U-Boot hangs in an
endless loop when switching off dma, connectivity or lsio power
domains during device removal. It hapens first when removing
gpio0 (gpio@5d08) device, here its power domain device
'lsio_gpio0' is obtained for switching off power.
On 15/02/2020 21:10, Heinrich Schuchardt wrote:
> Add missing break for CLKID_PCIE_PLL in switch statement.
>
> Reported by CppCheck.
>
> Cc: Neil Armstrong
> Fixes: 08e09c263fdf ("clk: meson-g12a: Add PCIE PLL support")
> Signed-off-by: Heinrich Schuchardt
> ---
> Looking at the code it seems
On 15/02/20, Anatolij Gustschin wrote:
> Currently when booting the kernel on i.MX8 U-Boot hangs in an
> endless loop when switching off dma, connectivity or lsio power
> domains during device removal. It hapens first when removing
> gpio0 (gpio@5d08) device, here its power domain device
>
This commit breaks Linux boot on Amlogic libretech-cc, libretech-ac, sei510,
sei610 board by automatically disabling the power domain after device removal.
This because the power domain associated to the video driver must be kept
enabled for linux to boot.
The only way is to use the introduced
Hi,
On 17/02/2020 10:07, Oliver Graute wrote:
> On 15/02/20, Anatolij Gustschin wrote:
>> Currently when booting the kernel on i.MX8 U-Boot hangs in an
>> endless loop when switching off dma, connectivity or lsio power
>> domains during device removal. It hapens first when removing
>> gpio0
From: Michal Simek
Just cosmetic change before real switch.
Signed-off-by: Michal Simek
Signed-off-by: Michal Simek
---
configs/{zynq_virt_defconfig => xilinx_zynq_virt_defconfig} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename configs/{zynq_virt_defconfig =>
1 - 100 of 114 matches
Mail list logo
