-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On Tumbleweed, I'm hitting
https://bugs.freedesktop.org/show_bug.cgi?id=89842 https://bugzilla.gnome.org/show_bug.cgi?id=747115
"Use new legacy tray in system with nvidia nouveau drivers hangs all gnome"
Suggested fix from freedesktop is to downgrade libdrm from 2.4.60 back to 2.4.59 .
Can we do that?
- -- James Mason Technical Architect, Public Cloud openSUSE Member SUSE jmason@suse.com - ------------------------------------------------------------------------ SUSECon 2015: Register at susecon.com
On 28.04.2015 00:21, James Mason wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On Tumbleweed, I'm hitting
https://bugs.freedesktop.org/show_bug.cgi?id=89842 https://bugzilla.gnome.org/show_bug.cgi?id=747115
"Use new legacy tray in system with nvidia nouveau drivers hangs all gnome"
Suggested fix from freedesktop is to downgrade libdrm from 2.4.60 back to 2.4.59 .
Can we do that?
James Mason
I guess for now we can safely do this, but in the long run we'd need a solution for this problem! Go ask the mesa devs a bit more about it ;-)
Greetings, Tobias
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 04/28/2015 02:55 AM, Tobias Klausmann wrote:
On 28.04.2015 00:21, James Mason wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On Tumbleweed, I'm hitting
https://bugs.freedesktop.org/show_bug.cgi?id=89842 https://bugzilla.gnome.org/show_bug.cgi?id=747115
"Use new legacy tray in system with nvidia nouveau drivers hangs all gnome"
Suggested fix from freedesktop is to downgrade libdrm from 2.4.60 back to 2.4.59 .
Can we do that?
- -- James Mason
I guess for now we can safely do this, but in the long run we'd need a solution for this problem! Go ask the mesa devs a bit more about it ;-)
Greetings, Tobias
As I understand it, there's a few things we *should* do here. First off, we *should* roll back, as that's freedesktop.org's suggestion - instead of knowingly shipping a broken package.
So... do I need to submit an SR, or file a bugzilla bug pointing at the other bugs... or what?
The other thing we *should* do is setup some nvidia hardware in OpenQA, so we can actually test for this as part of the Tumbleweed process. What do I need to do to start that ball rolling?
- -- James Mason Technical Architect, Public Cloud openSUSE Member SUSE jmason@suse.com - ------------------------------------------------------------------------ SUSECon 2015: Register at susecon.com
On 28.04.2015 19:07, James Mason wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 04/28/2015 02:55 AM, Tobias Klausmann wrote:
On 28.04.2015 00:21, James Mason wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On Tumbleweed, I'm hitting
https://bugs.freedesktop.org/show_bug.cgi?id=89842 https://bugzilla.gnome.org/show_bug.cgi?id=747115
"Use new legacy tray in system with nvidia nouveau drivers hangs all gnome"
Suggested fix from freedesktop is to downgrade libdrm from 2.4.60 back to 2.4.59 .
Can we do that?
- -- James Mason
I guess for now we can safely do this, but in the long run we'd need a solution for this problem! Go ask the mesa devs a bit more about it ;-)
Greetings, Tobias
As I understand it, there's a few things we *should* do here. First off, we *should* roll back, as that's freedesktop.org's suggestion - instead of knowingly shipping a broken package.
So... do I need to submit an SR, or file a bugzilla bug pointing at the other bugs... or what?
A SR to X11:XOrg (the devel project for libdrm) should be fine. CC'ing Stefan Dirsch, as he maintains that project.
The other thing we *should* do is setup some nvidia hardware in OpenQA, so we can actually test for this as part of the Tumbleweed process. What do I need to do to start that ball rolling?
To really test those problems we'd need an array of cards (for every vendor), as some cards may hit those problems, while others won't. Don't get me wrong i'm all for testing, but this makes a bigger task to tackle ;-)
James Mason
On Tue, Apr 28, 2015 at 07:59:32PM +0200, Tobias Klausmann wrote:
On 28.04.2015 19:07, James Mason wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 04/28/2015 02:55 AM, Tobias Klausmann wrote:
On 28.04.2015 00:21, James Mason wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On Tumbleweed, I'm hitting
https://bugs.freedesktop.org/show_bug.cgi?id=89842 https://bugzilla.gnome.org/show_bug.cgi?id=747115
"Use new legacy tray in system with nvidia nouveau drivers hangs all gnome"
Suggested fix from freedesktop is to downgrade libdrm from 2.4.60 back to 2.4.59 .
Can we do that?
done. SR#304507 (feel free to test)
Thanks, Stefan
Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany --------------------------------------------------------------- SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg) ---------------------------------------------------------------
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 04/29/2015 01:30 AM, Stefan Dirsch wrote:
On Tue, Apr 28, 2015 at 07:59:32PM +0200, Tobias Klausmann wrote:
On 28.04.2015 19:07, James Mason wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 04/28/2015 02:55 AM, Tobias Klausmann wrote:
On 28.04.2015 00:21, James Mason wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On Tumbleweed, I'm hitting
https://bugs.freedesktop.org/show_bug.cgi?id=89842 https://bugzilla.gnome.org/show_bug.cgi?id=747115
"Use new legacy tray in system with nvidia nouveau drivers hangs all gnome"
Suggested fix from freedesktop is to downgrade libdrm from 2.4.60 back to 2.4.59 .
Can we do that?
done. SR#304507 (feel free to test)
Thanks, Stefan
Thank you, Stefan!
- -- James Mason Technical Architect, Public Cloud openSUSE Member SUSE jmason@suse.com - ------------------------------------------------------------------------ SUSECon 2015: Register at susecon.com
Am 28.04.2015 um 19:07 schrieb James Mason:
The other thing we *should* do is setup some nvidia hardware in OpenQA,
openQA runs in a virtualized environment. It basically does not matter which hardware it runs on, as long as it is sufficiently powerful.
so we can actually test for this as part of the Tumbleweed process. What do I need to do to start that ball rolling?
Just write an emulated NVidia Graphics card for qemu :-)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 05/03/2015 10:37 PM, Stefan Seyfried wrote:
Am 28.04.2015 um 19:07 schrieb James Mason:
The other thing we *should* do is setup some nvidia hardware in OpenQA,
openQA runs in a virtualized environment. It basically does not matter which hardware it runs on, as long as it is sufficiently powerful.
It's my understanding openQA can run on physical hardware as well. In which case, why *not* run a reference nvidia board in order to validate the nouveau driver & ancillary stack?
so we can actually test for this as part of the Tumbleweed process. What do I need to do to start that ball rolling?
Just write an emulated NVidia Graphics card for qemu :-)
Well, I think we all know that's an unreasonable request. ;-)
- -- James Mason Technical Architect, Public Cloud openSUSE Member SUSE jmason@suse.com - ------------------------------------------------------------------------ SUSECon 2015: Register at susecon.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 05.05.2015 21:51, James Mason wrote:
On 05/03/2015 10:37 PM, Stefan Seyfried wrote:
Am 28.04.2015 um 19:07 schrieb James Mason:
The other thing we *should* do is setup some nvidia hardware in OpenQA,
openQA runs in a virtualized environment. It basically does not matter which hardware it runs on, as long as it is sufficiently powerful.
It's my understanding openQA can run on physical hardware as well. In which case, why *not* run a reference nvidia board in order to validate the nouveau driver & ancillary stack?
The hardware support in openQA is limited to supermicro boards using IPMI - and those usually don't offer a great choice of graphic cards.
It's on the wishlist to support more though.
Greetings, Stephan