nVidia GT9500-Toutatis
- Inicie sesión o regístrese para enviar comentarios
I just upgraded my machine from Brigantia to Toutatis and I'm using the nVidia GT9500 graphics card from ThinkPenguin. For some reason I'm not getting any 3D acceleration under Toutatis but under Brigantia it worked very well. I'm not sure exactly where to start troubleshooting this. It appears as if the kernel is using the nouveau drivers but obviously something is not configured properly or is missing.
Can anyone offer advice?
I can only confirm that Nouveau stopped working for me as well. My situation was / is a bit different though since I did a fresh installation with Trisquel 6.0 on a scrap box with a GeForce 5700 FX. Nouveau was working in the fresh installation (I was playing OpenArena, Xonotic and Red Eclipse on the box for testing). After some updates (I suspect the new kernel being cause of the issue) Nouveau stopped working and glxinfo only reports lvmpipe as OpenGL renderer (software OpenGL only). Enforcing Nouveau via xorg.conf results in an error message inside Xorg.0.log that the Nouveau kernel module is not loaded.
Funny enough a similar problem occurs when I install #! (Crunchbang, which is Debian-based). Enforcing Noveau via xorg.conf results in a similar error message inside Xorg.0.log. They also use a kernel 3.2 which is of course not the Linux libre-kernel.
Running the NVidia blob (version 197) under #! shows that the hardware works perfectly.
I suspect when I update the Trisquel box of my daughter to Trisquel 6.0 3D acceleration will be gone as well.
I filed a bug report:
https://trisquel.info/en/issues/8136
Might be useful to attach xorg.confs (if any) and matching xorg logs to the bug.
What packages were updated?
Sorry, I can not attach any xorg.conf or Xorg.0.log since I re-installed the system with #! yesterday. I do not know what exact packages were all updated since I did the usual sudo apt-get update && sudo apt-get upgrade.
I think that the initial kernel which worked (fresh installation of Trisquel 6.0 x86) was something like 3.0 while the kernel after update was 3.2...
My xorg.conf was rather generic and automatically generated by running Xorg -configure
The most important line was driver "nouveau" to enforce loading the Noveau driver. The rest was pretty basic and nothing highly sophisticated.
I was communicating with the poster through email and this issue was solved by disabling the on-board graphics. I thought he said he was going to update the post- but I guess not.
If you have a desktop system and can disable the on-board graphics I would highly recommend trying it. There is a high probability it'll solve your problem.
I meant to update this last night but I didn't have time to get to it.
I did completely disable my onboard graphics card and instantly X recognized and initialized the drivers for my GT9500 card. The strange thing about this is that under Brigantia everything worked fine without disabling onboard graphics. After pondering this a bit I got to wondering why X wouldn't just initialize graphics drivers for all the available GPUS? I was still getting graphics output on the GT9500 it just wasn't accelerated.
Here's a second question that someone may know a quick fix for though:
Part of my original complaint with the graphics drivers is that the cursor would seem to lock up every once in a while and only for a split second. It was enough to notice and to become annoying but not enough to keep you from getting something done. I guess if I were doing something with graphics that might become a problem, but for everyday stuff it's just annoying. After getting the proper graphics driver working I thought that it would go away. It didn't. Does anyone have any thoughts on that one? I've tried a different mouse and a different mouse surface but nothing helped.
See anything funny in dmesg or the logs?
I'm really not seeing anything too strange but I'll look again. I did try running live off of the Trisquel 6.0 disc and it did the same thing. I tried running live from the Trisquel 5.5 disc and had no problems at all.
I think the 2nd issue is a bug in the graphics component. We have seen it across distributions and hardware. Every system that I've upgraded the kernel on to something recent has had the problem disapear.
Try upgrading the kernel with the following directions:
http://jxself.org/linux-libre/
If you need a better tutorial we can put one together. I know Jason is integrating his kernel with Trisquel now so you might be able to apt-get it from the Trisquel repository too. I haven't inquired or looked yet though.
Thanks Chris, I'll give that a try.
It's also possible to try installing "linux-generic-lts-belenos", which is Linux-libre 3.5 back-ported from (default non-libre Linux version of) Ubuntu 12.10 to 12.04, which means it is officially supported.
I just upgraded to the 3.5 kernel and the cursor is moving smoothly! Thanks for the suggestion guys.
Just for the record:
Disabling my on-board graphic adapter didn't change a thing. Also the on-board graphic adapter usually gets automatically disabled once a AGP / PCIe GPU is inserted. This becomes visible if you watch out for the onboard GPU via "lspci | grep VGA"
For example on the box I am currently typing on there is an on-board GPU (AMD E-350 with ATI HD 6310) as well as an NVidia 9500GT.
lspci just reports the NVidia:
lspci | grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation G96 [GeForce 9500 GT] (rev a1)
..and you will hardly find any hint that there is another GPU in my system. Simply because it is not there....
People with this issue seem to have 2 GPUs. Perhaps try reinstalling some packages as in http://trisquel.info/en/forum/g45-opengl-support-xbmc#comment-33241
(use nouveau instead of intel obviously)
As I wrote I have wiped out the Trisquel installation on this PC. I will do a test installation on my Main PC of Trisquel 6.0 to an USB stick, update and see if Nouveau fails here also. My main PC has the same pre-requisites since it is a dual GPU PC.
Even if switching of the onboard GPU solved the issue it is hard to understand for my why an onboard GPU should interfere with the main PCIe GPU.
To my best knowledge most onboard GPUs get automatically diabled when you plug in a dedicated GPU in the slot. You will find not the slightest evidence that there is a dedicated GPU available. Neither via dmesg, Xorg.0.log or hwinfo.
This might be different if the chipset and GPU supports parallel use for onboard GPU and dedicated GPU. I know that ATI has some chipsets which support this.
I was unable to reproduce the issue in an fresh installation of Trisquel 6.0 i686 on another system with the following hardware:
AMD E-350 board with 2x1.6 GHz
8 GB RAM
GeForce 9500GT
Trisquel x686 installed on 8GB USB Stick
3D acceleration via Novueau worked in the fresh installation as well as after the update. System had on-board GPU enabled. The issue seems to be related to my hardware. I will see if this is related to older GeForce cards if I update the system of my daughter (NForce 2 motherboard with onboard GPU plus dedicated GeForce 4400.
- Inicie sesión o regístrese para enviar comentarios