openscad SIGSEGV

Andy_m4

Well-Known Member
FreeBSD-System: 14.1-RELEASE-p7 GENERIC amd64

Ich hab Probleme mit cad/openscad (verwende lastest-Repository)
Code:
openscad-2024.10.11_6
Name           : openscad
Version        : 2024.10.11_6
Installed on   : Sat Mar  8 20:55:53 2025 CET
Origin         : cad/openscad
Architecture   : FreeBSD:14:amd64
Prefix         : /usr/local
Categories     : cad
Licenses       : GPLv2+
Maintainer     : mr@FreeBSD.org
WWW            : https://www.openscad.org/
Comment        : Programmer's solid 3D CAD modeller
Shared Libs required:
        libzip.so.5
        libxml2.so.2
        libthr.so.3
        libtbb.so.12
        libqscintilla2_qt5.so.15
        libopencsg.so.1
        libmpfr.so.6
        libm.so.5
        libintl.so.8
        libhidapi.so.0
        libharfbuzz.so.0
        libgmp.so.10
        libglib-2.0.so.0
        libgcc_s.so.1
        libfreetype.so.6
        libfontconfig.so.1
        libdouble-conversion.so.3
        libcxxrt.so.1
        libcairo.so.2
        libc.so.7
        libc++.so.1
        libboost_program_options.so.1.87.0
        libboost_filesystem.so.1.87.0
        libX11.so.6
        libQt5Widgets.so.5
        libQt5Network.so.5
        libQt5Multimedia.so.5
        libQt5Gui.so.5
        libQt5DBus.so.5
        libQt5Core.so.5
        libGLX.so.0
        libGLU.so.1
        libEGL.so.1
        libClipper2.so.1
Annotations    :
        FreeBSD_version: 1401000
        build_timestamp: 2025-03-04T11:06:26+0000
        built_by       : poudriere-git-3.4.2
        cpe            : cpe:2.3:a:openscad:openscad:2024.10.11:::::freebsd14:x64:6
        port_checkout_unclean: no
        port_git_hash  : 1bb147345
        ports_top_checkout_unclean: no
        ports_top_git_hash: 4f5cd1472
        repo_type      : binary
        repository     : FreeBSD

Folgendes passiert instant (und ohne das irgendwie ein Fenster aufgeht oder so) beim Start:
Code:
$ openscad
'openscad' terminated by signal SIGSEGV (Adressbereichsfehler)

Es gibt auch ein Core-Dump unter /tmp/openscad.core
Code:
$ lldb --core /tmp/openscad.core openscad
(lldb) target create "openscad" --core "/tmp/openscad.core"
Core file '/tmp/openscad.core' (x86_64) was loaded.
(lldb) bt
* thread #1, name = 'openscad', stop reason = signal SIGSEGV
  * frame #0: 0x0000000000ed8621 openscad`mi_free_generic(mi_segment_s const*, bool, void*) + 65
    frame #1: 0x00000009eefb9da8 libLLVM.so.19.1`___lldb_unnamed_symbol54428 + 360
    frame #2: 0x00000009eefb948e libLLVM.so.19.1`llvm::PassRegistry::registerPass(llvm::PassInfo const&, bool) + 78
    frame #3: 0x00000009f241276e libLLVM.so.19.1`___lldb_unnamed_symbol137856 + 126
    frame #4: 0x0000000834831129 libc++.so.1`std::__1::__call_once(unsigned long volatile&, void*, void (*)(void*)) + 185
    frame #5: 0x00000009f24126da libLLVM.so.19.1`llvm::initializeScopInlinerPass(llvm::PassRegistry&) + 90
    frame #6: 0x00000009f2322cae libLLVM.so.19.1`polly::initializePollyPasses(llvm::PassRegistry&) + 174
    frame #7: 0x00000009f2337925 libLLVM.so.19.1`___lldb_unnamed_symbol136560 + 3893
    frame #8: 0x00001df44c88af5d ld-elf.so.1
    frame #9: 0x00001df44c88f3f3 ld-elf.so.1
    frame #10: 0x00001df44c88bf53 ld-elf.so.1
    frame #11: 0x00000008b1e98b1d libGLX_mesa.so.0`___lldb_unnamed_symbol2867 + 381
    frame #12: 0x00000008b1e98c3f libGLX_mesa.so.0`___lldb_unnamed_symbol2868 + 63
    frame #13: 0x00000008b1e68836 libGLX_mesa.so.0`___lldb_unnamed_symbol2392 + 54
    frame #14: 0x00000008b1e7e1b5 libGLX_mesa.so.0`___lldb_unnamed_symbol2748 + 277
    frame #15: 0x00000008b1e6fb87 libGLX_mesa.so.0`___lldb_unnamed_symbol2531 + 151
    frame #16: 0x00000008b1e6f736 libGLX_mesa.so.0`___lldb_unnamed_symbol2526 + 790
    frame #17: 0x00000008b1e6c889 libGLX_mesa.so.0`___lldb_unnamed_symbol2477 + 25
    frame #18: 0x00000008aff8baf7 libqxcb-glx-integration.so`___lldb_unnamed_symbol502 + 295
    frame #19: 0x000000086583c2c2 libQt5XcbQpa.so.5`QXcbWindow::create() + 2242
    frame #20: 0x000000086582fa85 libQt5XcbQpa.so.5`QXcbIntegration::createPlatformWindow(QWindow*) const + 165
    frame #21: 0x0000000833a7b184 libQt5Gui.so.5`QWindowPrivate::create(bool, unsigned long long) + 212
    frame #22: 0x00000008366c1039 libQt5Widgets.so.5`QWidgetPrivate::create() + 1097
    frame #23: 0x00000008366bfc99 libQt5Widgets.so.5`QWidget::create(unsigned long long, bool, bool) + 345
    frame #24: 0x00000008366d350e libQt5Widgets.so.5`QWidgetPrivate::setVisible(bool) + 190
    frame #25: 0x000000083688e03e libQt5Widgets.so.5`QDialog::setVisible(bool) + 286
    frame #26: 0x000000083688d7bc libQt5Widgets.so.5`QDialog::exec() + 236
    frame #27: 0x0000000000aafe84 openscad`gui(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>>&, boost::filesystem::path const&, int, char**) + 2340
    frame #28: 0x0000000000ab4f0a openscad`main + 18394
    frame #29: 0x0000000839297a6a libc.so.7`__libc_start1 + 298
    frame #30: 0x0000000000573e60 openscad`_start at crt1_s.S:83

Ok. Sieht so ein bisschen danach aus, das wenn das evtl. was mit OpenGL/Mesa zu tun hat(?)
(Zusatzinfo zum installierten Grafiktreiber: drm-510-kmod-5.10.163.1401000_11 DRM drivers modules, falls hilfreich)

Also einfach mal LIBGL_DEBUG angeknipst:
Code:
$ env LIBGL_DEBUG=1 openscad
libGL: Can't open configuration file /usr/local/etc/drirc: No such file or directory.
libGL: Can't open configuration file /home/michael/.drirc: No such file or directory.
libGL: Can't open configuration file /usr/local/etc/drirc: No such file or directory.
libGL: Can't open configuration file /home/michael/.drirc: No such file or directory.
fish: Job 1, 'env LIBGL_DEBUG=1 openscad' terminated by signal SIGSEGV (Adressbereichsfehler)

Hilft mir aber auch nicht so fürchterlich weiter.

Stell gerade auf dem Schlauch. Hat jemand noch eine Idee, welche Schritte ich jetzt weiter machen kann oder hat sogar eine Idee was das Problem sein könnte?
btw. gibts auch ein Package openscad-devel, welches aber die gleiche Symptomatik zeigt.

Vor paar Wochen funktionierte es übrigens noch. Und bis auf kontinuierlich updaten - Achtung, jetzt kommt der Schrecken eines jeden HelpDesk: hab ich nichts gemacht.
 
Welche GPU hast du verbaut? Cad klingt immer erstmal nach "könnte" CUDA haben wollen und das gibts nur mit nvidia (aber nicht für FreeBSD).

Ich würde ich mich erstmal an den Versionen hocharbeiten, die aber jeweils bauen:
 
Welche GPU hast du verbaut?
AMD/POLARIS10

Wie gesagt, es funktionierte ja schon mal und es wollte nie CUDA (gibt auch keine Dependencies da hin).
Und größere Versionssprünge gabs auch nicht (https://cgit.freebsd.org/ports/log/cad/openscad). Was ich natürlich trotzdem mal probieren könnte, ist die Vorversion probieren. Allerdings sehen die Änderungen erst mal nicht so aus, als ob sie solche Fehler auslösen.

Was drm-kmod angeht ist, ist drm-510-kmod die einzige Variante, die bei mir funktioniert (und nicht mit einem BlackScreen + Freeze endet ; leider hab ich da nicht mal ein Core-Dump). Das ist auch noch so eine Sache, wo ich noch dabei bin, dem auf den Grund zu gehen.
 
Ok. Den Bugreport hatte ich bei meiner Suche gar nicht gefunden bzw. übersehen. Danke für den Hinweis!

Ich hab jetzt auch die mesa-libs wegen der ___lldb_unnamed_symbolXXXX noch mal neu kompiliert, um Debug-Symbole reinzukriegen
(also auf 'nem aktuellen Ports-Tree:
cd /usr/ports/graphics/mesa-libs && make -DWITH_DEBUG DEBUG_FLAGS="-g -O0" package && pkg add -f work/pkg/mesa-libs-24.1.7_1.pkg).

Dann ergibt sich als (etwas informativerer) Backtrace:
Code:
$ openscad
'openscad' terminated by signal SIGSEGV (Adressbereichsfehler)

$ lldb --core /tmp/openscad.core openscad
(lldb) target create "openscad" --core "/tmp/openscad.core"
Core file '/tmp/openscad.core' (x86_64) was loaded.
(lldb) bt
* thread #1, name = 'openscad', stop reason = signal SIGSEGV
  * frame #0: 0x0000000000ed8621 openscad`mi_free_generic(mi_segment_s const*, bool, void*) + 65
    frame #1: 0x00000009f85b9da8 libLLVM.so.19.1`___lldb_unnamed_symbol54428 + 360
    frame #2: 0x00000009f85b948e libLLVM.so.19.1`llvm::PassRegistry::registerPass(llvm::PassInfo const&, bool) + 78
    frame #3: 0x00000009fba1276e libLLVM.so.19.1`___lldb_unnamed_symbol137856 + 126
    frame #4: 0x00000008369da129 libc++.so.1`std::__1::__call_once(unsigned long volatile&, void*, void (*)(void*)) + 185
    frame #5: 0x00000009fba126da libLLVM.so.19.1`llvm::initializeScopInlinerPass(llvm::PassRegistry&) + 90
    frame #6: 0x00000009fb922cae libLLVM.so.19.1`polly::initializePollyPasses(llvm::PassRegistry&) + 174
    frame #7: 0x00000009fb937925 libLLVM.so.19.1`___lldb_unnamed_symbol136560 + 3893
    frame #8: 0x0000265a1230af5d ld-elf.so.1
    frame #9: 0x0000265a1230f3f3 ld-elf.so.1
    frame #10: 0x0000265a1230bf53 ld-elf.so.1
    frame #11: 0x00000008b7aad553 libGLX_mesa.so.0`loader_open_driver_lib(driver_name="radeonsi", lib_suffix="", search_path_vars=0x00000008b7abe2e0, default_search_path="", warn_on_fail=true) at loader.c:842:19
    frame #12: 0x00000008b7aad6dd libGLX_mesa.so.0`loader_open_driver(driver_name="radeonsi", out_driver_handle=0x00000008559529a0, search_path_vars=0x00000008b7abe2e0) at loader.c:885:19
    frame #13: 0x00000008b7a6b4d9 libGLX_mesa.so.0`driOpenDriver(driverName="radeonsi", out_driver_handle=0x00000008559529a0) at dri_common.c:87:7
    frame #14: 0x00000008b7a8e9dd libGLX_mesa.so.0`dri3_create_screen(screen=0, priv=0x00000008594e7b00, driver_name_is_inferred=true) at dri3_glx.c:845:17
    frame #15: 0x00000008b7a7806a libGLX_mesa.so.0`AllocAndFetchScreenConfigs(dpy=0x00000008558f0000, priv=0x00000008594e7b00, zink=1, driver_name_is_inferred=1) at glxext.c:786:16
    frame #16: 0x00000008b7a77756 libGLX_mesa.so.0`__glXInitialize(dpy=0x00000008558f0000) at glxext.c:946:9
    frame #17: 0x00000008b7a71197 libGLX_mesa.so.0`GetGLXPrivScreenConfig(dpy=0x00000008558f0000, scrn=0, ppriv=0x0000000821cda948, ppsc=0x0000000821cda950) at glxcmds.c:147:13
    frame #18: 0x00000008b7a725a8 libGLX_mesa.so.0`glXQueryExtensionsString(dpy=0x00000008558f0000, screen=0) at glxcmds.c:1141:8
    frame #19: 0x00000008b5ebfaf7 libqxcb-glx-integration.so`___lldb_unnamed_symbol502 + 295
    frame #20: 0x000000086a7082c2 libQt5XcbQpa.so.5`QXcbWindow::create() + 2242
    frame #21: 0x000000086a6fba85 libQt5XcbQpa.so.5`QXcbIntegration::createPlatformWindow(QWindow*) const + 165
    frame #22: 0x0000000834d82184 libQt5Gui.so.5`QWindowPrivate::create(bool, unsigned long long) + 212
    frame #23: 0x0000000837cc1039 libQt5Widgets.so.5`QWidgetPrivate::create() + 1097
    frame #24: 0x0000000837cbfc99 libQt5Widgets.so.5`QWidget::create(unsigned long long, bool, bool) + 345
    frame #25: 0x0000000837cd350e libQt5Widgets.so.5`QWidgetPrivate::setVisible(bool) + 190
    frame #26: 0x0000000837e8e03e libQt5Widgets.so.5`QDialog::setVisible(bool) + 286
    frame #27: 0x0000000837e8d7bc libQt5Widgets.so.5`QDialog::exec() + 236
    frame #28: 0x0000000000aafe84 openscad`gui(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>>&, boost::filesystem::path const&, int, char**) + 2340
    frame #29: 0x0000000000ab4f0a openscad`main + 18394
    frame #30: 0x000000083b613a6a libc.so.7`__libc_start1 + 298
    frame #31: 0x0000000000573e60 openscad`_start at crt1_s.S:83
 
Wie gesagt, es funktionierte ja schon mal
Ups, das hab ich glatt übersehen.

Ein schneller Test hier mit quarterly-Paketen funktioniert anstandslos, jedoch auf 14.2-RELEASE und GTX 1050 Ti:
Code:
root@ws01:/home/mr44er # freebsd-version -kru
14.2-RELEASE
14.2-RELEASE
14.2-RELEASE
root@ws01:/home/mr44er # pkg info | grep nvidia
nvidia-driver-550.127.05.1401000 NVidia graphics card binary drivers for hardware OpenGL rendering
nvidia-settings-535.146.02_1   Display Control Panel for X NVidia driver
nvidia-xconfig-525.116.04      Tool to manipulate X configuration files for the NVidia driver
root@ws01:/home/mr44er # pkg install openscad
Updating FreeBSD repository catalogue...
Fetching data.pkg: 100%    7 MiB   3.8MB/s    00:02    
Processing entries: 100%
FreeBSD repository update completed. 35883 packages processed.
All repositories are up to date.
The following 10 package(s) will be affected (of 0 checked):

New packages to be INSTALLED:
    Clipper2: 1.4.0_1
    freeglut: 3.2.1
    hidapi: 0.14.0
    hwloc2: 2.11.2
    level-zero: 1.17.45
    onetbb: 2022.0.0
    opencsg: 1.6.0
    openscad: 2024.10.11_5
    qt5-qmake: 5.15.16p130
    spdlog: 1.15.0

Number of packages to be installed: 10

The process will require 67 MiB more space.
17 MiB to be downloaded.

Proceed with this action? [y/N]: y
[1/10] Fetching hidapi-0.14.0.pkg: 100%   37 KiB  37.7kB/s    00:01    
[2/10] Fetching qt5-qmake-5.15.16p130.pkg: 100%    6 MiB   6.1MB/s    00:01    
[3/10] Fetching Clipper2-1.4.0_1.pkg: 100%  115 KiB 118.0kB/s    00:01    
[4/10] Fetching opencsg-1.6.0.pkg: 100%   66 KiB  67.8kB/s    00:01    
[5/10] Fetching freeglut-3.2.1.pkg: 100%  262 KiB 268.5kB/s    00:01    
[6/10] Fetching level-zero-1.17.45.pkg: 100%  422 KiB 432.2kB/s    00:01    
[7/10] Fetching onetbb-2022.0.0.pkg: 100%  330 KiB 337.6kB/s    00:01    
[8/10] Fetching hwloc2-2.11.2.pkg: 100%    3 MiB   2.9MB/s    00:01    
[9/10] Fetching spdlog-1.15.0.pkg: 100%  162 KiB 165.7kB/s    00:01    
[10/10] Fetching openscad-2024.10.11_5.pkg: 100%    7 MiB   2.4MB/s    00:03    
Checking integrity... done (0 conflicting)
[1/10] Installing spdlog-1.15.0...
[1/10] Extracting spdlog-1.15.0: 100%
[2/10] Installing level-zero-1.17.45...
[2/10] Extracting level-zero-1.17.45: 100%
[3/10] Installing freeglut-3.2.1...
[3/10] Extracting freeglut-3.2.1: 100%
[4/10] Installing hwloc2-2.11.2...
[4/10] Extracting hwloc2-2.11.2: 100%
[5/10] Installing hidapi-0.14.0...
[5/10] Extracting hidapi-0.14.0: 100%
[6/10] Installing qt5-qmake-5.15.16p130...
[6/10] Extracting qt5-qmake-5.15.16p130: 100%
[7/10] Installing opencsg-1.6.0...
[7/10] Extracting opencsg-1.6.0: 100%
[8/10] Installing onetbb-2022.0.0...
[8/10] Extracting onetbb-2022.0.0: 100%
[9/10] Installing Clipper2-1.4.0_1...
[9/10] Extracting Clipper2-1.4.0_1: 100%
[10/10] Installing openscad-2024.10.11_5...
[10/10] Extracting openscad-2024.10.11_5: 100%
==> Running trigger: gtk-update-icon-cache.ucl
Generating GTK icon cache for /usr/local/share/icons/hicolor
==> Running trigger: desktop-file-utils.ucl
Building cache database of MIME types
==> Running trigger: shared-mime-info.ucl
Building the Shared MIME-Info database cache
=====
Message from freeglut-3.2.1:

--
Joystick support is untested and it is unknown if it works.

Do not hesitate to contact x11@FreeBSD.org if this causes issues.
root@ws01:/home/mr44er #

Hast du /dev/kfdund sind darauf die Berechtigungen korrekt?
Bildschirmfoto zu 2025-03-09 12-26-42.webp

Code:
ls -l /dev/kfd /dev/dri
crw-rw---- 1 root render 235, 0 Mar  5 19:19 /dev/kfd

/dev/dri:
total 0
crw-rw---- 1 root video 226, 128 Mar  5 19:19 renderD128
crw-rw---- 1 root video 226, 129 Mar  5 19:19 renderD129
Das ist jetzt zwar ein Arch-LXC, aber hier in dem Fall ist D129 Vega, D128 Navi II IGP.
 
Hast du /dev/kfdund sind darauf die Berechtigungen korrekt?
Nein. Hab ich nicht. Hatte ich, glaube ich, auch noch nie.
Den /dev/dri Kram hab ich aber natürlich und bin auch in der Gruppe video (die rw-Rechte auf die dri-Nodes haben).
Ist auch das einzige Programm, was derzeit Probleme. Andere Grafikprogramme (inkl. Blender3D) funktionieren tadellos.

Little hint: FreeBSD 14.2 ist inzwischen auf Patchlevel 2
 
Nein. Hab ich nicht. Hatte ich, glaube ich, auch noch nie.
Den /dev/dri Kram hab ich aber natürlich und bin auch in der Gruppe video (die rw-Rechte auf die dri-Nodes haben).
Ich hab leider amdgpus noch nie langfristig unter FreeBSD betrieben, da fehlt mir die Erfahrung ob/wann/wo /dev/kfd eingezogen ist.

Little hint: FreeBSD 14.2 ist inzwischen auf Patchlevel 2
Ich hänge naturgemäß damit immer hinterher. :D
 
FreeBSD 14.1, auch drm-510 , auch POLARIS 10 und ,gleiches Fehlerbild.
Ok. Ein Leidensgenosse :-)
Ist Dein OpenSCAD aus dem lastest oder aus dem quarterly-Repository?
Oder anders gefragt: Was ist die Ausgabe von
pkg query '%v' openscad

Gute Frage. Könnte theoretisch sein.
Ich kannte das Posting noch gar nicht. Daher Danke für den Link

Bin gerade noch ein bisschen am testen. Im Augenblick läuft der Compiler. Wenn ich was rausfinde, dann schreibe ich aber was dazu.
ggf. mache ich noch ein Bug-Report dazu, will aber erst noch beobachten was sich aus 285150 ergibt.
 
radeonsi auf, amdgpu sollte das sein
Ich glaube, mit radeonsi ist hier was anderes gemeint als der drm-kmod-Treiber.
Generell hat man ja für AMD zwei Treiber: amdgpu und radeonkms

Bei mir siehts wie folgt aus:
Code:
$ kldstat | grep rade
$ kldstat | grep amdgpu
48    1 0xffffffff83600000   4119b8 amdgpu.ko
55    1 0xffffffff83559000     a0c0 amdgpu_polaris10_mc_bin.ko
56    1 0xffffffff83564000     6378 amdgpu_polaris10_pfp_2_bin.ko
57    1 0xffffffff8356b000     6378 amdgpu_polaris10_me_2_bin.ko
58    1 0xffffffff83572000     4378 amdgpu_polaris10_ce_2_bin.ko
59    1 0xffffffff83577000     7ca0 amdgpu_polaris10_rlc_bin.ko
60    1 0xffffffff8357f000    42388 amdgpu_polaris10_mec_2_bin.ko
61    1 0xffffffff83a12000    42388 amdgpu_polaris10_mec2_2_bin.ko
62    1 0xffffffff835c2000     5278 amdgpu_polaris10_sdma_bin.ko
63    1 0xffffffff835c8000     5278 amdgpu_polaris10_sdma1_bin.ko
64    1 0xffffffff83a55000    5db60 amdgpu_polaris10_uvd_bin.ko
65    1 0xffffffff835ce000    2ac80 amdgpu_polaris10_vce_bin.ko
66    1 0xffffffff83ab3000    21da8 amdgpu_polaris10_k_smc_bin.ko
 
Ah ok ja, das ist korrekt so. AFAIK gibts einige wenige Chips aus der Übergangszeit die mit amdgpu und radeonkms jeweils laufen, mal besser oder schlechter, radeonsi dürfte (Halbwissen brandgefährlich!) ein Treiber von lange davor sein.
Weiter geraten: irgendwas im openscad oder mesa zeigt/lädt nicht korrekt auf amdgpu?

Edit:
Bootest du UEFI oder CSM?
Hast du die VRAM-Zuweisung auf auto? Wenn ja, setze mal auf 2GB oder 4GB fest und versuche nochmal.

Ich weiß, overkill dafür dass andere Programme laufen, aber eventuell klappts danach mit drm61+

Edit2:
Ein dmesg-Auszug von dem amdgpu-part wäre eventuell auch einen Blick wert.

Edit3:
Ist das überhaupt eine APU oder eine eigene Karte?
 
Dann sollte man da vielleicht nochmal schauen, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270210#c9 suggeriert das.
Also vorab erst mal Deine für Deine (und natürlich auch alle anderen Beteiligten: eure) Mühe. Ihr gebt mir sehr viel Input.

Um das drm-510-kmod Problem muss ich mich sowieso kümmern. Weil das Paket wird bei FreeBSD 14.2 nicht mehr supportet. Und wenn ich das gefixt habe, werde ich mal gucken, welche Auswirkungen das hat.
 
Ich habe jetzt mal die letzte Änderung rückgängig gemacht:
Code:
$ make package
$ pkg add -f work/pkg/openscad-2024.10.11_5.pkg

Dann funktioniert openscad auch wieder (was es erst mal zu einem Workaround macht, falls jemand vom gleichen Fehler betroffen ist).

Mir ist aber nicht ganz klar, warum es funktioniert. Evtl. hat PORTREVISION Implikationen oder Seiteneffekte die ich noch nicht ganz durchblicke.
Auf jeden Fall ist das mal ein weiterer Datenpunkt in dieser Angelegenheit.
 
Nachdem es auf dem Intel Iris xe Laptop auch crashed, sehe ich erstmal nicht den Radeon Treiber als Hauptursache. V a. weil der Rest auch funzt.
Ja. Ich hatte auch schon den Verdacht, das es vielleicht gar nicht zwingend mit Grafik zusammenhängt. Auch noch mal genährt durch #20.
Danke für Deine Rückmeldung.
 
Zurück
Oben