Daemon News Ezine | BSD News | BSD Mall | BSD Support Forum | BSD Advocacy | BSD Updates |
"Kevin Oberman" <oberman@xxxxxx> wrote: > > Date: Thu, 26 Jan 2006 14:30:40 +0100 > > From: Manfred Lotz <manfred.lotz@xxxxxxxx> > > Sender: owner-freebsd-acpi@xxxxxxxxxxx > > > > On Sat, 21 Jan 2006 20:50:23 -0800 > > Nate Lawson <nate@xxxxxxxx> wrote: > > > > > Manfred Lotz wrote: > > > > Hi there, > > > > With my Samsung X20 1730 suspend /resume works fine when doing > > > > acpiconf -s 3. I added /etc/rc.d/moused restart > > > > in /etc/rc.resume and the touchpad mouse gets awake after > > > > resuming. That's great. > > > > > > > > However when closing the lid (I set > > > > hw.acpi.lid_switch_state=S3) and then pressing the power button > > > > although suspend/resume works fine the mouse won't get > > > > restarted. This means /etc/rc.resume and > > > > presumably /etc/rc.suspend won't get called in this case. > > > > > > > > Same happen when pressing Fn-ESC the key for suspend. > > > > > > > > How can I make sure /etc/rc.suspend as well as /etc/rc.resuem > > > > gets called in the "non-acpiconf" cases? > > > > > > Ok, I committed code to -current to provide a resume event and > > > will mfc in a week or two. You can catch it in devd.conf with: > > > > > > notify 10 { > > > match "system" "kern"; > > > match "subsystem" "power"; > > > match "type" "resume"; > > > action "SOME SCRIPT"; > > > }; > > > > > > > Well, I had problems testing it. I actually have a 6.0 STABLE on my > > Samsung and installed a small 7.0 current system. However, it > > didn´'t even boot with ACPI. It stumbles over acd0 where it is > > simply hanging with timeout stuff or so. > > > > Could I possible copy some src files to my 6.0 system and rebuild a > > kernel in order to test it? > > This is a known problem with current. The work-around is to disable > DMA for the cd. Add hw.ata.ata_dma=0 to /boot/loader.conf. > > While there have been MANY reports of the problem, the ata maintainer > has no hardware that exhibits the problem, so it is unclear on when a > fix might appear. :-( There is a patch available in one of the threads on freebsd-current. Fabian -- http://www.fabiankeil.de/
Attachment:
signature.asc
Description: PGP signature