Announcement

Collapse
No announcement yet.

Getting Open Source 3D graphics on R6XX/R7XX cards (NO FGLRX)

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

  • aljaz
    replied
    Ok, tried it (on Sapphire HD 4350), but it failed with

    (II) RADEON(0): RADEONRestoreMemMapRegisters() :
    (II) RADEON(0): MC_FB_LOCATION : 0x000f0000 0x00ef00e0
    (II) RADEON(0): MC_AGP_LOCATION : 0x0003ffff
    (EE) RADEON(0): Timeout trying to update memory controller settings !
    (EE) RADEON(0): You will probably crash now ...

    Tried on 2.6.32-rc6 with everything in your how-to, except the "pull from drm-linus". I assumed (probably wrongly) that the stuff is in the latest rc.
    Last edited by aljaz; 08 November 2009, 08:43 AM.

    Leave a comment:


  • aljaz
    replied
    Add // after git in line 7a)

    Originally posted by Neo_The_User View Post
    NEW!!!: THIS GETS KERNEL MODESETTING WORKING AS WELL!
    7a.) Now you must compile and install libdrm_radeon:

    git clone git:anongit.freedesktop.org/mesa/drm && cd drm && ./autogen.sh --prefix=/usr --enable-radeon-experimental-api && sudo make install && cd ..
    Double "//" missing after "git:".

    Leave a comment:


  • zika
    replied
    Originally posted by tormod View Post
    Well, in a perfect world, developers will only make improvements and only commit stuff with no regressions... Over the last months it has almost been like this in Xorg, so you're at the right place

    As long as you are capable of identifying when things work or not, and know how to revert to an older set of packages, and can tolerate the odd hang or crash, there is not much problem in using xorg-edgers IMO.

    The Lucid branch will start soon, as soon as there will be some new Lucid Xorg packages, next week probably. For now only the Lucid kernel has been updated for what the Xorg stack is concerned.
    Thank You for all the good work and effort You've made! I'll probably wait for the end of next week to embark on Lucid ship.

    Leave a comment:


  • tormod
    replied
    Originally posted by zika View Post
    Where can I find best performance and stability. I've searched around and came to xorg-edgers. When do You plan to open Lucid branch?
    Well, in a perfect world, developers will only make improvements and only commit stuff with no regressions... Over the last months it has almost been like this in Xorg, so you're at the right place

    As long as you are capable of identifying when things work or not, and know how to revert to an older set of packages, and can tolerate the odd hang or crash, there is not much problem in using xorg-edgers IMO.

    The Lucid branch will start soon, as soon as there will be some new Lucid Xorg packages, next week probably. For now only the Lucid kernel has been updated for what the Xorg stack is concerned.

    Leave a comment:


  • zika
    replied
    Originally posted by tormod View Post
    There are no Lucid packages at this point so don't worry And if the packages you have installed (from a PPA) have a higher version than the Lucid version, they will not be upgraded.

    Note that xorg-edgers just tracks the development, it is not a guarantee of best performance or stability.
    Where can I find best performance and stability. I've searched around and came to xorg-edgers. When do You plan to open Lucid branch?

    Leave a comment:


  • tormod
    replied
    Originally posted by zika View Post
    Since I'm using xorg-edgers also with 2.6.32-999, what is going to happen to my graphics if I upgrade to Lucid at this stage when xorg-edgers does not have Lucid covered? Am I going to degrade my graphics experience or what?
    There are no Lucid packages at this point so don't worry And if the packages you have installed (from a PPA) have a higher version than the Lucid version, they will not be upgraded.

    Note that xorg-edgers just tracks the development, it is not a guarantee of best performance or stability.

    Leave a comment:


  • zika
    replied
    Since I'm using xorg-edgers also with 2.6.32-999, what is going to happen to my graphics if I upgrade to Lucid at this stage when xorg-edgers does not have Lucid covered? Am I going to degrade my graphics experience or what?

    Leave a comment:


  • zika
    replied
    Originally posted by pvautrin View Post
    zika,
    Are you east of UTC (i.e. GMT +xx)? If so, it could be due to the bugs below. I'm in Australia and experienced them when I resized my Jaunty partition and installed Karmic alpha4 (or 5, I forgot).
    Binary package hint: e2fsprogs When you are East of UTC, and your hardware clock is in localtime not UTC, and you have to force power down, fsck fails on boot because the last write time is in the future. This is caused by a bug in the ext3/4 filesystem code in kernel, where it updates the superblock last write time from the system clock after replaying the journal - but the system clock contains localtime not UTC since we haven't had an opportunity to correct it yet. Ted Tso (ext3/4 upstr...

    https://bugs.launchpad.net/ubuntu/+s...ed/+bug/373409
    I am in Srbija so I think I am as of yesterday GMT+1, was GMT+2 at the time these things happened. The only scenario is that I forced shutdown and was bitten by the bug. That is a good point You made. So, I have to be more careful because I could be bitten any day again. Scary ... I'll investigate a bit further. In any case, thank You very much for a valuable insight.

    Leave a comment:


  • pvautrin
    replied
    zika,
    Are you east of UTC (i.e. GMT +xx)? If so, it could be due to the bugs below. I'm in Australia and experienced them when I resized my Jaunty partition and installed Karmic alpha4 (or 5, I forgot).
    Binary package hint: e2fsprogs When you are East of UTC, and your hardware clock is in localtime not UTC, and you have to force power down, fsck fails on boot because the last write time is in the future. This is caused by a bug in the ext3/4 filesystem code in kernel, where it updates the superblock last write time from the system clock after replaying the journal - but the system clock contains localtime not UTC since we haven't had an opportunity to correct it yet. Ted Tso (ext3/4 upstr...

    Binary package hint: gparted Running from a live cd image of ubuntu 9.04 through virtual box. When trying to shrink a partition (on a virtual box HDD) I got a message saying the e2fsck should be run on the affected partition. It was run and finished without errors:    check file system on /dev/sda5 for errors and (if possible) fix them 00:04:02 ( SUCCESS )    e2fsck -f -y -v /dev/sda5       ....    shrink file system 00:00:01 ( ERROR )    resize2fs /dev/sda5 15791863K    resize2f...

    Leave a comment:


  • zika
    replied
    Originally posted by Neo_The_User View Post
    Re-installing a distro because X is broken is never ever necessary nor recommended. Next time, post /var/log/Xorg.0.log, dmesg, and xorg.conf file to pastebin so I can help you (or anybody who knows the answer) for next time. Thanks.
    It was messed on the very low level. Fsck was unable to solve more that 100 screens of errors. And it happened almost the same way twice. I did not loose any data but it was beyond any kind of repair. It was perfectly working installation at one moment and after that upgrade ... And once I made all adjustments I was silly enough to do the same thing just to test what might be a source for these problems. I'm not blaming anybody just sharing my experience with readers of this Forum. I was brave enough, or stupid enough, several weeks later, few days ago, to do the same thing and it all went well. Thank You for Your kind offer but ... I've managed may crashes of X and solved them without resorting to re-install, if I count, in all of my experience with Ubuntu I did only 4 or 5 re-installs due to problems. I am a strong and stubborn oponent of re-install unless it is the only option. All other installs were merely to get everything clean once in a while. I love xorg-edgers and it is addictive so ... It was hard time these several weeks withholding myself not to upgrade. That is the same reason why I always have -999 kernel installed and why I am eagerly waiting to jump on the Lynx wagon ...

    Leave a comment:

Working...
X