[opensuse] kernel 3.13 and nVidia graphics
Hi there, I tried the kernel 3.13 on openSUSE 13.1 with the proprietary drivers from nVidia. I have problems with suspend to ram, when I wake up the machine I see the mouse cursor, but I cannot unlock the KDE screen lock. The mouse is there, but the screen stays black. And when I switch to a console with alt-ctrl-f1 the screen just stays black, nothing, nada, no prompt, just blank screen. I have to switch back to X using alt-f7. I guess either kernel 3.13 has some issues with nVidia or the nVidia driver has issues. I use nVidia driver version 331.49. Anyone with the same experience? Maybe any workaround for xorg.conf available? Malte -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello, In the Message; Subject : [opensuse] kernel 3.13 and nVidia graphics Message-ID : <530B1624.9000100@malte.gell.gmx.de> Date & Time: Mon, 24 Feb 2014 10:51:32 +0100 Malte Gell <malte.gell@gmx.de> has written:
I tried the kernel 3.13 on openSUSE 13.1 with the proprietary drivers from nVidia.
I have problems with suspend to ram, when I wake up the machine I see the mouse cursor, but I cannot unlock the KDE screen lock. The mouse is there, but the screen stays black.
And when I switch to a console with alt-ctrl-f1 the screen just stays black, nothing, nada, no prompt, just blank screen. I have to switch back to X using alt-f7.
I guess either kernel 3.13 has some issues with nVidia or the nVidia driver has issues. I use nVidia driver version 331.49.
Anyone with the same experience? Maybe any workaround for xorg.conf available?
How about this patch? --- nv-acpi.c.orig 2014-02-24 21:00:45.000000000 +0900 +++ nv-acpi.c 2014-02-24 21:00:45.000000000 +0900 @@ -15,6 +15,10 @@ #include "nv-linux.h" #include "nv-reg.h" +#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 13, 0) && defined(ACPI_HANDLE) +#define DEVICE_ACPI_HANDLE(a) ACPI_HANDLE(a) +#endif + #if defined(NV_LINUX_ACPI_EVENTS_SUPPORTED) static RM_STATUS nv_acpi_extract_integer (const union acpi_object *, void *, NvU32, NvU32 *); static RM_STATUS nv_acpi_extract_buffer (const union acpi_object *, void *, NvU32, NvU32 *); Regards, --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ "Bill! You married with Computers. Not with Me!" "No..., with money." -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 24.02.2014 13:31, schrieb Masaru Nomiya:
Hello,
In the Message;
Subject : [opensuse] kernel 3.13 and nVidia graphics Message-ID : <530B1624.9000100@malte.gell.gmx.de> Date & Time: Mon, 24 Feb 2014 10:51:32 +0100
Malte Gell <malte.gell@gmx.de> has written:
I tried the kernel 3.13 on openSUSE 13.1 with the proprietary drivers from nVidia.
I have problems with suspend to ram, when I wake up the machine I see the mouse cursor, but I cannot unlock the KDE screen lock. The mouse is there, but the screen stays black.
And when I switch to a console with alt-ctrl-f1 the screen just stays black, nothing, nada, no prompt, just blank screen. I have to switch back to X using alt-f7.
I guess either kernel 3.13 has some issues with nVidia or the nVidia driver has issues. I use nVidia driver version 331.49.
Anyone with the same experience? Maybe any workaround for xorg.conf available?
How about this patch?
Thank you, but I already found the problem! I booted with "nomodeset" in order to get rid of the nouveau driver and I forgot to remove "nomodeset" again. Now I removed "nomodeset" from grub.cfg and everything is fine again. I can now switch to the console and waking up from suspending works again! Thus, using the nVidia driver people should never use "nomodeset". Malte -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 24/02/14 11:20, Malte Gell wrote:
Am 24.02.2014 13:31, schrieb Masaru Nomiya:
[snip]
I tried the kernel 3.13 on openSUSE 13.1 with the proprietary drivers from nVidia.
Thank you, but I already found the problem! I booted with "nomodeset" in order to get rid of the nouveau driver and I forgot to remove "nomodeset" again. Now I removed "nomodeset" from grub.cfg and everything is fine again.
I can now switch to the console and waking up from suspending works again!
Thus, using the nVidia driver people should never use "nomodeset".
Malte
Out of curiosity, are you using the RPM's from nvidia's repo (via Yast) or recompiling from the binary blob source (.run I believe)? Cheers, Alvin -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Alvin Beach <alvinbeach@gmail.com> [02-24-14 11:21]:
On 24/02/14 11:20, Malte Gell wrote:
[...]
Thus, using the nVidia driver people should never use "nomodeset".
Malte
Out of curiosity, are you using the RPM's from nvidia's repo (via Yast) or recompiling from the binary blob source (.run I believe)?
His statement appears to have benefited from some frustration and w/o proper research. Should probably be modified to be read as "in his particular situation". I have had to use "nomodeset" on two older laptops which did both use the nvidia provided binaries, NV.*.run, without other issue. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 24.02.2014 17:20, schrieb Alvin Beach:
On 24/02/14 11:20, Malte Gell wrote:
Am 24.02.2014 13:31, schrieb Masaru Nomiya:
[snip]
I tried the kernel 3.13 on openSUSE 13.1 with the proprietary drivers from nVidia.
Thank you, but I already found the problem! I booted with "nomodeset" in order to get rid of the nouveau driver and I forgot to remove "nomodeset" again. Now I removed "nomodeset" from grub.cfg and everything is fine again.
I can now switch to the console and waking up from suspending works again!
Thus, using the nVidia driver people should never use "nomodeset".
Malte
Out of curiosity, are you using the RPM's from nvidia's repo (via Yast) or recompiling from the binary blob source (.run I believe)?
I downoad the driver from nvidia.com and build it on my own! Malte -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dear Masaru,
I have problems with suspend to ram, when I wake up the machine I see the mouse cursor, but I cannot unlock the KDE screen lock. The mouse is there, but the screen stays black. How about this patch?
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 13, 0) && defined(ACPI_HANDLE) +#define DEVICE_ACPI_HANDLE(a) ACPI_HANDLE(a) +#endif
I now have used your patch with Linux kernel 3.14 and Nvidia driver beta 337.12 and it works fine! The machine can now resume from suspend and the screen is okay! Maybe Nvidia should include your patch to their driver. Your patch makes resuming work with kernel > 3.13. Regards Malte -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/04/14 23:10, Malte Gell wrote:
Dear Masaru,
I have problems with suspend to ram, when I wake up the machine I see the mouse cursor, but I cannot unlock the KDE screen lock. The mouse is there, but the screen stays black. How about this patch?
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 13, 0) && defined(ACPI_HANDLE) +#define DEVICE_ACPI_HANDLE(a) ACPI_HANDLE(a) +#endif I now have used your patch with Linux kernel 3.14 and Nvidia driver beta 337.12 and it works fine! The machine can now resume from suspend and the screen is okay!
Maybe Nvidia should include your patch to their driver.
Your patch makes resuming work with kernel > 3.13.
Sorry to say this but the above is MOST annoying! :-( If I am wrong in my assumptions then please forgive me. I can only assume that your response to Masaru was to a private message between yourselves, but your response (above) was then also sent to this list. I have checked the archives for March and April and there is nothing from you, Malte, with the above Thread Subject - and there is no reply from Masaru giving the full patch. (I have tried to apply this "patch" to another driver and got back the response, "patch: **** Only garbage was found in the patch input.") If you are going to provide a response to something which may be of importance to many people then please quote in FULL the most salient part of the advice you received from Masaru (ie, the full text of the patch). Having stated the above I want to advice you, and anyone else, that last night I downloaded the latest nVidia driver - 331.67 - from nVidia and compiled it for the 3.14.x kernel using dkms. It was a 'normal' install for driver 331.67 and kernel 3.14.0-2 using, "sh NVIDIA*.run --dkms" which compiled the driver without a hiccup. @ Masaru: At the beginning of this month (3 April) I asked if there was a patch to compile the 331.49 driver for the 3.14.x kernel and you provided the patch to be able to do so. Before asking my question I had looked at the nVidia's forum site to see whether there was such a patch but couldn't see any information. But then you came up with the full info. of a patch. My question now is: where do YOU find this information and where should I look to find information about the latest patch(s) when an nVidia driver fails to compile either normally or when using dkms? Would be most grateful for this information (as nVidia is becoming a real pain in the arse for producing drivers which have to patched in order to compile with the [latest] kernels - and seeing as how dkms may also fail to keep up with the latest changes). BC -- A civilisation is judged by how it treats the most vulnerable. Lauren Smith - 30 January 2014 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello, In the Message; Subject : Re: [opensuse] kernel 3.13 and nVidia graphics Message-ID : <5348EA9A.10308@iinet.net.au> Date & Time: Sat, 12 Apr 2014 17:26:18 +1000 Basil Chupin <blchupin@iinet.net.au> has written: [...]
@ Masaru:
At the beginning of this month (3 April) I asked if there was a patch to compile the 331.49 driver for the 3.14.x kernel and you provided the patch to be able to do so.
Before asking my question I had looked at the nVidia's forum site to see whether there was such a patch but couldn't see any information. But then you came up with the full info. of a patch.
My question now is: where do YOU find this information and where should I look to find information about the latest patch(s) when an nVidia driver fails to compile either normally or when using dkms?
It's here; https://devtalk.nvidia.com/default/board/98/linux/ Regards, --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ "Bill! You married with Computers. Not with Me!" "No..., with money." -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 12/04/14 17:36, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: [opensuse] kernel 3.13 and nVidia graphics Message-ID : <5348EA9A.10308@iinet.net.au> Date & Time: Sat, 12 Apr 2014 17:26:18 +1000
Basil Chupin <blchupin@iinet.net.au> has written:
[...]
@ Masaru: At the beginning of this month (3 April) I asked if there was a patch to compile the 331.49 driver for the 3.14.x kernel and you provided the patch to be able to do so. Before asking my question I had looked at the nVidia's forum site to see whether there was such a patch but couldn't see any information. But then you came up with the full info. of a patch. My question now is: where do YOU find this information and where should I look to find information about the latest patch(s) when an nVidia driver fails to compile either normally or when using dkms? It's here;
https://devtalk.nvidia.com/default/board/98/linux/
Regards,
Ah, so that's where they hide! :-) . Thank you for this. I now have this bookmarked. BC -- Using openSUSE 13.1, KDE 4.12.4 & kernel 3.14.1-1 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX660 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 12.04.2014 09:26, schrieb Basil Chupin:
Sorry to say this but the above is MOST annoying! :-(
You are right, I did not quote correctly. But, I think this is not too bad, because in the end this patch did not help too much.... After using it a few days, the resume problems came back, the KDE/X11 desktop was corrupted again. I think only using Nvidia 331.67 or the beta 337.12 fixes the resume issue. The patch worked out to be of no use.
Having stated the above I want to advice you, and anyone else, that last night I downloaded the latest nVidia driver - 331.67 - from nVidia and compiled it for the 3.14.x kernel using dkms.
Yes, 331.67 is safe to use with kernel 3.14. But, with KDE on openSUSE 13.1 suddenly KWIN did not work! The windows did not have any window borders and desktop effects were disabled. Thus I had to use the beta driver 337.12. I have no clue why 331.67 did not work with KDE, I do not know if my KDE profile may contain bad settings. Malte -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 16/04/14 18:34, Malte Gell wrote:
Am 12.04.2014 09:26, schrieb Basil Chupin:
Sorry to say this but the above is MOST annoying! :-( You are right, I did not quote correctly. But, I think this is not too bad, because in the end this patch did not help too much.... After using it a few days, the resume problems came back, the KDE/X11 desktop was corrupted again. I think only using Nvidia 331.67 or the beta 337.12 fixes the resume issue. The patch worked out to be of no use.
Having stated the above I want to advice you, and anyone else, that last night I downloaded the latest nVidia driver - 331.67 - from nVidia and compiled it for the 3.14.x kernel using dkms. Yes, 331.67 is safe to use with kernel 3.14. But, with KDE on openSUSE 13.1 suddenly KWIN did not work! The windows did not have any window borders and desktop effects were disabled. Thus I had to use the beta driver 337.12. I have no clue why 331.67 did not work with KDE, I do not know if my KDE profile may contain bad settings.
Malte
There is so much missing information about your system/computer, which you must have provided earlier somewhere, that at this point I will only state that if the 337.12 beta driver is working for you then stick with it :-) . (But using *this* beta for the rest of your life isn't solving your the real problem you are having with KWIN is it? :-) .) BC -- Using openSUSE 13.1, KDE 4.12.4 & kernel 3.14.1-1 on a system with- AMD FX 8-core 3.6/4.2GHz processor 16GB PC14900/1866MHz Quad Channel RAM Gigabyte AMD3+ m/board; Gigabyte nVidia GTX660 GPU -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (5)
-
Alvin Beach -
Basil Chupin -
Malte Gell -
Masaru Nomiya -
Patrick Shanahan