From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 19 00:22:45 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB94A16A417 for ; Mon, 19 Nov 2007 00:22:45 +0000 (UTC) (envelope-from root@liukuma.net) Received: from www.liukuma.net (www.liukuma.net [62.220.235.15]) by mx1.freebsd.org (Postfix) with ESMTP id 361EA13C503 for ; Mon, 19 Nov 2007 00:22:44 +0000 (UTC) (envelope-from root@liukuma.net) Received: from localhost (unknown [127.0.0.1]) by www.liukuma.net (Postfix) with ESMTP id 8CFF81CC95 for ; Mon, 19 Nov 2007 02:03:10 +0200 (EET) Received: from www.liukuma.net ([127.0.0.1]) by localhost (www.liukuma.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ISgjUjBQ1dzr for ; Mon, 19 Nov 2007 02:03:00 +0200 (EET) Received: from rivendell (c-a70471d5.019-61-68617010.cust.bredbandsbolaget.se [213.113.4.167]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: root@www.liukuma.net) by www.liukuma.net (Postfix) with ESMTP id 8C9541CC69 for ; Mon, 19 Nov 2007 02:02:59 +0200 (EET) Message-ID: <078f01c82a3f$8c5e36b0$0a0aa8c0@endor.swagman.org> From: "Charlie Root" To: Date: Mon, 19 Nov 2007 02:02:59 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: Using ACPI causes panics and crashes on Tyan 1832 tiger 100 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 00:22:46 -0000 I've been trying to install 7.0 beta2 on an old machine I have lying around. Running in safe mode and hint.apic.0.disabled=1 seems to be fine, but as soon as I try to get ACPI functinality, the system gets flaky. The motherboard in question is Tyan Tiger 100 D1832, from late 1990's. Symptoms are sig 12 panics, sig 11 crashes and throttled interrupt storm on irq20. Memory tests good with memtest86 using several passes, exchanging processors in their slots makes no difference, neither does changing the drive the system is installed to plain ATA, plain SCSI or mix thereof. The panics are vn related somehow and systemcalls have eip set somewhere in outer space, much like the case Greg Lehey has as the last example of his BSD kernel debugging guide. The system is plain vanilla i386 GENERIC installed from CD, namely: FreeBSD erebor.endor.swagman.org 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Fri Nov 2 16:47:33 UTC 2007 root@logan.cse.buffalo.edu:/ usr/obj/usr/src/sys/GENERIC i386 IIRC, the same motherboard has had the same symptoms from since FreeBSD 5.xx, but haven't had the time until now to test the issue further. output of pciconf -l: http://www.liukuma.net/ignatz/erebor/pciconf.txt vmstat -i shows 2000ish interrupts/second for the acpi0. The verbose logging of boot with ACPI fully enabled is at: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #0: Fri Nov 2 16:47:33 UTC 2007 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0d38000. Preloaded acpi_dsdt "/boot/tyan1832.aml" at 0xc0d38188. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0d381d0. Calibrating clock(s) ... i8254 clock: 1193072 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 497838711 Hz CPU: Pentium III/Pentium III Xeon/Celeron (497.84-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383fbff Instruction TLB: 4 KB pages, 4-way set associative, 32 entries Instruction TLB: 4 MB pages, fully associative, 2 entries Data TLB: 4 KB pages, 4-way set associative, 64 entries 2nd-level cache: 512 KB, 4-way set associative, 32 byte line size 1st-level instruction cache: 16 KB, 4-way set associative, 32 byte line size Data TLB: 4 MB Pages, 4-way set associative, 8 entries 1st-level data cache: 16 KB, 4-way set associative, 32 byte line size real memory = 536739840 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001028000 - 0x000000001f69bfff, 510083072 bytes (124532 pages) avail memory = 511315968 (487 MB) Table 'FACP' at 0x1fff1000 Table 'APIC' at 0x1fff2000 MADT: Found table at 0x1fff2000 MP Configuration Table version 1.4 found at 0xc00f62f0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00fdb40 bios32: Entry = 0xfdb50 (c00fdb50) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb71 pnpbios: Found PnP BIOS data at 0xc00f7390 pnpbios: Entry = f0000:6554 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 ACPI: RSDP @ 0x0xfb340/0x0014 (v 0 AMI ) ACPI: RSDT @ 0x0x1fff0000/0x002C (v 1 OEMTYN OEMTYNTB 0x00000009 AMI 0x00000001) ACPI: FACP @ 0x0x1fff1000/0x0074 (v 1 OEMTYN OEMTYNTB 0x00000009 AMI 0x00000001) ACPI: DSDT @ 0x0x1ffe0000/0x1E53 (v 1 OEMTYN OEMTYNTB 0x00000012 MSFT 0x0100000C) ACPI: FACS @ 0x0x1fff8000/0x0040 ACPI: APIC @ 0x0x1fff2000/0x005C (v 1 OEMTYN OEMTYNTB 0x00000009 AMI 0x00000001) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 20 ioapic0: intpin 9 disabled ioapic0: intpin 20 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040011 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x0001000f pcm: 0x00010000 wlan: <802.11 Link Layer> ath_rate: version 1.2 wlan_amrr: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 io: mem: Pentium Pro MTRR support enabled null: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Nov 2 2007 16:47:11) npx0: INT 16 interface acpi0: on motherboard ACPI: Table DSDT replaced by host OS ACPI: DSDT @ 0x0/0x1D29 (v 1 OEMTYN OEMTYNTB 0x00000012 INTL 0x20070320) acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0xcd079000 pa 0x1000 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 AcpiOsDerivePciId: \\_SB_.PCI0.PAMX -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.TMEM -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.BAR2 -> bus 0 dev 7 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.PIX0 -> bus 0 dev 7 func 0 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1ff00000 (3) failed ACPI timer: 0/4 0/16777189 0/16777195 0/4 0/16777212 0/4 0/4 0/4 0/7 0/5 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 cpu0: on acpi0 cpu0: switching to generic Cx mode acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x410 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x7190, revid=0x02 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xf8000000, size 26, enabled found-> vendor=0x8086, dev=0x7191, revid=0x02 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x001f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x88 (34000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x02 domain=0, bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7111, revid=0x01 domain=0, bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled found-> vendor=0x8086, dev=0x7112, revid=0x01 domain=0, bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=9 map[20]: type I/O Port, range 32, base 0xef80, size 5, enabled pcib0: matched entry for 0.7.INTD pcib0: slot 7 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x7113, revid=0x02 domain=0, bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type I/O Port, range 32, base 0x440, size 4, enabled found-> vendor=0x10b7, dev=0x9055, revid=0x64 domain=0, bus=0, slot=17, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=5 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xec00, size 7, enabled map[14]: type Memory, range 32, base 0xfebfef80, size 7, enabled pcib0: matched entry for 0.17.INTA pcib0: slot 17 INTA hardwired to IRQ 17 found-> vendor=0x9004, dev=0x7895, revid=0x03 domain=0, bus=0, slot=18, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=11 map[10]: type I/O Port, range 32, base 0xe800, size 8, enabled map[14]: type Memory, range 32, base 0xfebff000, size 12, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 18 agp0: on hostb0 hostb0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfca00000-0xfeafffff pcib1: prefetched decode 0xe4800000-0xf48fffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x10de, dev=0x0113, revid=0xb2 domain=0, bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfd000000, size 24, enabled pcib1: requested memory range 0xfd000000-0xfdffffff: good map[14]: type Prefetchable Memory, range 32, base 0xe8000000, size 27, enabled pcib1: requested memory range 0xe8000000-0xefffffff: good pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 vgapci0: mem 0xfd000000-0xfdffffff,0xe8000000-0xefffffff irq 16 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 49 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 50 ata1: [MPSAFE] ata1: [ITHREAD] uhci0: port 0xef80-0xef9f irq 19 at device 7.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef80 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 51 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xec00-0xec7f mem 0xfebfef80-0xfebfefff irq 17 at device 17.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xfebfef80 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 bmtphy0: <3c905B 10/100 internal PHY> PHY 24 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:50:04:66:c0:3b ioapic0: routing intpin 17 (PCI IRQ 17) to vector 52 xl0: [MPSAFE] xl0: [ITHREAD] ahc0: port 0xe800-0xe8ff mem 0xfebff000-0xfebfffff irq 18 at device 18.0 on pci0 ahc0: Defaulting to MEMIO off ahc0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 ahc0: Reading SEEPROM...done. ahc0: internal 50 cable not present, internal 68 cable is present ahc0: external cable not present ahc0: BIOS eeprom is present ahc0: High byte termination Enabled ahc0: Low byte termination Enabled ahc0: Downloading Sequencer Program... 413 instructions downloaded ahc0: Features 0x16035, Bugs 0x35, Flags 0x20485440 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 53 ahc0: [MPSAFE] ahc0: [ITHREAD] aic7895: Ultra Wide Channel A, SCSI Id=7, 32/253 SCBs acpi_button0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 54 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 55 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model MouseMan+, device ID 0-51, 3 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:08, syncbits:00 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 56 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0xcc29 0xcc39 0xcc29 0xcc29 sio0: irq maps: 0xcc29 0xcc39 0xcc29 0xcc29 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 57 sio0: [FILTER] sio1: irq maps: 0xcc21 0xcc29 0xcc21 0xcc21 sio1: irq maps: 0xcc21 0xcc29 0xcc21 0xcc21 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ioapic0: routing intpin 3 (ISA IRQ 3) to vector 58 sio1: [FILTER] unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ahc_isa_probe 14: ioport 0xec00 alloc failed ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xca7ff,0xcc000-0xd07ff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 59 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 49783919 hz Timecounter "TSC" frequency 497838711 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. Waiting 5 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. interrupt storm detected on "irq20:"; throttling interrupt source ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire ad0: setting PIO4 on PIIX4 chip ad0: setting UDMA33 on PIIX4 chip ad0: 19574MB at ata0-master UDMA33 ad0: 40088160 sectors [39770C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=PIO3 wdma=WDMA1 udma=UNSUPPORTED cable=40 wire acd0: setting PIO3 on PIIX4 chip interrupt storm detected on "irq20:"; throttling interrupt source GEOM: new disk ad0 interrupt storm detected on "irq20:"; throttling interrupt source interrupt storm detected on "irq20:"; throttling interrupt source interrupt storm detected on "irq20:"; throttling interrupt source acd0: CDRW drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 689KB/s (689KB/s), 1024KB buffer, PIO3 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: CDR, CDRW, test write acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc (ahc0:A:0:0): Received WDTR 1 filtered to 0 (ahc0:A:0:0): Target Initiated WDTR (ahc0:A:0:0): Sending WDTR 0 ahc0: target 0 using 8bit transfers (ahc0:A:0:0): Received SDTR period c, offset f Filtered to period 0, offset 0 ahc0: target 0 using asynchronous transfers (ahc0:A:0:0): Target Initiated SDTR (ahc0:A:0:0): Sending SDTR period 45, offset 0 interrupt storm detected on "irq20:"; throttling interrupt source ahc0: Selection Timeout on A:2. 0 SCBs aborted ahc0: Selection Timeout on A:3. 0 SCBs aborted ahc0: Selection Timeout on A:4. 0 SCBs aborted interrupt storm detected on "irq20:"; throttling interrupt source ahc0: Selection Timeout on A:5. 0 SCBs aborted ahc0: Selection Timeout on A:9. 0 SCBs aborted ahc0: Selection Timeout on A:10. 0 SCBs aborted ahc0: Selection Timeout on A:11. 0 SCBs aborted interrupt storm detected on "irq20:"; throttling interrupt source ahc0: Selection Timeout on A:12. 0 SCBs aborted ahc0: Selection Timeout on A:14. 0 SCBs aborted ahc0: Selection Timeout on A:15. 0 SCBs aborted ahc0: Selection Timeout on A:6. 0 SCBs aborted interrupt storm detected on "irq20:"; throttling interrupt source ahc0: Selection Timeout on A:8. 0 SCBs aborted ahc0: Selection Timeout on A:13. 0 SCBs aborted (probe1:ahc0:0:1:0): Retrying Command (probe0:ahc0:0:0:0): Retrying Command (probe1:ahc0:0:1:0): Down reving Protocol Version from 4 to 2? (ahc0:A:1:0): Sending WDTR 1 (probe0:ahc0:0:0:0): Down reving Protocol Version from 4 to 2? (ahc0:A:1:0): Received WDTR 1 filtered to 1 ahc0: target 1 using 16bit transfers (ahc0:A:1:0): Sending SDTR period 19, offset 8 (ahc0:A:1:0): Received SDTR period 19, offset 8 Filtered to period 19, offset 8 ahc0: target 1 synchronous at 10.0MHz, offset = 0x8 (ahc0:A:0:0): Sending WDTR 1 (ahc0:A:0:0): Received WDTR 1 filtered to 1 ahc0: target 0 using 16bit transfers (ahc0:A:0:0): Sending SDTR period 19, offset 8 (ahc0:A:0:0): Received SDTR period 19, offset 8 Filtered to period 19, offset 8 ahc0: target 0 synchronous at 10.0MHz, offset = 0x8 GEOM: new disk da0 da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: Serial Number LV224086000019360WK8 da1: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) da1: Command Queueing Enabled da1: 8678MB (17773524 512 byte sectors: 64H 32S/T 8678C) pass0 at ahc0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-2 device pass0: Serial Number QEJA3278 pass0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) pass0: Command Queueing Enabled pass1 at ahc0 bus 0 target 1 lun 0 pass1: Fixed Direct Access SCSI-2 device pass1: Serial Number LV224086000019360WK8 pass1: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) pass1: Command Queueing Enabled ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00040011 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 3 to local APIC 1 ioapic0: Assigning ISA IRQ 4 to local APIC 0 ioapic0: Assigning ISA IRQ 6 to local APIC 1 ioapic0: Assigning ISA IRQ 7 to local APIC 0 ioapic0: Assigning ISA IRQ 12 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 1 ioapic0: Assigning PCI IRQ 17 to local APIC 0 ioapic0: Assigning PCI IRQ 18 to local APIC 1 ioapic0: Assigning PCI IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 20 to local APIC 1 da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Serial Number QEJA3278 da0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) da0: Command Queueing Enabled da0: 8678MB (17773500 512 byte sectors: 64H 32S/T 8678C) GEOM: new disk da1 interrupt storm detected on "irq20:"; throttling interrupt source Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init interrupt storm detected on "irq20:"; throttling interrupt source interrupt storm detected on "irq20:"; throttling interrupt source interrupt storm detected on "irq20:"; throttling interrupt source interrupt storm detected on "irq20:"; throttling interrupt source interrupt storm detected on "irq20:"; throttling interrupt source interrupt storm detected on "irq20:"; throttling interrupt source interrupt storm detected on "irq20:"; throttling interrupt source interrupt storm detected on "irq20:"; throttling interrupt source interrupt storm detected on "irq20:"; throttling interrupt source and the corresponding .asl file is at: http://www.liukuma.net/ignatz/erebor/rturja_tyan1832.asl I tried to edit the .asl as well, but based on the modification instructions from the net, there wasn't any change at all. I did try changing the os name to "Microsoft Windows NT" as well. The diff for my modifications is as follows and it compiles with iasl -f: 1265c1265 < OperationRegion (PSRG, SystemMemory, 0x0410, 0x01) --- > OperationRegion (PSRG, SystemMemory, 0x0410, 0x04) 1748a1749 > Store (0x00, Local7) 2667a2669 > Return(Package(0x02){0x00, 0x00}) devinfo from the system is: nexus0 apic0 legacy0 ram0 I/O memory addresses: 0x0-0x9efff 0x100000-0x1ffdffff npx0 acpi0 Interrupt request lines: 20 I/O memory addresses: 0xe0000-0xfffff 0xfec00000-0xfec00fff 0xfee00000-0xfee00fff 0xfffe0000-0xffffffff cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 acpi_throttle0 I/O ports: 0x410-0x413 cpufreq0 cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU2 acpi_throttle1 pcib0 pnpinfo _HID=PNP0A03 _UID=0 at handle=\_SB_.PCI0 pci0 hostb0 pnpinfo vendor=0x8086 device=0x7190 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=0 function=0 I/O memory addresses: 0xf8000000-0xfbffffff agp0 pcib1 pnpinfo vendor=0x8086 device=0x7191 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=1 function=0 pci1 vgapci0 pnpinfo vendor=0x10de device=0x0113 subvendor=0x10de subdevice=0x0070 class=0x030000 at slot=0 function=0 I/O memory addresses: 0xe8000000-0xefffffff 0xfd000000-0xfdffffff drm0 isab0 pnpinfo vendor=0x8086 device=0x7110 subvendor=0x0000 subdevice=0x0000 class=0x060100 at slot=7 function=0 handle=\_SB_.PCI0.SBRG isa0 adv0 aha0 aic0 bt0 cs0 ed0 fe0 ie0 le0 ppc0 Interrupt request lines: 7 I/O ports: 0x378-0x37f ppbus0 plip0 lpt0 ppi0 sc0 sio2 sio3 sn0 vga0 I/O ports: 0x3c0-0x3df I/O memory addresses: 0xa0000-0xbffff vt0 orm0 pnpinfo pnpid=ORM0000 I/O memory addresses: 0xc0000-0xca7ff 0xcc000-0xd07ff pmtimer0 atapci0 pnpinfo vendor=0x8086 device=0x7111 subvendor=0x0000 subdevice=0x0000 class=0x010180 at slot=7 function=1 I/O ports: 0x170-0x177 0x1f0-0x1f7 0x376 0x3f6 0xffa0-0xffaf ata0 Interrupt request lines: erebor# cat devinfo_acpi.txt nexus0 apic0 legacy0 ram0 I/O memory addresses: 0x0-0x9efff 0x100000-0x1ffdffff npx0 acpi0 Interrupt request lines: 20 I/O memory addresses: 0xe0000-0xfffff 0xfec00000-0xfec00fff 0xfee00000-0xfee00fff 0xfffe0000-0xffffffff cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 acpi_throttle0 I/O ports: 0x410-0x413 cpufreq0 cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU2 acpi_throttle1 pcib0 pnpinfo _HID=PNP0A03 _UID=0 at handle=\_SB_.PCI0 pci0 hostb0 pnpinfo vendor=0x8086 device=0x7190 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=0 function=0 I/O memory addresses: 0xf8000000-0xfbffffff agp0 pcib1 pnpinfo vendor=0x8086 device=0x7191 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=1 function=0 pci1 vgapci0 pnpinfo vendor=0x10de device=0x0113 subvendor=0x10de subdevice=0x0070 class=0x030000 at slot=0 function=0 I/O memory addresses: 0xe8000000-0xefffffff 0xfd000000-0xfdffffff drm0 isab0 pnpinfo vendor=0x8086 device=0x7110 subvendor=0x0000 subdevice=0x0000 class=0x060100 at slot=7 function=0 handle=\_SB_.PCI0.SBRG isa0 adv0 aha0 aic0 bt0 cs0 ed0 fe0 ie0 le0 ppc0 Interrupt request lines: 7 I/O ports: 0x378-0x37f ppbus0 plip0 lpt0 ppi0 sc0 sio2 sio3 sn0 vga0 I/O ports: 0x3c0-0x3df I/O memory addresses: 0xa0000-0xbffff vt0 orm0 pnpinfo pnpid=ORM0000 I/O memory addresses: 0xc0000-0xca7ff 0xcc000-0xd07ff pmtimer0 atapci0 pnpinfo vendor=0x8086 device=0x7111 subvendor=0x0000 subdevice=0x0000 class=0x010180 at slot=7 function=1 I/O ports: 0x170-0x177 0x1f0-0x1f7 0x376 0x3f6 0xffa0-0xffaf ata0 Interrupt request lines: 14 ad0 subdisk0 ata1 Interrupt request lines: 15 acd0 uhci0 pnpinfo vendor=0x8086 device=0x7112 subvendor=0x0000 subdevice=0x0000 class=0x0c0300 at slot=7 function=2 handle=\_SB_.PCI0.USB0 Interrupt request lines: 19 I/O ports: 0xef80-0xef9f usb0 uhub0 unknown pnpinfo vendor=0x8086 device=0x7113 subvendor=0x0000 subdevice=0x0000 class=0x068000 at slot=7 function=3 handle=\_SB_.PCI0.PMU_ I/O ports: 0x440-0x44f xl0 pnpinfo vendor=0x10b7 device=0x9055 subvendor=0x10b7 subdevice=0x9055 class=0x020000 at slot=17 function=0 Interrupt request lines: 17 I/O ports: 0xec00-0xec7f I/O memory addresses: 0xfebfef80-0xfebfefff miibus0 bmtphy0 pnpinfo oui=0x1018 model=0x12 rev=0x0 at phyno=24 ahc0 pnpinfo vendor=0x9004 device=0x7895 subvendor=0x9004 subdevice=0x7891 class=0x010000 at slot=18 function=0 Interrupt request lines: 18 I/O ports: 0xe800-0xe8ff I/O memory addresses: 0xfebff000-0xfebfffff unknown pnpinfo _HID=PNP0C02 _UID=0 at handle=\_SB_.PCI0.SBRG.SYSR atpic0 pnpinfo _HID=PNP0000 _UID=0 at handle=\_SB_.PCI0.SBRG.PIC_ atdma0 pnpinfo _HID=PNP0200 _UID=0 at handle=\_SB_.PCI0.SBRG.DMAD attimer0 pnpinfo _HID=PNP0100 _UID=0 at handle=\_SB_.PCI0.SBRG.TMR_ attimer1 pnpinfo _HID=PNP0B00 _UID=0 at handle=\_SB_.PCI0.SBRG.RTC_ unknown pnpinfo _HID=PNP0800 _UID=0 at handle=\_SB_.PCI0.SBRG.SPKR npxisa0 pnpinfo _HID=PNP0C04 _UID=0 at handle=\_SB_.PCI0.SBRG.COPR psmcpnp0 pnpinfo _HID=PNP0F03 _UID=0 at handle=\_SB_.PCI0.SBRG.PS2M Interrupt request lines: 12 atkbdc0 pnpinfo _HID=PNP0303 _UID=0 at handle=\_SB_.PCI0.SBRG.PS2K I/O ports: 0x60 0x64 atkbd0 Interrupt request lines: 1 psm0 fdc0 pnpinfo _HID=PNP0700 _UID=0 at handle=\_SB_.PCI0.SBRG.FDC0 Interrupt request lines: 6 DMA request lines: 2 I/O ports: 0x3f2-0x3f3 0x3f4-0x3f5 0x3f7 fd0 fd1 sio0 pnpinfo _HID=PNP0501 _UID=1 at handle=\_SB_.PCI0.SBRG.UAR1 Interrupt request lines: 4 I/O ports: 0x3f8-0x3ff sio1 pnpinfo _HID=PNP0501 _UID=2 at handle=\_SB_.PCI0.SBRG.UAR2 Interrupt request lines: 3 I/O ports: 0x2f8-0x2ff unknown pnpinfo _HID=PNP0400 _UID=0 at handle=\_SB_.PCI0.SBRG.LPT_ unknown pnpinfo _HID=PNP0401 _UID=0 at handle=\_SB_.PCI0.SBRG.ECP_ pci_link0 pnpinfo _HID=PNP0C0F _UID=1 at handle=\_SB_.LNKA pci_link1 pnpinfo _HID=PNP0C0F _UID=2 at handle=\_SB_.LNKB pci_link2 pnpinfo _HID=PNP0C0F _UID=3 at handle=\_SB_.LNKC pci_link3 pnpinfo _HID=PNP0C0F _UID=4 at handle=\_SB_.LNKD acpi_sysresource0 pnpinfo _HID=PNP0C01 _UID=0 at handle=\_SB_.MEM_ acpi_button0 pnpinfo _HID=PNP0C0E _UID=0 at handle=\_SB_.SLPB unknown pnpinfo _HID=none _UID=0 at handle=\GFAN acpi_timer0 pnpinfo unknown at unknown I/O ports: 0x408-0x40b Is there any hope on getting this system running on ACPI, or is the BIOS hosed for good? If I can supply any extra assistance or information I'm at your service and access to the box can be provided if needed. Regards, Reko Turja From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 19 00:38:41 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D058216A41A for ; Mon, 19 Nov 2007 00:38:41 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 93BEA13C468 for ; Mon, 19 Nov 2007 00:38:41 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 87118 invoked from network); 19 Nov 2007 00:38:09 -0000 Received: from adsl-71-141-123-117.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?) (nate-mail@71.141.123.117) by root.org with ESMTPA; 19 Nov 2007 00:38:09 -0000 Message-ID: <4740DAEC.6050308@root.org> Date: Sun, 18 Nov 2007 16:38:04 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Charlie Root References: <078f01c82a3f$8c5e36b0$0a0aa8c0@endor.swagman.org> In-Reply-To: <078f01c82a3f$8c5e36b0$0a0aa8c0@endor.swagman.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Using ACPI causes panics and crashes on Tyan 1832 tiger 100 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 00:38:41 -0000 Charlie Root wrote: > I've been trying to install 7.0 beta2 on an old machine I have lying > around. Running in safe mode and hint.apic.0.disabled=1 seems to be > fine, but as soon as I try to get ACPI functinality, the system gets > flaky. The motherboard in question is Tyan Tiger 100 D1832, from late > 1990's. > > Symptoms are sig 12 panics, sig 11 crashes and throttled interrupt storm > on irq20. Memory tests good with memtest86 using several passes, > exchanging processors in their slots makes no difference, neither does > changing the drive the system is installed to plain ATA, plain SCSI or > mix thereof. The panics are vn related somehow and systemcalls have eip > set somewhere in outer space, much like the case Greg Lehey has as the > last example of his BSD kernel debugging guide. > Is there any hope on getting this system running on ACPI, or is the BIOS > hosed for good? If I can supply any extra assistance or information I'm > at your service and access to the box can be provided if needed. Upgrade your BIOS to the last known version. If it still has problems, it's likely your system does not support acpi. Just set hint.acpi.0.disabled="1" in /boot/loader.conf and be done with it. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 19 00:58:53 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4967A16A41B for ; Mon, 19 Nov 2007 00:58:53 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 08B3213C469 for ; Mon, 19 Nov 2007 00:58:52 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 89928 invoked from network); 19 Nov 2007 00:58:44 -0000 Received: from adsl-71-141-123-117.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?) (nate-mail@71.141.123.117) by root.org with ESMTPA; 19 Nov 2007 00:58:44 -0000 Message-ID: <4740DFBF.8010503@root.org> Date: Sun, 18 Nov 2007 16:58:39 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Reko Turja References: <078f01c82a3f$8c5e36b0$0a0aa8c0@endor.swagman.org> <4740DAEC.6050308@root.org> <086301c82a45$ed75ced0$0a0aa8c0@endor.swagman.org> In-Reply-To: <086301c82a45$ed75ced0$0a0aa8c0@endor.swagman.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Using ACPI causes panics and crashes on Tyan 1832 tiger 100 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 00:58:53 -0000 Reko Turja wrote: > From: "Nate Lawson" > To: "Charlie Root" > Cc: > Sent: Monday, November 19, 2007 2:38 AM > Subject: Re: Using ACPI causes panics and crashes on Tyan 1832 tiger 100 > >>> Is there any hope on getting this system running on ACPI, or is the BIOS >>> hosed for good? If I can supply any extra assistance or information I'm >>> at your service and access to the box can be provided if needed. >> >> Upgrade your BIOS to the last known version. If it still has problems, >> it's likely your system does not support acpi. Just set >> hint.acpi.0.disabled="1" in /boot/loader.conf and be done with it. > > BIOS is the latest (from 2001...), the machine in question ran under > ACPI multiprocessor in Windows quite happily though, but I guess FreeBSD > ACPI is a no-go then. Windows has a number of workarounds for buggy systems and if you mean W2K, avoids implementing certain features on such systems. I can either spend time trying to hack around old buggy systems or new ones. I think most users prefer the latter. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 19 01:02:43 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FA0316A41A for ; Mon, 19 Nov 2007 01:02:43 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from www.liukuma.net (www.liukuma.net [62.220.235.15]) by mx1.freebsd.org (Postfix) with ESMTP id 5C45613C457 for ; Mon, 19 Nov 2007 01:02:43 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from localhost (unknown [127.0.0.1]) by www.liukuma.net (Postfix) with ESMTP id F31531CC75; Mon, 19 Nov 2007 02:48:40 +0200 (EET) Received: from www.liukuma.net ([127.0.0.1]) by localhost (www.liukuma.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id WH5jLyTZAW-t; Mon, 19 Nov 2007 02:48:39 +0200 (EET) Received: from rivendell (c-a70471d5.019-61-68617010.cust.bredbandsbolaget.se [213.113.4.167]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: ignatz@www.liukuma.net) by www.liukuma.net (Postfix) with ESMTP id 57EBA1CC68; Mon, 19 Nov 2007 02:48:39 +0200 (EET) Message-ID: <086301c82a45$ed75ced0$0a0aa8c0@endor.swagman.org> From: "Reko Turja" To: "Nate Lawson" References: <078f01c82a3f$8c5e36b0$0a0aa8c0@endor.swagman.org> <4740DAEC.6050308@root.org> Date: Mon, 19 Nov 2007 02:48:39 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-acpi@freebsd.org Subject: Re: Using ACPI causes panics and crashes on Tyan 1832 tiger 100 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 01:02:43 -0000 From: "Nate Lawson" To: "Charlie Root" Cc: Sent: Monday, November 19, 2007 2:38 AM Subject: Re: Using ACPI causes panics and crashes on Tyan 1832 tiger 100 >> Is there any hope on getting this system running on ACPI, or is the >> BIOS >> hosed for good? If I can supply any extra assistance or information >> I'm >> at your service and access to the box can be provided if needed. > > Upgrade your BIOS to the last known version. If it still has > problems, > it's likely your system does not support acpi. Just set > hint.acpi.0.disabled="1" in /boot/loader.conf and be done with it. BIOS is the latest (from 2001...), the machine in question ran under ACPI multiprocessor in Windows quite happily though, but I guess FreeBSD ACPI is a no-go then. Thanks, Reko From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 19 11:06:54 2007 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3AB916A417 for ; Mon, 19 Nov 2007 11:06:54 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9EB5613C447 for ; Mon, 19 Nov 2007 11:06:54 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lAJB6ssq040670 for ; Mon, 19 Nov 2007 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lAJB6rKM040666 for freebsd-acpi@FreeBSD.org; Mon, 19 Nov 2007 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 19 Nov 2007 11:06:53 GMT Message-Id: <200711191106.lAJB6rKM040666@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 11:06:54 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 s i386/79080 acpi acpi thermal changes freezes HP nx6110 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/114113 acpi [patch] ACPI kernel panic during S3 suspend / resume o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o amd64/115011 acpi ACPI problem ,reboot system down. o kern/116169 acpi [PATCH] acpi_ibm => psm0 not found problem 14 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/67309 acpi zzz reboot computer (ACPI S3) o i386/69750 acpi Boot without ACPI failed on ASUS L5 o i386/72179 acpi [acpi] [patch] Inconsistent apm(8) output regarding th o kern/73823 acpi [feature request] acpi / power-on by timer support o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys o kern/89411 acpi [acpi] acpiconf bug o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI o kern/98171 acpi [acpi] ACPI 1304 / 0501 errors on Acer 5024WLMi Laptop o kern/103365 acpi [acpi] acpi poweroff doesn't work with geli device att o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/111591 acpi [acpi] dev.acpi_ibm.0.events returns I/O error (regres o kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/114165 acpi Dell C810 - ACPI problem o kern/114649 acpi [patch][acpi] panic: recursed on non-recursive mutex o kern/114722 acpi [acpi] [patch] Nearly duplicate p-state entries report o kern/117591 acpi [acpi][panic] Divide by zero bug in ACPI o kern/117605 acpi [acpi] request for debug.cpufreq.highest 21 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 19 18:49:50 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6649D16A41B for ; Mon, 19 Nov 2007 18:49:50 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 4615713C447 for ; Mon, 19 Nov 2007 18:49:50 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id BC3E561BA22 for ; Mon, 19 Nov 2007 10:18:06 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25591-06 for ; Mon, 19 Nov 2007 10:18:03 -0800 (PST) Received: from [10.0.0.40] (iago.office.miralink.com [10.0.0.40]) by plato.miralink.com (Postfix) with ESMTP id CEEE461BA1B for ; Mon, 19 Nov 2007 10:18:03 -0800 (PST) Message-ID: <4741D35B.1010509@miralink.com> Date: Mon, 19 Nov 2007 10:18:03 -0800 From: Sean Bruno User-Agent: Thunderbird 1.5.0.12 (X11/20071019) MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Nov 19 10:18:04 2007 X-DSPAM-Confidence: 0.6197 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4741d35c218353377160525 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.499 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.499 X-Spam-Level: Cc: Subject: Temperature sensor is absurd X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 18:49:50 -0000 Using RELENG_6(updated) on a Shuttle xPC SD30G2, I am seeing the following error message repeating on the console: acpi_tz0: _TMP value is absurd, ignored (-73.0C) The temperature reported by the BIOS is ~31C for the CPU and ~32C for the System. I agree that -73C is "absurd" for sure. The system has the latest BIOS(rev 7). What should I look at to repair this condition? I have dumped the ACPI tables http://consultcsg.com/shuttle.asl http://consultcsg.com/shuttle.dsdt Sean From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 19 20:17:02 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 605EF16A468 for ; Mon, 19 Nov 2007 20:17:02 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 408C113C46A for ; Mon, 19 Nov 2007 20:17:02 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 1272D61BA23 for ; Mon, 19 Nov 2007 12:16:49 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30267-10 for ; Mon, 19 Nov 2007 12:16:48 -0800 (PST) Received: from [10.0.0.40] (iago.office.miralink.com [10.0.0.40]) by plato.miralink.com (Postfix) with ESMTP id 294AE61BA22 for ; Mon, 19 Nov 2007 12:16:48 -0800 (PST) Message-ID: <4741EF2F.3060708@miralink.com> Date: Mon, 19 Nov 2007 12:16:47 -0800 From: Sean Bruno User-Agent: Thunderbird 1.5.0.12 (X11/20071019) MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org References: <4741D35B.1010509@miralink.com> In-Reply-To: <4741D35B.1010509@miralink.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Nov 19 12:16:48 2007 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4741ef30174435715714951 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.499 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.499 X-Spam-Level: Cc: Subject: Re: Temperature sensor is absurd X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 20:17:02 -0000 Sean Bruno wrote: > Using RELENG_6(updated) on a Shuttle xPC SD30G2, I am seeing the > following error message repeating on the console: > acpi_tz0: _TMP value is absurd, ignored (-73.0C) > > The temperature reported by the BIOS is ~31C for the CPU and ~32C for > the System. > > I agree that -73C is "absurd" for sure. The system has the latest > BIOS(rev 7). What should I look at to repair this condition? > > I have dumped the ACPI tables > http://consultcsg.com/shuttle.asl > http://consultcsg.com/shuttle.dsdt I enabled debug and need some help interpreting the debug output for the thermal poll: Execute Method: [\\_TZ_.THRM._TMP] (Node 0xc3322128) exregion-0265 [188] ExSystemMemorySpaceHan: SystemMemory 0 (16 width) Address= 0 FF81A exregion-0378 [189] ExSystemIoSpaceHandler: SystemIO 1 (8 width) Address= 0 295 exregion-0378 [188] ExSystemIoSpaceHandler: SystemIO 0 (8 width) Address= 0 296 exregion-0265 [188] ExSystemMemorySpaceHan: SystemMemory 0 (8 width) Address= 0 FF840 acpi_tz0: _TMP value is absurd, ignored (-73.0C) Execute Method: [\\_TZ_.THRM._TMP] (Node 0xc3322128) exregion-0265 [188] ExSystemMemorySpaceHan: SystemMemory 0 (16 width) Address= 0 FF81A exregion-0378 [189] ExSystemIoSpaceHandler: SystemIO 1 (8 width) Address= 0 295 exregion-0378 [188] ExSystemIoSpaceHandler: SystemIO 0 (8 width) Address= 0 296 exregion-0265 [188] ExSystemMemorySpaceHan: SystemMemory 0 (8 width) Address= 0 FF840 acpi_tz0: _TMP value is absurd, ignored (-73.0C) Sean From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 19 20:20:03 2007 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2728216A468 for ; Mon, 19 Nov 2007 20:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 033D413C465 for ; Mon, 19 Nov 2007 20:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lAJKK25Q066796 for ; Mon, 19 Nov 2007 20:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lAJKK2Gr066795; Mon, 19 Nov 2007 20:20:02 GMT (envelope-from gnats) Date: Mon, 19 Nov 2007 20:20:02 GMT Message-Id: <200711192020.lAJKK2Gr066795@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: John Baldwin Cc: Subject: Re: kern/117591: [acpi][panic] Divide by zero bug in ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 20:20:03 -0000 The following reply was made to PR kern/117591; it has been noted by GNATS. From: John Baldwin To: bug-followup@freebsd.org, root@varusonline.com Cc: Subject: Re: kern/117591: [acpi][panic] Divide by zero bug in ACPI Date: Mon, 19 Nov 2007 14:07:39 -0500 Can you get a stack trace? -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 19 22:40:03 2007 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CAA216A498 for ; Mon, 19 Nov 2007 22:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 80CF413C46B for ; Mon, 19 Nov 2007 22:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lAJMe3XX075716 for ; Mon, 19 Nov 2007 22:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lAJMe3Sg075715; Mon, 19 Nov 2007 22:40:03 GMT (envelope-from gnats) Date: Mon, 19 Nov 2007 22:40:03 GMT Message-Id: <200711192240.lAJMe3Sg075715@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Jessica Mahoney Cc: Subject: Re: kern/117591: [acpi][panic] Divide by zero bug in ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jessica Mahoney List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 22:40:03 -0000 The following reply was made to PR kern/117591; it has been noted by GNATS. From: Jessica Mahoney To: John Baldwin , bug-followup@FreeBSD.org Cc: Subject: Re: kern/117591: [acpi][panic] Divide by zero bug in ACPI Date: Mon, 19 Nov 2007 17:06:40 -0500 John Baldwin wrote: > Can you get a stack trace? > > Tracing pid 878 tid 100080 td 0xc3f26440 acpi_battery_get_battinfo(c3a27980,c3ee4d00,e51e1c60,c3ee4d00,0,...) at acpi_battery_get_battinfo+0x26f acpi_battery_ioctl(c0a44203,c3ee4d00,0,c40ec880,e51e1c08,...) at acpi_battery_ioctl+0x14b acpiioctl(c3a9e900,c0a44203,c3ee4d00,3,c3f26440,...) at acpiioctl_0xdd devfs_ioctl_f(c3e35d80,c0a44203,c3ee4d00,c3ee5800,c3f26440,...) at devfs_ioctl_f+0xcb kern_ioctl(c3f26440,3,c0a44203,c3ee4d00,1000a24,..._ at kern_ioctl+0x355 ioctl(c3f26440,e51e1cfc,c,c3f26440,e51e1d2c,...) at ioctl+0x134 syscall(e51e1d38) at syscall+0x345 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815289b, esp = 0xbfbfec3c, ebp = 0xbfbfed28 --- If there's anything else needed, please let me know and I shall provide. From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 19 23:19:42 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48C6016A419 for ; Mon, 19 Nov 2007 23:19:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id DA41513C442 for ; Mon, 19 Nov 2007 23:19:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 220448415-1834499 for multiple; Mon, 19 Nov 2007 18:19:30 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lAJNJRkY031973; Mon, 19 Nov 2007 18:19:28 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org, Jessica Mahoney Date: Mon, 19 Nov 2007 18:19:15 -0500 User-Agent: KMail/1.9.6 References: <200711192240.lAJMe3Sg075715@freefall.freebsd.org> In-Reply-To: <200711192240.lAJMe3Sg075715@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711191819.16152.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 19 Nov 2007 18:19:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4846/Mon Nov 19 13:26:19 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: kern/117591: [acpi][panic] Divide by zero bug in ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 23:19:42 -0000 On Monday 19 November 2007 05:40:03 pm Jessica Mahoney wrote: > The following reply was made to PR kern/117591; it has been noted by GNATS. > > From: Jessica Mahoney > To: John Baldwin , bug-followup@FreeBSD.org > Cc: > Subject: Re: kern/117591: [acpi][panic] Divide by zero bug in ACPI > Date: Mon, 19 Nov 2007 17:06:40 -0500 > > John Baldwin wrote: > > Can you get a stack trace? > > > > > Tracing pid 878 tid 100080 td 0xc3f26440 > acpi_battery_get_battinfo(c3a27980,c3ee4d00,e51e1c60,c3ee4d00,0,...) at > acpi_battery_get_battinfo+0x26f > acpi_battery_ioctl(c0a44203,c3ee4d00,0,c40ec880,e51e1c08,...) at > acpi_battery_ioctl+0x14b > acpiioctl(c3a9e900,c0a44203,c3ee4d00,3,c3f26440,...) at acpiioctl_0xdd > devfs_ioctl_f(c3e35d80,c0a44203,c3ee4d00,c3ee5800,c3f26440,...) at > devfs_ioctl_f+0xcb > kern_ioctl(c3f26440,3,c0a44203,c3ee4d00,1000a24,..._ at kern_ioctl+0x355 > ioctl(c3f26440,e51e1cfc,c,c3f26440,e51e1d2c,...) at ioctl+0x134 > syscall(e51e1d38) at syscall+0x345 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815289b, esp = > 0xbfbfec3c, ebp = 0xbfbfed28 --- > > If there's anything else needed, please let me know and I shall provide. You can try this: Index: acpi_battery.c =================================================================== RCS file: /usr/cvs/src/sys/dev/acpica/acpi_battery.c,v retrieving revision 1.25 diff -u -r1.25 acpi_battery.c --- acpi_battery.c 9 Oct 2007 07:51:46 -0000 1.25 +++ acpi_battery.c 19 Nov 2007 23:17:48 -0000 @@ -198,8 +198,10 @@ */ if (bif->units == ACPI_BIF_UNITS_MA && bif->dvol != 0) { bst[i].rate = (bst[i].rate * bif->dvol) / 1000; +#if 0 bst[i].cap = (bst[i].cap * bif->dvol) / 1000; bif->lfcap = (bif->lfcap * bif->dvol) / 1000; +#endif } /* Calculate percent capacity remaining. */ I think the mA => mW scaling is resulting in lfcap becoming 0, but since all we want is a ratio for 'cap' so we can generate a percentage, we don't actually need to scale this. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 19 23:25:26 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9115616A419 for ; Mon, 19 Nov 2007 23:25:26 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 56B2B13C46A for ; Mon, 19 Nov 2007 23:25:26 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 91630 invoked from network); 19 Nov 2007 23:25:19 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 19 Nov 2007 23:25:19 -0000 Message-ID: <47421B56.2040809@root.org> Date: Mon, 19 Nov 2007 15:25:10 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: John Baldwin References: <200711192240.lAJMe3Sg075715@freefall.freebsd.org> <200711191819.16152.jhb@freebsd.org> In-Reply-To: <200711191819.16152.jhb@freebsd.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: kern/117591: [acpi][panic] Divide by zero bug in ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 23:25:26 -0000 John Baldwin wrote: > On Monday 19 November 2007 05:40:03 pm Jessica Mahoney wrote: >> John Baldwin wrote: >> > Can you get a stack trace? >> > >> > >> Tracing pid 878 tid 100080 td 0xc3f26440 >> acpi_battery_get_battinfo(c3a27980,c3ee4d00,e51e1c60,c3ee4d00,0,...) at >> acpi_battery_get_battinfo+0x26f >> acpi_battery_ioctl(c0a44203,c3ee4d00,0,c40ec880,e51e1c08,...) at >> acpi_battery_ioctl+0x14b >> acpiioctl(c3a9e900,c0a44203,c3ee4d00,3,c3f26440,...) at acpiioctl_0xdd >> devfs_ioctl_f(c3e35d80,c0a44203,c3ee4d00,c3ee5800,c3f26440,...) at >> devfs_ioctl_f+0xcb >> kern_ioctl(c3f26440,3,c0a44203,c3ee4d00,1000a24,..._ at kern_ioctl+0x355 >> ioctl(c3f26440,e51e1cfc,c,c3f26440,e51e1d2c,...) at ioctl+0x134 >> syscall(e51e1d38) at syscall+0x345 >> Xint0x80_syscall() at Xint0x80_syscall+0x20 >> --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815289b, esp = >> 0xbfbfec3c, ebp = 0xbfbfed28 --- >> >> If there's anything else needed, please let me know and I shall provide. > > You can try this: > > Index: acpi_battery.c > =================================================================== > RCS file: /usr/cvs/src/sys/dev/acpica/acpi_battery.c,v > retrieving revision 1.25 > diff -u -r1.25 acpi_battery.c > --- acpi_battery.c 9 Oct 2007 07:51:46 -0000 1.25 > +++ acpi_battery.c 19 Nov 2007 23:17:48 -0000 > @@ -198,8 +198,10 @@ > */ > if (bif->units == ACPI_BIF_UNITS_MA && bif->dvol != 0) { > bst[i].rate = (bst[i].rate * bif->dvol) / 1000; > +#if 0 > bst[i].cap = (bst[i].cap * bif->dvol) / 1000; > bif->lfcap = (bif->lfcap * bif->dvol) / 1000; > +#endif > } > > /* Calculate percent capacity remaining. */ > > I think the mA => mW scaling is resulting in lfcap becoming 0, but since > all we want is a ratio for 'cap' so we can generate a percentage, we don't > actually need to scale this. I think this was already fixed in RELENG_6, 7, and 8-current. Can the submitter cvsup and try again? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 20 00:34:09 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0776216A421 for ; Tue, 20 Nov 2007 00:34:09 +0000 (UTC) (envelope-from root@varusonline.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.freebsd.org (Postfix) with ESMTP id 474D513C457 for ; Tue, 20 Nov 2007 00:34:08 +0000 (UTC) (envelope-from root@varusonline.com) Received: by wx-out-0506.google.com with SMTP id i29so165755wxd for ; Mon, 19 Nov 2007 16:34:00 -0800 (PST) Received: by 10.70.40.5 with SMTP id n5mr6201655wxn.1195517197406; Mon, 19 Nov 2007 16:06:37 -0800 (PST) Received: from Serval.local ( [24.153.116.131]) by mx.google.com with ESMTPS id i6sm3907784wxd.2007.11.19.16.06.35 (version=SSLv3 cipher=RC4-MD5); Mon, 19 Nov 2007 16:06:35 -0800 (PST) Message-ID: <47422550.8030208@varusonline.com> Date: Mon, 19 Nov 2007 19:07:44 -0500 From: Jessica Mahoney Organization: Varus Online User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Nate Lawson References: <200711192240.lAJMe3Sg075715@freefall.freebsd.org> <200711191819.16152.jhb@freebsd.org> <47421B56.2040809@root.org> In-Reply-To: <47421B56.2040809@root.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: kern/117591: [acpi][panic] Divide by zero bug in ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 00:34:09 -0000 Nate Lawson wrote: > John Baldwin wrote: > >> On Monday 19 November 2007 05:40:03 pm Jessica Mahoney wrote: >> >>> John Baldwin wrote: >>> > Can you get a stack trace? >>> > >>> > >>> Tracing pid 878 tid 100080 td 0xc3f26440 >>> acpi_battery_get_battinfo(c3a27980,c3ee4d00,e51e1c60,c3ee4d00,0,...) at >>> acpi_battery_get_battinfo+0x26f >>> acpi_battery_ioctl(c0a44203,c3ee4d00,0,c40ec880,e51e1c08,...) at >>> acpi_battery_ioctl+0x14b >>> acpiioctl(c3a9e900,c0a44203,c3ee4d00,3,c3f26440,...) at acpiioctl_0xdd >>> devfs_ioctl_f(c3e35d80,c0a44203,c3ee4d00,c3ee5800,c3f26440,...) at >>> devfs_ioctl_f+0xcb >>> kern_ioctl(c3f26440,3,c0a44203,c3ee4d00,1000a24,..._ at kern_ioctl+0x355 >>> ioctl(c3f26440,e51e1cfc,c,c3f26440,e51e1d2c,...) at ioctl+0x134 >>> syscall(e51e1d38) at syscall+0x345 >>> Xint0x80_syscall() at Xint0x80_syscall+0x20 >>> --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815289b, esp = >>> 0xbfbfec3c, ebp = 0xbfbfed28 --- >>> >>> If there's anything else needed, please let me know and I shall provide. >>> >> You can try this: >> >> Index: acpi_battery.c >> =================================================================== >> RCS file: /usr/cvs/src/sys/dev/acpica/acpi_battery.c,v >> retrieving revision 1.25 >> diff -u -r1.25 acpi_battery.c >> --- acpi_battery.c 9 Oct 2007 07:51:46 -0000 1.25 >> +++ acpi_battery.c 19 Nov 2007 23:17:48 -0000 >> @@ -198,8 +198,10 @@ >> */ >> if (bif->units == ACPI_BIF_UNITS_MA && bif->dvol != 0) { >> bst[i].rate = (bst[i].rate * bif->dvol) / 1000; >> +#if 0 >> bst[i].cap = (bst[i].cap * bif->dvol) / 1000; >> bif->lfcap = (bif->lfcap * bif->dvol) / 1000; >> +#endif >> } >> >> /* Calculate percent capacity remaining. */ >> >> I think the mA => mW scaling is resulting in lfcap becoming 0, but since >> all we want is a ratio for 'cap' so we can generate a percentage, we don't >> actually need to scale this. >> > > I think this was already fixed in RELENG_6, 7, and 8-current. Can the > submitter cvsup and try again? > > I just did a cvsup last night, and the issue still persists (hence why I was able to provide a trace). ~Jessica From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 20 00:42:43 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61F1A16A421 for ; Tue, 20 Nov 2007 00:42:43 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id D6A9013C447 for ; Tue, 20 Nov 2007 00:42:42 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id lAK0gYp5073960; Mon, 19 Nov 2007 19:42:34 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Mon, 19 Nov 2007 19:42:24 -0500 User-Agent: KMail/1.6.2 References: <200711192240.lAJMe3Sg075715@freefall.freebsd.org> <47421B56.2040809@root.org> <47422550.8030208@varusonline.com> In-Reply-To: <47422550.8030208@varusonline.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_y1iQHzRg3hw8R10" Message-Id: <200711191942.26740.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.91.2/4848/Mon Nov 19 17:34:22 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Subject: Re: kern/117591: [acpi][panic] Divide by zero bug in ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 00:42:43 -0000 --Boundary-00=_y1iQHzRg3hw8R10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Monday 19 November 2007 07:07 pm, Jessica Mahoney wrote: > Nate Lawson wrote: > > John Baldwin wrote: > >> On Monday 19 November 2007 05:40:03 pm Jessica Mahoney wrote: > >>> John Baldwin wrote: > >>> > Can you get a stack trace? > >>> > >>> Tracing pid 878 tid 100080 td 0xc3f26440 > >>> > >>> acpi_battery_get_battinfo(c3a27980,c3ee4d00,e51e1c60,c3ee4d00,0 > >>>,...) at acpi_battery_get_battinfo+0x26f > >>> acpi_battery_ioctl(c0a44203,c3ee4d00,0,c40ec880,e51e1c08,...) > >>> at acpi_battery_ioctl+0x14b > >>> acpiioctl(c3a9e900,c0a44203,c3ee4d00,3,c3f26440,...) at > >>> acpiioctl_0xdd > >>> devfs_ioctl_f(c3e35d80,c0a44203,c3ee4d00,c3ee5800,c3f26440,...) > >>> at devfs_ioctl_f+0xcb > >>> kern_ioctl(c3f26440,3,c0a44203,c3ee4d00,1000a24,..._ at > >>> kern_ioctl+0x355 > >>> ioctl(c3f26440,e51e1cfc,c,c3f26440,e51e1d2c,...) at ioctl+0x134 > >>> syscall(e51e1d38) at syscall+0x345 > >>> Xint0x80_syscall() at Xint0x80_syscall+0x20 > >>> --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815289b, esp > >>> = 0xbfbfec3c, ebp = 0xbfbfed28 --- > >>> > >>> If there's anything else needed, please let me know and I > >>> shall provide. > >> > >> You can try this: > >> > >> Index: acpi_battery.c > >> ================================================================ > >>=== RCS file: /usr/cvs/src/sys/dev/acpica/acpi_battery.c,v > >> retrieving revision 1.25 > >> diff -u -r1.25 acpi_battery.c > >> --- acpi_battery.c 9 Oct 2007 07:51:46 -0000 1.25 > >> +++ acpi_battery.c 19 Nov 2007 23:17:48 -0000 > >> @@ -198,8 +198,10 @@ > >> */ > >> if (bif->units == ACPI_BIF_UNITS_MA && bif->dvol != 0) { > >> bst[i].rate = (bst[i].rate * bif->dvol) / 1000; > >> +#if 0 > >> bst[i].cap = (bst[i].cap * bif->dvol) / 1000; > >> bif->lfcap = (bif->lfcap * bif->dvol) / 1000; > >> +#endif > >> } > >> > >> /* Calculate percent capacity remaining. */ > >> > >> I think the mA => mW scaling is resulting in lfcap becoming 0, > >> but since all we want is a ratio for 'cap' so we can generate a > >> percentage, we don't actually need to scale this. > > > > I think this was already fixed in RELENG_6, 7, and 8-current. > > Can the submitter cvsup and try again? > > I just did a cvsup last night, and the issue still persists (hence > why I was able to provide a trace). Can you try the attached patch? Jung-uk Kim --Boundary-00=_y1iQHzRg3hw8R10 Content-Type: text/plain; charset="iso-8859-1"; name="acpi_battery.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="acpi_battery.c.diff" Index: acpi_battery.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_battery.c,v retrieving revision 1.25 diff -u -r1.25 acpi_battery.c --- acpi_battery.c 9 Oct 2007 07:51:46 -0000 1.25 +++ acpi_battery.c 20 Nov 2007 00:40:57 -0000 @@ -167,11 +167,12 @@ dev_idx = i; /* - * Be sure we can get various info from the battery. Note that we - * can't check acpi_BatteryIsPresent() because smart batteries only + * Be sure we can get various info from the battery. Note that + * acpi_BatteryIsPresent() is not enough because smart batteries only * return that the device is present. */ - if (ACPI_BATT_GET_STATUS(batt_dev, &bst[i]) != 0 || + if (!acpi_BatteryIsPresent(batt_dev) || + ACPI_BATT_GET_STATUS(batt_dev, &bst[i]) != 0 || ACPI_BATT_GET_INFO(batt_dev, bif) != 0) continue; --Boundary-00=_y1iQHzRg3hw8R10-- From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 20 03:09:25 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAA6016A41B for ; Tue, 20 Nov 2007 03:09:25 +0000 (UTC) (envelope-from root@varusonline.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id 4E29213C457 for ; Tue, 20 Nov 2007 03:09:25 +0000 (UTC) (envelope-from root@varusonline.com) Received: by wr-out-0506.google.com with SMTP id 68so775249wra for ; Mon, 19 Nov 2007 19:09:20 -0800 (PST) Received: by 10.90.74.1 with SMTP id w1mr7982395aga.1195528160594; Mon, 19 Nov 2007 19:09:20 -0800 (PST) Received: from Serval.local ( [24.153.116.131]) by mx.google.com with ESMTPS id 66sm3799480wra.2007.11.19.19.09.19 (version=SSLv3 cipher=RC4-MD5); Mon, 19 Nov 2007 19:09:19 -0800 (PST) Message-ID: <47425024.6020502@varusonline.com> Date: Mon, 19 Nov 2007 22:10:28 -0500 From: Jessica Mahoney Organization: Varus Online User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jung-uk Kim References: <200711192240.lAJMe3Sg075715@freefall.freebsd.org> <47421B56.2040809@root.org> <47422550.8030208@varusonline.com> <200711191942.26740.jkim@FreeBSD.org> In-Reply-To: <200711191942.26740.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org Subject: Re: kern/117591: [acpi][panic] Divide by zero bug in ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 03:09:25 -0000 Jung-uk Kim wrote: > On Monday 19 November 2007 07:07 pm, Jessica Mahoney wrote: > >> Nate Lawson wrote: >> >>> John Baldwin wrote: >>> >>>> On Monday 19 November 2007 05:40:03 pm Jessica Mahoney wrote: >>>> >>>>> John Baldwin wrote: >>>>> > Can you get a stack trace? >>>>> >>>>> Tracing pid 878 tid 100080 td 0xc3f26440 >>>>> >>>>> acpi_battery_get_battinfo(c3a27980,c3ee4d00,e51e1c60,c3ee4d00,0 >>>>> ,...) at acpi_battery_get_battinfo+0x26f >>>>> acpi_battery_ioctl(c0a44203,c3ee4d00,0,c40ec880,e51e1c08,...) >>>>> at acpi_battery_ioctl+0x14b >>>>> acpiioctl(c3a9e900,c0a44203,c3ee4d00,3,c3f26440,...) at >>>>> acpiioctl_0xdd >>>>> devfs_ioctl_f(c3e35d80,c0a44203,c3ee4d00,c3ee5800,c3f26440,...) >>>>> at devfs_ioctl_f+0xcb >>>>> kern_ioctl(c3f26440,3,c0a44203,c3ee4d00,1000a24,..._ at >>>>> kern_ioctl+0x355 >>>>> ioctl(c3f26440,e51e1cfc,c,c3f26440,e51e1d2c,...) at ioctl+0x134 >>>>> syscall(e51e1d38) at syscall+0x345 >>>>> Xint0x80_syscall() at Xint0x80_syscall+0x20 >>>>> --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815289b, esp >>>>> = 0xbfbfec3c, ebp = 0xbfbfed28 --- >>>>> >>>>> If there's anything else needed, please let me know and I >>>>> shall provide. >>>>> >>>> You can try this: >>>> >>>> Index: acpi_battery.c >>>> ================================================================ >>>> === RCS file: /usr/cvs/src/sys/dev/acpica/acpi_battery.c,v >>>> retrieving revision 1.25 >>>> diff -u -r1.25 acpi_battery.c >>>> --- acpi_battery.c 9 Oct 2007 07:51:46 -0000 1.25 >>>> +++ acpi_battery.c 19 Nov 2007 23:17:48 -0000 >>>> @@ -198,8 +198,10 @@ >>>> */ >>>> if (bif->units == ACPI_BIF_UNITS_MA && bif->dvol != 0) { >>>> bst[i].rate = (bst[i].rate * bif->dvol) / 1000; >>>> +#if 0 >>>> bst[i].cap = (bst[i].cap * bif->dvol) / 1000; >>>> bif->lfcap = (bif->lfcap * bif->dvol) / 1000; >>>> +#endif >>>> } >>>> >>>> /* Calculate percent capacity remaining. */ >>>> >>>> I think the mA => mW scaling is resulting in lfcap becoming 0, >>>> but since all we want is a ratio for 'cap' so we can generate a >>>> percentage, we don't actually need to scale this. >>>> >>> I think this was already fixed in RELENG_6, 7, and 8-current. >>> Can the submitter cvsup and try again? >>> >> I just did a cvsup last night, and the issue still persists (hence >> why I was able to provide a trace). >> > > Can you try the attached patch? > > Jung-uk Kim > Mr Kim, Your patch works. I just hotplugged the battery 5 times while obtaining battery information essentially non-stop (scripted it), and little Panther didn't suffer from a kernel panic. Instead, the kernel just keeps skipping along the road as happily as before. Thank you. ~Jessica =^.^= From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 20 18:30:01 2007 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7502B16A420; Tue, 20 Nov 2007 18:30:01 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 614D913C455; Tue, 20 Nov 2007 18:30:01 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (jkim@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lAKIU16W036335; Tue, 20 Nov 2007 18:30:01 GMT (envelope-from jkim@freefall.freebsd.org) Received: (from jkim@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lAKIU1Ci036331; Tue, 20 Nov 2007 18:30:01 GMT (envelope-from jkim) Date: Tue, 20 Nov 2007 18:30:01 GMT Message-Id: <200711201830.lAKIU1Ci036331@freefall.freebsd.org> To: jkim@FreeBSD.org, freebsd-acpi@FreeBSD.org, jkim@FreeBSD.org From: jkim@FreeBSD.org Cc: Subject: Re: kern/117591: [acpi][panic] Divide by zero bug in ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 18:30:01 -0000 Synopsis: [acpi][panic] Divide by zero bug in ACPI Responsible-Changed-From-To: freebsd-acpi->jkim Responsible-Changed-By: jkim Responsible-Changed-When: Tue Nov 20 18:29:31 UTC 2007 Responsible-Changed-Why: I have a working patch. Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=117591 From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 20 23:06:12 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B597216A418 for ; Tue, 20 Nov 2007 23:06:12 +0000 (UTC) (envelope-from lioux@FreeBSD.org) Received: from goat.gigo.com (goat.gigo.com [216.218.228.114]) by mx1.freebsd.org (Postfix) with ESMTP id A402E13C442 for ; Tue, 20 Nov 2007 23:06:12 +0000 (UTC) (envelope-from lioux@FreeBSD.org) Received: from 189.10.117.139 (189-10-117-139.bsace702.dsl.brasiltelecom.net.br [189.10.117.139]) by goat.gigo.com (Postfix) with ESMTP id C1D0FB872 for ; Tue, 20 Nov 2007 14:51:49 -0800 (PST) Received: (qmail 37297 invoked from network); 20 Nov 2007 20:49:47 -0200 Received: from unknown (HELO 10.0.0.6) (127.0.0.1) by exxodus.fedaykin.here with SMTP; 20 Nov 2007 20:49:47 -0200 Received: (qmail 58168 invoked by uid 1001); 20 Nov 2007 20:49:37 -0200 Message-ID: <20071120224937.58148.qmail@nexxus.fedaykin.here> Date: Tue, 20 Nov 2007 20:49:37 -0200 From: Mario Sergio Fujikawa Ferreira To: freebsd-acpi@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Hiroyuki Aizu Subject: Neither acpi_thermal nor acpi_toshiba working X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 23:06:12 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I am running FreeBSD 7-STABLE from November 20th on a Toshiba laptop Satellite A135-S4527 with Intel Pentium dual-core processor T2080. # uname -a FreeBSD nexxus.fedaykin.here 7.0-BETA2 FreeBSD 7.0-BETA2 #18: Tue Nov 20 00:52:10 BRST 2007 lioux@nexxus:/usr/src/sys/i386/compile/LIOUX i386 I get neither acpi_thermal nor acpi_toshiba sysctl entries on my system though the correct modules are loaded. I am attaching my system information. Let me know if there is anything I can do to help. Regards, # kldstat Id Refs Address Size Name 1 16 0xc0400000 7505a8 kernel 2 2 0xc0b51000 53ac8 sound.ko 3 1 0xc0ba5000 1550c snd_hda.ko 5 3 0xc0bc1000 6c294 acpi.ko 6 1 0xc0c2e000 29e4 coretemp.ko 7 1 0xc0c31000 b780 cpufreq.ko 8 1 0xc0c3d000 322c acpi_toshiba.ko 9 1 0xc55af000 36000 ipl.ko 10 1 0xc574c000 f000 fuse.ko 11 1 0xc58a4000 2000 blank_saver.ko 12 1 0xc58a6000 2000 rtc.ko 13 1 0xc59e2000 6000 i915.ko # sysctl hw.acpi hw.acpi.acline: 1 hw.acpi.battery.info_expire: 5 hw.acpi.battery.life: -1 hw.acpi.battery.state: 7 hw.acpi.battery.time: -1 hw.acpi.battery.units: 1 hw.acpi.cpu.cx_lowest: C3 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.lid_switch_state: NONE hw.acpi.power_button_state: S5 hw.acpi.reset_video: 0 hw.acpi.s4bios: 0 hw.acpi.sleep_button_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.standby_state: S1 hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.suspend_state: S3 hw.acpi.verbose: 0 -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=KERNCONF cpu I686_CPU ident LIOUX makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Transmission Control Protocol 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 UFS_GJOURNAL # Enable gjournal-based UFS journaling options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # 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 ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing 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 DIAGNOSTIC options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options DUMMYNET device pf device pflog device pfsync options COMPAT_LINUX options LINPROCFS device drm device atapicam options DEVICE_POLLING options HZ=1152 options IPSTEALTH options ZERO_COPY_SOCKETS options UFS_EXTATTR options UFS_EXTATTR_AUTOSTART options DIRECTIO options CPU_FASTER_5X86_FPU options CPU_UPGRADE_HW_CACHE device smbus device smb device ichsmb options P1003_1B_SEMAPHORES device hwpmc # Driver (also a loadable module) options HWPMC_HOOKS # Other necessary kernel hooks option INCLUDE_CONFIG_FILE options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC device cpufreq device pci device fdc device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # output. Adds ~215k to driver. device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device pmtimer device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus device uart # Generic UART driver device miibus # MII bus support device re # RealTek 8139C+/8169/8169S/8110S device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_scan_sta # 802.11 STA mode scanning device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) device ath_rate_sample # SampleRate tx rate control for ath device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device bpf # Berkeley packet filter device uhci # UHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #18: Tue Nov 20 00:52:10 BRST 2007 lioux@nexxus:/usr/src/sys/i386/compile/LIOUX WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. WITNESS: spin lock scrlock not in order list module_register: module cpu/ichss already exists! Module cpu/ichss failed to register: 17 module_register: module pci/ichss_pci already exists! Module pci/ichss_pci failed to register: 17 module_register: module cpu/est already exists! Module cpu/est failed to register: 17 module_register: module cpu/p4tcc already exists! Module cpu/p4tcc failed to register: 17 module_register: module cpu/powernow already exists! Module cpu/powernow failed to register: 17 module_register: module cpu/smist already exists! Module cpu/smist failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2080 @ 1.73GHz (1729.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6ec Stepping = 12 Features=0xbfe9fbff Features2=0xc189 AMD Features=0x100000 Cores per package: 2 real memory = 2137522176 (2038 MB) avail memory = 2082172928 (1985 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 WITNESS: spin lock intrcnt not in order list ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "HPET" frequency 14318180 Hz quality 900 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 coretemp0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 coretemp1: on cpu1 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xdc100000-0xdc17ffff,0xc0000000-0xcfffffff,0xdc200000-0xdc23ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M acpi_video0: on vgapci0 vgapci1: mem 0xdc180000-0xdc1fffff at device 2.1 on pci0 pcm0: mem 0xdc440000-0xdc443fff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib1: irq 17 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 16 at device 28.1 on pci0 pci4: on pcib2 ath0: mem 0xd8000000-0xd800ffff irq 17 at device 0.0 on pci4 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:19:7e:7d:9b:de ath0: mac 10.0 phy 6.1 radio 10.2 pcib3: irq 18 at device 28.2 on pci0 pci5: on pcib3 re0: port 0x4000-0x40ff mem 0xda000000-0xda000fff irq 18 at device 0.0 on pci5 re0: Using 2 MSI messages miibus0: on re0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: Ethernet address: 00:16:d4:fe:8c:b8 re0: [FILTER] re0: [FILTER] uhci0: port 0x1820-0x183f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1880-0x189f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdc444000-0xdc4443ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib4: at device 30.0 on pci0 pci6: on pcib4 cbb0: at device 4.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] pci6: at device 4.1 (no driver attached) pci6: at device 4.2 (no driver attached) pci6: at device 4.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18b0-0x18bf at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ichsmb0: port 0x18c0-0x18df irq 19 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 acpi_acad0: on acpi0 battery0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Synaptics Touchpad, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xcf000-0xcffff,0xdc000-0xdffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 0.868 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging disabled ad0: 114473MB at ata0-master SATA150 acd0: DVDR at ata1-master UDMA33 pcm0: pcm0: GEOM_LABEL: Label for provider ad0s1 is ntfs/TOSHIBA SYSTEM VOLUME. GEOM_LABEL: Label for provider ad0s5 is msdosfs/SWAP. GEOM_LABEL: Label for provider ad0s6 is ntfs/Temp. acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! hwpmc: TSC/1/0x20 P6/2/0x1ff WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s4a IP Filter: v4.1.28 initialized. Default = pass all, Logging = enabled Expensive timeout(9) function: 0xc0707260(0xc5186000) 0.004463136 s --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="kldstat.txt" Id Refs Address Size Name 1 17 0xc0400000 7505a8 kernel 2 2 0xc0b51000 53ac8 sound.ko 3 1 0xc0ba5000 1550c snd_hda.ko 4 1 0xc0bbb000 5950 acpi_video.ko 5 4 0xc0bc1000 6c294 acpi.ko 6 1 0xc0c2e000 29e4 coretemp.ko 7 1 0xc0c31000 b780 cpufreq.ko 8 1 0xc0c3d000 322c acpi_toshiba.ko 9 1 0xc55af000 36000 ipl.ko 10 1 0xc574c000 f000 fuse.ko 11 1 0xc58a4000 2000 blank_saver.ko 12 1 0xc58a6000 2000 rtc.ko 13 1 0xc59e2000 6000 i915.ko --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="loader.conf" if_ath_load="YES" wlan_wep_load="YES" wlan_ccmp_load="YES" wlan_tkip_load="YES" wlan_scan_sta_load="YES" ## hw.psm.synaptics_support=1 ## #hw.snd.verbose="4" sound_load="YES" snd_hda_load="YES" # coretemp_load="YES" cpufreq_load="YES" # acpi acpi_load="YES" acpi_toshiba_load="YES" acpi_video_load="YES" # hw.pci.do_power_nodriver="2" --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pciconf.txt" hostb0@pci0:0:0:0: class=0x060000 card=0xff001179 chip=0x27a08086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '955XM/945GM/PM/GMS/940GML Express Processor to DRAM Controller' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0xff021179 chip=0x27a28086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GU Express Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0xff021179 chip=0x27a68086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GU Express Integrated Graphics Controller' class = display pcm0@pci0:0:27:0: class=0x040300 card=0xff011179 chip=0x27d88086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) High Definition Audio' class = multimedia pcib1@pci0:0:28:0: class=0x060400 card=0xff001179 chip=0x27d08086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:1: class=0x060400 card=0xff001179 chip=0x27d28086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:2: class=0x060400 card=0xff001179 chip=0x27d48086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI uhci0@pci0:0:29:0: class=0x0c0300 card=0xff001179 chip=0x27c88086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:29:1: class=0x0c0300 card=0xff001179 chip=0x27c98086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:0:29:2: class=0x0c0300 card=0xff001179 chip=0x27ca8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:0:29:3: class=0x0c0300 card=0xff001179 chip=0x27cb8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:29:7: class=0x0c0320 card=0xff001179 chip=0x27cc8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB pcib4@pci0:0:30:0: class=0x060401 card=0xff001179 chip=0x24488086 rev=0xe2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0xff001179 chip=0x27b98086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801GBM (ICH7-M) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:2: class=0x010180 card=0xff001179 chip=0x27c48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801GBM/GHM (ICH7-M Family) Serial ATA Storage Controller' class = mass storage subclass = ATA ichsmb0@pci0:0:31:3: class=0x0c0500 card=0xff001179 chip=0x27da8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) SMBus Controller' class = serial bus subclass = SMBus ath0@pci0:4:0:0: class=0x020000 card=0x04251468 chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5006 family 802.11abg Wireless NIC' class = network subclass = ethernet re0@pci0:5:0:0: class=0x020000 card=0xff001179 chip=0x813610ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8139/810x Family Fast Ethernet NIC' class = network subclass = ethernet cbb0@pci0:6:4:0: class=0x060700 card=0xff001179 chip=0x8039104c rev=0x00 hdr=0x02 vendor = 'Texas Instruments (TI)' device = 'PCIxx12 Cardbus Controller' class = bridge subclass = PCI-CardBus none0@pci0:6:4:1: class=0x0c0010 card=0xff001179 chip=0x803a104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = '??? OHCI Compliant IEEE 1394 Host controller' class = serial bus subclass = FireWire none1@pci0:6:4:2: class=0x018000 card=0xff001179 chip=0x803b104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'PCIxx12 Integrated Flash Media Controller' class = mass storage none2@pci0:6:4:3: class=0x080501 card=0xff001179 chip=0x803c104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'PCIxx12 SDA Standard Compliant SD Host Controller' class = base peripheral --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sysctl.conf" kern.ipc.maxsockbuf=1048576 net.inet.tcp.sendspace=131072 net.inet.tcp.recvspace=131072 net.inet.udp.recvspace=65536 net.inet.tcp.blackhole=2 net.inet.udp.blackhole=1 vfs.vmiodirenable=1 kern.ipc.somaxconn=1024 net.inet.tcp.inflight.enable=1 net.inet.ip.random_id=1 net.inet.ip.stealth=1 kern.ipc.shmmax=134217728 kern.ipc.shmall=32768 kern.ipc.semmap=64 dev.pcm.0.play.vchans=4 security.bsd.see_other_uids=0 security.bsd.see_other_gids=0 kern.randompid=100 vfs.usermount=1 net.inet.tcp.keepidle=3600000 hw.acpi.video.lcd0.economy=20 hw.acpi.video.lcd0.fullpower=50 hw.acpi.video.lcd0.brightness=50 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sysctl.txt" kern.ostype: FreeBSD kern.osrelease: 7.0-BETA2 kern.osrevision: 199506 kern.version: FreeBSD 7.0-BETA2 #18: Tue Nov 20 00:52:10 BRST 2007 lioux@nexxus:/usr/src/sys/i386/compile/LIOUX kern.maxvnodes: 100000 kern.maxproc: 6164 kern.maxfiles: 12328 kern.argmax: 262144 kern.securelevel: -1 kern.hostname: nexxus.fedaykin.here kern.hostid: 2412295122 kern.clockrate: { hz = 1152, tick = 868, profhz = 768, stathz = 153 } kern.posix1version: 200112 kern.ngroups: 16 kern.job_control: 1 kern.saved_ids: 0 kern.boottime: { sec = 1195573019, usec = 370249 } Tue Nov 20 13:36:59 2007 kern.domainname: kern.osreldate: 700055 kern.bootfile: /boot/kernel/kernel kern.maxfilesperproc: 11095 kern.maxprocperuid: 5547 kern.ipc.maxsockbuf: 1048576 kern.ipc.sockbuf_waste_factor: 8 kern.ipc.somaxconn: 1024 kern.ipc.max_linkhdr: 40 kern.ipc.max_protohdr: 60 kern.ipc.max_hdr: 100 kern.ipc.max_datalen: 104 kern.ipc.nmbclusters: 25600 kern.ipc.nmbjumbop: 0 kern.ipc.nmbjumbo9: 0 kern.ipc.nmbjumbo16: 0 kern.ipc.maxpipekva: 16777216 kern.ipc.pipekva: 1249280 kern.ipc.pipefragretry: 0 kern.ipc.pipeallocfail: 0 kern.ipc.piperesizefail: 0 kern.ipc.piperesizeallowed: 1 kern.ipc.msgmax: 16384 kern.ipc.msgmni: 40 kern.ipc.msgmnb: 2048 kern.ipc.msgtql: 40 kern.ipc.msgssz: 8 kern.ipc.msgseg: 2048 kern.ipc.semmap: 64 kern.ipc.semmni: 10 kern.ipc.semmns: 60 kern.ipc.semmnu: 30 kern.ipc.semmsl: 60 kern.ipc.semopm: 100 kern.ipc.semume: 10 kern.ipc.semusz: 92 kern.ipc.semvmx: 32767 kern.ipc.semaem: 16384 kern.ipc.shmmax: 134217728 kern.ipc.shmmin: 1 kern.ipc.shmmni: 192 kern.ipc.shmseg: 128 kern.ipc.shmall: 32768 kern.ipc.shm_use_phys: 0 kern.ipc.shm_allow_removed: 0 kern.ipc.numopensockets: 266 kern.ipc.zero_copy.receive: 1 kern.ipc.zero_copy.send: 1 kern.ipc.maxsockets: 25600 kern.ipc.nsfbufs: 6656 kern.ipc.nsfbufspeak: 70 kern.ipc.nsfbufsused: 0 kern.dummy: 0 kern.ps_strings: 3217031152 kern.usrstack: 3217031168 kern.logsigexit: 1 kern.iov_max: 1024 kern.hostuuid: 9c4338fc-057c-11dc-bc65-0016d4fe8cb8 kern.arandom: -1176622990 kern.cam.cam_srch_hi: 0 kern.cam.scsi_delay: 5000 kern.cam.cd.changer.min_busy_seconds: 5 kern.cam.cd.changer.max_busy_seconds: 15 kern.cam.cd.0.minimum_cmd_size: 10 kern.cam.da.retry_count: 4 kern.cam.da.default_timeout: 60 kern.cam.da.da_send_ordered: 1 kern.hwpmc.logbuffersize: 4 kern.hwpmc.nbuffers: 16 kern.hwpmc.hashsize: 16 kern.hwpmc.nsamples: 32 kern.hwpmc.mtxpoolsize: 32 kern.disks: cd0 ad0 kern.geom.debugflags: 0 kern.geom.collectstats: 1 kern.geom.label.debug: 0 kern.elf32.fallback_brand: -1 kern.init_path: /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall kern.init_shutdown_timeout: 120 kern.acct_suspend: 2 kern.acct_resume: 4 kern.acct_chkfreq: 15 kern.acct_configured: 0 kern.acct_suspended: 0 kern.cp_time: 238036 533 628957 111675 6946621 kern.openfiles: 3180 kern.kq_calloutmax: 4096 kern.stackprot: 7 kern.ps_arg_cache_limit: 256 kern.lastpid: 57541 kern.randompid: 100 kern.ktrace.genio_size: 4096 kern.ktrace.request_pool: 100 kern.module_path: /boot/kernel;/boot/modules kern.malloc_count: 205 kern.ident: LIOUX kern.maxusers: 384 kern.fallback_elf_brand: -1 kern.polling.burst: 150 kern.polling.burst_max: 150 kern.polling.each_burst: 5 kern.polling.idle_poll: 0 kern.polling.user_frac: 50 kern.polling.reg_frac: 20 kern.polling.short_ticks: 1844 kern.polling.lost_polls: 378174 kern.polling.pending_polls: 0 kern.polling.residual_burst: 0 kern.polling.handlers: 1 kern.polling.enable: 0 kern.polling.phase: 0 kern.polling.suspect: 111134 kern.polling.stalled: 68 kern.polling.idlepoll_sleeping: 1 kern.kstack_pages: 2 kern.sync_on_panic: 0 kern.shutdown.poweroff_delay: 5000 kern.shutdown.kproc_shutdown_wait: 60 kern.forcesigexit: 1 kern.sigqueue.max_pending_per_proc: 128 kern.sigqueue.preallocate: 1024 kern.sigqueue.overflow: 0 kern.sigqueue.alloc_fail: 0 kern.sugid_coredump: 0 kern.coredump: 1 kern.nodump_coredump: 0 kern.corefile: %N.core kern.fscale: 2048 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 26444 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 1893153865 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 900 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 9687155 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 1000 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.counter: 1351012338 kern.timecounter.tc.TSC.frequency: 1729017576 kern.timecounter.tc.TSC.quality: -100 kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 185119998 kern.timecounter.nnanouptime: 264524 kern.timecounter.nmicrouptime: 89449160 kern.timecounter.nbintime: 19429896 kern.timecounter.nnanotime: 171685 kern.timecounter.nmicrotime: 19258208 kern.timecounter.ngetbinuptime: 174683 kern.timecounter.ngetnanouptime: 449959 kern.timecounter.ngetmicrouptime: 48036551 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 10798 kern.timecounter.ngetmicrotime: 4008025 kern.timecounter.nsetclock: 5 kern.timecounter.hardware: ACPI-fast kern.timecounter.choice: TSC(-100) ACPI-fast(1000) HPET(900) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 kern.timecounter.smp_tsc: 0 kern.threads.max_threads_per_proc: 1500 kern.threads.max_threads_hits: 0 kern.threads.virtual_cpu: 2 kern.sched.name: ULE kern.sched.slice: 15 kern.sched.interact: 30 kern.sched.preempt_thresh: 64 kern.sched.pick_pri: 1 kern.sched.affinity: 3 kern.sched.tryself: 1 kern.sched.balance: 1 kern.sched.balance_interval: 153 kern.sched.steal_htt: 1 kern.sched.steal_idle: 1 kern.sched.steal_thresh: 1 kern.sched.topology: 0 kern.sched.preemption: 1 kern.ccpu: 0 kern.devstat.numdevs: 3 kern.devstat.generation: 261 kern.devstat.version: 6 kern.kobj_methodcount: 154 kern.log_wakeups_per_second: 5 kern.log_console_output: 1 kern.always_console_output: 0 kern.msgbuf: kern.msgbuf_clear: 0 kern.smp.maxcpus: 16 kern.smp.active: 1 kern.smp.disabled: 0 kern.smp.cpus: 2 kern.smp.forward_signal_enabled: 1 kern.smp.forward_roundrobin_enabled: 1 kern.nselcoll: 0 kern.drainwait: 300 kern.tty_nin: 1152727 kern.tty_nout: 1358314 kern.console: consolectl,/consolectl, kern.consmute: 0 kern.consmsgbuf_size: 8192 kern.constty_wakeups_per_second: 5 kern.pts.enable: 0 kern.pts.max: 1000 kern.filedelay: 30 kern.dirdelay: 29 kern.metadelay: 28 kern.minvnodes: 25000 kern.chroot_allow_open_directories: 1 kern.random.yarrow.gengateinterval: 10 kern.random.yarrow.bins: 10 kern.random.yarrow.fastthresh: 192 kern.random.yarrow.slowthresh: 256 kern.random.yarrow.slowoverthresh: 2 kern.random.sys.seeded: 1 kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 vm.vmtotal: System wide totals computed every five seconds: (values in kilobytes) =============================================== Processes: (RUNQ: 1 Disk Wait: 5 Page Wait: 0 Sleep: 100) Virtual Memory: (Total: 3027600K, Active 741536K) Real Memory: (Total: 549140K Active 349460K) Shared Virtual Memory: (Total: 139056K Active: 107292K) Shared Real Memory: (Total: 92608K Active: 71636K) Free Memory Pages: 1152420K vm.loadavg: { 0,19 0,21 0,18 } vm.v_free_min: 3258 vm.v_free_target: 13745 vm.v_free_reserved: 713 vm.v_inactive_target: 20617 vm.v_cache_min: 13745 vm.v_cache_max: 27490 vm.v_pageout_free_min: 34 vm.pageout_algorithm: 0 vm.swap_enabled: 1 vm.kmem_size: 335544320 vm.kmem_size_min: 0 vm.kmem_size_max: 335544320 vm.kmem_size_scale: 3 vm.swap_async_max: 4 vm.dmmax: 32 vm.nswapdev: 1 vm.zone_count: 97 vm.swap_idle_threshold1: 2 vm.swap_idle_threshold2: 10 vm.exec_map_entries: 16 vm.v_free_severe: 1985 vm.stats.sys.v_swtch: 199036549 vm.stats.sys.v_trap: 6226594 vm.stats.sys.v_syscall: 68436786 vm.stats.sys.v_intr: 3214188 vm.stats.sys.v_soft: 916567725 vm.stats.vm.v_vm_faults: 2848469 vm.stats.vm.v_cow_faults: 426757 vm.stats.vm.v_cow_optim: 1168 vm.stats.vm.v_zfod: 1483518 vm.stats.vm.v_ozfod: 32306 vm.stats.vm.v_swapin: 0 vm.stats.vm.v_swapout: 0 vm.stats.vm.v_swappgsin: 0 vm.stats.vm.v_swappgsout: 0 vm.stats.vm.v_vnodein: 3972 vm.stats.vm.v_vnodeout: 0 vm.stats.vm.v_vnodepgsin: 30108 vm.stats.vm.v_vnodepgsout: 0 vm.stats.vm.v_intrans: 316 vm.stats.vm.v_reactivated: 2325 vm.stats.vm.v_pdwakeups: 0 vm.stats.vm.v_pdpages: 0 vm.stats.vm.v_tcached: 3724 vm.stats.vm.v_dfree: 0 vm.stats.vm.v_pfree: 1205101 vm.stats.vm.v_tfree: 2954627 vm.stats.vm.v_page_size: 4096 vm.stats.vm.v_page_count: 509393 vm.stats.vm.v_free_reserved: 713 vm.stats.vm.v_free_target: 13745 vm.stats.vm.v_free_min: 3258 vm.stats.vm.v_free_count: 287603 vm.stats.vm.v_wire_count: 66067 vm.stats.vm.v_active_count: 72274 vm.stats.vm.v_inactive_target: 20617 vm.stats.vm.v_inactive_count: 82648 vm.stats.vm.v_cache_count: 501 vm.stats.vm.v_cache_min: 13745 vm.stats.vm.v_cache_max: 27490 vm.stats.vm.v_pageout_free_min: 34 vm.stats.vm.v_interrupt_free_min: 2 vm.stats.vm.v_forks: 13957 vm.stats.vm.v_vforks: 1240 vm.stats.vm.v_rforks: 5 vm.stats.vm.v_kthreads: 52 vm.stats.vm.v_forkpages: 2610544 vm.stats.vm.v_vforkpages: 215311 vm.stats.vm.v_rforkpages: 2309 vm.stats.vm.v_kthreadpages: 0 vm.stats.misc.zero_page_count: 58 vm.stats.misc.cnt_prezero: 0 vm.stats.object.collapses: 37511 vm.stats.object.bypasses: 5769 vm.max_proc_mmap: 49344 vm.msync_flush_flags: 3 vm.old_msync: 0 vm.boot_pages: 48 vm.max_launder: 32 vm.pageout_stats_max: 13745 vm.pageout_full_stats_interval: 20 vm.pageout_stats_interval: 5 vm.swap_idle_enabled: 0 vm.defer_swapspace_pageouts: 0 vm.disable_swapspace_pageouts: 0 vm.pageout_lock_miss: 0 vm.phys_free: FREE LIST 0: ORDER (SIZE) | NUMBER | POOL 0 | POOL 1 -- -- -- -- -- -- 10 ( 4096K) | 279 | 0 9 ( 2048K) | 1 | 0 8 ( 1024K) | 0 | 0 7 ( 512K) | 0 | 0 6 ( 256K) | 1 | 1 5 ( 128K) | 2 | 1 4 ( 64K) | 4 | 4 3 ( 32K) | 5 | 15 2 ( 16K) | 1 | 40 1 ( 8K) | 1 | 63 0 ( 4K) | 0 | 167 FREE LIST 1: ORDER (SIZE) | NUMBER | POOL 0 | POOL 1 -- -- -- -- -- -- 10 ( 4096K) | 0 | 0 9 ( 2048K) | 1 | 0 8 ( 1024K) | 1 | 0 7 ( 512K) | 0 | 0 6 ( 256K) | 1 | 0 5 ( 128K) | 1 | 0 4 ( 64K) | 2 | 0 3 ( 32K) | 2 | 0 2 ( 16K) | 2 | 0 1 ( 8K) | 2 | 0 0 ( 4K) | 1 | 0 vm.phys_segs: SEGMENT 0: start: 0x1000 end: 0x9f000 free list: 0xc0a77bc8 SEGMENT 1: start: 0x100000 end: 0x400000 free list: 0xc0a77bc8 SEGMENT 2: start: 0x1028000 end: 0x7d25b000 free list: 0xc0a77ac0 vm.idlezero_enable: 0 vm.pmap.pv_entry_max: 1742496 vm.pmap.shpgperproc: 200 vm.pmap.pv_entry_count: 237393 vm.pmap.pc_chunk_count: 765 vm.pmap.pc_chunk_allocs: 45404 vm.pmap.pc_chunk_frees: 44639 vm.pmap.pc_chunk_tryfail: 0 vm.pmap.pv_entry_frees: 12086534 vm.pmap.pv_entry_allocs: 12323927 vm.pmap.pv_entry_spare: 19647 vm.pmap.pmap_collect_inactive: 0 vm.pmap.pmap_collect_active: 0 vm.kvm_size: 1069543424 vm.kvm_free: 394260480 vfs.devfs.generation: 10280 vfs.devfs.rule_depth: 1 vfs.ufs.dirhash_minsize: 2560 vfs.ufs.dirhash_maxmem: 2097152 vfs.ufs.dirhash_mem: 1148568 vfs.ufs.dirhash_docheck: 0 vfs.pfs.trace: 0 vfs.pfs.vncache.entries: 3 vfs.pfs.vncache.maxentries: 8 vfs.pfs.vncache.hits: 55 vfs.pfs.vncache.misses: 11 vfs.vmiodirenable: 1 vfs.runningbufspace: 0 vfs.bufspace: 117211136 vfs.maxbufspace: 117932032 vfs.bufmallocspace: 430080 vfs.maxmallocbufspace: 5863833 vfs.lobufspace: 117211136 vfs.hibufspace: 117276672 vfs.bufreusecnt: 7154 vfs.buffreekvacnt: 0 vfs.bufdefragcnt: 0 vfs.lorunningspace: 524288 vfs.hirunningspace: 1048576 vfs.dirtybufferflushes: 0 vfs.bdwriteskip: 0 vfs.altbufferflushes: 0 vfs.recursiveflushes: 0 vfs.numdirtybuffers: 15 vfs.lodirtybuffers: 909 vfs.hidirtybuffers: 1819 vfs.dirtybufthresh: 1637 vfs.numfreebuffers: 7183 vfs.lofreebuffers: 404 vfs.hifreebuffers: 808 vfs.getnewbufcalls: 104816 vfs.getnewbufrestarts: 0 vfs.flushwithdeps: 0 vfs.cache.numneg: 3150 vfs.cache.numcache: 50506 vfs.cache.numcalls: 12226754 vfs.cache.dothits: 29435 vfs.cache.dotdothits: 27653 vfs.cache.numchecks: 16237753 vfs.cache.nummiss: 340159 vfs.cache.nummisszap: 19981 vfs.cache.numposzaps: 15165 vfs.cache.numposhits: 10945955 vfs.cache.numnegzaps: 1106 vfs.cache.numneghits: 847300 vfs.cache.nchstats: 10945955 847300 16271 0 360140 0 5818 16353 vfs.cache.numfullpathcalls: 33124 vfs.cache.numfullpathfail1: 6 vfs.cache.numfullpathfail2: 0 vfs.cache.numfullpathfail4: 0 vfs.cache.numfullpathfound: 33118 vfs.write_behind: 1 vfs.read_max: 8 vfs.lookup_shared: 0 vfs.usermount: 1 vfs.numvnodes: 47477 vfs.wantfreevnodes: 25000 vfs.freevnodes: 24687 vfs.reassignbufcalls: 151098 vfs.timestamp_precision: 0 vfs.worklist_len: 7 vfs.ffs.doasyncfree: 1 vfs.ffs.doreallocblks: 1 vfs.ffs.compute_summary_at_mount: 0 vfs.ffs.ffsrawbufcnt: 240 vfs.ffs.allowrawread: 1 vfs.ffs.rawreadahead: 1 vfs.fuse.kernelabi_minor: 8 vfs.fuse.kernelabi_major: 7 vfs.fuse.iov_credit: 16 vfs.fuse.iov_permanent_bufsize: 524288 vfs.fuse.maxfreetickets: 1024 vfs.fuse.fuse4bsd_version: 0.3.9-pre1 vfs.fuse.init_backgrounded: 1 net.local.stream.sendspace: 8192 net.local.stream.recvspace: 8192 net.local.dgram.maxdgram: 2048 net.local.dgram.recvspace: 4096 net.local.inflight: 0 net.local.taskcount: 0 net.local.recycled: 0 net.inet.ip.portrange.lowfirst: 1023 net.inet.ip.portrange.lowlast: 600 net.inet.ip.portrange.first: 49152 net.inet.ip.portrange.last: 65535 net.inet.ip.portrange.hifirst: 49152 net.inet.ip.portrange.hilast: 65535 net.inet.ip.portrange.reservedhigh: 1023 net.inet.ip.portrange.reservedlow: 0 net.inet.ip.portrange.randomized: 1 net.inet.ip.portrange.randomcps: 10 net.inet.ip.portrange.randomtime: 45 net.inet.ip.forwarding: 0 net.inet.ip.redirect: 1 net.inet.ip.ttl: 64 net.inet.ip.rtexpire: 3600 net.inet.ip.rtminexpire: 10 net.inet.ip.rtmaxcache: 128 net.inet.ip.sourceroute: 0 net.inet.ip.intr_queue_maxlen: 50 net.inet.ip.intr_queue_drops: 0 net.inet.ip.accept_sourceroute: 0 net.inet.ip.keepfaith: 0 net.inet.ip.subnets_are_local: 0 net.inet.ip.same_prefix_carp_only: 0 net.inet.ip.dummynet.hash_size: 64 net.inet.ip.dummynet.curr_time: 29843885 net.inet.ip.dummynet.ready_heap: 0 net.inet.ip.dummynet.extract_heap: 0 net.inet.ip.dummynet.searches: 0 net.inet.ip.dummynet.search_steps: 0 net.inet.ip.dummynet.expire: 1 net.inet.ip.dummynet.max_chain_len: 16 net.inet.ip.dummynet.red_lookup_depth: 256 net.inet.ip.dummynet.red_avg_pkt_size: 512 net.inet.ip.dummynet.red_max_pkt_size: 1500 net.inet.ip.dummynet.tick_delta: -1 net.inet.ip.dummynet.tick_delta_sum: 86 net.inet.ip.dummynet.tick_adjustment: 129715 net.inet.ip.dummynet.tick_diff: 758411 net.inet.ip.dummynet.tick_lost: 0 net.inet.ip.dummynet.debug: 0 net.inet.ip.fastforwarding: 0 net.inet.ip.fw.enable: 1 net.inet.ip.fw.autoinc_step: 100 net.inet.ip.fw.one_pass: 1 net.inet.ip.fw.debug: 1 net.inet.ip.fw.verbose: 0 net.inet.ip.fw.verbose_limit: 0 net.inet.ip.fw.dyn_buckets: 256 net.inet.ip.fw.curr_dyn_buckets: 256 net.inet.ip.fw.dyn_count: 0 net.inet.ip.fw.dyn_max: 4096 net.inet.ip.fw.static_count: 1 net.inet.ip.fw.dyn_ack_lifetime: 300 net.inet.ip.fw.dyn_syn_lifetime: 20 net.inet.ip.fw.dyn_fin_lifetime: 1 net.inet.ip.fw.dyn_rst_lifetime: 1 net.inet.ip.fw.dyn_udp_lifetime: 10 net.inet.ip.fw.dyn_short_lifetime: 5 net.inet.ip.fw.dyn_keepalive: 1 net.inet.ip.sendsourcequench: 0 net.inet.ip.random_id: 1 net.inet.ip.check_interface: 0 net.inet.ip.fragpackets: 0 net.inet.ip.maxfragsperpacket: 16 net.inet.ip.stealth: 1 net.inet.ip.maxfragpackets: 800 net.inet.ip.process_options: 1 net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: 200 net.inet.icmp.maskfake: 0 net.inet.icmp.drop_redirect: 0 net.inet.icmp.log_redirect: 0 net.inet.icmp.icmplim_output: 1 net.inet.icmp.reply_src: net.inet.icmp.reply_from_interface: 0 net.inet.icmp.quotelen: 8 net.inet.icmp.bmcastecho: 0 net.inet.tcp.rfc1323: 1 net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 3600000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 131072 net.inet.tcp.recvspace: 131072 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 99 net.inet.tcp.v6mssdflt: 1024 net.inet.tcp.hostcache.cachelimit: 15360 net.inet.tcp.hostcache.hashsize: 512 net.inet.tcp.hostcache.bucketlimit: 30 net.inet.tcp.hostcache.count: 7 net.inet.tcp.hostcache.expire: 3600 net.inet.tcp.hostcache.prune: 300 net.inet.tcp.hostcache.purge: 0 net.inet.tcp.log_in_vain: 0 net.inet.tcp.blackhole: 2 net.inet.tcp.delayed_ack: 1 net.inet.tcp.drop_synfin: 0 net.inet.tcp.rfc3042: 1 net.inet.tcp.rfc3390: 1 net.inet.tcp.insecure_rst: 0 net.inet.tcp.recvbuf_auto: 1 net.inet.tcp.recvbuf_inc: 16384 net.inet.tcp.recvbuf_max: 262144 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.newreno: 1 net.inet.tcp.tso: 1 net.inet.tcp.sendbuf_auto: 1 net.inet.tcp.sendbuf_inc: 8192 net.inet.tcp.sendbuf_max: 262144 net.inet.tcp.reass.maxsegments: 1600 net.inet.tcp.reass.cursegments: 0 net.inet.tcp.reass.maxqlen: 48 net.inet.tcp.reass.overflows: 206 net.inet.tcp.sack.enable: 1 net.inet.tcp.sack.maxholes: 128 net.inet.tcp.sack.globalmaxholes: 65536 net.inet.tcp.sack.globalholes: 0 net.inet.tcp.minmss: 216 net.inet.tcp.log_debug: 0 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.pcbcount: 16 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.inflight.enable: 1 net.inet.tcp.inflight.debug: 0 net.inet.tcp.inflight.rttthresh: 9 net.inet.tcp.inflight.min: 6144 net.inet.tcp.inflight.max: 1073725440 net.inet.tcp.inflight.stab: 20 net.inet.tcp.syncookies: 1 net.inet.tcp.syncookies_only: 0 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncache.cachelimit: 15360 net.inet.tcp.syncache.count: 0 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.syncache.rst_on_sock_fail: 1 net.inet.tcp.msl: 30000 net.inet.tcp.rexmit_min: 29 net.inet.tcp.rexmit_slop: 199 net.inet.tcp.always_keepalive: 1 net.inet.tcp.fast_finwait2_recycle: 0 net.inet.tcp.finwait2_timeout: 60000 net.inet.tcp.timer_race: 0 net.inet.tcp.maxtcptw: 5120 net.inet.tcp.nolocaltimewait: 0 net.inet.udp.checksum: 1 net.inet.udp.maxdgram: 9216 net.inet.udp.recvspace: 65536 net.inet.udp.log_in_vain: 0 net.inet.udp.blackhole: 1 net.inet.sctp.sendspace: 233016 net.inet.sctp.recvspace: 233016 net.inet.sctp.auto_asconf: 1 net.inet.sctp.ecn_enable: 1 net.inet.sctp.ecn_nonce: 0 net.inet.sctp.strict_sacks: 0 net.inet.sctp.loopback_nocsum: 1 net.inet.sctp.strict_init: 1 net.inet.sctp.peer_chkoh: 256 net.inet.sctp.maxburst: 4 net.inet.sctp.maxchunks: 3200 net.inet.sctp.tcbhashsize: 1024 net.inet.sctp.pcbhashsize: 256 net.inet.sctp.min_split_point: 2904 net.inet.sctp.chunkscale: 10 net.inet.sctp.delayed_sack_time: 200 net.inet.sctp.sack_freq: 2 net.inet.sctp.sys_resource: 1000 net.inet.sctp.asoc_resource: 10 net.inet.sctp.heartbeat_interval: 30000 net.inet.sctp.pmtu_raise_time: 600 net.inet.sctp.shutdown_guard_time: 180 net.inet.sctp.secret_lifetime: 3600 net.inet.sctp.rto_max: 60000 net.inet.sctp.rto_min: 1000 net.inet.sctp.rto_initial: 3000 net.inet.sctp.init_rto_max: 60000 net.inet.sctp.valid_cookie_life: 60000 net.inet.sctp.init_rtx_max: 8 net.inet.sctp.assoc_rtx_max: 10 net.inet.sctp.path_rtx_max: 5 net.inet.sctp.add_more_on_output: 1452 net.inet.sctp.outgoing_streams: 10 net.inet.sctp.cmt_on_off: 0 net.inet.sctp.cmt_use_dac: 0 net.inet.sctp.cmt_pf: 0 net.inet.sctp.cwnd_maxburst: 1 net.inet.sctp.early_fast_retran: 0 net.inet.sctp.early_fast_retran_msec: 250 net.inet.sctp.asconf_auth_nochk: 0 net.inet.sctp.auth_disable: 0 net.inet.sctp.nat_friendly: 1 net.inet.sctp.abc_l_var: 1 net.inet.sctp.max_chained_mbufs: 5 net.inet.sctp.do_sctp_drain: 1 net.inet.sctp.hb_max_burst: 4 net.inet.sctp.abort_at_limit: 0 net.inet.sctp.strict_data_order: 0 net.inet.sctp.min_residual: 1452 net.inet.sctp.max_retran_chunk: 30 net.inet.sctp.log_level: 0 net.inet.sctp.default_cc_module: 0 net.inet.sctp.default_frag_interleave: 1 net.inet.sctp.mobility_base: 0 net.inet.sctp.mobility_fasthandoff: 0 net.inet.raw.maxdgram: 9216 net.inet.raw.recvspace: 9216 net.inet.accf.unloadable: 0 net.inet.ipf.fr_minttl: 4 net.inet.ipf.fr_chksrc: 0 net.inet.ipf.fr_defaultauthage: 600 net.inet.ipf.fr_authused: 0 net.inet.ipf.fr_authsize: 32 net.inet.ipf.ipf_hostmap_sz: 2047 net.inet.ipf.ipf_rdrrules_sz: 127 net.inet.ipf.ipf_natrules_sz: 127 net.inet.ipf.ipf_nattable_sz: 2047 net.inet.ipf.fr_statemax: 4013 net.inet.ipf.fr_statesize: 5737 net.inet.ipf.fr_running: 1 net.inet.ipf.fr_ipfrttl: 120 net.inet.ipf.fr_defnatage: 1200 net.inet.ipf.fr_icmptimeout: 120 net.inet.ipf.fr_udpacktimeout: 24 net.inet.ipf.fr_udptimeout: 240 net.inet.ipf.fr_tcpclosed: 60 net.inet.ipf.fr_tcptimeout: 480 net.inet.ipf.fr_tcplastack: 60 net.inet.ipf.fr_tcpclosewait: 480 net.inet.ipf.fr_tcphalfclosed: 14400 net.inet.ipf.fr_tcpidletimeout: 864000 net.inet.ipf.fr_active: 0 net.inet.ipf.fr_pass: 134217730 net.inet.ipf.fr_flags: 0 net.link.generic.system.ifcount: 5 net.link.ether.inet.max_age: 1200 net.link.ether.inet.maxtries: 5 net.link.ether.inet.useloopback: 1 net.link.ether.inet.proxyall: 0 net.link.ether.inet.log_arp_wrong_iface: 1 net.link.ether.inet.log_arp_movements: 1 net.link.ether.inet.log_arp_permanent_modify: 1 net.link.ether.ipfw: 0 net.link.log_link_state_change: 1 net.inet6.ip6.forwarding: 0 net.inet6.ip6.redirect: 1 net.inet6.ip6.hlim: 64 net.inet6.ip6.maxfragpackets: 6400 net.inet6.ip6.accept_rtadv: 0 net.inet6.ip6.keepfaith: 0 net.inet6.ip6.log_interval: 5 net.inet6.ip6.hdrnestlimit: 15 net.inet6.ip6.dad_count: 1 net.inet6.ip6.auto_flowlabel: 1 net.inet6.ip6.defmcasthlim: 1 net.inet6.ip6.gifhlim: 0 net.inet6.ip6.kame_version: FreeBSD net.inet6.ip6.use_deprecated: 1 net.inet6.ip6.rr_prune: 5 net.inet6.ip6.v6only: 1 net.inet6.ip6.rtexpire: 3600 net.inet6.ip6.rtminexpire: 10 net.inet6.ip6.rtmaxcache: 128 net.inet6.ip6.use_tempaddr: 0 net.inet6.ip6.temppltime: 86400 net.inet6.ip6.tempvltime: 604800 net.inet6.ip6.auto_linklocal: 0 net.inet6.ip6.prefer_tempaddr: 0 net.inet6.ip6.use_defaultzone: 0 net.inet6.ip6.maxfrags: 6400 net.inet6.ip6.mcast_pmtu: 0 net.inet6.ip6.stealth: 0 net.inet6.ip6.fw.enable: 1 net.inet6.ip6.fw.deny_unknown_exthdrs: 1 net.inet6.icmp6.rediraccept: 1 net.inet6.icmp6.redirtimeout: 600 net.inet6.icmp6.nd6_prune: 1 net.inet6.icmp6.nd6_delay: 5 net.inet6.icmp6.nd6_umaxtries: 3 net.inet6.icmp6.nd6_mmaxtries: 3 net.inet6.icmp6.nd6_useloopback: 1 net.inet6.icmp6.nodeinfo: 3 net.inet6.icmp6.errppslimit: 100 net.inet6.icmp6.nd6_maxnudhint: 0 net.inet6.icmp6.nd6_debug: 0 net.inet6.icmp6.nd6_maxqueuelen: 1 net.bpf.bufsize: 4096 net.bpf.maxbufsize: 524288 net.bpf.maxinsns: 512 net.isr.direct: 1 net.isr.count: 102387 net.isr.directed: 102387 net.isr.deferred: 0 net.isr.queued: 14171 net.isr.drop: 0 net.isr.swi_count: 1713705137 net.route.netisr_maxqlen: 256 net.wlan.debug: 0 net.wlan.recv_bar: 1 net.wlan.0.%parent: ath0 net.wlan.0.debug: 0 net.wlan.0.inact_run: 300 net.wlan.0.inact_probe: 30 net.wlan.0.inact_auth: 180 net.wlan.0.inact_init: 30 net.wlan.0.driver_caps: 1703144719 net.wlan.0.bmiss_max: 2 debug.pfugidhack: 0 debug.elf32_trace: 0 debug.elf32_legacy_coredump: 0 debug.boothowto: -2147483648 debug.bootverbose: 0 debug.cpufreq.lowest: 0 debug.cpufreq.verbose: 0 debug.sizeof.cdev: 184 debug.sizeof.cdev_priv: 232 debug.sizeof.g_class: 68 debug.sizeof.g_geom: 68 debug.sizeof.g_provider: 88 debug.sizeof.g_consumer: 60 debug.sizeof.g_bioq: 36 debug.sizeof.vnode: 272 debug.sizeof.proc: 680 debug.sizeof.bio: 144 debug.sizeof.buf: 356 debug.sizeof.kinfo_proc: 768 debug.sizeof.devstat: 240 debug.sizeof.namecache: 36 debug.to_avg_depth: 1233 debug.to_avg_gcalls: 0 debug.to_avg_mtxcalls: 0 debug.to_avg_mpcalls: 1017 debug.umtx.umtx_pi_allocated: 0 debug.kdb.available: debug.kdb.current: debug.kdb.enter: 0 debug.kdb.panic: 0 debug.kdb.trap: 0 debug.kdb.trap_code: 0 debug.kdb.stop_cpus: 1 debug.rman_debug: 0 debug.witness.watch: 1 debug.witness.skipspin: 0 debug.witness.free_cnt: 686 debug.witness.spin_cnt: 40 debug.witness.sleep_cnt: 298 debug.witness.child_free_cnt: 3864 debug.witness.child_cnt: 232 debug.ttydebug: 0 debug.nchash: 131071 debug.ncnegfactor: 16 debug.numneg: 3150 debug.numcache: 50506 debug.numcachehv: 8551 debug.vfscache: 1 debug.hashstat.nchash: 131072 41946 5 3200 debug.disablecwd: 0 debug.disablefullpath: 0 debug.mpsafevfs: 1 debug.rush_requests: 0 debug.vnlru_nowhere: 0 debug.busyprt: 0 debug.dopersistence: 0 debug.snapdebug: 0 debug.collectsnapstats: 0 debug.max_softdeps: 400000 debug.tickdelay: 2 debug.maxindirdeps: 50 debug.worklist_push: 0 debug.blk_limit_push: 0 debug.ino_limit_push: 0 debug.blk_limit_hit: 0 debug.ino_limit_hit: 0 debug.sync_limit_hit: 0 debug.indir_blk_ptrs: 26 debug.inode_bitmap: 632 debug.direct_blk_ptrs: 1300 debug.dir_entry: 1569 debug.bigcgs: 0 debug.dobkgrdwrite: 1 debug.ufs_extattr_sync: 0 debug.dircheck: 1 debug.nosleepwithlocks: 1 debug.psm.loglevel: 0 debug.psm.hz: 20 debug.psm.errsecs: 2 debug.psm.errusecs: 0 debug.psm.secs: 0 debug.psm.usecs: 500000 debug.psm.pkterrthresh: 2 debug.fdc.fifo: 8 debug.fdc.debugflags: 0 debug.fdc.retries: 10 debug.fdc.spec1: 175 debug.fdc.spec2: 16 debug.fdc.settle: 0 debug.minidump: 1 debug.stop_cpus_with_nmi: 1 debug.PMAP1changedcpu: 251 debug.PMAP1changed: 45377 debug.PMAP1unchanged: 7212136 debug.acpi.suspend_bounce: 0 debug.acpi.do_powerstate: 1 debug.acpi.acpi_ca_version: 20070320 debug.acpi.ec.timeout: 750 debug.acpi.ec.polled: 0 debug.acpi.ec.burst: 0 debug.acpi.semaphore_debug: 0 debug.acpi.resume_beep: 0 hw.machine: i386 hw.model: Genuine Intel(R) CPU T2080 @ 1.73GHz hw.ncpu: 2 hw.byteorder: 1234 hw.physmem: 2124374016 hw.usermem: 1853747200 hw.pagesize: 4096 hw.floatingpoint: 1 hw.machine_arch: i386 hw.realmem: 2137522176 hw.ata.ata_dma: 1 hw.ata.atapi_dma: 1 hw.ata.wc: 1 hw.ath.hal.version: 0.9.20.3 hw.ath.hal.dma_brt: 2 hw.ath.hal.sw_brt: 10 hw.ath.hal.swba_backoff: 0 hw.ath.calibrate: 30 hw.ath.outdoor: 1 hw.ath.xchanmode: 1 hw.ath.countrycode: 0 hw.ath.regdomain: 0 hw.ath.rxbuf: 40 hw.ath.txbuf: 200 hw.cardbus.debug: 0 hw.cardbus.cis_debug: 0 hw.pccard.debug: 0 hw.pccard.cis_debug: 0 hw.cbb.start_memory: 2281701376 hw.cbb.start_16_io: 256 hw.cbb.start_32_io: 4096 hw.cbb.debug: 0 hw.pcic.intr_mask: 57016 hw.pcic.pd6722_vsense: 1 hw.pci.enable_io_modes: 1 hw.pci.do_power_nodriver: 2 hw.pci.do_power_resume: 1 hw.pci.enable_vpd: 1 hw.pci.enable_msi: 1 hw.pci.enable_msix: 1 hw.pci.honor_msi_blacklist: 1 hw.pci.host_mem_start: 2147483648 hw.pci.irq_override_mask: 57080 hw.syscons.saver.keybonly: 1 hw.syscons.bell: 1 hw.syscons.kbd_reboot: 1 hw.syscons.kbd_debug: 1 hw.syscons.sc_no_suspend_vtswitch: 0 hw.intr_storm_threshold: 1000 hw.availpages: 518646 hw.bus.devctl_disable: 0 hw.psm.tap_threshold: 25 hw.psm.tap_timeout: 125000 hw.psm.synaptics.directional_scrolls: 1 hw.psm.synaptics.low_speed_threshold: 20 hw.psm.synaptics.min_movement: 2 hw.psm.synaptics.squelch_level: 3 hw.kbd.keymap_restrict_change: 0 hw.busdma.total_bpages: 544 hw.busdma.zone0.total_bpages: 512 hw.busdma.zone0.free_bpages: 512 hw.busdma.zone0.reserved_bpages: 0 hw.busdma.zone0.active_bpages: 0 hw.busdma.zone0.total_bounced: 0 hw.busdma.zone0.total_deferred: 0 hw.busdma.zone0.lowaddr: 0xffffffff hw.busdma.zone0.alignment: 4096 hw.busdma.zone0.boundary: 0 hw.busdma.zone1.total_bpages: 32 hw.busdma.zone1.free_bpages: 32 hw.busdma.zone1.reserved_bpages: 0 hw.busdma.zone1.active_bpages: 0 hw.busdma.zone1.total_bounced: 0 hw.busdma.zone1.total_deferred: 0 hw.busdma.zone1.lowaddr: 0xffffffff hw.busdma.zone1.alignment: 2 hw.busdma.zone1.boundary: 65536 hw.clockrate: 1729 hw.instruction_sse: 1 hw.via_feature_rng: 0 hw.via_feature_xcrypt: 0 hw.apic.enable_extint: 0 hw.snd.latency_profile: 1 hw.snd.latency: 5 hw.snd.report_soft_formats: 1 hw.snd.compat_linux_mmap: 0 hw.snd.feeder_buffersize: 16384 hw.snd.feeder_rate_round: 25 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_min: 1 hw.snd.verbose: 1 hw.snd.maxautovchans: 16 hw.snd.default_unit: 0 hw.snd.version: 2007061600/i386 hw.snd.default_auto: 0 hw.midi.instroff: 0 hw.midi.dumpraw: 0 hw.midi.debug: 0 hw.midi.stat.verbose: 0 hw.midi.seq.debug: 0 hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C3 hw.acpi.acline: 1 hw.acpi.battery.life: -1 hw.acpi.battery.time: -1 hw.acpi.battery.state: 7 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.dri.0.name: i915 0x76 pci:0000:00:02.0 hw.dri.0.vm: slot offset size type flags address mtrr 0 0xc66ea000 0x00002000 SHM 0x20 0xc66ea000 no 1 0xc0040000 0x00a00000 FB 0x00 0x00000000 no 2 0xdc100000 0x00080000 REG 0x00 0xe7da7000 no 3 0xc0000000 0x00020000 AGP 0x00 0x00000000 yes 4 0xc0040000 0x00a00000 AGP 0x00 0x00000000 yes 5 0xc4000000 0x00a00000 AGP 0x00 0x00000000 yes 6 0xc5000000 0x00a00000 AGP 0x00 0x00000000 yes 7 0xc8000000 0x02000000 AGP 0x00 0x00000000 yes hw.dri.0.clients: a dev pid uid magic ioctls y 0 93042 0 2 68 hw.dri.0.debug: 0 machdep.enable_panic_key: 0 machdep.disable_rtc_set: 0 machdep.wall_cmos_clock: 1 machdep.adjkerntz: 7200 machdep.disable_mtrrs: 0 machdep.cpu_idle_hlt: 1 machdep.guessed_bootdev: 2689597440 machdep.hlt_cpus: 0 machdep.panic_on_nmi: 1 machdep.tsc_freq: 1729017576 machdep.i8254_freq: 1193182 machdep.acpi_timer_freq: 3579545 machdep.acpi_root: 1013216 machdep.hlt_logical_cpus: 0 machdep.logical_cpus_mask: 2 user.cs_path: /usr/bin:/bin:/usr/sbin:/sbin: user.bc_base_max: 99 user.bc_dim_max: 2048 user.bc_scale_max: 99 user.bc_string_max: 1000 user.coll_weights_max: 0 user.expr_nest_max: 32 user.line_max: 2048 user.re_dup_max: 255 user.posix2_version: 199212 user.posix2_c_bind: 0 user.posix2_c_dev: 0 user.posix2_char_term: 0 user.posix2_fort_dev: 0 user.posix2_fort_run: 0 user.posix2_localedef: 0 user.posix2_sw_dev: 0 user.posix2_upe: 0 user.stream_max: 20 user.tzname_max: 255 p1003_1b.asynchronous_io: 0 p1003_1b.mapped_files: 1 p1003_1b.memlock: 0 p1003_1b.memlock_range: 0 p1003_1b.memory_protection: 0 p1003_1b.message_passing: 0 p1003_1b.prioritized_io: 0 p1003_1b.priority_scheduling: 1 p1003_1b.realtime_signals: 200112 p1003_1b.semaphores: 0 p1003_1b.fsync: 0 p1003_1b.shared_memory_objects: 1 p1003_1b.synchronized_io: 0 p1003_1b.timers: 200112 p1003_1b.aio_listio_max: -1 p1003_1b.aio_max: -1 p1003_1b.aio_prio_delta_max: -1 p1003_1b.delaytimer_max: 2147483647 p1003_1b.mq_open_max: 0 p1003_1b.pagesize: 4096 p1003_1b.rtsig_max: 62 p1003_1b.sem_nsems_max: 30 p1003_1b.sem_value_max: -1 p1003_1b.sigqueue_max: 128 p1003_1b.timer_max: 32 p1003_1b.nsems: 0 compat.linux.osname: Linux compat.linux.osrelease: 2.4.2 compat.linux.oss_version: 198144 security.jail.set_hostname_allowed: 1 security.jail.socket_unixiproute_only: 1 security.jail.sysvipc_allowed: 0 security.jail.enforce_statfs: 2 security.jail.allow_raw_sockets: 0 security.jail.chflags_allowed: 0 security.jail.mount_allowed: 0 security.jail.jailed: 0 security.bsd.unprivileged_syspmcs: 0 security.bsd.suser_enabled: 1 security.bsd.see_other_uids: 0 security.bsd.see_other_gids: 0 security.bsd.conservative_signals: 1 security.bsd.unprivileged_proc_debug: 1 security.bsd.unprivileged_read_msgbuf: 1 security.bsd.hardlink_check_uid: 0 security.bsd.hardlink_check_gid: 0 security.bsd.unprivileged_get_quota: 0 dev.nexus.0.%driver: nexus dev.nexus.0.%parent: root0 dev.ram.0.%desc: System RAM dev.ram.0.%driver: ram dev.ram.0.%parent: nexus0 dev.npx.0.%desc: math processor dev.npx.0.%driver: npx dev.npx.0.%parent: nexus0 dev.acpi.0.%desc: TOSCPL TOSCPL00 dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=\_SB_.PCI0.PDRC dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C02 _UID=1 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_sysresource.1.%desc: System Resource dev.acpi_sysresource.1.%driver: acpi_sysresource dev.acpi_sysresource.1.%location: handle=\_SB_.PCI0.LPCB.LDRC dev.acpi_sysresource.1.%pnpinfo: _HID=PNP0C02 _UID=2 dev.acpi_sysresource.1.%parent: acpi0 dev.acpi_hpet.0.%desc: High Precision Event Timer dev.acpi_hpet.0.%driver: acpi_hpet dev.acpi_hpet.0.%location: handle=\_SB_.PCI0.LPCB.HPET dev.acpi_hpet.0.%pnpinfo: _HID=PNP0103 _UID=0 dev.acpi_hpet.0.%parent: acpi0 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.acpi_ec.0.%desc: Embedded Controller: GPE 0x19 dev.acpi_ec.0.%driver: acpi_ec dev.acpi_ec.0.%location: handle=\_SB_.PCI0.LPCB.EC0_ dev.acpi_ec.0.%pnpinfo: _HID=PNP0C09 _UID=0 dev.acpi_ec.0.%parent: acpi0 dev.pci_link.0.%desc: ACPI PCI Link LNKA dev.pci_link.0.%driver: pci_link dev.pci_link.0.%location: handle=\_SB_.PCI0.LPCB.LNKA dev.pci_link.0.%pnpinfo: _HID=PNP0C0F _UID=1 dev.pci_link.0.%parent: acpi0 dev.pci_link.1.%desc: ACPI PCI Link LNKB dev.pci_link.1.%driver: pci_link dev.pci_link.1.%location: handle=\_SB_.PCI0.LPCB.LNKB dev.pci_link.1.%pnpinfo: _HID=PNP0C0F _UID=2 dev.pci_link.1.%parent: acpi0 dev.pci_link.2.%desc: ACPI PCI Link LNKC dev.pci_link.2.%driver: pci_link dev.pci_link.2.%location: handle=\_SB_.PCI0.LPCB.LNKC dev.pci_link.2.%pnpinfo: _HID=PNP0C0F _UID=3 dev.pci_link.2.%parent: acpi0 dev.pci_link.3.%desc: ACPI PCI Link LNKD dev.pci_link.3.%driver: pci_link dev.pci_link.3.%location: handle=\_SB_.PCI0.LPCB.LNKD dev.pci_link.3.%pnpinfo: _HID=PNP0C0F _UID=4 dev.pci_link.3.%parent: acpi0 dev.pci_link.4.%desc: ACPI PCI Link LNKE dev.pci_link.4.%driver: pci_link dev.pci_link.4.%location: handle=\_SB_.PCI0.LPCB.LNKE dev.pci_link.4.%pnpinfo: _HID=PNP0C0F _UID=5 dev.pci_link.4.%parent: acpi0 dev.pci_link.5.%desc: ACPI PCI Link LNKF dev.pci_link.5.%driver: pci_link dev.pci_link.5.%location: handle=\_SB_.PCI0.LPCB.LNKF dev.pci_link.5.%pnpinfo: _HID=PNP0C0F _UID=6 dev.pci_link.5.%parent: acpi0 dev.pci_link.6.%desc: ACPI PCI Link LNKG dev.pci_link.6.%driver: pci_link dev.pci_link.6.%location: handle=\_SB_.PCI0.LPCB.LNKG dev.pci_link.6.%pnpinfo: _HID=PNP0C0F _UID=7 dev.pci_link.6.%parent: acpi0 dev.pci_link.7.%desc: ACPI PCI Link LNKH dev.pci_link.7.%driver: pci_link dev.pci_link.7.%location: handle=\_SB_.PCI0.LPCB.LNKH dev.pci_link.7.%pnpinfo: _HID=PNP0C0F _UID=8 dev.pci_link.7.%parent: acpi0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1733 dev.cpu.0.freq_levels: 1733/31000 1516/27125 1333/23000 1166/20125 1067/18000 933/15750 800/13000 700/11375 600/9750 500/8125 400/6500 300/4875 200/3250 100/1625 dev.cpu.0.temperature: 58 dev.cpu.0.cx_supported: C1/1 C2/1 C3/17 dev.cpu.0.cx_lowest: C3 dev.cpu.0.cx_usage: 0.00% 3.73% 96.26% dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.temperature: 54 dev.cpu.1.cx_supported: C1/1 C2/1 C3/17 dev.cpu.1.cx_lowest: C3 dev.cpu.1.cx_usage: 0.00% 6.06% 93.93% dev.acpi_perf.0.%driver: acpi_perf dev.acpi_perf.0.%parent: cpu0 dev.acpi_perf.1.%driver: acpi_perf dev.acpi_perf.1.%parent: cpu1 dev.est.0.%desc: Enhanced SpeedStep Frequency Control dev.est.0.%driver: est dev.est.0.%parent: cpu0 dev.est.0.freq_settings: 1733/31000 1333/23000 1067/18000 800/13000 dev.est.1.%desc: Enhanced SpeedStep Frequency Control dev.est.1.%driver: est dev.est.1.%parent: cpu1 dev.est.1.freq_settings: 1733/31000 1333/23000 1067/18000 800/13000 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.cpufreq.1.%driver: cpufreq dev.cpufreq.1.%parent: cpu1 dev.p4tcc.0.%desc: CPU Frequency Thermal Control dev.p4tcc.0.%driver: p4tcc dev.p4tcc.0.%parent: cpu0 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.p4tcc.1.%desc: CPU Frequency Thermal Control dev.p4tcc.1.%driver: p4tcc dev.p4tcc.1.%parent: cpu1 dev.p4tcc.1.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.coretemp.0.%desc: CPU On-Die Thermal Sensors dev.coretemp.0.%driver: coretemp dev.coretemp.0.%parent: cpu0 dev.coretemp.1.%desc: CPU On-Die Thermal Sensors dev.coretemp.1.%driver: coretemp dev.coretemp.1.%parent: cpu1 dev.acpi_lid.0.%desc: Control Method Lid Switch dev.acpi_lid.0.%driver: acpi_lid dev.acpi_lid.0.%location: handle=\_SB_.LID0 dev.acpi_lid.0.%pnpinfo: _HID=PNP0C0D _UID=0 dev.acpi_lid.0.%parent: acpi0 dev.acpi_button.0.%desc: Power Button dev.acpi_button.0.%driver: acpi_button dev.acpi_button.0.%location: handle=\_SB_.PWRB dev.acpi_button.0.%pnpinfo: _HID=PNP0C0C _UID=0 dev.acpi_button.0.%parent: acpi0 dev.pcib.0.%desc: ACPI Host-PCI bridge dev.pcib.0.%driver: pcib dev.pcib.0.%location: handle=\_SB_.PCI0 dev.pcib.0.%pnpinfo: _HID=PNP0A08 _UID=0 dev.pcib.0.%parent: acpi0 dev.pcib.1.%desc: ACPI PCI-PCI bridge dev.pcib.1.%driver: pcib dev.pcib.1.%location: slot=28 function=0 handle=\_SB_.PCI0.RP01 dev.pcib.1.%pnpinfo: vendor=0x8086 device=0x27d0 subvendor=0x1179 subdevice=0xff00 class=0x060400 dev.pcib.1.%parent: pci0 dev.pcib.2.%desc: ACPI PCI-PCI bridge dev.pcib.2.%driver: pcib dev.pcib.2.%location: slot=28 function=1 handle=\_SB_.PCI0.RP02 dev.pcib.2.%pnpinfo: vendor=0x8086 device=0x27d2 subvendor=0x1179 subdevice=0xff00 class=0x060400 dev.pcib.2.%parent: pci0 dev.pcib.3.%desc: ACPI PCI-PCI bridge dev.pcib.3.%driver: pcib dev.pcib.3.%location: slot=28 function=2 handle=\_SB_.PCI0.RP03 dev.pcib.3.%pnpinfo: vendor=0x8086 device=0x27d4 subvendor=0x1179 subdevice=0xff00 class=0x060400 dev.pcib.3.%parent: pci0 dev.pcib.4.%desc: ACPI PCI-PCI bridge dev.pcib.4.%driver: pcib dev.pcib.4.%location: slot=30 function=0 handle=\_SB_.PCI0.PCIB dev.pcib.4.%pnpinfo: vendor=0x8086 device=0x2448 subvendor=0x1179 subdevice=0xff00 class=0x060401 dev.pcib.4.%parent: pci0 dev.pci.0.%desc: ACPI PCI bus dev.pci.0.%driver: pci dev.pci.0.%parent: pcib0 dev.pci.2.%desc: ACPI PCI bus dev.pci.2.%driver: pci dev.pci.2.%parent: pcib1 dev.pci.4.%desc: ACPI PCI bus dev.pci.4.%driver: pci dev.pci.4.%parent: pcib2 dev.pci.5.%desc: ACPI PCI bus dev.pci.5.%driver: pci dev.pci.5.%parent: pcib3 dev.pci.6.%desc: ACPI PCI bus dev.pci.6.%driver: pci dev.pci.6.%parent: pcib4 dev.hostb.0.%desc: Host to PCI bridge dev.hostb.0.%driver: hostb dev.hostb.0.%location: slot=0 function=0 dev.hostb.0.%pnpinfo: vendor=0x8086 device=0x27a0 subvendor=0x1179 subdevice=0xff00 class=0x060000 dev.hostb.0.%parent: pci0 dev.vgapci.0.%desc: VGA-compatible display dev.vgapci.0.%driver: vgapci dev.vgapci.0.%location: slot=2 function=0 handle=\_SB_.PCI0.GFX0 dev.vgapci.0.%pnpinfo: vendor=0x8086 device=0x27a2 subvendor=0x1179 subdevice=0xff02 class=0x030000 dev.vgapci.0.%parent: pci0 dev.vgapci.1.%desc: VGA-compatible display dev.vgapci.1.%driver: vgapci dev.vgapci.1.%location: slot=2 function=1 dev.vgapci.1.%pnpinfo: vendor=0x8086 device=0x27a6 subvendor=0x1179 subdevice=0xff02 class=0x038000 dev.vgapci.1.%parent: pci0 dev.agp.0.%desc: Intel 82945GM (945GM GMCH) SVGA controller dev.agp.0.%driver: agp dev.agp.0.%parent: vgapci0 dev.pcm.0.%desc: Intel 82801G High Definition Audio Controller dev.pcm.0.%driver: pcm dev.pcm.0.%location: slot=27 function=0 handle=\_SB_.PCI0.HDEF dev.pcm.0.%pnpinfo: vendor=0x8086 device=0x27d8 subvendor=0x1179 subdevice=0xff01 class=0x040300 dev.pcm.0.%parent: pci0 dev.pcm.0.wake: 0 dev.pcm.0.play.vchans: 4 dev.pcm.0.play.vchanrate: 48000 dev.pcm.0.play.vchanformat: s16le dev.pcm.0.rec.vchans: 1 dev.pcm.0.rec.vchanrate: 48000 dev.pcm.0.rec.vchanformat: s16le dev.pcm.0.buffersize: 16384 dev.pcm.0.polling: 0 dev.pcm.0.polling_interval: 250 dev.ath.0.%desc: Atheros 5424/2424 dev.ath.0.%driver: ath dev.ath.0.%location: slot=0 function=0 handle=\_SB_.PCI0.RP02.PXS2 dev.ath.0.%pnpinfo: vendor=0x168c device=0x001c subvendor=0x1468 subdevice=0x0425 class=0x020000 dev.ath.0.%parent: pci4 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 100 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 48 dev.ath.0.ctstimeout: 48 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 3110 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 1 dev.ath.0.diversity: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.tpc: 0 dev.ath.0.tpack: 63 dev.ath.0.tpcts: 63 dev.ath.0.rfsilent: 1 dev.ath.0.rfkill: 1 dev.ath.0.monpass: 24 dev.re.0.%desc: RealTek 8101E PCIe 10/100baseTX dev.re.0.%driver: re dev.re.0.%location: slot=0 function=0 handle=\_SB_.PCI0.RP03.PXS3 dev.re.0.%pnpinfo: vendor=0x10ec device=0x8136 subvendor=0x1179 subdevice=0xff00 class=0x020000 dev.re.0.%parent: pci5 dev.re.0.wake: 0 dev.miibus.0.%desc: MII bus dev.miibus.0.%driver: miibus dev.miibus.0.%parent: re0 dev.rlphy.0.%desc: RTL8201L 10/100 media interface dev.rlphy.0.%driver: rlphy dev.rlphy.0.%location: phyno=1 dev.rlphy.0.%pnpinfo: oui=0x20 model=0x20 rev=0x1 dev.rlphy.0.%parent: miibus0 dev.uhci.0.%desc: UHCI (generic) USB controller dev.uhci.0.%driver: uhci dev.uhci.0.%location: slot=29 function=0 handle=\_SB_.PCI0.USB1 dev.uhci.0.%pnpinfo: vendor=0x8086 device=0x27c8 subvendor=0x1179 subdevice=0xff00 class=0x0c0300 dev.uhci.0.%parent: pci0 dev.uhci.0.wake: 0 dev.uhci.1.%desc: UHCI (generic) USB controller dev.uhci.1.%driver: uhci dev.uhci.1.%location: slot=29 function=1 handle=\_SB_.PCI0.USB2 dev.uhci.1.%pnpinfo: vendor=0x8086 device=0x27c9 subvendor=0x1179 subdevice=0xff00 class=0x0c0300 dev.uhci.1.%parent: pci0 dev.uhci.1.wake: 0 dev.uhci.2.%desc: UHCI (generic) USB controller dev.uhci.2.%driver: uhci dev.uhci.2.%location: slot=29 function=2 handle=\_SB_.PCI0.USB3 dev.uhci.2.%pnpinfo: vendor=0x8086 device=0x27ca subvendor=0x1179 subdevice=0xff00 class=0x0c0300 dev.uhci.2.%parent: pci0 dev.uhci.2.wake: 0 dev.uhci.3.%desc: UHCI (generic) USB controller dev.uhci.3.%driver: uhci dev.uhci.3.%location: slot=29 function=3 handle=\_SB_.PCI0.USB4 dev.uhci.3.%pnpinfo: vendor=0x8086 device=0x27cb subvendor=0x1179 subdevice=0xff00 class=0x0c0300 dev.uhci.3.%parent: pci0 dev.usb.0.%desc: UHCI (generic) USB controller dev.usb.0.%driver: usb dev.usb.0.%parent: uhci0 dev.usb.1.%desc: UHCI (generic) USB controller dev.usb.1.%driver: usb dev.usb.1.%parent: uhci1 dev.usb.2.%desc: UHCI (generic) USB controller dev.usb.2.%driver: usb dev.usb.2.%parent: uhci2 dev.usb.3.%desc: UHCI (generic) USB controller dev.usb.3.%driver: usb dev.usb.3.%parent: uhci3 dev.usb.4.%desc: Intel 82801GB/R (ICH7) USB 2.0 controller dev.usb.4.%driver: usb dev.usb.4.%parent: ehci0 dev.uhub.0.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.0.%driver: uhub dev.uhub.0.%parent: usb0 dev.uhub.1.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.1.%driver: uhub dev.uhub.1.%parent: usb1 dev.uhub.2.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.2.%driver: uhub dev.uhub.2.%parent: usb2 dev.uhub.3.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.3.%driver: uhub dev.uhub.3.%parent: usb3 dev.uhub.4.%desc: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 dev.uhub.4.%driver: uhub dev.uhub.4.%parent: usb4 dev.ehci.0.%desc: Intel 82801GB/R (ICH7) USB 2.0 controller dev.ehci.0.%driver: ehci dev.ehci.0.%location: slot=29 function=7 handle=\_SB_.PCI0.USB7 dev.ehci.0.%pnpinfo: vendor=0x8086 device=0x27cc subvendor=0x1179 subdevice=0xff00 class=0x0c0320 dev.ehci.0.%parent: pci0 dev.ehci.0.wake: 0 dev.cbb.0.%desc: PCI-CardBus Bridge dev.cbb.0.%driver: cbb dev.cbb.0.%location: slot=4 function=0 dev.cbb.0.%pnpinfo: vendor=0x104c device=0x8039 subvendor=0x1179 subdevice=0xff00 class=0x060700 dev.cbb.0.%parent: pci6 dev.cbb.0.domain: 0 dev.cbb.0.pribus: 6 dev.cbb.0.secbus: 7 dev.cbb.0.subbus: 8 dev.cardbus.%parent: pci dev.cardbus.0.%desc: CardBus bus dev.cardbus.0.%driver: cardbus dev.cardbus.0.%parent: cbb0 dev.pccard.0.%desc: 16-bit PCCard bus dev.pccard.0.%driver: pccard dev.pccard.0.%parent: cbb0 dev.isab.0.%desc: PCI-ISA bridge dev.isab.0.%driver: isab dev.isab.0.%location: slot=31 function=0 handle=\_SB_.PCI0.LPCB dev.isab.0.%pnpinfo: vendor=0x8086 device=0x27b9 subvendor=0x1179 subdevice=0xff00 class=0x060100 dev.isab.0.%parent: pci0 dev.isa.0.%desc: ISA bus dev.isa.0.%driver: isa dev.isa.0.%parent: isab0 dev.atapci.0.%desc: Intel ICH7M SATA300 controller dev.atapci.0.%driver: atapci dev.atapci.0.%location: slot=31 function=2 handle=\_SB_.PCI0.SATA dev.atapci.0.%pnpinfo: vendor=0x8086 device=0x27c4 subvendor=0x1179 subdevice=0xff00 class=0x010180 dev.atapci.0.%parent: pci0 dev.ata.0.%desc: ATA channel 0 dev.ata.0.%driver: ata dev.ata.0.%parent: atapci0 dev.ata.1.%desc: ATA channel 1 dev.ata.1.%driver: ata dev.ata.1.%parent: atapci0 dev.ichsmb.0.%desc: SMBus controller dev.ichsmb.0.%driver: ichsmb dev.ichsmb.0.%location: slot=31 function=3 handle=\_SB_.PCI0.SBUS dev.ichsmb.0.%pnpinfo: vendor=0x8086 device=0x27da subvendor=0x1179 subdevice=0xff00 class=0x0c0500 dev.ichsmb.0.%parent: pci0 dev.smbus.0.%desc: System Management Bus dev.smbus.0.%driver: smbus dev.smbus.0.%parent: ichsmb0 dev.smb.0.%desc: SMBus generic I/O dev.smb.0.%driver: smb dev.smb.0.%parent: smbus0 dev.acpi_acad.0.%desc: AC Adapter dev.acpi_acad.0.%driver: acpi_acad dev.acpi_acad.0.%location: handle=\_SB_.PCI0.LPCB.ACAD dev.acpi_acad.0.%pnpinfo: _HID=ACPI0003 _UID=0 dev.acpi_acad.0.%parent: acpi0 dev.atdma.0.%desc: AT DMA controller dev.atdma.0.%driver: atdma dev.atdma.0.%location: handle=\_SB_.PCI0.LPCB.DMAC dev.atdma.0.%pnpinfo: _HID=PNP0200 _UID=0 dev.atdma.0.%parent: acpi0 dev.atpic.0.%desc: AT interrupt controller dev.atpic.0.%driver: atpic dev.atpic.0.%location: handle=\_SB_.PCI0.LPCB.IPIC dev.atpic.0.%pnpinfo: _HID=PNP0000 _UID=0 dev.atpic.0.%parent: acpi0 dev.npxisa.0.%desc: Legacy ISA coprocessor support dev.npxisa.0.%driver: npxisa dev.npxisa.0.%location: handle=\_SB_.PCI0.LPCB.MATH dev.npxisa.0.%pnpinfo: _HID=PNP0C04 _UID=0 dev.npxisa.0.%parent: acpi0 dev.attimer.0.%desc: AT realtime clock dev.attimer.0.%driver: attimer dev.attimer.0.%location: handle=\_SB_.PCI0.LPCB.RTC_ dev.attimer.0.%pnpinfo: _HID=PNP0B00 _UID=0 dev.attimer.0.%parent: acpi0 dev.attimer.1.%desc: AT timer dev.attimer.1.%driver: attimer dev.attimer.1.%location: handle=\_SB_.PCI0.LPCB.TIMR dev.attimer.1.%pnpinfo: _HID=PNP0100 _UID=0 dev.attimer.1.%parent: acpi0 dev.battery.0.%desc: ACPI Control Method Battery dev.battery.0.%driver: battery dev.battery.0.%location: handle=\_SB_.PCI0.LPCB.BAT1 dev.battery.0.%pnpinfo: _HID=PNP0C0A _UID=1 dev.battery.0.%parent: acpi0 dev.atkbdc.0.%desc: Keyboard controller (i8042) dev.atkbdc.0.%driver: atkbdc dev.atkbdc.0.%location: handle=\_SB_.PCI0.LPCB.PS2K dev.atkbdc.0.%pnpinfo: _HID=PNP0303 _UID=0 dev.atkbdc.0.%parent: acpi0 dev.atkbd.0.%desc: AT Keyboard dev.atkbd.0.%driver: atkbd dev.atkbd.0.%parent: atkbdc0 dev.psmcpnp.0.%desc: PS/2 mouse port dev.psmcpnp.0.%driver: psmcpnp dev.psmcpnp.0.%location: handle=\_SB_.PCI0.LPCB.PS2M dev.psmcpnp.0.%pnpinfo: _HID=SYN0704 _UID=0 dev.psmcpnp.0.%parent: acpi0 dev.psm.0.%desc: PS/2 Mouse dev.psm.0.%driver: psm dev.psm.0.%parent: atkbdc0 dev.apic.0.%desc: APIC resources dev.apic.0.%driver: apic dev.apic.0.%parent: nexus0 dev.pmtimer.0.%driver: pmtimer dev.pmtimer.0.%parent: isa0 dev.orm.0.%desc: ISA Option ROMs dev.orm.0.%driver: orm dev.orm.0.%pnpinfo: pnpid=ORM0000 dev.orm.0.%parent: isa0 dev.sc.0.%desc: System console dev.sc.0.%driver: sc dev.sc.0.%parent: isa0 dev.vga.0.%desc: Generic ISA VGA dev.vga.0.%driver: vga dev.vga.0.%parent: isa0 dev.ad.0.%desc: TOSHIBA MK1237GSX/DL130M dev.ad.0.%driver: ad dev.ad.0.%parent: ata0 dev.atapicam.0.%desc: ATAPI CAM Attachment dev.atapicam.0.%driver: atapicam dev.atapicam.0.%parent: ata0 dev.atapicam.1.%desc: ATAPI CAM Attachment dev.atapicam.1.%driver: atapicam dev.atapicam.1.%parent: ata1 dev.acd.0.%desc: MATSHITADVD-RAM UJ-850S/1.90 dev.acd.0.%driver: acd dev.acd.0.%parent: ata1 dev.drm.0.%desc: Intel i945GM dev.drm.0.%driver: drm dev.drm.0.%parent: vgapci0 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="uname.txt" FreeBSD nexxus.fedaykin.here 7.0-BETA2 FreeBSD 7.0-BETA2 #18: Tue Nov 20 00:52:10 BRST 2007 lioux@nexxus:/usr/src/sys/i386/compile/LIOUX i386 --C7zPtVaVf+AK4Oqc-- From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 20 23:13:50 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD11616A417 for ; Tue, 20 Nov 2007 23:13:50 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id B812513C455 for ; Tue, 20 Nov 2007 23:13:50 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 75DDE61AAA4; Tue, 20 Nov 2007 15:13:50 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18971-04; Tue, 20 Nov 2007 15:13:49 -0800 (PST) Received: from [10.0.0.40] (iago.office.miralink.com [10.0.0.40]) by plato.miralink.com (Postfix) with ESMTP id 869E761AA9A; Tue, 20 Nov 2007 15:13:49 -0800 (PST) Message-ID: <47436A2D.5020800@miralink.com> Date: Tue, 20 Nov 2007 15:13:49 -0800 From: Sean Bruno User-Agent: Thunderbird 1.5.0.12 (X11/20071019) MIME-Version: 1.0 To: Mario Sergio Fujikawa Ferreira References: <20071120224937.58148.qmail@nexxus.fedaykin.here> In-Reply-To: <20071120224937.58148.qmail@nexxus.fedaykin.here> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Nov 20 15:13:50 2007 X-DSPAM-Confidence: 0.6768 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47436a2e11762051017194 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.499 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.499 X-Spam-Level: Cc: freebsd-acpi@FreeBSD.org, Hiroyuki Aizu Subject: Re: Neither acpi_thermal nor acpi_toshiba working X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 23:13:50 -0000 Mario Sergio Fujikawa Ferreira wrote: > I am running FreeBSD 7-STABLE from November 20th on a Toshiba > laptop Satellite A135-S4527 with Intel Pentium dual-core processor > T2080. > > # uname -a > FreeBSD nexxus.fedaykin.here 7.0-BETA2 FreeBSD 7.0-BETA2 #18: Tue Nov 20 00:52:10 BRST 2007 lioux@nexxus:/usr/src/sys/i386/compile/LIOUX i386 > > I get neither acpi_thermal nor acpi_toshiba sysctl entries > on my system though the correct modules are loaded. > > I am attaching my system information. Let me know if there > is anything I can do to help. > > Regards, > Can you run the following command: sudo acpidump -dt -o toshiba_A135.dsdt > toshiba_A135.asl Then post the toshiba_A135.asl on the web somewhere for review? Sean P.S. You may want to try updating your system BIOS. ACPI tables are broken on many machines. From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 21 16:00:18 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C29D16A4C9 for ; Wed, 21 Nov 2007 16:00:18 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id 74F8E13C461 for ; Wed, 21 Nov 2007 16:00:18 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.144.51]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JRV0067Y5RZUIJ4@vms044.mailsrvcs.net> for freebsd-acpi@FreeBSD.org; Wed, 21 Nov 2007 10:00:12 -0600 (CST) Date: Wed, 21 Nov 2007 10:59:19 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <4741EF2F.3060708@miralink.com> To: Sean Bruno Message-id: <1195660760.56779.28.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <4741D35B.1010509@miralink.com> <4741EF2F.3060708@miralink.com> Cc: freebsd-acpi@FreeBSD.org Subject: Re: Temperature sensor is absurd X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2007 16:00:18 -0000 On Mon, 2007-11-19 at 12:16 -0800, Sean Bruno wrote: > Sean Bruno wrote: > > Using RELENG_6(updated) on a Shuttle xPC SD30G2, I am seeing the > > following error message repeating on the console: > > acpi_tz0: _TMP value is absurd, ignored (-73.0C) > > > > The temperature reported by the BIOS is ~31C for the CPU and ~32C for > > the System. > > > > I agree that -73C is "absurd" for sure. The system has the latest > > BIOS(rev 7). What should I look at to repair this condition? > > > > I have dumped the ACPI tables > > http://consultcsg.com/shuttle.asl This chunk is somewhat suspicious: Method (RTMP, 0, NotSerialized) { Store (GBYT (0x29), Local0) FindSetLeftBit (Local0, Local1) If (LEqual (Local1, 0x08)) { And (Local0, 0x7F, Local0) Multiply (Local0, 0x0A, Local0) Subtract (0x0AAC, Local0, Local0) } Else { Multiply (Local0, 0x0A, Local0) Add (0x0AAC, Local0, Local0) } If (LEqual (SSHU, 0x01)) { Return (0x0C3C) } Else { Return (Local0) } } Let's say GBYT(29) returned 0xc9, then first branch of the If kicks in and 0xc9 & 0x7f -> 0x49 0x49 * 0xa -> 0x2da 0xAAC - 0x2da -> 0x7d2 0x7d2 is 200.2K or -73C in ACPI reckoning. Unfortunately, I have no idea why GBYT(0x29) would return value with the bit 0x80 set and what the real special processing should have been. You can experiment by changing Subtract to Add and trying to see whether your temperature makes any sense, but this is pretty much wild guess. As usual, if you are playing with the thermal subsystem, I would recommend putting laptop on the cooling pad and taking out the battery. Latter will allow you to shut machine down on the short notice by pulling the power cord out. > > http://consultcsg.com/shuttle.dsdt > I enabled debug and need some help interpreting the debug output for the > thermal poll: > > Execute Method: [\\_TZ_.THRM._TMP] (Node 0xc3322128) > exregion-0265 [188] ExSystemMemorySpaceHan: SystemMemory 0 (16 width) > Address= 0 FF81A > exregion-0378 [189] ExSystemIoSpaceHandler: SystemIO 1 (8 width) > Address= 0 295 > exregion-0378 [188] ExSystemIoSpaceHandler: SystemIO 0 (8 width) > Address= 0 296 > exregion-0265 [188] ExSystemMemorySpaceHan: SystemMemory 0 (8 width) > Address= 0 FF840 > acpi_tz0: _TMP value is absurd, ignored (-73.0C) > Execute Method: [\\_TZ_.THRM._TMP] (Node 0xc3322128) > exregion-0265 [188] ExSystemMemorySpaceHan: SystemMemory 0 (16 width) > Address= 0 FF81A > exregion-0378 [189] ExSystemIoSpaceHandler: SystemIO 1 (8 width) > Address= 0 295 > exregion-0378 [188] ExSystemIoSpaceHandler: SystemIO 0 (8 width) > Address= 0 296 > exregion-0265 [188] ExSystemMemorySpaceHan: SystemMemory 0 (8 width) > Address= 0 FF840 > acpi_tz0: _TMP value is absurd, ignored (-73.0C) > > > Sean > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" -- Alexandre "Sunny" Kovalenko From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 21 16:12:55 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0437216A41B for ; Wed, 21 Nov 2007 16:12:55 +0000 (UTC) (envelope-from lioux@FreeBSD.org) Received: from goat.gigo.com (goat.gigo.com [216.218.228.114]) by mx1.freebsd.org (Postfix) with ESMTP id DF5F413C4C6 for ; Wed, 21 Nov 2007 16:12:54 +0000 (UTC) (envelope-from lioux@FreeBSD.org) Received: from 200.140.84.113 (200-140-84-113.bsace702.dsl.brasiltelecom.net.br [200.140.84.113]) by goat.gigo.com (Postfix) with ESMTP id CC523B86A for ; Wed, 21 Nov 2007 08:12:53 -0800 (PST) Received: (qmail 72885 invoked from network); 21 Nov 2007 14:11:22 -0200 Received: from unknown (HELO nexxus.fedaykin.here) (127.0.0.1) by exxodus.fedaykin.here with SMTP; 21 Nov 2007 14:11:22 -0200 Message-ID: <474458A9.9020806@FreeBSD.org> Date: Wed, 21 Nov 2007 14:11:21 -0200 From: Mario Sergio Fujikawa Ferreira User-Agent: Thunderbird 2.0.0.9 (X11/20071118) MIME-Version: 1.0 To: Sean Bruno References: <20071120224937.58148.qmail@nexxus.fedaykin.here> <47436A2D.5020800@miralink.com> In-Reply-To: <47436A2D.5020800@miralink.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, Hiroyuki Aizu Subject: Re: Neither acpi_thermal nor acpi_toshiba working X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2007 16:12:55 -0000 Sean Bruno wrote: > Mario Sergio Fujikawa Ferreira wrote: >> I am running FreeBSD 7-STABLE from November 20th on a Toshiba >> laptop Satellite A135-S4527 with Intel Pentium dual-core processor >> T2080. >> >> # uname -a >> FreeBSD nexxus.fedaykin.here 7.0-BETA2 FreeBSD 7.0-BETA2 #18: Tue Nov >> 20 00:52:10 BRST 2007 >> lioux@nexxus:/usr/src/sys/i386/compile/LIOUX i386 >> >> I get neither acpi_thermal nor acpi_toshiba sysctl entries >> on my system though the correct modules are loaded. >> >> I am attaching my system information. Let me know if there >> is anything I can do to help. >> >> Regards, >> > > Can you run the following command: > sudo acpidump -dt -o toshiba_A135.dsdt > toshiba_A135.asl > > Then post the toshiba_A135.asl on the web somewhere for review? Done. You can grab it at http://people.freebsd.org/~lioux/acpi/toshiba_A135.asl http://people.freebsd.org/~lioux/acpi/toshiba_A135.dsdt > P.S. You may want to try updating your system BIOS. ACPI tables are > broken on many machines. I am already using the latest bios 1.60. :) Let me know if there is anything else I can do. Regards, -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 21 16:16:39 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFF1B16A4D8 for ; Wed, 21 Nov 2007 16:16:39 +0000 (UTC) (envelope-from test@ns1.gakki.ne.jp) Received: from ns1.gakki.ne.jp (ns1.gakki.ne.jp [211.18.219.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6F76413C48A for ; Wed, 21 Nov 2007 16:16:39 +0000 (UTC) (envelope-from test@ns1.gakki.ne.jp) Received: from ns1.gakki.ne.jp (ns1.gakki.ne.jp [127.0.0.1]) by ns1.gakki.ne.jp (Postfix) with ESMTP id 45D1528687 for ; Thu, 22 Nov 2007 01:09:01 +0900 (JST) Received: (from test@localhost) by ns1.gakki.ne.jp (8.13.4/8.13.4/Submit) id lALG91Oo029097; Thu, 22 Nov 2007 01:09:01 +0900 Date: Thu, 22 Nov 2007 01:09:01 +0900 Message-Id: <200711211609.lALG91Oo029097@ns1.gakki.ne.jp> To: freebsd-acpi@freebsd.org From: TotalMP3Converter.Offerts@ns1.gakki.ne.jp MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: New OFFERT X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2007 16:16:39 -0000 TOTAL MP3 CONVERTER... THIS WEEK FOR FREE!!! The best just got better. Now you can appreciate our new product at its true value! MP3 Converter is a high quality product. Those who ever tried any other tool from Softplicity know that. Program features and advantages in comparison with similar programs: * Source formats are MP3, RA, APL, MPC, MP+, M4A, MP4, TTA, OFR, SPX, WAV, OGG, WMA, FLAC, CDA, AAC, APE, MPP, WV, XM, IT, S3M, MOD, MTM, UMX. This one could help me feel like normal user, not a fool!!! The only drawback is that its a trial version. But i think its definitely worth the money , This Program makes the best TOP QUALITY. Mp3's from wav's better than highly publicized. It just works :) Copyright © 1998-2007 [1]Total MP3 Converter. All rights reserved. [all-to-mp3.png] [2]FREE Download References 1. mailto:support@TotalConverter.com 2. http://h1.ripway.com/totaldownloads/TotalMP3Converter.exe From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 21 16:58:04 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF20B16A418; Wed, 21 Nov 2007 16:58:04 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 9258F13C44B; Wed, 21 Nov 2007 16:58:04 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 089E361A9A9; Wed, 21 Nov 2007 08:58:04 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28334-09; Wed, 21 Nov 2007 08:58:03 -0800 (PST) Received: from [10.47.1.6] (vpn.office.miralink.com [10.0.0.5]) by plato.miralink.com (Postfix) with ESMTP id 8AA8F61A9A7; Wed, 21 Nov 2007 08:58:02 -0800 (PST) Message-ID: <47446399.7000600@miralink.com> Date: Wed, 21 Nov 2007 08:58:01 -0800 From: Sean Bruno User-Agent: Thunderbird 2.0.0.5 (X11/20070727) MIME-Version: 1.0 To: Mario Sergio Fujikawa Ferreira References: <20071120224937.58148.qmail@nexxus.fedaykin.here> <47436A2D.5020800@miralink.com> <474458A9.9020806@FreeBSD.org> In-Reply-To: <474458A9.9020806@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Nov 21 08:58:03 2007 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4744639b223341804284693 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.499 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.499 X-Spam-Level: Cc: freebsd-acpi@FreeBSD.org, Hiroyuki Aizu Subject: Re: Neither acpi_thermal nor acpi_toshiba working X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2007 16:58:04 -0000 Mario Sergio Fujikawa Ferreira wrote: > Sean Bruno wrote: >> Mario Sergio Fujikawa Ferreira wrote: >>> I am running FreeBSD 7-STABLE from November 20th on a Toshiba >>> laptop Satellite A135-S4527 with Intel Pentium dual-core processor >>> T2080. >>> >>> # uname -a >>> FreeBSD nexxus.fedaykin.here 7.0-BETA2 FreeBSD 7.0-BETA2 #18: Tue >>> Nov 20 00:52:10 BRST 2007 >>> lioux@nexxus:/usr/src/sys/i386/compile/LIOUX i386 >>> >>> I get neither acpi_thermal nor acpi_toshiba sysctl entries >>> on my system though the correct modules are loaded. >>> >>> I am attaching my system information. Let me know if there >>> is anything I can do to help. >>> >>> Regards, >>> >> >> Can you run the following command: >> sudo acpidump -dt -o toshiba_A135.dsdt > toshiba_A135.asl >> >> Then post the toshiba_A135.asl on the web somewhere for review? > > Done. You can grab it at > > http://people.freebsd.org/~lioux/acpi/toshiba_A135.asl > http://people.freebsd.org/~lioux/acpi/toshiba_A135.dsdt Weird, I don't see a thermal zone in your tables. Can someone with more Toshiba experience comment? Sean From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 21 20:11:21 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE9CD16A420 for ; Wed, 21 Nov 2007 20:11:21 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms169133pub.verizon.net (vms169133pub.verizon.net [206.46.169.133]) by mx1.freebsd.org (Postfix) with ESMTP id A58A713C4C5 for ; Wed, 21 Nov 2007 20:11:21 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.144.51]) by vms169133.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JRV0090SHE5ZTBS@vms169133.mailsrvcs.net> for freebsd-acpi@freebsd.org; Wed, 21 Nov 2007 14:10:55 -0600 (CST) Date: Wed, 21 Nov 2007 15:10:13 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <1195536301.1271.11.camel@localhost> To: Nick Withers Message-id: <1195675813.56779.42.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <1195536301.1271.11.camel@localhost> Cc: freebsd-acpi@freebsd.org Subject: Re: acpi_thermal User Overriden Parameters Reset on Power State Change X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2007 20:11:21 -0000 On Tue, 2007-11-20 at 16:25 +1100, Nick Withers wrote: > Hi y'all, > > Firstly, sorry if this isn't entirely the correct place to post this, I think acpi@ would be the better place (forwarded). > for starters I'm not sure whether this problem is limited to -CURRENT > and / or 7.0 or not. Tried to have a look at fixing it myself, but I'm > not l33t enough! :-) > > On my Compaq Presario B3820 (PV142PA#ABG) laptop, I override the > hw.acpi.thermal.tz0._PSV value because the default is the temperature at > which the CPU is halted by the hardware until the temperature settles > down. Since this gets triggered fairly often and is pretty annoying, I > lower the trigger temperature level and have powerd(8) work > passive-cooling-shaped magic. > > However, disconnecting or reconnecting AC power resets the value to the > BIOS provided level. > > Would anyone be able to offer assistance with this? It's not too big a > deal, I just have to remember to set the appropriate value again if the > power state changes. > At the very least, you do not have to remember to do this: at the bottom of /etc/devd.conf there is an example on how to associate your custom script with AC state changes. Look for something like: # This example calls a script when the AC state changes, passing the # notify value as the first argument. If the state is 0x00, it might # call some sysctls to implement economy mode. If 0x01, it might set # the mode to performance. notify 10 { match "system" "ACPI"; match "subsystem" "ACAD"; action "/etc/acpi_ac $notify"; }; As to changing _PSV value for good: you can dump your ASL (look for instructions in the Handbook), then look for something like Method (_PSV, 0, NotSerialized) { Return (0xE30) } modify value, remembering that = * 10 + 2732, recompile your ASL and override it on boot (handbook comes handy there as well). HTH, -- Alexandre "Sunny" Kovalenko From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 21 20:23:46 2007 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 953F416A417 for ; Wed, 21 Nov 2007 20:23:46 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5DAE213C461 for ; Wed, 21 Nov 2007 20:22:28 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 9239 invoked from network); 21 Nov 2007 20:22:09 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 21 Nov 2007 20:22:09 -0000 Message-ID: <4744936A.6090002@root.org> Date: Wed, 21 Nov 2007 12:22:02 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <1195536301.1271.11.camel@localhost> <1195675813.56779.42.camel@RabbitsDen> In-Reply-To: <1195675813.56779.42.camel@RabbitsDen> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org Subject: Re: acpi_thermal User Overriden Parameters Reset on Power State Change X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2007 20:23:47 -0000 Alexandre "Sunny" Kovalenko wrote: > On Tue, 2007-11-20 at 16:25 +1100, Nick Withers wrote: >> Hi y'all, >> >> Firstly, sorry if this isn't entirely the correct place to post this, > I think acpi@ would be the better place (forwarded). > >> for starters I'm not sure whether this problem is limited to -CURRENT >> and / or 7.0 or not. Tried to have a look at fixing it myself, but I'm >> not l33t enough! :-) >> >> On my Compaq Presario B3820 (PV142PA#ABG) laptop, I override the >> hw.acpi.thermal.tz0._PSV value because the default is the temperature at >> which the CPU is halted by the hardware until the temperature settles >> down. Since this gets triggered fairly often and is pretty annoying, I >> lower the trigger temperature level and have powerd(8) work >> passive-cooling-shaped magic. >> >> However, disconnecting or reconnecting AC power resets the value to the >> BIOS provided level. >> >> Would anyone be able to offer assistance with this? It's not too big a >> deal, I just have to remember to set the appropriate value again if the >> power state changes. >> > At the very least, you do not have to remember to do this: at the bottom > of /etc/devd.conf there is an example on how to associate your custom > script with AC state changes. Look for something like: > > # This example calls a script when the AC state changes, passing the > # notify value as the first argument. If the state is 0x00, it might > # call some sysctls to implement economy mode. If 0x01, it might set > # the mode to performance. > notify 10 { > match "system" "ACPI"; > match "subsystem" "ACAD"; > action "/etc/acpi_ac $notify"; > }; > > As to changing _PSV value for good: you can dump your ASL (look for > instructions in the Handbook), then look for something like > > Method (_PSV, 0, NotSerialized) > { > Return (0xE30) > } > > modify value, remembering that = * 10 + 2732, > recompile your ASL and override it on boot (handbook comes handy there as well). Alexandre, thank you for your detailed and accurate reply. I really appreciate the work of users in helping share information about acpi. If you ever want to submit examples for the acpi section of the handbook, this kind of FAQ would be useful. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 22 02:21:14 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF6AF16A41B for ; Thu, 22 Nov 2007 02:21:13 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.freebsd.org (Postfix) with ESMTP id A93E813C4B8 for ; Thu, 22 Nov 2007 02:21:13 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.144.51]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JRV006A8VPNKT10@vms046.mailsrvcs.net> for freebsd-acpi@FreeBSD.org; Wed, 21 Nov 2007 19:20:14 -0600 (CST) Date: Wed, 21 Nov 2007 20:19:31 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <4744B812.6010602@miralink.com> To: Sean Bruno Message-id: <1195694371.57740.24.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <4741D35B.1010509@miralink.com> <4741EF2F.3060708@miralink.com> <1195660760.56779.28.camel@RabbitsDen> <4744B812.6010602@miralink.com> Cc: freebsd-acpi@FreeBSD.org Subject: Re: Temperature sensor is absurd X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2007 02:21:14 -0000 On Wed, 2007-11-21 at 14:58 -0800, Sean Bruno wrote: > Alexandre "Sunny" Kovalenko wrote: > > On Mon, 2007-11-19 at 12:16 -0800, Sean Bruno wrote: > > > >> Sean Bruno wrote: > >> > >>> Using RELENG_6(updated) on a Shuttle xPC SD30G2, I am seeing the > >>> following error message repeating on the console: > >>> acpi_tz0: _TMP value is absurd, ignored (-73.0C) > >>> > >>> The temperature reported by the BIOS is ~31C for the CPU and ~32C for > >>> the System. > >>> > >>> I agree that -73C is "absurd" for sure. The system has the latest > >>> BIOS(rev 7). What should I look at to repair this condition? > >>> > >>> I have dumped the ACPI tables > >>> http://consultcsg.com/shuttle.asl > >>> > > This chunk is somewhat suspicious: > > > > Method (RTMP, 0, NotSerialized) > > { > > Store (GBYT (0x29), Local0) > > FindSetLeftBit (Local0, Local1) > > If (LEqual (Local1, 0x08)) > > { > > And (Local0, 0x7F, Local0) > > Multiply (Local0, 0x0A, Local0) > > Subtract (0x0AAC, Local0, Local0) > > } > > Else > > { > > Multiply (Local0, 0x0A, Local0) > > Add (0x0AAC, Local0, Local0) > > } > > > > If (LEqual (SSHU, 0x01)) > > { > > Return (0x0C3C) > > } > > Else > > { > > Return (Local0) > > } > > } > > > > Let's say GBYT(29) returned 0xc9, then first branch of the If kicks in and > > 0xc9 & 0x7f -> 0x49 > > 0x49 * 0xa -> 0x2da > > 0xAAC - 0x2da -> 0x7d2 > > > > 0x7d2 is 200.2K or -73C in ACPI reckoning. > > > > Unfortunately, I have no idea why GBYT(0x29) would return value with the bit 0x80 set and what the real > > special processing should have been. You can experiment by changing Subtract to Add and trying to see > > whether your temperature makes any sense, but this is pretty much wild guess. > > > > As usual, if you are playing with the thermal subsystem, I would recommend putting laptop on the cooling > > pad and taking out the battery. Latter will allow you to shut machine down on the short notice by pulling > > the power cord out. > > > I fired up an install of Windows XP to use the Shuttle "monitoring" > software to see what it was doing. There appear to be three different > temperature settings to query: CPU, System and Motherboard. CPU and > System are valid (~31C) but Motherboard returns N/A in the Shuttle > monitoring app. I really could not speak to how this utility is working and where does it take values it reports back to you. According to your ASL, there is one ACPI thermal zone, with one temperature reporting method (_TMP). This method could, in turn, walk down three possible paths: 1a. call RTMP() method, we have discussed previously, which either returns some value it reads from somewhere 1b. or returns fixed value, equivalent to 40C 2. return fixed value, equivalent to 21.8C > > > I note that there is some other kind of temperature monitor available: > > Method (STMP, 2, NotSerialized) Apart from the suggestive method name and placement in the ThermalZone, I don't know that it is relevant. It is not being called by anything, that I can tell, and it is not mentioned in ACPI Specification. > { > Store (Arg1, DW00) > If (Arg0) > { > STHY (DB00, DB01, DW00) > } > Else > { > STOS (DB00, DB01, DW00) > > } > > > > I assume that these are the two valid value that I would want to gather > for this motherboard. Since they appear to be non-standard, is there a > quirk in the acpi code that I can try to get them returned for the > temperature? If you are willing to override your ASL on startup (very easily done with FreeBSD) and not afraid of some fairly basic programming (using pretty obscure programming language ;), you can do practically anything you want. On one of the laptops, I have owned in the past, I have created full complement of _ACx/_ALx objects complete with the appropriate FAN devices. However, I was lucky to stumble upon pretty self-explanatory fan control code in my ASL. YMMV. In addition to cooling pad and running without battery, I would also recommend reading relevant portions of the Handbook and Chapter 12 ("Thermal management") of the ACPI specification. > > Sean -- Alexandre "Sunny" Kovalenko From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 22 09:25:23 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0BE916A49C for ; Thu, 22 Nov 2007 09:25:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id AE13A13C4D5 for ; Thu, 22 Nov 2007 09:25:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 220788155-1834499 for multiple; Wed, 21 Nov 2007 18:05:24 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lALN5CAQ055294; Wed, 21 Nov 2007 18:05:12 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Wed, 21 Nov 2007 15:54:19 -0500 User-Agent: KMail/1.9.6 References: <1195536301.1271.11.camel@localhost> <1195675813.56779.42.camel@RabbitsDen> <4744936A.6090002@root.org> In-Reply-To: <4744936A.6090002@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711211554.20024.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 21 Nov 2007 18:05:12 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4874/Wed Nov 21 15:33:19 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, SUBJECT_EXCESS_QP autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: acpi_thermal User Overriden Parameters Reset on Power State Change X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2007 09:25:24 -0000 On Wednesday 21 November 2007 03:22:02 pm Nate Lawson wrote: > Alexandre "Sunny" Kovalenko wrote: > > On Tue, 2007-11-20 at 16:25 +1100, Nick Withers wrote: > >> Hi y'all, > >> > >> Firstly, sorry if this isn't entirely the correct place to post this, > > I think acpi@ would be the better place (forwarded). > > > >> for starters I'm not sure whether this problem is limited to -CURRENT > >> and / or 7.0 or not. Tried to have a look at fixing it myself, but I'm > >> not l33t enough! :-) > >> > >> On my Compaq Presario B3820 (PV142PA#ABG) laptop, I override the > >> hw.acpi.thermal.tz0._PSV value because the default is the temperature at > >> which the CPU is halted by the hardware until the temperature settles > >> down. Since this gets triggered fairly often and is pretty annoying, I > >> lower the trigger temperature level and have powerd(8) work > >> passive-cooling-shaped magic. > >> > >> However, disconnecting or reconnecting AC power resets the value to the > >> BIOS provided level. > >> > >> Would anyone be able to offer assistance with this? It's not too big a > >> deal, I just have to remember to set the appropriate value again if the > >> power state changes. > >> > > At the very least, you do not have to remember to do this: at the bottom > > of /etc/devd.conf there is an example on how to associate your custom > > script with AC state changes. Look for something like: > > > > # This example calls a script when the AC state changes, passing the > > # notify value as the first argument. If the state is 0x00, it might > > # call some sysctls to implement economy mode. If 0x01, it might set > > # the mode to performance. > > notify 10 { > > match "system" "ACPI"; > > match "subsystem" "ACAD"; > > action "/etc/acpi_ac $notify"; > > }; > > > > As to changing _PSV value for good: you can dump your ASL (look for > > instructions in the Handbook), then look for something like > > > > Method (_PSV, 0, NotSerialized) > > { > > Return (0xE30) > > } > > > > modify value, remembering that = * 10 + 2732, > > recompile your ASL and override it on boot (handbook comes handy there as well). > > Alexandre, thank you for your detailed and accurate reply. I really > appreciate the work of users in helping share information about acpi. > If you ever want to submit examples for the acpi section of the > handbook, this kind of FAQ would be useful. One issue, btw, with the "ACAD" example is that you can't easily hook multiple actions to a single event. For example, it would be nice if I could have ataidle change the power settings for my hard drive when I was on battery, but I'd have to have my script call /etc/rc.d/power_profile to not lose the existing power profile stuff, and that doesn't allow for scaling in an automated way (i.e. having ports add a file under /usr/local/etc somewhere to hook into the power profile stuff). -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 22 09:46:33 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BE2E16A468 for ; Thu, 22 Nov 2007 09:46:33 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 1DE5413C468 for ; Thu, 22 Nov 2007 09:46:32 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 2822061AAA4; Wed, 21 Nov 2007 14:58:28 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13891-06; Wed, 21 Nov 2007 14:58:26 -0800 (PST) Received: from [10.0.0.40] (iago.office.miralink.com [10.0.0.40]) by plato.miralink.com (Postfix) with ESMTP id A148261AA61; Wed, 21 Nov 2007 14:58:26 -0800 (PST) Message-ID: <4744B812.6010602@miralink.com> Date: Wed, 21 Nov 2007 14:58:26 -0800 From: Sean Bruno User-Agent: Thunderbird 1.5.0.12 (X11/20071019) MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <4741D35B.1010509@miralink.com> <4741EF2F.3060708@miralink.com> <1195660760.56779.28.camel@RabbitsDen> In-Reply-To: <1195660760.56779.28.camel@RabbitsDen> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Nov 21 14:58:27 2007 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4744b813115728539715904 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.499 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, AWL=-0.000, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.499 X-Spam-Level: Cc: freebsd-acpi@FreeBSD.org Subject: Re: Temperature sensor is absurd X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2007 09:46:33 -0000 Alexandre "Sunny" Kovalenko wrote: > On Mon, 2007-11-19 at 12:16 -0800, Sean Bruno wrote: > >> Sean Bruno wrote: >> >>> Using RELENG_6(updated) on a Shuttle xPC SD30G2, I am seeing the >>> following error message repeating on the console: >>> acpi_tz0: _TMP value is absurd, ignored (-73.0C) >>> >>> The temperature reported by the BIOS is ~31C for the CPU and ~32C for >>> the System. >>> >>> I agree that -73C is "absurd" for sure. The system has the latest >>> BIOS(rev 7). What should I look at to repair this condition? >>> >>> I have dumped the ACPI tables >>> http://consultcsg.com/shuttle.asl >>> > This chunk is somewhat suspicious: > > Method (RTMP, 0, NotSerialized) > { > Store (GBYT (0x29), Local0) > FindSetLeftBit (Local0, Local1) > If (LEqual (Local1, 0x08)) > { > And (Local0, 0x7F, Local0) > Multiply (Local0, 0x0A, Local0) > Subtract (0x0AAC, Local0, Local0) > } > Else > { > Multiply (Local0, 0x0A, Local0) > Add (0x0AAC, Local0, Local0) > } > > If (LEqual (SSHU, 0x01)) > { > Return (0x0C3C) > } > Else > { > Return (Local0) > } > } > > Let's say GBYT(29) returned 0xc9, then first branch of the If kicks in and > 0xc9 & 0x7f -> 0x49 > 0x49 * 0xa -> 0x2da > 0xAAC - 0x2da -> 0x7d2 > > 0x7d2 is 200.2K or -73C in ACPI reckoning. > > Unfortunately, I have no idea why GBYT(0x29) would return value with the bit 0x80 set and what the real > special processing should have been. You can experiment by changing Subtract to Add and trying to see > whether your temperature makes any sense, but this is pretty much wild guess. > > As usual, if you are playing with the thermal subsystem, I would recommend putting laptop on the cooling > pad and taking out the battery. Latter will allow you to shut machine down on the short notice by pulling > the power cord out. > I fired up an install of Windows XP to use the Shuttle "monitoring" software to see what it was doing. There appear to be three different temperature settings to query: CPU, System and Motherboard. CPU and System are valid (~31C) but Motherboard returns N/A in the Shuttle monitoring app. I note that there is some other kind of temperature monitor available: Method (STMP, 2, NotSerialized) { Store (Arg1, DW00) If (Arg0) { STHY (DB00, DB01, DW00) } Else { STOS (DB00, DB01, DW00) } I assume that these are the two valid value that I would want to gather for this motherboard. Since they appear to be non-standard, is there a quirk in the acpi code that I can try to get them returned for the temperature? Sean From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 22 21:49:56 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D57F16A46D for ; Thu, 22 Nov 2007 21:49:56 +0000 (UTC) (envelope-from netslists@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 589AD13C44B for ; Thu, 22 Nov 2007 21:49:56 +0000 (UTC) (envelope-from netslists@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so616959anc for ; Thu, 22 Nov 2007 13:49:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=CeNSGixMWfOIs2I5bx3dGn0XwpcJOKqsf2JW9C9gEZY=; b=Eg9QdQX4VMXUShKaRkCrOUnkctMT0sBVAedFIvUnDZjSIvYaRpOKODcpnVCWIXGAX6HklLiJL30Jc5nnp5bHk0fOKBnBhBd3/sLXnkKgedMciz6WBoxs1rOPUYcXlQuAYYGsAyZQIyhu45Ov6XRpNmG5IssOwpjZ90H3HVsqNKU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=SV4lBSsFiiTDiL29z+ZfAQmb/a8N7HM60bV/V9t2Qzk5t5//fsNLt1ucaE/VKCcnczI+n/M2s275CCF8IK2dtMMvJx7Dapyzl8Dw35KrYKoR/I8E8UNKVE9YPfuVTI08uRpTTNYV1HlE0MN9j0smZVDsIFiNAtTPRyCohTPJCGY= Received: by 10.100.251.5 with SMTP id y5mr13019948anh.1195766589106; Thu, 22 Nov 2007 13:23:09 -0800 (PST) Received: from ?192.168.12.8? ( [97.101.40.241]) by mx.google.com with ESMTPS id b37sm1659069ana.2007.11.22.13.23.08 (version=SSLv3 cipher=RC4-MD5); Thu, 22 Nov 2007 13:23:08 -0800 (PST) Message-ID: <4745F33A.5070006@gmail.com> Date: Thu, 22 Nov 2007 16:23:06 -0500 From: Sten Daniel Soersdal User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: olivier.drouin@enodegroup.com References: <000301c81cb1$90ea1c30$b2be5490$@drouin@enodegroup.com> In-Reply-To: <000301c81cb1$90ea1c30$b2be5490$@drouin@enodegroup.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@FreeBSD.org Subject: Re: Intel server board, fans running at full speed. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2007 21:49:56 -0000 Olivier Drouin wrote: > I wanted to update the bios but what Intel gives (IFLAS= H.exe > NH1340P.BIO & NH1340P.ITK) is > 1.44 Meg so it doesn=E2=80=99t fit on a= DOS boot > disk. How can I update the BIOS? Do you feel it can fix my problem ? Some servers use undisclosed methods to control the fans. But to do the flashing you could; To do this is relatively easy using two floppies. First create a bootdisk that loads DOS, configures a RAM drive and=20 copies the essential DOS files to RAM, sets %COMSPEC%, %PATH% et al. You = could probably fit a copy of some of the files on there. Second swap floppies with the remaining files and start the flash procedu= re. Although it might not be necessary, i'd probably copy the remaining=20 files to RAM before starting the flash procedure just to be sure that it = isn't corrupted in the obvious ways. --=20 Sten Daniel Soersdal From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 22 22:32:22 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C60F16A417 for ; Thu, 22 Nov 2007 22:32:22 +0000 (UTC) (envelope-from olivier.drouin@enodegroup.com) Received: from secure1.ipsec.ca (secure1.ipsec.ca [207.96.225.98]) by mx1.freebsd.org (Postfix) with ESMTP id DE2EE13C478 for ; Thu, 22 Nov 2007 22:32:21 +0000 (UTC) (envelope-from olivier.drouin@enodegroup.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by secure1.ipsec.ca (Postfix) with ESMTP id 622D42C4002 for ; Thu, 22 Nov 2007 17:02:16 -0500 (EST) Received: from secure1.ipsec.ca ([127.0.0.1]) by localhost (secure1.ipsec.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1ULfAy-EaQfW for ; Thu, 22 Nov 2007 17:02:15 -0500 (EST) Received: from wrkoli01 (142-217-165-139.telebecinternet.net [142.217.165.139]) by secure1.ipsec.ca (Postfix) with ESMTP id 0E2112C4001 for ; Thu, 22 Nov 2007 17:02:14 -0500 (EST) From: "Olivier Drouin" To: References: <000301c81cb1$90ea1c30$b2be5490$@drouin@enodegroup.com> <4745F33A.5070006@gmail.com> In-Reply-To: <4745F33A.5070006@gmail.com> Date: Thu, 22 Nov 2007 17:02:08 -0500 Organization: Groupe Enode Message-ID: <000501c82d53$5477c510$fd674f30$@drouin@enodegroup.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcgtTebr/fgadvuzSe2UaxIMD3z2JAABHNrA Content-Language: fr-ca Cc: Subject: RE: Intel server board, fans running at full speed. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: olivier.drouin@enodegroup.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2007 22:32:22 -0000 Alright I will try it if it comes to that.=20 Good idea to put data in RAM to get space, forest hidden by a tree :-) But it looks like that my problem is that I don=E2=80=99t know what = driver to use for the fan controller that works over the SMBus. At least that's how I begin to understand it.=20 I don=E2=80=99t know how many google queries I did for this one. It's an Intel server board, it should be easy to get all the = functionalities, no? Oli -----Original Message----- From: Sten Daniel Soersdal [mailto:netslists@gmail.com]=20 Sent: 22 novembre 2007 16:23 To: olivier.drouin@enodegroup.com Cc: freebsd-acpi@FreeBSD.org Subject: Re: Intel server board, fans running at full speed. Olivier Drouin wrote: > I wanted to update the bios but what Intel gives = (IFLASH.exe > NH1340P.BIO & NH1340P.ITK) is > 1.44 Meg so it doesn=E2=80=99t fit on = a DOS boot > disk. How can I update the BIOS? Do you feel it can fix my problem ? Some servers use undisclosed methods to control the fans. But to do the flashing you could; To do this is relatively easy using two floppies. First create a bootdisk that loads DOS, configures a RAM drive and=20 copies the essential DOS files to RAM, sets %COMSPEC%, %PATH% et al. You = could probably fit a copy of some of the files on there. Second swap floppies with the remaining files and start the flash = procedure. Although it might not be necessary, i'd probably copy the remaining=20 files to RAM before starting the flash procedure just to be sure that it = isn't corrupted in the obvious ways. --=20 Sten Daniel Soersdal No virus found in this incoming message. Checked by AVG Free Edition.=20 Version: 7.5.503 / Virus Database: 269.16.4/1145 - Release Date: = 2007-11-22 11:49 =20 No virus found in this outgoing message. Checked by AVG Free Edition.=20 Version: 7.5.503 / Virus Database: 269.16.4/1145 - Release Date: = 2007-11-22 11:49 =20 From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 23 01:06:03 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 408A116A418 for ; Fri, 23 Nov 2007 01:06:03 +0000 (UTC) (envelope-from olivier.drouin@enodegroup.com) Received: from secure1.ipsec.ca (secure1.ipsec.ca [207.96.225.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0540913C457 for ; Fri, 23 Nov 2007 01:06:02 +0000 (UTC) (envelope-from olivier.drouin@enodegroup.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by secure1.ipsec.ca (Postfix) with ESMTP id 21BFD2C4002 for ; Thu, 22 Nov 2007 20:06:02 -0500 (EST) Received: from secure1.ipsec.ca ([127.0.0.1]) by localhost (secure1.ipsec.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HiBDdsZi1jiJ for ; Thu, 22 Nov 2007 20:06:01 -0500 (EST) Received: from wrkoli01 (142-217-165-139.telebecinternet.net [142.217.165.139]) by secure1.ipsec.ca (Postfix) with ESMTP id 45A6D2C4001 for ; Thu, 22 Nov 2007 20:06:01 -0500 (EST) From: "Olivier Drouin" To: References: <000301c81cb1$90ea1c30$b2be5490$@drouin@enodegroup.com> <4745F33A.5070006@gmail.com> In-Reply-To: <4745F33A.5070006@gmail.com> Date: Thu, 22 Nov 2007 20:05:53 -0500 Organization: Groupe Enode Message-ID: <000601c82d6d$00299730$007cc590$@drouin@enodegroup.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcgtTebr/fgadvuzSe2UaxIMD3z2JAAHbapg Content-Language: fr-ca Cc: Subject: RE: Intel server board, fans running at full speed. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: olivier.drouin@enodegroup.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Nov 2007 01:06:03 -0000 http://lists.freebsd.org/pipermail/freebsd-questions/2007-November/161795= .html This guy seems to have the same (kind of) problem as me.=20 Is it a documentation problem ? It seems common yet I cant find = anything. Oli. -----Original Message----- From: Sten Daniel Soersdal [mailto:netslists@gmail.com]=20 Sent: 22 novembre 2007 16:23 To: olivier.drouin@enodegroup.com Cc: freebsd-acpi@FreeBSD.org Subject: Re: Intel server board, fans running at full speed. Olivier Drouin wrote: > I wanted to update the bios but what Intel gives = (IFLASH.exe > NH1340P.BIO & NH1340P.ITK) is > 1.44 Meg so it doesn=E2=80=99t fit on = a DOS boot > disk. How can I update the BIOS? Do you feel it can fix my problem ? Some servers use undisclosed methods to control the fans. But to do the flashing you could; To do this is relatively easy using two floppies. First create a bootdisk that loads DOS, configures a RAM drive and=20 copies the essential DOS files to RAM, sets %COMSPEC%, %PATH% et al. You = could probably fit a copy of some of the files on there. Second swap floppies with the remaining files and start the flash = procedure. Although it might not be necessary, i'd probably copy the remaining=20 files to RAM before starting the flash procedure just to be sure that it = isn't corrupted in the obvious ways. --=20 Sten Daniel Soersdal No virus found in this incoming message. Checked by AVG Free Edition.=20 Version: 7.5.503 / Virus Database: 269.16.4/1145 - Release Date: = 2007-11-22 11:49 =20 No virus found in this outgoing message. Checked by AVG Free Edition.=20 Version: 7.5.503 / Virus Database: 269.16.4/1145 - Release Date: = 2007-11-22 11:49 =20 From owner-freebsd-acpi@FreeBSD.ORG Sat Nov 24 16:57:44 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9054D16A417 for ; Sat, 24 Nov 2007 16:57:44 +0000 (UTC) (envelope-from TS.Stadler@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id F3EBF13C4CC for ; Sat, 24 Nov 2007 16:57:43 +0000 (UTC) (envelope-from TS.Stadler@gmx.de) Received: (qmail invoked by alias); 24 Nov 2007 15:57:42 -0000 Received: from 91-65-165-150-dynip.superkabel.de (EHLO [192.168.2.101]) [91.65.165.150] by mail.gmx.net (mp052) with SMTP; 24 Nov 2007 16:57:42 +0100 X-Authenticated: #26887842 X-Provags-ID: V01U2FsdGVkX1+PsEopzRqPQNISke6IkBBOqKXFsokeYkbMF/Az18 Ujrc1mJuBHCxYu From: Tobias Stadler To: freebsd-acpi@freebsd.org Date: Sat, 24 Nov 2007 16:57:30 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200711241657.30653.TS.Stadler@gmx.de> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Problem with acpi and Toshiba Satelite Pro P100 439 (broken acpi table???) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 16:57:44 -0000 Hello everbody, I have some problems with acpi on my Toshiba Satelite Pro P100 439. The laptop has a ipw3945 wireless card. If I the acpi module was not loaded, wlan works just fine (I can connect to may acces point, ...). But if acpi is loaded, I get the error (see dmesg): unknown: I/O range not supported or the system freezes, if the if_wpi modul is loaded in /boot/loader.conf output of uname -a: FreeBSD walhalla 7.0-BETA3 FreeBSD 7.0-BETA3 #4: Sat Nov 24 11:09:06 CET 2007 root@walhalla:/usr/obj/usr/src/sys/MYKERNEL i386 output of acpidump -t -d can be found here: http://www.erdingbasket.de/bsd/acpi.dsl dmesg can be found here: http://www.erdingbasket.de/bsd/dmesg Regards, Tobias