Actually, I did try it with the unpatched 2.6.31-14 kernel and turning
KMS on, and it works (though I sometimes lose keyboard and touchpad upon
resume).
This is on a Compaq Presario V2310, which has a Turion64 processor
(though I'm running 32-bit Karmic on it), so perhaps the problem isn't
due *on
Sorry, sorry, you're right of course.
That said, I did try enabling KMS, and I can now suspend/resume without
a hitch after deactivating DRI (which I couldn't before enabling KMS,
even with DRI deactivated). More surprisingly, I can now suspend and
resume even *with* DRI (and visual effects) enabl
Thanks, although disabling DRI did not appear to completely solve the
issue for me...Suspend/Resume will sometimes work, sometimes not.
I'll try the same with KMS...am I right in assuming I *won't* be needing
to recompile my kernel, as KMS is apparently enabled by default in
recent kernels?
https
A friend's laptop is affected by this bug as well (Xpress 200M
chipset)...I might try to compile a kernel, but I haven't done it in a
while. Can anyone recommend a good, up-to-date KMS HowTo?
--
[RC410] Xpress 200M hangs when resuming from suspend with DRI
https://bugs.launchpad.net/bugs/305301
Y
I get the same bug with devicekit-power updated to version 011-1ubuntu1
:-/
The gpm.log file also shows two suspending events, like Andy's.
Problem occurs under similar conditions: unplugging suspended computer
then waking up (but not the reverse).
Current karmic running on a Dell Mini10v.
** A
acpi_listen doesn't show anything but the original lid event:
$ acpi_listen
button/lid LID0 0080 0006
I'm going to try the fix for bug 425411.
--
Resume (from memory) goes back to sleep automatically
https://bugs.launchpad.net/bugs/306310
You received this bug notification because you
I'm running current Karmic on a Dell Mini 10v.
The problem is intermittent - in fact, I've been trying to reproduce it
for an hour. Now that I *need* for it to happen, of course, it's not...
:-/
I can tell, however, that the system runs fine after waking up a second
time. I remember it happening
I seem to be having this problem with Karmic... :-(
--
Resume (from memory) goes back to sleep automatically
https://bugs.launchpad.net/bugs/306310
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@
@stevieh
This is a bug report - not the place for support. Try
www.ubuntuforums.organd/or
www.ubuntuguide.org.
On Nov 1, 2007 6:43 PM, stevieh <[EMAIL PROTECTED]> wrote:
> @John
> I am even to dumb to get the radeonhd driver running. Is this the one
> included in gutsy? Could you place your xorg.
Philip: in other words, Kernel developers are basically saying that ATI
users should not in fact upgrade to Gutsy? I'm not sure that is very good
press for Ubuntu, considering the *large* amount of laptops out there that
have ATI chipsets...
It wouldn't be so bad if Gutsy didn't prompt users to in
Version 8.42 of the fglrx driver is supposed to come out next week, I
believe. Perhaps it's best to wait, it's an entirely new driver and it's
supposed to fix a few issues. Maybe we'll get lucky!
--
[gutsy] fglrx breaks over suspend/resume
https://bugs.launchpad.net/bugs/121653
You received this
Strange though, since Matthew managed to get the computer to sleep...
Does that mean there's a possibility that this could be resolved with
kernel 2.6.23 (using this patch)? That would not be a simple workaround,
but would at least be one - right now it seems as if we're stranded on a
limb. I don'
Okay, well that's interesting to say the least - on a test machine
(which I don't have access to anymore) I couldn't even get it to suspend
at all...so there might be hope yet (there are plenty of video-related
options to play around with in /etc/default/acpi-support, maybe one of
them would help).
Not that this is for use with the "manual" installation of fglrx, and
not the automatic (i.e. deb from repositories) method, as outlined here:
http://wiki.cchtml.com/index.php/Ubuntu_Feisty_Installation_Guide#Method_2:_Install_the_8.41.7_Driver_Manually
--
[gutsy] fglrx breaks over suspend/resum
I don't know if this is a possible fix, but someone posted this on the
LKML (and got some flak from kernel devs, since this is a patch to the
ATI driver, not to the kernel);
http://www.gossamer-threads.com/lists/linux/kernel/829671
Note that this is for 2.6.23 kernels, but it may work for 2.6.22
I can confirm this bug here (Xpress200M with fglrx, Xgl, Feisty).
I am holding the package to version 0.2.0 from the Beryl site for now,
but I have to say that this seems to me like a pretty serious bug for
people with ATI cards/chipsets.
--
beryl-xgl missing from beryl and beryl-core (feisty)
h
16 matches
Mail list logo
