http://bugzilla.kernel.org/show_bug.cgi?id=12155
--- Comment #14 from [EMAIL PROTECTED] 2008-12-09 00:44 ---
Created an attachment (id=19221)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19221&action=view)
Extract from /var/log/messages when system refused to suspend
--
Confi
http://bugzilla.kernel.org/show_bug.cgi?id=12155
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|acpi_power-sleep- |[EMAIL PROTECTED]
|[
http://bugzilla.kernel.org/show_bug.cgi?id=11884
--- Comment #52 from [EMAIL PROTECTED] 2008-12-09 02:51 ---
Created an attachment (id=19222)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19222&action=view)
debug patch
Store (DerefOf (Index (CUZO, 0x00)), Local0)
DerefOf Op pus
http://bugzilla.kernel.org/show_bug.cgi?id=11135
--- Comment #35 from [EMAIL PROTECTED] 2008-12-09 03:20 ---
Hello Venkatesh,
Without "nolapic_timer" boot option, the system hangs at this point:
[1.936910] ACPI: CPU1 (power states: C1[C1] C2[C2] C3[C3])
[1.937104] processor
http://bugzilla.kernel.org/show_bug.cgi?id=12103
--- Comment #3 from [EMAIL PROTECTED] 2008-12-09 04:51 ---
If toshiba_acpi reports "no such device", that means your hardware/BIOS isn't
supported by the driver. The driver is perhaps too broadly named-- it was only
intended to support
http://bugzilla.kernel.org/show_bug.cgi?id=11135
--- Comment #34 from [EMAIL PROTECTED] 2008-12-09 03:15 ---
Created an attachment (id=19223)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19223&action=view)
dmesg output (using "idle=poll")
dmesg output.
With acpi enabled and usi
http://bugzilla.kernel.org/show_bug.cgi?id=12103
--- Comment #4 from [EMAIL PROTECTED] 2008-12-09 08:32 ---
Ok, I have just understood that the backlight control I lacked can be achieved
by loading the 'video' driver by hands, though cpufreq still does not work even
with 'cpufreq_user
http://bugzilla.kernel.org/show_bug.cgi?id=12183
--- Comment #2 from [EMAIL PROTECTED] 2008-12-09 13:58 ---
Created an attachment (id=19229)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19229&action=view)
acpidump
acpidump
About acpi=off I tried the following:
acpi=off doesn't
http://bugzilla.kernel.org/show_bug.cgi?id=12183
--- Comment #3 from [EMAIL PROTECTED] 2008-12-09 14:00 ---
Created an attachment (id=19230)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19230&action=view)
dmesg -s64000
dmesg-s64000
--
Configure bugmail: http://bugzilla.kern
http://bugzilla.kernel.org/show_bug.cgi?id=12187
Summary: battery status info dissapears on MSI PR200
Product: ACPI
Version: 2.5
KernelVersion: 2.6.28-rc5
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
http://bugzilla.kernel.org/show_bug.cgi?id=12187
--- Comment #1 from [EMAIL PROTECTED] 2008-12-09 14:08 ---
Created an attachment (id=19231)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19231&action=view)
dmesg output right after boot
--
Configure bugmail: http://bugzilla.ker
http://bugzilla.kernel.org/show_bug.cgi?id=12187
--- Comment #2 from [EMAIL PROTECTED] 2008-12-09 14:09 ---
Created an attachment (id=19232)
--> (http://bugzilla.kernel.org/attachment.cgi?id=19232&action=view)
dmesg output right after the problem occured
--
Configure bugmail: http
http://bugzilla.kernel.org/show_bug.cgi?id=12187
--- Comment #3 from [EMAIL PROTECTED] 2008-12-09 14:15 ---
In 2.6.28 the problem occurs very rarely, sometimes days after the boot.
However, if I turn on debug printouts in ec.c, it takes literally minutes to
happen. I don't understand
http://bugzilla.kernel.org/show_bug.cgi?id=11268
--- Comment #33 from [EMAIL PROTECTED] 2008-12-09 15:21 ---
Sorry for my delay! I don't know if suspend/resume works on windows, never used
it in this box - i'll try to find a install disk and report back as soon as
possible.
WRT you
http://bugzilla.kernel.org/show_bug.cgi?id=12187
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #19231|application/octet-stream|text/plain
mime type|
http://bugzilla.kernel.org/show_bug.cgi?id=12187
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #19232|application/octet-stream|text/plain
mime type|
http://bugzilla.kernel.org/show_bug.cgi?id=12187
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
Regression|0
http://bugzilla.kernel.org/show_bug.cgi?id=11268
--- Comment #34 from [EMAIL PROTECTED] 2008-12-09 18:05 ---
hmmm, different FADT pointed by RSDT and XSDT.
could you please apply the patch from
http://marc.info/?l=linux-acpi&m=122445298804762&w=2
and
http://marc.info/?l=linux-acpi&m
http://bugzilla.kernel.org/show_bug.cgi?id=12187
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED]
|bugs.osdl.
http://bugzilla.kernel.org/show_bug.cgi?id=12106
--- Comment #33 from [EMAIL PROTECTED] 2008-12-09 18:24 ---
Every value that doesn't crash the machine produces the exact same output
[ACPI Debug] String [0x07] "In _BCM"
[ACPI Debug] String [0x06] "Local0"
[ACPI Debug] Integer 0x00
http://bugzilla.kernel.org/show_bug.cgi?id=12103
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |REJECTED
Resolution|
http://bugzilla.kernel.org/show_bug.cgi?id=12106
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #19083|0 |1
is obsolete|
http://bugzilla.kernel.org/show_bug.cgi?id=12106
--- Comment #35 from [EMAIL PROTECTED] 2008-12-09 18:45 ---
Well maybe it's not so weird if you consider the screens actual brightness
isn't changing I'll try the DSDT now
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cg
http://bugzilla.kernel.org/show_bug.cgi?id=12106
--- Comment #36 from [EMAIL PROTECTED] 2008-12-09 19:04 ---
The output for echo 35, 45 then 25 is:
[ACPI Debug] String [0x07] "In _BCM"
[ACPI Debug] String [0x04] "Arg0"
[ACPI Debug] Integer 0x0023
[ACPI Debug] String [
http://bugzilla.kernel.org/show_bug.cgi?id=12106
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #19093|0 |1
is obsolete|
http://bugzilla.kernel.org/show_bug.cgi?id=12106
--- Comment #38 from [EMAIL PROTECTED] 2008-12-09 19:06 ---
Oh yes forgot to say echo 60 crashed the laptop
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
http://bugzilla.kernel.org/show_bug.cgi?id=12106
--- Comment #39 from [EMAIL PROTECTED] 2008-12-09 19:29 ---
all right, then I think
echoing {60, 70, 80, 90, 100} all crashes the system, while {25, 35, 45}
doesn't, right?
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.c
http://bugzilla.kernel.org/show_bug.cgi?id=12106
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #19234|0 |1
is obsolete|
http://bugzilla.kernel.org/show_bug.cgi?id=12106
--- Comment #41 from [EMAIL PROTECTED] 2008-12-09 19:34 ---
you can try this DSDT and see if it still crashes.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
http://bugzilla.kernel.org/show_bug.cgi?id=12106
--- Comment #42 from [EMAIL PROTECTED] 2008-12-09 19:42 ---
all right, then I think
echoing {60, 70, 80, 90, 100} all crashes the system, while {25, 35, 45}
doesn't, right?
Yes that's correct
--
Configure bugmail: http://bugzilla.ke
http://bugzilla.kernel.org/show_bug.cgi?id=11963
[EMAIL PROTECTED] changed:
What|Removed |Added
CC|acpi- |[EMAIL PROTECTED]
|[
http://bugzilla.kernel.org/show_bug.cgi?id=11255
--- Comment #58 from [EMAIL PROTECTED] 2008-12-09 22:13 ---
have you tried this patch for 2.6.28-rc7? during patching I have:
patching file drivers/acpi/sleep/proc.c
Hunk #1 succeeded at 491 with fuzz 2.
Hunk #2 FAILED at 600.
1 out of
http://bugzilla.kernel.org/show_bug.cgi?id=12155
--- Comment #17 from [EMAIL PROTECTED] 2008-12-09 23:09 ---
Fabio, in the log, the 5min delay seemed to happen way before ATA is asked to
resume.
[ 318.276155] Intel machine check architecture supported.
[ 318.276155] Intel machine c
http://bugzilla.kernel.org/show_bug.cgi?id=11095
[EMAIL PROTECTED] changed:
What|Removed |Added
CC|acpi- |[EMAIL PROTECTED],
|
http://bugzilla.kernel.org/show_bug.cgi?id=12155
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|NEEDINFO
--- Comment #18 from [
35 matches
Mail list logo
