Maybe I'll try to uninstall the vbetool package and the related ones.
I have ubuntu 9.04 on a Acer Aspire One D250, and to fit perfectly my
ubuntu version with my netbook, I installed a kernel properly modiefied
to support pousblo drivers for video card...so I'm a bit afraid to do
what you have
For what it's worth, I just uninstalled the vbetool package. It also
asked to uninstall the related package acpi-support. I let it. I've had
no problem since. Suspend works perfectly, no acpi problems (frequency
scaling, etc). Don't know why this package is enabled by default, but I
kissed it good-
I've run into this same problem as well. Have an old laptop Dell
Latitude CPi from the late 90th and need to force acpi using the kernel
option acpi=force.
I've run Xubuntu Hardy earlier where suspend to mem worked great. Now
when installing Karmic the other day suspend to mem no longer works.
I
I have this problem to. I'm using Karmic on an HP Dv2 laptop. I have
the same issue with suspend/resume as the initial poster - I have to
switch virtual terminals and then back to get output then vbetool uses
(close to) 100% CPU. After that killing the vbetool post process
causes another one t
adding this file cures my problem. I know it inappropriate, but hey I
can suspend and resume now.
#!/bin/sh
#/usr/lib/pm-utils/sleep.d/99zkill-vbetool
killvbe() {
sleep 2
killall vbetool
}
if [ "$1" = "resume" ]
then
killvbe &
fi
exit 0
** Attachment added: "/usr/lib/p
I also experience this bug. I'm completely ignorant apart from my
knowledge of the information below:
xserver-xorg-video-ati:
Installed: 1:6.12.99+git20090531.7599dc40-0ubuntu0tormod
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Mobility Radeon
HD 3400 Series [1002:95c4]
Subs
Dimitrios Symeonidis, I am currently unable to suspend at all, so I
can't really confirm at this point.
Normal suspend just blanks the screen, and the computer never goes into
suspend mode (fans are still blowing, the power light stays solid on
instead of flashing like it usually does). I've attac
on my Acer Travelmate 4002 wlmi with an ATI Radeon Mobility 9700
I do need to use vbe-post-quirk. without it the machine won't wake up from
resume.
Still the vbetool hangs and I have to kill it to turn the screen back on
and continue with the resume.
On a seperate note: /usr/share/hal/fdi/inform
Luka Renko has suggested a fix (the editing of the file
/usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-hp.fdi),
and Noah has confirmed this fix resolves the issue for him.
Jeremy, Diaboflo, Excentrik, Dan, Nobu, Sebrockcan you please try to
verify this fix also resolves the issue f
** Changed in: vbetool (Ubuntu)
Status: Confirmed => Triaged
--
vbetool 100% cpu usage on resume
https://bugs.launchpad.net/bugs/130979
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
Confirmed, this did fix my problem, Thanks Luka.
Only change is my machine is an nx series not nw eg added ;nx8420 to
/usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-hp.fdi
and it solved my problem.
--
vbetool 100% cpu usage on resume
https://bugs.launchpad.net/bugs/130979
You rec
Noah: your laptop probably does not need vbetool to run on resume at
all, this is why I have modified my HAL scripts to fix it for similar
laptop (nw8440).
You may want to check this file:
/usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-hp.fdi
You could try adding ";nw8240" to the
I get the same problem on my HP Compaq nx8420 laptop with Radeon
Mobility X1600 and open source ati driver,
The screen backlight is off on resume, so I ctrl-alt-f7 to return to
desktop and then killall vbetool to stop 100% cpu usage, which returns
me to a blank screen, so I ctrl-alt-f7 and I'm bac
I also notice "vbetool post" consuming 100% CPU during resume. See this
bug report for more info on the specific problem, but there's an oops
before vbetool gets run, so vbetool's hangup may be an artifact of
another bug (but it should still not sit and spin).
https://bugs.launchpad.net/ubuntu/+b
** Changed in: vbetool (Ubuntu)
Importance: Undecided => High
--
vbetool 100% cpu usage on resume
https://bugs.launchpad.net/bugs/130979
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.ub
"vbetool post" also breaks my resume on an Acer Travelmate 4002 wlmi with an
ATI Radeon Mobility 9700. Details in
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/350351
Both in jaunty beta and intrepid.
I really need --quirk-vbe-post to wake up. how does that relate to the
settings in /etc/
I have the same problem with up-to-date Intrepid on HP nw8440 laptop
with ATI card (using open source radeon driver).
--
vbetool 100% cpu usage on resume
https://bugs.launchpad.net/bugs/130979
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubunt
I'm also experiencing exactly the same problem as mentioned in the first
description, although I only have one core :P
A brief tour of what I did/had:
Using radeon driver, with some settings (in acpi-support), I had suspend
working flawlessly.
Afterwards, I've tried to install the fglrx driver b
I am experiencing the same issues as the first poster on an IBM X61s
UK43JUK with an up to date Hardy x86_64.
Linux nano 2.6.24-10-generic #1 SMP Fri Feb 22 18:26:06 UTC 2008 x86_64
GNU/Linux
--
vbetool 100% cpu usage on resume
https://bugs.launchpad.net/bugs/130979
You received this bug notific
I have the exact same issue. However, I just chmod vbetool not the be an
executable thus making it never execute on suspend/resume and voila
everything works. I mean everything, graphics, lan, I/O, display etc.
Seems I don't even need to use vbetool. Guessing the BIOS can handle
this stiff itself?
Even with uswsusp suspend (Using s2ram) still isn't working for me. I'm
really stumped about why it won't work now... I'd say it's because of my
recently installed dual-core processor but it was working after
installing it. I would say that it's due to me using the 64-bit version
of Ubuntu, but tha
I tried again after reinstalling and it didn't work. I seem to remember using
uswsusp in order to get suspend working, but I'm not sure.
As far as this try goes, I have the syslog attached for anyone to look at. I'll
try installing uswsusp and trying again to see if I get the expected results so
Well, it's not working at all anymore... Probably some file I edited and
forgot about. I'm going to try reinstalling Ubuntu and see if it works
on a fresh install, vbetool acts up, or it doesn't work at all.
As for what it's doing now: When I resume the power light blinks for a
little while, turns
well acpi is acpi, it shouldn't really matter whether it's a desktop or
a laptop, but it is possible we are seeing different bugs here. I'll go
hunt for the others :)
--
vbetool 100% cpu usage on resume
https://bugs.launchpad.net/bugs/130979
You received this bug notification because you are a me
Well, it's not a notebook. ^.^
The motherboard is a Biostar GeForce 6100 AM2. As shown above, I'm using a
64-bit Processor and the 64-bit version of Ubuntu. It is completely possible
that other people experience this as well, but don't know because they have a
single core processor and the compu
I'm curious what hardware you observed this on. I have seen it a few
times on my thinkpad x40, but it doesn't happen very often (and I
suspend/resume several times a day).
** Changed in: vbetool (Ubuntu)
Status: New => Confirmed
--
vbetool 100% cpu usage on resume
https://bugs.launchpad.n
26 matches
Mail list logo