LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - General (https://www.linuxquestions.org/questions/linux-general-1/)
-   -   I'm getting very tired of nvidia issues. Can they be fixed? (https://www.linuxquestions.org/questions/linux-general-1/im-getting-very-tired-of-nvidia-issues-can-they-be-fixed-4175651817/)

d745fba1cb70ab9dc02a80ee 04-09-2019 06:49 PM

I'm getting very tired of nvidia issues. Can they be fixed?
 
I am currently running Kubuntu 18.04, but these issues affect other distributions as well. I have tried multiple nvidia drivers, and none of them work properly. I have a laptop with a soldered GPU (Quadro FX 1800M), no integrated graphics, and no support for integrated graphics, so I have to keep using that GPU unless I buy a whole new system, which I really don't want to do.

With the nvidia-340 package (which I will refer to as the proprietary driver), the newest proprietary driver that supports my GPU, there are multiple issues, none of which happen with the free driver:
1. The switch user dialog has a button to start a new session. On the nouveau drivers, this creates a new session and switches to it, but keeps the old session. I can switch between both sessions with the switch user dialog. I am pretty sure that is the intended behavior, and it is the behavior I want. On the proprietary drivers, the add session button ends the current session and starts a new one. I think it restarts the entire X server. This is extremely irritating (I share this laptop with my brother) and can possibly result in lost data if someone is rushed or isn't careful.
2. Is it possible to remove or replace the Nvidia logo that appears every time I boot my computer, log out, or log in? I hate Nvidia because of their shitty drivers (my next laptop will have Intel integrated graphics) and don't want to have my computing experience ruined by having to look at their logo.
3. Whenever I wake up from sleep, some areas of certain windows get visual artifacts on them (this happens on all DEs and distros as well) that disappear if I change the size of the window or otherwise make it re-render. Here is a screenshot showing an example of it happening in VS Code compared to what it is supposed to look like.
4. Waking after sleep will sometimes work perfectly, but will sometimes (especially if my system is heavily loaded) take a stupidly long time (5-10 minutes) to display the lock screen. It is often faster to kill X, log in again, and re-open all my stuff than it is to wait for that. In fact, it is often faster to shut down the computer completely and turn it back on again later than it is to wait for that. I have to suspend and wake up a lot, so this is unacceptable.
5. How do I change the boot animation or replace it with a verbose boot? The nvidia drivers replaced the nice-looking default boot animation with an ugly and low resolution one that, like their logo, I also don't want to look at.
6. If my system is heavily loaded, applications will sometimes appear to freeze and become hard to switch out of, then crash and bring down the entire graphical session with them. I have to log in and re-open all of my graphical applications every time this happens. This is also unacceptable.
7. The GPU performance is terrible, usually slightly worse or barely better than not using GPU acceleration at all. 60fps Youtube videos stutter, especially if played at 2x speed. UI animations on websites stutter. Scrolling usually stutters. Almost anything more graphically intensive than plain text and images is annoying to use.
8. The system runs about 10-15°C/18-27°F hotter under similar conditions than it does with the other drivers, which suggests that it is using a lot of power.

With the nouveau driver, all of those issues are fixed, but it often causes my entire system to crash without any warning. I think it is causing kernel panics because the screen stops updating, my laptop disconnects from the network, the hard drive light stops flashing, and the system does not respond to REISUB (it normally does) and therefore can only be recovered by holding the power button or removing the AC adapter and battery. I actually need my system to work, so this is completely unacceptable and is the reason why I am currently using the other driver.

Someone on here told me that if I uninstall both drivers, Xorg will fall back on something called the modesetting driver. Uninstalling both drivers caused the system to behave mostly as if it was on the nouveau drivers, including the random kernel panics. The only difference was that I could not use KDE's desktop effects and some other GPU dependent things.

Is there a way to fix all of the issues with any of these drivers? I think the best option would be to fix the kernel panics with the nouveau driver, but I don't even know where to begin with any of this.

mrmazda 04-09-2019 09:16 PM

Quote:

Originally Posted by d745fba1cb70ab9dc02a80ee (Post 5983036)
Someone on here told me that if I uninstall both drivers, Xorg will fall back on something called the modesetting driver. Uninstalling both drivers caused the system to behave mostly as if it was on the nouveau drivers, including the random kernel panics. The only difference was that I could not use KDE's desktop effects and some other GPU dependent things.

Is there a way to fix all of the issues with any of these drivers? I think the best option would be to fix the kernel panics with the nouveau driver, but I don't even know where to begin with any of this.

The Nouveau DDX driver is old technology. The Modesetting DDX driver is much newer technology, provided by the X server package instead of as a separate DDX driver package. For most people who find their GPU is no longer supported by a proprietary driver, the Modesetting is more likely the best choice available. Testing is the only way to tell which is preferable. Please post output from:
Code:

inxi -Gxx
and pastebinit /var/log/Xorg.0.log so that we might spot some problem that something might be done about.

Regarding boot issues, and possibly other issues, Plymouth might be playing role that can be eliminated by uninstalling it. To test whether it helps, at the Grub boot menu, strike the e key, move the cursor to the end of the (possibly wrapped) linux line, remove splash=silent, optionally remove quiet, and append plymouth.enable=0, then proceed with boot. The result will be a lot of text messages, and hopefully also some graphics mode improvement. If success, either uninstall Plymouth, or reconfigure your bootloader via /etc/default/grub's GRUB_CMDLINE_LINUX_DEFAULT= and GRUB_CMDLINE_LINUX= lines to match the test, then update Grub.

d745fba1cb70ab9dc02a80ee 04-09-2019 10:03 PM

inxi -Gxx gives me:
Code:

Graphics:  Device-1: NVIDIA GT215GLM [Quadro FX 1800M] driver: nvidia v: 340.107 bus ID: 01:00.0
          chip ID: 10de:0cbc
          Display: x11 server: X.Org 1.20.1 driver: none FAILED: nvidia unloaded: modesetting
          alternate: fbdev,nouveau,vesa compositor: kwin_x11 resolution: 1920x1080~60Hz
          OpenGL: renderer: Quadro FX 1800M/PCIe/SSE2 v: 3.3.0 NVIDIA 340.107 direct render: Yes

/var/log/Xorg.0.log is at https://pastebin.com/0eGS49bB.

I believe I have already tried the modesetting DDX driver by removing both the nvidia-340 and nouveau packages. It resulted in the same behavior as nouveau, except with some GPU dependent stuff not working. Was I doing it right? I don't think I'll bother attempting to fix the boot animation if it is going to involve lots of troubleshooting and editing config files.

mrmazda 04-09-2019 10:21 PM

Having Plymouth removed could impact other things. It's worth trying the cmdline test to see. openSUSE users using proprietary NVidia drivers are instructed to remove Plymouth entirely. Plymouth removal might be the only thing you need to do to reach nirvana. :)

The Xorg.0.log I was expecting was from using nouveau DDX or modesetting DDX. Yours with NVidia tells me nothing about whatever might be malfunctioning or missing when using the FOSS DDXes. Another would be moot if Plymouth removal works.

d745fba1cb70ab9dc02a80ee 04-09-2019 10:39 PM

Well, I was having these exact issues on Debian too, which does not have Plymouth AFAIK. Should I still attempt Plymouth removal? If so, should I switch to a FOSS DDX before doing that?

mrmazda 04-09-2019 10:49 PM

Quote:

Originally Posted by d745fba1cb70ab9dc02a80ee (Post 5983073)
Well, I was having these exact issues on Debian too, which does not have Plymouth AFAIK. Should I still attempt Plymouth removal?

Debian has Plymouth on the mirrors, so it might have been installed. Go ahead and try the plymouth.enable=0 on kernel cmdline test, first.

Quote:

If so, should I switch to a FOSS DDX before doing that?
I would not.

d745fba1cb70ab9dc02a80ee 04-09-2019 11:29 PM

"Disabling" plymouth just made my system sit there with a black screen and the hard drive light flashing for almost a minute, then boot normally with Plymouth enabled. Otherwise, nothing changed. Also, I'm going to bed and should be able to continue tomorrow.

mrmazda 04-10-2019 12:17 AM

None of my 18.04 installations have Plymouth installed, so I can't really test if how to temporarily disable it works as in the past. You might try noplymouth instead of plymouth.enable=0 instead. Make sure you have a space between either and whatever character ends the last parameter on the linux line.

d745fba1cb70ab9dc02a80ee 04-10-2019 10:04 AM

It turns out that you need to remove "splash" from the Linux command line to disable plymouth, and "quiet" to get a verbose boot. I'll leave it that way because I want that anyways. This fixes number 5. The performance and temperatures also seem more reasonable now, but I haven't had a chance to do a proper test yet. I'm still on nvidia-340.

1, 2, and 3 are definitely not fixed. I still have those issues.

No testing has been done for 4 and 6 yet.

5 is definitely fixed.

7 and 8 seem mostly fixed, but I need to do more testing.

d745fba1cb70ab9dc02a80ee 04-11-2019 10:32 AM

Does replying bump this to the top? mrmazda suggested disabling Plymouth on the proprietary drivers, which was helpful but did not fix everything. Here is what still needs to be fixed:
1. The switch user dialog has a button to start a new session. On the FOSS drivers, this creates a new session and switches to it, but keeps the old session. I can switch between both sessions with the switch user dialog. I am pretty sure that is the intended behavior, and it is the behavior I want. On the proprietary drivers, the add session button ends the current session and starts a new one. I think it restarts the entire X server. This is extremely irritating (I share this laptop with my brother) and can possibly result in lost data if someone is rushed or isn't careful.
2. Is it possible to remove or replace the Nvidia logo that appears every time I boot my computer, log out, or log in? I don't want to have to see that.
3. Whenever I wake up from sleep, some areas of certain windows get visual artifacts on them (this happens on all DEs and distros as well) that disappear if I change the size of the window or otherwise make it re-render. Here is a screenshot showing an example of it happening in VS Code compared to what it is supposed to look like.
4. Waking after sleep will sometimes work perfectly, but will sometimes (especially if my system is heavily loaded) take a stupidly long time (5-10 minutes) to display the lock screen. It is often faster to kill X, log in again, and re-open all my stuff than it is to wait for that. In fact, it is often faster to shut down the computer completely and turn it back on again later than it is to wait for that. I have to suspend and wake up a lot, so this is unacceptable. Disabling Plymouth makes this happen a little more infrequently and makes it a bit easier to recover from it with the console, but it is still annoying.
5. If my system is heavily loaded, applications will sometimes appear to freeze and become hard to switch out of, then crash and bring down the entire graphical session with them. I have to log in and re-open all of my graphical applications every time this happens. This is also unacceptable. Disabling Plymouth seems to make them stop bringing down the entire graphical session when they crash.
6. The GPU performance is terrible, usually slightly worse or barely better than not using GPU acceleration at all. YouTube videos stutter, especially if played at 2x speed. UI animations on websites stutter. Scrolling usually stutters. Almost anything more graphically intensive than plain text and images is annoying to use. Disabling Plymouth makes it start out with reasonable performance but within a few hours it is bad again.
7. The system runs about 10-15°C/18-27°F hotter under similar conditions than it does with the FOSS drivers, which suggests that it is using a lot of power. Disabling Plymouth seems to make it significantly cooler, but not the full 10-15°C cooler.

The FOSS drivers (both nouveau and modesetting, as far as I can tell) don't have any of those issues, but will randomly kernel panic the system, which is even more unacceptable than the issues from the proprietary drivers.

freemedia2018 04-11-2019 10:39 AM

Perhaps this will be considered trolling, but if I have problems with NVidia hardware, I just throw it away. I'm certainly never in the market for laptops with NVidia cards, used or otherwise.

Certainly there are circumstances (professional) where that isn't an option-- none that apply to me.

d745fba1cb70ab9dc02a80ee 04-11-2019 12:22 PM

Good for you. I am a 16 year old with very little of his own income, and I want to continue to use this laptop as long as possible. When I replace it, I want to get something high end, repairable, and macgyverable so I can use it for a long time. I probably won't be able to get a real job until this summer and this laptop has a soldered Nvidia card and no integrated graphics, so I have to keep using the Nvidia card, at the very least until then. Of course, I still want to get at least two to six more years out of this laptop if the Nvidia graphics can be fixed.

d745fba1cb70ab9dc02a80ee 04-11-2019 12:30 PM

If I have a spare mPCIe slot (or at least am willing to remove my Wi-Fi card and use USB Wi-Fi or Ethernet), does this mean I can get an adapter to connect to a cheap GPU and connect that to a cheap monitor, avoiding the need to use the Nvidia card AND the need to buy a new machine, assuming I hack their power supplies to run off my laptop's 12 volt rail? And of course make an external battery pack (or a few) to improve the battery life and then duct tape them all together so it still looks like a laptop? Would that cost less than buying a new machine?

mrmazda 04-11-2019 12:59 PM

Quote:

Originally Posted by d745fba1cb70ab9dc02a80ee (Post 5983746)
The FOSS drivers (both nouveau and modesetting, as far as I can tell) don't have any of those issues, but will randomly kernel panic the system, which is even more unacceptable than the issues from the proprietary drivers.

This points to probable hardware trouble. I suggest tomorrow night before bed starting memtest86 7.x (not memtest86+), then not touching it again until Sunday AM (any period of >24 hours actually). If no memtest errors, put a different HD in it and install Windows. If Windows crashes too, either give up, or open it up and clean it thoroughly. If Windows does not crash, try a non-Debian based distro, as 18.04 is. Absent hardware trouble, you should have it working acceptably by now. What brand and model is this 9 or 10 year old laptop? When did you acquire it? When did it last work acceptably, using what OS?

d745fba1cb70ab9dc02a80ee 04-11-2019 01:28 PM

This laptop is a Dell Precision M4500 that I got in either 2014 or 2015. It was refurbished, and I think (I may have to check) it has a new hard drive, new RAM, and a new battery. I abandoned Windows 7 in 2016 because it was too slow and was having too much trouble with internet drivers. It would not connect to a wired network and would not recognize my Wi-Fi card at all (on Windows). Graphics drivers on Linux never worked quite right, but the machine is still overall better on Linux than it was on Windows. I've been having the exact same issues for years and just decided to try to fix them now. If it was a hardware issue, I would think it would get worse over time. I don't have a spare hard drive and don't really want to download over 4 gigabytes, but which distros do you recommend trying? I think I can memtest it either overnight tonight or over the weekend. Any reason why I should use MemTest86 and not MemTest86+?

d745fba1cb70ab9dc02a80ee 04-11-2019 03:23 PM

I just had my screen go black with just a cursor for about a minute, and all my windows flash a bunch of times for a few more minutes after that. The following appeared in my dmesg:
Code:

[36413.809718] NVRM: Xid (PCI:0000:01:00): 13, Graphics Exception: ChID 0008, Class 00005039, Offset 00000100, Data 00000000
[36441.960855] NVRM: Xid (PCI:0000:01:00): 13, Graphics Exception: ChID 0002, Class 00005039, Offset 00000328, Data 00000000

Does this mean that my GPU crashed?

EDIT: The flashing stopped because I turned off my compositor. If I turn it back on, the flashing continues.

mrmazda 04-11-2019 03:38 PM

Quote:

Originally Posted by d745fba1cb70ab9dc02a80ee (Post 5983833)
This laptop is a Dell Precision M4500 that I got in either 2014 or 2015. It was refurbished, and I think (I may have to check) it has a new hard drive, new RAM, and a new battery.

None of it is "new" any more. It was at least 4 years old when you acquired it, and that was around 5 years ago.

Quote:

I abandoned Windows 7 in 2016 because it was too slow and was having too much trouble with internet drivers. It would not connect to a wired network and would not recognize my Wi-Fi card at all (on Windows). Graphics drivers on Linux never worked quite right, but the machine is still overall better on Linux than it was on Windows. I've been having the exact same issues for years and just decided to try to fix them now.
What you've described is a proverbial lemon. The "refurbishing" process was probably little more than cleaning the outside, installing Windows on a wiped HD, and making sure Windows boots, on a laptop already 5 or more years old.

Quote:

If it was a hardware issue, I would think it would get worse over time.
Maybe. Maybe not. It's never been "good" the whole time you've had it, has it? Are its RAM sticks a matched pair?

Quote:

I don't have a spare hard drive and don't really want to download over 4 gigabytes...
The different HD was suggested in order to avoid losing your current installation investment, not necessary if losing current data or restoring it from backup is a non-issue for you.

Quote:

, but which distros do you recommend trying?
Any that offer a NET installation image, so that you only need download what will actually be installed, and have a complete complement of software available to choose to install, rather than being limited to whatever is on the installation media. More than that, you'll have the latest version of everything available, no need to update when the installation process is complete.

More important probably than choice of distro is choice of desktop. A lighter weight DE may be less prone to call upon resources that are problematic on your specific hardware. Manjaro, openSUSE, Mageia and CentOS are some distro candidates. Make use of distrowatch.com to choose. I settled on openSUSE as my primary Linux around 16 years ago, but have current and old installations of several popular distros spread across more than 25 multiboot PCs.

Quote:

I think I can memtest it either overnight tonight or over the weekend. Any reason why I should use MemTest86 and not MemTest86+?
For a laptop as old as yours, it probably won't matter. + is much older, v5.x vs 7.x, less capable on newer hardware, particularly for use with UEFI.

d745fba1cb70ab9dc02a80ee 04-11-2019 03:57 PM

So my machine is probably junk anyways? I guess I may be upgrading sooner than I anticipated. I don't recall the system ever working perfectly, but I'm not going to give up hope yet. The RAM sticks are a matched pair. I can restore from backup if I need to. LXDE doesn't work properly on the proprietary drivers (I tested before), so I guess I'll try XFCE if I need a lightweight desktop. I researched my machine to see if it normally works on Linux, and I found a bunch of stories like https://twicetwo.com/blog/linux/hard...precision.html, suggesting that this is not a very good Linux machine and I am actually having a better experience than many other people with it. I've been hearing good things about Manjaro, which isn't Debian based, so I guess I'll try that first.

d745fba1cb70ab9dc02a80ee 04-11-2019 04:00 PM

Slight problem: MemTest86 from https://www.memtest86.com/download.htm appears to only support UEFI boot in versions newer than 4.x. My machine does not have proper UEFI support. Should I use MemTest86 4.x or MemTest86+

mrmazda 04-11-2019 04:21 PM

Use whatever you can get to work. I'd be trying the F12 key first to try to make it boot the 7.x version in UEFI mode.

Do have the newest BIOS installed?

Are you sure the Quadro is soldered in place? IME such things fit in proprietary sockets. There is a possibility it could be removed. Check the exact CPU model with inxi -C against intel.com to see if it provides a GPU on die. You could get lucky and only need to retire the Quadro.

d745fba1cb70ab9dc02a80ee 04-11-2019 04:49 PM

I have the newest BIOS installed. I am sure that the Quadro is soldered. Every spec sheet I can find says it is soldered, every motherboard is labeled as coming with an FX880M or FX1800M, and every image I can find appears to have it soldered. If you take a look at https://s3.amazonaws.com/MOBO/MOBO-00223-1.JPG, the GPU is the thing below and to the left of the CPU socket, and it is surrounded by a gig of VRAM that is also soldered. I don't know what the thing on the right that looks like another processor or GPU is, but it also looks soldered. Intel doesn't even mention on-die graphics on the CPU's page (https://ark.intel.com/content/www/us...-1-73-ghz.html). https://www.intel.com/content/www/us...rocessors.html has no mention of 1st gen i7 processors with integrated graphics. http://cpuboss.com/cpu/Intel-Core-i7-740QM mentions that it does not have integrated graphics.

I cannot retire the quadro unless I abuse the mPCIe lanes meant for something like my Wi-Fi card to drive an external GPU. I think that the best option would be to keep using the Quadro as is until I can buy a new laptop.

mrmazda 04-11-2019 05:08 PM

Quote:

Originally Posted by d745fba1cb70ab9dc02a80ee (Post 5983897)
I don't know what the thing on the right that looks like another processor or GPU is, but it also looks soldered.

It has to be the QM57.

Quote:

Intel doesn't even mention on-die graphics on the CPU's page (https://ark.intel.com/content/www/us...-1-73-ghz.html).
That affirms your laptop is inseparable from its Quadro. :(

d745fba1cb70ab9dc02a80ee 04-11-2019 05:13 PM

That looks like it has a lot of I/O. Is it a northbridge or something? My laptop probably could be separated from the quadro with the power of my flathead screwdriver, but I feel like that would break it even more. Well, time to close my stuff and try some distros.

mrmazda 04-11-2019 05:27 PM

Quote:

Originally Posted by d745fba1cb70ab9dc02a80ee (Post 5983906)
That looks like it has a lot of I/O. Is it a northbridge or something?

The QM57 is a PCH, obsoleting separate south and north bridges.

d745fba1cb70ab9dc02a80ee 04-11-2019 06:23 PM

So far, Manjaro with whatever it uses as its default free Nvidia driver seems stable, but I'll need to install and test it more.

d745fba1cb70ab9dc02a80ee 04-11-2019 06:34 PM

It also seems a lot faster and more energy efficient than Kubuntu was. I may actually switch.

d745fba1cb70ab9dc02a80ee 04-11-2019 11:39 PM

I got bored and decided to play some video games. I ended up NOT crashing anything! Why would Manjaro work but not Debian/(K)Ubuntu?

mrmazda 04-11-2019 11:59 PM

Different distro, different kernel, different compiler, different defaults, different background services, etc. Using same DE in both? What is output from:
Code:

inxi -Gxxb
run from a terminal in an X session?

ondoho 04-12-2019 12:59 AM

Quote:

Originally Posted by d745fba1cb70ab9dc02a80ee (Post 5983882)
So my machine is probably junk anyways?

nobody said that.
you just need to be aware of its limitations.
according to this it was pretty powerful in 2011, but be aware, these models come in many different submodels, maybe you have a weaker CPU, less RAM etc.

i have often seen that older nvidia cards are not properly recognized by automated driver installation; for a 2011 model you'd probably need the oldest proprietary driver readily available.
i have also seen that even current nouveau versions are more buggy with older cards!

btw, you're the first 16-year old i ever saw making McGyver hints and being genrally too well-versed in geek lingo. color me sceptical.

d745fba1cb70ab9dc02a80ee 04-12-2019 10:30 AM

I'll run inxi -Gxxb soon, but I need to burn a new flash drive because I killed my current one.

I have a slightly weaker CPU than that model being reviewed, but I have the full 8GB of RAM and the same graphics card. I also don't have some of the additional features like Bluetooth, mobile data, the fingerprint reader, the Blu-Ray drive, or an SSD, but that shouldn't affect my graphics performance.

Lol, they are saying that some people might find scaling on a 1920 by 1080 screen to be annoying.

They say this can get up to 5.5 hours of battery life. Mine doesn't get that.

Nvidia's site claims my card is compatible with the nvidia-340 driver. Should I use an even older version than that?

I haven't actually watched Macgyver. I only heard about him by watching Mythbusters.

d745fba1cb70ab9dc02a80ee 04-12-2019 11:17 AM

inxi -Gxxb run from live usb:
Code:

System:
  Host: manjaro Kernel: 4.19.28-1-MANJARO x86_64 bits: 64 compiler: gcc
  v: 8.2.1 Desktop: KDE Plasma 5.15.2 tk: Qt 5.12.1 wm: kwin_x11 dm: SDDM
  Distro: Manjaro Linux
Machine:
  Type: Laptop System: Dell product: Precision M4500 v: 0001
  serial: <root required> Chassis: type: 9 serial: <root required>
  Mobo: Dell model: N/A serial: <root required> BIOS: Dell v: A16
  date: 05/12/2017
Battery:
  ID-1: BAT0 charge: 58.7 Wh condition: 58.7/79.9 Wh (73%)
  volts: 12.5/11.1 model: SMP DELL Y437209 serial: 1020 status: Full
CPU:
  Quad Core: Intel Core i7 Q 740 type: MT MCP arch: Nehalem
  speed: 931 MHz max: 933 MHz
Graphics:
  Device-1: NVIDIA GT215GLM [Quadro FX 1800M] vendor: Dell
  driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:0cbc
  Display: x11 server: X.Org 1.20.4 driver: nouveau unloaded: modesetting
  alternate: fbdev,nv,vesa compositor: kwin_x11
  resolution: 1920x1080~60Hz
  OpenGL: renderer: NVA3 v: 3.3 Mesa 18.3.4 direct render: Yes
Network:
  Device-1: Intel 82577LM Gigabit Network vendor: Dell driver: e1000e
  v: 3.2.6-k port: 8040 bus ID: 00:19.0 chip ID: 8086:10ea
  Device-2: Intel Centrino Ultimate-N 6300 driver: iwlwifi v: kernel
  port: 7000 bus ID: 03:00.0 chip ID: 8086:422b
Drives:
  Local Storage: total: 240.22 GiB used: 126.1 MiB (0.1%)
Info:
  Processes: 227 Uptime: 7m Memory: 7.78 GiB used: 1.16 GiB (14.9%)
  Init: systemd v: 241 Compilers: gcc: 8.2.1 Shell: bash v: 5.0.0
  running in: konsole inxi: 3.0.32


d745fba1cb70ab9dc02a80ee 04-12-2019 02:55 PM

Manjaro on the default free drivers (not sure whether that would be nouveau or modesetting) just kernel panicked while I was dragging a window. It seems more stable than the Debian distros were, but still not perfect. Are these fixable or do I have to install the proprietary drivers on Manjaro too?

mrmazda 04-12-2019 03:05 PM

Quote:

Originally Posted by d745fba1cb70ab9dc02a80ee (Post 5984213)
Display: x11 server: X.Org 1.20.4 driver: nouveau unloaded: modesetting

This reports nouveau DDX in use, modesetting DDX available. Try switching.

d745fba1cb70ab9dc02a80ee 04-12-2019 03:06 PM

I do that by uninstalling the nouveau package, right?

mrmazda 04-12-2019 03:10 PM

Quote:

Originally Posted by d745fba1cb70ab9dc02a80ee (Post 5984289)
Manjaro on the default free drivers (not sure whether that would be nouveau or modesetting) just kernel panicked while I was dragging a window.

How do you know this is not a KDE/Plasma or theming problem? I wouldn't jump to the conclusion that the problem is the DDX.

mrmazda 04-12-2019 03:11 PM

Quote:

Originally Posted by d745fba1cb70ab9dc02a80ee (Post 5984294)
I do that by uninstalling the nouveau package, right?

It's an easy way.

d745fba1cb70ab9dc02a80ee 04-12-2019 03:14 PM

I know it's not a KDE problem because it also happens on GNOME and LXDE. I'll try uninstalling the nouveau package.

ondoho 04-13-2019 12:35 AM

Quote:

Originally Posted by mrmazda (Post 5984292)
This reports nouveau DDX in use, modesetting DDX available. Try switching.

please keep in mind that op ran inxi from a live usb.

mrmazda 04-13-2019 04:20 PM

Quote:

Originally Posted by d745fba1cb70ab9dc02a80ee (Post 5984289)
Manjaro on the default free drivers (not sure whether that would be nouveau or modesetting) just kernel panicked while I was dragging a window. It seems more stable than the Debian distros were, but still not perfect. Are these fixable or do I have to install the proprietary drivers on Manjaro too?

I wonder if https://bugs.kde.org/show_bug.cgi?id=405931#c3 alludes to this problem being fixed upstream. It might be worth an ask in a KDE-specific forum.

d745fba1cb70ab9dc02a80ee 04-14-2019 03:36 PM

I was away from my computers for a few days. Memtest gave me no errors in that time. I don't think that bug you linked to is related to dragging a window, but I've had similar issues. My brother is on my laptop right now, so I'll probably have to try modesetting ddx tomorrow.

d745fba1cb70ab9dc02a80ee 04-21-2019 07:40 PM

I've been busy, so I wasn't able to work on this until today. Modesetting ddx didn't make it any better, I just lost my desktop effects. However, on the Manjaro forum, they suggested that I try using the proprietary drivers on an older kernel. I'm now running the proprietary drivers on the 4.9 LTS kernel, which gives me until January 2023 to buy a new machine. This setup actually works pretty well (a little bit better than nouveau) and doesn't seem to randomly kernel panic my system. Almost all of the issues are fixed, except for one.

When I use KDE's new session button, the new session is just a black screen with a cursor. I can switch back to the old session with Ctrl+Alt+F1 (so at least I don't lose my old session), and the new sessions show up in the switch user dialog as "Unused."


All times are GMT -5. The time now is 03:17 AM.