PiotrO

@balbes150: fyi: I take special care with these options to have single kernel config working for AML/RK/ALW/BCM. Tested on 7 hw platforms I have and those seems to work ok...

@balbes150 Regarding Eth: for sure You have AC200 2& H6 and PWM patches + proper kernel config? IIRC kernel config should have: CONFIG_COMMON_CLK_PWM=y CONFIG_PWM_SUN4I=y CONFIG_DWMAC_SUN8I=m CONFIG_AC200_PHY=y CONFIG_MFD_AC200=y CONFIG_I2C_MV64XXX=y note that all mentioned drivers have to be =y and only DWMAC_SUN8I=m

@balbes150 pls find below: On 5.5 kernel - for eachlink H6 i'm using this patch to get dtb: https://github.com/warpme/minimyth2/blob/master/script/kernel/linux-5.5/files/0530-arm64-dts-allwinner-add-Eeachlink-H6-Mini.patch For u-boot I'm using custodian repo: https://gitlab.denx.de/u-boot/custodians/u-boot-sunxi with patch adding H6 support: https://github.com/warpme/minimyth2/blob/master/script/bootloaders/u-boot-sunxi/files/0001-sunxi-H6-Add-basic-Eachlink-H6-Mini-support.patch Pls let me know do You still need 4M from SD card. (of corse I'm sure You remember to add PWM & AC200 support in kernel) br

Just done test on mainline 5.4.1 with removed video=HDMI-A-1:e and it looks like without it hdmi display is not detected :-(

Thx. t720 works perfectly now! Still shame because overlooking all this :-p

You need to apply list of patches I mentioned in my original post atop of mainline 5.4 kernel and compile. Patches in my Makefile are grouped per functionality so it should be easy to pick those interested for you I think. PS: I'm not using armbian. I'm doing my own distro. I put this H6 eachlink related post because armbian community seems to be most resonating & willing to discuss about various ARM SoC aspects :-)

aha! This is important! My approach for H6 t720 enablement is following: in sun50i-h6.dtsi I'm adding gpu node: <------><------>gpu: gpu@1800000 { <------><------><------>compatible = "allwinner,sun50i-h6-mali", <------><------><------><------> "arm,mali-t720"; <------><------><------>reg = <0x01800000 0x4000>; <------><------><------>interrupts = <GIC_SPI 84 IRQ_TYPE_LEVEL_HIGH>, <------><------><------><------> <GIC_SPI 85 IRQ_TYPE_LEVEL_HIGH>, <------><------><------><------> <GIC_SPI 83 IRQ_TYPE_LEVEL_HIGH>; <------><------><------>interrupt-names = "job", "mmu", "gpu"; <------><------><------>clocks = <&ccu CLK_GPU>, <&ccu CLK_BUS_GPU>; <------><------><------>clock-names = "core", "bus"; <------><------><------>resets = <&ccu RST_BUS_GPU>; <------><------><------>status = "disabled"; <------><------>}; and in i.e working ok beelink gs1 tvbox dts - I'm enabling gpu in board dtb: &gpu { mali-supply = <&reg_dcdcc>; status = "okay"; }; So far I don't have enabling gpu dtb fragments for eachlink tvbox - because all the time I was thinking PMIC needs to be touched! What You enlighten me that thing is closer to get than I think :-) May You pls hint me about Yous DTS entries related to gpu? I mean: gpu node entries in sun50i-h6.dtsi gpu enabling fragment in eachlink H6 dts file (including power regulator entries it uses) thx in advance!

Well - this is relatively simple: You need to apply list of patches I mentioned in my original post atop of mainline 5.4 kernel and compile. I'm not sure about Orange Pi3 dts - but HDMI sound related device tree fragments are in all H6 platforms include (sun50i-h6.dtsi) so it should work for You I think... Good luck! BTW: all kudos for H6 sound should go to codekipper! He done fantastic work on allwinner ASoC!

I'm creating this topic to track progress with support for EachLink H6 support. So far with patches in lines 127..202 in List of patches with patch files I was able to get: working: -boot with mainline 5.4 kernel -HDMI video (with correct DDC) -HDMI audio -Ethernet -GPU mali t720 -USB2/USB3 ports -CPU temp reading -DVFS (CPU freq scalling) -internal IR sensor (MCE remote works nicely) not tested: WiFi Blutooth This box might be cheap H6 box to become nice mediaplayer as current panfrost started to support really well t720 (I've got fully working GLES UI, playback with OpenG & yv12 renderers + GLSL based shader deinterlacers: OneFileld. LinearBlend & Kernel on mythtv). Only issue I had at this moment is insufficient cooling with stock cooler - so if You launch compute intensive tasks and Yours OPP has 1.8GHz cpu clock entries - after some time bow is self-reseting due overheated CPU. Solution seems to be: -lower max CPU clock in OPP tables to 1.4GHz or -add better cooler...

@jcaron Are You using mesa on t720 or mali blob?

Hmm - interesting: in my case on 5.3-rc8 it looks I need to look in: /sys/devices/system/cpu/cpufreq/policy0 And indeed i.e.: cat /sys/devices/system/cpu/cpufreq/policy0/stats/trans_table From : To : 480000 720000 816000 888000 1080000 1320000 1488000 1800000 480000: 0 0 0 0 0 0 0 0 720000: 0 0 0 0 0 0 0 0 816000: 0 0 0 0 0 0 0 0 888000: 0 0 0 0 0 0 0 0 1080000: 0 0 0 0 0 0 0 1 1320000: 0 0 0 0 0 0 0 0 1488000: 0 0 0 0 0 0 0 0 1800000: 0 0 0 0 0 0 0 0 but cat /sys/devices/system/cpu/cpufreq/policy0/scaling_setspeed <unsupported> echo 1080000 > /sys/devices/system/cpu/cpufreq/policy0/scaling_setspeed ash: write error: Invalid argument is it setspeed working for You on 5.2?

@hexdump, Yes. I added these entries as indeed adding cpu supply is a must to get my GS1 and eachlink working. I understand You have working DVFS on Yours H6 hw. Do You have any entries in /sys/class/cpufreq ? Also - what is best way to see what is current cpu freq/voltage & also to see how system walks on dvfs trips?

@jernej, thx for hint! for sure i'll test it. rc7+patches You mention gives me working screen on eachlink h6 mini. Last days I'm playing a bit with DVFS on h6 (beelink gs1). I'm using 5.3-rc7 mainline + and megous patches (also verified with Yours libreelec patches for h6). I got ths working (as I see entries in /sys/class/thermal) So next I tried to play with cpufreq. I added clk to cpu cores (like in https://github.com/megous/linux/commit/19a1b4942b8f040f2b8f2d322368518c5776025b), OPP tables (like in https://github.com/megous/linux/commit/b4aca20e5ce774f6f91bc79317d232ead36e8ede) and trip points/cooling maps (like in https://github.com/megous/linux/commit/b1a1c764c50b6d2d86d1c9124d01ca1726836e9b ). Next I enabled cpu0 power from dcdca reg and my gs1 boots. but here is no any entries in /sys/class/cpufreq What intriguing me: in megous & Yours patches there is no any touch in cpufreq-dt-platdev for H6 ( https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/cpufreq/cpufreq-dt-platdev.c?id=089cf7f6ecb266b6a4164919a2e69bd2f938374a#n28 so cpufreq-dt will not load for h6. By curiosity I added 'sun50i-h6' entry in cpufreq-dt-platdev.c and now kernel tries to load cpufreq-dt module but fails with error -2 (cant get cpu0 clock). interesting. maybe clock framework not provides required method clock_get to cpufreq?

Guys, Just quick Q: on 5.3-rc7 I still have blackscreen on Eachlink H6 (even with video=HDMI-A-1:e). Is this 5.3 kernel issue or rather something else? btw: I switch to beelink Gs1 and got almost fully working with mainline 5.3-rc7 (so far except: thermal, cpu freq. scaling and t720 gpu - but this is different story...)

Well - thx for pointing this! Unfortunately this probably not explains why I still don't have anything on hdmi output with 5.3 kernel while exactly the same patch set + kernel config gives screen with 5.2 kernel. I change H6 related patch set from Your git to https://github.com/megous/linux/commits/opi3-5.3 but this not helps. It looks like 5.3 needs some more work to get hdmi working in each link h6. boot log for 5.3-rc2 with megous patches attached. H6_5.3-rc2_boot.log