On Fri, 2009-02-06 at 07:11 +0800, Adam Pigg wrote: > Hi > > i have 2 acpi related (i think) problems with my satellite l355 which i hope > someone can help with. > > 1. /proc/acpi/ac_adapter.../state always show the correct state, but > acpi_listen and lshal --monitor dont see any un/plug events. Will you please do the following test? a. kill the process which is using /proc/acpi/event (Use the command of "lsof /proc/acpi/event" to get the process ID) b. grep . /sys/firmware/acpi/interrupts/* >interrupts_before; c. cat /proc/acpi/event . then you plug/unplug the AC adapter and see whether the ACPI event can be reported d. after the test, grep . /sys/firmware/acpi/interrupts/* > interrupts_after If no ACPI event is reported, will you please file a bug report at http://bugzilla.kernel.org/enter_bug.cgi?product=ACPI and attach the output of acpidump, lspci -vxxx ? Thanks. > > 2. The machine will suspend to ram, resume, but after a second suspend, wont > resume. Will you please add the boot option of "acpi_sleep=s3_beep" and do the following test? a. kill the process which is using /proc/acpi/event b. echo mem > /sys/power/state; dmesg >dmesg_after; c. press the power button and see whether the box can be resumed. If it can't be resumed, please reboot the system and check whether there exists the file of "dmesg_after". Thanks. > > I think i saw a similar sounding problem on an R500, but it was fixed. > > Ive attached the output of dmidecode, and am using 2.6.29rc3. > > Anything else that will help let me know. > > Cheers > > Adam -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
