I have tried the debug.acpi.resume_beep=1 (with suspend_bounce cleared)
and, again, it seems to go to sleep (power button pulsing slowly) and when
I resume, it hangs completely...blocked with a loud and continuous
beep...which I was afraid will make my neighbors call the police and I
would have trouble explaining them about the resume_beep flag :)
But anyway, now that I know that it is beeping, how does it help me to get
further ?
In the meantime, I will also try the other tests you suggested.
To Lars: I will have to check the BIOS part.
Thanks,
Stefan
On Tue, Nov 13, 2012 at 8:55 AM, matt sendtom...@gmail.com wrote:
That sounds quite odd...unfortunately I think the L series is only
cosmetically similar to the SL series. I gave it away, so I can't test
with it anymore to see if it's a recent change.
Try debug.acpi.suspend_bounce=1 and try to suspend. This will either
work with no problems, work with a lot of kernel printf errors, or
reboot. I think the result of that would be interesting.
Try debug.acpi.resume_beep=1 (with suspend_bounce cleared) and try
again...does it beep before rebooting?
With my SL410, I also went into the bios and disabled everything I
didn't use (although it didn't help). You could also try sending
power_off to usb devices manually with usbconfig, and setting
hw.pci.do_power_nodriver=3
debug.acpi.reset_video actually caused a similar problem for me on my
x220, so make sure it's off as well (I doubt you have it on, but it's
worth a mention given the symptoms)
Matt
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
