Announcement

Collapse
No announcement yet.

Installing latest Open Source ATI drivers under Ubuntu 8.04

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

  • gordboy
    replied
    So It's My Fault Now ?

    Tormod

    You are in error. I did not "ramdomly" do anything. I updated ALL the packages, and it broke one of my systems, exactly as I described. And while we are on the subject of packages and repos, can I ask where your signing key is ?

    A file cannot exist in 2 packages at once. And so in this case, if you already have one of the offending packages installed, then the update is bound to fail, short of forcing options. A standard way around this is to use what are known as diversions. I would recommend any decent tutorial on debian package management.

    The fact of the matter is that you have failed, both in providing sane packages, and in admitting your error. Instead of trying to correct your mistakes, you have tried to blame others. And it follows that you are an obnoxious, talentless repackager of other peoples' work.

    A FUCKING DOLT.

    I hope that is clear enough for you.

    Leave a comment:


  • tormod
    replied
    Dude, I was of course talking about the x11proto-input-dev in the xorg-edgers repo. If you install libxi-dev from the repo, you must install x11proto-input-dev from the repo also. A normal update from the repo will take care of that. The whole stack should be in sync, you are not supposed to just install a random selection of packages. You are of course free to do what you want, but please spare us and yourself from disturbed fuzz.

    Leave a comment:


  • gordboy
    replied
    Furthermore

    Tormod.

    Where do I even begin ?

    I have been a programmer for over 30 years, and I will decide which packages I do and don't need. You may be a big fish in your own little pond, but you don't cut any ice with me.

    In the interests of not disrupting this forum, I won't say any more about this, except to ask NICELY if you could possibly see your way to fixing your own mess, and to publicly apologize here on this forum.

    An old article I wrote in Linux Journal some years ago -

    http://interactive.linuxjournal.com/article/5867

    A talk I gave at Edinburgh University (accept security certificate to view page, and scroll down) -

    https://wiki.inf.ed.ac.uk/MusIC/SeminarSeries

    My (rejuvenated) sourceforge project -

    http://sourceforge.net/projects/xspect3d/

    Admittedly, not everyone is interested in serious development work here, and would not perhaps be expected to know that dependencies do indeed pull in a whole slew of dev packages. Including, needless to say "x11proto-input-dev".

    By the same token, some people might be unaware that having a system with a broken X, where you cannot proceed until it is fixed, nor go back - because of the inconsistent state of the dpkg databases - really is not good enough. I have enough to do without tidying up after slovenly, unruly children.

    Gordon Miller

    Leave a comment:


  • gordboy
    replied
    Oh Really

    Tormod, I hate to break it to you, but you are completely WRONG.

    XInput.h is in the "x11proto-input-dev" package in stock Hardy. So to have it mysteriously appear in another package, "libxi-dev" is strange, to say the least. And that is where the conflict arises. A file that exists in two packages at once.

    The fact that you are blissfully unaware of this is STAGGERING. And the fact that you chose to adopt a condescending tone with me speaks volumes.

    Leave a comment:


  • tormod
    replied
    Originally posted by gordboy View Post
    My criticisms of the xorg-edgers packaging process still apply since the conflict with x11proto-input-dev has not been fixed yet.
    I am not sure what your criticism or previous ramble is about, since the x11proto-input-dev package does not contain XInput.h. What conflict are you talking about?

    About moving files between packages, this was done by our beloved upstream. We try to track upstream closely, that's the whole point of the xorg-edgers project. For fool-proof packages, please stay with official distribution packages.

    If upgrading development headers "breaks your entire system", you must have gotten out of sync. Just uninstall them all, they are not needed for normal usage. You can then reinstall them from the archive if you need to compile something.

    Leave a comment:


  • gordboy
    replied
    Performance

    I am the lead developer of an ALSA/openGL 3D audio spectrum analyzer, and I am constantly looking to push the frame rate and number of time slices to breaking point. The main graphics operations are drawing several tens of thousand vertical line segments per frame (and several tens of frames per second).

    All of this frame drawing has to get done before the next audio buffer is ready to be read, to avoid drop-outs and ever-increasing glitchy badness. So when there is badness, this is down to doing "too many" graphics operations, in the available time.

    The frames are drawn in one go, by the use of vertex arrays, and pre-scanning of the Y values, such that only the visible lines are actually drawn. The name of the game here is keeping the graphics time to a minimum. There are real-time constraints that limit how much can be done during each frame, before the ineluctible tick of the next buffer interrupt.

    Although radeon 6.10 is nice and stable (for me, at any rate), I think we could see another 80-100% speed improvement here, compared to fglrx 8.09. Although I would use 6.10 over fglrx any day, because of all the stability issues.

    I noticed that the Hyper-Z option in driconf is not there any more since I switched from the trusty old 9200se, presumably this is not needed for rv5XX.

    Anyways, driver config -

    Section "ServerFlags"
    Option "AIGLX" "off"
    Option "AllowEmptyInput" "off"
    Option "AutoAddDevices" "off"
    Option "AutoEnableDevices" "off"
    EndSection

    Section "Extensions"
    Option "Composite" "disable"
    EndSection

    Section "Device"
    Identifier "Videocard0"
    Driver "radeon"
    VendorName "ATI"
    BoardName "ATI Radeon X1650"
    Option "EnablePageFlip" "on"
    Option "AccelMethod" "EXA"
    Option "AccelDFS" "on"
    Option "EXAVSync" "on"
    EndSection

    ################################

    With EXAVSync off, I can get another 3-5% frame-rate improvement before it gets glitchy and jumpy, so I elected to take the small hit, in return for the XV niceness.

    One final point/question. And this is about realtime kernels and the dev.rtc.max-user-freq sysctl settings. I was wondering if there were trade-offs in having low-latency (and thus much more regular in the "ticking" sense, i.e. low variability of system call completions) audio - versus - graphics throughput/performance.

    Leave a comment:


  • bridgman
    replied
    What aspect of performance are you talking about ? If you're talking about 2D, then enabling EXA acceleration should help.

    Leave a comment:


  • gordboy
    replied
    Good Work

    I've been playing with the latest "radeon" driver 6.10 on my x1650 under Hardy with xorg-edgers DRM/drivers/libs etc and it is very nice. 2D & 3D acceleration work fine and so does XV. Seems to be very stable, but there is one little quibble. The P word.

    Performance. Hopefully this will pick up as all the main areas become glitch-free. And I do agree - get it right, then make it fast. I waited a *long* time for the CLGD-5434 cirrus driver to be stable and good, lets hope the radeon driver finally comes of age this year, and we can kiss another binary "blob" goodbye.

    My criticisms of the xorg-edgers packaging process still apply since the conflict with x11proto-input-dev has not been fixed yet. But this is a small point I guess, since hardly anyone here actually does any X development work, and so wouldn't be affected ...

    Well done to the primary developers. Job Well Done.

    Leave a comment:


  • oibaf
    replied
    tormod, I noticed that the latest xorg-server - 2:1.5.3+git20081216+server-1.5-branch.4970d757-0ubuntu0tormod1 for intrepid breaks Xv under compiz. Maybe there is a problem with the backported EXA patches included in the latest release?
    EXA performance with this latest version appears also to be the same of the previous version.

    Fedora also has backported EXA from 1.6. Patches can be found here:
    http://cvs.fedora.redhat.com/viewvc/...1-server/F-10/

    EDIT: sorry, ignore this post. I thought I was using EXA when in fact I still had enabled XAA . It works fine with EXA .
    Last edited by oibaf; 01-06-2009, 03:53 PM.

    Leave a comment:


  • Kano
    replied
    You just found out, that Kubuntu 8.10 is calling xrandr every 10 s - when you use a CRT then it will even flicker every 10 s. Ubuntu 8.10 usually does not behave that way.

    Leave a comment:

Working...
X