Announcement

Collapse
No announcement yet.

HD4770: Screen corruption and artefacts with the from-git graphical stack

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
    crazycheese
    Senior Member

  • crazycheese
    replied
    massive grave-digging, but..

    I too had this problem. I thought its my incompetence in setting up gentoo, but eventually it is not.
    I too have HD4770.

    Thanks to agd5f and John for solution!!
    Thanks to M?P?F for rising the problem!!
    Thanks guys!

    Leave a comment:


  • MuPuF
    replied
    Hi,

    Just to say I've figured out the problem.
    It was a bad packing problem that lead to version mismatch.
    I changed it and it works as intended (both 2D and the openarena 3D).

    Sorry for the disturbance :s

    Leave a comment:

  • Kano
    Kanotix Developer

  • Kano
    replied
    Looks like mesa is using too much pipes, don't you think so?

    Leave a comment:


  • MuPuF
    replied
    Originally posted by agd5f View Post
    KMS or non-KMS?
    non-KMS

    I'll try with KMS later, when patches for the 2.6.31 will be there.

    EDIT: I'll try to bisect the problem. I just hope to find the time to do so this week end.
    Last edited by MuPuF; 11 September 2009, 07:21 PM.

    Leave a comment:

  • agd5f
    X.Org ATI Driver Developer

  • agd5f
    replied
    Originally posted by M?P?F View Post
    OK, so, there is a regression somewhere else that creates some corruption :
    KMS or non-KMS?

    Originally posted by M?P?F View Post
    Wasn't openarena considered as a working app without needing indirect rendering ?
    yes as of last week.

    Leave a comment:


  • MuPuF
    replied
    Originally posted by agd5f View Post
    DownloadFromScreen has nothing to do with GL. It's part of EXA (2D). DownloadFromScreen is currently disabled on rv740 for same transfers until we sort out why it's problematic.
    OK, so, there is a regression somewhere else that creates some corruption :


    Originally posted by agd5f View Post
    The issues with needing indirect rendering for some apps has been fixed.
    Wasn't openarena considered as a working app without needing indirect rendering ?

    Leave a comment:

  • agd5f
    X.Org ATI Driver Developer

  • agd5f
    replied
    Originally posted by M?P?F View Post
    I was away from my r700 for two weeks and I've tried it once again today.

    I thought I read (but can't figure out where) "DownloadFromScreen" "False" was no longer needed for r700 just as LIBGL_ALWAYS_INDIRECT=yes for openarena but it seems like it doesn't work with me.

    So, does the issues still exist ? Did I misread something ?

    Thanks by advance.
    DownloadFromScreen has nothing to do with GL. It's part of EXA (2D). DownloadFromScreen is currently disabled on rv740 for same transfers until we sort out why it's problematic. The issues with needing indirect rendering for some apps has been fixed.

    Leave a comment:


  • MuPuF
    replied
    I was away from my r700 for two weeks and I've tried it once again today.

    I thought I read (but can't figure out where) "DownloadFromScreen" "False" was no longer needed for r700 just as LIBGL_ALWAYS_INDIRECT=yes for openarena but it seems like it doesn't work with me.

    So, does the issues still exist ? Did I misread something ?

    Thanks by advance.

    Leave a comment:

  • Kano
    Kanotix Developer

  • Kano
    replied
    Why do you still use m-a? U uses dkms and it can be used really easy with drm:

    http://kanotix.com/files/fix/dkms/dr...7xx-3d-dkms.sh

    When you change

    LANG= dkms mkdeb -m $module -v $ver --source-only

    to

    LANG= dkms mkdsc -m $module -v $ver --source-only

    you get a package you could easyly adopt for uploading to your repo if you dislike scripts which generate that dynamically.

    Leave a comment:

  • tormod
    Ubuntu X.Org

  • tormod
    replied
    Originally posted by suokko View Post
    https://launchpad.net/~xorg-edgers/+archive/ppa for user space parts.

    Too bad kernel modules aren't anywhere so you have to compile them like told in wiki radeon build how to
    I uploaded a drm-modules-source (for easy building of kernel modules using modules-assistant) of agd5f's tree to https://launchpad.net/~xorg-edgers/+archive/radeon . The package is built on Karmic, but it should work in Jaunty as well.

    Leave a comment:

Working...
X