Mailinglist Archive: radeonhd (330 mails)
| < Previous | Next > |
Re: [radeonhd] Re: X.Org: Now what?
- From: Hans Ulrich Niedermann <hun@xxxxxxxxxxxxxxxx>
- Date: Tue, 28 Oct 2008 00:07:06 +0100
- Message-id: <4906499A.5060606@xxxxxxxxxxxxxxxx>
Srecko Morovic wrote:
For me (owning R500, maintaining the Fedora radeonhd package), radeonhd
works about as well or bad as radeon on F10. That means, among other
things, no working resume-from-RAM with KMS.
The hardware database shipped in Fedora does not know anything about
radeonhd, and thus will pick radeon for all cards supported by radeon
when radeon (-ati package) is installed.
If -ati is not installed... probably Xorg will fall back to vesa or
something like that.
To actually use radeonhd, you need at least a minimal xorg.conf.
Given my limited familiarity with the Xorg software universe, I (as
Fedora's -radeonhd package maintainer) am quite content not to be
responsible for the failures in the default install on a common class of
hardware.
--
Hans Ulrich Niedermann
How does radeonhd get along with kernel modesetting which was recently
switched
on by default in Fedora 10 kernel builds, for radeons?
For me (owning R500, maintaining the Fedora radeonhd package), radeonhd
works about as well or bad as radeon on F10. That means, among other
things, no working resume-from-RAM with KMS.
Also, as recent Xorg can now work without xorg.conf and (seems to) autodetect
which driver to load, what happens with radeonhd in this scenario when there
is
a r500 or higher card present in the system? (especially in cases when also
"radeon" driver package is present).
The hardware database shipped in Fedora does not know anything about
radeonhd, and thus will pick radeon for all cards supported by radeon
when radeon (-ati package) is installed.
If -ati is not installed... probably Xorg will fall back to vesa or
something like that.
To actually use radeonhd, you need at least a minimal xorg.conf.
Given my limited familiarity with the Xorg software universe, I (as
Fedora's -radeonhd package maintainer) am quite content not to be
responsible for the failures in the default install on a common class of
hardware.
--
Hans Ulrich Niedermann
| < Previous | Next > |