Bug 63617 - ati driver: modesetting not supported
Summary: ati driver: modesetting not supported
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: 7.1 (2006.05)
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-04-17 00:39 UTC by Russ Whitaker
Modified: 2013-04-27 16:45 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
tail xorg log (607 bytes, text/plain)
2013-04-17 00:39 UTC, Russ Whitaker
no flags Details
dmesg.txt (24.60 KB, text/plain)
2013-04-23 02:59 UTC, Russ Whitaker
no flags Details

Description Russ Whitaker 2013-04-17 00:39:26 UTC
Created attachment 78117 [details]
tail xorg log

Tried updating to Slackware-current: xorg-server-1.14, ati-7.1.0, etc.
(see attachment)
ati driver doesn't work. Tried vesa driver and it works.

For now, went back to xorg-1.12.3 and friends.
Comment 1 Alex Deucher 2013-04-17 00:42:07 UTC
Make sure kms is enabled in your kernel and the radeon kernel module is loaded in kms mode before starting X.  xf86-video-ati 7.x releases only support kms.
Comment 2 Russ Whitaker 2013-04-17 02:38:06 UTC
On Wed, 17 Apr 2013, bugzilla-daemon@freedesktop.org wrote:

> 
> Comment # 1 on bug 63617 from Alex Deucher
> 
> Make sure kms is enabled in your kernel and the radeon kernel module is load
> ed
> in kms mode before starting X.  xf86-video-ati 7.x releases only support kms
> .
>
Where should I find the above?
So far, the only place I've found a reference to kms is in the Xorg.0.log:

[  3814.744] (II) [KMS] drm report modesetting isn't supported.

Perhaps I'm looking in all the wrong places.

Thank you for your help,
    Russ 
> ____________________________________________________________________________
> You are receiving this mail because:
>  *  You reported the bug.
> 
>
Comment 3 Michel Dänzer 2013-04-17 08:52:12 UTC
Please attach the output of dmesg from after X failed to start.
Comment 4 Russ Whitaker 2013-04-23 02:59:42 UTC
Created attachment 78353 [details]
dmesg.txt

On Wed, 17 Apr 2013, bugzilla-daemon@freedesktop.org wrote:

> 
> Comment # 3 on bug 63617 from Michel Dänzer
> 
> Please attach the output of dmesg from after X failed to start.
> 
Attached.

This box boots to a command line. "startx," and after, did not add 
anything to dmesg.

I have a hunch: modesetting is done someplace else and the results
passed to the ati driver. The new ati driver requires modesetting to
work, and work properly. Here, modesetting hasn't worked right in years.
For example, with the vesa driver I get one mode that works; the rest
looks like giant backslashes.

Incidently, slackware-current went back to xorg-server-1.13.4
Tried it: still same problem.

   Russ
Comment 5 Michel Dänzer 2013-04-23 09:00:38 UTC
(In reply to comment #4)
> This box boots to a command line. "startx," and after, did not add 
> anything to dmesg.

There is no trace of the radeon kernel driver in the dmesg output. What happens if you run 'sudo modprobe radeon' before startx?

This is looking like a build / configuration issue rather than a bug. Have you tried asking for help on this in Slackware circles?
Comment 6 Jerome Glisse 2013-04-24 19:08:01 UTC
Invalid bug, reopen if you have issue with kms
Comment 7 Russ Whitaker 2013-04-25 03:03:08 UTC
On Wed, 24 Apr 2013, bugzilla-daemon@freedesktop.org wrote:

> Jerome Glisse changed bug 63617
> What
> Removed
> Added
> Status
> NEW
> RESOLVED
> Resolution
> ---
> INVALID

This is what I know:

1. xorg-server-1.2 & friends, uses ati-6 and works as expected.

2. xorg-server-1.13 & up, uses ati-7 and X does not start.

3. Changing xorg.conf for #2 above to use vesa driver:
   a) If Display has only one choice of 1024x768, 800x600, 640x480
      then X starts and runs at that mode.
   b) If Display has all 3, I can cycle cycle thru the 3 modes,
      but only one mode works. The other two look like backslashes.

4. I do not know if #2 & #3 above are related.

> 
> Comment # 6 on bug 63617 from Jerome Glisse
> 
> Invalid bug, reopen if you have issue with kms
>
Swell, but you didn't fix the problem.
> ____________________________________________________________________________
> You are receiving this mail because:
>  *  You are on the CC list for the bug.
>  *  You reported the bug.
> 
>
Comment 8 Michel Dänzer 2013-04-25 09:16:42 UTC
(In reply to comment #7)
> 1. xorg-server-1.2 & friends, uses ati-6 and works as expected.

6.x worked without KMS but 7.x no longer does. So for 7.x there is no way around making sure the radeon kernel driver is loaded (and with KMS enabled). Comment #5 provides some hints to get you started on that.
Comment 9 Russ Whitaker 2013-04-27 02:41:32 UTC
The man page for the ati driver says it's just a wrapper for the
real driver. So in /etc/X11/xorg.conf replaced "ati" with "radeon"

Same result:

StartX
The radeon driver loads in all its glory.
Then kms reports modesetting is not supported.
Based on that, somewhere ( Where? ) a decision is made to unload the
radeon driver.
Since /etc/X11/xorg.conf does not have a backup driver X exits.

I just eliminated ati-7 as the source of the problem.
Comment 10 Jerome Glisse 2013-04-27 16:45:46 UTC
YOu need to enable KMS, KMS is a kernel feature so nothing you do in userspace matter until you get kernel part right.

The dmesg you posted is with 3.2, it's a rather old kernel, also there is no mention to radeon kernel module so it seems your kernel build does not have either radeon or kms enabled.

You need to update to a newer kernel with kms enabled, it's the only way you can use the radeon driver with xserver 1.14

If you don't want to upgrade kernel then you can't use xserver 1.14 with anything else than vesa for this GPU (unless you write code yourself).


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.