Search the Community

Is there a status page like http://linux-sunxi.org/Linux_mainlining_effort , but for Rockchip? (I suspect there's not. )

I am trying to get a USB Serial adapter working on my Asus Tinkerboard running Armbian. if i lsusb i get: root@tinkerboard:~# lsusb Bus 001 Device 006: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port however no /dev/ttyUSB0 shows up. Is there an armbian kernel for the asus tinkerboard with usb serial support?

Hello all. I'm doing some tests with the Tinker Board to see what's the best operating system for it for a new video. I'm using the Armbian Ubuntu Desktop legacy kernel. For this I do Blender and Kdenlive renders to see if there's a speed difference. But with both I've got the problem that it crashes the Tinker Board. Sometimes it's a hard crash and the whole system freezes, and sometimes Blender or Kdenlive just close themselfs but Armbian keeps working. I do not have this problem in Lubuntu. In TinekrOS Kdenlive totally doesn't work. It looks the same as an unstable overclock on a system. I've tried different psu's. I'm using the Tinker heatsink with a 5V fan ontop, so it's not overheating. It's always after around 20minutes of rendering when it crashes. I've tried many times, none of the renders finished. Does anyone have any idea what's the problem? Also bad youtube playback, is there a fix for that? (I still have to check if hardware acceleration is possible) Thank you, greetings. NicoD

Hi, I really like the new option to use DT Overlays on the tinkerboard. But right now I'm struggeling a little with it: I have an old installation with 5.60 which I updated to 5.70 via apt. But the /boot/boot.cmd is still the old one and the Overlays are not working. Maybe I'm blind, but I do not see, how to update u-boot and the boot.cmd as part of it via armbian-config. Can someone point me to the right direction? Thanks, Alex

hi i can not get my ethernet to work with img Armbian_5.72_Tinkerboard_Debian_stretch_next_4.19.16_desktop me lost !

Which Os does support hardware encode h264\h265 ? Or where i can read about status supporting hardware encoding for video (h264\265) and image (jpeg) ? chip: RK3288

There's a few problems with the UART driver on 5.0-rc2 kernels, since proper checks are not done correctly and lead to a Null Pointer dereference. Here's a patch to avoid this issue : From 7e43ae8446b420907f00b43308ad0b99b6fe4e51 Mon Sep 17 00:00:00 2001 From: "Miouyouyou (Myy)" <myy@miouyouyou.fr> Date: Wed, 16 Jan 2019 23:58:52 +0100 Subject: [PATCH] drivers: tty: serial: Bail out if no UART is detected Before the 5.0, serial8250_register_8250_port consisted of one BIG if(uart && uart->port.type != PORT_8250_CIR) block, which prevented NULL dereference if uart, a pointer to an "uart_8250_port" detected through "serial8250_find_match_or_unused", were to be NULL. However, a recent patch added a few bits of code just after that, and that code manipulates the "uart" pointer without checking if it's NULL or not. This patch changes the mechanism and bail out early if no UART structure pointer is provided serial8250_find_match_or_unused. A goto is used instead of returning directly, since we're inside a mutex and must release it correctly. Signed-off-by: Miouyouyou (Myy) <myy@miouyouyou.fr> --- drivers/tty/serial/8250/8250_core.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/tty/serial/8250/8250_core.c b/drivers/tty/serial/8250/8250_core.c index 189ab1212..11120c2d9 100644 --- a/drivers/tty/serial/8250/8250_core.c +++ b/drivers/tty/serial/8250/8250_core.c @@ -981,7 +981,12 @@ int serial8250_register_8250_port(struct uart_8250_port *up) mutex_lock(&serial_mutex); uart = serial8250_find_match_or_unused(&up->port); - if (uart && uart->port.type != PORT_8250_CIR) { + if (!uart) { + printk(KERN_INFO "One UART port failed to register correctly\n"); + goto no_uart; + } + + if (uart->port.type != PORT_8250_CIR) { if (uart->port.dev) uart_remove_one_port(&serial8250_reg, &uart->port); @@ -1081,6 +1086,7 @@ int serial8250_register_8250_port(struct uart_8250_port *up) uart->overrun_backoff_time_ms = 0; } +no_uart: mutex_unlock(&serial_mutex); return ret; -- 2.16.4

Hi all, first post here so please forgive me if I've get any bits wrong. Thanks for all the work put into supporting this project, and thanks in advance for any and all considerations extended in helping me step through my issue here. so i've had an 8 node kubernetes cluster running fairly smoothly on my tb's for nearly a full year now, so far I have not had any major issues with armbian updates until this weekends... I did a round of updates to my cluster and, after rebooting all 3 of my model S tinkerboards seem bricked (redlight only, no output to HDMI).. The remaining five orig TB models with Samsung EVO SD's all came up without issue... since my k8s cluster master is one of the S models i'm really hoping there is someway somebody knows to quickly back out and salvage these machines without a full cluster rebuild... I was thinking there might be an option because I can connect the boards via usb to pc and I am able to view the drive contents... just not sure where to look to fix a u-boot issue or if it's even possible this way. I've just ordered a UART->usb adapter as it looks like I'm going to need one now, but it won't be here until mid-week. Im not sure what other information you might need or that i can get from the boards for you, but I've also attached the last console log of the machines at time of final reboot, HTH.. I'm guessing my questions at this point are: 1) Any known issues or anyone else having issues with S models after the last update to 5.70 ? 2) Any other ideas on how I can debug or recover these machines before I receive a UART adapter? 3) Any other references to point me at to further debug this issue properly? best regards, -ad

I bought a Tinkerboard S and Tinker Aluminum case yesterday, but because of the case, it's Wifi function is almost non-exist, so I bought a TP-LINK TL-WN722N v2 two hours ago. I was hoping to get a V1, which has a lot of information on Wikidevi, and looks like it's going to work out-of-the-box, but I got a v2, and now I'm trying to get it to work. Wikidevi provided a link to driver repository, I downloaded main branch and type "make all" in terminal, it says /lib/modules/4.4.166-rockchip/build does not exist. I tried to search how to install kernel header and tried this command "sudo apt-get install linux-headers-$(uname -r)", it doesn't work/help. Now I really need help. System information: Hardware: Tinkerboard S Wifi adapter: TP-LINK TL-WN722N OS: Armbian Boinic with legacy kernel (4.4.166)

Running Armbian Desktop stable 4.14y my Tinkerboard sees the WiFi network but refuses to connect. It has worked with TinkerOS so I don’t think it’s hardware related and Iknow the passcode and WPA settings look right. When I try to connect it spins and then fails after timing out. armbianmonitor -u output (with ethernet attached) http://ix.io/1x1J I’m probably just missing something stupid. Suggestions?

Hi Igor and all, back after a long absence, Have been using Cubie2s since 2015, rock solid with Armbian. I've now moved as cubies don't support gigabit, and the Pi gigabit interface is limited. So I now have a tinkerboard and popped Stretch mainline kernel 4.14.y onto an SDcard. Linux tinkerboard 4.14.67-rockchip #88 SMP PREEMPT Wed Aug 29 15:07:29 CEST 2018 armv7l GNU/Linux I want to compile the faithfull usb-redirector against the headers, but sudo apt-get install linux-headers-`uname -r` results in not found. Bit of noob question, but I've trawlled around, but can't seem to find source/headers or should I move to a diffrent version? Mark

Hello, I'm enabling g_ether driver on tinker board. The driver works and I'm able to emulate an Ethernet adapter on my PC when I connect it to the tinker micro USB port. This only works if the micro USB connection exists before powering ON the board. If I connect it while the device is already running nothing happens. This behavior may be related to the following kernel path: https://patchwork.kernel.org/patch/10535905/ Is there any parameter I can add to avoid the USB from going to hibernate state? Or would it be possible to add the mentioned patch to armbian build tool? Thanks!

I wanna use tinker board to work with logitech c930e camera. when i use cheese to open camera in tinker board. it's just show one black picture, and the camera light is on. before i had use the nanopi m4 to work with the logitech c930e. it's working good. and m4 create /dev/video0 , /dev/video1. but tinker board just create /dev/video0, so i think it maybe inside kernel have some option not open. but i don't know which need open. i'm not good at kernel. can give me some help? thanks a lot

I just recently bought a sim5320a GSM/GPS cape for my Tinkerboard S and it requires the use of ttyS3; however, by default Armbian uses this port for console... so I'm unable to use it w/ the cape. What do I need to do to disable the console on this port to free it up? EDIT: Nvm... after reading more, this isn't my issue (although I did find the answer above, which is to edit the /boot/armbianEnv.txt file). It's (the GSM cape) connected to the GPIO, and I need to enable the UART serial on here. Posted below is the product I'm using, and the last picture shows the GPIO PIN mappings that it uses. https://vietnamese.alibaba.com/product-detail/sim5320a-5-9v-2a-3g-gsm-gprs-gps-expansion-board-wcdma-hsdpa-for-raspberry-pi-60634340686.html#!

Hello, I'm observing a strange behavior. If I connect the Tinkerboard to HDMI, it won't start. Only the red led LED lights up. Yellow and green did not light up. The Tinkerboard ist connected to a NorthPada 5V 3A Micro USB Charger power supply. I measured the supply voltage with 5.3V and checked with an oscilloscope if there are voltage dips. But the voltage was stable. I did a cross test. I unplugged the HDMI cable and started the Tinkerboard. The Tinkerboard starts and the yellow and green LEDs lights up. I measured the supply voltage with 5.3V and checked with an oscilloscope if there a voltage dips. The voltage was stable and dropped to roughly 5.1V for a short time when the green LED flashed. I can connect the HDMI monitor and work with it. The board works fine. I use Armbian_5.59_Tinkerboard_Debian_stretch_next_4.14.67 How can I check what's going wrong and where the Tinkerboard stucks in the boot process. Whats wrong with the HDMI?

Hi everyone! Someone has implemented support for mcp2515 for tinker board in armbian? Thank you!

Hello everyone, I'm using the latest Armbian version on Tinker board. I notice that if I dont use for a few minute then my monitor will go blank and I need to press any keyboard or mouse click to make a monitor works again. Is there a way to turn off that functionality ? I would like to keep my monitor on all the time. Thank you

Linux 4.4.163 has been released since the 10th of November, but the builds on the 13th and 15th are still only showing 4.4.162. I use your builds because they're awesome, they get me the latest patches. I hope 4.4.163 is included soon

I have the same issue on my Tinkerboard, here's the armbianmonitor -U output: https://paste.ubuntu.com/p/jggvYDMbCX/

Hi, I am trying to make the RPI camera ( OV7750 ) to work with the TInkerboard in Armbian. But there is no module in /lib/modules for this camera. Is it already compiled in the kernel? Currently it doesn't work.

I had use QML to made some soft, and when i move those soft to Tinkerboard, it's Incredibly slowly... have any idea to fix this? did tinkerboard had open gpu acceleration? do i must change back to use QtWidget?

Hi there, I have set up a tinkerboard S and I'm loving armbian so far. I only just encountered a weird problem. When i try to code in spyder3 there seems to be a messup in the keys i press and the key that is produced in spyder3. The funny thing is that this only occurs in spyder. When I type in terminal or gummi everything works fine. I am connecting to my TB using vnc using X. I've googled a bit around and found this could be a error of the XKEYBOARD as written here (I am however still not sure): https://github.com/spyder-ide/spyder/issues/3713 However I cant apply the proposed solution. I've found i need to go to /etc/X11/xorg.conf.d/01-armbian-defaults.conf But this file only has the following contents: Section "Monitor" Identifier "Monitor0" Option "DPMS" "false" EndSection Section "ServerFlags" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection Does anyone have the idea where i can enable the XKEYBOARD feauture? And should this even be the correct solution? Thank you in advance,

hello. I have a problem for quite some time on my tinkerboard. I do not know if it's a software or hardware problem. It appeared after connecting a special Raspberry USB Hub http://www.uugear.com/product/7-port-usb-hub-for-raspberry-pi/ I used this HUB on a raspberry 3b but he grilled the wifi chip (disappeared totally). I thought I had to grill the wifi chip of the tinkerbard like the raspberry but I can see the chip turn on from time to time. Today she has reappeared but "wlan0 not ready" in the network manager. sudo ip link show wlan0 wlan0: <BROADCAST, MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000 sudo ip link set wlan0 up RTNETLINK answers: Operation not permitted how do you think I can activate it and how to know if the wifi acrte is well detect if it does not appear at all in the network manager?

Hello and thanks for reading. I have done some digging before posting this so let me explain my issue and then what I have tried. I am using the Tinker Board S (via SD card, had same issue using EMMC img also) with the Bionic mainline kernel 4.14.y (in armbian config tool it shows Armbian 5.60 Stable ) on an LG 24LF452B montior/tv with the boards HDMI port and no adapters. I have been trying to set the display resolution to 1366X768 or as close to it (it does not appear in the display settings menu natively) but cant seem to make this work. The display works fine on other resolutions, except for horrible image because the wrong resolution, and can be used on 1366X768 when using other images including Xubuntu, TinkerOS etc so it doesn't appear to be the monitor or board hardware. At this point I've tried the Xrandr method, (cvt, new mode, add mode) with 1368X768 at 59.88hz, 60 hz and a few others but the screen goes black after using the HDMI-1 output command or using the 1368X768 display settings option that became available for the session. The screen will sometimes appear to work perfectly at the needed resolution for less than a second after hitting apply but then goes black or the monitor states "invalid format". I can replug the HDMI cable and it will revert back to 1024 resolution. I have read some threads having to do with patching the kernel but I want to make sure I am not missing something much simpler. I will be happy to supply any info required for assistance as I like Armbian alot, it feels less restrictive and much smoother than TinkerOS and the community seems very active. I am still learning but would like to be able to contribute. Thanks again. Ex. @tinkerboard:~$ xrandr --newmode "1366x768_59.88" 85.25 1368 1440 1576 1784 768 771 781 798 -Hsync +Vsync @tinkerboard:~$ xrandr --addmode HDMI-1 "1368x768_59.88" @tinkerboard:~$ xrandr --addmode HDMI-1 "1366x768_59.88" xrandr info from verbose Screen 0: minimum 320 x 200, current 1024 x 768, maximum 4096 x 4096 HDMI-1 connected primary 1024x768+0+0 (0x4d) normal (normal left inverted right x axis y axis) 509mm x 286mm Identifier: 0x41 Timestamp: 55336 Subpixel: unknown Gamma: 1.0:1.0:1.0 Brightness: 1.0 Clones: CRTC: 0 CRTCs: 0 1 Transform: 1.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000000 filter: EDID: 00ffffffffffff001e6dca5901010101 0119010380331d78ea6275a3554fa027 125054a76a00314f454f614f81000101 010101010101662156aa51001e30468f 3300fd1e1100001e000000fd00384b1e 3d09000a202020202020000000fc0032 44204844204c472054560a20000000ff 000a2020202020202020202020200196 02031ef14e8405030220221011131214 1f07162309570766030c00100080011d 007251d01e203888150056502100001e 011d8018711c1620582c250056502100 009e011d80d0721c1620102c2580c48e 2100009e023a80d072382d40102c4520 06442100001e023a801871382d40582c 450056502100001e00000000000000f0 link-status: Good

I've adapted a set of patches from Urja Rannikko, which move the HDMI frequencies definition into the DTS file, with some preconfigured rates if none are defined in the DTS. The original patches set is here : https://www.spinics.net/lists/arm-kernel/msg673156.html The big patch I used as a basis is here : https://github.com/urjaman/arch-c201/blob/master/linux-c201/0020-RK3288-HDMI-clock-hacks-combined.patch I included these patches by splitting them again : https://github.com/Miouyouyou/RockMyy/commit/57ff073fffb5678e75959e566704376f6f52ac17 These patches were suggested to me here : https://github.com/Miouyouyou/RockMyy/issues/3 Anyway, after some quick tests, these patches remove the dreaded bar of purple pixels at the left of my HDMI screen, when plugged to Tinkerboard systems and MiQi systems. Note that these bars only appear on my screen when using "good" (enough) USB power supply. Still, with these patches, they are gone. However... I only tested these patches on my 60Hz 1080p screen, which is pretty much the de-facto standard screen. I'd like to see people test these patches on other HDMI configurations which are known to have some issues with Tinkerboard, MiQi and others RK3288 systems. So, yeah, if you'd like to test some kernel patches and are not afraid to see your screen go black after a reboot, have a try. Note : This is completely unrelated with the CEC issue.