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"
