This bug report is being closed due to your last comment regarding this
being fixed with an update. For future reference you can manage the
status of your own bugs by clicking on the current status in the yellow
line and then choosing a new status in the revealed drop down box. You
can learn more a
No it is not.
Sent from my iPhone
(540) 272-3058
[EMAIL PROTECTED]
On Nov 3, 2008, at 17:34, Daniel T Chen <[EMAIL PROTECTED]> wrote:
> Is this symptom still reproducible in 8.10?
>
> ** Changed in: vbetool (Ubuntu)
> Status: New => Incomplete
>
> --
> 100% cpu on resume
> https://bugs.la
Is this symptom still reproducible in 8.10?
** Changed in: vbetool (Ubuntu)
Status: New => Incomplete
--
100% cpu on resume
https://bugs.launchpad.net/bugs/134868
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs ma
I have the same problem with up-to-date Intrepid on HP nw8440 laptop
with ATI card (using open source radeon driver).
--
100% cpu on resume
https://bugs.launchpad.net/bugs/134868
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu
Chris: adding acpi_sleep=s3_bios to the kernel command line fixed
backlight-disabled-on-resume for me (intel GM965). I've heard that a
newer intel driver in git correctly initializes a couple of additional
registers, which will make the acpi_sleep option unnecessary for my
chipset.
--
100% cpu o
I just tried with POST_VIDEO disabled and while it (of course) doesn't
hang, it also means the backlight doesn't get enabled, so I am going to
have to go back to posting.
--
100% cpu on resume
https://bugs.launchpad.net/bugs/134868
You received this bug notification because you are a member of Ub
FWIW disabling POST_VIDEO fixed occasional crashes on resume (blank screen,
blinking moon) on my Thinkpad T42 (radeon video driver): bug 81722.
I've never tried switching to a different console during the first ten seconds,
and after that the machine was entirely dead (no magic sysrq).
--
100%
I added some logging to the various resume.d scripts to try and track down
where this is happening and it seems to be in the "vbetool post" call in
/etc/acpi/resume.d/15-video-post.sh, so is fairly fundemental.
In the situations where it does get stuck, I don't get a console, but as
mentioned, f