freak

Using Linux tinkerboard 4.19.69-rockchip #5.95 SMP PREEMPT Mon Sep 2 07:34:36 CEST 2019 armv7l armv7l armv7l GNU/Linux Using glxgears as a test case.. I get 60fps without the screen rotated. If I rotate the screen right or left the frame rate drops to 4fps. That's on a fresh boot with nothing else running. I tested TinkerOS on the same board and it works fine rotated. My Raspberry PI 4 works fine rotated as well. What could be the problem with Armbian?

Network Manager is garbage. We had to uninstall it and go with wpa_supplicant on our 90+ tinker boards that we have deployed. Constant disconnects with Network Manager and wpa_supplicant works all the time.

Although this may have been patched at some point (because the problem seems to have went away) it appears to be back again.

Still happy to send you a monitor if it would help.

I should also add that I don't EXPECT anyone to fix this. That's why after I was told to debug u-boot I stopped talking about it. We stopped updating the units for now while we weigh out our options. (but I do appreciated any effort anyone puts into it!)

Yeah I was sure. Line 15 DDC. I also offered to donate a monitor.

Cutting the wire is what helped me find the problem. Finishing (or even starting) the software debug of u-boot is probably out of reach of most users.

Yeah there's something wrong with u-boot when it tries to read the edid info. Read more about it here...

Try unplugging your hdmi cable and booting. Wait a bit to make sure it's fully booted then plug in the hdmi cable.

Well you can't expect your end users to become u-boot hackers just to keep their systems running. I realize you can't do everything for everyone and that's the dilemma that open source projects always face.

Lol! I'm going to load tinkeros and see if that works first.

Maybe... I just wanted to make sure. Any tips or links for help on how to replace the bootloader? edit - I figured it out. Boots now. What's the best course of action now?

I think you misunderstand what I am saying. I thought I cut line 13 which is CEC. Turns out I cut line 15 which is DDC.

Ok... a co-worker with better eyes than me says I cut pin 15 on the hdmi cable not 13. If that's right that's DDC? Not sure what the implications are of that. I ordered an hdmi cable tester which should be here tomorrow.

Here's the full boot with CEC disconnected...

Ok I switched to ttyS2 instead of ttyS3 and I get this at boot with CEC connected... (via picocom) U-Boot 2018.07-armbian (Sep 19 2018 - 13:23:29 +0200) Model: Tinker-RK3288 DRAM: 2 GiB MMC: dwmmc@ff0c0000: 1, dwmmc@ff0f0000: 0 Loading Environment from EXT4... Card did not respond to voltage select! ** Bad device mmc 0 ** Failed (-5) ...and it just stops there.

uname -a Linux tinkerboard 4.14.23-rockchip #55 SMP PREEMPT Thu Mar 1 10:56:06 CET 2018 armv7l armv7l armv7l GNU/Linux armbian 5.41 4.14.23 as downloaded. No upates - plugged in to monitor - CEC wire connected... http://ix.io/1o15 armbian 5.41 4.14.23 as downloaded. No upates - NOT plugged in to monitor - CEC wire connected... http://ix.io/1o17 armbian 5.41 4.14.23 as downloaded. No upates - plugged in to monitor - CEC wire DISconnected... http://ix.io/1o19 armbian 5.41 4.14.23 as downloaded. apt upgrade finished - plugged in to monitor - CEC wire connected... (no boot cannot provide logs) uname -a Linux tinkerboard 4.14.70-rockchip #270 SMP PREEMPT Wed Sep 19 11:40:40 CEST 2018 armv7l armv7l armv7l GNU/Linux armbian 5.41 4.14.23 as downloaded (4.14.70 now). apt upgrade finished - plugged in to monitor - CEC wire DISconnected... http://ix.io/1o1j armbian 5.41 4.14.23 as downloaded (4.14.70 now). apt upgrade finished - monitor plugged in AFTER boot - CEC wire connected http://ix.io/1o1l armbian 5.41 4.14.23 as downloaded (4.14.70 now). apt upgrade finished - monitor plugged in AFTER boot - CEC wire DISconnected http://ix.io/1o1m (testing finished) I should note that with the CEC wire disconnected only two resolutions are available - 800x600 and 1024x768. With CEC connected and monitor plugged after boot I can get up to 1920x1080 (even though the monitor supports up to 1920x1200.

I can do that but I won't be back at the office till Monday.

Who do I report this problem to? Looks like a bug to me. Who creates the kernel that armbian uses?

Does anyone know why kernel options don't save in armbian-config? I've set hdmi_ignore_cec=1 but changes always disappear upon reboot. Not that I know that would fix it but there's a number of hdmi options I thought I would try.

...in the meantime I'm going to walk around with cutters and clip the red wire on all my terminals. Lol!

1. No ssh access. Left it sit for an hour or more. 2. My guess is it works but I just messed up my test environment. I'll have to redo everything next week. Today's my last day till Monday.

Here's a cool update... I took an extra hdmi cable I had lying around and cut what I believe to be the CEC line and the system boots fine.

Like I said the startup is visible if the hdmi cable is disconnected.

I'm connected at UART3.