Hqnicolas

1080p on linux? the gpu was working?

I just enable the enable PIN 12 from HCY6335 I dont know how to select kernel drivers I have tested the new DTB on kernel 6.2 and it doesnt work.

Wifi enabled kernel 6.6 https://github.com/hqnicolas/ArmBoardBringUp Will do the PR tomorrow

windows WSL2 Delete just the h96 max DTS and DTB from patch\kernel\archive\rockchip64-6.6 Drop the new https://github.com/hqnicolas/ArmBoardBringUp and compile again. sudo gpioinfo I'm also using this method to figure out how to enable 1.8v on Pin12 to AP6335 32*4 + 8*3 + 5 = GPIO4 RK_PD5 8*0 = A 8*1 = B 8*2 = C 8*3 = D Also Trying to disable the kernel 6.2 GPIO I can confirm: the enable pin is RK_PB1 from GPIO2 it will enable wifi by 1.8v on Pin12 to AP6335 I have FIxed the problem with this pin in kernel 6.6

I translated it wrong 0x0f 15 PB7 https://github.com/hqnicolas/ArmBoardBringUp/blob/main/patch/kernel/archive/rockchip64-6.6/dt/rk3566-h96-tvbox.dts Testing.....

analysing DTS File From H96_MAX Kernel 6.6 Using this method From Kernel 6.6: It's the same as Firefly board I have tested the pin12 from HCY6335 with kernel 6.2 it receives 1.8v with kernel 6.6 it receives 0.0v From Kernel 6.2: From Kernel 6.2: GPIO Definition: Applyed changes here: https://github.com/hqnicolas/ArmBoardBringUp/blob/main/patch/kernel/archive/rockchip64-6.6/dt/rk3566-h96-tvbox.dts Testing..............

I'm working here too, I reflash my device with the official github armbian compiled and extracted again the DTB to DTS rk3566-h96max.dtsrk3566-firefly-roc-pc.dts RK3566-firefly-roc-pc = DTS Kernel 6.2 RK3566-h96max = DTS Kernel 6.6 The regulator is TCS4525 and i'ts the same as the Armbian Repo!

WOW! huge thanks! I didn't know about image generation, I believe that now everything will flow better here.

Pull Request was approved today on Github we can now clone from main. git clone https://github.com/armbian/build.git The H96-max Files can be fount at https://github.com/hqnicolas/ArmBoardBringUp

I don't have time to test wifi, if you be the wifi guy, please use this method to fix the wifi power management or communication: the process will be: compare two decompiled DTS. The old that wifi work and the new 6.6 without wifi and use it to fix the Board bring UP file RK3566-firefly-roc-pc = DTS Kernel 6.2 RK3566-h96max = DTS Kernel 6.6 rk3566-firefly-roc-pc.dtsrk3566-h96max.dts

at kernel 6.6 your wifi work? how? I think wifi was wrong.... thats the current DTS: You can Use it to compare with the original DTB -> DTS file and figure out any error on This DTS file that bring board UP

I dont know about overlays I have uploaded new bluetooth images to drive @pocosparc https://forum.armbian.com/topic/28895-efforts-to-develop-firmware-for-h96-max-v56-rk3566-8g64g/?do=findComment&comment=187569

I dont wanna take this risks with drivers, you can create a Github Pull Request to armbian too. your wifi was working? dont need any fix? i think you wont need to change DTB anymore, just need the kernel 6 binary to brcm4335

I'm uploading all bluetooth updated images again sudo apt-get install device-tree-compiler you can: dtc -I dtb -O dts rk3566-h96-tvbox.dtb -o rk3566-h96-tvbox.dts edit the DTS file to work with wifi and reverse it: dtc -I dts -O dtb -o rk3566-h96-tvbox.dtb rk3566-h96-tvbox.dts apply it on device i think you will need to find the brcmfmac4335-sdio.firefly,rk3566-roc-pc.bin for kernel 6.6 it was working on 6.2

I'm trying to figureout what you change on DTS to edit the Github PR in that way. Just add: dma-names = "tx\0rx"; as you can see: https://github.com/hqnicolas/build/blob/9d0d690fe33a022c302ac538c4ecdd3dcacb482d/patch/kernel/archive/rockchip64-6.6/overlay/rockchip-rk3568-hk-uart1.dts#L12 Other boards have the same patch and I copy it: https://github.com/hqnicolas/build/blob/main/patch/kernel/archive/rockchip64-6.6/dt/rk3566-h96-tvbox.dts about the file, I just add it to the wifi external patch: Wifi Driver: https://drive.google.com/file/d/1B1LmAylalETcnBEWiPiJHL0MjK5xlIV4/view?usp=sharing

This is how @ning enable the LED and InfraRed https://github.com/zhangn1985/linux-stable/commit/eb97929f95b1af3257b74528159a5d55a6409bba Nice @pocosparc Now I know why this device has an battery controller enabled, that's a tablet project I don't want to add pré-compiled files to a linux repo, This way, Wifi fix will need to be an unnoficial patch. I think this patch can be applyed by PR on armbian I just Soldered the SDCard Slot

@Antonio Cahuana Don't need anymore, @ning Build the JianPian Tv-Box and I use it to Bring the board UP on Kernel 6.6

I'm thinking about buyng an RK3528 Shit box, but X88 pro 13 just have 10/100M Ethernet RJ45 port

########################### EMMC: V1.2 & V1.3 Release Version ########################### @ning Thank you for your Job! I'm bring this H96MAX Board UP based on your BoardConfig! Board Bring UP! Releases: https://github.com/armbian/community/releases PR: https://github.com/armbian/build/pull/6494 https://github.com/armbian/build/pull/7746 Repo: https://github.com/hqnicolas/build/tree/main Wifi Driver: https://drive.google.com/file/d/1B1LmAylalETcnBEWiPiJHL0MjK5xlIV4/view?usp=sharing BootLoader: H96-MAX-8gb-MiniLoaderAll.bin H96-MAX-4gb-MiniLoaderAll.bin 8gb RAM SDCard = Tested 8gb RAM Emmc = Tested Kernel Versions: edge: 6.12.6, 2024-12-21 longterm: 6.6.27, 2024-04-13 longterm: 6.1.86, 2024-04-13 How to flash: Same as V1.1

@Werner I haven't gone crazy yet, my debug was done by Chinese CP2102 This is the driver that I'm Using and for Terminal I was using https://putty.org/

I have done the internal EMMC armbian and I dont trust this EMMC too...

@fensoft congratulations for your work, please stop acting like you dont live in society. Just do it in a PR. Or Compile 30x backdoor images to US.

I have never succeded with any video or NPU drivers on this device, this is a dark spot that you can shine. This is weird, looks like a backdoor or somebody enable all of them on kernel We need to doit.... They don´t have it, this chinese factorys just copy and past PCB, they all use the same android software because they dont know how this device works. it´s weird what I have seen this factorys copying. https://www.instagram.com/reel/C5gRnT8P34b/?igsh=ZmkyMW54a3R2Nnpy rk3566-firefly-roc-pc.dtbrk3566-firefly-roc-pc.dts This is the JianPian TV BOX You give me an idea, You can use the JianPian DTB as a base to take in byte values (&gpio) Take this as a basis: https://github.com/armbian/build/blob/main/config/boards/jp-tvbox-3566.tvb and take this as a basis: https://github.com/armbian/build/blob/main/patch/kernel/archive/rockchip64-6.6/dt/rk3566-jp-tvbox.dts @ning have tested our DTB file on JianPian device, you will just need to change the LAN, USB and bluetooth and wifi pins based on our DTB 0x8e as you can see here: https://forum.armbian.com/topic/31887-jianpian-rk3566-tv-box-8g32g-develop-log/?do=findComment&comment=176492 by this way you can enable this board on armbian repo.

Can you be the first to run video drivers on this device? https://developer.arm.com/downloads/-/mali-drivers/bifrost-kernel https://docs.mesa3d.org/download.html https://docs.mesa3d.org/drivers/panfrost.html I use it as a server without video render. But some users ask for video acceleration.

TL2102 just handle 921600 with just 7 or 8 data bits only. absolutely the market is flooded with fake Chinese! i have tested: 2102 300bps ~ 1MBps and 2104 300 bps ~ 2Mbps But now Firefly and many customers have found in actual use that the actual baud rate of many CH340s on the market cannot reach 1.5Mbps, which causes a lot of trouble in the development process