Announcement

Collapse
No announcement yet.

Trying to test r300+radeon GIT, but only see a black screen

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Trying to test r300+radeon GIT, but only see a black screen

    Hello,

    I am currently using Fedora Core 6. My current Xorg (7.1) works quite nicely for 2D in a "ATI Radeon XPRESS 200 5A61 (PCIE)", but there is no 3D support. As it is the case for many ATI users, the fglrx does not support AIGLX on my setup. So I decided I would try building the latest Xorg from sources and run it from my home directory, in order to enable accelerated AIGLX.

    All packages marked as -git.tar.bz2 were current up to 2007/06/08. In addition I downloaded the latest Mesa sources from GIT.

    Compilation went so-so, because I omitted several input drivers that have not been updated to work with the latest xorg-server git. Only compiled xf86-input-keyboard and xf86-input-mouse . However, when I try to run the compiled X server (with LD_LIBRARY_PATH and PATH set to corresponding bin and lib directories), all I get is a black screen. My monitor seems to shut down (the green LED beside the power button turns orange and blinks) and I see nothing on my screen. In addition, the keyboard is unresponsive and therefore Ctrl-Alt-Backspace seems to have no effect.

    By sshing into my computer from another location, I see my computer is still up and responding, only the console is screwed up. I have tried adding options to the Driver section of my xorg.conf to no avail. Maybe I am doing something stupid. However, the crash at the end of the logs does not occur when the console is screwed, but only when I order the computer to reboot remotely through ssh.

  • Xipeos
    replied
    I assume that you want AIGLX for beryl. You can use fglrx and Xgl (which is probably included in fedora) for the same effect (and probably better performance).


    all I get is a black screen. My monitor seems to shut down (the green LED beside the power button turns orange and blinks) and I see nothing on my screen. In addition, the keyboard is unresponsive and therefore Ctrl-Alt-Backspace seems to have no effect.
    If the logs you posted are in order, then X crashes without taking the driver with it OR it doesn't restore your display. In any case, X crashes (too soon) so ctrl-alt-backspace won't do you any good. If you're not running xdm or similar, and return to the console, it should still work, even though you're not seeing it (this used to happed a lot with fglrx)

    Leave a comment:


  • a_villacis
    replied
    Originally posted by Xipeos View Post
    The radeon driver does not include DRI, as far as I know. You'll have to compile Mesa3d for that.
    Yes, I know that. I compiled the latest Mesa3d from git along with xorg-server and the ati driver.

    Originally posted by Xipeos View Post
    Why do you want to compile from git anyway? Is there some specific feature that you want, or do you just want to have the latest and (not so) greatest? Keep in mind that developers may not account for changes in the development version, and you'll end up with "bleeding edge" that breaks things..
    The latest stable version of the ati driver disables DRI on purpose:

    (II) RADEON(0): Direct rendering broken on XPRESS 200 and 200M

    The "specific feature" I want to test is the accelerated OpenGL. I need the git version because there is no stable version of the ati driver that will enable DRI on my machine. But the problem is that I cannot even get around to test a simple glxgears, because of the black screen problem. I know I am playing with the "bleeding edge" in OpenGL support, but the problem I have seems like some stupid mistake I made with either the compile or the xorg.conf file. Or this might be a genuine bug that shows up in my setup (I am suspecting something around MergedFB). I am still trying to find out which one is it.

    Just in case, xorg-server 7.2 with stable ati driver (compiled from sources) works correctly on my machine, but with accelerated OpenGL disabled. xorg-server-7.2 with ati from git shows the black screen. xorg-server from git with ati from git also exhibits the black screen.

    Leave a comment:


  • adamk
    replied
    Originally posted by a_villacis View Post
    What procedure did you use to compile? Did you use the Xorg server from your distro and just replaced the libraries, or did you compile everything from scratch? I had to compile everything from scratch because my distro supplied Xorg is version 7.1 . When I use all released packages, the ati driver works flawlessly (but without any 3-D acceleration). Apparently the git version of the ati driver requires 7.3 or current git of xorg-server . I tried compiling current git of the ati driver with xorg 7.2 (1.2.0) but I had the black-screen symptom. I thought it would dissapear if I used the git version of xorg-server, but no such luck.
    I've been using Xorg 7.2, which came with Feisty. I pulled the latest code for xf86-video-ati, xf86driproto, fontsproto, and macros. Not sure the exact order I built them in, but xf86-video-ati was clearly the last. Then drm and mesa from git. So the current git version of the ati driver doesn't seem to require 7.3. 7.2 is just fine, though I do imagine that 7.1 is too old.

    Adam

    Leave a comment:


  • Xipeos
    replied
    Originally posted by a_villacis View Post
    What procedure did you use to compile? Did you use the Xorg server from your distro and just replaced the libraries, or did you compile everything from scratch? I had to compile everything from scratch because my distro supplied Xorg is version 7.1 . When I use all released packages, the ati driver works flawlessly (but without any 3-D acceleration). Apparently the git version of the ati driver requires 7.3 or current git of xorg-server . I tried compiling current git of the ati driver with xorg 7.2 (1.2.0) but I had the black-screen symptom. I thought it would dissapear if I used the git version of xorg-server, but no such luck.
    The radeon driver does not include DRI, as far as I know. You'll have to compile Mesa3d for that.

    As for the X server, I don't know I compiled the whole X.org from that git repository about a month ago and got 7.1.99.<something> with a release date of december 2005. Maybe the version from git isn't cleaned up? (but it may be up to date now).

    There is an announcement on wiki.x.org:
    Development snapshots are currently on hiatus. Most modules now update slowly enough that frequent snapshots aren't needed. The server itself is still quite volatile; snapshots of it will probably resume shortly.
    but it's not dated.

    Why do you want to compile from git anyway? Is there some specific feature that you want, or do you just want to have the latest and (not so) greatest? Keep in mind that developers may not account for changes in the development version, and you'll end up with "bleeding edge" that breaks things..

    Leave a comment:


  • a_villacis
    replied
    Originally posted by adamk View Post
    I'm not sure I can help with debugging your problems, but I can tell you that I have the latest ati driver installed on my system, the latest DRM, and the latest DRI driver (all pulled from git within the last week).
    What procedure did you use to compile? Did you use the Xorg server from your distro and just replaced the libraries, or did you compile everything from scratch? I had to compile everything from scratch because my distro supplied Xorg is version 7.1 . When I use all released packages, the ati driver works flawlessly (but without any 3-D acceleration). Apparently the git version of the ati driver requires 7.3 or current git of xorg-server . I tried compiling current git of the ati driver with xorg 7.2 (1.2.0) but I had the black-screen symptom. I thought it would dissapear if I used the git version of xorg-server, but no such luck.

    Leave a comment:


  • a_villacis
    replied
    Originally posted by Xipeos View Post

    And your X server is too old (Release Date: 21 December 2005 ?). For stable 7.2, it should be 22 January 2007
    It's weird. The git repository I used was git://anongit.freedesktop.org/git/xorg/xserver (with git clone) and it reports that date string (BTW, it is hardcoded as a #define). How can the version be 7.2 with the date being 21 December 2005?

    Leave a comment:


  • adamk
    replied
    I'm not sure I can help with debugging your problems, but I can tell you that I have the latest ati driver installed on my system, the latest DRM, and the latest DRI driver (all pulled from git within the last week).

    Just so you know, while 3D acceleration is now supported on those Xpress chipsets, compiz and beryl do not work. They both crash the X server. Most mesa demos work, various GL screensavers work, and googleearth work. That's about it :-)

    Adam

    Leave a comment:


  • yoshi314
    replied
    i also had issues with some git built after 6.6.3 with exact same symptoms, a couple of months ago.

    i'll try again with new git snapshot after i get my x300 card back from my friend.

    Leave a comment:


  • Xipeos
    replied
    Backtrace:
    0: X(xf86SigHandler+0x7e) [0x80b1f8e]
    1: [0x3f4420]
    2: /home/alex/Xorg-7.2/lib/xorg/modules/drivers//radeon_drv.so(RADEONDisplayPowerManagementSet+0x12 2) [0x92f922]
    3: /home/alex/Xorg-7.2/lib/xorg/modules/drivers//radeon_drv.so [0x91dad8]
    I'd say the driver from git isn't that stable. Get the stable from http://xorg.freedesktop.org/releases...-6.6.3.tar.bz2
    For DRI get the latest Mesa3D and compile with "make linux-dri" (you may have to edit some conf files).

    OR

    Your current X.org (or driver?) is overzealous about D-BUS
    [dbus] couldn't take over org.x.config: org.freedesktop.DBus.Error.AccessDenied (Connection ":1.3" is not allowed to own the service "org.x.config.display0" due to security policies in the configuration file)
    I've never seen dbus cause X server problems before though


    And your X server is too old (Release Date: 21 December 2005 ?). For stable 7.2, it should be 22 January 2007
    Last edited by Xipeos; 06-09-2007, 01:52 AM. Reason: damn

    Leave a comment:

Working...
X