Page 3 of 11 FirstFirst 12345 ... LastLast
Results 21 to 30 of 102

Thread: Not all Unhappy campers on ati

  1. #21
    Join Date
    Jan 2009
    Posts
    515

    Default

    Quote Originally Posted by Kano View Post
    When you use an ubuntu style kernel - like ubuntu mainlines ones - then my nvidia script has also dkms support. That's not depending on packageing or not, dkms is a very simple thing. The problem is that the debian nvidia dkms support is not compatible with u style kernels and vice versa. As my distro does not use debian kernels i dont have got that in the script, but a tiny addon extra script for pure debian (which i wrote before i integrated it) would be simple if the demand is there.
    Right. dkms is nice and all, but the main advantage is the use of the packaging system.
    I really don't like to polute my system with anything not installed through my package manager. That is also the reason why I use checkinstall to generate/install packages for Ubuntu from plain source code.

  2. #22
    Join Date
    Aug 2007
    Posts
    6,613

    Default

    I prefer compiling extra apps from source with --prefix=$HOME/dist with PKG_CONFIG_PATH + LD_LIBRARY_PATH overrides. That also exposes problems in apps like xbmc which definitely does not like when libbluray is installed that way. I think it is still not fixed... checkinstall does not create good packages, they are even painfull when depends should be parsed. At least it allows you to remove em more simple, but thats all. The remove problem for binary drivers is very simple and already solved...

  3. #23
    Join Date
    Apr 2011
    Location
    Slovakia
    Posts
    75

    Default

    Quote Originally Posted by amphigory View Post
    What really astonishes me is the stability of the development trees. I'm running kernel 2.6.39-rc4 with drm/mesa/xf86-video-ati from git and everything is completely stable. I haven't submitted a bug report in ages.
    Great for you. I am stuck at kernel 2.6.36, because with newer kernels the X server hangs with black screen. Problem reported but no progress so far. I am on the newest (stable) mesa and radeon driver (with HD 4350).

    But before this problem, the driver and kernel and mesa combo was quite stable across versions, I am satisfied with it. It just has many graphical bugs (celestia, stellarium, kwin/video tearing), which are slowly getting better.

  4. #24
    Join Date
    Nov 2009
    Location
    Italy
    Posts
    917

    Default

    Quote Originally Posted by Kano View Post
    Newer nv cards (dx10+) seem to have better oss drivers than ati cards. Did you check out nouveau lately? There are speed differences but not as extreme like ati. Also more games work - waiting for trine to work with ati/intel.
    Can you pleas post some nvidia vs nouveau benchmarks? I'm sorry but I REALLY doubt it.

  5. #25
    Join Date
    Jun 2009
    Posts
    2,927

    Default

    The reason why Trine worked correctly in Nouveau was (ironically) incorrect code. Nouveau did not check a flag and went along, while all other drivers checked the flag and acted accordingly.

    Then another bug had the flag set incorrectly, causing all other drivers to fail.

    Great for you. I am stuck at kernel 2.6.36, because with newer kernels the X server hangs with black screen. Problem reported but no progress so far. I am on the newest (stable) mesa and radeon driver (with HD 4350).
    This is no help for you, of course, but I've run my HD 4350 on .37, .38 and ,39-rc3, with no problems.

    Are you absolutely sure you're not making any mistakes when compiling the newer kernels? Can you link the bug report?

  6. #26
    Join Date
    Apr 2011
    Location
    Slovakia
    Posts
    75

    Default

    Quote Originally Posted by pingufunkybeat View Post
    This is no help for you, of course, but I've run my HD 4350 on .37, .38 and ,39-rc3, with no problems.

    Are you absolutely sure you're not making any mistakes when compiling the newer kernels? Can you link the bug report?
    Thanks, at least there is hope Here is the bugreport: https://bugs.freedesktop.org/show_bug.cgi?id=31974. Of course it may depend on wrong compile options or driver options. All starts fine e.g. with NoAccel driver option.

  7. #27
    Join Date
    Jun 2009
    Posts
    2,927

    Default

    Hrm, it might be related to vga-switcheroo or something. I have an HD 4350 (PCI) and an HD 4550 (PCI-x) in this computer and can't remember the last lockup I've had.

    Do you compile your own kernels? Are you sure you're using the same config for older and newer kernels?

  8. #28
    Join Date
    Apr 2011
    Location
    Slovakia
    Posts
    75

    Default

    Yes I compile my kernels and always migrate the same config to newer kernels, answering just new options. I do not have 2 cards in the system. But I could try to disable vga arbitration in the kernel (I have it compiled in if I need it in the future).

    However I am not the original reporter of the bug, who has 2 cards. Maybe my problem is different from his just the symptoms are the same.

  9. #29
    Join Date
    May 2008
    Location
    Germany/NRW
    Posts
    510

    Default

    Quote Originally Posted by aceman View Post
    Yes I compile my kernels and always migrate the same config to newer kernels, answering just new options. I do not have 2 cards in the system. But I could try to disable vga arbitration in the kernel (I have it compiled in if I need it in the future).

    However I am not the original reporter of the bug, who has 2 cards. Maybe my problem is different from his just the symptoms are the same.
    I'm the original reporter of that bug. And I also think we're actually hitting different bugs, as since recently my problem has disappeared. Unfortunately I've no idea what exactly fixed it for me, but at least with 2.6.39-rc2 and ati 6.14.1 it's now working for me... at least kinda. The XServer starts up and Xorg-log reports EXA and DRI2 are enabled, but everything is veeery slow... for example I only get ~16FPS on OpenArena.
    Anyway I really should go and update that bug-report.

  10. #30
    Join Date
    Apr 2011
    Location
    Slovakia
    Posts
    75

    Default

    Soooo... I am sure kernel 2.6.38 didn't work. But now I have compiled 2.6.38.3 AND disabled vga arbitration in the kernel. And now everything works fine as before. Yes, even xterm redraws ARE slower but e.g. mplayer and googleearth ARE not noticeably slower. But I will look into it more later and post in the bugreport. Thank you guys for poking into it

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •