On 4/24/20 10:52 PM, Tom Rini wrote:
> On Fri, Apr 24, 2020 at 05:46:43PM -0300, Mitchell Horne wrote:
>> On Fri, Apr 24, 2020 at 1:52 PM Tom Rini wrote:
>>>
>>> On Mon, Apr 20, 2020 at 06:34:11PM -0400, mho...@freebsd.org wrote:
>>>
From: Mitchell Horne
FreeBSD makes use of u-boot
Thanks Heinrich!
On Fri, Apr 24, 2020 at 11:31:20PM +0200, Heinrich Schuchardt wrote:
> Provide an overview of the analysis of U-Boot crash dumps.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> doc/develop/crash_dumps.rst | 122
> doc/develop/index.rst
Hi Sean,
>-Original Message-
>From: U-Boot On Behalf Of Sean Anderson
>Sent: 23 April 2020 08:03
>To: u-boot@lists.denx.de
>Cc: Rick Chen ; Bin Meng ;
>Sean Anderson
>Subject: [PATCH v9 18/21] riscv: Enable cpu clock if it is present
>
>[External Email] Do not click links or attachments
Hi Wasim,
Thanks a lot for your comments!
> -Original Message-
> From: Wasim Khan
> Sent: 2020年4月21日 13:41
> To: Z.q. Hou ; u-boot@lists.denx.de; Priyanka Jain
> ; Biwen Li
> Cc: Z.q. Hou
> Subject: RE: [PATCHv2 1/9] board: lx2160a: Add header file cpu_func.h
>
>
>
> > -Original
Hi Wasim,
Thanks a lot for your comments!
> -Original Message-
> From: Wasim Khan
> Sent: 2020年4月21日 15:27
> To: Z.q. Hou ; u-boot@lists.denx.de; Priyanka Jain
> ; Biwen Li
> Cc: Z.q. Hou
> Subject: RE: [PATCHv2 2/9] arm64: fsl-layerscape: Assign addr to resv_ram if
> enabled RESV_RAM
Hi Wasim,
Thanks a lot for your comments!
> -Original Message-
> From: Wasim Khan
> Sent: 2020年4月21日 15:29
> To: Z.q. Hou ; u-boot@lists.denx.de; Priyanka Jain
> ; Biwen Li
> Cc: Z.q. Hou
> Subject: RE: [PATCHv2 3/9] board: lx2160a: Don't program the GIC RD tables
> if failed to reserv
Hi Wasim,
Thanks a lot for your review!
Regards,
Zhiqiang
> -Original Message-
> From: Wasim Khan
> Sent: 2020年4月21日 15:38
> To: Z.q. Hou ; u-boot@lists.denx.de; Priyanka Jain
> ; Biwen Li
> Cc: Z.q. Hou
> Subject: RE: [PATCHv2 4/9] board: lx2160a: Make sure the RD tables address
> al
Hi Wasim,
Thanks a lot for your review!
Regards,
Zhiqiang
> -Original Message-
> From: Wasim Khan
> Sent: 2020年4月21日 15:35
> To: Z.q. Hou ; u-boot@lists.denx.de; Priyanka Jain
> ; Biwen Li
> Cc: Z.q. Hou
> Subject: RE: [PATCHv2 5/9] fsl-layerscape: Kconfig: Select RESV_RAM config
> if
Hi Wasim,
Thanks a lot for your review!
Regards,
Zhiqiang
> -Original Message-
> From: Wasim Khan
> Sent: 2020年4月21日 15:40
> To: Z.q. Hou ; u-boot@lists.denx.de; Priyanka Jain
> ; Biwen Li
> Cc: Z.q. Hou
> Subject: RE: [PATCHv2 6/9] arm64: layerscape: Move GIC RD tables
> initializati
Hi Wasim,
Thanks a lot for your review!
Regards,
Zhiqiang
> -Original Message-
> From: Wasim Khan
> Sent: 2020年4月21日 15:38
> To: Z.q. Hou ; u-boot@lists.denx.de; Priyanka Jain
> ; Biwen Li
> Cc: Z.q. Hou
> Subject: RE: [PATCHv2 4/9] board: lx2160a: Make sure the RD tables address
> al
Hi Wasim,
Thanks a lot for your review!
Regards,
Zhiqiang
> -Original Message-
> From: Wasim Khan
> Sent: 2020年4月21日 15:41
> To: Z.q. Hou ; u-boot@lists.denx.de; Priyanka Jain
> ; Biwen Li
> Cc: Z.q. Hou
> Subject: RE: [PATCHv2 7/9] configs: ls1088a: Enable GIC_V3_ITS config
>
>
>
Hi Wasim,
Thanks a lot for your review!
Regards,
Zhiqiang
> -Original Message-
> From: Wasim Khan
> Sent: 2020年4月21日 16:02
> To: Z.q. Hou ; u-boot@lists.denx.de; Priyanka Jain
> ; Biwen Li
> Cc: Z.q. Hou
> Subject: RE: [PATCHv2 8/9] configs: ls1028a: Enable GIC_V3_ITS config
>
>
>
Hi Wasim,
Thanks a lot for your review!
Regards,
Zhiqiang
> -Original Message-
> From: Wasim Khan
> Sent: 2020年4月21日 15:41
> To: Z.q. Hou ; u-boot@lists.denx.de; Priyanka Jain
> ; Biwen Li
> Cc: Z.q. Hou
> Subject: RE: [PATCHv2 9/9] configs: ls208xa: Enable GIC_V3_ITS config
>
>
>
This patch contains test/nokia_rx51_test.sh script which automatically
download and compile all needed tools in local temporary directory to
generate a simple MTD images for booting Maemo kernel image by U-Boot from
RAM, eMMC and OneNAND. MTD images are then run in virtual n900 machine
provided by
On Thursday 02 April 2020 20:42:31 Pali Rohár wrote:
> On Wednesday 01 April 2020 12:32:29 Merlijn Wajer wrote:
> > Hi,
> >
> > On 01/04/2020 00:42, Pali Rohár wrote:
> > > On Wednesday 01 April 2020 00:35:07 Pali Rohár wrote:
> > >> This patch series contain fixes for Nokia RX-51 board (aka N900)
Move U-Boot specific properties into rk3399-puma u-boot
specific dtsi file.
This would help to sync the devicetrees from Linux whenever
required instead of adding specific nodes.
Cc: Peter Robinson
Signed-off-by: Jagan Teki
---
arch/arm/dts/rk3399-puma-u-boot.dtsi | 16
arch/a
This would help to add new boards along with new drivers
like PCIe on rk3399 platform.
So, add v5.7-rc1 linux-next dts(i) files on rk3399 platform.
Any inputs?
Jagan.
Jagan Teki (5):
arm64: dts: rk3399-puma: Move u-boot properties into -u-boot.dtsi
arm64: dts: rk3399-evb: Move u-boot propert
Move U-Boot specific properties into rk3399-evb u-boot
specific dtsi file.
This would help to sync the devicetrees from Linux whenever
required instead of adding specific nodes.
Signed-off-by: Jagan Teki
---
arch/arm/dts/rk3399-evb-u-boot.dtsi | 8
arch/arm/dts/rk3399-evb.dts |
Due to v5.7-rc1 sync the SD controller nodes in rk3399.dtsi
have HCLK_SD assigned-clocks which are usually required for
Linux and don't require to handle them in U-Boot.
assigned-clocks = <&cru HCLK_SD>;
So, mark them as empty in clock otherwise device probe on
those SD controllers would fail.
Sync Firefly ROC-RK3399-PC Mezzanine Board dts file
from Linux v5.7-rc1.
Signed-off-by: Suniel Mahesh
Signed-off-by: Jagan Teki
---
arch/arm/dts/Makefile| 1 +
arch/arm/dts/rk3399-roc-pc-mezzanine.dts | 93
2 files changed, 94 insertions(+)
create
From: Suniel Mahesh
Add Firefly ROC-RK3399-PC Mezzanine board which is an
extension board on top of roc-rk3399-pc.
Will drop the separate defconfig file, once we support
the board detection at runtime.
Signed-off-by: Suniel Mahesh
Signed-off-by: Jagan Teki
---
.../dts/rk3399-roc-pc-mezzanine
Thanks to Patrick for initial work done on this.
This series support PCIe host controller support
on rockchip rk3399 platform.
Works well on rk3399 boards like rock960, nanopc-t4
and roc-kr3399-pc-mezzanine board as Gen1 configurable
host.
It has dependency with v5.7-rc1 dts(i) sync series[1]
Some drivers and other bsp code not only poll the
register with timeout but also required to delay
on each transaction.
This patch add that requirement by adding sleep_us
variable so-that read_poll_timeout now support
delay as well.
Cc: Tom Rini
Signed-off-by: Jagan Teki
---
include/linux/iopo
Add readl poll API with sleep and timeout support.
Cc: Tom Rini
Signed-off-by: Jagan Teki
---
include/linux/iopoll.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/linux/iopoll.h b/include/linux/iopoll.h
index 0bbd757939..e087f23271 100644
--- a/include/linux/iopoll.h
+++ b/incl
Add PCIE_PHY clock enablement support on rk3399
clock driver.
This clock is enabled by default, so do nothing
if it triggers during the PCIe PHY probe other
PHY users on this clock will simply fail.
Signed-off-by: Jagan Teki
---
drivers/clk/rockchip/clk_rk3399.c | 15 +++
1 file cha
Yes, it is possible to have a dedicated UCLASS PHY driver
for this Rockchip PCIe PHY but there are some issues on
Generic PHY framework to support the same.
The Generic PHY framework is unable to get the PHY if
the PHY parent is of a different uclass.
Say if we try to get the PCIe PHY then the ph
Add Rockchip PCIe controller driver for rk3399 platform.
Driver support Gen1 by operating as a Root complex.
Thanks to Patrick for initial work.
Signed-off-by: Patrick Wildt
Signed-off-by: Jagan Teki
---
drivers/pci/Kconfig | 8 +
drivers/pci/Makefile| 1 +
drivers/pci/pci
Add PCIE_PHY clock disablement support on rk3399
clock driver.
This would trigger if the PCIe PHY driver failed to
initialize or power on the PHY.
Signed-off-by: Jagan Teki
---
drivers/clk/rockchip/clk_rk3399.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/clk/r
Enable PCIe/M.2 support on
- NanoPC-T4
- ROC-RK3399-PC Mezzanine boards.
=> pci
Scanning PCI devices on bus 0
BusDevFun VendorId DeviceId Device Class Sub-Class
_
00.00.00 0x1d87 0x0100 Bridge device 0x04
=>
Due to some on board limitation rock960 PCIe
works only with 1.8V IO domain.
So, this patch enables grf io_sel explicitly
to make PCIe/M.2 to work.
rock960 => pci
Scanning PCI devices on bus 0
BusDevFun VendorId DeviceId Device Class Sub-Class
__
On Fri, Apr 24, 2020 at 11:48 PM Sagar Kadam wrote:
>
> Hello Jagan,
>
> > -Original Message-
> > From: Jagan Teki
> > Sent: Thursday, April 23, 2020 10:31 PM
> > To: u-boot@lists.denx.de
> > Cc: Rick Chen ; Bin Meng ;
> > Bhargav Shah ; Sagar Kadam
> > ; linux-amar...@amarulasolutions.co
On Sat, Apr 25, 2020 at 5:42 AM Pali Rohár wrote:
>
> On Thursday 02 April 2020 20:42:31 Pali Rohár wrote:
> > On Wednesday 01 April 2020 12:32:29 Merlijn Wajer wrote:
> > > Hi,
> > >
> > > On 01/04/2020 00:42, Pali Rohár wrote:
> > > > On Wednesday 01 April 2020 00:35:07 Pali Rohár wrote:
> > > >
On Tue, Apr 21, 2020 at 2:56 PM Kuldeep Singh wrote:
>
>
>
> > -Original Message-
> > From: Jagan Teki
> > Sent: Tuesday, April 21, 2020 1:45 PM
> > To: Kuldeep Singh
> > Cc: U-Boot-Denx
> > Subject: [EXT] Re: [Patch v2] spi: nxp-fspi: Add 1us delay to make
> > controller
> > ready for
Tom,
I noticed the stats for January 2020.01 haven't been released.
https://www.denx.de/wiki/U-Boot/ReleaseCycle
Is that no longer going to be supported?
I only ask, because I don't see any reference to 2020.04 at all.
thanks,
adam
On Saturday 25 April 2020 06:36:58 Adam Ford wrote:
> On Sat, Apr 25, 2020 at 5:42 AM Pali Rohár wrote:
> >
> > On Thursday 02 April 2020 20:42:31 Pali Rohár wrote:
> > > On Wednesday 01 April 2020 12:32:29 Merlijn Wajer wrote:
> > > > Hi,
> > > >
> > > > On 01/04/2020 00:42, Pali Rohár wrote:
> >
On Sat, Apr 25, 2020 at 6:50 AM Pali Rohár wrote:
>
> On Saturday 25 April 2020 06:36:58 Adam Ford wrote:
> > On Sat, Apr 25, 2020 at 5:42 AM Pali Rohár wrote:
> > >
> > > On Thursday 02 April 2020 20:42:31 Pali Rohár wrote:
> > > > On Wednesday 01 April 2020 12:32:29 Merlijn Wajer wrote:
> > > >
On Saturday 25 April 2020 13:50:45 Pali Rohár wrote:
> On Saturday 25 April 2020 06:36:58 Adam Ford wrote:
> > On Sat, Apr 25, 2020 at 5:42 AM Pali Rohár wrote:
> > >
> > > On Thursday 02 April 2020 20:42:31 Pali Rohár wrote:
> > > > On Wednesday 01 April 2020 12:32:29 Merlijn Wajer wrote:
> > > >
On Saturday 25 April 2020 07:00:58 Adam Ford wrote:
> On Sat, Apr 25, 2020 at 6:50 AM Pali Rohár wrote:
> >
> > On Saturday 25 April 2020 06:36:58 Adam Ford wrote:
> > > On Sat, Apr 25, 2020 at 5:42 AM Pali Rohár wrote:
> > > >
> > > > On Thursday 02 April 2020 20:42:31 Pali Rohár wrote:
> > > >
On Fri, Apr 24, 2020 at 05:42:06PM +, Patrick DELAUNAY wrote:
> Hi Tom,
>
> Please pull the STM32 related fixes for v2020.07 = u-boot-stm32-20200424
>
> With the following changes:
> - Solve stm32mp15 pinctrl dts issue (patch conlict in branches master and
> next)
> - Split device tree for
Hi Peter,
On Tue, Apr 21, 2020 at 1:45 AM Peter Robinson wrote:
>
> Enable all the config options needed for SPI flash support
> and putting U-Boot on the SPI flash.
>
> Signed-off-by: Peter Robinson
> ---
> configs/rockpro64-rk3399_defconfig | 9 +
> 1 file changed, 9 insertions(+)
>
>
SPL is just simply too tight and we don't really have any
room to shave off any more functionality, so we need OF_PLATDATA
in SPL.
This patch adds the manual enumeration of serial and MMC while
removing the device tree support in SPL and enabling
SPL_OF_PLATDATA.
Signed-off-by: Adam Ford
diff -
On Saturday 25 April 2020 14:07:31 Pali Rohár wrote:
> On Saturday 25 April 2020 13:50:45 Pali Rohár wrote:
> > On Saturday 25 April 2020 06:36:58 Adam Ford wrote:
> > > On Sat, Apr 25, 2020 at 5:42 AM Pali Rohár wrote:
> > > >
> > > > On Thursday 02 April 2020 20:42:31 Pali Rohár wrote:
> > > > >
> From: Andrius Štikonas
> Date: Fri, 24 Apr 2020 22:03:29 +0100
>
> See 9778edae5576e0a43a13387f9081ce11ef633025 for a similar
> commit that adds HDMI to other rk3399 boards.
>
> Signed-off-by: Andrius Štikonas
> Cc: Manivannan Sadhasivam
> Cc: Jagan Teki
> Cc: Kever Yang
> ---
> configs/r
On Mon, Apr 20, 2020 at 8:52 AM Chunfeng Yun wrote:
>
> This patch adds a "bulk" API to the phy API in order to
> get/enable/disable a group of phys associated with a device.
>
> The bulk API will avoid adding a copy of the same code to
> manage a group of phys in drivers.
>
> Signed-off-by: Chunf
On Sat, Apr 25, 2020 at 2:33 AM Andrius Štikonas wrote:
>
> See 9778edae5576e0a43a13387f9081ce11ef633025 for a similar
> commit that adds HDMI to other rk3399 boards.
>
> Signed-off-by: Andrius Štikonas
> Cc: Manivannan Sadhasivam
> Cc: Jagan Teki
> Cc: Kever Yang
> ---
Reviewed-by: Jagan Tek
From: Suniel Mahesh
roc-rk3399-pc has an FE1.1 USB 2.0 HUB which connects two USB ports
(HOST1 and HOST2). For end devices to work we need to enable USB hub
so that HOST detects there presence and enumerates them accordingly.
This requires explicit pinctrl within gpio enablement.
Signed-off-by:
On Saturday 25 April 2020 15:19:12 Pali Rohár wrote:
> On Saturday 25 April 2020 14:07:31 Pali Rohár wrote:
> > On Saturday 25 April 2020 13:50:45 Pali Rohár wrote:
> > > On Saturday 25 April 2020 06:36:58 Adam Ford wrote:
> > > > On Sat, Apr 25, 2020 at 5:42 AM Pali Rohár wrote:
> > > > >
> > > >
+Wolfgang
On Sat, Apr 25, 2020 at 7:42 PM Adam Ford wrote:
>
> Tom,
>
> I noticed the stats for January 2020.01 haven't been released.
>
> https://www.denx.de/wiki/U-Boot/ReleaseCycle
>
> Is that no longer going to be supported?
> I only ask, because I don't see any reference to 2020.04 at all.
On Fri, Apr 24, 2020 at 4:37 PM Marek Vasut wrote:
>
> If the cpu-idle-states is missing from the DT in the first place, do
> not fail on removing in. Just move on and do not even print an error,
> since not being able to remove something which is not there in the
> first place is not an error and
On Fri, Apr 24, 2020 at 4:37 PM Marek Vasut wrote:
>
> All the FEC ethernet clock entries for iMX8MM are missing, while they
> are already present on iMX8MQ. Fill in the nodes on iMX8MM, as the FEC
> ethernet gets bogus clock information otherwise which makes ethernet
> inoperable.
>
> Signed-off-
Hi Peng,
On Wed, Apr 22, 2020 at 10:30 AM Peng Fan wrote:
>
> From: Ye Li
>
> According to iMX8MM datasheet (IMX8MMIEC_Rev_D and IMX8MMCEC_Rev_D),
> the speed grading for imx8mm is 800Mhz, 1.2Ghz, 1.6Ghz and 1.8Ghz.
> Update them to get_cpu_speed_grade_hz function.
>
> Signed-off-by: Ye Li
> Re
Hi Peng,
On Wed, Apr 22, 2020 at 10:54 AM Peng Fan wrote:
>
> Hi Stefano,
>
> Please pull this version nxp-imx-20200422, with patches sent out to ML.
> Based on yours master branch.
Series looks good:
Reviewed-by: Fabio Estevam
Just some comments:
- Please try sending the patches more often a
From: Suniel Mahesh
In case of a power interruption, human intervention is required which
is not desirable if the device is installed at a remote location. Drop
yellow LED as it is not much of use. Keep red LED(diy-led) as it is, to
indicate board in full power mode.
Signed-off-by: Suniel Mahesh
This patch adds support for ZSTD decompression of FIT images.
Signed-off-by: Robert Marko
Cc: Luka Perkov
---
common/image.c | 52 +
include/image.h | 1 +
2 files changed, 53 insertions(+)
diff --git a/common/image.c b/common/image.c
index 948
> From: Jagan Teki
> Date: Sat, 25 Apr 2020 16:33:51 +0530
>
> Add Rockchip PCIe controller driver for rk3399 platform.
>
> Driver support Gen1 by operating as a Root complex.
>
> Thanks to Patrick for initial work.
Tried to get this to work on my firefly-rk3399 which made me notice
some short
On Sun, Apr 26, 2020 at 12:23 AM Mark Kettenis wrote:
>
> > From: Jagan Teki
> > Date: Sat, 25 Apr 2020 16:33:51 +0530
> >
> > Add Rockchip PCIe controller driver for rk3399 platform.
> >
> > Driver support Gen1 by operating as a Root complex.
> >
> > Thanks to Patrick for initial work.
>
> Tried
> From: Jagan Teki
> Date: Sat, 25 Apr 2020 16:33:49 +0530
>
> Add PCIE_PHY clock enablement support on rk3399
> clock driver.
>
> This clock is enabled by default, so do nothing
> if it triggers during the PCIe PHY probe other
> PHY users on this clock will simply fail.
This breaks Ethernet on
> From: Jagan Teki
> Date: Sun, 26 Apr 2020 01:06:56 +0530
>
> On Sun, Apr 26, 2020 at 12:23 AM Mark Kettenis
> wrote:
> >
> > > From: Jagan Teki
> > > Date: Sat, 25 Apr 2020 16:33:51 +0530
> > >
> > > Add Rockchip PCIe controller driver for rk3399 platform.
> > >
> > > Driver support Gen1 by
Adding Jean to the loop. Could you please look at this problem? Your
commit (described below) is causing reboot loop on Nokia N900 hardware.
On Saturday 25 April 2020 13:50:45 Pali Rohár wrote:
> On Saturday 25 April 2020 06:36:58 Adam Ford wrote:
> > On Sat, Apr 25, 2020 at 5:42 AM Pali Rohár wr
On Saturday 25 April 2020 23:26:15 Pali Rohár wrote:
> Adding Jean to the loop. Could you please look at this problem? Your
> commit (described below) is causing reboot loop on Nokia N900 hardware.
>
> On Saturday 25 April 2020 13:50:45 Pali Rohár wrote:
> > On Saturday 25 April 2020 06:36:58 Adam
Adding also Faiz to loop...
On Sunday 26 April 2020 00:20:07 Pali Rohár wrote:
> On Saturday 25 April 2020 23:26:15 Pali Rohár wrote:
> > Adding Jean to the loop. Could you please look at this problem? Your
> > commit (described below) is causing reboot loop on Nokia N900 hardware.
> >
> > On Sat
From: Matthias Brugger
The timers compatible string in upstream is called
mt6577-timer. Add this compatible to the driver.
Signed-off-by: Matthias Brugger
---
drivers/timer/mtk_timer.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/timer/mtk_timer.c b/drivers/timer/mtk_timer.c
in
From: Matthias Brugger
The upstream compatible is called mt6589-wdt.
Add this compatible to the driver.
Signed-off-by: Matthias Brugger
---
drivers/watchdog/mtk_wdt.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/watchdog/mtk_wdt.c b/drivers/watchdog/mtk_wdt.c
index 669a32320d.
From: Matthias Brugger
This patch enables distro boot for the bananapi-r2, based on
a MediaTek mt7623n.
Signed-off-by: Matthias Brugger
---
configs/mt7623n_bpir2_defconfig | 3 ++-
include/configs/mt7623.h| 24
2 files changed, 22 insertions(+), 5 deletions(-
Adding Hannes and Heiko to the loop, please look at this problem.
On Saturday 25 April 2020 14:11:32 Pali Rohár wrote:
> On Saturday 25 April 2020 07:00:58 Adam Ford wrote:
> > On Sat, Apr 25, 2020 at 6:50 AM Pali Rohár wrote:
> > >
> > > On Saturday 25 April 2020 06:36:58 Adam Ford wrote:
> > >
Update quoted string alignment to address checkpatch.pl warning
originally introduced in
commit f60a66ef5d7d ("cmd: mvebu: bubt: show image boot device").
Signed-off-by: Joel Johnson
---
I am sort of inferring that this is the desired fix, preferring line
length infractions over split quoted s
Update quoted string alignment to address checkpatch.pl warning
originally introduced in
commit f60a66ef5d7d ("cmd: mvebu: bubt: show image boot device").
Signed-off-by: Joel Johnson
---
I am sort of inferring that this is the desired fix, preferring line
length infractions over split quoted s
Update quoted string alignment to address checkpatch.pl warning
originally introduced in
commit f60a66ef5d7d ("cmd: mvebu: bubt: show image boot device").
Signed-off-by: Joel Johnson
---
I am sort of inferring that this is the desired fix, preferring line
length infractions over split quoted s
68 matches
Mail list logo
