Description of problem:
No X on nVidia ION based system
Version-Release number of selected component (if applicable):
Testday image testday-20090909-x86_64.iso
Steps to Reproduce:
1. boot from live usb
Start-up with KMS, at the point gdm normally shows up, the complete screen show every pixel in different colour but stays static.
Start-up with nouveau.modeset=0 will cause also X to fail
Start-up with VESA works
No switch to vty is possible with the nouveau driver. Currently I'm not able to grab the logfiles over SSH (hopefully if it's possible) atm since there are network problems. But I will try my best to deliver in addition.
Ahh, I was wondering when I'd see one of these cards in the wild :) It should be possible for us to support it, and nv *should* probably work already.
Even if you can't get logs, it'd be *very* useful if you could grab me a VBIOS image from the card and let me know the output from nouveau with nouveau.modeset=0, in particular the numbers in brackets on the "Detected an NV50 generation card" line.
http://cgit.freedesktop.org/~stuart/vbtracetool/ is the tool you need for the VBIOS image. If you can grab that and run "make && ./vbtracetool -w 2>vbios.rom"
That will hopefully be enough to fix modesetting, to get acceleration I'll also need a trace of the NVIDIA binary driver initialising the card. http://nouveau.freedesktop.org/wiki/MmioTrace has details on how to get this, I'm just not 100% certain there's a binary driver available that'll work with the X server in the latest Fedora code. I'm testing that myself today, so I'll get back to you on that unless you beat me to it!
Created attachment 360870 [details]
BIOS from Nvidia ION (087d)
Created attachment 360871 [details]
mmiotrace from Nvidia ION 087d
mmiotrace (without any lost events) from X start-up with nvidia blob (x86_64 190.32 Beta) > mydump.txt
dmesg from boot until successfully end of mmiotrace > dmesg.txt
lspci -vvv output > lspci.txt
Thanks for the traces. The card's not actually what I thought it was, but it's a known problematic card in any case.
With the latest releases of kernel, libdrm and xorg-x11-drv-nouveau you should be able to make it into X. However, acceleration will be disabled, but it's better than a hang.
However, there's been some updates to the kernel which may have fixed the acceleration issue too, I just don't have access to the hardware to be able to test it. So, if you update, could you post your dmesg output here so I'm able to see if the engine hangs while trying to draw console messages? The slight catch here is that you can't use 2.6.31-14.fc12 as it has console acceleration temporarily disabled. The version prior, or after will be fine however.
arxs: of course, if you can't install rawhide (I don't recall if you have a rawhide install or not), you can use a nightly CD - http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/ .
Fedora Bugzappers volunteer triage team
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages (at least F12Beta, but even better if the very latest versions).
Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you.
If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.
[This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.
More information and reason for this action is here:
Niels, please read over Comment #4 and Comment #5. Could you please let us know how your system/card handles an up to date package, perhaps the released version of Fedora 12?
Fedora Bugzappers volunteer triage team
ION is now correctly supported by nouveau as of kernel-220.127.116.11-64.fc12.
This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '12'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 12's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 12 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.