On Tue, Dec 15, 2020 at 9:50 AM wrote:
>
> From: Matthias Brugger
>
> We find the iProc RNG200 in the Raspberry Pi 4. Add it to all it's
> config so that it can be used.
>
> Signed-off-by: Matthias Brugger
Tested-by: Peter Robinson
Tested on a RPi4 class device
&g
On Tue, Dec 15, 2020 at 9:49 AM wrote:
>
> From: Matthias Brugger
>
> Add support for random number generator RNG200.
> This is for example found on RPi4.
>
> Signed-off-by: Matthias Brugger
Tested-by: Peter Robinson
Tested on a RPi4 class device
> ---
>
> Ch
On Wed, Dec 23, 2020 at 6:55 PM Nicolas Saenz Julienne
wrote:
>
> The Raspberry Pi Foundation released the new RPi400 which we want to
> detect, so we can enable Ethernet on it and know the correct device tree
> file name.
>
> Signed-off-by: Nicolas Saenz Julienne
Reviewed-
> Does anyone have any experience with RK3399 DSI and panel bringup in u-
> boot? I believe I have the vopl and mipi configured - I can see the
> backlight come on at least - but I think I need a panel-specific
> driver. Simple-panel doesn't send dsi commands so the panel never
> inits. And I'm
On Wed, Dec 16, 2020 at 4:27 PM Peter Robinson wrote:
>
> On Wed, Dec 16, 2020 at 4:21 PM Matthias Brugger
> wrote:
> >
> >
> >
> > On 16/12/2020 17:20, Peter Robinson wrote:
> > > On Wed, Dec 16, 2020 at 4:15 PM Matthias Brugger
> > > wrote:
On Wed, Dec 16, 2020 at 4:21 PM Matthias Brugger wrote:
>
>
>
> On 16/12/2020 17:20, Peter Robinson wrote:
> > On Wed, Dec 16, 2020 at 4:15 PM Matthias Brugger
> > wrote:
> >>
> >> Hi Dave,
> >>
> >> On 16/12/2020 15:23, Dave Jones
On Wed, Dec 16, 2020 at 4:15 PM Matthias Brugger wrote:
>
> Hi Dave,
>
> On 16/12/2020 15:23, Dave Jones wrote:
> > Hi,
> >
> > We've recently run across some failures with U-Boot on a couple of
> > platforms,
> > specifically the relatively new Pi Compute Module 4, and the Pi 4 8GB of
> > RAM.
Enable the RNG on the Firefly, rock960 and RockPro64 devices
to enable KASLR on devices that support it.
Signed-off-by: Peter Robinson
Cc: Akash Gajjar
Cc: Jagan Teki
Cc: Kever Yang
Cc: Manivannan Sadhasivam
---
configs/firefly-rk3399_defconfig | 2 ++
configs/rock960-rk3399_defconfig
The rng is embedded in the SoC so enable it in the device tree
universally, the use of it can be controlled by enabling/disabling
at the device config level.
Signed-off-by: Peter Robinson
Cc: Kever Yang
---
arch/arm/dts/rk3399-evb-u-boot.dtsi | 4
arch/arm/dts/rk3399-pinebook-pro
On Wed, Dec 16, 2020 at 1:17 PM Torsten Duwe wrote:
>
> On Wed, 16 Dec 2020 11:41:15 +0100
> matthias@kernel.org wrote:
>
> > From: Matthias Brugger
> >
> >
> > For now bootp and uuid code use a weak seed for generating random
> > data. U-Boot as support for RNG devices now, so we should
Hi Nicolas,
> > > Add the follwing functions to get a specific device's DMA ranges:
> > > - dev_get_dma_range()
> > > - ofnode_get_dma_range()
> > > - of_get_dma_range()
> > > - fdt_get_dma_range()
> > > They are specially useful in oder to be able validate a physical address
> > > space
Hi Nicolas,
On Thu, Nov 19, 2020 at 5:50 PM Nicolas Saenz Julienne
wrote:
>
> Add the follwing functions to get a specific device's DMA ranges:
> - dev_get_dma_range()
> - ofnode_get_dma_range()
> - of_get_dma_range()
> - fdt_get_dma_range()
> They are specially useful in oder to be able
On Sun, Dec 6, 2020 at 7:43 PM Ying-Chun Liu wrote:
>
> From: "Ying-Chun Liu (PaulLiu)"
>
> Add board dts for imx8mm-cl-iot-gate
>
> Signed-off-by: Kirill Kapranov
> Signed-off-by: Uri Mashiach
> Signed-off-by: Valentin Raevsky
> Signed-off-by: Ying-Chu
On Wed, Dec 2, 2020 at 10:08 AM ZHIZHIKIN Andrey
wrote:
>
> Hello Peter,
>
> > -Original Message-
> > From: Peter Robinson
> > Sent: Wednesday, December 2, 2020 9:45 AM
> > To: ZHIZHIKIN Andrey
> > Cc: u-boot@lists.denx.de; sba...@denx.de
>
On Tue, Dec 1, 2020 at 1:31 PM Andrey Zhizhikin
wrote:
>
> Some SD Card controller and power circuitry has increased capacitance,
> which keeps the internal logic remains powered after regulator is switch
> off. This is generally the case when card is switched to SD104 mode,
> where a power cycle
Hi Ying-Chun Liu,
On Tue, Dec 1, 2020 at 5:35 PM Ying-Chun Liu wrote:
>
> From: "Ying-Chun Liu (PaulLiu)"
>
> Add board dts for iot-gate-imx8
>
> Signed-off-by: Kirill Kapranov
> Signed-off-by: Uri Mashiach
> Signed-off-by: Valentin Raevsky
> Signed-off-by: Ying-Chun Liu (PaulLiu)
> ---
>
> This patch series change Espressobin code to use in U-Boot just one DTS
> file for all Espressobin variants. Therefore DT compatible string
> globalscale,espressobin-emmc is not used anymore as it is not needed.
Does this work if this DT provided to Linux for booting on the
different variants?
On Tue, Nov 17, 2020 at 12:43 PM Alper Nebi Yasak
wrote:
>
> On 17/11/2020 04:49, Jean Lucas wrote:
> > Hello all,
> >
> > On Pine64 RockPro64 and Pinebook Pro (both RK3399), flashing U-Boot
> > v2021.01-rc2-47-g9324c9a823 defconfig and mainline ATF
> > v2.4-rc0-2-gd01f31c03 to SPI flash of both
Improve USB config so keyboard and USB-A ports work.
Signed-off-by: Peter Robinson
---
configs/pinebook-pro-rk3399_defconfig | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/configs/pinebook-pro-rk3399_defconfig
b/configs/pinebook-pro-rk3399_defconfig
index 1ed54ad0ed
Move the bits that are device specific to the -u-boot.dtsi as the
bits may be different on other devices and hence breaks SPI on
those devices such as the Pinebook Pro.
Signed-off-by: Peter Robinson
Fixes: c4cea2bbf995 ("rockchip: Enable building a SPI ROM image on bob")
Cc: S
On Sun, Nov 8, 2020 at 1:14 PM Andre Przywara wrote:
>
> The eMMC standard describes the concept of boot partitions, consisting
> of two storage areas separate from the main user data partition.
> The Allwinner BootROM supports loading SPL/Boot0 from such a boot
> partition, if that is configured
On Fri, Oct 30, 2020 at 10:08 AM Kever Yang wrote:
>
> Hi Peter,
>
>
> Could you add you signature for this patch?
Apologies, not sure how I missed that, included below, let me know if
you want me to resend the patch instead.
Signed-off-by: Peter Robinson
>
>
On Tue, Oct 27, 2020 at 1:23 PM Arnaud Patard wrote:
>
> - uboot rockchip edp code is looking for a rockchip,panel property
> for the edp dts node, so add it.
>
> Signed-off-by: Arnaud Patard
> Index: u-boot/arch/arm/dts/rk3399-pinebook-pro-u-boot.dtsi
>
On Mon, Sep 7, 2020 at 1:01 AM André Przywara wrote:
>
> On 03/09/2020 06:07, Samuel Holland wrote:
>
> Hi Samuel,
>
> > This patch series implements a feature to automatically choose the
> > right PinePhone device tree by probing the hardware. It then extends
> > the functionality to pass the
> >> Hello Matthias,
> >>
> >> I have upgraded the Raspberry 3 firmware from raspi3-firmware
> >> (1.20190215-1+deb10u4) to raspi-firmware (1.20200601-3)
> >> [https://packages.debian.org/bullseye/raspi-firmware].
> >>
> >> After the upgrade the output of U-Boot on the serial console is complete
>
On Mon, Oct 12, 2020 at 3:56 PM Heinrich Schuchardt wrote:
>
> Hello Matthias,
>
> I have upgraded the Raspberry 3 firmware from raspi3-firmware
> (1.20190215-1+deb10u4) to raspi-firmware (1.20200601-3)
> [https://packages.debian.org/bullseye/raspi-firmware].
>
> After the upgrade the output of
On Sat, Oct 10, 2020 at 8:48 PM Baruch Siach wrote:
>
> Hi Fabio,
>
> On Sat, Oct 10 2020, Fabio Estevam wrote:
> > On Sat, Oct 10, 2020 at 4:11 PM Baruch Siach wrote:
> >
> >> This might be the cause of the problem. The script listed above
> >> hardcodes "mmc 0:1". Changing that to "mmc 1:1"
> Hey Mattias,
>
> In testing the RPi4 8Gb I've run into an interesting crash, not seen
> it on either a 4Gb or 2Gb mode, and I'm wondering if you're aware of
> it. It occurs with either the latest firmware or one from April 1st.
>
> If I boot without a display connected, so just via serial
Hey Mattias,
In testing the RPi4 8Gb I've run into an interesting crash, not seen
it on either a 4Gb or 2Gb mode, and I'm wondering if you're aware of
it. It occurs with either the latest firmware or one from April 1st.
If I boot without a display connected, so just via serial console, I
see the
Fix up USB config options so keyboards and other USB devices work.
---
configs/rock960-rk3399_defconfig | 9 ++---
include/configs/rock960_rk3399.h | 2 ++
2 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/configs/rock960-rk3399_defconfig b/configs/rock960-rk3399_defconfig
index
the only thing we
might need the USB bus for.
Fixes: 44758771ee ("arm: move CONFIG_PREBOOT="usb start" to KConfig")
Signed-off-by: Peter Robinson
Cc: Jonas Smedegaard
Cc: Neil Armstrong
---
common/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/com
On Sat, Sep 26, 2020 at 9:09 PM Alper Nebi Yasak
wrote:
>
> This PWM is used in rk3399-gru-bob and rk3399-gru-kevin to control
> the display brightness. We can only change the duty cycle, so on
> set_config() we just try to match the duty cycle that dividing duty_ns
> by period_ns gives us. To
> Any thoughts on this issue?
Any reason why you're using 2020.01 and not at least 2020.07, or at
least seeing if it's reproducible on 2020.10-rc3? The RPi4 support has
changed quite a bit since then I suspect.
> Just to be sure, I did some memory testing on the 2GB module, but no
> issues
On Fri, Sep 4, 2020 at 1:35 PM Andre Heider wrote:
>
> Hi Stefan,
>
> On 04/09/2020 14:02, Stefan Roese wrote:
> > Hi Andre,
> >
> > On 31.08.20 09:53, Pali Rohár wrote:
> >> On Monday 31 August 2020 05:34:07 Andre Heider wrote:
> >>> This adds the disabled eMMC node.
> >>>
> >>> Signed-off-by:
On Sun, Aug 30, 2020 at 6:41 PM Pavel Yermolenko wrote:
>
> Hello,
>
> I've tried two different default configurations while building u-boot:
>
> * am335x_boneblack_vboot_defconfig
> * am335x_evm_defconfig
>
> I formatted sd-card with this script:
>
On Wed, Aug 26, 2020 at 1:22 PM Tom Rini wrote:
>
> On Wed, Aug 26, 2020 at 01:52:14PM +0200, Stefan Roese wrote:
> > On 26.08.20 13:42, Tom Rini wrote:
> > > On Wed, Aug 26, 2020 at 09:31:07AM +0200, Stefan Roese wrote:
> > >
> > > > Hi Tom,
> > > >
> > > > I've prepared a branch for you to pull
> On Wed, Jul 22, 2020 at 03:18:40PM +0100, Peter Robinson wrote:
> > The Pine64 Pinephone is a smartphone based on the AllWinner A64 SoC.
> > It has the following features:
> > * 2GB LPDDR3 SDRAM
> > * 5.95 inch 1440x720 HD IPS capacitive touchscreen
> > * 16GB
On Thu, Jul 23, 2020 at 12:15 AM André Przywara wrote:
>
> On 22/07/2020 15:18, Peter Robinson wrote:
> > Sync the Allwinner A64 sun50i-a64.dtsi from Linux.
>
> Hi Peter,
>
> thanks for your series!
>
> While this looks mostly straight-forward, the problem is that
, proximity, ambient light, compass sensors
* A USB Type-C, USB Host, DisplayPort alt mode output, 15W 5V 3A Quick Charge,
follows USB PD specification
Signed-off-by: Peter Robinson
---
arch/arm/Kconfig| 2 +-
configs/pinephone_defconfig | 38 +
2 files
Sync the Allwinner A64 sun50i-a64.dtsi from Linux.
Signed-off-by: Peter Robinson
---
arch/arm/dts/sun50i-a64.dtsi | 532 ---
1 file changed, 434 insertions(+), 98 deletions(-)
diff --git a/arch/arm/dts/sun50i-a64.dtsi b/arch/arm/dts/sun50i-a64.dtsi
index
At the moment PinePhone comes in two slightly incompatible variants:
- 1.0: Early Developer Batch
- 1.1: Braveheart Batch
This syncs the Pinephone DTs from Linux 5.8-rc1.
Signed-off-by: Peter Robinson
---
arch/arm/dts/Makefile | 2 +
arch/arm/dts/sun50i-a64-pinephone-1.0
Sync the Allwinner axp803 device tree to the latest upstream Linux.
Signed-off-by: Peter Robinson
---
arch/arm/dts/axp803.dtsi | 82
1 file changed, 41 insertions(+), 41 deletions(-)
diff --git a/arch/arm/dts/axp803.dtsi b/arch/arm/dts/axp803.dtsi
index
Sync the leds common.h to the latest Linux version.
Signed-off-by: Peter Robinson
---
include/dt-bindings/leds/common.h | 36 ++-
1 file changed, 26 insertions(+), 10 deletions(-)
diff --git a/include/dt-bindings/leds/common.h
b/include/dt-bindings/leds/common.h
Sync the Allwinner A64 CPU operating points dtsi from Linux.
Signed-off-by: Peter Robinson
---
arch/arm/dts/sun50i-a64-cpu-opp.dtsi | 75
1 file changed, 75 insertions(+)
create mode 100644 arch/arm/dts/sun50i-a64-cpu-opp.dtsi
diff --git a/arch/arm/dts/sun50i-a64
Sync the clock and reset bindings for the Allwinner DE2 display engine to Linux
5.8-rc1.
Signed-off-by: Peter Robinson
---
include/dt-bindings/clock/sun8i-de2.h | 3 +++
include/dt-bindings/reset/sun8i-de2.h | 1 +
2 files changed, 4 insertions(+)
diff --git a/include/dt-bindings/clock/sun8i
Sync the clock bindings for the Allwinner A64 to Linux
Signed-off-by: Peter Robinson
---
include/dt-bindings/clock/sun50i-a64-ccu.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/dt-bindings/clock/sun50i-a64-ccu.h
b/include/dt-bindings/clock/sun50i-a64-ccu.h
Hi,
This is an initial patch set to support the PinePhone. The patches were tested
on the Braveheart Edition (1.1) of the phone with a serial console cable
attached.
There's not currently U-Boot output on the screen, for starters the device tree
support for the panel hasn't landed upstream yet
> > Did you check if everything needed is enabled in your configuration and
> > if the keyboard is detected after a usb start / usb tree ?
>
> It is detected, yes.
>
> I believe the configuration is fine; I see this issue using the standard
> "pinebook-pro-rk3399_defconfig" and building either
On Tue, Jul 14, 2020 at 11:50 AM Simon South wrote:
>
> Peter Robinson writes:
> > It should be fixed in the main devel repo, commit 3a5771249
>
> That commit enables the OHCI driver but doesn't lead to a working
> keyboard, at least for me.
>
> Have you actual
On Tue, Jul 14, 2020 at 12:02 AM Simon South wrote:
>
> Has anyone managed to get the built-in keyboard of the Pinebook Pro
> working with U-Boot?
It should be fixed in the main devel repo, commit 3a5771249
> Kever, Jagan: Are you aware of any special setup required to have the
> RK3399's OHCI
ociated commits for those files for examples of how they're dealt
with.
> Mit freundlichen Grüßen,
> Yaroslav Petrov
>
>
> On 10.07.20 13:31, Peter Robinson wrote:
> > On Fri, Jul 10, 2020 at 12:15 PM Yaroslav Petrov wrote:
> >> diff --git a/arch/arm/dts/sun8i-h2-plus-oran
On Fri, Jul 10, 2020 at 12:15 PM Yaroslav Petrov wrote:
>
> diff --git a/arch/arm/dts/sun8i-h2-plus-orangepi-r1.dts
> b/arch/arm/dts/sun8i-h2-plus-orangepi-r1.dts
> index 3356f4210d..675d38738d 100644
> --- a/arch/arm/dts/sun8i-h2-plus-orangepi-r1.dts
> +++
mmit 81ea00838c68 ("efi_loader:
> PSCI reset and shutdown") was added, the EFI system reset has been
> broken for Tegra210 and Tegra196 platforms. This also fixes the EFI
> system reset for these Tegra platforms.
>
> Signed-off-by: Jon Hunter
Tested-by: Peter Robinson
T
des is necessary
> to fix the EFI system reset for Tegra210 and Tegra186.
>
> Signed-off-by: Jon Hunter
Tested-by: Peter Robinson
Tested on the Jetson Nano and it now reboots as expected.
> ---
> arch/arm/dts/tegra186.dtsi | 5 +
> arch/arm/dts/tegra210.dtsi | 5 +
> 2
>> > > > > > DM, DM_SPI and other driver model migration deadlines
>> > > > > > are expired for this board.
>> > > > > >
>> > > > > > Drop it.
>> > > > > >
>> > > > > > Cc: Lokesh Vutla
>> > > > > > Signed-off-by: Jagan Teki
>> > > > >
>> > > > > Please hold this patch. I see patches in ML for
On Sat, Jun 13, 2020 at 7:24 PM Jagan Teki wrote:
>
> On Fri, Jun 5, 2020 at 10:01 AM Lokesh Vutla wrote:
> >
> > Hi Jagan,
> >
> > On 27/05/20 6:26 pm, Jagan Teki wrote:
> > > DM, DM_SPI and other driver model migration deadlines
> > > are expired for this board.
> > >
> > > Drop it.
> > >
> >
> > > I am trying to test v4 of your patch series for USB support on rpi4:
> > > https://patchwork.ozlabs.org/project/uboot/list/?series=179078
> > >
> > > I am building u-boot 64-bit. Testing on a rpi4 B 1.2 board. But, USB is
> > > not working for me and wanted to see if you had any ideas.
On Wed, Jun 10, 2020 at 10:11 PM Stuart Yoder wrote:
>
> Hi Sylwester,
>
> I am trying to test v4 of your patch series for USB support on rpi4:
> https://patchwork.ozlabs.org/project/uboot/list/?series=179078
>
> I am building u-boot 64-bit. Testing on a rpi4 B 1.2 board. But, USB is
> not
Enable the rng so UEFI can provide entropy for KASLR
Signed-off-by: Peter Robinson
---
arch/arm/dts/rk3399-pinebook-pro-u-boot.dtsi | 4
arch/arm/dts/rk3399-rockpro64-u-boot.dtsi| 4
configs/pinebook-pro-rk3399_defconfig| 2 ++
3 files changed, 10 insertions(+)
diff --git
Some minor fixes for SPI flash on the Pinebook Pro and also
default to saving environment to the SPI flash as it's
guaranteed to be on board.
Signed-off-by: Peter Robinson
---
arch/arm/dts/rk3399-pinebook-pro-u-boot.dtsi | 6 +-
configs/pinebook-pro-rk3399_defconfig| 3 +++
include
The built in keyboard on the Pinebook Pro is attached via USB so
fix this up to ensure USB works as expected.
Signed-off-by: Peter Robinson
---
configs/pinebook-pro-rk3399_defconfig | 5 +
include/configs/pinebook-pro-rk3399.h | 3 +++
2 files changed, 8 insertions(+)
diff --git a/configs
On Sun, Jun 7, 2020 at 11:08 AM Patrick Wildt wrote:
>
> Enable CONFIG_PCI and CONFIG_NVME and related configs for the
> Pinebook Pro.
>
> Signed-off-by: Patrick Wildt
Reviewed-by: Peter Robinson
> diff --git a/configs/pinebook-pro-rk3399_defconfig
> b/configs/pinebook
On Sun, Jun 7, 2020 at 2:47 PM Peter Robinson wrote:
>
> On Sun, Jun 7, 2020 at 1:07 PM Mark Kettenis wrote:
> >
> > Enable CONFIG_PCI and CONFIG_NVME and related configs for the
> > ROCKPro64 board.
> >
> > Signed-off-by: Mark Kettenis
> > Reviewed-by:
On Sun, Jun 7, 2020 at 1:07 PM Mark Kettenis wrote:
>
> Enable CONFIG_PCI and CONFIG_NVME and related configs for the
> ROCKPro64 board.
>
> Signed-off-by: Mark Kettenis
> Reviewed-by: Kever Yang
Reviewed-by: Peter Robinson
It's generally considered good taste to cc: the m
On Sun, May 31, 2020 at 2:52 AM Kever Yang wrote:
>
> Hi Tom,
>
> Please pull the rockchip updates/fixes:
> - Fix mmc of path after syncfrom kernel dts;
> - Add dwc3 host support with DM for rk3399;
> - Add usb2phy and typec phy for rockchip platform;
> - Migrate board list doc to rockchip.rst
On Thu, May 28, 2020 at 8:32 PM Kurt Miller wrote:
>
> The cooling levels are tuned to the fan that comes with the rockpro64 NAS
> case. A gpu_thermal zone was not added because having two active cooling
> maps control one physical fan causes them to compete for the fan speed
> which results in
> It's release day and I've tagged v2020.07-rc3. We're moving along
> nicely and should continue with prioritizing stabilization and obviously
> correct updates / migrations at this time.
>
> Once again, for a changelog,
> git log --merges v2020.07-rc2..v2020.07-rc3
> and as always, I ask for
On Fri, May 22, 2020 at 12:12 AM Johannes Krottmayer wrote:
>
> Hi Kever,
>
> I think you answered the wrong person. :)
>
> Okay, thanks for the suggestions.
>
> I will check the sources. There was also a missing alias
> in the Device-Tree source. I have added the specific alias
> for the SPI
Hi Kever,
Is there a reason the Pinebook Pro support not in this PR?
Peter
> Please pull the rockchip updates/fixes:
> - Fix rk3288 chromebook veyron support;
> - Add pcie driver support for rk3399;
> - other fixes for rk3399 boards
>
> Gitlab ci:
>
On Thu, May 7, 2020 at 9:13 AM Frank Wang wrote:
>
> Configure 'tcphy1' and 'usbdrd_dwc3_1' nodes to support USB3.0 host
> for Rockchip RK3399 Evaluation Board.
>
> Signed-off-by: Frank Wang
> ---
> Changes for v3:
> - drop dtsi changes to keep the same with Linux Kernel.
> - amend
>
> On 30/04/2020 15:04, Nicolas Saenz Julienne wrote:
> > When needed, RPi4's co-processor (called VideoCore) has to be instructed
> > to load VL805's firmware (the chip providing xHCI support). VideoCore's
> > firmware expects the board's PCIe bus to be already configured in order
> > for it to
ther Winbond or Gigadevice SPI flash parts
[1] so his suggestion is incomplete.
Peter
[1]
https://wiki.pine64.org/index.php/ROCKPro64#Datasheets_for_Components_and_Peripherals
> On 2020/4/25 下午8:34, Jagan Teki wrote:
> > Hi Peter,
> >
> > On Tue, Apr 21, 2020 at 1:45 AM Peter
On Wed, Apr 22, 2020 at 1:26 PM Nicolas Saenz Julienne
wrote:
>
> Hi Peter,
>
> On Wed, 2020-04-22 at 11:50 +0100, Peter Robinson wrote:
> > > > This requires enabling BRCMSTB PCIe and XHCI_PCI drivers as well as PCI
> > > > and USB commands. To get it w
> > This requires enabling BRCMSTB PCIe and XHCI_PCI drivers as well as PCI
> > and USB commands. To get it working one has to call the following commands:
> > "pci enum; usb start;", thus such commands have been added to the default
> > "preboot" environment variable. One has to update his
On Mon, Apr 20, 2020 at 11:49 PM Vagrant Cascadian wrote:
>
> On 2020-04-20, Peter Robinson wrote:
> > It took a little longer than I planned, took me a little bit to get it
> > working with the upstream device tree that landed in 5.7-rc1 but it's
> > there now.
>
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(+)
diff --git a/configs/rockpro64-rk3399_defconfig
b/configs/rockpro64
add "boe,nv140fhmn49" display to compatible node.
Signed-off-by: Peter Robinson
Cc: Anatolij Gustschin
---
drivers/video/simple_panel.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/video/simple_panel.c b/drivers/video/simple_panel.c
index c3c0e84732..5722811
Sync the gpio-keys input bindings from linux 5.7-rc1.
Signed-off-by: Peter Robinson
---
include/dt-bindings/input/gpio-keys.h | 13 +
1 file changed, 13 insertions(+)
create mode 100644 include/dt-bindings/input/gpio-keys.h
diff --git a/include/dt-bindings/input/gpio-keys.h
b
It took a little longer than I planned, took me a little bit to get it
working with the upstream device tree that landed in 5.7-rc1 but it's
there now.
Tested with Fedora 32.
Peter
slot for NVMe SSD drive
Signed-off-by: Peter Robinson
---
arch/arm/dts/rk3399-pinebook-pro-u-boot.dtsi | 43 ++
arch/arm/mach-rockchip/rk3399/Kconfig | 8 ++
board/pine64/pinebook-pro-rk3399/Kconfig | 15
board/pine64/pinebook-pro-rk3399/MAINTAINERS | 8 ++
board
Sync initial support for Pinebook Pro device tree from Linux 5.7-rc1.
Signed-off-by: Peter Robinson
---
arch/arm/dts/Makefile|1 +
arch/arm/dts/rk3399-pinebook-pro.dts | 1096 ++
2 files changed, 1097 insertions(+)
create mode 100644 arch/arm/dts
Sync the common leds bindings from linux 5.7-rc1.
Signed-off-by: Peter Robinson
---
include/dt-bindings/leds/common.h | 91 +++
1 file changed, 91 insertions(+)
create mode 100644 include/dt-bindings/leds/common.h
diff --git a/include/dt-bindings/leds/common.h
b
The rk_edp.c and rk_lvds.c files reference rk_setreg which is declared in
hardware.h so include it so the drivers build. Adjust rk_lvds.c so
includes are in alphabetical order while updating.
Signed-off-by: Peter Robinson
---
drivers/video/rockchip/rk_edp.c | 1 +
drivers/video/rockchip
> Most of the SPI flash devices in rockchip (rk3399)
> are 16MiB size. So, let's use the script offset at
> the end of 8K.
You wouldn't have the commands for writing the
idbloader.img/u-boot.itb to these SPI flash on one of these devices by
chance?
Peter
> This way it cannot overlap any offsets
her
> Reported-by: Derek Atkins
> Signed-off-by: Fabio Estevam
> Tested-by: Derek Atkins
Tested-by: Peter Robinson
Series is tested on a B1 and a C1
> ---
> Changes since v1:
> - Also use the revd1 dtb's inside board_fit_config_name_match(), which
> fixes truncated cons
> > I'm working on enabling the VIA805 XCHI controller found on the new
> > Raspberry
> > Pi 4. The controller sits behind a PCIe bus, which I've already
> > implemented[1]
> > and will submit once the XCHI issues are resolved, as it's worthless
> > otherwise.
> >
> > The XHCI initialization
the prior versions with it (I think v1) and it had caused
issues but the display comes up and outputs on HDMI for me so:
Tested-by: Peter Robinson
> Jagan.
>
> Jagan Teki (5):
> clk: rk3399: Set empty for vopl assigned-clocks
> video: rockchip: Fix vop modes for rk3399
> roc
> 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
> - Rock960
>
> Cc: Manivannan Sadhasivam
> Signed-
Upstream linux DT naming doesn't align with the U-Boot DT, which may
not always be the case so this allows using BOOTENV_EFI_SET_FDTFILE_FALLBACK
where it might be appropriate for some boards.
Signed-off-by: Peter Robinson
---
This is a bit of a hack for the Jetson TX2 because the U-Boot config
For booting via UEFI we need to define the fdtfile option so
bootefi has the option to load a fdtfile from disk. For arm64
the kernel dtb is located in a vendor directory so we define
that as nvidia for that architecture.
Signed-off-by: Peter Robinson
---
Without this the aarch64 tegra devices
v save is at the end of QSPI (4MB-8K).
>
> A 40-pin header on the board can be used to extend the capabilities and
> exposed interfaces of the Jetson Nano.
>
> Signed-off-by: Thierry Reding
> Signed-off-by: Tom Warren
Tested-by: Peter Robinson
Tested with L4T R32.3.1 and Fedo
> Add a driver for the rng device found on rockchip platforms.
> Support rng module of crypto v1 and crypto v2.
>
> Signed-off-by: Lin Jinhan
Tested-by: Peter Robinson
Tested with UEFI RNG providing a seed for KASLR.
> ---
> drivers/rng/Kconfig| 8 ++
>
On Tue, Mar 31, 2020 at 12:35 PM Lin Jinhan wrote:
>
> Add rng node in rk3399-u-boot.dtsi and enable it in
> rk3399-evb-u-boot.dtsi.
>
> Signed-off-by: Lin Jinhan
Tested-by: Peter Robinson
Tested with UEFI RNG providing a seed for KASLR.
> ---
> arch/arm/dts/rk339
Enable EFI_RNG_PROTOCOL by default if DM_RNG is set.
Signed-off-by: Peter Robinson
---
I think it makes sense to enable EFI_RNG_PROTOCOL by default if a config
has enabled both DM_RNG and UEFI.
lib/efi_loader/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/efi_loader/Kconfig b
On Tue, Mar 31, 2020 at 12:36 PM Lin Jinhan wrote:
>
> CONFIG_RNG_ROCKCHIP/CONFIG_DM_RNG is enabled.
This should be universally available by default on all rk3399 devices
shouldn't it or does it need external regulators or something that is
per device? If so shouldn't we just enable it by
> From: Stephen Warren
>
> This adds to the DT the I2C controllers that connect to the board ID EEPROM,
> camera board EEPROM, etc. With this change, you can now probe all I2C devices
> on a TX1 board.
>
> Signed-off-by: Tom Warren
> ---
> arch/arm/dts/tegra210-p2371-2180.dts | 18
> From: Vishruth
>
> U-Boot is configured to build as position independent executable. Enable
> relocation of RELA section required to work with different load
> addresses.
>
> Signed-off-by: Vishruth
> Signed-off-by: Tom Warren
Tested-by: Peter Robinson
Tested on TX1
On Thu, Mar 26, 2020 at 9:59 PM wrote:
>
> From: Tom Warren
>
> Add Macronix MX25U3235F flash device description.
> This is a 4MiB part.
Is there potentially more than one part used on the Jetson nano as I
get the following on mine:
Loading Environment from SPI Flash... unrecognized JEDEC id
Now that the device-tree is in linux-next (should land in linux 5.7),
> anyone have a chance to take a stab at a v2 of this patch series? I did
> a quick-and-dirty attempt, and the TPL/SPL layers worked, but failed to
> load the main u-boot/atf binaries (mmc issues, I think).
Yes, I got to that
lso seen this on some i.MX6 devices such as Wandboard,
Hummingboard Edge and the UDOO Neo. Tested on the later two, thanks
for this fix.
Tested-by: Peter Robinson
> Fixes: d5aee659f217 ("fs: ext4: cache extent data")
> Signed-off-by: Jan Kiszka
> ---
> fs/ext4/ext4fs.c | 2
401 - 500 of 935 matches
Mail list logo