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

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

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

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 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

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