Peba Posted January 21, 2017 Share Posted January 21, 2017 0 Quote Link to comment Share on other sites More sharing options...
0 jock Posted January 14, 2019 Share Posted January 14, 2019 (edited) On 12/30/2018 at 8:14 PM, kngdmond said: I get an error saying lvl0: Error initializong SDL! No currently active connector found. Looking for No currently active connector found on google tells that it is probably a message coming from kernel DRM. Maybe the 7" LCD screen is not advertising itself correctly to the HDMI interface, or there's a bug in the DRM kernel code which prevents it working correctly. I had to deal with a couple of Full-HD industrial panels (via DVI) and they usually refuse to display anything when they are not configured exactly with the resolution and refresh rate they expect. I think this is a remote possibility, but supplying EDID manually may interfere somehow. You can read back EDID from the display using get-edit tool (see this for an example), at least you can understand if the display is advertising its modes correctly: get-edid -b 5 | parse-edid Edited January 14, 2019 by Tido quote shorted for readability - please do that next time yourself, thank you 0 Quote Link to comment Share on other sites More sharing options...
0 FanDjango Posted January 15, 2019 Share Posted January 15, 2019 Read the entire thread to find out how to see boot messages on HDMI, which were not appearing even if verbosity=7. Turns out you need to specify console=tty0 in armbianEnv.txt instead of console=ttyS3...….. 0 Quote Link to comment Share on other sites More sharing options...
0 Frostbyte Posted January 15, 2019 Share Posted January 15, 2019 Sorry if this has been posted before. Today I took the liberty and upgraded to 18.04.1 LTS via do-release-upgrade. I'm noticing that /var/log almost immediately fills up by the journal, no matter how many times I delete it (I know you're not supposed to delete the filesystem journal) Reaching 100% usage on /var/log causes a multitude of problematic behaviors (i.e. apt-get breaks) user@TinkerBoard:/var/log$ df -h Filesystem Size Used Avail Use% Mounted on udev 1000M 0 1000M 0% /dev tmpfs 201M 16M 186M 8% /run /dev/mmcblk0p1 29G 6.4G 23G 23% / tmpfs 1004M 0 1004M 0% /dev/shm tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 1004M 0 1004M 0% /sys/fs/cgroup tmpfs 1004M 4.0K 1004M 1% /tmp /dev/zram0 49M 48M 0 100% /var/log tmpfs 201M 0 201M 0% /run/user/1000 user@TinkerBoard:/var/log$ du -hsc /var/log/journal 48M /var/log/journal 48M total Changing the SystemMaxFileSize value (i.e. to 30M) on /etc/systemd/journald.conf does not make the journaling system obey - it still fills up (even after a reboot). 0 Quote Link to comment Share on other sites More sharing options...
0 Igor Posted January 28, 2019 Share Posted January 28, 2019 @JMCC @TonyMac32 Rockchip did it again Possible workaround but overlays doesn't work. (they don't work on images from download section anyway). What shell we do? --- a/config/sources/rockchip.conf +++ b/config/sources/rockchip.conf @@ -22,7 +22,7 @@ SERIALCON=ttyS2 case $BRANCH in default) KERNELSOURCE='https://github.com/rockchip-linux/kernel.git' - KERNELBRANCH='branch:release-4.4' + KERNELBRANCH='branch:stable-4.4-rk3288-linux' KERNELPATCHDIR='rockchip-default' KERNELDIR='linux-rockchip' 0 Quote Link to comment Share on other sites More sharing options...
0 FanDjango Posted January 28, 2019 Share Posted January 28, 2019 Quote SERIALCON=ttyS2 They must have a reason. Maybe they are doing a countdown and when they reach 0, they will release a Tinkerboard S+ 0 Quote Link to comment Share on other sites More sharing options...
0 JMCC Posted January 28, 2019 Share Posted January 28, 2019 6 hours ago, Igor said: Rockchip did it again Did you notice they created a new branch labeled as 'stable'? Maybe if we just switch to that branch, our problems will end. I cannot test now, though, because I will be away from home until next week. [Edit]: Sorry, I'm on the go and rushed my answer, that was precisely what you suggested. There is another option, namely switching to ASUS. 0 Quote Link to comment Share on other sites More sharing options...
0 TonyMac32 Posted January 28, 2019 Share Posted January 28, 2019 Switching to Asus is possible, but it will require some patching to make sure their fairly unique coding style doesn't break any other RK3288 board/box/etc. While I understand we're not required to keep things nice for other boards, I'd rather not leave a wake of destruction either. I'll take a look at it hopefully tonight. (I'm not being overly critical of ASUS, it's their kernel for their device, they don't really need to give a damn about other people's hardware, so they can hack to their heart's content)Sent from my Pixel using Tapatalk 0 Quote Link to comment Share on other sites More sharing options...
0 Igor Posted January 28, 2019 Share Posted January 28, 2019 I did some testing and switching to "stable-4.4-rk3288-linux" works - only 1-2-regulator-act8865-add-restart-handler-for-act8846.patch has to be disabled. But overlays are not there. Should they be at legacy kernel at all? 0 Quote Link to comment Share on other sites More sharing options...
0 TonyMac32 Posted January 28, 2019 Share Posted January 28, 2019 Overlays were never rolled out on legacy I think, if we do roll them out what I'd recommend is making the switch to naming "rk3288-tinker.dtb", so that it won't break any older installs where u-boot is looking for "miniarm", because the dtb needs updated to have sane device tree support as we do it on other boards. That is what I had to roll out on Next when I added overlays there.Sent from my Pixel using Tapatalk 0 Quote Link to comment Share on other sites More sharing options...
0 Frostbyte Posted January 29, 2019 Share Posted January 29, 2019 On 1/15/2019 at 4:51 PM, Frostbyte said: Sorry if this has been posted before. Today I took the liberty and upgraded to 18.04.1 LTS via do-release-upgrade. I'm noticing that /var/log almost immediately fills up by the journal, no matter how many times I delete it (I know you're not supposed to delete the filesystem journal) Reaching 100% usage on /var/log causes a multitude of problematic behaviors (i.e. apt-get breaks) user@TinkerBoard:/var/log$ df -h Filesystem Size Used Avail Use% Mounted on udev 1000M 0 1000M 0% /dev tmpfs 201M 16M 186M 8% /run /dev/mmcblk0p1 29G 6.4G 23G 23% / tmpfs 1004M 0 1004M 0% /dev/shm tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 1004M 0 1004M 0% /sys/fs/cgroup tmpfs 1004M 4.0K 1004M 1% /tmp /dev/zram0 49M 48M 0 100% /var/log tmpfs 201M 0 201M 0% /run/user/1000 user@TinkerBoard:/var/log$ du -hsc /var/log/journal 48M /var/log/journal 48M total Changing the SystemMaxFileSize value (i.e. to 30M) on /etc/systemd/journald.conf does not make the journaling system obey - it still fills up (even after a reboot). No one? Or at least an image recommendation that's latest? 0 Quote Link to comment Share on other sites More sharing options...
0 martinayotte Posted January 29, 2019 Share Posted January 29, 2019 16 minutes ago, Frostbyte said: No one? Or at least an image recommendation that's latest? You need to look first what is logged in this journal, because on most Armbian image journal is even turned off, not producing any /var/log/journal ... 0 Quote Link to comment Share on other sites More sharing options...
0 Frostbyte Posted January 29, 2019 Share Posted January 29, 2019 3 hours ago, martinayotte said: You need to look first what is logged in this journal, because on most Armbian image journal is even turned off, not producing any /var/log/journal ... Excuse me if I'm being ignorant at this point, but if the journal is supposed to be off in the first place, then do it's contents really matter at this point? How can I turn it off if it's not obeying the configuration? Am I missing something? Do I have to turn it off somewhere else? Also, I will need to do some RTFM before I'll be able to decipher the contents, any pointers will be most welcome. 0 Quote Link to comment Share on other sites More sharing options...
0 martinayotte Posted January 29, 2019 Share Posted January 29, 2019 22 minutes ago, Frostbyte said: any pointers will be most welcome. How your /etc/systemd/journald.conf looks like ? Mine, on all my boards, everything is commented, so disabled ... Even for myself, some RTFM is always good, we always have something to learn... Here are some reading : "man journald.conf" . 22 minutes ago, Frostbyte said: then do it's contents really matter at this point? Yes, it is matter : simply to know what is logged in this files to figure out who is using it, maybe a specific appllication. I can't verify on my side, since none are created ... 0 Quote Link to comment Share on other sites More sharing options...
0 Frostbyte Posted January 29, 2019 Share Posted January 29, 2019 7 minutes ago, martinayotte said: How your /etc/systemd/journald.conf looks like ? Mine, on all my boards, everything is commented, so disabled ... Even for myself, some RTFM is always good, we always have something to learn... Here are some reading : "man journald.conf" . Yes, it is matter : simply to know what is logged in this files to figure out who is using it, maybe a specific appllication. I can't verify on my side, since none are created ... Everything is commented out here too, but from what I know - commented values are the default ones, unless manually overridden. In the case of "Storage" it's comment reads "auto", thus means that it'll collect journals if it finds a /var/log/journal folder, otherwise it will do nothing. The manual entry for journald.conf describes the configuration under /etc and I have already perused it. I tried to stop journal collection by setting the Storage value to "volatile" and "none", each without success. After a reboot it will be filled to the brim again. The odd thing here (at least for me) is that when I delete the contents of /var/log/journal but not the folder itself, journal collection will halt. So I have to do this every reboot or set up a crontab (too hacky of a solution for my liking). The underlying folders and files appear to be random hexadecimal jibberish, how do we know where they originate from? Also, I suppose I will ask this too: We obviously run a risk if we turn the journal off and thankfully I have my device on a UPS.. but even these can go out during long outages. I remember that the TinkerBoard survived plenty of power outages and crashes when I had it with the Xenial image, that one had it's journaling off by default, no? I always keep backups; but I'd rather avoid accidentally/unwillingly tearing it a structurally superfluous new behind, as my reasoning to use them. 0 Quote Link to comment Share on other sites More sharing options...
0 martinayotte Posted January 29, 2019 Share Posted January 29, 2019 13 minutes ago, Frostbyte said: The underlying folders and files appear to be random hexadecimal jibberish, how do we know where they originate from? So, sadly, we have no clues here ... 15 minutes ago, Frostbyte said: We obviously run a risk if we turn the journal off Maybe there is no other solution to do that workaround, except if you found the process that send those hexadecimal to the journal deamon ... systemctl stop systemd-journald.service systemctl disable systemd-journald.service 0 Quote Link to comment Share on other sites More sharing options...
0 Frostbyte Posted January 29, 2019 Share Posted January 29, 2019 1 minute ago, martinayotte said: So, sadly, we have no clues here ... Maybe there is no other solution to do that workaround, except if you found the process that send those hexadecimal to the journal deamon ... systemctl stop systemd-journald.service systemctl disable systemd-journald.service I see, thank you for the insight so far. I'll see what I can do with it and hopefully I will have something to share back. 0 Quote Link to comment Share on other sites More sharing options...
0 martinayotte Posted January 29, 2019 Share Posted January 29, 2019 6 minutes ago, Frostbyte said: I will have something to share back. How long it take to fill the free space ? Maybe trying to kill processes one by one to discover the guilty one ... 0 Quote Link to comment Share on other sites More sharing options...
0 Frostbyte Posted January 29, 2019 Share Posted January 29, 2019 Just now, martinayotte said: How long it take to fill the free space ? Maybe trying to kill on process at a time to discover the guilty one ... Instantly, sadly.. 0 Quote Link to comment Share on other sites More sharing options...
0 martinayotte Posted January 29, 2019 Share Posted January 29, 2019 7 minutes ago, Frostbyte said: Instantly, sadly.. Euuh ??? So, something has been corrupted somehow ... Maybe you are better to prepare new image from scratch ... 0 Quote Link to comment Share on other sites More sharing options...
0 Frostbyte Posted January 29, 2019 Share Posted January 29, 2019 1 hour ago, martinayotte said: Euuh ??? So, something has been corrupted somehow ... Maybe you are better to prepare new image from scratch ... I guess that will give me the peace of mind that I need. Good thing I kept configuration backups! Thank you for the assistance. 0 Quote Link to comment Share on other sites More sharing options...
0 JMCC Posted February 8, 2019 Share Posted February 8, 2019 On 1/28/2019 at 3:36 PM, Igor said: I did some testing and switching to "stable-4.4-rk3288-linux" works - only 1-2-regulator-act8865-add-restart-handler-for-act8846.patch has to be disabled. But overlays are not there. Should they be at legacy kernel at all? On 1/28/2019 at 3:47 PM, TonyMac32 said: Overlays were never rolled out on legacy I think, if we do roll them out what I'd recommend is making the switch to naming "rk3288-tinker.dtb", so that it won't break any older installs where u-boot is looking for "miniarm", because the dtb needs updated to have sane device tree support as we do it on other boards. That is what I had to roll out on Next when I added overlays there. Sent from my Pixel using Tapatalk So, since RK started to create tags, I guess we can just use them and forget about the old problem of the default 4.4 kernel being a constant pain, right? It's also very comforting to see that they paid attention to our requests in that matter. 1 Quote Link to comment Share on other sites More sharing options...
0 TonyMac32 Posted February 19, 2019 Share Posted February 19, 2019 Thread to keep track of the RK3328. Boards supported with this kernel: Pine64 Rock64 (multiple hardware revs, will need board identification in case of problems) Rev1 and Rev2 Rev3 Libre Computer Renegade/Firefly ROC-RK3328-CC (same board) Current events: Rock64 Rev 3 appears to need some u-boot tweaks. time to re-assess mainline support Boards have USB3, ethernet, HDMI all working. needed: Renegade at least capped to 1.3 GHz somehow No 4K Renegade sound not set up yet, should be easy enough 0 Quote Link to comment Share on other sites More sharing options...
0 Thewonderer Posted February 19, 2019 Share Posted February 19, 2019 Thanks for your hard work. Just started using Armbian on my Rock64 rev 2. Pleased with performance and resource usage. I did notice that it updated from 5.73 to 5.75 during an upgrade but when I login, it still shows 5.73.... I read that Rock64 rev 3 with POE will be released in the coming months. 0 Quote Link to comment Share on other sites More sharing options...
0 TonyMac32 Posted February 20, 2019 Share Posted February 20, 2019 3 hours ago, Thewonderer said: I read that Rock64 rev 3 with POE will be released in the coming months. Yes, I saw that too. We'll have to start keeping a matrix, I have an engineering sample of rev 1, so I should probably look for a newer one to make sure testing is representative. 0 Quote Link to comment Share on other sites More sharing options...
0 Thewonderer Posted February 20, 2019 Share Posted February 20, 2019 I'd like to think that pine64 would send you the current and popular selling rev 2 which I've had for 9 months as well as rev 3 when it comes out as you as well as every other dev on Armbian is helping make the rock64 more reliable and useful 0 Quote Link to comment Share on other sites More sharing options...
0 TonyMac32 Posted February 20, 2019 Share Posted February 20, 2019 15 minutes ago, Thewonderer said: I'd like to think that pine64 would send you the current and popular selling rev 2 If you saw the number of boards I have you'd either be excited or dismayed. The rev 1 to rev 2 changes weren't so big, so I didn't bother trying to get another. :-) Their team is very supportive of the community of developers. As for me, I've had a minor role, many others here have done as much or more, the distro around the board support is where all the really important stuff happens. Thank you for the praise regardless! 0 Quote Link to comment Share on other sites More sharing options...
0 João Cravo Posted February 23, 2019 Share Posted February 23, 2019 Hi! I'm with problems connecting to my TinkerBoard S when have Armbian running. I can ping the board, but SSH appears to not be open, however ping works, so the server is running. However, with tinkerOS instead, both HDMI and SSH works. I google it and couldn't find any help so far.. Do you have any idea how can I fix this? 0 Quote Link to comment Share on other sites More sharing options...
0 TonyMac32 Posted February 23, 2019 Share Posted February 23, 2019 On 2/8/2019 at 5:27 PM, JMCC said: So, since RK started to create tags, I guess we can just use them and forget about the old problem of the default 4.4 kernel being a constant pain, right? It's also very comforting to see that they paid attention to our requests in that matter. Ja/Si/Da/Oui/Yes. I agree. Sent from my Pixel using Tapatalk 0 Quote Link to comment Share on other sites More sharing options...
0 TonyMac32 Posted February 23, 2019 Share Posted February 23, 2019 @João Cravo I need some more info, as described in our documentation and all over the forums, namely the output of armbianmonitor -u 0 Quote Link to comment Share on other sites More sharing options...
0 dragonlost Posted February 28, 2019 Share Posted February 28, 2019 someone would have a tuto or info to add a custom configuration of the hdmi port to the tinkkerboard (u-boot) ? hdmi_timings need for my screen : 1200 0 100 24 52 1920 0 65 4 25 0 0 0 60 0 169000000 0 0 Quote Link to comment Share on other sites More sharing options...
Question
Peba
Link to comment
Share on other sites
820 answers to this question
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.