Re: ACPI problem, my VAIO won't come back from suspension

2003-12-03 Thread Melvyn Sopacua
Hi Nate,

On Tuesday 02 December 2003 23:34, Nate Lawson wrote:

 Try other states (acpiconf -s 1, 2, 4).  If one works, use it.  If not,
 try disabling acpi and using apm(4) to suspend and resume.

Normally that would be grand, but now that I've not compiled acpi into the 
kernel, I have no /dev/apm anymore as well.

Even with acpi, I never got a /dev/apmctl so apmd never worked. I've read 
through devfs(5)/(8), but as far as I understand, it is the driver's 
responsibility to create the device and even if you could do it in userland, 
than it will just be a non-configured device.

I've attached my kernel config and dmesg.boot. Is there anything I'm missing?

PS: I can live without suspend2disk, but sleep state S1 does not shutdown my 
display as well, so I'm pretty much out of options.
-- 
Melvyn

===
FreeBSD sarevok.idg.nl 5.2-BETA FreeBSD 5.2-BETA #0: Wed Dec  3 20:13:44 CET 
2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SAREVOK_NOACPI  
i386
===
# vim600: tw=78 ts=8 sw=8 ai noet
# GENERIC -- Generic kernel configuration file for FreeBSD/i386
#
# For more information on this file, please read the handbook section on
# Kernel Configuration Files:
#
#http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html
#
# The handbook is also available locally in /usr/share/doc/handbook
# if you've installed the doc distribution, otherwise always see the
# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the
# latest information.
#
# An exhaustive list of options and more detailed explanations of the
# device lines is also present in the ../../conf/NOTES and NOTES files. 
# If you are in doubt as to the purpose or necessity of a line, check first 
# in NOTES.
#
# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.393 2003/11/03 22:48:25 jhb Exp $

machine i386
cpu I686_CPU
ident   SAREVOK

#To statically compile in device wiring instead of /boot/device.hints
hints   SAREVOK.hints #Default places to look for devices.

makeoptions DEBUG=-g#Build kernel with gdb(1) debug symbols

options SCHED_4BSD  #4BSD scheduler
options INET#InterNETworking
options INET6   #IPv6 communications protocols
options FFS #Berkeley Fast Filesystem
options SOFTUPDATES #Enable FFS soft updates support
options UFS_ACL #Support for access control lists
options UFS_DIRHASH #Improve performance on big directories
options MD_ROOT #MD is a potential root device
options NFSCLIENT   #Network Filesystem Client
options NFSSERVER   #Network Filesystem Server
options NFS_ROOT#NFS usable as /, requires NFSCLIENT
options NTFS#NT File System
options MSDOSFS #MSDOS Filesystem
options CD9660  #ISO 9660 Filesystem
options PSEUDOFS#Pseudo-filesystem framework
options COMPAT_43   #Compatible with BSD 4.3 [KEEP THIS!]
options COMPAT_FREEBSD4 #Compatible with FreeBSD4
options SCSI_DELAY=15000#Delay (in ms) before probing SCSI
options KTRACE  #ktrace(1) support
options SYSVSHM #SYSV-style shared memory
options SYSVMSG #SYSV-style message queues
options SYSVSEM #SYSV-style semaphores
options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions
options KBD_INSTALL_CDEV# install a CDEV entry in /dev
options AHC_REG_PRETTY_PRINT# Print register bitfields in debug
# output.  Adds ~128k to driver.
options AHD_REG_PRETTY_PRINT# Print register bitfields in debug
# output.  Adds ~215k to driver.

# Debugging for use in -current
options DDB #Enable the kernel debugger
options INVARIANTS  #Enable calls of extra sanity checking
options INVARIANT_SUPPORT   #Extra sanity checks of internal structures, 
required by INVARIANTS
options WITNESS #Enable checks to detect deadlocks and cycles
options WITNESS_SKIPSPIN#Don't run witness on spinlocks for speed

# To make an SMP kernel, the next two are needed
#optionsSMP # Symmetric MultiProcessor Kernel
#device apic# I/O APIC

# deviceacpi
device  isa
device  eisa
device  pci

# ATA and ATAPI devices
device  ata
device  atadisk # ATA disk drives
device  atapicd # 

Re: ACPI problem, my VAIO won't come back from suspension

2003-12-03 Thread Nate Lawson
On Wed, 3 Dec 2003, Melvyn Sopacua wrote:
 On Tuesday 02 December 2003 23:34, Nate Lawson wrote:
  Try other states (acpiconf -s 1, 2, 4).  If one works, use it.  If not,
  try disabling acpi and using apm(4) to suspend and resume.

 Normally that would be grand, but now that I've not compiled acpi into the
 kernel, I have no /dev/apm anymore as well.

If you don't have acpi(4), then you need to add device apm to your
kernel to enable apm(4) support.

 Even with acpi, I never got a /dev/apmctl so apmd never worked. I've read
 through devfs(5)/(8), but as far as I understand, it is the driver's
 responsibility to create the device and even if you could do it in userland,
 than it will just be a non-configured device.

You can't use apmd with acpi(4).  It has /dev/acpictl.

-Nate
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: ACPI problem, my VAIO won't come back from suspension

2003-12-03 Thread Melvyn Sopacua
On Wednesday 03 December 2003 21:57, Nate Lawson wrote:
 On Wed, 3 Dec 2003, Melvyn Sopacua wrote:
  On Tuesday 02 December 2003 23:34, Nate Lawson wrote:
   Try other states (acpiconf -s 1, 2, 4).  If one works, use it.  If not,
   try disabling acpi and using apm(4) to suspend and resume.
 
  Normally that would be grand, but now that I've not compiled acpi into
  the kernel, I have no /dev/apm anymore as well.

 If you don't have acpi(4), then you need to add device apm to your
 kernel to enable apm(4) support.

$ grep apm /sys/i386/conf/SAREVOK_NOACPI
device  apm
[EMAIL PROTECTED]~
$ uname -v
FreeBSD 5.2-BETA #0: Wed Dec  3 20:13:44 CET 2003 
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/SAREVOK_NOACPI

I noticed in my dmesg.boot:
$ grep PNP /var/run/dmesg.boot
unknown: PNP0303 can't assign resources (port)
unknown: PNP0f13 can't assign resources (irq)
unknown: PNP0501 can't assign resources (port)
unknown: PNP0401 can't assign resources (port)

I hope that's not what I think it is :)

  Even with acpi, I never got a /dev/apmctl so apmd never worked. I've read
  through devfs(5)/(8), but as far as I understand, it is the driver's
  responsibility to create the device and even if you could do it in
  userland, than it will just be a non-configured device.

 You can't use apmd with acpi(4).  It has /dev/acpictl.

Thanx!
-- 
Melvyn

===
FreeBSD sarevok.idg.nl 5.2-BETA FreeBSD 5.2-BETA #0: Wed Dec  3 20:13:44 CET 
2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SAREVOK_NOACPI  
i386
===


pgp0.pgp
Description: signature


Re: ACPI problem, my VAIO won't come back from suspension

2003-12-02 Thread Nate Lawson
Try other states (acpiconf -s 1, 2, 4).  If one works, use it.  If not,
try disabling acpi and using apm(4) to suspend and resume.

Suspend/resume is far down my list of things to troubleshoot and most of
the problems are very hw-specific.

-Nate
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]