[SOLVED] Xorg doesn't start after mesa-19.1.1 update ("no unwind info found" error).
SlackwareThis Forum is for the discussion of Slackware Linux.
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.
looking at the Xorg.0.log it seems you are running the old slackware-14.2 32bit kernel from 2016 (4.4.14-smp) not the one shipped by current (4.19.56-smp): have you tried with that?
Distribution: Slackware 64 -current multilib from AlienBob's LiveSlak MATE
Posts: 1,069
Rep:
As ponce writes, it makes sense to upgrade the kernel to the -current version if you have the rest of your system upgraded to -current.
As a (temporary) solution, downgrading mesa to 19.0.6 should be an alternative. There's a slackware mirror in Japan that always lags behind a bit and thus has saved me a few times when I've run into troubles after upgrading: http://ftp.riken.jp/Linux/slackware/ - it still offers the old mesa package.
looking at the Xorg.0.log it seems you are running the old slackware-14.2 32bit kernel from 2016 (4.4.14-smp) not the one shipped by current (4.19.56-smp): have you tried with that?
I had problems running 4.19 kernel (system doesn't boot with that, iirc), so I reverted back to using old kernel shipped with the distro. And never tried 4.19 since then (i'll try it later).
Quote:
Originally Posted by kgha
As ponce writes, it makes sense to upgrade the kernel to the -current version if you have the rest of your system upgraded to -current.
As a (temporary) solution, downgrading mesa to 19.0.6 should be an alternative. There's a slackware mirror in Japan that always lags behind a bit and thus has saved me a few times when I've run into troubles after upgrading: http://ftp.riken.jp/Linux/slackware/ - it still offers the old mesa package.
I already compiled 19.0.7. It's working.
Thanks for suggestion.
I had problems running 4.19 kernel (system doesn't boot with that, iirc), so I reverted back to using old kernel shipped with the distro. And never tried 4.19 since then (i'll try it later).
Excuse me, but you are kind to provide the full hardware specs of your computer?
I know well that that NVIDIA GeForce 7300 GT you use is a quite old video card, and the NVIDIA cards does not age well, after the official driver support had been gone EOL, because the abysmal quality of Noveau driver, but still...
Excuse me, but you are kind to provide the full hardware specs of your computer?
I know well that that NVIDIA GeForce 7300 GT you use is a quite old video card, and the NVIDIA cards does not age well, after the official driver support had been gone EOL, because the abysmal quality of Noveau driver, but still...
Sure. Here it is:
CPU: Core 2 Duo E6700;
Mobo: ASUS P5LD2 945P;
RAM: Hynix 4GB DDR2 667MHz;
GPU: ASUS Geforce 7600 GS 256Mb.
It's very old, I know. I'm going to try latest 4.19 kernel from -current to check if things have changed (I keep my expectations low though).
Edit: updated kernel to 4.19.56 version and, surprisingly, it works - system booted, no problems.
Tried to update mesa to latest 19.1.1, to check if problem was connected with the kernel, but nope, still not working. Switched back to 19.0.6 (kudos to kgha for the link).
Last edited by Jefferson; 06-26-2019 at 01:35 PM.
Reason: update
I already asked, but make sure both libunwind and libglvnd are installed? Assuming both are installed are you using the nvidia blob or the nouveau driver? Does using the other driver help? You could also try removing libglvnd and then compile mesa without glvnd support (You will need to edit the slackbuild). It may trigger issues if libglvnd is installed and mesa is not compiled to use it.
orbea, of course I'm using nouveau. Blob stopped working several years ago, when xorg ABI changed and nVidia showed no interest in support of legacy cards. I'm stuck with nouveau and nv drivers. Chose to use nouveau obviously.
Both libunwind and libglvnd are installed. I had no problems with libglvnd and older version of mesa (19.0.6).
If I am the only one experiencing issues, forget about it. I already blacklisted mesa in slackpkg.
Thanks for suggestion though.
Your backtrace seems related to the swrast and has no mention of nouveau. I don't think blacklisting mesa is a permanent solution and could cause issues in the long run. Can you reproduce this issue if you build mesa yourself?
FWIW - I have no problem running X with mesa-19.1.1 and the nouveau driver on an nVidia NV46 chipset (earlier than the OP's) with the 4.19.53 kernel. (I will now do the kernel update after checking this.)
From /sbin/lspci -k
Quote:
01:00.0 VGA compatible controller: NVIDIA Corporation G72 [GeForce 7300 LE] (rev a1)
Subsystem: Dell G72 [GeForce 7300 LE]
Kernel driver in use: nouveau
Kernel modules: nvidiafb, nouveau
I have had problems with X when upgrading mesa, using Nouveau or Nvidia prop. drivers ( slackware64--current, actually running
a GeForce GT 710).
Now when i see a mesa upgrade, first of all I remove nvidia ( or nouveau) drivers, then i removepkg mesa, then installpkg new mesa
and then again nvidia or nouveau. And all seems to be OK.
If this can help...
I already asked, but make sure both libunwind and libglvnd are installed? Assuming both are installed are you using the nvidia blob or the nouveau driver? Does using the other driver help? You could also try removing libglvnd and then compile mesa without glvnd support (You will need to edit the slackbuild). It may trigger issues if libglvnd is installed and mesa is not compiled to use it.
I removed libglvnd and set "-Dglvnd=false" in slackbuild.
After compilation ends and it starts building the package i get error:
/usr/bin/ld: cannot find -lGL
collect2: error: ld returned 1 exit status
If i do not remove libglvnd, i get exactly same error.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.