Official support for Ubuntu 9.04 "Jaunty Jackalope" has ended and this
bug was fixed in Catalyst (fglrx) 9.8. Marking as Fix Released.
** Tags removed: needs-lspci-vvnn needs-xorglog
** Tags added: jaunty
** Changed in: fglrx-installer (Ubuntu)
Status: Confirmed => Fix Released
--
You r
Apparently this bug has been fixed in Catalyst version 9.8. Any chance
of backporting the driver into jaunty?
** Changed in: fglrx-installer (Ubuntu)
Status: Confirmed => Fix Released
** Changed in: fglrx-installer (Ubuntu)
Status: Fix Released => Confirmed
--
[HD 2600/HD 3670/HD
Doh, my paste of xorg.conf in the above comment came out all screwy.
I've attached the actual xorg.conf file to this comment.
** Attachment added: "xorg.conf"
http://launchpadlibrarian.net/30485307/xorg.conf
--
[HD 2600/HD 3670/HD 4650/ Others?] fglrx + Kwin with OpenGL desktop effects =
fai
I do not have my old xorg.conf for comparison (diff), however, here are
the contents of my existing xorg.conf:
Section "Monitor"
Identifier "aticonfig-Monitor[0]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Here's my xorg.conf's (see attached) from the Catalyst version 9.7 vs 9.8.
9.8 Suspens/resumes flawlessly with compositing enabled (yay!), while 9.7
and earlier did not.
I'm running Ubuntu Jaunty with kernel 2.6.28-15-generic (from uname -r)
with a Gateway M6862 laptop with an ATI Radeon 2600HD c
Hey Timothy, could you please post the contents of your xorg.conf file
to see what did ati-config put in there? actually, if you have a copy
of your old xorg.conf, a diff between the two files would be extremely
useful.
thanks!
On Tue, Aug 18, 2009 at 11:42 AM, tmokeefe wrote:
> Some good news on
Some good news on this bug finally. I downloaded and installed ATI
Catalyst 9.8 last night:
http://support.amd.com/us/gpudownload/linux/Pages/radeon_linux.aspx?type=2.4.1&product=2.4.1.3.5&lang=English
I was finally able to suspend/resume my machine w/ OpenGL compositing
enabled. This was after e
I have tested my idea, by manually disabling composite immediately
before suspend and re enabling it immediately after resume, and it works
(ie, it doesn't hang).
I have written the script to do it (dbus is a pleasure!), but i have
been looking for weeks for some way to put it in KDE's suspend/res
I haven't seen anyone else post this, but this problem still persists with
the latest Catalyst drivers and the Jaunty kernel
On Aug 13, 2009 5:55 PM, "Bryce Harrington"
wrote:
** Tags added: kubuntu
-- [HD 2600/HD 3670/HD 4650/ Others?] fglrx + Kwin with OpenGL desktop
effects = failed resume h
** Tags added: kubuntu
--
[HD 2600/HD 3670/HD 4650/ Others?] fglrx + Kwin with OpenGL desktop effects =
failed resume
https://bugs.launchpad.net/bugs/369042
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ub
i was just thinking... if the resume fails when Desktop Effects are
enabled on suspend, wouldn't it be possible, as a workaround until a
proper fix is released, to execute a script that disables desktop
effects immediately before suspension, and re-enables them immediately
after resume?
i'll see i
@aidar: it's a completely different issue, this is with the propietary
fglrx driver, gentoo's is with mesa, this affects kwin when resuming
from suspension to memory, that one affects plasma, this is worked
around by changing to Xrender compositing, that one is fixed by
resetting the plasma conf.
12 matches
Mail list logo