** Changed in: xserver-xorg-video-ati (Ubuntu Karmic)
Status: Confirmed => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/361060
Title:
[X1400] Extra X sessions very slow because of
This is no longer a problem in Ubuntu 10.04 when using (default) radeon
driver with KMS.
--
[X1400] Extra X sessions very slow because of EXA and no DRI
https://bugs.launchpad.net/bugs/361060
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu
Thanks for the update guyssome usefull information there. I'll
consider updating to Lucid RC to see if it fairs any better.
--
[X1400] Extra X sessions very slow because of EXA and no DRI
https://bugs.launchpad.net/bugs/361060
You received this bug notification because you are a member of Ub
I updated Lucid to the latest git code of the -ati driver last week
which should have all those commits. I assume those of you still seeing
the issue are seeing it on karmic rather than lucid. I've opened a
karmic task in case there is interest in backporting the fix (it doesn't
look likely that
No. Too much work compared to benefits when there exist nearly working
solution.
If you cannot use xrandr modelines you should report the bug
bugs.freedesktop.org so it gets fixed before lucid.
http://wiki.debian.org/XStrikeForce/HowToRandR12 for good xrandr
configuration help.
The performance p
I tired KMS and can confirm that it seems to resolve this issue, however
it currently comes with it's own problems, I’m sure this is because it’s
still under heavy development, the most annoying of which was the lack
of Mode lines previously available under X control. I posted something
on this th
Pauli writes:
> KMS=Kernel modesetting which you have to enable by passing modeset=1
> to radeon kernel module. KMS driver fixes the bug and the commit you
> think about is for KMS case. KMS is still under heavy development and
> getting it to working state requires sometimes quite a lot of tweak
KMS=Kernel modesetting which you have to enable by passing modeset=1
to radeon kernel module. KMS driver fixes the bug and the commit you
think about is for KMS case. KMS is still under heavy development and
getting it to working state requires sometimes quite a lot of tweaking
depending of hw.
On
I agree, it would be nice to get this fixed. Let the driver fallback to
shadowfb-technique if DRI-init fails, I'm sure that would help a lot.
Guest sessions are next to unusable right now. The strange thing is I
remember seeing patches upstream that were meant to revert to non-EXA
acceleration tech
Still broken for mewould be really nice if this was fixed, Linux
should be a multi-user system, I actually think this is quite important
and quite embarrassing. Can we elevate this?
--
[X1400] Extra X sessions very slow because of EXA and no DRI
https://bugs.launchpad.net/bugs/361060
You rec
Still broken for me, too. Here's my log.
** Attachment added: "Fresh Xorg.2.log of a guest session"
http://launchpadlibrarian.net/37523633/Xorg.2.log
** Changed in: xserver-xorg-video-ati (Ubuntu)
Status: Fix Released => Confirmed
** Changed in: xserver-xorg-video-ati (Ubuntu)
As
I can confirm that latest packages from Karmic doesn't solve this
bug...still poor 2D performance (scrolling, moving window) for the
second user... And as GDM has been upgraded, you can't use anymore the
xorg-extra.conf workaround...
--
[X1400] Extra X sessions very slow because of EXA and no DRI
** Attachment added: "Fresh Xorg-log for guest session where EXA is selected
when DRI-init fails"
http://launchpadlibrarian.net/32236449/Xorg.20.log
--
[X1400] Extra X sessions very slow because of EXA and no DRI
https://bugs.launchpad.net/bugs/361060
You received this bug notification becau
The patch does not work here. I'm using radeon-driver from git HEAD
(master), and an extra guest session still selects EXA, even though it
fails to initialize DRI.
--
[X1400] Extra X sessions very slow because of EXA and no DRI
https://bugs.launchpad.net/bugs/361060
You received this bug notifica
Any chance to see this fix backported to Jaunty ?
--
[X1400] Extra X sessions very slow because of EXA and no DRI
https://bugs.launchpad.net/bugs/361060
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-
I've uploaded a patch today for Karmic's -ati which forces use of XAA if
DRI is not present, so I believe this should be solved now. If not,
please feel free to reopen with a fresh Xorg.0.log.
** Changed in: xserver-xorg-video-ati (Ubuntu)
Status: Confirmed => Fix Released
--
[X1400] Ext
** Tags added: jaunty
--
[X1400] Extra X sessions very slow because of EXA and no DRI
https://bugs.launchpad.net/bugs/361060
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https:
It seems like a work-around for this problem (using XAA in some cases) got
fixed upstream in this commit:
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=f564460e94c9d0f1cf3ff4b8535481b2b8b4e9c1
--
[X1400] Extra X sessions very slow because of EXA and no DRI
https://bugs.launch
Yes, true. And that would be OK, if software rendering was usable at
all. But with Jaunty radeon-driver, it's not, with EXA and no DRI. You'd
have to switch extra sessions to XAA for ok performance.
--
[X1400] Extra X sessions very slow because of EXA and no DRI
https://bugs.launchpad.net/bugs/36
I think it's likely mostly to do with extra sessions being limited to
software rendering.
** Changed in: xserver-xorg-video-ati (Ubuntu)
Status: New => Confirmed
--
[X1400] Extra X sessions very slow because of EXA and no DRI
https://bugs.launchpad.net/bugs/361060
You received this bug no
** Summary changed:
- Extra X sessions very slow because of EXA and no DRI [Jaunty, radeon]
+ [X1400] Extra X sessions very slow because of EXA and no DRI
--
[X1400] Extra X sessions very slow because of EXA and no DRI
https://bugs.launchpad.net/bugs/361060
You received this bug notification bec
21 matches
Mail list logo
