On Sun, Jun 2, 2013 at 12:14 AM, Mark Kettenis <mark.kette...@xs4all.nl> wrote: >> Date: Sun, 2 Jun 2013 00:09:25 +0300 >> From: Alexey Suslikov <alexey.susli...@gmail.com> >> >> On Sun, Jun 2, 2013 at 12:05 AM, Theo de Raadt <dera...@cvs.openbsd.org> >> wrote: >> >> Mike Larkin <mlarkin <at> azathoth.net> writes: >> >> >> >> > It's sometimes nice to know what devices can wake up a machine, and >> >> > from what >> >> > sleep state. But I'm fine suppressing these also. Don't want this to >> >> > end up >> >> > being a bikeshed :) >> >> >> >> why not dnprintf them? >> > >> > good grief. We are displaying the information because we still want to see >> > it in dmesglogs so that we can improve suspend/resume ... >> >> is there any possibility to end up with that information being under [...]? > > acpidump and disassemble the aml > > anyway, if somebody actually starts working on proper acpi wakeup > support, we can temporarily enable printing them all again.
just an idea (I know more knobs are not good), but sysctl already have some acpi related information (indirectly, tho), like $ sysctl -a| grep -i acpi kern.malloc.kmemnames=free,,devbuf,debug,pcb,routetbl,,fragtbl,,ifaddr,soopts,sysctl,,,ioctlops,,,,,iov,mount,,NFS_req,NFS_mount,,vnodes,namecache,UFS_quota,UFS_mount,shm,VM_map,sem,dirhash,ACPI,VM_pmap,,,,file,file_desc,,proc,subproc,VFS_cluster,,,MFS_node,,,Export_Host,NFS_srvsock,,NFS_daemon,ip_moptions,in_multi,ether_multi,mrt,ISOFS_mount,ISOFS_node,MSDOSFS_mount,MSDOSFS_fat,MSDOSFS_node,ttys,exec,miscfs_mount,,,,,,,,,,pfkey_data,tdb,xform_data,,pagedep,inodedep,newblk,,,indirdep,,,,,,,,,VM_swap,,,,,,UVM_amap,UVM_aobj,,USB,USB_device,USB_HC,,memdesc,,,crypto_data,,IPsec_creds,,,,emuldata,,,,,,,,,ip6_options,NDP,,,temp,NTFS_mount,NTFS_node,NTFS_fnode,NTFS_dir,NTFS_hash,NTFS_attr,NTFS_data,NTFS_decomp,NTFS_vrun,kqueue,bluetooth,bwmeter,UDF_mount,UDF_file_entry,UDF_file_id,Bluetooth_HID,AGP_Memory,DRM kern.malloc.kmemstat.ACPI=(inuse = 5429, calls = 20622, memuse = 638K, limblocks = 0, mapblocks = 0, maxused = 660K, limit = 78644K, spare = 0, sizes = (16,32,64,128,256,512,2048)) kern.timecounter.hardware=acpihpet0 kern.timecounter.choice=i8254(0) acpihpet0(1000) acpitimer0(1000) dummy(-1000000) so maybe wakeup devices may end up under some sysctl path.
