Created attachment 50746 [details] output of dmesg command This concerns a Quadro NVS 450 with two/dual GPU, driver NV50. Everything is recognized, dual head on the primary GPU works fine, even unplugging and then plugging in the monitors (DP-1, DP-2, DP-3 and DP-4), but after a day and a halve I cannot find any more information online and have to get to work (using the proprietary drivers for now). Using debian with: linux-image-3.0.0-1-amd64 3.0.0-3 xorg 7.6+8 libdrm-nouveau1a 2.4.26-1 xserver-xorg-video-nouveau 1:0.0.16+git20110411+8378443-1+b1
Created attachment 50747 [details] output of lspci -i
Created attachment 50748 [details] output of dmesg
Created attachment 50749 [details] X server configuration
Created attachment 50750 [details] X start error log
Created attachment 50751 [details] X server
Pardon the upload problems. I had no idea bugzilla was so basic in it's recognition of filetypes and functionality! Please ignore above attachments comments, I've made sure the four attachments are correct and easy viewable now.
Could you explain what your problem is? What do you expect to get, and what you have instead? So far I have failed to see anything wrong here. Thanks.
The GPU on PCI:4:0:0 cannot be used. It's in xorg.conf but won't be used. If I use only PC:4:0:0 and not PCI:5:0:0, X cannot start. It seems to always skip that GPU.
Hi Thomas Looking at you logs/conf files I can see that 1. The nouveau kernel module is loaded for every GPU on your card 2. The xf86-video-nouveau - X driver is loaded for each GPU 3. Each GPU is controlling it's associated display Note that when the system boots only one GPU is initialised, whereas the other is initialised by nouveau at a later stage "[drm] nouveau 0000:04:00.0: Adaptor not initialised, running VBIOS init tables." Thus can you please be a bit more informative but saying what exactly do you want to do, and what your expectations are eg. "I want to use only GPU at PCI 4:0:0 and the other to be disabled" or "GPU xxx should control display xx but it's not" Cheers Emil
Emil, that is exactly what I asked, and he explained. He is using ZaphodHeads, so the two driver instances in X log are both for the same one card, only different outputs. The other card is not taken into use, and I don't see error messages related to ignoring it, either. He should be having three driver instances in X logs, as per his configuration. He is missing all the instances for the card "04", IIRC. He is also using Xinerama. Thomas, maybe it would help to show the X and kernel logs, when you try to use only the problematic card (GPU)? Makes me wonder, if cold booting doesn't really support dual-GPU card's 2nd GPU...
I got carried away "helping" people today Apologies
Created attachment 50776 [details] Xorg log for proprietary nVidia driver Hmm, I'll run it with only the PCI:4:0:0 device when I have some time to close all the current open applications and workspaces :) As far as I remember it just doesn't initialize any nouveau driver, no real useful messages, otherwise I'd have more leads to search further or show here. Just for the record I've included my current Xorg log for my current session with proprietary driver.
I've took the time to try and test the GPU on PCI:0:4:0:0, and that seems to not work at all. I notice there is an asterisk in front of the PCI:0:5:0:0 line in the Xorg.0.log, might that mean something like only that device is enabled? I'll include all the configs and logs for the very simple test case trying to use the non working device. Also, here's someone with seemingly the same problem. The solution there was to use the proprietary driver. Of course I will too after this post, but nouveau seems to perform much much better and is of course open source and I would like to use it and would like other with multiple cards and this same problem to be able to use it too!
Created attachment 52637 [details] Xorg log for test case of non working card
Created attachment 52638 [details] ls of /sys/card/drm
Another intereseting note. Displaying an image to the device which X does not recognize is no problem, using fbi on /dev/fb0, using nouveaufb. Could be that it has nothing with the nouveau driver, but the way X initializes nouveau, in which case this ticket should probably be moved to another section?
It appears that this bug report has laid dormant for quite a while. Sorry we haven't gotten to it. Since we fix bugs all the time, chances are pretty good that your issue has been fixed with the latest software. Please give it a shot. (Linux kernel 3.10.7, xf86-video-nouveau 1.0.9, mesa 9.1.6, or their git versions.) If upgrading to the latest isn't an option for you, your distro's bugzilla is probably the right destination for your bug report. In an effort to clean up our bug list, we're pre-emptively closing all bugs that haven't seen updates since 2011. If the original issue remains, please make sure to provide fresh info, see http://nouveau.freedesktop.org/wiki/Bugs/ for what we need to see, and re-open this one. Thanks, The Nouveau Team
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.