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 +
> >> board/keymile/secu1/qts/iocsr_config
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 747558d014577526bf2e8d9fe9ca748f
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 (indicati
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 t
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
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
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 +
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(-)
Re
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
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 +++--
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 bo
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 properti
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 o
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 hav
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 m
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: K
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 1006
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
+++
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 a349edcfa5..a5ae
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 a/arch/arm/d
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 r
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 b/arch/arm/dts/k3-am65-ma
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/
net/eth-ucl
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
Sign
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 inst
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
Progr
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
>>
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 res
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 include/con
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 fir
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 Co
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,
>
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 deleti
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
--- a/con
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 de
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 : 1.
> 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() call
> -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 init
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 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 c
> -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 build
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 optimi
> -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 m
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: Re:
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
> non-st
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
---
drivers/
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: Mar
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 changed,
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
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 translated
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 +
>> board/keymi
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 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:
>
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 +
arch/arm/dts/socfpga_ar
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 ins
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
---
V
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) device,
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 po
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 +-
> 1
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 devi
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 bise
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 pr
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 culprit
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
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 ple
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.
Signed-off-by:
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
> manually.
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 regard
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 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
> > > wrote:
> > > > On Mon, Feb 17, 2020 at 9:31 PM Andy Shevchenko
>
Hi Andy,
On Mon, Feb 17, 2020 at 9:47 PM Andy Shevchenko
wrote:
>
> (Cc'ing mailing list and Tom again, thus keep entire previous answer)
>
> On Mon, Feb 17, 2020 at 3:39 PM Andy Shevchenko
> wrote:
> > On Mon, Feb 17, 2020 at 2:41 PM Masahiro Yamada
> > wrote:
> > > On Mon, Feb 17, 2020 at 9:
(Cc'ing mailing list and Tom again, thus keep entire previous answer)
On Mon, Feb 17, 2020 at 3:39 PM Andy Shevchenko
wrote:
> On Mon, Feb 17, 2020 at 2:41 PM Masahiro Yamada wrote:
> > On Mon, Feb 17, 2020 at 9:31 PM Andy Shevchenko
> > wrote:
>
> > > It seems Masahiro's patches (don't know ye
On 17/02/20 6:35 PM, Anatolij Gustschin wrote:
> On Thu, 13 Feb 2020 18:12:12 +0100
> Neil Armstrong narmstr...@baylibre.com 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 t
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 Condarelli wrote:
> Thanks Daniel,
>
> On 2/12/20 5:58 PM, Daniel Schwierzeck wrote
On Fri, 14 Feb 2020 09:50:54 +0530
Lokesh Vutla lokeshvu...@ti.com 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
Otherwise the compilation fails with PINCTRL_GENERIC=n :
In file included from drivers/pinctrl/nxp/pinctrl-imx8m.c:7:0:
include/dm/pinctrl.h: In function ‘pinctrl_generic_set_state’:
include/dm/pinctrl.h:319:10: error: ‘EINVAL’ undeclared (first use in this
function)
return -EINVAL;
^
On 17/02/2020 13:53, LABBE Corentin wrote:
> On Mon, Feb 17, 2020 at 11:50:04AM +0100, Matthias Brugger wrote:
>>
>>
>> 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 wrot
On Thu, 13 Feb 2020 18:12:12 +0100
Neil Armstrong narmstr...@baylibre.com 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?
> >
> > This reverts co
On Mon, Feb 17, 2020 at 11:50:04AM +0100, Matthias Brugger wrote:
>
>
> 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 netwo
> Il 17 febbraio 2020 alle 11.56 Felix Brack ha scritto:
>
>
>
>
> 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
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 non-static
Hi,
On 31/01/20 3:55 am, Simon Goldschmidt
On Mon, Feb 17, 2020 at 2:31 PM Andy Shevchenko
wrote:
>
> -- Forwarded message -
> From: Andy Shevchenko
> Date: Mon, Feb 17, 2020 at 2:31 PM
> Subject: use invd instead of wbinvd in real mode start code
> To: Masahiro Yamada , Simon Glass
> , Bin Meng
>
>
> Hi!
>
> It seems Mas
-- Forwarded message -
From: Andy Shevchenko
Date: Mon, Feb 17, 2020 at 2:31 PM
Subject: use invd instead of wbinvd in real mode start code
To: Masahiro Yamada , Simon Glass
, Bin Meng
Hi!
It seems Masahiro's patches (don't know yet which one out of two,
probably invd one) brok
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 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 d
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: Allo
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: Anatoli
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 a/driv
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 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 depend
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
b/configs
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 add
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 add
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 {
> uin
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 succee
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.
1 - 100 of 114 matches
Mail list logo
