|
Bugzilla – Full Text Bug Listing |
| Summary: | radeon [Mobility HD 4250 + M92/Mobility HD 4500] Black screen with only visible cursor in Gnome | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.4 | Reporter: | Forgotten User KjUTH09OjI <forgotten_KjUTH09OjI> |
| Component: | X.Org | Assignee: | Stefan Dirsch <sndirsch> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <xorg-maintainer-bugs> |
| Severity: | Major | ||
| Priority: | P3 - Medium | CC: | ohering |
| Version: | Milestone 5 of 6 | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | xorg log; dmesg log; hwinfo --gfx log | ||
Same issue with 'nomodeset' and xorg-x11-driver-video-radeonhd driver package uninstalled (--> radeon/UMS running) ? Unfortunatly, yes, same results. *** Bug 661958 has been marked as a duplicate of this bug. *** I've just updated radeon driver to current git release in X11:XOrg. Could you give it a try? Please make sure that the update xorg-x11-driver-video RPM changelog ("rpm --changelog -q xorg-x11-driver-video") contains the following entry:
Sat Jan 22 10:40:42 UTC 2011 - sndirsch@novell.com
- xf86-video-ati (2011-01-21, fadee04)
* latest git version of radeon driver, which includes Evergreen
support
> I've just updated radeon driver to current git release in X11:XOrg. Could you
> give it a try? Please make sure that the update xorg-x11-driver-video RPM
> changelog ("rpm --changelog -q xorg-x11-driver-video") contains the following
> entry:
I haven't looked much into this, but during a batch of updates that included kernel and Mesa, it got working. This updates also allowed FireGL (fglrx) to work properly.
I will nevertheless test this new version since I also need to test Unity with Radeon DRM.
Thanks in advance, within 24 hours you will have feedback.
(In reply to comment #6) > Thanks in advance, within 24 hours you will have feedback. I hope nothing bad happened to you? (In reply to comment #7) > (In reply to comment #6) > > Thanks in advance, within 24 hours you will have feedback. > > I hope nothing bad happened to you? Sorry Stephan, I completly forgot about this. I've installed M6, works like a charm. All working good either with Radeon DRM or FireGL. Ok. Let's close it as fixed. Thanks for testing. with M6 the GNOME desktop works also for me. I spoke too soon. During inital install of M6, yast2 sound config crashed and the deskop started as expected. The desktop effects were disabled in the gnome control panel. Later I rebooted and yast noticed the crash, and I went through the second stage install again. This time without crash. The the desktop started, and all was black except the mouse pointer. So for me its not fixed. If I knew how to disable the GNOME desktop effects manually, it may make the difference. Nelson, please double check if it really works for you. I dont know if fglrx is part of the default M6 install. Poking more at this: I remembered the 'nomodeset' cmdline option. Booting with it shows the desktop again. The desktop effects were disabled. I checked the box, then unchecked it again. The desktop remained visible. Then I rebooted without 'nomodeset' and the desktop appeared. when I checked the desktop effects checkbox all windows disappeared. If the clicking on the position where the checkbox was to disable the checkbox, all windows appeared again. It seems that an initial boot has already some of the desktop effects enabled and only a force-enable and force-disable will really disable the offending setting.
>
> Nelson, please double check if it really works for you. I dont know if fglrx is
> part of the default M6 install.
Indeed, fglrx isn't a part of the default install, it's the official ATI driver (FireGL), from which version 11.1 works out of the box for Factory without patching.
When I reported this bug, it did not matter if effects were enabled or not (I think they are disabled by default). Since kernel update 2.6.37-12-desktop, I no longer had problems with radeon DRM driver (during the same days there was also a Mesa update, I'm not sure which one solved it, but one of them did it).
M6 LiveCD GNOME also has an identical behavior and requires a 'nomodeset' if running liveCD. On a install system I didn't had those problems.
There is though probably a different thing between our systems, I'm not running compiz shipped on M6, I'm running 0.9.2.1 git snapshot from the glib mainloop branch (the version I'm using for Unity implementation from home:ketheriel:ayatana), as I need it for Unity integration. I also know that the 0.9.2.1 from X11:Compiz does work also (with Radeon DRM and FireGL).
I would suggest you try the compiz version on X11:Compiz and see if that solves your problem ;)
(OFF-TOPIC: If you eventually get to use FireGL, you might want to hack /usr/bin/compiz-manager and add 'fglrx' to the driver WHITELIST, so that compiz-manager can properly check the available resources and use them).
I tried the X11:/Compiz packages and desktop effects work now. The relevant package was commited to factory already. http://lists.opensuse.org/opensuse-commit/2011-02/msg00072.html |
Created attachment 406685 [details] xorg log; dmesg log; hwinfo --gfx log User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.224 Safari/534.10 If booting Factory 11.4 M5 with radeon driver and KMS enabled, Xorg starts up and displays all ok on GDM, then: 1. If session is GNOME, X fails, leaving a black screen with the cursor, or GDM wallpaper (not user wallpaper) with the cursor. 2. If icewm is selected instead of GNOME, it loads ok. If 'nomodeset' is enforced on kernel parameters, this problem doesn't happen. Platform: Updated 11.4 Factory M5 on x86_64 with ATI Radeon Mobility HD4570 (RV710 - M92). Reproducible: Always Steps to Reproduce: 1. Install openSUSE Factory and enable radeon driver with KMS and log into GNOME (never tested with KDE). Actual Results: Screen only displays the cursor (initially default cursor, then swaps to ugly xorg cursor); sometimes the screen gets black while other times it keeps the GDM wallpaper on background. Expected Results: GNOME should load up.