Announcement

Collapse
No announcement yet.

Ubuntu 10.04 May Backport More Kernel DRM

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

  • mendieta
    replied
    Originally posted by liangsuilong View Post
    I am running Karmic with mainline kernel 2.6.32.8, Radeon HD 3650. And I upgrade all the package from xorg-edgers PPA. X server is 1.6.5, Mesa is 7.8-devel.

    * Open source stack with kernel 2.6.32 + KMS works, but 3D acceleration is not workable. I start compiz, then the screen turns white.

    * Open source with kernel 2.6.32 + UMS runs so faster than kernel 2.6.32.7 + KMS in Fedora 12. 3D is OK, But it is buggy.
    The good news is that everything in Lucid works a lot better than that without getting any special package from ppa's.

    There is a recent fix that made KMS start working as of today with the default kernel, with performance in par with UMS (actually, a little better).

    https://bugs.launchpad.net/ubuntu/+s...re/+bug/521737

    Leave a comment:


  • kraftman
    replied
    I have a Radeon card, I'm running Karmic, Linux 2.6.33-git, packages from xorg-edgers repository and with KMS enabled system is nearly unusable. Both 2D and 3D performance is much lower, Firefox is very choppy, Konqueror is slower too, Warsow is unplayable and there are graphical glitches in Stormbaancoureur and it's also running much slower. Right now, UMS is an only option for me.

    Leave a comment:


  • liangsuilong
    replied
    Originally posted by mendieta View Post
    FWIW, I am running Lucid with the mainline kernel 2.6.33 , Radeon HD 3450

    For KMS to work you need to get some firmware files manually, but even so, you get less performance than with UMS. Roughly speaking:

    * Open source stack is 3 to 5 times slower than catalyst in karmic in 3D, and comparable in 2D.
    * Open source stack with kernel 2.6.32 + UMS is very similar than 2.6.33-mainline + KMS
    * Open source stack with kernel 2.6.32 + KMS is 25% faster.
    I am running Karmic with mainline kernel 2.6.32.8, Radeon HD 3650. And I upgrade all the package from xorg-edgers PPA. X server is 1.6.5, Mesa is 7.8-devel.

    * Open source stack with kernel 2.6.32 + KMS works, but 3D acceleration is not workable. I start compiz, then the screen turns white.

    * Open source with kernel 2.6.32 + UMS runs so faster than kernel 2.6.32.7 + KMS in Fedora 12. 3D is OK, But it is buggy.

    Leave a comment:


  • mendieta
    replied
    FWIW, I am running Lucid with the mainline kernel 2.6.33 , Radeon HD 3450

    For KMS to work you need to get some firmware files manually, but even so, you get less performance than with UMS. Roughly speaking:

    * Open source stack is 3 to 5 times slower than catalyst in karmic in 3D, and comparable in 2D.
    * Open source stack with kernel 2.6.32 + UMS is very similar than 2.6.33-mainline + KMS
    * Open source stack with kernel 2.6.32 + KMS is 25% faster.

    Leave a comment:


  • Kano
    replied
    Or you compile the kernel default that way you want it

    Leave a comment:


  • Ragas
    replied
    Using KMS or UMS isn't a Problem at all. You can just disable it with a boot-parameter.

    Leave a comment:


  • Kano
    replied
    kms is suboptimal when you want to change from radeon to fglrx. I dont need kms anyway...

    Leave a comment:


  • bridgman
    replied
    I think the real question here is going to be whether Lucid should be "the last UMS release" or "the first KMS release".

    If Lucid is going to focus on UMS (which AFAIK is *not the plan) then 2.6.32 should be OK, but if the plan is to go with KMS then pretty much all of the changes in 2.6.33 drm should be picked up, ie either a massive backport or pulling the whole drm.

    Support for UMS is starting to disappear from the drivers, which means that picking up new kernel drivers (or a *lot* of backporting) is going to be how new graphics hardware is enabled in the future -- and graphics hardware changes more quickly than most other devices.

    Leave a comment:


  • Kano
    replied
    I don't get your point. Nv drivers already support .33 by default. ATI has more problems with xserver 1.7. For .33 you could patch it if needed.

    Leave a comment:


  • ssam
    replied
    what ever they choose will have to maintained for a long time. surely a close to vanilla kernel will make this easier.

    however greg kh has said that 2.6.32 will be a long term maintenance kernel (like 2.6.27). but that decision was based on the fact that big distros are planning to use it for big releases (eg ubuntu lucid).
    http://www.phoronix.com/scan.php?pag...item&px=Nzg5MQ

    i thinks its a shame that closed source drivers might hold back new open source stuff getting to users.

    Leave a comment:

Working...
X