You are not logged in.
Pages: 1
Hi.
I switched from Manjaro to Arch and tried to run the Godot engine, but it hangs, showing a splash screen.
I wrote to Linux.org.ru and they already have some information about the issue. It turned out that the problem was with the drivers. The question is what drivers did Manjaro put in, since there was no problem on it or is there a way to put supported drivers?
Outputs:
glxinfo -B
name of display: :0
display: :0 screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
Vendor: nouveau (0x10de)
Device: NVAC (0x87d)
Version: 22.1.6
Accelerated: yes
Video memory: 245MB
Unified memory: no
Preferred profile: core (0x1)
Max core profile version: 3.3
Max compat profile version: 3.3
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.0
OpenGL vendor string: nouveau
OpenGL renderer string: NVAC
OpenGL core profile version string: 3.3 (Core Profile) Mesa 22.1.6
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL version string: 3.3 (Compatibility Profile) Mesa 22.1.6
OpenGL shading language version string: 3.30
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 22.1.6
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
Part of dmesg:
[ 268.033207] perf: interrupt took too long (2554 > 2500), lowering kernel.perf_event_max_sample_rate to 78300
[ 278.694433] perf: interrupt took too long (3268 > 3192), lowering kernel.perf_event_max_sample_rate to 60900
[ 297.858602] nouveau 0000:03:00.0: Direct firmware load for nouveau/nvac_fuc084 failed with error -2
[ 297.860946] nouveau 0000:03:00.0: Direct firmware load for nouveau/nvac_fuc084d failed with error -2
[ 297.860974] nouveau 0000:03:00.0: msvld: unable to load firmware data
[ 297.860986] nouveau 0000:03:00.0: msvld: init failed, -19
godot --verbose:
Godot Engine v3.4.5.stable.official.f9ac000d5 - https://godotengine.org
XInput: Refreshing devices.
XInput: No touch devices found.
Detecting GPUs, set DRI_PRIME in the environment to override GPU detection logic.
Only one GPU found, using default.
Using GLES3 video driver
OpenGL ES 3.0 Renderer: NVAC
OpenGL ES Batching: ON
OPTIONS
max_join_item_commands 16
colored_vertex_format_threshold 0.25
batch_buffer_size 16384
light_scissor_area_threshold 1
item_reordering_lookahead 4
light_max_join_items 32
single_rect_fallback False
debug_flash False
diagnose_frame False
PC: Acer Aspire Revo R3610
Current driver: nouveau
This text is machine translated and may contain inaccuracies.
Last edited by GREAT-DNG (2022-08-22 04:42:54)
Offline
https://wiki.archlinux.org/title/NVIDIA
In doubt about which version you need, please post the output of "lspci"
Offline
lspci output:
00:00.0 Host bridge: NVIDIA Corporation MCP79 Host Bridge (rev b1)
00:00.1 RAM memory: NVIDIA Corporation MCP79 Memory Controller (rev b1)
00:03.0 ISA bridge: NVIDIA Corporation MCP79 LPC Bridge (rev b3)
00:03.1 RAM memory: NVIDIA Corporation MCP79 Memory Controller (rev b1)
00:03.2 SMBus: NVIDIA Corporation MCP79 SMBus (rev b1)
00:03.3 RAM memory: NVIDIA Corporation MCP79 Memory Controller (rev b1)
00:03.5 Co-processor: NVIDIA Corporation MCP79 Co-processor (rev b1)
00:04.0 USB controller: NVIDIA Corporation MCP79 OHCI USB 1.1 Controller (rev b1)
00:04.1 USB controller: NVIDIA Corporation MCP79 EHCI USB 2.0 Controller (rev b1)
00:08.0 Audio device: NVIDIA Corporation MCP79 High Definition Audio (rev b1)
00:09.0 PCI bridge: NVIDIA Corporation MCP79 PCI Bridge (rev b1)
00:0a.0 Ethernet controller: NVIDIA Corporation MCP79 Ethernet (rev b1)
00:0b.0 IDE interface: NVIDIA Corporation MCP79 SATA Controller (rev b1)
00:0c.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
00:10.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
00:15.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
00:16.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
00:17.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
00:18.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
03:00.0 VGA compatible controller: NVIDIA Corporation C79 [ION] (rev b1)
05:00.0 Network controller: Ralink corp. RT3090 Wireless 802.11n 1T/1R PCIe
Offline
Tesla… the 340xx might run into issues w/ recent X11 servers, but is the only nvidia driver that supports your chip (leaving nouveau aside)
https://aur.archlinux.org/packages/nvidia-340xx-dkms
Because of the dmesg:
pacman -Ql libva
Offline
nvidia-340xx-dkms needs to be rolled back to an older version?
Offline
No.
The series is no longer maintained by nvidia and officially not ABI compatible with xorg 1.21 - you'd have to roll back xorg-xserver and with that pretty much the entire distribution.
Forget about that. If you want to try nvidia-340xx-dkms, just be aware that the X11 server might randomly crash.
Because of the dmesg:
pacman -Ql libva
Offline
Do you need the output of pacman -Ql libva? Here he is:
libva /etc/
libva /etc/libva.conf
libva /usr/
libva /usr/include/
libva /usr/include/va/
libva /usr/include/va/va.h
libva /usr/include/va/va_backend.h
libva /usr/include/va/va_backend_glx.h
libva /usr/include/va/va_backend_prot.h
libva /usr/include/va/va_backend_vpp.h
libva /usr/include/va/va_backend_wayland.h
libva /usr/include/va/va_compat.h
libva /usr/include/va/va_dec_av1.h
libva /usr/include/va/va_dec_hevc.h
libva /usr/include/va/va_dec_jpeg.h
libva /usr/include/va/va_dec_vp8.h
libva /usr/include/va/va_dec_vp9.h
libva /usr/include/va/va_dri2.h
libva /usr/include/va/va_dricommon.h
libva /usr/include/va/va_drm.h
libva /usr/include/va/va_drmcommon.h
libva /usr/include/va/va_egl.h
libva /usr/include/va/va_enc_av1.h
libva /usr/include/va/va_enc_h264.h
libva /usr/include/va/va_enc_hevc.h
libva /usr/include/va/va_enc_jpeg.h
libva /usr/include/va/va_enc_mpeg2.h
libva /usr/include/va/va_enc_vp8.h
libva /usr/include/va/va_enc_vp9.h
libva /usr/include/va/va_fei.h
libva /usr/include/va/va_fei_h264.h
libva /usr/include/va/va_fei_hevc.h
libva /usr/include/va/va_glx.h
libva /usr/include/va/va_prot.h
libva /usr/include/va/va_str.h
libva /usr/include/va/va_tpi.h
libva /usr/include/va/va_version.h
libva /usr/include/va/va_vpp.h
libva /usr/include/va/va_wayland.h
libva /usr/include/va/va_x11.h
libva /usr/lib/
libva /usr/lib/libva-drm.so
libva /usr/lib/libva-drm.so.2
libva /usr/lib/libva-drm.so.2.1500.0
libva /usr/lib/libva-glx.so
libva /usr/lib/libva-glx.so.2
libva /usr/lib/libva-glx.so.2.1500.0
libva /usr/lib/libva-wayland.so
libva /usr/lib/libva-wayland.so.2
libva /usr/lib/libva-wayland.so.2.1500.0
libva /usr/lib/libva-x11.so
libva /usr/lib/libva-x11.so.2
libva /usr/lib/libva-x11.so.2.1500.0
libva /usr/lib/libva.so
libva /usr/lib/libva.so.2
libva /usr/lib/libva.so.2.1500.0
libva /usr/lib/pkgconfig/
libva /usr/lib/pkgconfig/libva-drm.pc
libva /usr/lib/pkgconfig/libva-glx.pc
libva /usr/lib/pkgconfig/libva-wayland.pc
libva /usr/lib/pkgconfig/libva-x11.pc
libva /usr/lib/pkgconfig/libva.pc
libva /usr/share/
libva /usr/share/licenses/
libva /usr/share/licenses/libva/
libva /usr/share/licenses/libva/COPYING
... you'd have to roll back xorg-xserver and with that pretty much the entire distribution.
... X11 server might randomly crash
It looks like I couldn't master arch . I'll go back to Manjaro, it worked there...
Offline
Sorry,
pacman -Qs libva
My brain was apparently next door…
It looks like I couldn't master arch . I'll go back to Manjaro, it worked there...
Manjaro will have the same problems around 340xx - only an *older* Manjaro would not have had them.
There's btw. https://bbs.archlinux.org/viewforum.php?id=30 where you can ask in Russian.
Edit: in doubt you're just missing https://archlinux.org/packages/extra/x8 … sa-driver/
Last edited by seth (2022-08-22 13:25:45)
Offline
Pages: 1