Slackware - ARMThis forum is for the discussion of Slackware ARM.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
My problem is that I am using HDMI to VGA converter. This works fine on the 5.6.x image (but the lights do not blink ever at all, strange...)
With the 5.7.x image, I get output on HDMI-to-DVI, (I do not have a pure HDMI monitor), but no longer does HDMI-to-VGA work like it used to. And the lights make sense now, the white is disk activity, I can see that clearly now. I was used to solid lights from the previous image.
I ran into something like this with the legacy kernel versus the next kernel. If I recall correctly, the audio jack only works on the legacy kernel, and you need to use HDMI audio out on the next kernel. Or vice versa. One of the kernels had limited audio support, and it was an upstream thing. I could try to re-investigate that one again.. some day.
Anyway, this image works as long as you avoid HDMI-to-VGA, which is something I use a lot, so I might just stick with the 5.6.x kernel on this board.
Interesting turn of events... after an xorg update (I think), now even my working 5.6.19 image segfaults when I try to start X, using the HDMI-VGA converter. So I lost that ability on even my old image. I am hoping that maybe the next xorg update fixes things....
Your fresh images seem to work fine, as long as I avoid the HDMI-VGA converter. That might be broken forever now. Which obsoletes several of my monitors. *Sigh*
try to boot and then check /var/log/Xorg.0.log on something else, so that you can understand what the problem is.
Oh, good idea. I tried the same thing using my HDMI-DVI converter/monitor and got the same segfault. No segfault before an update, and then segfault immediately after the update. Here is Xorg.0.log, same using both monitors:
Code:
[ 57.852]
X.Org X Server 1.20.9
X Protocol Version 11, Revision 0
[ 57.866] Build Operating System: Slackware 15.0 Slackware Linux Project
[ 57.870] Current Operating System: Linux Builder.Bob 5.6.19 #1 SMP PREEMPT Sat Jun 20 23:26:53 MDT 2020 aarch64
[ 57.870] Kernel command line: root=/dev/mmcblk1p1 ro rootwait rootfstype=ext4 init=/sbin/init console=ttyS2,1500000n8 console=tty1 panic=10 consoleblank=0 loglevel=4
[ 57.879] Build Date: 29 August 2020 05:21:10AM
[ 57.883]
[ 57.887] Current version of pixman: 0.40.0
[ 57.895] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 57.895] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 57.912] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Jan 21 08:51:07 2016
[ 57.928] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 57.932] (==) No Layout section. Using the first Screen section.
[ 57.932] (==) No screen section available. Using defaults.
[ 57.932] (**) |-->Screen "Default Screen Section" (0)
[ 57.932] (**) | |-->Monitor "<default monitor>"
[ 57.933] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 57.933] (==) Automatically adding devices
[ 57.933] (==) Automatically enabling devices
[ 57.933] (==) Automatically adding GPU devices
[ 57.933] (==) Automatically binding GPU devices
[ 57.935] (==) Max clients allowed: 256, resource mask: 0x1fffff
[ 57.935] (WW) The directory "/usr/share/fonts/local" does not exist.
[ 57.935] Entry deleted from font path.
[ 57.935] (WW) The directory "/usr/share/fonts/CID" does not exist.
[ 57.935] Entry deleted from font path.
[ 57.940] (==) FontPath set to:
/usr/share/fonts/misc,
/usr/share/fonts/TTF,
/usr/share/fonts/OTF,
/usr/share/fonts/Type1,
/usr/share/fonts/75dpi/:unscaled,
/usr/share/fonts/100dpi/:unscaled,
/usr/share/fonts/75dpi,
/usr/share/fonts/100dpi,
/usr/share/fonts/cyrillic
[ 57.940] (==) ModulePath set to "/usr/lib64/xorg/modules"
[ 57.940] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[ 57.940] (II) Loader magic: 0x620c28
[ 57.940] (II) Module ABI versions:
[ 57.940] X.Org ANSI C Emulation: 0.4
[ 57.940] X.Org Video Driver: 24.1
[ 57.940] X.Org XInput driver : 24.1
[ 57.940] X.Org Server Extension : 10.0
[ 57.941] (II) xfree86: Adding drm device (/dev/dri/card0)
[ 57.941] (II) Platform probe for /sys/devices/platform/display-subsystem/drm/card0
[ 57.972] (EE)
[ 57.982] (EE) Backtrace:
[ 57.992] (EE) 0: /usr/libexec/Xorg (OsLookupColor+0x188) [0x583290]
[ 57.997] (EE)
[ 58.001] (EE) Segmentation fault at address 0x0
[ 58.006] (EE)
Fatal server error:
[ 58.015] (EE) Caught signal 11 (Segmentation fault). Server aborting
[ 58.019] (EE)
[ 58.023] (EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
[ 58.038] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[ 58.042] (EE)
[ 58.046] (EE) Server terminated with error (1). Closing log file.
Is this just me? I am getting the same error on two different builds (older 5.6.19 stable build and fresh 5.7.x build).
Ah, I had a feeling that this was the case. Thanks for looking into it. I will have some time to play around today. If I make any discoveries, I will let you know.
Your patch did the trick. Xorg is back to normal on my Rock64. I am sticking with the 5.6.y kernel for now to keep the external monitor working. I will keep testing the new kernel though, when I get a chance. Thanks sndwvs.
I was able to reproduce the HDMI-converter bug on Armbian Buster. The legacy image with the 4.4.y kernel works as expected, and on the 5.8.y kernel image, HDMI-to-anything conversion is broken. This must be a 5.8.y kernel issue. Just thought I would report my updated findings here. Carry on...
maybe this is the same problem, I looked in the old kernel there is this setting in DTS.
Need to add to DTS and rebuild the make dtbs
try renaming 1-rk3328-rock64.dtb or 2-rk3328-rock64.dtb to and replacing the file in /boot/dtb/rk3328-rock64.dtb
maybe this is the same problem, I looked in the old kernel there is this setting in DTS.
Need to add to DTS and rebuild the make dtbs
try renaming 1-rk3328-rock64.dtb or 2-rk3328-rock64.dtb to and replacing the file in /boot/dtb/rk3328-rock64.dtb
I have been investigating this a bit further. The strange part is that I cannot reproduce my previous results of the problem being adapter-dependent. What I am seeing now is much more straightforward though:
Legacy kernel works fine, no problems there at all, it seems.
There is no video out at all through HDMI port using the mainline kernel. I have a VGA monitor and a DVI monitor, and in both cases, there is no output on the screen at all at any stage, while both work fine on the legacy kernel using the same connectors.
I went rolling back through the commits, and the results were not all that surprising. 5.6.y kernels worked fine, and the problem manifests the very instant of the switch to the 5.7.y kernel. The problem seems to persist up to 5.8.y. I tried the latest commit, and I still have that problem.
I might not be understanding the proposed fix: I just rename each of those files and replace /boot/dtb/rk3328-rock64.dtb with each one, one at a time, and test, correct? I tried that, and it does not seem to make any difference at all.
I have no idea why it seemed to work on one monitor but not the other at one point. I can try to figure that out, but for now every mainline image I build for this board for any 5.7.y or 5.8.y kernel gives the same result.
I guess I was just getting some weird results for a while there, both on this board and on the Pinebook, for whatever reason. At least it is more consistent now.
This is not a huge deal, but it is interesting at the very least. Thanks as always.
I might not be understanding the proposed fix: I just rename each of those files and replace /boot/dtb/rk3328-rock64.dtb with each one, one at a time, and test, correct?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
