This one is not available but let me check if I have it in my local storage.
It should be available in manjaro archieve which idk where is that located.
I don’t think it will help but you can always try.
After reading the error message again, you are most likely correct, the failure is due to " ```
warning: manjaro-arm distro is not found in AUTH_TYPES and the “pamac build hplip-plugin” does not seems to be recognized by Print Settings or HP Device Manager. Any other suggestion?
EDIT: Did a comparison of the “hplip-plugin” files, namely, “hbpl1-arm64.so” and “lj-arm64.so” in both Armbian-Focal and Manjaro-ARM-VIM3 they are the same size and I supposed is the same, the difference it that in Armbian-Focal the plugin is recognized and work but in Manjaro it does NOT.
Good the hear that Panfrost is working well with G31 GPU, hope it is the same for G52. Now you have tempted me to once again try out mesa-git from archlinuxdroid : /archlinuxdroid/aarch64/. Did you install mesa-arm-git 21.0 or mesa-bifrost-git 21.0? Any difference?
mesa-arm-git 21.0. The other one I think is for mali proprietary driver.
Try it, if you don’t like it you can revert back
Panfrost update:
Thanks to @Strit for finding the bad commit and patching it.
Now we have a better Panfrost support for G3x and G5x.
inxi -Fazy --no-host
System:
Kernel: 5.10.1-3-MANJARO-ARM aarch64 bits: 64 compiler: gcc v: 10.2.0
parameters: initrd=/initramfs-linux.img root=LABEL=ROOT_MNJRO
rootflags=data=writeback rw console=ttyAML0,115200n8 console=tty0
no_console_suspend consoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0
bootsplash.bootfile=bootsplash-themes/manjaro/bootsplash
Desktop: KDE Plasma 5.20.4 tk: Qt 5.15.2 wm: kwin_x11 dm: SDDM
Distro: Manjaro ARM
Machine:
Type: ARM Device System: Beelink GT-King Pro details: N/A
CPU:
Info: 6-Core (2-Die) model: N/A variant-1: cortex-a53 variant-2: cortex-a73
bits: 64 type: MCP MCM arch: ARMv8 family: 8 model-id: N/A stepping: 4
microcode: N/A
features: Use -f option to see features bogomips: 0
Speed: 1992 MHz min/max: 100/1992:1908 MHz Core speeds (MHz): 1: 1992
2: 1992 3: 1908 4: 1908 5: 1908 6: 1908
Vulnerabilities: Type: itlb_multihit status: Not affected
Type: l1tf status: Not affected
Type: mds status: Not affected
Type: meltdown status: Not affected
Type: spec_store_bypass status: Vulnerable
Type: spectre_v1 mitigation: __user pointer sanitization
Type: spectre_v2 status: Vulnerable
Type: srbds status: Not affected
Type: tsx_async_abort status: Not affected
Graphics:
Device-1: meson-g12a-mali driver: panfrost v: kernel bus ID: N/A
chip ID: amlogic:ffe40000
Device-2: meson-g12a-dw-hdmi driver: meson_dw_hdmi v: N/A bus ID: N/A
chip ID: amlogic:ff600000
Display: x11 server: X.org 1.20.10 compositor: kwin_x11 driver: modesetting
alternate: fbdev resolution: <xdpyinfo missing>
OpenGL: renderer: Mali G52 (Panfrost) v: 2.1 Mesa 20.3.2 direct render: Yes
This is on my GT King Pro running Mainline uboot and Mainline Kernel. There are glitches but it is better then before and no freeze so far.
Posted from GT King Pro.
2 Likes
Is kernel 5.10.1-3 Mainline kernel or linux-vim kernel on GT King Pro? Innocent question, what is the main difference between mainline kernel and linux-vim kernel? And is there any performace or functional difference when run on GT King Pro?
linux pkg didn’t check diff between the 2 kernel
Just check the Stable Branch, the available kernel is linux 5.10.2-1 and not linux 5.10.1-3. Does the linux-5.10.2-1 have the patching that you mentioned above?
Edit: mesa-20.3.2 is also not available yet in Stable Branch.
1 Like
2 Likes
Just installed mesa-arm-git (21.0.0_devel.133168.e248119a82e-1)… from “archlinuxdroid repo” on Manjaro-ARM-VIM3-XFCE-linux-vim 5.10.1-2 and there is a “Warn about old perl modules”.
With linux-vim 5.10.1-2 kernel the visual/screen glitches is a lot worse than what I can remember on linux-vim 5.9.8-2 with the older mesa-git or mesa-arm-git and the gitches is more frequent.
May be need to upgrade to linux 5.10.1-3 but cannot locate it in Index of /manjaro/arm-unstable/core/aarch64 or Index of /manjaro/arm-testing/core/aarch64
But I can find linux 5.10.4-1 and linux 5.10.5-3. I supposed you are refering to linux 5.10.5-3.
Installing mesa-arm-git (21.0.0_devel.133168.e248119a82e-1)...
Running post-transaction hooks...
Creating system user accounts...
Reloading system manager configuration...
Applying kernel sysctl settings...
Not setting net/ipv4/conf/all/rp_filter (explicit setting exists).
Not setting net/ipv4/conf/default/rp_filter (explicit setting exists).
Not setting net/ipv4/conf/all/accept_source_route (explicit setting exists).
Not setting net/ipv4/conf/default/accept_source_route (explicit setting exists).
Not setting net/ipv4/conf/all/promote_secondaries (explicit setting exists).
Not setting net/ipv4/conf/default/promote_secondaries (explicit setting exists).
Creating temporary files...
Reloading device manager configuration...
Arming ConditionNeedsUpdate...
Rebuilding certificate stores...
Warn about old perl modules
Updating the info directory fil
e...
A restart is required for the changes to take effect.
Transaction successfully finished.Installed linux 5.10.5-3 and reboot with no issue. Now on linux 5.10.5-3 and mesa-arm-git (21.0.0_devel.133168.e248119a82e-1)…the latest from “archlinuxdroid repo”.
Found interesting results with “glxgears” with and without XFCE Compositor. Small window NOT full-screen.
With XFCE Compositor the performance dropped significantly to 37-42 FPS (gear movemen jerky) and XFCE Compositor Off/Disabled 51-60 FPS.
With glxgears I’m getting 58-60 FPS with XFCE compositor disable small or maximize window (I can’t compare now with compositor enable because I’m getting an error when turning it on, and I loss all the windows and I don’t know how to solve it).
With gnome on wayland I get 57-59 with small and maximized window (I think with gnome the compositor is allways on).
I’m using the same mesa-arm-git and linux-vim 5.10.1-1
With my laptop (i7 with intel iHD) In ubuntu gnome wayland I get 59-60
For now I’m not using kde plasma because is not working for me
I had the problem that my window buttons were missing after disabling the compositor. Turned out that xfwm crashed. Solution was to open a terminal, enter xfwm4& to start xfwm as a background task and reboot. If you do not get a terminal window anymore you might try Alt+F2 and run xfwm from there.
1 Like
Do not use pkgs from other repo, it may not be build for the libraries which we have on our repo.
All you have to do is move to unstable branch and upgrade and install mesa-git.
All your experiments with pkgs other than manjaro repo can be dangerous for other users if they try to follow your steps.
Try to use pkgs from manjaro repo only as it give a mixed output and creates alot of confusion between other users.
Thank you.
Yes this is something other than panfrost issue, there have been some issues with xfce with csd patch.
1 Like
No luck with xfwm& I can open the terminal but I can’t write on it, the solution was to ssh and disable composer from there fconf-query -c xfwm4 -p /general/use_compositing -t bool -s false
Could this be related to mesa?
Thanks. Noted.
Before I read you message, I installed mesa-20.3.2-2 and libva-mesa-20.3.2-2 using
“sudo pacman -U http://mirror.easyname.at/manjaro/arm-unstable/extra/aarch64/libva-mesa-driver-20.3.2-2-aarch64.pkg.tar.zst” and
“sudo pacman - U http://mirror.easyname.at/manjaro/arm-unstable/extra/aarch64/libva-mesa-20.3.2-2-aarch64.pkg.tar.zst”. It was successful.
Are there anymore mesa or lib packages I need to install like mesa-vdpau, etc to improve the GPU and/or video performance?
I am still in Stable Branch with linux 5.10.5-3 and XFCE 4.14. Is it ok to mix Stable-Branch with unstable branch kernel and mesa files?
With mesa-20.3.2-2 I notice during login screen there is glitches but after login, I do not notice any screen glitches where with mesa-arm-git (21.0.0_devel.133168.e248119a82e-1) there is a lot of glitches and quite frequent. So overall mesa-20.3.2-2 is a much better visual experience so far (this just like 30 minutes of operation).
With mesa-20.3.2-2 and XFCE 4.14 turning on XFCE Compositor will blank the active screen for a few seconds and then recover, after that no issue.
Edit: With mesa-20.3.2.-2 with Compositor Enabled still reduce “glxgears 39-50 FPS and gears jerky” on windows size.
With Compositor Disabled “glxgears 54-60 FPS” on window size but on Full screen glxgears 43-48 FPS and jerky.
Overall experience so far is much better than previous linux 5.9.y and mesa-git Panfrost experience.
I have reverted back to xfwm4-4.14.6-1 and I can confirm problems with newest version of xfwm4:
- xfwm4-4.14.6-1: I can turn compositing on and off, system runs without problems.
- xfwm4-4.16.0-2: Systems runs without problems when compositing is turned off; window manager crashes when compositing is turned on.
Same behavior both on X96Max+ (S905X3 / Mali G31 / Panfrost) and X96Mini (S905W / Mali 450 / Lima).
Using xfwm4-4.14.6-1 and mesa-arm-git on my X96Max+ I get a solid 59.999 - 60.004 FPS when compositor is turned off and 55-56 FPS when compositor is turned on for glxgears -fullscreen at 1080p.
Are you playing youtube video with mpv or Firefox? If in Firefox did you set
“layers.acceleration.force-enabled = true” or left Firefox as default setting?
With Manjaro-ARM-VIM3-XFCE-5.10.5-3, mesa-20.30.2-2 and libva-mesa-driver-20.3.2-2 (no idea it has any effect) and Firefox left at “Default Settings” with NO Acceleration Enabled and XFCE Compositor Disabled, Youtube video at 720p/60 (viewport: 1280x720), 1080p/30 (viewport: 1920x1080) and 1440p/30 (viewport: 1920x1080) all with NO-very low dropped frames.
If Firefox “layers.acceleration.force-enabled = true”, Youtube video will FREEZE and NOT play.
With linux-5.10.5-3, mesa-20.3.2-2 and libva-mesa-driver-20.3.2-2, now for the first time on Manjaro played video with MPV without high dropped frames of jerky video! MPV streamed Youtube 4K video (viewport 1280x720) and 720p/60 (viewport: 1280x720) with hardly any frame dropped.
Previously, on Manjaro MPV streaming or play video from local HDD always have high dropped frames and jerky. Whereas in Debian/Ubuntu Legacy and Armbian-Focal-5.9.0 MPV can play high bit rate 1080p/30 video from local HDD without issue but NOT on Manjaro MPV (with linux-vim or linux-5.9.y and mesa-20.2.6)
[jfl@MNJROGTKPRO ~]$ at /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
bash: at: command not found
[jfl@MNJROGTKPRO ~]$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
performance
[jfl@MNJROGTKPRO ~]$ mpv https://www.youtube.com/watch?v=04xeAXV6hBA
(+) Video --vid=1 (*) (vp9 3840x2160 23.976fps)
(+) Audio --aid=1 --alang=eng (*) (opus 2ch 48000Hz)
Subs --sid=1 --slang=en 'vtt' (webvtt) (external)
AO: [pulse] 48000Hz stereo 2ch float
VO: [gpu] 3840x2160 yuv420p
AV: 00:00:06 / 00:02:16 (5%) A-V: 0.000 Dropped: 13 Cache: 4.8s/4MB
Audio/Video desynchronisation detected! Possible reasons include too slow
hardware, temporary CPU spikes, broken drivers, and broken files. Audio
position will not match to the video (see A-V status field).
AV: 00:01:32 / 00:02:16 (67%) A-V: 0.000 Dropped: 71 Cache: 19s/23MB
[ffmpeg] tls: Error in the pull function.
[ffmpeg] https: Will reconnect at 1638400 in 0 second(s), error=Input/output error.
AV: 00:02:16 / 00:02:16 (100%) A-V: 0.000 Dropped: 93 Cache: 0.0s
Exiting... (End of file)
[jfl@MNJROGTKPRO ~]$ mpv https://www.youtube.com/watch?v=KzvVMiXx6Ag
(+) Video --vid=1 (*) (h264 1280x720 60.000fps)
(+) Audio --aid=1 --alang=eng (*) (opus 2ch 48000Hz)
Subs --sid=1 --slang=de 'vtt' (webvtt) (external)
Subs --sid=2 --slang=en 'vtt' (webvtt) (external)
Subs --sid=3 --slang=en-GB 'vtt' (webvtt) (external)
Subs --sid=4 --slang=es-419 'vtt' (webvtt) (external)
Subs --sid=5 --slang=fr-CH 'vtt' (webvtt) (external)
Subs --sid=6 --slang=it 'vtt' (webvtt) (external)
Subs --sid=7 --slang=ru 'vtt' (webvtt) (external)
Subs --sid=8 --slang=zh-CN 'vtt' (webvtt) (external)
AO: [pulse] 48000Hz stereo 2ch float
VO: [gpu] 1280x720 yuv420p
AV: 00:03:13 / 00:03:13 (100%) A-V: 0.000 Dropped: 45 Cache: 0.0s
Exiting... (End of file)
[jfl@MNJROGTKPRO ~]$using layers.acceleration.force-enabled = true playing in youtube
I had the same issue mesa-20.30.2-2, that’s why I changed to mesa-arm-git now everything is smooth.
I think that when I tried mesa-20.30.2-2 I couldn’t even play mpv with hardware acceleration (got an output POLLERR error)
I don’t think you need libva-mesa-20.3.2-2 because for now libva doesn’t use vdec