* [ RK3328 ] boost GPU voltages to avoid starving Memory controller
The RK3328 has the dynamic memory controller and GPU on the same power rail.
Both are able to be dynamically clocked, both have opp tables.
- DMC min voltage: 1.075V
- GPU min voltage: 0.950V
On boards with only the GPU enabled, they memory controller can be under-voltaged.
On boards attempting to use both, the disagreeing opps result in the GPU failing to init
This patch applies a mV range opp to the GPU and fixed opps to the DMC on rk3328-roc-cc
to allow everything to get alongin all possible devfreq situations.
* [ rockchip64 ] clean up disabled patches
* [ rock64 ] add mali supply and remove unused 5V supply
- New Mali opps will keep from starving ram controller
- extra supply was causing dmesg errors.
As it shares enable with another supply and both were marked "always on"
I removed the second. Neither are referenced by any ports/devices.
- add mtd-utils to PACKAGE_LIST_BOARD.
- this should be enough to wipe Petitboot;
- more investigative work and u-boot building is needed for SPI+SATA boot
Signed-off-by: Ricardo Pardini <ricardo@pardini.net>
* Upgrading sunxi and sunxi64 EDGE to 5.13
Both variants tested for building
* Bump imx6 to 5.13.y
Tested
* Bump Jetson nano kernel to 5.13.y
* Move mvebu and mvebu64 edge to 5.13.y
* add DFI driver to provide hardware-based memory controller load
* adapted DRAM Memory Controller driver from rk3328, add necessary headers
* provide device tree overlays to enable DDR3 clock scaling
* adapted rk322x-box to allow DDR speed bin selection to user
* add ipb900 board gpio configuration
* add rtl8723cs driver to linux-current kernel
* use ddrbin v1.10 set to 330 Mhz at boot
* provide overlays for ddr3 at 330, 528, 660 and 800 mhz
* split emmc overlays to enable options by user choice
* modified rk322x-config to support dmc, emmc overlays
* remove optee trust os in favor of rockchip proprietary blob
for dmc functionality
* [ Rockchip64 ] Add Tinker Board 2
Using Mainline ATF/U-boot/Kernel
What works:
- USB (NOT TYPE C)
- PCIe
- LED's
- Ethernet
- HDMI
TODO:
- Type-C (fusb302 stuff)
- Type-C DP
- Regulators for big cores and GPU (sitting at default values now, no DVFS)
- Formware/driver for RTL8822CE
U-boot spits out some trash right after handing off control from SPL to U-Boot,
but doesn't impact boot. Needs looked at.
* [ rockchip64 ] remove unrelated changes to 369ab2decdc5a3c49973d8eeb783c95558dcc41a
* [ rockchip64 ] fix merge mess from symlinks step 1
* [ rockchip64 ] fix merge mess from symlinks step 2
* [ rockchip64 ] fix merge mess from symlinks step 3
* [ rockchip64 ] add asus driver for FAN53200 regulator
* Rename tinkerboard.conf to tinkerboard.wip
set as WIP for merge to trunk. Not ready for images just yet.
* revert rename to wip
wrong tinkerboard
* Rename tinkerboard-2.conf to tinkerboard-2.wip
prepare for merge to trunk. Not ready for images
* Tinker Board 2 GPU and Type-C
Support USB3 over type-C connector. display Port is still non-functional, framework in device tree however
Enable GPU
* Tinkerboard 2 DTS tweaks
Added this round:
Type-C DP now works
thermal sensors enabled (oops)
* Tinker Board 2 update config
-Adds wifi support for the RTL8822
* remove obsolete and broken patch for pine64so u-boot
This prevents the image from being built.
Signed-off-by: Icenowy Zheng <icenowy@aosc.io>
* sunxi: fix pine64so phy-mode and add yt8511 support
Pine A64-LTS board should have RGMII-TXID mode instead of RGMII-ID (the
Realtek PHY chip's RXID is sometimes broken).
In addition, new Pine A64-LTS v2 board will use YT8511 instead of
RTL8211E, which still works under RGMII-TXID mode.
Backport YT8511 driver and phy-mode change from linux-next.
Signed-off-by: Icenowy Zheng <icenowy@aosc.io>
Co-authored-by: Igor Pečovnik <igorpecovnik@users.noreply.github.com>
