Bug 376051
Summary: | Nouveau driver doesn't start at boot time | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Fdor <fdor6> |
Component: | xorg-x11-drv-nv | Assignee: | Adam Jackson <ajax> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | urgent | Docs Contact: | |
Priority: | low | ||
Version: | 8 | CC: | mcepl, musuruan, xgl-maint |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-01-22 19:47:41 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Fdor
2007-11-11 15:33:37 UTC
I've added a comment to the invisible cursor bug report ( Bug 182517 #58 ). The cursor is invisible both with "nv" and "nouveau" drivers. As a workaround, you can add: Option "HWCursor" "off" to xorg.conf. But the bug should be fixed, since the cursor should be rendered by hardware. Sorry, I don't get whether after adding that to /etc/X11/xorg.conf the computer was booted in the graphical mode. I've just tried again, and got same results: - "nouveau" driver: boot (loading of services) in text mode. - "nv" driver: boot in graphical mode. As aditional information, with the nouveau driver, I can see that it tries to launch the graphical mode (screen goes into black for 1-2 seconds), but then it returns to text mode, and continues loading services in text mode. When all services have been loaded, the graphical mode does start to show the login screen (gdm) and then everything is normal. Desktop with nouveau driver seems to be as stable as with nv driver. I hope direct rendering to be added soon to nouveau in order to support compiz, avoiding the need of installing privative drivers. I think this is actually an rhgb bug. We used to start rhgb's X server with DRI disabled because it would steal DRI away from the gdm X server. However, rhgb now waits until the X server is completely exited before itself exiting, so we should be able to hand off to gdm just fine. rhgb-0.17.7-4.fc9 will enable DRI, so this shouldn't happen anymore. Please reopen if it does. |