Re: XFCE / activating greyed-out power button / anyone help?
> Good news: no need for sudo. > > $ less /usr/local/share/doc/pkg-readmes/xfce-4.12p2 > > > Logging out and shutting down the computer > == > If your installation supports complete shutdown, clicking on the logout > button on panel will permit you to either logout, rebooting or halt > the computer. > > Halting and rebooting require consolekit and policykit: you'll need to > run a systemwide D-BUS service (add messagebus to pkg_scripts in > rc.local) and pass --with-ck-launch argument to startxfce4. If you run > a systemwide D-BUS service, have consolekit/policykit installed and > don't use --with-ck-launch you will not be able to shutdown/reboot. > > > That should do it :) Personally I would use doas, it should earn a better security record than sudo which has a much smaller vulnerability list and more secure design than policykit, especially considering how long sudo has been around. If you run policykit for other things anyway then you obviously wouldn't bother, I guess. -- KISSIS - Keep It Simple So It's Securable
Re: XFCE / activating greyed-out power button / anyone help?
Right enough, meant to say 5.8 stable! Thanks a lot for your advice, I now have everything set up the way I want it - thanks! ..really gotta remember to read the pkg_readme's next time! ha Regards Hi. On 02/20/16 16:20, Nick wrote: > I'm on 5.9-stable, > 5.9 isn't released yet, maybe you wanted to say 5.8-stable or 5.9-current? >got XFCE on here and just wondering about getting the power and shutdown >buttons working as they are greyed out for root and non-root. > > Here's the old instructions for when 'sudo' was the standard: > %users ALL = NOPASSWD:/usr/local/lib/xfce4/session/xfsm-shutdown-helper > Then add my username to the 'users' group. > > Problem is, I don't want to install sudo just to get this working, anyone > managed this with doas or another way? > > Thanks > Good news: no need for sudo. $ less /usr/local/share/doc/pkg-readmes/xfce-4.12p2 Logging out and shutting down the computer == If your installation supports complete shutdown, clicking on the logout button on panel will permit you to either logout, rebooting or halt the computer. Halting and rebooting require consolekit and policykit: you'll need to run a systemwide D-BUS service (add messagebus to pkg_scripts in rc.local) and pass --with-ck-launch argument to startxfce4. If you run a systemwide D-BUS service, have consolekit/policykit installed and don't use --with-ck-launch you will not be able to shutdown/reboot. That should do it :) Cheers
Re: XFCE / activating greyed-out power button / anyone help?
Hi. On 02/20/16 16:20, Nick wrote: I'm on 5.9-stable, > 5.9 isn't released yet, maybe you wanted to say 5.8-stable or 5.9-current? got XFCE on here and just wondering about getting the power and shutdown buttons working as they are greyed out for root and non-root. Here's the old instructions for when 'sudo' was the standard: %users ALL = NOPASSWD:/usr/local/lib/xfce4/session/xfsm-shutdown-helper Then add my username to the 'users' group. Problem is, I don't want to install sudo just to get this working, anyone managed this with doas or another way? Thanks Good news: no need for sudo. $ less /usr/local/share/doc/pkg-readmes/xfce-4.12p2 Logging out and shutting down the computer == If your installation supports complete shutdown, clicking on the logout button on panel will permit you to either logout, rebooting or halt the computer. Halting and rebooting require consolekit and policykit: you'll need to run a systemwide D-BUS service (add messagebus to pkg_scripts in rc.local) and pass --with-ck-launch argument to startxfce4. If you run a systemwide D-BUS service, have consolekit/policykit installed and don't use --with-ck-launch you will not be able to shutdown/reboot. That should do it :) Cheers
XFCE / activating greyed-out power button / anyone help?
I'm on 5.9-stable, got XFCE on here and just wondering about getting the power and shutdown buttons working as they are greyed out for root and non-root. Here's the old instructions for when 'sudo' was the standard: %users ALL = NOPASSWD:/usr/local/lib/xfce4/session/xfsm-shutdown-helper Then add my username to the 'users' group. Problem is, I don't want to install sudo just to get this working, anyone managed this with doas or another way? Thanks
Re: Power button on ThinkPad T440
Hello Marko, marko.cu...@mimar.rs (Marko Cupa?), 2015.05.24 (Sun) 10:17 (CEST): I am running recent snapshot on my laptop ThinkPad T440. Power button does not initiate shutdown. I have apmd_flags=-A in rc.conf.local. I thought the same about the power button of my X200s until I accidentally pressed it for about 1-2 seconds. Release it shortly before your internal timer hits the I'm powering the machine down now feeling ;-) Bye, Marcus How can I troubleshoot it? Thank you in advance, -- Marko Cupa? https://www.mimar.rs/ !DSPAM:5561893638071555249218!
Re: power button halt vs reboot(8) and halt(8)
hmm, on Fri, Jul 13, 2012 at 11:58:40PM +0200, frantisek holop said that the reason i ask is, that fairly often, reboot(8) and halt(8) hangs (X disappears, but there is only black screen, and the console never appears, no syncing disks message), but pressing the power button turns off the machine without fail every time. another one of those mysteries.. i would like to add a minor correction, the power button can also fail as i have experienced later. but its success rate seems to be higher. as suspend does not work on this netbook at the moment, i will be able to keep statistics about the failures.. -f -- a day without sunshine is like night.
Re: power button halt vs reboot(8) and halt(8)
On Saturday 14 July 2012 01:02:12 Norman Golisz wrote: On Fri Jul 13 2012 23:58, frantisek holop wrote: hi there, how different is the code path between reboot(8), halt(8) and when i press the power button? the reason i ask is, that fairly often, reboot(8) and halt(8) hangs (X disappears, but there is only black screen, and the console never appears, no syncing disks message), but pressing the power button turns off the machine without fail every time. another one of those mysteries.. happened on multiple notebooks for me, but here is the dmesg for the one i use daily nowadays. I can confirm this happens on my Thinkpad T400, too. I did not yet dig further into this, so I provide at least some system info; dmesg, pcidump, Xorg.0.log. $ dmesg I have seen this also. But not only when shutting down. Lately I start X from the command line and sometimes it indeed hangs when closing X, but it is no hard lock. Pressing ctrl-alt-backspace did the trick to continue the shutdown. Switching to an other console kept working. When I was using kdm and it happens, I sometimes started reboot in another console. But... I don't know if it did the trick. I do can remember that there were two shutdown process at work, so I think it did. I have to say that it was worse with the rtrheads transition, but lately I haven't seen it that often. But, this laptop almost never shuts down. I only restart kde when konqueror is giving trouble. But I suspect that something is choking on the X processes. I don't know all the technical details, but I would think that X first shuts down his processes and then calls the shutdown program. So shutdown wouldn't be involved with killing X processes. I can imagine that the power button uses something which act the same like kill -KILL and thus capable off killing X. hope this helps. gr Renzo ps I'm running a current build from 4-26-12
Re: power button halt vs reboot(8) and halt(8)
On Fri Jul 13 2012 23:58, frantisek holop wrote: hi there, how different is the code path between reboot(8), halt(8) and when i press the power button? the reason i ask is, that fairly often, reboot(8) and halt(8) hangs (X disappears, but there is only black screen, and the console never appears, no syncing disks message), but pressing the power button turns off the machine without fail every time. another one of those mysteries.. happened on multiple notebooks for me, but here is the dmesg for the one i use daily nowadays. I can confirm this happens on my Thinkpad T400, too. I did not yet dig further into this, so I provide at least some system info; dmesg, pcidump, Xorg.0.log. $ dmesg OpenBSD 5.2-beta (GENERIC.MP) #6: Wed Jul 11 21:11:53 CEST 2012 nor...@theos.my.domain:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4182446080 (3988MB) avail mem = 404878 (3861MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (80 entries) bios0: vendor LENOVO version 7UET93WW (3.23 ) date 12/15/2011 bios0: LENOVO 6475BE3 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA DMAR SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz, 2261.39 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF cpu0: 3MB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 cpu0: apic clock running at 273MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz, 2328.83 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF cpu1: 3MB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpimcfg0 at acpi0 addr 0xe000, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus -1 (EXP2) acpiprt5 at acpi0: bus 5 (EXP3) acpiprt6 at acpi0: bus 13 (EXP4) acpiprt7 at acpi0: bus 21 (PCI1) acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature is 127 degC acpitz1 at acpi0: critical temperature is 100 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 42T5264 serial 3499 type LION oem Panasonic acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK docked (15) cpu0: Enhanced SpeedStep 2261 MHz: speeds: 2267, 2266, 1600, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel GM45 Host rev 0x07 vga1 at pci0 dev 2 function 0 Intel GM45 Video rev 0x07 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1: apic 1 int 16 drm0 at inteldrm0 Intel GM45 Video rev 0x07 at pci0 dev 2 function 1 not configured Intel GM45 HECI rev 0x07 at pci0 dev 3 function 0 not configured puc0 at pci0 dev 3 function 3 Intel GM45 KT rev 0x07: ports: 1 com com2 at puc0 port 0 apic 1 int 17: ns16550a, 16 byte fifo com2: probed fifo depth: 15 bytes em0 at pci0 dev 25 function 0 Intel ICH9 IGP M AMT rev 0x03: msi, address 00:1c:25:95:39:e7 uhci0 at pci0 dev 26 function 0 Intel 82801I USB rev 0x03: apic 1 int 20 uhci1 at pci0 dev 26 function 1 Intel 82801I USB rev 0x03: apic 1 int 21 uhci2 at pci0 dev 26 function 2 Intel 82801I USB rev 0x03: apic 1 int 22 ehci0 at pci0 dev 26 function 7 Intel 82801I USB rev 0x03: apic 1 int 23 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 Intel 82801I HD Audio rev 0x03: msi azalia0: codecs: Conexant CX20561 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801I PCIE rev 0x03: msi pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 1 Intel 82801I PCIE rev 0x03: msi pci2 at ppb1 bus 3 iwn0 at pci2 dev 0 function 0 Intel WiFi Link 5300 rev 0x00: msi, MIMO 3T3R, MoW, address 00:16:ea:b3:62:e8 ppb2 at pci0 dev 28 function 3 Intel 82801I PCIE rev 0x03: msi pci3 at ppb2 bus 5 ppb3 at pci0 dev 28 function 4 Intel 82801I PCIE rev 0x03: msi pci4 at ppb3 bus 13 uhci3 at pci0 dev 29 function 0 Intel 82801I USB rev
sysctl and power button
--- # uname -smrv OpenBSD 5.0 GENERIC.MP#44 i386 # sysctl | grep power hw.allowpowerdown=1 # cat /etc/sysctl.conf | grep power #hw.allowpowerdown=0# 0=Disable power button shutdown #machdep.apmhalt=1 # 1=powerdown hack, try if halt -p doesn't work --- 1\ so the machine can shutdown using the power button (press the power button once). should sysctl.conf set default to hw.allowpowerdown=1 sync to reality? 2\ # sysctl hw.allowpowerdown=0 sysctl: hw.allowpowerdown: Operation not permitted # this function can only be set when booting?
Re: sysctl and power button
On Sat, Sep 17, 2011 at 8:12 PM, f5b f5b...@gmail.com wrote: ... 1\ so the machine can shutdown using the power button (press the power button once). should sysctl.conf set default to hw.allowpowerdown=1 sync to reality? The commented out lines are intentionally *not* the defaults. The idea is that you can just uncomment a line to get the effect that is described in the second half of the line. 2\ # sysctl hw.allowpowerdown=0 sysctl: hw.allowpowerdown: Operation not permitted # this function can only be set when booting? Well, let's check the docs! man 3 sysctl ... HW_ALLOWPOWERDOWN Some machines generate an interrupt when the power button is pressed and a driver can catch that interrupt. When this variable is set, such an event will cause the system to perform a regular shutdown and power off the machine. When running with a securelevel(7) greater than 0, this variable may not be changed. Philip Guenther
The power button
When I press the power button on an x86 PC, acpibtn(4) receives the event and shuts down the machine. When I press the power button on my Blade 100 (sparc64), power(4) receives the event and by default ignores it. Only if the machdep.kbdreset sysctl is set to 1 will power(4) proceed to shut down the machine. I don't have a preference either way, but this is inconsistent. Either acpibtn(4) should also be protected by a sysctl, or power(4) shouldn't. -- Christian naddy Weisgerber na...@mips.inka.de
Re: The power button
When I press the power button on an x86 PC, acpibtn(4) receives the event and shuts down the machine. that is a absolutely needed thing to have. this functionality does a smooth shutdown without need for fsck on restart. i have depended on this feature whenever i test something, and the machine hangs for any reason whatsoever. hasn't happened much but it si a lifesaver whenever it has happened (fsck problems on bigmem machines a couple of months ago, vmmap testing etc). When I press the power button on my Blade 100 (sparc64), power(4) receives the event and by default ignores it. Only if the machdep.kbdreset sysctl is set to 1 will power(4) proceed to shut down the machine. I don't have a preference either way, but this is inconsistent. Either acpibtn(4) should also be protected by a sysctl, or power(4) shouldn't. this should be a sane default (i.e halt power off on power button press) if acpibtn() is protected by sysctl. Windows gives you a choice and so does Linux buried somewhere in control panel/center.
Re: power button suspends netbook instead of shutdown
hmm, on Thu, Dec 10, 2009 at 04:23:20AM +0100, Robert said that Closing the lid on a running notebook is a bad idea, because a lot of heat will be capture under the closed screen that would be otherwise transfered through the keyboard. yes, that is true. but, 1) my notebook so far didn't roast the keyboard when i closed the lid 2) closing the lid does not necessarily mean all the way down. the event is registered way before the lid is actually on the kbd. on this netbook, this is around 25-35 degrees. and closing it that way is very useful to prevent dust settling on the kbd. My bet is on close lid - suspend, as it should be, without a knob to fiddle. if there is a knob, i don't mind really what is the should be. as i said, i simply prefer no action taken on lid closing. Isn't it strange, to have devs working on acpi suspend and instead of giving them feedback for the cornercase computers that don't do what they are supposed when running on -current, to to just want to turn that stuff off? fair enough. perhaps it is. if i did not want stuff being actively worked on, i should use stable. and if there were more notebooks out there that work with the current suspend/resume, it's not a reasonable plea either. asking for the knob is probably a more reasonable one :] i just thought to have the power button go into suspend to be a mistake... -f -- the purpose of life is life with a purpose.
Re: power button suspends netbook instead of shutdown
hmm, on Thu, Dec 10, 2009 at 04:23:20AM +0100, Robert said that Btw, to shutdown just type: 'sudo halt -p' that will even work with generic. i wish i could agree with this, but my netbook's proper shutdown and reboot ratio is more like 50%. (and that includes -stable as well) ctrl+alt+esc boot reboot is more like it. -f -- when all think alike, then no one is thinking.
Re: power button suspends netbook instead of shutdown
On Thu, 10 Dec 2009 01:18:36 +0100 frantisek holop min...@obiit.org wrote: hi there, a couple of days ago, after seeing the cvs commit for initiating suspend upon closing the lid, i have asked to question how to revert this, as i fairly often close the lid but prefer no action taken. as my netbook dies a horrible death on wakeup (and possibly at suspend itself) the change was very counterproductive, me forgetting all the time i can't close the lid. so theo later committed that closing the lid does nothing so far. a sensible thing i think. but now if i press the power button, instead of shutdown, i get suspend. until there is a mechanism for controlling what action is executed on what event (lid, power button) in whatever way (sysctl's or maybe some /etc/acpi scripts) would it be possible to revert the original functionality of the power button? -f dmesg of whatever openbsd version you are running atm might help. - Robert
Re: power button suspends netbook instead of shutdown
hmm, on Thu, Dec 10, 2009 at 01:30:07AM +0100, Robert said that dmesg of whatever openbsd version you are running atm might help. yes, sorry, i did not send it because i thought this might have been a more generic kind of a change not dependent on hw. OpenBSD 4.6-current (GENERIC) #447: Fri Dec 4 22:50:41 MST 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Celeron(R) M processor 900MHz (GenuineIntel 686-class) 631 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF real mem = 527527936 (503MB) avail mem = 502505472 (479MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 05/16/08, BIOS32 rev. 0 @ 0xf0010, SMBIOS rev. 2.5 @ 0xf06e0 (37 entries) bios0: vendor American Megatrends Inc. version 1101 date 05/16/2008 bios0: ASUSTeK Computer INC. 701 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC OEMB MCFG acpi0: wakeup devices P0P3(S4) P0P4(S4) P0P5(S4) P0P6(S4) P0P7(S4) MC97(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) EUSB(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 70MHz ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 4 (P0P3) acpiprt2 at acpi0: bus -1 (P0P5) acpiprt3 at acpi0: bus 1 (P0P6) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2 acpitz0 at acpi0: critical temperature 90 degC acpibat0 at acpi0: BAT0 model 701 serial type LION oem ASUS acpiac0 at acpi0: AC unit online acpiasus0 at acpi0 acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibtn2 at acpi0: PWRB acpivideo0 at acpi0: VGA_ acpivout0 at acpivideo0: CRTD acpivout1 at acpivideo0: TVOD acpivout2 at acpivideo0: LCDD bios0: ROM list: 0xc/0xf800! pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82915GM Host rev 0x04 vga1 at pci0 dev 2 function 0 Intel 82915GM Video rev 0x04 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1: apic 1 int 16 (irq 11) drm0 at inteldrm0 Intel 82915GM Video rev 0x04 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801FB HD Audio rev 0x04: apic 1 int 16 (irq 11) azalia0: codecs: Realtek ALC662 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801FB PCIE rev 0x04: apic 1 int 16 (irq 11) pci1 at ppb0 bus 3 ppb1 at pci0 dev 28 function 2 Intel 82801FB PCIE rev 0x04: apic 1 int 18 (irq 10) pci2 at ppb1 bus 1 iwn0 at pci2 dev 0 function 0 Intel Wireless WiFi Link 4965 rev 0x61: apic 1 int 18 (irq 10), MIMO 2T3R, MoW2, address 00:21:5c:04:9e:19 uhci0 at pci0 dev 29 function 0 Intel 82801FB USB rev 0x04: apic 1 int 23 (irq 5) uhci1 at pci0 dev 29 function 1 Intel 82801FB USB rev 0x04: apic 1 int 19 (irq 3) uhci2 at pci0 dev 29 function 2 Intel 82801FB USB rev 0x04: apic 1 int 18 (irq 10) uhci3 at pci0 dev 29 function 3 Intel 82801FB USB rev 0x04: apic 1 int 16 (irq 11) ehci0 at pci0 dev 29 function 7 Intel 82801FB USB rev 0x04: apic 1 int 23 (irq 5) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb2 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xd4 pci3 at ppb2 bus 4 ichpcib0 at pci0 dev 31 function 0 Intel 82801FBM LPC rev 0x04: PM disabled pciide0 at pci0 dev 31 function 2 Intel 82801FBM SATA rev 0x04: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 1 drive 0: SILICONMOTION SM223AC wd0: 1-sector PIO, LBA, 3815MB, 7815024 sectors wd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 4 ichiic0 at pci0 dev 31 function 3 Intel 82801FB SMBus rev 0x04: apic 1 int 19 (irq 0) iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 512MB DDR2 SDRAM non-parity PC2-5300CL5 SO-DIMM usb1 at uhci0: USB revision 1.0 uhub1 at usb1 Intel UHCI root hub rev 1.00/1.00 addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2 Intel UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci2: USB revision 1.0 uhub3 at usb3 Intel UHCI root hub rev 1.00/1.00 addr 1 usb4 at uhci3: USB revision 1.0 uhub4 at usb4 Intel UHCI root hub rev 1.00/1.00 addr 1 isa0 at ichpcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 mtrr: Pentium Pro MTRR support uhidev0 at uhub1 port 2 configuration 1 interface 0 Areson USB Device rev 1.10/0.01 addr 2 uhidev0: iclass 3/1 ums0 at uhidev0: 3 buttons, Z dir wsmouse1 at ums0 mux 0 uhidev1 at uhub1 port 2 configuration 1 interface 1 Areson USB Device rev 1.10/0.01 addr 2 uhidev1: iclass 3/0,
Re: power button suspends netbook instead of shutdown
On Thu, 10 Dec 2009 03:19:14 +0100 frantisek holop min...@obiit.org wrote: hmm, on Thu, Dec 10, 2009 at 01:30:07AM +0100, Robert said that dmesg of whatever openbsd version you are running atm might help. yes, sorry, i did not send it because i thought this might have been a more generic kind of a change not dependent on hw. acpiasus0 at acpi0 acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibtn2 at acpi0: PWRB Kinda, look at changes to those drivers since the last hackathon, should have been clear from your ref to eepc... If you rip/comment out the relevant lines from acpibtn the event won't be registered by acpi and you should get your wished behaviour. Btw, to shutdown just type: 'sudo halt -p' that will even work with generic. Closing the lid on a running notebook is a bad idea, because a lot of heat will be capture under the closed screen that would be otherwise transfered through the keyboard. My bet is on close lid - suspend, as it should be, without a knob to fiddle. Isn't it strange, to have devs working on acpi suspend and instead of giving them feedback for the cornercase computers that don't do what they are supposed when running on -current, to to just want to turn that stuff off? Running -stable helps with that, but i guess that wasn't your question. blub - Robert
Re: Shutdown with the power button
On Thu, Oct 16, 2008 at 11:54 PM, [EMAIL PROTECTED] wrote: On Thu, Oct 16, 2008 at 11:30:02PM +1100, Mikel Lindsaar wrote: Hmm... here is the dmesg then any ideas? looks like you're missing an acpibtn (man acpibtn). Thanks Peter, that is the case and it looks like the why on the problem. Any pointers on how to get it enabled? Looking through the BIOS settings, there isn't an APM section at all that I can see, this is a 1RU server, so that doesn't really surprise me. Mikel
Shutdown with the power button
Hi list, Wondering if anyone knows how (or if it is possible) to be able to gracefully power down an OpenBSD box by hitting the power button on the server. Useful when you need someone to power down a system (like in a power failure situation) but there is no console attached. FreeBSD and linux provide what I am talking about, hit the power button and it looks like the equiv of a halt -p - But I don't want to use linux or FreeBSD on these firewall boxes. Not something I would use very often, but two nights ago really needed it. The OpenBSD box ended up having a hard power switch off instead of a clean shutdown. The server in question is a HP DL 360. Thanks, Mikel
Re: Shutdown with the power button
On Thu, Oct 16, 2008 at 11:22 PM, Gregory Edigarov [EMAIL PROTECTED] wrote: Mikel Lindsaar wrote: Wondering if anyone knows how (or if it is possible) to be able to gracefully power down an OpenBSD box by hitting the power button on the server. Mine does clean shutdown on power button just from the box Hmm... here is the dmesg then any ideas? OpenBSD 4.3 (GENERIC) #698: Wed Mar 12 11:07:05 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Xeon(TM) CPU 3.06GHz (GenuineIntel 686-class) 3.07 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID,xTPR real mem = 2147028992 (2047MB) avail mem = 2068054016 (1972MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/31/99, BIOS32 rev. 0 @ 0xf, SMBIOS rev. 2.3 @ 0xec000 (42 entries) bios0: vendor HP version P31 date 03/03/2005 bios0: HP ProLiant DL360 G3 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC SPCR acpi0: wakeup devices acpitimer0 at acpi0: 3579545 Hz, 32 bits acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PCI1) acpiprt2 at acpi0: bus 4 (PCI2) acpicpu0 at acpi0 acpitz0 at acpi0: critical temperature 31 degC bios0: ROM list: 0xc/0x8000 0xc8000/0x4000 0xee000/0x2000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20-HE Host (GC-LE) rev 0x31 pchb1 at pci0 dev 0 function 1 ServerWorks CNB20-HE Host (GC-LE) rev 0x00 pchb2 at pci0 dev 0 function 2 ServerWorks CNB20-HE Host (GC-LE) rev 0x00 pci1 at pchb2 bus 1 em0 at pci1 dev 1 function 0 Intel PRO/1000MT (82546EB) rev 0x01: irq 15, address 00:04:23:c8:03:f6 em1 at pci1 dev 1 function 1 Intel PRO/1000MT (82546EB) rev 0x01: irq 11, address 00:04:23:c8:03:f7 bge0 at pci1 dev 2 function 0 Broadcom BCM5703X rev 0x02, BCM5703 A2 (0x1002): irq 11, address 00:0b:cd:83:67:89 brgphy0 at bge0 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2 vga1 at pci0 dev 3 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ciss0 at pci0 dev 4 function 0 Compaq Smart Array 5i/532 rev.2 rev 0x01: irq 3 ciss0: 1 LD, HW rev 1, FW 2.76/2.76 scsibus0 at ciss0: 1 targets sd0 at scsibus0 targ 0 lun 0: COMPAQ, LOGICAL VOLUME, 2.76 SCSI2 0/direct fixed sd0: 34727MB, 4427 cyl, 255 head, 63 sec, 512 bytes/sec, 71122560 sec total Compaq iLO rev 0x01 at pci0 dev 5 function 0 not configured Compaq iLO rev 0x01 at pci0 dev 5 function 2 not configured piixpm0 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93: polling iic0 at piixpm0 spdmem0 at iic0 addr 0x50: 512MB DDR SDRAM registered ECC PC2300CL2.5 spdmem1 at iic0 addr 0x52: 512MB DDR SDRAM registered ECC PC2100CL2.5 spdmem2 at iic0 addr 0x54: 512MB DDR SDRAM registered ECC PC2100CL2.5 spdmem3 at iic0 addr 0x56: 512MB DDR SDRAM registered ECC PC2100CL2.5 pciide0 at pci0 dev 15 function 1 ServerWorks CSB5 IDE rev 0x93: DMA atapiscsi0 at pciide0 channel 0 drive 0 scsibus1 at atapiscsi0: 2 targets cd0 at scsibus1 targ 0 lun 0: COMPAQ, CRN-8245B, 2.19 SCSI0 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2 pciide0: no compatibility interrupt for use by channel 1 ohci0 at pci0 dev 15 function 2 ServerWorks OSB4/CSB5 USB rev 0x05: irq 10, version 1.0, legacy support pchb3 at pci0 dev 15 function 3 ServerWorks CSB5 LPC rev 0x00 pchb4 at pci0 dev 17 function 0 ServerWorks CIOB-X2 PCIX rev 0x05 pchb5 at pci0 dev 17 function 2 ServerWorks CIOB-X2 PCIX rev 0x05 pci2 at pchb5 bus 4 bge1 at pci2 dev 2 function 0 Broadcom BCM5703X rev 0x02, BCM5703 A2 (0x1002): irq 15, address 00:0b:cd:83:67:ab brgphy1 at bge1 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2 usb0 at ohci0: USB revision 1.0 uhub0 at usb0 ServerWorks OHCI root hub rev 1.00/1.00 addr 1 isa0 at mainbus0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pmsi0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pmsi0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec biomask 65ed netmask eded ttymask ffef mtrr: Pentium Pro MTRR support softraid0 at root root on sd0a swap on sd0b dump on sd0b
Re: Shutdown with the power button
It probably needs to be enabled in the bios. On Thu, Oct 16, 2008 at 11:30:02PM +1100, Mikel Lindsaar wrote: On Thu, Oct 16, 2008 at 11:22 PM, Gregory Edigarov [EMAIL PROTECTED] wrote: Mikel Lindsaar wrote: Wondering if anyone knows how (or if it is possible) to be able to gracefully power down an OpenBSD box by hitting the power button on the server. Mine does clean shutdown on power button just from the box Hmm... here is the dmesg then any ideas? OpenBSD 4.3 (GENERIC) #698: Wed Mar 12 11:07:05 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Xeon(TM) CPU 3.06GHz (GenuineIntel 686-class) 3.07 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID,xTPR real mem = 2147028992 (2047MB) avail mem = 2068054016 (1972MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/31/99, BIOS32 rev. 0 @ 0xf, SMBIOS rev. 2.3 @ 0xec000 (42 entries) bios0: vendor HP version P31 date 03/03/2005 bios0: HP ProLiant DL360 G3 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC SPCR acpi0: wakeup devices acpitimer0 at acpi0: 3579545 Hz, 32 bits acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PCI1) acpiprt2 at acpi0: bus 4 (PCI2) acpicpu0 at acpi0 acpitz0 at acpi0: critical temperature 31 degC bios0: ROM list: 0xc/0x8000 0xc8000/0x4000 0xee000/0x2000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20-HE Host (GC-LE) rev 0x31 pchb1 at pci0 dev 0 function 1 ServerWorks CNB20-HE Host (GC-LE) rev 0x00 pchb2 at pci0 dev 0 function 2 ServerWorks CNB20-HE Host (GC-LE) rev 0x00 pci1 at pchb2 bus 1 em0 at pci1 dev 1 function 0 Intel PRO/1000MT (82546EB) rev 0x01: irq 15, address 00:04:23:c8:03:f6 em1 at pci1 dev 1 function 1 Intel PRO/1000MT (82546EB) rev 0x01: irq 11, address 00:04:23:c8:03:f7 bge0 at pci1 dev 2 function 0 Broadcom BCM5703X rev 0x02, BCM5703 A2 (0x1002): irq 11, address 00:0b:cd:83:67:89 brgphy0 at bge0 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2 vga1 at pci0 dev 3 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ciss0 at pci0 dev 4 function 0 Compaq Smart Array 5i/532 rev.2 rev 0x01: irq 3 ciss0: 1 LD, HW rev 1, FW 2.76/2.76 scsibus0 at ciss0: 1 targets sd0 at scsibus0 targ 0 lun 0: COMPAQ, LOGICAL VOLUME, 2.76 SCSI2 0/direct fixed sd0: 34727MB, 4427 cyl, 255 head, 63 sec, 512 bytes/sec, 71122560 sec total Compaq iLO rev 0x01 at pci0 dev 5 function 0 not configured Compaq iLO rev 0x01 at pci0 dev 5 function 2 not configured piixpm0 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93: polling iic0 at piixpm0 spdmem0 at iic0 addr 0x50: 512MB DDR SDRAM registered ECC PC2300CL2.5 spdmem1 at iic0 addr 0x52: 512MB DDR SDRAM registered ECC PC2100CL2.5 spdmem2 at iic0 addr 0x54: 512MB DDR SDRAM registered ECC PC2100CL2.5 spdmem3 at iic0 addr 0x56: 512MB DDR SDRAM registered ECC PC2100CL2.5 pciide0 at pci0 dev 15 function 1 ServerWorks CSB5 IDE rev 0x93: DMA atapiscsi0 at pciide0 channel 0 drive 0 scsibus1 at atapiscsi0: 2 targets cd0 at scsibus1 targ 0 lun 0: COMPAQ, CRN-8245B, 2.19 SCSI0 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2 pciide0: no compatibility interrupt for use by channel 1 ohci0 at pci0 dev 15 function 2 ServerWorks OSB4/CSB5 USB rev 0x05: irq 10, version 1.0, legacy support pchb3 at pci0 dev 15 function 3 ServerWorks CSB5 LPC rev 0x00 pchb4 at pci0 dev 17 function 0 ServerWorks CIOB-X2 PCIX rev 0x05 pchb5 at pci0 dev 17 function 2 ServerWorks CIOB-X2 PCIX rev 0x05 pci2 at pchb5 bus 4 bge1 at pci2 dev 2 function 0 Broadcom BCM5703X rev 0x02, BCM5703 A2 (0x1002): irq 15, address 00:0b:cd:83:67:ab brgphy1 at bge1 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2 usb0 at ohci0: USB revision 1.0 uhub0 at usb0 ServerWorks OHCI root hub rev 1.00/1.00 addr 1 isa0 at mainbus0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pmsi0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pmsi0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec biomask 65ed netmask eded ttymask ffef mtrr: Pentium Pro MTRR support softraid0 at root root on sd0a swap on sd0b dump on sd0b
Re: Shutdown with the power button
see /etc/rc.shutdown and set: powerdown=YES # set to YES for powerdown Good Luck. On Thu, Oct 16, 2008 at 11:30:02PM +1100, Mikel Lindsaar wrote: On Thu, Oct 16, 2008 at 11:22 PM, Gregory Edigarov [EMAIL PROTECTED] wrote: Mikel Lindsaar wrote: Wondering if anyone knows how (or if it is possible) to be able to gracefully power down an OpenBSD box by hitting the power button on the server. Mine does clean shutdown on power button just from the box Hmm... here is the dmesg then any ideas? OpenBSD 4.3 (GENERIC) #698: Wed Mar 12 11:07:05 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Xeon(TM) CPU 3.06GHz (GenuineIntel 686-class) 3.07 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID,xTPR real mem = 2147028992 (2047MB) avail mem = 2068054016 (1972MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/31/99, BIOS32 rev. 0 @ 0xf, SMBIOS rev. 2.3 @ 0xec000 (42 entries) bios0: vendor HP version P31 date 03/03/2005 bios0: HP ProLiant DL360 G3 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC SPCR acpi0: wakeup devices acpitimer0 at acpi0: 3579545 Hz, 32 bits acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PCI1) acpiprt2 at acpi0: bus 4 (PCI2) acpicpu0 at acpi0 acpitz0 at acpi0: critical temperature 31 degC bios0: ROM list: 0xc/0x8000 0xc8000/0x4000 0xee000/0x2000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20-HE Host (GC-LE) rev 0x31 pchb1 at pci0 dev 0 function 1 ServerWorks CNB20-HE Host (GC-LE) rev 0x00 pchb2 at pci0 dev 0 function 2 ServerWorks CNB20-HE Host (GC-LE) rev 0x00 pci1 at pchb2 bus 1 em0 at pci1 dev 1 function 0 Intel PRO/1000MT (82546EB) rev 0x01: irq 15, address 00:04:23:c8:03:f6 em1 at pci1 dev 1 function 1 Intel PRO/1000MT (82546EB) rev 0x01: irq 11, address 00:04:23:c8:03:f7 bge0 at pci1 dev 2 function 0 Broadcom BCM5703X rev 0x02, BCM5703 A2 (0x1002): irq 11, address 00:0b:cd:83:67:89 brgphy0 at bge0 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2 vga1 at pci0 dev 3 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ciss0 at pci0 dev 4 function 0 Compaq Smart Array 5i/532 rev.2 rev 0x01: irq 3 ciss0: 1 LD, HW rev 1, FW 2.76/2.76 scsibus0 at ciss0: 1 targets sd0 at scsibus0 targ 0 lun 0: COMPAQ, LOGICAL VOLUME, 2.76 SCSI2 0/direct fixed sd0: 34727MB, 4427 cyl, 255 head, 63 sec, 512 bytes/sec, 71122560 sec total Compaq iLO rev 0x01 at pci0 dev 5 function 0 not configured Compaq iLO rev 0x01 at pci0 dev 5 function 2 not configured piixpm0 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93: polling iic0 at piixpm0 spdmem0 at iic0 addr 0x50: 512MB DDR SDRAM registered ECC PC2300CL2.5 spdmem1 at iic0 addr 0x52: 512MB DDR SDRAM registered ECC PC2100CL2.5 spdmem2 at iic0 addr 0x54: 512MB DDR SDRAM registered ECC PC2100CL2.5 spdmem3 at iic0 addr 0x56: 512MB DDR SDRAM registered ECC PC2100CL2.5 pciide0 at pci0 dev 15 function 1 ServerWorks CSB5 IDE rev 0x93: DMA atapiscsi0 at pciide0 channel 0 drive 0 scsibus1 at atapiscsi0: 2 targets cd0 at scsibus1 targ 0 lun 0: COMPAQ, CRN-8245B, 2.19 SCSI0 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2 pciide0: no compatibility interrupt for use by channel 1 ohci0 at pci0 dev 15 function 2 ServerWorks OSB4/CSB5 USB rev 0x05: irq 10, version 1.0, legacy support pchb3 at pci0 dev 15 function 3 ServerWorks CSB5 LPC rev 0x00 pchb4 at pci0 dev 17 function 0 ServerWorks CIOB-X2 PCIX rev 0x05 pchb5 at pci0 dev 17 function 2 ServerWorks CIOB-X2 PCIX rev 0x05 pci2 at pchb5 bus 4 bge1 at pci2 dev 2 function 0 Broadcom BCM5703X rev 0x02, BCM5703 A2 (0x1002): irq 15, address 00:0b:cd:83:67:ab brgphy1 at bge1 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2 usb0 at ohci0: USB revision 1.0 uhub0 at usb0 ServerWorks OHCI root hub rev 1.00/1.00 addr 1 isa0 at mainbus0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pmsi0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pmsi0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec biomask 65ed netmask eded ttymask ffef mtrr: Pentium Pro MTRR support softraid0 at root root on sd0a swap on sd0b dump on sd0b -- Guillermo Bernaldo de Quirss Maraver Pedroche.
Re: Shutdown with the power button
hi, On Thu, Oct 16, 2008 at 11:30:02PM +1100, Mikel Lindsaar wrote: Hmm... here is the dmesg then any ideas? looks like you're missing an acpibtn (man acpibtn). -- CUL8R, Peter.
Re: Shutdown with the power button
On 15:41:27 Oct 16, Guillermo Bernaldo de Quiros Maraver Pedroche wrote: see /etc/rc.shutdown and set: powerdown=YES # set to YES for powerdown Try this. It might work. My /etc/sysctl.conf has the line machdep.kbdreset=1 # permit console CTRL-ALT-DEL to do a nice halt I find that this along with the above option set in /etc/rc.shutdown is a nice way to shutdown the machine by pressing the magic buttons... -Girish
Shutdown and Powerdown when the power button is pressed
Hi, I have a Dell Pentium III 1GHz/512MB running OpenBSD 4.3. I am running the generic kernel. When I press the power button on the front the machine just switches off. I wanted if the power button is pressed then the shutdown is started followed by poweroff (shutdown -hp now). This machine was running Ubuntu sometime back and If I remember correct this used to happen. Any pointers, please? Regards. -- Ajitabh Pandey http://www.ajitabhpandey.info/ | http://www.unixclinic.net/ ICQ - 150615062 Registered Linux User - 240748
Re: Shutdown and Powerdown when the power button is pressed
The first thing I would do is look at the BIOS and check whether it still works with an Ubuntu LiveCD. Only then would I start looking at what OpenBSD is doing, starting with a look at dmesg. 2008/8/24 Ajitabh Pandey [EMAIL PROTECTED]: Hi, I have a Dell Pentium III 1GHz/512MB running OpenBSD 4.3. I am running the generic kernel. When I press the power button on the front the machine just switches off. I wanted if the power button is pressed then the shutdown is started followed by poweroff (shutdown -hp now). This machine was running Ubuntu sometime back and If I remember correct this used to happen. Any pointers, please? Regards. -- Ajitabh Pandey http://www.ajitabhpandey.info/ | http://www.unixclinic.net/ ICQ - 150615062 Registered Linux User - 240748
Re: Shutdown and Powerdown when the power button is pressed
Ajitabh Pandey wrote: Hi, I have a Dell Pentium III 1GHz/512MB running OpenBSD 4.3. I am running the generic kernel. When I press the power button on the front the machine just switches off. I wanted if the power button is pressed then the shutdown is started followed by poweroff (shutdown -hp now). This machine was running Ubuntu sometime back and If I remember correct this used to happen. Any pointers, please? Regards. 1. Provide a dmesg 2. What action is set in the BIOS for power button 3. What does halt -p do? HTH, Stijn
Re: Shutdown and Powerdown when the power button is pressed
Ajitabh Pandey wrote: Hi, I have a Dell Pentium III 1GHz/512MB running OpenBSD 4.3. I am running the generic kernel. When I press the power button on the front the machine just switches off. I wanted if the power button is pressed then the shutdown is started followed by poweroff (shutdown -hp now). The OS can override the BIOS when it's ACPI enabled. It seems you do not have a multi-processor system and I think ACPI is disabled. What works for me is to create a kernel image with APM disabled and ACPI enabled. (see config(8), you can temporarily do this by using the -c option at the boot prompt and type disable apm, enable acpi, see boot.conf(5)) If your dmesg shows you: acpibtn0 at acpi0: PWRB you should have a working power button. (also see acpi(4), acpibtn(4))
Disable power button
Is there a way to disable the power button on OpenBSD, like FreeBSD's sysctl hw.acpi.power_button_state=NONE or similar? I'm running OpenBSD 4.2. //Micke
Re: Disable power button
On Sat, Apr 12, 2008 at 03:00:02PM +0200, =?ISO-8859-1?Q?Mikael_Nystr=F6m_ wrote: Is there a way to disable the power button on OpenBSD, like FreeBSD's sysctl hw.acpi.power_button_state=NONE or similar? I'm running OpenBSD 4.2. //Micke I'm quite sure this is not possible at runtime, but I guess that disabling acpibtn(4) in your kernel with UKC/config(8) should do the trick. -- Pierre Riteau