Description of problem: After updating on my Thinkpad T510, at desktop login i only see mouse pointer on black screen. Lots of nouveau errors in log. Normal driver is nouveau, modesetting also usually works but not now. Workaround: Using xorg nv works. Also and nouveau and modesetting works if disabling hardware acceleration (all using drakx11) On my system i downgraded all installed mesa, and it works with acceleration again: sudo urpmi --downgrade mesa-24.2.7-1.mga9.tainted lib64xatracker2-24.2.7-1.mga9.tainted lib64osmesa8-24.2.7-1.mga9.tainted lib64mesaglesv2_2-24.2.7-1.mga9.tainted lib64mesaegl-devel-24.2.7-1.mga9.tainted lib64mesaegl1-24.2.7-1.mga9.tainted lib64gbm-devel-24.2.7-1.mga9.tainted lib64dri-drivers-24.2.7-1.mga9.tainted lib64mesavulkan-drivers-24.2.7-1.mga9.tainted lib64mesagl1-24.2.7-1.mga9.tainted lib64gbm1-24.2.7-1.mga9.tainted lib64mesakhr-devel-24.2.7-1.mga9.tainted lib64glapi-devel-24.2.7-1.mga9.tainted lib64glapi0-24.2.7-1.mga9.tainted Teapot without accceleration hit only 34 Hz at half screen, but with HW acc and downgraded mesa it hit 44Hz at full screen, and 60Hz sync at half screen. From (lspcidrake -v) : Card:NVIDIA GeForce 8100 to GeForce 415: NVIDIA Corporation|GT218M [NVS 3100M] [DISPLAY_VGA] (vendor:10de device:0a6c subv:17aa subd:215c) (rev: a2)
Setting high priority as it is shipped as normal update and many affected users may not easily know how to work around. Still late to fix now after release... i regret i did not QA test this mesa on all my laptops... Here (after donwgrading mesa) $ inxi -SMCG System: Host: localhost Kernel: 6.6.65-desktop-2.mga9 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.27.10 Distro: Mageia 9 Machine: Type: Laptop System: LENOVO product: 4349A13 v: ThinkPad T510 serial: <superuser required> Mobo: LENOVO model: 4349A13 serial: <superuser required> BIOS: LENOVO v: 6MET92WW (1.52 ) date: 09/26/2012 CPU: Info: dual core model: Intel Core i5 M 540 bits: 64 type: MT MCP cache: L2: 512 KiB Speed (MHz): avg: 1463 min/max: 1199/2534 cores: 1: 1463 2: 1463 3: 1463 4: 1463 Graphics: Device-1: NVIDIA GT218M [NVS 3100M] driver: nouveau v: kernel Device-2: Lenovo Integrated Webcam [R5U877] driver: uvcvideo type: USB Display: x11 server: X.org v: 1.21.1.8 with: Xwayland v: 22.1.9 driver: X: loaded: nouveau,v4l dri: nouveau gpu: nouveau resolution: 1920x1080~60Hz API: EGL v: 1.4,1.5 drivers: nouveau,swrast platforms: gbm,x11,surfaceless,device API: OpenGL v: 3.3 vendor: mesa v: 24.2.7 renderer: NVA8 API: Vulkan v: 1.3.231 drivers: llvmpipe surfaces: xcb,xlib
Priority: Normal => HighCC: (none) => ghibomgxAssignee: bugsquad => kernel
Entered at https://wiki.mageia.org/en/Mageia_9_Errata#Nvidia Do we know what more GPUs got dropped? Have earlier mesa updates also dropped supports?
(In reply to Morgan Leijström from comment #2) > Entered at https://wiki.mageia.org/en/Mageia_9_Errata#Nvidia > > Do we know what more GPUs got dropped? > > Have earlier mesa updates also dropped supports? The fact that dropped support was a speculation, maybe it's just a new (upstream) bug involving nouveau. Is there something useful in journal logs.
Also if 24.2.7 works and 24.2.8 don't, it's likely a bug.
Now i am completely confused: To verify and get new journal entries, i updated system with mesa 24.2.8 and: all works well! !! nouveau with hardware acceleration. I removed the errata entry. Will keep an eye on this machine... Happy new year! /Morgan
Summary: mesa-24.2.8-1 dropped support for GT218M [NVS 3100M] -> reboot to black login => mesa-24.2.8-1 -> reboot to black loginPriority: High => Normal
(In reply to Morgan Leijström from comment #5) > Now i am completely confused: > > To verify and get new journal entries, i updated system with mesa 24.2.8 and: > > all works well! !! > > nouveau with hardware acceleration. nouveau DDX (i.e. Device "nouveau" in xorg.conf) or modesetting? So to resume, you had: a) working system tested 6 months ago, that was not powered since 6 months, with the mesa of 6 months ago (which could have been maybe in the 23.3.x series?) and working with modesetting or nouveau + 3D HW acceleration on GT218. b) then you updated everything to kernel 6.6.65 plus mesa 24.3.8 and didn't worked anymore with 3D HW acceleration. c) downgraded mesa to 24.3.7, and worked again. d) upgraded mesa to 24.3.8 and still working. Pretty weird, excluding maybe hardware temperatures problems (e.g. electronic components too cold).
(In reply to Giuseppe Ghibò from comment #6) > (In reply to Morgan Leijström from comment #5) > > > Now i am completely confused: > > > > To verify and get new journal entries, i updated system with mesa 24.2.8 and: > > > > all works well! !! > > > > nouveau with hardware acceleration. > > nouveau DDX (i.e. Device "nouveau" in xorg.conf) Yes, currently > or modesetting? OK now that too > > So to resume, you had: > > a) working system tested 6 months ago, that was not powered since 6 months, > with the mesa of 6 months ago (which could have been maybe in the 23.3.x > series?) and working with modesetting or nouveau + 3D HW acceleration on > GT218. > > b) then you updated everything to kernel 6.6.65 plus mesa 24.3.8 and didn't > worked anymore with 3D HW acceleration. To be picky i see in logs I had started the system ans updated to mesa 24.3.8 already dec 4, but apparently did not have time to reboot and QA it. Then on dec 13 I installed kernel-desktop-6.6.65-2.mga9 and linus variant. I believe it was the boot(s) after that i noticed problem, on both kernel flavours and also earlier kernels, and i worked around by installing xorg nv. Did not have time to play then, just needed it up for a small work. > > c) downgraded mesa to 24.3.7, and worked again. > > d) upgraded mesa to 24.3.8 and still working. > Yes > Pretty weird, excluding maybe hardware temperatures problems (e.g. > electronic components too cold). It do have the occasional glitches with graphic errors at login, which it have have more or less always. These glitches only show when using HW acceleration. And they vary in severness. Maybe being completely black is nothing more then a variation of that issue? I know i have seen varying nouveau related errors in journal "always" but as it use to work i was happy enough not to document it. Here follows a part of log though:
Created attachment 14830 [details] nouveau w acc, OK this time despite this call trace This time a clean login and operation, mesa-24.2.8, kernel-desktop 6.6.65-2, nouveau w hardware acc. Nevertehless there are errors in sylog that may be worth to note.
Created attachment 14831 [details] 2 seconds later 2 seconds later in same log: x2dlocker@autostart.service: Main process exited, code=dumped As said, i did not note any issue loggin in anyway, this time...
Summary: mesa-24.2.8-1 -> reboot to black login => nouveau errors on nvidia GT218M [NVS 3100M] - occasional login problems
Correction: it is not working fully: Resuming from suspend, it always (tested three cycles) fail to present the login dialogue: Two times it happened, at resume it display the Mageia background and mouse pointer, and the third time full black background and mouse pointer - like what i saw a couple weeks ago at initial logins. I got black screen after suspending using Plasma menu, while the other times it suspended itself after timeout. Now i have run drakx11 to select nouveau (like previous) but without HW accel: and yes now suspend-resume works. In system journal there is now not the section on "irq 26 handler nvkm_intr+0x0/0x240 [nouveau] enabled interrupts", but *still* the section "Process 5179 (light-locker) of user 1000 dumped core." There are additionally other lines now, rather frequent: "nouveau 0000:01:00.0: someprocess_here: channel failed to initialise, -17" I cant understand how akonadi would use GPU.... $ journalctl -b | grep 'channel failed to initialise' jan 01 19:44:58 localhost kernel: nouveau 0000:01:00.0: sddm-greeter[4423]: channel failed to initialise, -17 jan 01 19:45:03 localhost kernel: nouveau 0000:01:00.0: glxinfo[4849]: channel failed to initialise, -17 jan 01 19:45:03 localhost kernel: nouveau 0000:01:00.0: ksplashqml[4879]: channel failed to initialise, -17 jan 01 19:45:06 localhost kernel: nouveau 0000:01:00.0: xdg-desktop-por[4934]: channel failed to initialise, -17 jan 01 19:45:07 localhost kernel: nouveau 0000:01:00.0: kded5[4976]: channel failed to initialise, -17 jan 01 19:45:07 localhost kernel: nouveau 0000:01:00.0: kwalletd5[4787]: channel failed to initialise, -17 jan 01 19:45:07 localhost kernel: nouveau 0000:01:00.0: ksmserver[4974]: channel failed to initialise, -17 jan 01 19:45:07 localhost kernel: nouveau 0000:01:00.0: kwin_x11[4977]: channel failed to initialise, -17 jan 01 19:45:08 localhost kernel: nouveau 0000:01:00.0: plasmashell[5053]: channel failed to initialise, -17 jan 01 19:45:09 localhost kernel: nouveau 0000:01:00.0: xdg-desktop-por[5073]: channel failed to initialise, -17 jan 01 19:45:09 localhost kernel: nouveau 0000:01:00.0: polkit-kde-auth[5071]: channel failed to initialise, -17 jan 01 19:45:11 localhost kernel: nouveau 0000:01:00.0: kdeconnectd[5161]: channel failed to initialise, -17 jan 01 19:45:11 localhost kernel: nouveau 0000:01:00.0: kaccess[5172]: channel failed to initialise, -17 jan 01 19:45:12 localhost kernel: nouveau 0000:01:00.0: kalendarac[5180]: channel failed to initialise, -17 jan 01 19:45:12 localhost kernel: nouveau 0000:01:00.0: akonadi_control[5288]: channel failed to initialise, -17 jan 01 19:45:13 localhost kernel: nouveau 0000:01:00.0: kde-open5[5321]: channel failed to initialise, -17 jan 01 19:45:17 localhost kernel: nouveau 0000:01:00.0: akonadi_followu[5435]: channel failed to initialise, -17 jan 01 19:45:17 localhost kernel: nouveau 0000:01:00.0: akonadi_ical_re[5437]: channel failed to initialise, -17 jan 01 19:45:18 localhost kernel: nouveau 0000:01:00.0: akonadi_mailfil[5441]: channel failed to initialise, -17 jan 01 19:45:18 localhost kernel: nouveau 0000:01:00.0: akonadi_notes_a[5446]: channel failed to initialise, -17 jan 01 19:45:18 localhost kernel: nouveau 0000:01:00.0: akonadi_indexin[5438]: channel failed to initialise, -17 jan 01 19:45:18 localhost kernel: nouveau 0000:01:00.0: akonadi_migrati[5444]: channel failed to initialise, -17 jan 01 19:45:18 localhost kernel: nouveau 0000:01:00.0: akonadi_maildis[5440]: channel failed to initialise, -17 jan 01 19:45:18 localhost kernel: nouveau 0000:01:00.0: akonadi_birthda[5431]: channel failed to initialise, -17 jan 01 19:45:18 localhost kernel: nouveau 0000:01:00.0: akonadi_akonote[5429]: channel failed to initialise, -17 jan 01 19:45:18 localhost kernel: nouveau 0000:01:00.0: akonadi_maildir[5439]: channel failed to initialise, -17 jan 01 19:45:18 localhost kernel: nouveau 0000:01:00.0: akonadi_newmail[5445]: channel failed to initialise, -17 jan 01 19:45:19 localhost kernel: nouveau 0000:01:00.0: akonadi_contact[5433]: channel failed to initialise, -17 jan 01 19:45:19 localhost kernel: nouveau 0000:01:00.0: akonadi_mailmer[5443]: channel failed to initialise, -17 jan 01 19:45:19 localhost kernel: nouveau 0000:01:00.0: akonadi_sendlat[5448]: channel failed to initialise, -17 jan 01 19:45:19 localhost kernel: nouveau 0000:01:00.0: akonadi_unified[5450]: channel failed to initialise, -17 jan 01 19:45:19 localhost kernel: nouveau 0000:01:00.0: akonadi_archive[5430]: channel failed to initialise, -17 jan 01 19:45:20 localhost kernel: nouveau 0000:01:00.0: glxtest[7750]: channel failed to initialise, -17 jan 01 19:45:22 localhost kernel: nouveau 0000:01:00.0: kioslave5[7855]: channel failed to initialise, -17 jan 01 19:46:06 localhost kernel: nouveau 0000:01:00.0: konsole[10528]: channel failed to initialise, -17 jan 01 19:47:46 localhost kernel: nouveau 0000:01:00.0: kscreenlocker_g[16234]: channel failed to initialise, -17
For the moment better, clean login display and only one row: [ettan@localhost ~]$ journalctl -b | grep 'channel failed to initialise' feb 23 01:46:37 localhost kernel: nouveau 0000:01:00.0: vulkaninfo[78313]: channel failed to initialise, -17 [ettan@localhost ~]$ inxi -MSG System: Host: localhost Kernel: 6.6.79-desktop-1.mga9 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.27.10 Distro: Mageia 9 Machine: Type: Laptop System: LENOVO product: 4349A13 v: ThinkPad T510 serial: <superuser required> Mobo: LENOVO model: 4349A13 serial: <superuser required> BIOS: LENOVO v: 6MET92WW (1.52 ) date: 09/26/2012 Graphics: Device-1: NVIDIA GT218M [NVS 3100M] driver: nouveau v: kernel Device-2: Lenovo Integrated Webcam [R5U877] driver: uvcvideo type: USB Display: x11 server: X.org v: 1.21.1.8 with: Xwayland v: 22.1.9 driver: X: loaded: modesetting,v4l dri: nouveau gpu: nouveau resolution: 1920x1080~60Hz API: EGL v: 1.5 drivers: nouveau,swrast platforms: gbm,x11,surfaceless,device API: OpenGL v: 3.3 vendor: mesa v: 24.3.4 renderer: NVA8 API: Vulkan v: 1.3.231 drivers: llvmpipe surfaces: xcb,xlib
I have not been using this machine much, and today updated to kernel 6.6.87, mesa 25.0.4, etc. I did not note this problem, and: $ journalctl -b | grep 'channel failed to initialise' finds nothing. So i close this as fixed, will reopen if i see the same again.
Status: NEW => RESOLVEDResolution: (none) => FIXED