From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 00:34:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E53E716A420 for ; Sun, 16 Oct 2005 00:34:12 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06CFB43D48 for ; Sun, 16 Oct 2005 00:34:11 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t6so113498wxc for ; Sat, 15 Oct 2005 17:34:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=EERWwUArs2gUYVLyejxmpYGb264RM4w8HRLv7sJiLfDfB8Edz/L45eqdU+BbaARo7fpK2PJZZDXEuy3WP/xRuIbSTNLj2xQkyD3Xt6qeVjSddPHs9eGaPrXFO87NoCRZuk98s4B68xNz3fkJcbNAVeATGHXFqrTt+33FD+vXrAI= Received: by 10.70.9.10 with SMTP id 10mr1741742wxi; Sat, 15 Oct 2005 17:34:10 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Sat, 15 Oct 2005 17:34:10 -0700 (PDT) Message-ID: <70e8236f0510151734s4c8d0cc5k1410497eb79c54bd@mail.gmail.com> Date: Sun, 16 Oct 2005 01:34:10 +0100 From: Joao Barros To: bfoz@terrandev.com, freebsd-current@freebsd.org, simokawa@freebsd.org, Stefan Farfeleder MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Re: i386/69218: [boot] failure: 4.10-BETA and later do not boot on Asus A7N8X motherboards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 00:34:13 -0000 I know everyone must be busy right now with the release of 6.0 but this PR is rather old and the problem has been identified by a commit to the firewire code. As Brandon was able to identify, a commit[1] by simokawa@ on 2004/03/26 introduced a regression I believe only those lucky owners of Asus A7N8X motherboards experience. I could verify this: - Clean cold boot: kernel doesn't boot - After connecting an Ipod or my laptop mini firewire: kernel boots - After having connected a device and shutting down the machine, without powering off: kernel boots - Clean cold boot and connecting a firewire device after the kernel stopping: kernel continues to boot adding this to dmesg: fwohci0: node_id=3D0xc800ffc1, gen=3D1, CYCLEMASTER mode firewire0: 2 nodes, maxhop <=3D 1, cable IRM =3D 1 (me) firewire0: bus manager 1 (me) firewire0: New S400 device ID:474fc0003a7a6010 (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error ATA PseudoRAID loaded ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 Trying to mount root from ufs:/dev/md0 start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /rescue/init start_init: trying /stand/sysinstall [1] http://lists.freebsd.org/pipermail/cvs-all/2004-March/056972.html Verbose boot on FreeBSD 6.0 RC1: SMAP type=3D01 base=3D0000000000000000 len=3D000000000009f800 SMAP type=3D02 base=3D00000000000f0000 len=3D0000000000010000 SMAP type=3D02 base=3D00000000fec00000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fee00000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000ffff0000 len=3D0000000000010000 SMAP type=3D02 base=3D000000000009f800 len=3D0000000000000800 SMAP type=3D01 base=3D0000000000100000 len=3D000000001fef0000 SMAP type=3D03 base=3D000000001fff3000 len=3D000000000000d000 SMAP type=3D04 base=3D000000001fff0000 len=3D0000000000003000 Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =09The Regents of the University of California. All rights reserved. FreeBSD 6.0-RC1 #0: Sun Oct 9 20:32:57 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ec0000. Preloaded mfs_root "/boot/mfsroot" at 0xc0ec0198. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ec01dc. mptable_probe: MP Config Table has bad signature: Table 'FACP' at 0x1fff3040 Table 'APIC' at 0x1fff74c0 MADT: Found table at 0x1fff74c0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193174 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1403188574 Hz CPU: AMD Athlon(tm) XP 1600+ (1403.19-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x662 Stepping =3D 2 Features=3D0x383fbff AMD Features=3D0xc0480800 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associat= ive L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associativ= e real memory =3D 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000001f6b7fff, 510210048 bytes (124563 pages) avail memory =3D 511778816 (488 MB) bios32: Found BIOS32 Service Directory header at 0xc00fafe0 bios32: Entry =3D 0xfb470 (c00fb470) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xb4a0 pnpbios: Found PnP BIOS data at 0xc00fbf20 pnpbios: Entry =3D f0000:bf50 Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1):=09mode 1 addr port (0x0cf8) is 0x80000888 pci_open(1a):=09mode1res=3D0x80000000 (0x80000000) pci_cfgcheck:=09device 0 [class=3D060000] [hdr=3D80] is there (id=3D01e010d= e) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fdeb0 PCI-Only Interrupts: 3 5 7 10 11 Location Bus Device Pin Link IRQs slot 1 0 8 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 2 0 12 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 2 0 12 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 2 0 12 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 2 0 12 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 3 2 1 A 0x0f 3 4 5 7 9 10 11 12 14 15 slot 3 2 1 B 0x0f 3 4 5 7 9 10 11 12 14 15 slot 3 2 1 C 0x0f 3 4 5 7 9 10 11 12 14 15 slot 3 2 1 D 0x0f 3 4 5 7 9 10 11 12 14 15 slot 4 1 6 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 4 1 6 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 1 6 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 4 1 6 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 5 1 7 A 0x04 3 4 5 7 9 10 11 12 14 15 slot 5 1 7 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 5 1 7 C 0x02 3 4 5 7 9 10 11 12 14 15 slot 5 1 7 D 0x03 3 4 5 7 9 10 11 12 14 15 slot 6 1 8 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 6 1 8 B 0x04 3 4 5 7 9 10 11 12 14 15 slot 6 1 8 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 6 1 8 D 0x02 3 4 5 7 9 10 11 12 14 15 slot 7 1 9 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 7 1 9 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 7 1 9 C 0x04 3 4 5 7 9 10 11 12 14 15 slot 7 1 9 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 8 1 10 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 8 1 10 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 8 1 10 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 8 1 10 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 9 1 11 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 9 1 11 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 9 1 11 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 9 1 11 D 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 30 A 0x04 3 4 5 7 9 10 11 12 14 15 embedded 0 30 B 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 30 C 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 30 D 0x03 3 4 5 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 1 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 1 func 0 AcpiOsDerivePciId: bus 0 dev 1 func 0 AcpiOsDerivePciId: bus 0 dev 1 func 0 pci_link0: on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: irq 11 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: irq 7 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: irq 10 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: irq 7 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: irq 5 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link8: irq 3 on acpi0 pci_link8: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 10 11 12 14 15 pci_link8: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 10 11 12 14 15 pci_link8: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link9: irq 11 on acpi0 pci_link9: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 12 14 15 pci_link9: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 12 14 15 pci_link9: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link10: on acpi0 pci_link10: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link10: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link10: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link11: irq 3 on acpi0 pci_link11: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 10 11 12 14 15 pci_link11: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 10 11 12 14 15 pci_link11: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link12: irq 5 on acpi0 pci_link12: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 12 14 15 pci_link12: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 12 14 15 pci_link12: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link13: irq 10 on acpi0 pci_link13: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 12 14 15 pci_link13: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 12 14 15 pci_link13: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link14: irq 10 on acpi0 pci_link14: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 12 14 15 pci_link14: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 12 14 15 pci_link14: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link15: on acpi0 pci_link15: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link15: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link15: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link16: irq 16 on acpi0 pci_link16: Links after initial probe: Index IRQ Rtd Ref IRQs 0 16 N 0 16 pci_link16: Links after initial validation: Index IRQ Rtd Ref IRQs 0 16 N 0 16 pci_link16: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link17: irq 17 on acpi0 pci_link17: Links after initial probe: Index IRQ Rtd Ref IRQs 0 17 N 0 17 pci_link17: Links after initial validation: Index IRQ Rtd Ref IRQs 0 17 N 0 17 pci_link17: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 17 pci_link18: irq 18 on acpi0 pci_link18: Links after initial probe: Index IRQ Rtd Ref IRQs 0 18 N 0 18 pci_link18: Links after initial validation: Index IRQ Rtd Ref IRQs 0 18 N 0 18 pci_link18: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 18 pci_link19: irq 19 on acpi0 pci_link19: Links after initial probe: Index IRQ Rtd Ref IRQs 0 19 N 0 19 pci_link19: Links after initial validation: Index IRQ Rtd Ref IRQs 0 19 N 0 19 pci_link19: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 19 pci_link20: irq 16 on acpi0 pci_link20: Links after initial probe: Index IRQ Rtd Ref IRQs 0 16 N 0 16 pci_link20: Links after initial validation: Index IRQ Rtd Ref IRQs 0 16 N 0 16 pci_link20: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 16 pci_link21: irq 0 on acpi0 pci_link21: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link21: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link21: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link22: irq 0 on acpi0 pci_link22: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link22: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link22: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link23: irq 0 on acpi0 pci_link23: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link23: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link23: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link24: irq 0 on acpi0 pci_link24: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link24: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link24: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link25: irq 0 on acpi0 pci_link25: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link25: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link25: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link26: irq 0 on acpi0 pci_link26: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link26: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link26: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link27: irq 23 on acpi0 pci_link27: Links after initial probe: Index IRQ Rtd Ref IRQs 0 23 N 0 23 pci_link27: Links after initial validation: Index IRQ Rtd Ref IRQs 0 23 N 0 23 pci_link27: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 23 pci_link28: irq 0 on acpi0 pci_link28: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link28: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link28: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link29: irq 0 on acpi0 pci_link29: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link29: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link29: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link30: irq 0 on acpi0 pci_link30: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link30: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link30: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link31: irq 0 on acpi0 pci_link31: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link31: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 pci_link31: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 20 21 22 ACPI timer: 1/1 1/2 1/2 1/2 1/2 1/1 1/2 1/2 1/1 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=3D0 found->=09vendor=3D0x10de, dev=3D0x01e0, revid=3D0xa2 =09bus=3D0, slot=3D0, func=3D0 =09class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x0006, statreg=3D0x00b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09map[10]: type 3, range 32, base d0000000, size 27, enabled found->=09vendor=3D0x10de, dev=3D0x01eb, revid=3D0xa2 =09bus=3D0, slot=3D0, func=3D1 =09class=3D05-00-00, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x0000, statreg=3D0x0020, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found->=09vendor=3D0x10de, dev=3D0x01ee, revid=3D0xa2 =09bus=3D0, slot=3D0, func=3D2 =09class=3D05-00-00, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x0000, statreg=3D0x0020, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found->=09vendor=3D0x10de, dev=3D0x01ed, revid=3D0xa2 =09bus=3D0, slot=3D0, func=3D3 =09class=3D05-00-00, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x0000, statreg=3D0x0020, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found->=09vendor=3D0x10de, dev=3D0x01ec, revid=3D0xa2 =09bus=3D0, slot=3D0, func=3D4 =09class=3D05-00-00, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x0000, statreg=3D0x0020, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found->=09vendor=3D0x10de, dev=3D0x01ef, revid=3D0xa2 =09bus=3D0, slot=3D0, func=3D5 =09class=3D05-00-00, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x0000, statreg=3D0x0020, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found->=09vendor=3D0x10de, dev=3D0x0060, revid=3D0xa3 =09bus=3D0, slot=3D1, func=3D0 =09class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x000f, statreg=3D0x00b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found->=09vendor=3D0x10de, dev=3D0x0064, revid=3D0xa2 =09bus=3D0, slot=3D1, func=3D1 =09class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x0001, statreg=3D0x00b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x01 (250 ns) =09intpin=3Da, irq=3D3 =09powerspec 2 supports D0 D3 current D0 =09map[10]: type 4, range 32, base 0000c800, size 5, enabled pcib0: matched entry for 0.1.INTA (src \_SB_.PCI0.APCS:0) ioapic0: Changing polarity for pin 23 to high pcib0: slot 1 INTA routed to irq 23 via \_SB_.PCI0.APCS found->=09vendor=3D0x10de, dev=3D0x0067, revid=3D0xa3 =09bus=3D0, slot=3D2, func=3D0 =09class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x0007, statreg=3D0x00b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x01 (250 ns) =09intpin=3Da, irq=3D10 =09powerspec 2 supports D0 D1 D2 D3 current D0 =09map[10]: type 1, range 32, base ec086000, size 12, enabled pcib0: matched entry for 0.2.INTA (src \_SB_.PCI0.APCF:0) pci_link21: Picked IRQ 20 with weight 0 ioapic0: Changing polarity for pin 20 to high pcib0: slot 2 INTA routed to irq 20 via \_SB_.PCI0.APCF found->=09vendor=3D0x10de, dev=3D0x0067, revid=3D0xa3 =09bus=3D0, slot=3D2, func=3D1 =09class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x0007, statreg=3D0x00b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x01 (250 ns) =09intpin=3Db, irq=3D7 =09powerspec 2 supports D0 D1 D2 D3 current D0 =09map[10]: type 1, range 32, base ec081000, size 12, enabled pcib0: matched entry for 0.2.INTB (src \_SB_.PCI0.APCG:0) pci_link22: Picked IRQ 21 with weight 0 ioapic0: Changing polarity for pin 21 to high pcib0: slot 2 INTB routed to irq 21 via \_SB_.PCI0.APCG found->=09vendor=3D0x10de, dev=3D0x0068, revid=3D0xa3 =09bus=3D0, slot=3D2, func=3D2 =09class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D1 =09cmdreg=3D0x0006, statreg=3D0x00b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x01 (250 ns) =09intpin=3Dc, irq=3D5 =09powerspec 2 supports D0 D1 D2 D3 current D0 =09map[10]: type 1, range 32, base ec082000, size 8, enabled pcib0: matched entry for 0.2.INTC (src \_SB_.PCI0.APCL:0) pci_link28: Picked IRQ 22 with weight 0 ioapic0: Changing polarity for pin 22 to high pcib0: slot 2 INTC routed to irq 22 via \_SB_.PCI0.APCL found->=09vendor=3D0x10de, dev=3D0x0066, revid=3D0xa1 =09bus=3D0, slot=3D4, func=3D0 =09class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0007, statreg=3D0x00b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x01 (250 ns), maxlat=3D0x14 (5000 ns) =09intpin=3Da, irq=3D5 =09powerspec 2 supports D0 D1 D2 D3 current D0 =09map[10]: type 1, range 32, base ec085000, size 12, enabled =09map[14]: type 4, range 32, base 0000cc00, size 3, enabled pcib0: matched entry for 0.4.INTA (src \_SB_.PCI0.APCH:0) pci_link23: Picked IRQ 20 with weight 1 pcib0: slot 4 INTA routed to irq 20 via \_SB_.PCI0.APCH found->=09vendor=3D0x10de, dev=3D0x006b, revid=3D0xa2 =09bus=3D0, slot=3D5, func=3D0 =09class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0006, statreg=3D0x00b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x01 (250 ns), maxlat=3D0x0c (3000 ns) =09intpin=3Da, irq=3D3 =09powerspec 2 supports D0 D1 D2 D3 current D0 =09map[10]: type 1, range 32, base ec000000, size 19, enabled pcib0: matched entry for 0.5.INTA (src \_SB_.PCI0.APCI:0) pci_link24: Picked IRQ 21 with weight 1 pcib0: slot 5 INTA routed to irq 21 via \_SB_.PCI0.APCI found->=09vendor=3D0x10de, dev=3D0x006a, revid=3D0xa1 =09bus=3D0, slot=3D6, func=3D0 =09class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0007, statreg=3D0x00b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x05 (1250 ns) =09intpin=3Da, irq=3D11 =09powerspec 2 supports D0 D1 D2 D3 current D0 =09map[10]: type 4, range 32, base 0000c000, size 8, enabled =09map[14]: type 4, range 32, base 0000c400, size 7, enabled =09map[18]: type 1, range 32, base ec080000, size 12, enabled pcib0: matched entry for 0.6.INTA (src \_SB_.PCI0.APCJ:0) pci_link25: Picked IRQ 22 with weight 1 pcib0: slot 6 INTA routed to irq 22 via \_SB_.PCI0.APCJ found->=09vendor=3D0x10de, dev=3D0x006c, revid=3D0xa3 =09bus=3D0, slot=3D8, func=3D0 =09class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 =09cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x00 (0 ns) found->=09vendor=3D0x10de, dev=3D0x0065, revid=3D0xa2 =09bus=3D0, slot=3D9, func=3D0 =09class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0005, statreg=3D0x00b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x01 (250 ns) =09powerspec 2 supports D0 D3 current D0 =09map[20]: type 4, range 32, base 0000f000, size 4, enabled found->=09vendor=3D0x10de, dev=3D0x006d, revid=3D0xa3 =09bus=3D0, slot=3D12, func=3D0 =09class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 =09cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x00 (0 ns) found->=09vendor=3D0x10de, dev=3D0x006e, revid=3D0xa3 =09bus=3D0, slot=3D13, func=3D0 =09class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0007, statreg=3D0x00b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x01 (250 ns) =09intpin=3Da, irq=3D10 =09powerspec 2 supports D0 D1 D2 D3 current D0 =09map[10]: type 1, range 32, base ec083000, size 11, enabled =09map[14]: type 1, range 32, base ec084000, size 6, enabled pcib0: matched entry for 0.13.INTA (src \_SB_.PCI0.APCM:0) pci_link29: Picked IRQ 20 with weight 2 pcib0: slot 13 INTA routed to irq 20 via \_SB_.PCI0.APCM found->=09vendor=3D0x10de, dev=3D0x01e8, revid=3D0xa2 =09bus=3D0, slot=3D30, func=3D0 =09class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 =09cmdreg=3D0x0107, statreg=3D0x0220, cachelnsz=3D0 (dwords) =09lattimer=3D0x20 (960 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x00 (0 ns) agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xd0000000 agp0: allocating GATT for aperture of size 128M pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xec086000-0xec086fff irq 20 at device 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xec086000 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xec081000-0xec081fff irq 21 at device 2.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xec081000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xec082000-0xec0820ff irq 22 at device 2.2 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xec082000 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered nve0: port 0xcc00-0xcc07 mem 0xec085000-0xec085fff irq 20 at d evice 4.0 on pci0 nve0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xec085000 nve0: Ethernet address f8:f8:f8:f8:f8:f8 miibus0: on nve0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nve0: bpf attached nve0: Ethernet address: f8:f8:f8:f8:f8:f8 nve0: [GIANT-LOCKED] pci0: at device 5.0 (no driver attached) pci0: at device 6.0 (no driver attached) pcib1: at device 8.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x9000-0xafff pcib1: memory decode 0xe8000000-0xe9ffffff pcib1: prefetched decode 0xfff00000-0xfffff ACPI: Found matching pin for 0.6.INTA at func 0: 22 pci_link16: BIOS IRQ 22 for 0.6.INTA is invalid pci1: on pcib1 pci1: physical bus=3D1 found->=09vendor=3D0x1095, dev=3D0x3112, revid=3D0x02 =09bus=3D1, slot=3D11, func=3D0 =09class=3D01-04-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D8 (dwords) =09lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =09intpin=3Da, irq=3D11 =09powerspec 2 supports D0 D1 D2 D3 current D0 =09map[10]: type 4, range 32, base 00009000, size 3, enabled pcib1: (null) requested I/O range 0x9000-0x9007: in range =09map[14]: type 4, range 32, base 00009400, size 2, enabled pcib1: (null) requested I/O range 0x9400-0x9403: in range =09map[18]: type 4, range 32, base 00009800, size 3, enabled pcib1: (null) requested I/O range 0x9800-0x9807: in range =09map[1c]: type 4, range 32, base 00009c00, size 2, enabled pcib1: (null) requested I/O range 0x9c00-0x9c03: in range =09map[20]: type 4, range 32, base 0000a000, size 4, enabled pcib1: (null) requested I/O range 0xa000-0xa00f: in range =09map[24]: type 1, range 32, base e9000000, size 9, enabled pcib1: (null) requested memory range 0xe9000000-0xe90001ff: good pcib1: matched entry for 1.11.INTA (src \_SB_.PCI0.APC3:0) ioapic0: Changing polarity for pin 18 to high pcib1: slot 11 INTA routed to irq 18 via \_SB_.PCI0.APC3 atapci0: port 0x9000-0x9007,0x9400-0x9403,0x9800-0x9807,0x9c00-0x9c03,0x a000-0xa00f mem 0xe9000000-0xe90001ff irq 18 at device 11.0 on pci1 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xa000 atapci0: [MPSAFE] atapci0: Reserved 0x200 bytes for rid 0x24 type 3 at 0xe9000000 ata2: on atapci0 ata2: SATA connect ready time=3D530ms ata2: sata_connect devices=3D0x1 ata2: [MPSAFE] ata3: on atapci0 ata3: SATA connect ready time=3D240ms ata3: sata_connect devices=3D0x1 ata3: [MPSAFE] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 9.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata0: stat0=3D0x90 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: stat0=3D0x10 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: reset tp2 stat0=3D10 stat1=3D00 devices=3D0xc ata0: [MPSAFE] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D60 ostat1=3D70 ata1: stat0=3D0x20 err=3D0x20 lsb=3D0x20 msb=3D0x20 ata1: stat1=3D0x30 err=3D0x30 lsb=3D0x30 msb=3D0x30 ata1: reset tp2 stat0=3D20 stat1=3D30 devices=3D0x0 ata1: [MPSAFE] pcib2: at device 12.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xb000-0xbfff pcib2: memory decode 0xea000000-0xebffffff pcib2: prefetched decode 0xfff00000-0xfffff ACPI: Found matching pin for 0.1.INTA at func 1: 23 pci_link30: BIOS IRQ 23 for 0.1.INTA is invalid pci2: on pcib2 pci2: physical bus=3D2 found->=09vendor=3D0x10b7, dev=3D0x9201, revid=3D0x40 =09bus=3D2, slot=3D1, func=3D0 =09class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) =09lattimer=3D0x20 (960 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x0a (2500 n= s) =09intpin=3Da, irq=3D10 =09powerspec 2 supports D0 D1 D2 D3 current D0 =09map[10]: type 4, range 32, base 0000b000, size 7, enabled pcib2: (null) requested I/O range 0xb000-0xb07f: in range =09map[14]: type 1, range 32, base eb000000, size 7, enabled pcib2: (null) requested memory range 0xeb000000-0xeb00007f: good pcib2: matched entry for 2.1.INTA (src \_SB_.PCI0.AP3C:0) pci_link30: Picked IRQ 21 with weight 2 pcib2: slot 1 INTA routed to irq 21 via \_SB_.PCI0.AP3C xl0: <3Com 3c920B-EMB Integrated Fast Etherlink XL> port 0xb000-0xb07f mem 0xeb000000-0xeb00007f irq 2 1 at device 1.0 on pci2 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xeb000000 xl0: using memory mapped I/O xl0: media options word: 40 xl0: found MII/AUTO miibus1: on xl0 acphy0: on miibus1 acphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:e0:18:f1:62:91 xl0: [MPSAFE] fwohci0: vendor=3D10de, dev=3D6e fwohci0: vendor=3D10de, dev=3D6e fwohci0: <1394 Open Host Controller Interface> mem 0xec083000-0xec0837ff,0xec084000-0xec08403f irq 20 at device 13.0 on pci0 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xec083000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 f8:f8:f8:f8:f8:f8:00:00 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: fa:f8:f8:f8:00:00 fwe0: bpf attached fwe0: Ethernet address: fa:f8:f8:f8:00:00 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset pcib3: at device 30.0 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xd8000000-0xdfffffff pcib3: prefetched decode 0xe0000000-0xe7ffffff AcpiOsDerivePciId: bus 0 dev 30 func 0 pci3: on pcib3 pci3: physical bus=3D3 found->=09vendor=3D0x10de, dev=3D0x0201, revid=3D0xa3 =09bus=3D3, slot=3D0, func=3D0 =09class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 =09cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) =09lattimer=3D0x20 (960 ns), mingnt=3D0x05 (1250 ns), maxlat=3D0x01 (250 ns= ) =09intpin=3Da, irq=3D7 =09powerspec 2 supports D0 D3 current D0 =09map[10]: type 1, range 32, base d8000000, size 24, enabled pcib3: (null) requested memory range 0xd8000000-0xd8ffffff: good =09map[14]: type 3, range 32, base e0000000, size 26, enabled pcib3: (null) requested memory range 0xe0000000-0xe3ffffff: good =09map[18]: type 3, range 32, base e4000000, size 19, enabled pcib3: (null) requested memory range 0xe4000000-0xe407ffff: good pcib3: matched entry for 3.0.INTA (src \_SB_.PCI0.APC4:0) ioapic0: Changing polarity for pin 19 to high pcib3: slot 0 INTA routed to irq 19 via \_SB_.PCI0.APC4 pci3: at device 0.0 (no driver attached) sio0: irq maps: 0xca9 0xcb9 0xca9 0xca9 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A, console 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 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 3c psm: status 17 03 c8 psm: status 00 03 3c psm: status 00 03 3c psm: data 00 00 00 psm: status 00 02 3c psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sio: sio0 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 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 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 0xcc000-0xd07ff,0xd1000-0xd27ff,0xd3000-0xd37ff 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) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xca9 0xca9 0xca9 0xca9 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 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 133636845 hz Timecounter "TSC" frequency 1403188574 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached md0: Preloaded image 4423680 bytes at 0xc0a2f584 ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA66 cable=3D80 wire acd0: setting PIO4 on nVidia nForce2 chip acd0: setting UDMA66 on nVidia nForce2 chip acd0: DVDROM drive at ata0 as mas= ter acd0: read 6875KB/s (6875KB/s), 256KB buffer, UDMA66 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc acd1: setting PIO4 on nVidia nForce2 chip acd1: setting UDMA33 on nVidia nForce2 chip acd1: DVDR drive at ata0 as slave acd1: read 5512KB/s (5512KB/s) write 1722KB/s (1722KB/s), 2048KB buffer, UD= MA33 acd1: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd1: Writes: CDR, CDRW, DVDR, test write, burnproof acd1: Audio: play, 256 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: CD-RW 120mm data disc ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D40 wire ad4: 152627MB at ata2-master SATA150 ad4: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: Silicon Image check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D40 wire ad6: 190782MB at ata3-master SATA150 ad6: 390721968 sectors [387621C/16H/63S] 16 sectors/interrupt 1 depth queue ad6: Silicon Image check3 failed ad6: Adaptec check1 failed ad6: LSI (v3) check1 failed ad6: LSI (v2) check1 failed ad6: FreeBSD check1 failed GEOM: new disk ad4 GEOM: new disk ad6 kernel stops here, but if I plug any firewire device it continues to boot: fwohci0: node_id=3D0xc800ffc0, gen=3D2, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error ATA PseudoRAID loaded ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 Trying to mount root from ufs:/dev/md0 start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /rescue/init start_init: trying /stand/sysinstall -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 00:51:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7AB916A41F; Sun, 16 Oct 2005 00:51:20 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5165443D5F; Sun, 16 Oct 2005 00:51:17 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9G0p2G8008581; Sat, 15 Oct 2005 18:51:02 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 15 Oct 2005 18:52:15 -0600 (MDT) Message-Id: <20051015.185215.15267237.imp@bsdimp.com> To: thompsa@freebsd.org From: "M. Warner Losh" In-Reply-To: <20051015073245.GA27380@heff.fud.org.nz> References: <20051015014313.GA25990@heff.fud.org.nz> <20051015073245.GA27380@heff.fud.org.nz> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 15 Oct 2005 18:51:02 -0600 (MDT) Cc: current@freebsd.org Subject: Re: RC1 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 00:51:21 -0000 In message: <20051015073245.GA27380@heff.fud.org.nz> Andrew Thompson writes: : On Sat, Oct 15, 2005 at 02:43:13PM +1300, Andrew Thompson wrote: : > I am getting this panic on RC1, I am booting disc1 to install the : > system. Its a HP Omnibook 4150 and no PC cards are inserted. : > : > Fatal trap 12: page fault while in kernel mode : > fault virtual address = 0x0 : > fault code = supervisor read, page not present : > instruction pointer = 0x20:0xc0e96b0a : > stack pointer = 0x28:0xc1020b7c : > frame pointer = 0x28:0xc1020b8c : > code segment = base 0x0, limit 0xfffff, type 0x1b : > = DPL 0, pres 1, def32 1, gran 1 : > processor eflags = interrupt enabled, resume, IOPL = 0 : > current process = 0 (swapper) : > trap number = 12 : > panic: page fault : : The laptop boots fine without acpi. Here is the line number for the panic. : : (gdb) l *acpi_pci_link_lookup+0x42 : 0x3ffc2 is in acpi_pci_link_lookup (/usr/src/sys/modules/acpi/acpi/../../../dev/ : acpica/acpi_pci_link.c:590). : 585 struct acpi_pci_link_softc *sc; : 586 int i; : 587 : 588 ACPI_SERIAL_ASSERT(pci_link); : 589 sc = device_get_softc(dev); : 590 for (i = 0; i < sc->pl_num_links; i++) : 591 if (sc->pl_links[i].l_res_index == source_index) : 592 return (&sc->pl_links[i]); : 593 return (NULL); : 594 } Weird. sc has to be null here for this to fail at that line... Warner From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 02:23:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C44316A41F for ; Sun, 16 Oct 2005 02:23:05 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCB0A43D46 for ; Sun, 16 Oct 2005 02:23:04 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id A17281CCDD; Sun, 16 Oct 2005 15:23:02 +1300 (NZDT) Date: Sun, 16 Oct 2005 15:23:02 +1300 From: Andrew Thompson To: "M. Warner Losh" Message-ID: <20051016022302.GA30308@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , "M. Warner Losh" , current@freebsd.org References: <20051015014313.GA25990@heff.fud.org.nz> <20051015073245.GA27380@heff.fud.org.nz> <20051015.185215.15267237.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051015.185215.15267237.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: RC1 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 02:23:05 -0000 On Sat, Oct 15, 2005 at 06:52:15PM -0600, M. Warner Losh wrote: > In message: <20051015073245.GA27380@heff.fud.org.nz> > Andrew Thompson writes: > : On Sat, Oct 15, 2005 at 02:43:13PM +1300, Andrew Thompson wrote: > : > I am getting this panic on RC1, I am booting disc1 to install the > : > system. Its a HP Omnibook 4150 and no PC cards are inserted. > : > > : > Fatal trap 12: page fault while in kernel mode > : > fault virtual address = 0x0 > : > fault code = supervisor read, page not present > : > instruction pointer = 0x20:0xc0e96b0a > : > stack pointer = 0x28:0xc1020b7c > : > frame pointer = 0x28:0xc1020b8c > : > code segment = base 0x0, limit 0xfffff, type 0x1b > : > = DPL 0, pres 1, def32 1, gran 1 > : > processor eflags = interrupt enabled, resume, IOPL = 0 > : > current process = 0 (swapper) > : > trap number = 12 > : > panic: page fault > : > : The laptop boots fine without acpi. Here is the line number for the panic. > : > : (gdb) l *acpi_pci_link_lookup+0x42 > : 0x3ffc2 is in acpi_pci_link_lookup (/usr/src/sys/modules/acpi/acpi/../../../dev/ > : acpica/acpi_pci_link.c:590). > : 585 struct acpi_pci_link_softc *sc; > : 586 int i; > : 587 > : 588 ACPI_SERIAL_ASSERT(pci_link); > : 589 sc = device_get_softc(dev); > : 590 for (i = 0; i < sc->pl_num_links; i++) > : 591 if (sc->pl_links[i].l_res_index == source_index) > : 592 return (&sc->pl_links[i]); > : 593 return (NULL); > : 594 } > > Weird. sc has to be null here for this to fail at that line... > I'll add some printf's to confirm. I have tried on a slightly different Omnibook model and I get the same thing, latest bios on both. Andrew From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 04:21:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15CA916A420 for ; Sun, 16 Oct 2005 04:21:49 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FF0743D46 for ; Sun, 16 Oct 2005 04:21:48 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9G4JkWb009971; Sat, 15 Oct 2005 22:19:48 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 15 Oct 2005 22:21:00 -0600 (MDT) Message-Id: <20051015.222100.122687036.imp@bsdimp.com> To: info@martenvijn.nl From: "M. Warner Losh" In-Reply-To: <1129300467.656.22.camel@localhost.localdomain> References: <1129300467.656.22.camel@localhost.localdomain> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Sat_Oct_15_22:21:00_2005_321)--" Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 15 Oct 2005 22:19:54 -0600 (MDT) Cc: beheer@lijst.wirelessleiden.nl, freebsd-current@freebsd.org Subject: Re: wi2 died on 6.0 rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 04:21:49 -0000 ----Next_Part(Sat_Oct_15_22:21:00_2005_321)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit In message: <1129300467.656.22.camel@localhost.localdomain> Marten Vijn writes: : on a soekris 4521 => wi2 died while upgrading from 6.0. Beta3 to 6.0 : rc1 Please consider applying the following patch. I believe it will fix your problems. It fixes mine. Sorry for the bother. Basically any laptop with two PC Card slots couldn't have booted with both of them configured w/o this patch. The Soekris 4521 box is a laptop since it has two PCMCIA slots... There was one other report of weird at boot behavior on laptops that sounded very similar to this. However, I can't find it in the archives, so I hope whomever had that problem can try this patch... Warner ----Next_Part(Sat_Oct_15_22:21:00_2005_321)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename=wi-soekris-fix Index: pccardvarp.h =================================================================== RCS file: /home/ncvs/src/sys/dev/pccard/pccardvarp.h,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- pccardvarp.h 20 Sep 2005 06:47:33 -0000 1.1 +++ pccardvarp.h 16 Oct 2005 03:58:06 -0000 1.2 @@ -32,7 +32,7 @@ /* pccard itself */ -#define PCCARD_MEM_PAGE_SIZE 4096 +#define PCCARD_MEM_PAGE_SIZE 1024 #define PCCARD_CFE_MWAIT_REQUIRED 0x0001 #define PCCARD_CFE_RDYBSY_ACTIVE 0x0002 ----Next_Part(Sat_Oct_15_22:21:00_2005_321)---- From owner-freebsd-current@FreeBSD.ORG Sat Oct 15 15:09:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B134116A41F for ; Sat, 15 Oct 2005 15:09:47 +0000 (GMT) (envelope-from bozo@porunga.homeip.net) Received: from smtp.dcc.ufmg.br (turquesa.dcc.ufmg.br [150.164.0.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DC5B43D49 for ; Sat, 15 Oct 2005 15:09:46 +0000 (GMT) (envelope-from bozo@porunga.homeip.net) Received: from porunga.homeip.net (200216098164.user.veloxzone.com.br [200.216.98.164]) by smtp.dcc.ufmg.br (Postfix) with ESMTP id 14DF178C64 for ; Sat, 15 Oct 2005 12:09:44 -0300 (BRT) Received: by porunga.homeip.net (Postfix, from userid 666) id 4DAA6149; Sat, 15 Oct 2005 12:09:35 -0300 (BRT) Date: Sat, 15 Oct 2005 12:09:34 -0300 From: Flavio Pimentel Silvestrow To: current@freebsd.org Message-ID: <20051015150934.GA903@porunga.homeip.net> References: <621b657f0510130648m57487570s508b16e729a351c4@mail.gmail.com> <20051013165043.57db7a99.lists@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051013165043.57db7a99.lists@yazzy.org> User-Agent: Mutt/1.5.11 X-Mailman-Approved-At: Sun, 16 Oct 2005 11:37:57 +0000 Cc: Subject: Re: 6.0-RC1: reboot when trying to load X.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2005 15:09:47 -0000 Same problem here. X.org worked fine on 5.4 (with DRI enabled), and now it reboots on 6.0RC1 when trying to load X (with or without DRI). Vesa driver works fine. The video card is a 'SiS300/305/630 GUI Accelerator+3D', according to pciconf. Relevant lines on the kernel: device agp options COMPAT_FREEBSD5 Cheers. On Thu, Oct 13, 2005 at 04:50:43PM +0200, Marcin Jessa wrote: > On Thu, 13 Oct 2005 10:48:43 -0300 > Felipe openglx wrote: > > Hi all, > > this is my first post, and I'm quite new to FreeBSD. Don't push me > > too hard :) > > Last night I've upgraded a (well) running FreeBSD-5.4 install to > > 6.0-RC1 and had it running without problems. Well, mind you, ALMOST > > without problems. > > When trying to start X.org server (using GDM, using "startx" command > > line, or even using "X" command line), my machine freezes for a few > > seconds before rebooting instantly. My first thought was that the > > X.org port wasn't compiled for 6.0-RC1, so I recompiled it. Nope, it > > still crashes. So I ran X with verbose level 9, and got this (if this > > isn't the right place to paste large text blocks, SORRY! Just tell me > > where should I read the mailing-lists etiquete): > Just a thought but did you compile your kernel with: > options COMPAT_FREEBSD5 > ? > > I had to disable GDM auto-start, otherwise the machine would be > > rebooting itself everytime. Any idea on how we should work on that > > X.org problem? Note that the machine was working perfectly on > > FreeBSD-5.4, FreeBSD-5.2.1, Linux (Debian 3.0 and 3.1, Slackware 9, > > 9.1, 10), Windows (XP, 98), and FreeeDOS. > > If more information if needed, I can provide. > > Thanks in advance. -- __________________________________ | | | | Flavio Pimentel Silvestrow | Anuncie aqui! | | | flavio@porunga.homeip.net |__________________________________| From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 17:08:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DCF716A41F; Sun, 16 Oct 2005 17:08:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B645D43D48; Sun, 16 Oct 2005 17:08:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9GH8F4L018699; Sun, 16 Oct 2005 13:08:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9GH8F5k065889; Sun, 16 Oct 2005 13:08:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AB9807302F; Sun, 16 Oct 2005 13:08:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051016170815.AB9807302F@freebsd-current.sentex.ca> Date: Sun, 16 Oct 2005 13:08:15 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 17:08:17 -0000 TB --- 2005-10-16 15:47:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-16 15:47:42 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-10-16 15:47:42 - cleaning the object tree TB --- 2005-10-16 15:48:06 - checking out the source tree TB --- 2005-10-16 15:48:06 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-10-16 15:48:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-16 15:54:56 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-16 15:54:56 - cd /src TB --- 2005-10-16 15:54:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-16 16:58:58 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-16 16:58:58 - cd /src TB --- 2005-10-16 16:58:58 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Oct 16 16:58:58 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/joy/../../conf/kmod_syms.awk joy.kld export_syms | xargs -J% objcopy % joy.kld ld -Bshareable -d -warn-common -o joy.ko.debug joy.kld objcopy --strip-debug joy.ko.debug joy.ko ===> kbdmux (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/obj/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/kbdmux/../../dev/kbdmux/kbdmux.c /src/sys/modules/kbdmux/../../dev/kbdmux/kbdmux.c: In function `kbdmux_modevent': /src/sys/modules/kbdmux/../../dev/kbdmux/kbdmux.c:1286: warning: implicit declaration of function `kbd_detach' /src/sys/modules/kbdmux/../../dev/kbdmux/kbdmux.c:1286: warning: nested extern declaration of `kbd_detach' *** Error code 1 Stop in /src/sys/modules/kbdmux. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/alpha/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-16 17:08:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-16 17:08:15 - ERROR: failed to build generic kernel TB --- 2005-10-16 17:08:15 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 17:47:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C699316A41F for ; Sun, 16 Oct 2005 17:47:44 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: from martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF17C43D55 for ; Sun, 16 Oct 2005 17:47:42 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] ([192.168.1.6]) by martenvijn.nl (8.13.4/8.13.1) with ESMTP id j9GHm11o077618; Sun, 16 Oct 2005 19:48:02 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten Vijn To: "M. Warner Losh" In-Reply-To: <20051015.222100.122687036.imp@bsdimp.com> References: <1129300467.656.22.camel@localhost.localdomain> <20051015.222100.122687036.imp@bsdimp.com> Content-Type: text/plain Organization: Marten Vijn Date: Sun, 16 Oct 2005 19:47:33 +0000 Message-Id: <1129492054.668.10.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: wi2 died on 6.0 rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: info@martenvijn.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 17:47:44 -0000 On Sat, 2005-10-15 at 22:21 -0600, M. Warner Losh wrote: > In message: <1129300467.656.22.camel@localhost.localdomain> > Marten Vijn writes: > : on a soekris 4521 => wi2 died while upgrading from 6.0. Beta3 to 6.0 > : rc1 > > Please consider applying the following patch. It seems to work fine on a soekris. I will test it on a soekris and pentium 1 machines witch have 4 pccard slots with prism cards for testing: this img have 6.0 cf/hd with this patch http://wleiden.webweaving.org:8080/svn/node-config/other/6.0/ Could you send a nofifier if/when this patch is going to be merged in 6.0 Rc.x? thanks, Marten From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 18:13:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A50816A41F; Sun, 16 Oct 2005 18:13:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA5743D6A; Sun, 16 Oct 2005 18:13:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9GICx3r077646; Sun, 16 Oct 2005 14:12:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9GICxpc018289; Sun, 16 Oct 2005 14:12:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8BC747302F; Sun, 16 Oct 2005 14:12:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051016181259.8BC747302F@freebsd-current.sentex.ca> Date: Sun, 16 Oct 2005 14:12:59 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 18:13:04 -0000 TB --- 2005-10-16 17:08:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-16 17:08:15 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-16 17:08:15 - cleaning the object tree TB --- 2005-10-16 17:08:46 - checking out the source tree TB --- 2005-10-16 17:08:46 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-16 17:08:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-16 17:15:43 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-16 17:15:43 - cd /src TB --- 2005-10-16 17:15:43 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/i386/boot2/../../common -I/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -c /src/sys/boot/i386/boot2/sio.S ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o boot2.out /obj/amd64/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /obj/amd64/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=1.01 size=780 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=15cd text=0 data=0 bss=0 entry=0 output: fmt=bin size=1e61 text=114 data=1d4d org=0 entry=0 -97 bytes available *** Error code 1 Stop in /src/sys/boot/i386/boot2. *** Error code 1 Stop in /src/sys/boot/i386. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-16 18:12:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-16 18:12:59 - ERROR: failed to build world TB --- 2005-10-16 18:12:59 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 18:50:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAE9316A420 for ; Sun, 16 Oct 2005 18:50:38 +0000 (GMT) (envelope-from dantavious@comcast.net) Received: from rwcrmhc12.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D61443D79 for ; Sun, 16 Oct 2005 18:50:32 +0000 (GMT) (envelope-from dantavious@comcast.net) Received: from [192.168.1.109] (pcp0011002249pcs.longhl01.md.comcast.net[68.55.192.50]) by comcast.net (rwcrmhc13) with ESMTP id <2005101618503101500re26me>; Sun, 16 Oct 2005 18:50:31 +0000 From: Derrick Edwards To: Oliver Fromme Date: Sun, 16 Oct 2005 14:50:26 -0400 User-Agent: KMail/1.8.2 References: <200510111534.j9BFYCTl025838@lurza.secnetix.de> In-Reply-To: <200510111534.j9BFYCTl025838@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510161450.27175.dantavious@comcast.net> Cc: freebsd-current@freebsd.org Subject: Re: Firefox dies unexpectedly. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 18:50:38 -0000 On Tuesday 11 October 2005 11:34, Oliver Fromme wrote: I took CFLAGS= -O2 -pipe -funroll-loops out of /etc/make.conf and recompiled all my ports. Firefox still dies on nfl.com. I am stumped. Derrick > Derrick Edwards wrote: > > I have CFLAGS= -O2 -pipe -funroll-loops in /etc/make.conf > > Would this do any damage? > > Yes. You should either remove that line completely, > or reduce -O2 to -O, or add -fno-strict-aliasing to it. > Note that the default is: > > -O2 -fno-strict-aliasing -pipe > > If you use -O2 without -fno-strict-aliasing, then you > get problems in programs which are not aliasing-clean. > > The best solution is probably to just remove the CFLAGS > line from your /etc/make.conf, then rebuild everything. > > Best regards > Oliver From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 19:12:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23DC616A41F for ; Sun, 16 Oct 2005 19:12:37 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89D7E43D46 for ; Sun, 16 Oct 2005 19:12:36 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j9GJCaH1010634; Sun, 16 Oct 2005 15:12:36 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Derrick Edwards In-Reply-To: <200510161450.27175.dantavious@comcast.net> References: <200510111534.j9BFYCTl025838@lurza.secnetix.de> <200510161450.27175.dantavious@comcast.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-iLE6YSYz/OpkaJ1kT9a9" Organization: MarcusCom, Inc. Date: Sun, 16 Oct 2005 15:12:34 -0400 Message-Id: <1129489954.50625.18.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, Oliver Fromme Subject: Re: Firefox dies unexpectedly. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 19:12:37 -0000 --=-iLE6YSYz/OpkaJ1kT9a9 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2005-10-16 at 14:50 -0400, Derrick Edwards wrote: > On Tuesday 11 October 2005 11:34, Oliver Fromme wrote: >=20 > I took CFLAGS=3D -O2 -pipe -funroll-loops out of /etc/make.conf and reco= mpiled=20 > all my ports. Firefox still dies on nfl.com. I am stumped.=20 Remove your browser plug-ins. Almost all Firefox crashes are not Firefox's fault, but rather that of a plug-in. With a site like NFL.com, it's most likely Flash, but you should try it without any plug-ins first. And you should never build Firefox with -funroll-loops. Joe > Derrick >=20 >=20 > > Derrick Edwards wrote: > > > I have CFLAGS=3D -O2 -pipe -funroll-loops in /etc/make.conf > > > Would this do any damage? > > > > Yes. You should either remove that line completely, > > or reduce -O2 to -O, or add -fno-strict-aliasing to it. > > Note that the default is: > > > > -O2 -fno-strict-aliasing -pipe > > > > If you use -O2 without -fno-strict-aliasing, then you > > get problems in programs which are not aliasing-clean. > > > > The best solution is probably to just remove the CFLAGS > > line from your /etc/make.conf, then rebuild everything. > > > > Best regards > > Oliver > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-iLE6YSYz/OpkaJ1kT9a9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDUqYib2iPiv4Uz4cRAtSHAJ0ew7LUaosGxwTlq3CS7eTrqQNtPwCeLPlO gFIOmY9tAnG6vm/SonLrBCg= =JYe8 -----END PGP SIGNATURE----- --=-iLE6YSYz/OpkaJ1kT9a9-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 19:48:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B4D016A41F for ; Sun, 16 Oct 2005 19:48:49 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2D4543D6B for ; Sun, 16 Oct 2005 19:48:41 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id E3AF350F94; Sun, 16 Oct 2005 21:48:39 +0200 (CEST) Received: from localhost (dkj223.neoplus.adsl.tpnet.pl [83.24.13.223]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id F037450F92; Sun, 16 Oct 2005 21:48:31 +0200 (CEST) Date: Sun, 16 Oct 2005 21:48:19 +0200 From: Pawel Jakub Dawidek To: "Bjoern A. Zeeb" Message-ID: <20051016194819.GB3017@garage.freebsd.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.2 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL,RCVD_IN_SORBS_SOCKS autolearn=no version=3.0.4 Cc: FreeBSD current mailing list Subject: Re: mount memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 19:48:49 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 15, 2005 at 04:00:08PM +0000, Bjoern A. Zeeb wrote: +> Hi, +>=20 +> I had /dev/ad8s4d mounted read only to /shared and +> /local/building/ports/shared, then unounted /shared and did a +> mount -u -o rw /local/building/ports/shared *kaboom* This is known problem. Multiple read-only mounts aren't safe. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDUq6DForvXbEpPzQRAkfmAKDBh8e+SnwL5Mee4/jNnU4v1UztGwCgigTm G4BXMqkaAe5ybguMt3knXzE= =SVUO -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 19:55:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F1E616A41F; Sun, 16 Oct 2005 19:55:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F19543D48; Sun, 16 Oct 2005 19:55:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9GJt8iG026512; Sun, 16 Oct 2005 15:55:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9GJt86k060222; Sun, 16 Oct 2005 15:55:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E4EB97302F; Sun, 16 Oct 2005 15:55:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051016195507.E4EB97302F@freebsd-current.sentex.ca> Date: Sun, 16 Oct 2005 15:55:07 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 19:55:11 -0000 TB --- 2005-10-16 18:12:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-16 18:12:59 - starting HEAD tinderbox run for i386/i386 TB --- 2005-10-16 18:12:59 - cleaning the object tree TB --- 2005-10-16 18:13:30 - checking out the source tree TB --- 2005-10-16 18:13:30 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-10-16 18:13:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-16 18:20:18 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-16 18:20:18 - cd /src TB --- 2005-10-16 18:20:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-16 19:24:02 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-16 19:24:02 - cd /src TB --- 2005-10-16 19:24:02 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Oct 16 19:24:02 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Oct 16 19:41:22 UTC 2005 TB --- 2005-10-16 19:41:22 - generating LINT kernel config TB --- 2005-10-16 19:41:22 - cd /src/sys/i386/conf TB --- 2005-10-16 19:41:22 - /usr/bin/make -B LINT TB --- 2005-10-16 19:41:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-16 19:41:22 - cd /src TB --- 2005-10-16 19:41:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Oct 16 19:41:22 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/linux/linux_sysvec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_bus.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_cfgreg.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_pir.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/i386/svr4/svr4_locore.s cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/svr4/svr4_machdep.c /src/sys/i386/svr4/svr4_machdep.c: In function `svr4_sendsig': /src/sys/i386/svr4/svr4_machdep.c:432: error: structure has no member named `_info' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-16 19:55:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-16 19:55:07 - ERROR: failed to build lint kernel TB --- 2005-10-16 19:55:07 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 20:27:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E288616A420 for ; Sun, 16 Oct 2005 20:27:30 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60D2443D48 for ; Sun, 16 Oct 2005 20:27:30 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Sun, 16 Oct 2005 16:27:13 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 651121363D; Sun, 16 Oct 2005 16:27:21 -0400 (EDT) Date: Sun, 16 Oct 2005 16:27:21 -0400 From: Ed Maste To: freebsd-current@freebsd.org Message-ID: <20051016202721.GA10256@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 16 Oct 2005 20:27:13.0265 (UTC) FILETIME=[FDF31610:01C5D28F] Subject: DWL-650 (RTL8180L) cardbus issue (Expecting link target, got 0xcc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 20:27:31 -0000 I've got a D-Link DWL-650 card that uses the Realtek RTL8180L. I'd like to get it to work with the ndisulator but am not having any success. On inserting the card, with hw.cbb.debug=1, hw.cardbus.debug=1, hw.cardbus.cis_debug=1 I get the following: Status is 0x30000920 cbb1: card inserted: event=0x00000000, state=30000920 cbb1: cbb_power: 3V cardbus1: Expecting link target, got 0xcc cardbus1: Resource not specified in CIS: id=10, size=100 cardbus1: Resource not specified in CIS: id=14, size=200 cardbus1: Non-prefetchable memory at 88000000-880001ff cbb alloc res fail cardbus1: Can't get memory for IO ports cardbus1: at device 0.0 (no driver attached) cbb1: cbb_power: 0V A different wireless card (Atheros based) works (with the native driver), so I know the slots are at least functional. I've verified that the D-Link card works under Windows. Output from inserting the Atheros based card: Status is 0x30000920 cbb1: card inserted: event=0x00000000, state=30000920 cbb1: cbb_power: 3V TUPLE: LINKTARGET [3]: 43 49 53 Manufacturer ID: 71021200 TUPLE: Unknown(0x04) [6]: 03 01 00 00 00 00 TUPLE: Unknown(0x05) [14]: 41 b1 39 b5 1e 2d 4e 56 30 ff ff 02 e9 00 cardbus1: Opening BAR: type=MEM, bar=10, len=10000 CIS reading done cardbus1: Non-prefetchable memory at 88000000-8800ffff cardbus1: at device 0.0 (no driver attached) cbb1: cbb_power: 0V Is there a way to forcibly power up the slot, so that I can e.g. poke around with pciconf? I'm not very familiar with cardbus support. It appears that pccardc is supposed to be able to turn the slot on but relies on a nonexistent /dev/card0. I've included the dmesg output below for reference. -ed dmesg output: Copyright (c) 1992-2005 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 7.0-CURRENT #3: Tue Oct 11 18:03:58 EDT 2005 emaste@bsd-build.phaedrus.sandvine.com:/d2/emaste/head/obj/d2/emaste/head/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (696.97-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 536805376 (511 MB) avail memory = 515792896 (491 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 11 on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) cbb0: mem 0x50000000-0x50000fff irq 11 at device 2.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0x50100000-0x50100fff irq 11 at device 2.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fxp0: port 0x1800-0x183f mem 0xe8120000-0xe8120fff,0xe8100000-0xe811ffff irq 11 at device 3.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:06:36:ed pci0: at device 3.1 (no driver attached) pci0: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1850-0x185f at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0x1860-0x187f irq 11 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: flags 0x3000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ppc0: port 0x3bc-0x3bf irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 battery0: on acpi0 acpi_acad0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xcc000-0xcd7ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 696974309 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master UDMA33 acd0: DVDROM at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 20:27:36 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 726E016A41F for ; Sun, 16 Oct 2005 20:27:36 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E39AA43D48 for ; Sun, 16 Oct 2005 20:27:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9GKQrG2021214; Sun, 16 Oct 2005 14:26:57 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 16 Oct 2005 14:28:07 -0600 (MDT) Message-Id: <20051016.142807.66023862.imp@bsdimp.com> To: marcus@marcuscom.com From: "M. Warner Losh" In-Reply-To: <1129489954.50625.18.camel@shumai.marcuscom.com> References: <200510111534.j9BFYCTl025838@lurza.secnetix.de> <200510161450.27175.dantavious@comcast.net> <1129489954.50625.18.camel@shumai.marcuscom.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 16 Oct 2005 14:26:58 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG, olli@lurza.secnetix.de, dantavious@comcast.net Subject: Re: Firefox dies unexpectedly. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 20:27:36 -0000 In message: <1129489954.50625.18.camel@shumai.marcuscom.com> Joe Marcus Clarke writes: : Remove your browser plug-ins. Almost all Firefox crashes are not : Firefox's fault, but rather that of a plug-in. With a site like : NFL.com, it's most likely Flash, but you should try it without any : plug-ins first. Use truss/ktrace if necessary to track down stale plugins that might still be around. Stale plug-ins have spanked me too many times to count. Warner From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 21:31:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5577D16A41F; Sun, 16 Oct 2005 21:31:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25BFB43D58; Sun, 16 Oct 2005 21:31:44 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9GLVhJW031158; Sun, 16 Oct 2005 17:31:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9GLVhOK068670; Sun, 16 Oct 2005 17:31:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E8D407302F; Sun, 16 Oct 2005 17:31:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051016213142.E8D407302F@freebsd-current.sentex.ca> Date: Sun, 16 Oct 2005 17:31:42 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 21:31:46 -0000 TB --- 2005-10-16 19:55:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-16 19:55:08 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-10-16 19:55:08 - cleaning the object tree TB --- 2005-10-16 19:55:39 - checking out the source tree TB --- 2005-10-16 19:55:39 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-10-16 19:55:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-16 20:02:13 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-16 20:02:13 - cd /src TB --- 2005-10-16 20:02:13 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-16 21:05:58 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-16 21:05:58 - cd /src TB --- 2005-10-16 21:05:58 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Oct 16 21:05:59 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Oct 16 21:20:35 UTC 2005 TB --- 2005-10-16 21:20:35 - generating LINT kernel config TB --- 2005-10-16 21:20:35 - cd /src/sys/pc98/conf TB --- 2005-10-16 21:20:35 - /usr/bin/make -B LINT TB --- 2005-10-16 21:20:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-16 21:20:35 - cd /src TB --- 2005-10-16 21:20:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Oct 16 21:20:35 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/linux/linux_sysvec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_bus.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_cfgreg.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_pir.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/i386/svr4/svr4_locore.s cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/svr4/svr4_machdep.c /src/sys/i386/svr4/svr4_machdep.c: In function `svr4_sendsig': /src/sys/i386/svr4/svr4_machdep.c:432: error: structure has no member named `_info' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-16 21:31:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-16 21:31:42 - ERROR: failed to build lint kernel TB --- 2005-10-16 21:31:42 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 21:35:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E74416A41F; Sun, 16 Oct 2005 21:35:43 +0000 (GMT) (envelope-from jdoolittle@kingsquarry.net) Received: from imf22aec.mail.bellsouth.net (imf22aec.mail.bellsouth.net [205.152.59.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id B651143D48; Sun, 16 Oct 2005 21:35:42 +0000 (GMT) (envelope-from jdoolittle@kingsquarry.net) Received: from ibm67aec.bellsouth.net ([68.209.160.53]) by imf22aec.mail.bellsouth.net with ESMTP id <20051016213542.GBBV28829.imf22aec.mail.bellsouth.net@ibm67aec.bellsouth.net>; Sun, 16 Oct 2005 17:35:42 -0400 Received: from saturn.kingsquarry.net ([68.209.160.53]) by ibm67aec.bellsouth.net with ESMTP id <20051016213541.GYSU1915.ibm67aec.bellsouth.net@saturn.kingsquarry.net>; Sun, 16 Oct 2005 17:35:41 -0400 Received: from localhost (localhost.kingsquarry.net [127.0.0.1]) by localhost.kingsquarry.net (Postfix) with ESMTP id 5DCA660E0; Sun, 16 Oct 2005 17:35:40 -0400 (EDT) Received: from saturn.kingsquarry.net ([127.0.0.1]) by localhost (saturn.kingsquarry.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 96781-01; Sun, 16 Oct 2005 17:35:39 -0400 (EDT) Received: from [127.0.0.1] (mars.kingsquarry.net [192.168.1.71]) by saturn.kingsquarry.net (Postfix) with ESMTP id 1EF8560DF; Sun, 16 Oct 2005 17:35:39 -0400 (EDT) Message-ID: <4352C7A7.8020709@kingsquarry.net> Date: Sun, 16 Oct 2005 17:35:35 -0400 From: Jeff Doolittle User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sos@freebsd.org, freebsd-current@freebsd.org References: <43514425.6020405@kingsquarry.net> In-Reply-To: <43514425.6020405@kingsquarry.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at kingsquarry.net Cc: Subject: Re: 6.0-RC1 & ASUS P4R800-V/Sis 180 RAID (FAIL) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 21:35:43 -0000 Søren, Maybe this problem isn't yours.... I spent this afternoon and booted a 5.4 FixIt CD and pull the information from the mirror array (which worked). I removed the array from the SIS 180 RAID controller and reconfigured it as simply JBOD. I thought I would see my two drives available and switch to gmirror, alas it doesn't work. Even the BTX loader at the begnning only sees disk0-2 while the v5.4 BTX loader sees disk0-5. v6.0-RC1 does not even see the SATA drives hanging off the SIS 180 RAID controller, but it does see the controller. I've even removed Hyper-Threading (no change) and checked the BIOS for some kind of compatibility mode, but none exists. Please advise if I should actually open a ticket regarding this issue. Thanks! The following is my latest boot attempt w/JBOD instead of RAID-0 .... ======================================== Copyright (c) 1992-2005 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 6.0-RC1 #0: Sat Oct 15 13:32:44 EDT 2005 root@mercury.kingsquarry.net:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3006.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d> Hyperthreading: 2 logical CPUs real memory = 535756800 (510 MB) avail memory = 514928640 (491 MB) ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 acpi0: Power Button (fixed) pci_link0: irq 0 on acpi0 pci_link1: irq 0 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 0 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) skc0: port 0xe400-0xe4ff mem 0xe1000000-0xe1003fff irq 19 at device 13.0 on pci0 skc0: Marvell Yukon Lite Gigabit Ethernet rev. A3(0x7) sk0: on skc0 sk0: Ethernet address: 00:11:2f:9e:f6:f0 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto ohci0: mem 0xe1004000-0xe1004fff irq 19 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe1005000-0xe1005fff irq 19 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xe1006000-0xe1006fff irq 19 at device 19.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: (0x1002) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 20.1 on pci0 ata0: on atapci0 ata1: on atapci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib2: at device 20.4 on pci0 pci2: on pcib2 fwohci0: port 0xc000-0xc07f mem 0xe0000000-0xe00007ff irq 17 at device 9.0 on pci2 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:00:a2:7f:e5 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:a2:7f:e5 fwe0: Ethernet address: 02:e0:18:a2:7f:e5 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) atapci1: port 0xc400-0xc407,0xc800-0xc803,0xcc00-0xcc07,0xd000-0xd003,0xd400-0xd40f irq 18 at device 10.0 on pci2 ata2: on atapci1 ata3: on atapci1 pci0: at device 20.5 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio1: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xcc000-0xcffff,0xd0000-0xd3fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 3006903735 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master UDMA100 ad2: DMA limited to UDMA33, device found non-ATA66 cable ad2: 76319MB at ata1-master UDMA33 acd0: CDROM at ata1-slave PIO3 Trying to mount root from ufs:/dev/ad0s1a ======================================== Thanks! - Jeff Jeff Doolittle wrote: > Søren, > > This post is almost identical to my original request for help on 10/13. > > I've upgrade one of my machines from 5.4-stable to 6.0-RC1 and the Sis > 180 RAID mirror is no longer recognized. The worked perfectly in > 5.4.... Attached below is the output from the dmesg based on a World > / Generic kernel cvsup'd today: > > ======================================== > > Copyright (c) 1992-2005 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 6.0-RC1 #0: Sat Oct 15 13:32:44 EDT 2005 > root@mercury.kingsquarry.net:/usr/obj/usr/src/sys/GENERIC > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3006.86-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 > > Features=0xbfebfbff > > Features2=0x441d> > Hyperthreading: 2 logical CPUs > real memory = 535756800 (510 MB) > avail memory = 514928640 (491 MB) > ioapic0: Changing APIC ID to 2 > ioapic0 irqs 0-23 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 > acpi0: Power Button (fixed) > pci_link0: irq 0 on acpi0 > pci_link1: irq 0 on acpi0 > pci_link2: irq 0 on acpi0 > pci_link3: irq 0 on acpi0 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 5.0 (no driver attached) > skc0: port 0xe400-0xe4ff mem > 0xe1000000-0xe1003fff irq 19 at device 13.0 on pci0 > skc0: Marvell Yukon Lite Gigabit Ethernet rev. A3(0x7) > sk0: on skc0 > sk0: Ethernet address: 00:11:2f:9e:f6:f0 > miibus0: on sk0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseTX-FDX, auto > ohci0: mem 0xe1004000-0xe1004fff irq > 19 at device 19.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 3 ports with 3 removable, self powered > ohci1: mem 0xe1005000-0xe1005fff irq > 19 at device 19.1 on pci0 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 3 ports with 3 removable, self powered > ehci0: mem 0xe1006000-0xe1006fff > irq 19 at device 19.2 on pci0 > ehci0: [GIANT-LOCKED] > usb2: EHCI version 1.0 > usb2: companion controllers, 3 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: (0x1002) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub2: 6 ports with 6 removable, self powered > pci0: at device 20.0 (no driver attached) > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 20.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > isab0: at device 20.3 on pci0 > isa0: on isab0 > pcib2: at device 20.4 on pci0 > pci2: on pcib2 > fwohci0: port 0xc000-0xc07f mem > 0xe0000000-0xe00007ff irq 17 at device 9.0 on pci2 > fwohci0: OHCI version 1.0 (ROM=1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:e0:18:00:00:a2:7f:e5 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:e0:18:a2:7f:e5 > fwe0: Ethernet address: 02:e0:18:a2:7f:e5 > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > atapci1: port > 0xc400-0xc407,0xc800-0xc803,0xcc00-0xcc07,0xd000-0xd003,0xd400-0xd40f > irq 18 at device 10.0 on pci2 > ata2: on atapci1 > ata3: on atapci1 > pci0: at device 20.5 (no driver attached) > acpi_tz0: on acpi0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on > acpi0 > fdc0: [FAST] > sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 > on acpi0 > sio0: type 16550A > sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 > sio1: type 16550A > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model VersaPad, device ID 0 > pmtimer0 on isa0 > orm0: at iomem 0xcc000-0xcffff,0xd0000-0xd3fff on isa0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 3006859935 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 76319MB at ata0-master UDMA100 > ad2: DMA limited to UDMA33, device found non-ATA66 cable > ad2: 76319MB at ata1-master UDMA33 > acd0: CDROM at ata1-slave PIO3 > Trying to mount root from ufs:/dev/ad0s1a > > ======================================== > > As you can see the SiS 180 is recognized and it's associated SATA > controllers (ata2 /ata3) but the ar0 device is never created. > > I've checked UPDATING but didn't see any comments about existing RAID > support being removed so I assume there must be a bug. > > Thank you! > > - Jeff > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 21:46:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B85F816A420 for ; Sun, 16 Oct 2005 21:46:47 +0000 (GMT) (envelope-from pegas@pegas.no-ip.org) Received: from pegas.no-ip.org (user-0c9h55m.cable.mindspring.com [24.152.148.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B58A43D58 for ; Sun, 16 Oct 2005 21:46:38 +0000 (GMT) (envelope-from pegas@pegas.no-ip.org) Received: from [10.7.0.127] (simensis.wolfa [10.7.0.127]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pegas.no-ip.org (Postfix) with ESMTP id E23EE60FC for ; Sun, 16 Oct 2005 14:36:37 -0700 (PDT) Message-ID: <4352CA35.2050403@pegas.no-ip.org> Date: Sun, 16 Oct 2005 14:46:29 -0700 From: Evgeny Piven User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20051016120035.028E816A41F@hub.freebsd.org> In-Reply-To: <20051016120035.028E816A41F@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Reboot hang in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pegas@pegas.no-ip.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 21:46:48 -0000 When trying to reboot my newly updated 6.0-RC1 machine (updated from 5.4-RELEASE), my machine hangs during the reboot. This issue has apparently come up before, but never really had a clean fix (correct me if I'm wrong). From what I've read, the quick fix for this would be turning on USB support in BIOS, though this didn't help in my case. Basically the hang happens right after the "Uptime: " message is displayed and then the machine just sits there and does nothing. From what I've read, this might have something to do with ACPI support. This is my kernel config: ### # RUFUS -- Kernel configuration file for rufus.wolfa ## # See also: # GENERIC, NOTES ## # AMD64 3000+ (2043.11 MHz) # 1GB 400MHz RAM # 160GB Serial ATA # 320GB Serial ATA # 120GB IDE # 250GB IDE # 300GB IDE # DVD-RW/CD-RW IDE # Floppy # 1000/100/10 Mbps NIC (sk) # 802.11a/b/g wNIC (ath) # SB Live! 5.1 ### # Processor & memory support machine amd64 cpu HAMMER ident RUFUS maxusers 128 options MAXMEM=(1024*1024) # Options options SCHED_4BSD options PREEMPTION options INET options FFS options SOFTUPDATES options UFS_ACL options UFS_DIRHASH options MD_ROOT options GEOM_GPT options COMPAT_43 options COMPAT_IA32 options COMPAT_FREEBSD4 options COMPAT_FREEBSD5 options COMPAT_LINUX32 options SCSI_DELAY=5000 options KTRACE options SYSVSHM options SYSVMSG options SYSVSEM options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV options ADAPTIVE_GIANT options EXT2FS options NFSCLIENT options NFSSERVER options NTFS options NTFS_ICONV options MSDOSFS options MSDOSFS_ICONV options MSDOSFS_LARGE options CD9660 options CD9660_ICONV options PROCFS options PSEUDOFS options QUOTA options LIBICONV # Workarounds for some known-to-be-broken chipsets (nVidia nForce3-Pro150) device atpic # Linux 32-bit ABI support options LINPROCFS # Bus support device acpi device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk device atapicd device atapifd options ATA_STATIC_ID # SCSI peripherals device scbus device da # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc device atkbd # Video card support device vga device splash # Sound support device sound device "snd_emu10k1" # syscons device sc options SC_PIXEL_MODE options SC_DFLT_FONT makeoptions SC_DFLT_FONT=cp866 # NICs device miibus device sk device wlan device ath device ath_hal device ath_rate_onoe # Pseudo devices. device loop device mem device io device random device ether device sl device ppp device tun device pty device md device bpf # USB support device uhci device ohci device ehci device usb device ugen device uhid device ukbd device umass device ums # FireWire support device firewire P.S. This is my first post to freebsd mailing lists ever, so if I missed something previously answered, please direct me to the right place and I'll gladly read documentation/support topics on the issue. Best regards, Evgeny Piven From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 22:08:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C09E16A41F for ; Sun, 16 Oct 2005 22:08:35 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9141C43D48 for ; Sun, 16 Oct 2005 22:08:34 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so556279wxc for ; Sun, 16 Oct 2005 15:08:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=HSEpibpjU58VgyUBCM18KbjzksiFyAeklE0bRvG68Hu9Zw6QkHVuLxP6DsefHNuWZG45XixzuJzCVOLuY2xGNqhrnOyEi/NuiYlkXeCWteuXGucgY/JN+69KpGEXwr9PVj0wJQOhCuAyXRLOcALhPOb8MrRMk0gsyNSfzo3Zf4I= Received: by 10.70.130.16 with SMTP id c16mr735046wxd; Sun, 16 Oct 2005 15:08:32 -0700 (PDT) Received: by 10.70.9.2 with HTTP; Sun, 16 Oct 2005 15:08:32 -0700 (PDT) Message-ID: <47d0403c0510161508y213756cdpb5f2b5dc60331c43@mail.gmail.com> Date: Sun, 16 Oct 2005 17:08:32 -0500 From: Ben Kaduk To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ndis0 does not associate to open AP [fixed] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 22:08:35 -0000 On 10/9/05, Ben Kaduk wrote: > > Hi all, > > My apologies if this is not the best list to which to send this. I've bee= n > trying to get my dell laptop's built-in wireless card to work with my > university's wireless network for quite some time now, but nothing I try > seems to work. This is on a recent -current: > # uname -a > FreeBSD prolepsis.urh.uiuc.edu 7.0-CURREN= TFreeBSD > 7.0-CURRENT #15: Sat Oct 8 01:02:04 UTC 2005 kaduk@prolepsis.urh.uiuc.edu= :/usr/obj/usr/src/sys/PROLEPSIS > i386 > > The university's setup, so far as I can tell, is as follows: They have al= l > access points open for association, but do not allow access to the outsid= e > world -- when an http page is first requested, the request is intercepted > and substituted with a university page that has a link to a kerberos-base= d > authentication, or directions on how to use their vpn client. After > authentication, the protocol used is IPSec over UDP. The main point is th= at > the access points are open and running dhcp servers, as confirmed on my > iBook (on which I'm writing this message). > However, when I try to use the ndis driver on my dell to try to associate > with this AP and run dhclient, I get far-from-desireable results. > I am using recent (~2 week old) windows xp drivers for my broadcom (4324?= ) > card and I have regenerated bcmwl5_sys.ko after my latest buildworld, usi= ng > ndisgen(8). The wireless card is listed in pciconf -lv as: > ndis0@pci2:3:0: class=3D0x028000 card=3D0x00011028 chip=3D0x432414e4 rev= =3D0x02 > hdr=3D0x00[possibly more off screen] > vendor =3D 'Broadcom Corporation' > device =3D 'BCM4309 802.11a/b/g Wireless LAN Controller' > class =3D 'network' > > In windows XP, this card is able to successfully associate with the > university AP. > > The bcmwl5_sys.ko module produced by ndisgen seems to load successfully: > # kldload bcmwl5_sys > warning: KLD '/boot/modules/bcmwl5_sys.ko' is newer than the linker.hints= file > ndis0: mem > 0xfaff6000-0xfaff7fff irq 9 at device 3.0 on pci2 > ndis0: NDIS API version: 5.1 > ndis0: Ethernet address: 00:90:4b:2d:46:ce > # > > > I can then scan and see (several) APs: > #ifconfig ndis0 up scan > SSID BSSID CHAN RATE S:N INT CAPS > UIUCnet [bssid1] 1 54M 151:0 100 E [5x ???] WME VEN VEN > UIUCnet [bssid2] 6 54M 120:0 100 E [5x ???] WME VEN VEN WME > UIUCnet [bssid3] 36 54M 130:0 100 E ??? ??? WME VEN VEN > > I can then try to associate to one (the same one that my iBook picks by > default): > # ifconfig ndis0 ssid UIUCnet bssid [bssid1] > # ifconfig ndis0 > ndis0: flags=3D8843 mtu 1500 > inet6 fe80::290:4bff:fe2d:46ce%ndis0 prefixlen 64 scopeid 0x4 > ether 00:90:4b:2d:46:ce > mdeia: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ndis0: failed to get bssid > ssid "" channel 1 > authmode OPEN privacy OFF txpowmax 100 protmode CTS > # > (The "failed to get bssid" bit is the console log) > > The result is the same whether or not I have a dhclient attached to ndis0= . > > > Am I doing something stupid, or missing something obvious? I can get more > info if necessary. > > Thanks > > Ben Kaduk > > For the archives, Bill Paul's latest round of ndisulator updates fixed this for me -- thanks Bill! Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 22:11:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3746D16A41F; Sun, 16 Oct 2005 22:11:48 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 023EC43D46; Sun, 16 Oct 2005 22:11:47 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id j9GMBZI9037256; Sun, 16 Oct 2005 15:11:35 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id j9GMBZED037255; Sun, 16 Oct 2005 15:11:35 -0700 (PDT) Date: Sun, 16 Oct 2005 15:11:35 -0700 (PDT) From: Matthew Dillon Message-Id: <200510162211.j9GMBZED037255@apollo.backplane.com> To: obrien@freebsd.org, freebsd-current@freebsd.org References: <20050926152952.GA1670@dragon.NUXI.org> <20050926160808.GB1649@dragon.NUXI.org> <200510141940.j9EJeYsn024832@apollo.backplane.com> Cc: Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 22:11:48 -0000 Going through all this badly documented filesystem code is aweful. Could someone check the reallocblks code? Specifically this: /* * If the block range spans two block maps, get the second map. */ if (end_lvl == 0 || (idp = &end_ap[end_lvl - 1])->in_off + 1 >= len) { ssize = len; } else { #ifdef DIAGNOSTIC if (start_ap[start_lvl-1].in_lbn == idp->in_lbn) panic("ffs_reallocblk: start == end"); #endif ssize = len - (idp->in_off + 1); ^^^^^^^^^^^^^^^^^^^^^ This doesn't look right. It kinda seems to me that it should be (len - idp->in_off). if (bread(vp, idp->in_lbn, (int)fs->fs_bsize, &ebp)) goto fail; ebap = (ufs_daddr_t *)ebp->b_data; } I went through about 3 or 4 false alarms earlier today, and this could be another one. But if it is wrong it would fit the symptoms.... the first indirect block in the inode getting blown to bits. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 22:45:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C59B516A41F; Sun, 16 Oct 2005 22:45:01 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A54143D4C; Sun, 16 Oct 2005 22:45:01 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id j9GMimO3037397; Sun, 16 Oct 2005 15:44:48 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id j9GMimWx037396; Sun, 16 Oct 2005 15:44:48 -0700 (PDT) Date: Sun, 16 Oct 2005 15:44:48 -0700 (PDT) From: Matthew Dillon Message-Id: <200510162244.j9GMimWx037396@apollo.backplane.com> To: obrien@freebsd.org, freebsd-current@freebsd.org References: <20050926152952.GA1670@dragon.NUXI.org> <20050926160808.GB1649@dragon.NUXI.org> <200510141940.j9EJeYsn024832@apollo.backplane.com> <200510162211.j9GMBZED037255@apollo.backplane.com> Cc: Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 22:45:01 -0000 Ach. sigh. Another false alarm. Sorry. The code is fine. It's because the 'end' block is calculated inclusively, e.g. end_lbn = start_lbn + len - 1. I'm still investigating it. There is a bug if the range reallocblks is called with spans more then two blockmaps, but I don't think that case can occur in real life due to limitations in the range passed by the caller. Probably worth a KASSERT, though. -Matt Matthew Dillon : /* : * If the block range spans two block maps, get the second map. : */ : if (end_lvl == 0 || (idp = &end_ap[end_lvl - 1])->in_off + 1 >= len) { : ssize = len; : } else { :#ifdef DIAGNOSTIC : if (start_ap[start_lvl-1].in_lbn == idp->in_lbn) : panic("ffs_reallocblk: start == end"); :#endif : ssize = len - (idp->in_off + 1); : ^^^^^^^^^^^^^^^^^^^^^ : This doesn't look right. It kinda seems to me : that it should be (len - idp->in_off). : : : if (bread(vp, idp->in_lbn, (int)fs->fs_bsize, &ebp)) : goto fail; : ebap = (ufs_daddr_t *)ebp->b_data; : } : : I went through about 3 or 4 false alarms earlier today, and this could : be another one. But if it is wrong it would fit the symptoms.... : the first indirect block in the inode getting blown to bits. : : -Matt : Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 22:58:15 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B24116A41F; Sun, 16 Oct 2005 22:58:15 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07AEB43D46; Sun, 16 Oct 2005 22:58:14 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j9GMvtIo060326; Sun, 16 Oct 2005 15:57:59 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510162257.j9GMvtIo060326@gw.catspoiler.org> Date: Sun, 16 Oct 2005 15:57:55 -0700 (PDT) From: Don Lewis To: dillon@apollo.backplane.com In-Reply-To: <200510162244.j9GMimWx037396@apollo.backplane.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, obrien@FreeBSD.org Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 22:58:15 -0000 On 16 Oct, Matthew Dillon wrote: > Ach. sigh. Another false alarm. Sorry. The code is fine. It's > because the 'end' block is calculated inclusively, e.g. > end_lbn = start_lbn + len - 1. I'm still investigating it. > > There is a bug if the range reallocblks is called with spans > more then two blockmaps, but I don't think that case can occur in real > life due to limitations in the range passed by the caller. Probably > worth a KASSERT, though. Is there any correlation between this problem and the file system block size? I've *never* encountered this problem, but I've only used block sizes up to 16K, and mostly just 4K and 8K. I seem to have a dim memory of a mention of problems of some sort with large block sizes. From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 23:53:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FD0D16A41F for ; Sun, 16 Oct 2005 23:53:01 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2857943D48 for ; Sun, 16 Oct 2005 23:53:01 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j9GNqsAd081849; Sun, 16 Oct 2005 16:52:54 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j9GNqrM8081848; Sun, 16 Oct 2005 16:52:53 -0700 (PDT) (envelope-from obrien) Date: Sun, 16 Oct 2005 16:52:53 -0700 From: "David O'Brien" To: "M. Warner Losh" Message-ID: <20051016235253.GB81458@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, "M. Warner Losh" , thierry@herbelot.com, freebsd-current@freebsd.org References: <200510131859.03307.thierry@herbelot.com> <20051013.135851.02300147.imp@bsdimp.com> <200510132251.00632.thierry@herbelot.com> <20051013.163647.106822892.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051013.163647.106822892.imp@bsdimp.com> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, thierry@herbelot.com Subject: Re: Loss of ed(4) in a RC1 booted in qemu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 23:53:01 -0000 On Thu, Oct 13, 2005 at 04:36:47PM -0600, M. Warner Losh wrote: > I've committed changes to -current to work on patched and unpatched > versions of qemu. Here's my patches to qemu to implement the RTL8029 > specific registers. Place them in files/patch-hw::ne2000.c of the > emulators/qemu port. Patch names with '::' are depreciated. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 23:53:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C972516A41F for ; Sun, 16 Oct 2005 23:53:08 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from linda-4.paradise.net.nz (bm-4a.paradise.net.nz [203.96.152.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6268D43D48 for ; Sun, 16 Oct 2005 23:53:08 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-3.paradise.net.nz ([203.96.152.177]) by linda-4.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IOH002U190IPM@linda-4.paradise.net.nz> for freebsd-current@freebsd.org; Mon, 17 Oct 2005 12:53:06 +1300 (NZDT) Received: from [192.168.1.11] (218-101-13-18.paradise.net.nz [218.101.13.18]) by smtp-3.paradise.net.nz (Postfix) with ESMTP id B2E7BD2533B; Mon, 17 Oct 2005 12:53:05 +1300 (NZDT) Date: Mon, 17 Oct 2005 12:53:03 +1300 From: Mark Kirkwood In-reply-to: <4352CA35.2050403@pegas.no-ip.org> To: pegas@pegas.no-ip.org Message-id: <4352E7DF.6010104@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050726) References: <20051016120035.028E816A41F@hub.freebsd.org> <4352CA35.2050403@pegas.no-ip.org> Cc: freebsd-current@freebsd.org Subject: Re: Reboot hang in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 23:53:08 -0000 Evgeny Piven wrote: > When trying to reboot my newly updated 6.0-RC1 machine (updated from > 5.4-RELEASE), my machine hangs during the reboot. > This issue has apparently come up before, but never really had a clean > fix (correct me if I'm wrong). > From what I've read, the quick fix for this would be turning on USB > support in BIOS, though this didn't help in my case. > Basically the hang happens right after the "Uptime: " message is > displayed and then the machine just sits there and does nothing. From > what I've read, this might have something to do with ACPI support. > Looks like you have run into a new variant of the issue :-) The previous stuff seems to have been tied to USB and (in my case) SMP. Does disabling (or enabling) ACPI make any difference? In any case, it might be worth setting 'hw.pci.enable_io_modes=0' in /boot/loader.conf and seeing if it makes any difference. best wishes Mark From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 23:55:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D21216A41F for ; Sun, 16 Oct 2005 23:55:01 +0000 (GMT) (envelope-from freebsd@psam.se) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB79B43D6A for ; Sun, 16 Oct 2005 23:54:47 +0000 (GMT) (envelope-from freebsd@psam.se) Received: from caspian ([85.228.2.87] [85.228.2.87]) by mxfep02.bredband.com with ESMTP id <20051016235446.ZQZZ11792.mxfep02.bredband.com@caspian>; Mon, 17 Oct 2005 01:54:46 +0200 Received: from [127.0.0.1] ([85.228.2.90]) (authenticated user peter@psam.se) by caspian (Kerio MailServer 6.1.0); Mon, 17 Oct 2005 01:54:47 +0200 Message-ID: <4352E841.6000601@psam.se> Date: Mon, 17 Oct 2005 01:54:41 +0200 From: Psadi User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: sv, en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20051013.213943.05622321.imp@bsdimp.com> <43503EB8.7040509@psam.se> <4350C749.9070704@psam.se> <20051015.125419.47698820.imp@bsdimp.com> In-Reply-To: <20051015.125419.47698820.imp@bsdimp.com> Content-Type: multipart/mixed; boundary="------------020501080506010506090008" X-Antivirus: avast! (VPS 0541-4, 2005-10-16), Outbound message X-Antivirus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Thoshiba Tecra 8000 with 3com 3CXFE575CT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2005 23:55:01 -0000 This is a multi-part message in MIME format. --------------020501080506010506090008 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit M. Warner Losh skrev: >Please try this patch. I think we've had a minor regression in our >PCI BIOS routed interrupts. Also, please try w/o ACPI enabled to see >if that changes things. With acpi enabled, I'm not sure this patch >will do anything for you. If it does with acpi disabled, it gives a >real strong clue what to look for in the acpi code. We used to always >route the interrupt, even when the bios said it had one, now it looks >like we do that less agressively. > >Warner > >Index: pci_pir.c >=================================================================== >RCS file: /home/ncvs/src/sys/i386/pci/pci_pir.c,v >retrieving revision 1.119 >diff -u -r1.119 pci_pir.c >--- pci_pir.c 8 Sep 2005 17:07:12 -0000 1.119 >+++ pci_pir.c 15 Oct 2005 18:51:07 -0000 >@@ -348,6 +348,9 @@ > irq, entry->pe_bus, entry->pe_device, pin + 'A', > pci_link->pl_id); > pci_link->pl_irq = irq; >+ if (!pci_link->pl_routed) >+ pci_pir_biosroute(entry->pe_bus, entry->pe_device, 0, >+ pin - 1, pci_link->pl_irq); > pci_link->pl_routed = 1; > return; > } > > > > Since this is my first time trying to do this, to make sure I did it right. I copied the above into a file that I named pci_pir.patch then I run the command patch < pci_pir.patch. From viewing the source code and the result from the patch program it was succesful. However I still got the xl0: watchdog timeout. I disable the ACPI by adding hint.acpi.0.disabled="1" to /boot/device.hints I tried the command acpiconf -h and got /dev/acpi no such file or directory So I hope it was disable correctly. This also fail to help me and I still get the watchdog timeout. I attach the boot -v dmesg What do wish me to do next :) Peter --------------020501080506010506090008 Content-Type: text/plain; name="dmesg6_pci.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg6_pci.txt" Copyright (c) 1992-2005 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 6.0-RC1 #0: Sun Oct 9 20:32:57 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a31000. Calibrating clock(s) ... i8254 clock: 1193154 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 299943430 Hz CPU: Pentium II/Pentium II Xeon/Celeron (299.94-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 134152192 (127 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x0000000007d77fff, 118829056 bytes (29011 pages) avail memory = 121749504 (116 MB) bios32: Found BIOS32 Service Directory header at 0xc00fbe90 bios32: Entry = 0xfc4c0 (c00fc4c0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x1987 pnpbios: Found PnP BIOS data at 0xc00fed00 pnpbios: Entry = f0000:92c6 Rev = 1.0 pnpbios: Event flag at 510 pnpbios: OEM ID 7933f351 Other BIOS signatures found: wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71928086) pcibios: BIOS version 2.10 Found $PIR table, 6 entries at 0xc00f1320 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 11 A 0x60 11 embedded 0 11 B 0x61 11 embedded 0 9 A 0x62 11 embedded 0 4 A 0x62 11 embedded 0 4 B 0x63 11 embedded 0 13 A 0x63 11 embedded 0 5 D 0x63 11 slot 1 0 6 A 0x62 11 slot 1 0 6 B 0x63 11 slot 1 0 6 C 0x60 11 slot 1 0 6 D 0x61 11 pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x60 255 N 2 11 0x61 255 N 2 11 0x62 255 N 3 11 0x63 255 N 4 11 $PIR: Found matching pin for 0.11.INTA at func 0: 11 $PIR: Found matching pin for 0.11.INTB at func 1: 11 $PIR: Found matching pin for 0.9.INTA at func 0: 11 $PIR: Found matching pin for 0.4.INTA at func 0: 11 $PIR: Found matching pin for 0.13.INTA at func 0: 11 $PIR: Found matching pin for 0.5.INTD at func 2: 11 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x60 11 N 2 11 0x61 11 N 2 11 0x62 11 N 3 11 0x63 11 N 4 11 $PIR: IRQs used by BIOS: 11 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 0 0 0 0 0 0 0 0 11 0 0 0 0 ] pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7192, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0xa200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base e0000000, size 28, enabled found-> vendor=0x10c8, dev=0x0005, revid=0x20 bus=0, slot=4, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0xff (63750 ns) intpin=a, irq=11 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base df000000, size 24, enabled map[14]: type 1, range 32, base ff800000, size 22, enabled map[18]: type 1, range 32, base ff700000, size 20, enabled $PIR: 0:4 INTA routed to irq 11 found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=5, func=0 class=06-80-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 bus=0, slot=5, 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 4, range 32, base 0000fe60, size 4, enabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=5, 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=11 map[20]: type 4, range 32, base 0000ffe0, size 5, enabled $PIR: 0:5 INTD routed to irq 11 found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=5, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type 4, range 32, base 0000fe70, size 4, enabled found-> vendor=0x1179, dev=0x0701, revid=0x23 bus=0, slot=9, func=0 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0400, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type 4, range 32, base 0000ff80, size 5, enabled $PIR: 0:9 INTA routed to irq 11 found-> vendor=0x1179, dev=0x060a, revid=0x07 bus=0, slot=11, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0480, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type 1, range 32, base 00000000, size 12, memory disabled $PIR: 0:11 INTA routed to irq 11 found-> vendor=0x1179, dev=0x060a, revid=0x07 bus=0, slot=11, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0480, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[10]: type 1, range 32, base 00000000, size 12, memory disabled $PIR: 0:11 INTB routed to irq 11 found-> vendor=0x123f, dev=0x8888, revid=0x02 bus=0, slot=13, func=0 class=04-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000ee00, size 8, enabled $PIR: 0:13 INTA routed to irq 11 pci0: at device 4.0 (no driver attached) PCI-ISA bridge with incorrect subclass 0x80 PCI-ISA bridge with incorrect subclass 0x80 isab0: at device 5.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfe60-0xfe6f at device 5.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfe60 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 ata0: [MPSAFE] 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=0x04 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] uhci0: irq 11 at device 5.2 on pci0 uhci0: Lazy allocation of 0x20 bytes rid 0x20 type 4 at 0x1000 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 5.3 (no driver attached) pci0: at device 9.0 (no driver attached) cbb0: irq 11 at device 11.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x060a1179 0x04800007 0x06070007 0x00820000 0x10: 0x80000000 0x04800000 0x00141400 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc 0x30: 0x00000000 0x0000fffc 0x00000000 0x0400010b 0x40: 0x00011179 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00000000 0x00000000 0x00000000 0x01000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x860010f0 0x00000002 0x00000000 0x0000d100 0xb0: 0x3f3f3fcf 0x0a081020 0x00010100 0x000003f1 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000008 cbb1: irq 11 at device 11.1 on pci0 cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80001000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0x060a1179 0x04800007 0x06070007 0x00820000 0x10: 0x80001000 0x04800000 0x00151500 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc 0x30: 0x00000000 0x0000fffc 0x00000000 0x0400020b 0x40: 0x00011179 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00000000 0x00000000 0x00000000 0x01000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x860020f0 0x00000002 0x00000000 0x0000d100 0xb0: 0x3f3f3fcf 0x0a081020 0x00010100 0x000003f1 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000008 pci0: at device 13.0 (no driver attached) ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 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 pnpbios: 15 devices, largest 501 bytes PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0xe8000-0xebfff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf0000-0xfffff, size=0x10000 PNP0c01: adding fixed memory32 range 0x100000-0x7feffff, size=0x7ef0000 PNP0c01: adding fixed memory32 range 0x7ff0000-0x7ffffff, size=0x10000 PNP0c01: adding fixed memory32 range 0x100a0000-0x100fffff, size=0x60000 PNP0c01: adding fixed memory32 range 0xfff00000-0xffffffff, size=0x100000 pnpbios: handle 1 device ID PNP0c01 (010cd041) PNP0200: adding io range 0-0xf, size=0x10, align=0x1 PNP0200: adding io range 0x81-0x83, size=0x3, align=0x1 PNP0200: adding io range 0x87-0x87, size=0x1, align=0x1 PNP0200: adding io range 0x89-0x8b, size=0x3, align=0x1 PNP0200: adding io range 0x8f-0x8f, size=0x1, align=0x1 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0x1 PNP0200: adding dma mask 0x10 pnpbios: handle 2 device ID PNP0200 (0002d041) PNP0100: adding io range 0x40-0x43, size=0x4, align=0x1 PNP0100: adding irq mask 0x1 pnpbios: handle 4 device ID PNP0100 (0001d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 PNP0c04: adding irq mask 0x2000 pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0303: adding io range 0x60-0x60, size=0x1, align=0x1 PNP0303: adding io range 0x64-0x64, size=0x1, align=0x1 PNP0303: adding irq mask 0x2 pnpbios: handle 7 device ID PNP0303 (0303d041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 8 device ID PNP0f13 (130fd041) PNP0b00: adding io range 0x70-0x71, size=0x2, align=0x1 PNP0b00: adding irq mask 0x100 pnpbios: handle 9 device ID PNP0b00 (000bd041) PNP0c02: adding io range 0x80-0x80, size=0x1, align=0x1 PNP0c02: adding io range 0x84-0x86, size=0x3, align=0x1 PNP0c02: adding io range 0x88-0x88, size=0x1, align=0x1 PNP0c02: adding io range 0x8c-0x8e, size=0x3, align=0x1 PNP0c02: adding io range 0xe0-0xef, size=0x10, align=0x1 PNP0c02: adding io range 0xb0-0xb2, size=0x3, align=0x1 PNP0c02: adding io range 0x2e-0x2f, size=0x2, align=0x1 PNP0c02: adding io range 0x62-0x62, size=0x1, align=0x1 PNP0c02: adding io range 0x66-0x66, size=0x1, align=0x1 PNP0c02: adding io range 0x6d-0x6d, size=0x1, align=0x1 PNP0c02: adding io range 0x6f-0x6f, size=0x1, align=0x1 PNP0c02: adding io range 0x480-0x48f, size=0x10, align=0x1 PNP0c02: adding io range 0xcf8-0xcff, size=0x8, align=0x1 PNP0c02: adding io range 0x4d0-0x4d1, size=0x2, align=0x1 PNP0c02: adding io range 0x22-0x22, size=0x1, align=0x1 PNP0c02: adding io range 0x92-0x92, size=0x1, align=0x1 PNP0c02: adding io range 0xfeac-0xfeac, size=0x1, align=0x1 PNP0c02: adding io range 0xfe00-0xfe3f, size=0x40, align=0x1 PNP0c02: adding io range 0xfe50-0xfe57, size=0x8, align=0x1 PNP0c02: adding io range 0xfe70-0xfe7f, size=0x10, align=0x1 PNP0c02: adding io range 0xfe90-0xfe97, size=0x8, align=0x1 PNP0c02: adding io range 0xfe9e-0xfe9e, size=0x1, align=0x1 PNP0c02: adding irq mask 0x200 pnpbios: handle 10 device ID PNP0c02 (020cd041) PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0x1 PNP0700: adding io range 0x3f7-0x3f7, size=0x1, align=0x1 PNP0700: adding irq mask 0x40 PNP0700: adding dma mask 0x4 pnpbios: handle 11 device ID PNP0700 (0007d041) PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0x1 PNP0501: adding irq mask 0x10 pnpbios: handle 14 device ID PNP0501 (0105d041) PNP0401: adding io range 0x378-0x37a, size=0x3, align=0x1 PNP0401: adding io range 0x778-0x77a, size=0x3, align=0x1 PNP0401: adding irq mask 0x80 PNP0401: adding dma mask 0x8 pnpbios: handle 16 device ID PNP0401 (0104d041) pnpbios: handle 17 device ID PNP0a03 (030ad041) YMH0021: adding io range 0x220-0x233, size=0x14, align=0x1 YMH0021: adding io range 0x530-0x537, size=0x8, align=0x1 YMH0021: adding io range 0x388-0x38f, size=0x8, align=0x1 YMH0021: adding io range 0x330-0x333, size=0x4, align=0x1 YMH0021: adding io range 0x538-0x539, size=0x2, align=0x1 YMH0021: adding irq mask 0x20 YMH0021: adding dma mask 0x2 YMH0021: adding dma mask 0x1 pnpbios: handle 21 device ID YMH0021 (2100a865) unknown: status reg test failed fe 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 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-0xcbfff,0xe8000-0xebfff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 80 part_id 80 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: ic_type 80 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: 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 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x1 0x11 0x11 0x11 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x1 0x1 0x1 0x1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 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 unknown: can't assign resources (memory) unknown: at iomem 0-0x9ffff,0xe8000-0xebfff on isa0 unknown: failed to probe at port 0x61 on isa0 unknown: can't assign resources (port) unknown: at port 0x60 on isa0 unknown: can't assign resources (irq) unknown: at irq 12 on isa0 unknown: can't assign resources (port) unknown: at port 0x80,0x84-0x86,0x88,0x8c-0x8e,0xe0-0xef,0xb0-0xb2,0x2e-0x2f,0x62,0x66,0x6d,0x6f,0x480-0x48f,0xcf8-0xcff,0x4d0-0x4d1,0x22,0x92,0xfeac,0xfe00-0xfe3f,0xfe50-0xfe57,0xfe70-0xfe7f on isa0 unknown: can't assign resources (port) unknown: at port 0x3f2-0x3f5 on isa0 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x378-0x37a on isa0 unknown: failed to probe at port 0x220-0x233,0x530-0x537,0x388-0x38f,0x330-0x333,0x538-0x539 irq 5 drq 1,0 on isa0 umass0: USB Flash Disk, rev 2.00/2.00, addr 2 umass0:0:0:-1: Attached to scbus0 Device configuration finished. procfs registered Timecounter "TSC" frequency 299943430 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached cardbus1: Resource not specified in CIS: id=14, size=80 cardbus1: Resource not specified in CIS: id=18, size=80 found-> vendor=0x10b7, dev=0x5257, revid=0x10 bus=21, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=11 powerspec 1 supports D0 D1 D2 D3 current D0 xl0: <3Com 3c575C Fast Etherlink XL> port 0x1080-0x10ff mem 0x88000000-0x8800007f,0x88000080-0x880000ff irq 11 at device 0.0 on cardbus1 xl0: using port I/O xl0: media options word: 40 xl0: found MII/AUTO miibus0: on xl0 tdkphy0: on miibus0 tdkphy0: OUI 0x00c039, model 0x0014, rev. 11 tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:00:86:51:81:f8 xl0: [MPSAFE] ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on Intel PIIX4 chip ad0: setting UDMA33 on Intel PIIX4 chip ad0: 19077MB at ata0-master UDMA33 ad0: 39070080 sectors [38760C/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=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire acd0: setting PIO4 on Intel PIIX4 chip acd0: DVDROM drive at ata1 as master acd0: read 3445KB/s (3445KB/s), 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR acd0: Writes: acd0: Audio: play, 16 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable Direct Access SCSI-2 device pass0: Serial Number \^_ pass0: 1.000MB/s transfers ATA PseudoRAID loaded da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: Serial Number \^_ da0: 1.000MB/s transfers da0: 125MB (256000 512 byte sectors: 64H 32S/T 125C) GEOM: new disk ad0 GEOM: new disk da0 Trying to mount root from ufs:/dev/ad0s2a start_init: trying /sbin/init xl0: watchdog timeout xl0: watchdog timeout xl0: watchdog timeout xl0: watchdog timeout xl0: watchdog timeout xl0: watchdog timeout xl0: watchdog timeout xl0: watchdog timeout xl0: watchdog timeout --------------020501080506010506090008-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 00:01:42 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04F5416A425; Mon, 17 Oct 2005 00:01:42 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6A5643D46; Mon, 17 Oct 2005 00:01:41 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id j9H01SON037789; Sun, 16 Oct 2005 17:01:28 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id j9H01S5h037788; Sun, 16 Oct 2005 17:01:28 -0700 (PDT) Date: Sun, 16 Oct 2005 17:01:28 -0700 (PDT) From: Matthew Dillon Message-Id: <200510170001.j9H01S5h037788@apollo.backplane.com> To: Don Lewis References: <200510162257.j9GMvtIo060326@gw.catspoiler.org> Cc: freebsd-current@FreeBSD.org, obrien@FreeBSD.org Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 00:01:42 -0000 : :On 16 Oct, Matthew Dillon wrote: :> Ach. sigh. Another false alarm. Sorry. The code is fine. It's :> because the 'end' block is calculated inclusively, e.g. :> end_lbn = start_lbn + len - 1. I'm still investigating it. :> :> There is a bug if the range reallocblks is called with spans :> more then two blockmaps, but I don't think that case can occur in real :> life due to limitations in the range passed by the caller. Probably :> worth a KASSERT, though. : :Is there any correlation between this problem and the file system block :size? I've *never* encountered this problem, but I've only used block :sizes up to 16K, and mostly just 4K and 8K. I seem to have a dim memory :of a mention of problems of some sort with large block sizes. It's possible but unlikely. Ours tend to be 1K/8K or 2K/16K. The frag ratio is 1:8 in both cases so it doesn't hit the funny frag masking code in the fragment allocator. The error is not occuring in a fragment, either, it has so far only occured in blocks running through an indirect block. So far the two crash dumps I've looked at show corruption in the first or second block addressed by the first indirect block (lbn 12 and 13), which implies that an indirect block is getting trashed. But the indirect block itself looks ok. From the crash dumps I have, the indirect block (-12) was in the buffer cache and I was able to look at it. The contents of the block looked just fine: (kgdb) print $13.b_data $14 = 0xc1f00000 "ðAi" (kgdb) x/x $14 0xc1f00000: 0x006941f0 (kgdb) 0xc1f00004: 0x006944e0 <<<< this one (kgdb) 0xc1f00008: 0x00000000 (kgdb) 0xc1f0000c: 0x00000000 (kgdb) 0xc1f00010: 0x00000000 (kgdb) 0xc1f00014: 0x00000000 (kgdb) 0xc1f00018: 0x00000000 (kgdb) 0xc1f0001c: 0x00000000 ... This is consistent with the directory that the panic occured on. So the indirect block itself does not appear to be garbage. The DATA BLOCK, looks properly connected: (kgdb) print bp->b_lblkno $18 = 13 ^^^^^^ corresponds to the filesystem block 0x006944e0 above. (kgdb) printf "%08x\n", bp->b_bio.bio_blkno >> 1 006944e0 (bio_blkno is in device blocks, e.g. 512, so divided by 2 to get filesystem blocks). ^^^^^ Matches the data found in the indirect block (1K/8K) (kgdb) print $21->ufsmount_u.fs $25 = (struct fs *) 0xd1acb800 (kgdb) print *$25 $26 = { fs_firstfield = 0, fs_unused_1 = 0, fs_sblkno = 16, fs_cblkno = 24, fs_iblkno = 32, fs_dblkno = 1400, fs_cgoffset = 2048, fs_cgmask = -1, fs_time = 1129469246, fs_size = 37771928, fs_dsize = 36610722, fs_ncg = 839, fs_bsize = 8192, <<<<<< 1K/8K blocks fs_fsize = 1024, fs_frag = 8, fs_minfree = 8, fs_rotdelay = 0, fs_rps = 60, fs_bmask = -8192, fs_fmask = -1024, fs_bshift = 13, fs_fshift = 10, But the contents of the data block is not a directory. It looks like a piece of some other file: (kgdb) print bp $27 = (struct buf *) 0xc13ef8a0 (kgdb) print bp->b_data $28 = 0xc341c000 "1_CA_CRT, &output);\n\n if (output & GNUTLS_CERT_INVALID)\n {\n fprintf (stderr, \"Not trusted\");\n\n if (output & GNUTLS_CERT_SIGNER_NOT_CA)\n\tfprintf (stderr, \": Issuer is not a CA\\n\");\n "... (kgdb) One of my users is reporting that multiple fscks are required to clean up the filesystem after the dirbad panic. I haven't gotten the fsck output from him but my guess is that there are duplicate blocks. David O'Brien has indicated that the problem occurs with softupdates turned on or off, so it isn't softupdates specifically. So my guess is that there is something going on in UFS or the buffer cache. I have a ton of bitmap sanity checks in DragonFly and none of them are being hit. I have background bitmap writes turned off in DragonFly, so it has nothing to do with them. I am investigating a number of things but at the moment I am at a loss as to the cause. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 01:10:21 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19AD716A421 for ; Mon, 17 Oct 2005 01:10:21 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F63E43D55 for ; Mon, 17 Oct 2005 01:10:20 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from [192.168.168.129] (hwh [192.168.168.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id B673A38CB4D for ; Mon, 17 Oct 2005 09:10:13 +0800 (CST) Message-ID: <4352F9F2.6050309@gddsn.org.cn> Date: Mon, 17 Oct 2005 09:10:10 +0800 From: Huang wen hui User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050812) X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: Subject: cpio not work using zh_CN.UTF-8 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 01:10:21 -0000 hi, cpio has problem when parse option using locale zh_CN.UTF-8. # cpio --version cpio (GNU cpio) 2.6-FreeBSD # cpio -d cpio: You must specify one of -oipt options. Try `cpio --help' or `cpio --usage' for more information. # setenv LC_ALL zh_CN.UTF-8 # cpio -d cpio: invalid option -- d Try `cpio --help' or `cpio --usage' for more information. --hwh From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 03:03:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E27B16A41F for ; Mon, 17 Oct 2005 03:03:43 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id F352B43D48 for ; Mon, 17 Oct 2005 03:03:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9H31fKo024177; Sun, 16 Oct 2005 21:01:41 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 16 Oct 2005 21:02:55 -0600 (MDT) Message-Id: <20051016.210255.65497697.imp@bsdimp.com> To: emaste@phaedrus.sandvine.ca From: "M. Warner Losh" In-Reply-To: <20051016202721.GA10256@sandvine.com> References: <20051016202721.GA10256@sandvine.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 16 Oct 2005 21:01:42 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: DWL-650 (RTL8180L) cardbus issue (Expecting link target, got 0xcc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 03:03:43 -0000 In message: <20051016202721.GA10256@sandvine.com> Ed Maste writes: : Is there a way to forcibly power up the slot, so that I can e.g. poke : around with pciconf? I'm not very familiar with cardbus support. It : appears that pccardc is supposed to be able to turn the slot on but : relies on a nonexistent /dev/card0. /dev/card0 is OLDCARD. There's no way to power things back up, short of hacking pccbb.c. But even that wouldn't help you, since I don't think pciconf -l works on cardbus cards very well.... However, it won't help you. Your problem is resource allocation. When we allocate the memory to read the CIS, something conflicts so we can't map the CIS there. that's why you are seeing odd things. I'd try setting hw.cbb.start_memory=0x5200000 and other addresses that aren't 0x88000000. Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 03:13:48 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52FE516A41F for ; Mon, 17 Oct 2005 03:13:48 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C047743D46 for ; Mon, 17 Oct 2005 03:13:47 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j9H3DeqN060642 for ; Sun, 16 Oct 2005 20:13:44 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510170313.j9H3DeqN060642@gw.catspoiler.org> Date: Sun, 16 Oct 2005 20:13:40 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: buildkernel without INET6 blows up trying to build if_gif module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 03:13:48 -0000 make buildkernel blows a gasket when trying to build the if_gif module if the kernel config file doesn't have the INET6 option: ===> if_gif (all) cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/UP_ATAPICAM/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/usr/obj/usr/src/sys/UP_ATAPICAM -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/if_gif/../../net/if_gif.c cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/UP_ATAPICAM/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/usr/obj/usr/src/sys/UP_ATAPICAM -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/if_gif/../../netinet/in_gif.c cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/UP_ATAPICAM/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/usr/obj/usr/src/sys/UP_ATAPICAM -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: `in6_gif_input' undeclared here (not in a function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: initializer element is not constant /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: (near initialization for `in6_gif_protosw.pr_input') /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: `rip6_output' undeclared here (not in a function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: initializer element is not constant /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: (near initialization for `in6_gif_protosw.pr_output') /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: `rip6_ctloutput' undeclared here (not in a function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: initializer element is not constant /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: (near initialization for `in6_gif_protosw.pr_ctloutput') /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:83: error: `rip6_usrreqs' undeclared here (not in a function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:83: error: initializer element is not constant /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:83: error: (near initialization for `in6_gif_protosw.pr_usrreqs') /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:87: warning: function declaration isn't a prototype /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: In function `in6_gif_output': /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:92: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:148: error: invalid application of `sizeof' to incomplete type `ip6_hdr' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:149: error: invalid application of `sizeof' to incomplete type `ip6_hdr' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:150: error: invalid application of `sizeof' to incomplete type `ip6_hdr' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:157: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:158: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:158: error: `IPV6_VERSION_MASK' undeclared (first use in this function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:158: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:158: error: for each function it appears in.) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:159: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:159: error: `IPV6_VERSION' undeclared (first use in this function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:160: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:161: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:162: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:162: error: `ip6_gif_hlim' undeclared (first use in this function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:163: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:166: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:173: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:174: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:183: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:185: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:192: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:193: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:194: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:218: warning: implicit declaration of function `ip6_output' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:218: warning: nested extern declaration of `ip6_output' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:218: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:222: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:224: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: At top level: /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:232: warning: function declaration isn't a prototype /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: In function `in6_gif_input': /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:247: error: `ip6stat' undeclared (first use in this function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:258: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: In function `gif_validate6': /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:333: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:334: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:347: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: At top level: /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:374: warning: function declaration isn't a prototype /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: In function `gif_encapcheck6': /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:379: error: storage size of 'ip6' isn't known /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:379: warning: unused variable `ip6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: At top level: /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:395: warning: function declaration isn't a prototype /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:406: warning: function declaration isn't a prototype *** Error code 1 Stop in /usr/src/sys/modules/if_gif. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/UP_ATAPICAM. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 03:53:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 892D716A41F for ; Mon, 17 Oct 2005 03:53:59 +0000 (GMT) (envelope-from nikruzhan@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25CFA43D48 for ; Mon, 17 Oct 2005 03:53:58 +0000 (GMT) (envelope-from nikruzhan@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so514030nzk for ; Sun, 16 Oct 2005 20:53:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=H/jMGxHdA3jjYogOooXYwAvQ4gJzIc68YoIcIZiupJnPsdHx1i1+vFWsI2/NdOCg/JWxkXfx3nnqXH88bhErARfwPAqy1K+h+9oJ1CKn81vJoIs6EuM3dTq0p+ZRRjJ24LUv9j+wiAtFmPAuPnlckzNZpFRYj5LjdvOULcpRtLI= Received: by 10.36.89.20 with SMTP id m20mr2419482nzb; Sun, 16 Oct 2005 20:53:58 -0700 (PDT) Received: by 10.36.224.66 with HTTP; Sun, 16 Oct 2005 20:53:58 -0700 (PDT) Message-ID: <60ffc71f0510162053y37b60ae6ibd09cb20629ba990@mail.gmail.com> Date: Mon, 17 Oct 2005 11:53:58 +0800 From: Nik To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Installing quagga on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 03:53:59 -0000 Hi all, Actually I am new in quagga and I alredy tried to find any of documentation of installing quagga on freebsd but never find it. Could at least someone that can lead me the right way to make it function. I've succesfully install quagga on two freebsd box that one will act as cor= e router and the other one as a distribution router.FYI, core having 2 NIC's which is one is lead to gateway and one is connect to distribution router. Distribution have 5 NIC's. I've enable ip forwarding in sysctl.conf, enable gateway in rc.conf and the result is I can ping to all interfaces from distribution to core and from core to distribution. The problem is core can ping outside (internet) but distribution can't ping to the outside, it's only can ping to core's NIC only.I have stuck with thi= s problem for 3 days and really hope that someone can help me out. Thanks. From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 05:50:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D69016A421 for ; Mon, 17 Oct 2005 05:50:14 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E727B43D5F for ; Mon, 17 Oct 2005 05:50:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 76C191FFACC; Mon, 17 Oct 2005 07:50:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 0DFFE1FFACD; Mon, 17 Oct 2005 07:50:06 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 458A7158E0; Mon, 17 Oct 2005 05:47:12 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3AFCB1589A; Mon, 17 Oct 2005 05:47:13 +0000 (UTC) Date: Mon, 17 Oct 2005 05:47:13 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Nik In-Reply-To: <60ffc71f0510162053y37b60ae6ibd09cb20629ba990@mail.gmail.com> Message-ID: References: <60ffc71f0510162053y37b60ae6ibd09cb20629ba990@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list Subject: Re: Installing quagga on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 05:50:14 -0000 On Mon, 17 Oct 2005, Nik wrote: > Hi all, > > Actually I am new in quagga and I alredy tried to find any of documentation > of installing quagga on freebsd but never find it. Could at least someone > that can lead me the right way to make it function. > > I've succesfully install quagga on two freebsd box that one will act as core > router and the other one as a distribution router.FYI, core having 2 NIC's > which is one is lead to gateway and one is connect to distribution router. > Distribution have 5 NIC's. I've enable ip forwarding in sysctl.conf, enable > gateway in rc.conf and the result is I can ping to all interfaces from > distribution to core and from core to distribution. > > The problem is core can ping outside (internet) but distribution can't ping > to the outside, it's only can ping to core's NIC only.I have stuck with this > problem for 3 days and really hope that someone can help me out. Do you have sth like that in /etc/rc.conf? gateway_enable="YES" # Set to YES if this host will be a gateway. In case you are also doing v6 you might also need this: ipv6_gateway_enable="YES" # Set to YES if this host will be a gateway. PS: I don't think current@ is the best list for this questions@ or net@ might be better? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 06:03:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82D4D16A41F for ; Mon, 17 Oct 2005 06:03:38 +0000 (GMT) (envelope-from therion@ninth-art.de) Received: from mail.ninth-art.de (coruscant.ninth-art.de [81.169.134.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61FC443D49 for ; Mon, 17 Oct 2005 06:03:36 +0000 (GMT) (envelope-from therion@ninth-art.de) Received: (qmail 6600 invoked from network); 17 Oct 2005 08:03:35 +0200 Received: from 84.60.2.4 by coruscant (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.87/1137. spamassassin: 3.0.4. perlscan: 1.25st. Clear:RC:0(84.60.2.4):SA:0(-1.1/5.0):. Processed in 9.083415 secs); 17 Oct 2005 06:03:35 -0000 X-Spam-Status: No, hits=-1.1 required=5.0 Received: from dslb-084-060-002-004.pools.arcor-ip.net (HELO ?84.60.2.4?) (therion@ninth-art.de@84.60.2.4) by coruscant.ninth-art.de with AES256-SHA encrypted SMTP; 17 Oct 2005 08:03:26 +0200 Message-ID: <43533EA6.4050800@ninth-art.de> Date: Mon, 17 Oct 2005 08:03:18 +0200 From: Georg Bege User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051003) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Kabaev References: <43510C33.80205@ninth-art.de> <20051015185536.GA49570@freefall.freebsd.org> In-Reply-To: <20051015185536.GA49570@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: rodrigc@crodrigues.org, freebsd-current@freebsd.org Subject: Re: latest XFS patch doesnt work on RELENG_6 anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: therion@ninth-art.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 06:03:38 -0000 Alexander Kabaev wrote: > [ even more stuff cut out ] > > >>So I assume that the latest XFS patch doesnt work anymore on 6.x? >> >> > >Apparently it doesn't. I re-rolled snapshot and uploaded it to >http://people.freebsd.org/~kan/xfs/xfs-snap20051015.tar.gz. It should compile >on FreeBSD 6.0 and -current just fine. The module Makefile is included this >time too. Please give it a try. > > Hi I tried your latest patch - I think it works fine, new problem appaered though, make buildkernel KERNCONF=FORTUNA gives me: usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/cam/scsi -I/usr/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /usr/src/sys/dev/aic7xxx/aic7xxx_osm.h /usr/src/sys/dev/aic7xxx/aic7xxx.seq ./aicasm: 880 instructions used awk -f /usr/src/sys/tools/miidevs2h.awk /usr/src/sys/dev/mii/miidevs awk -f /usr/src/sys/tools/pccarddevs2h.awk /usr/src/sys/dev/pccard/pccarddevs awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -h awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -d make: don't know how to make /usr/src/sys/crypto/rijndael/rijndael-alg-fst.c. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 I did that on a new fetched RELENG_6 src/sys, dunno if this has something todo with the xfs patch or not. Anyways thanks for your time - keep maintenence on xfs at least I think its very important. >-- >Alexander Kabaev > > > From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 08:48:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E1FE16A421 for ; Mon, 17 Oct 2005 08:48:58 +0000 (GMT) (envelope-from m.boyarov@gmail.com) Received: from c71.sam-solutions.net (c71.sam-solutions.net [217.21.35.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0704E43D46 for ; Mon, 17 Oct 2005 08:48:56 +0000 (GMT) (envelope-from m.boyarov@gmail.com) Received: from localhost.my.domain ([192.168.117.134]) by c71.sam-solutions.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 17 Oct 2005 11:48:51 +0300 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.13.4/8.13.4) with ESMTP id j9H8mo69000990 for ; Mon, 17 Oct 2005 11:48:50 +0300 (EEST) (envelope-from m.boyarov@gmail.com) Received: (from zotrix@localhost) by localhost.my.domain (8.13.4/8.13.4/Submit) id j9H8mofo000989; Mon, 17 Oct 2005 11:48:50 +0300 (EEST) (envelope-from m.boyarov@gmail.com) To: freebsd-current@freebsd.org From: m.boyarov@gmail.com (Max N. Boyarov) Date: Mon, 17 Oct 2005 11:48:45 +0300 Message-ID: <7j64rwy1ea.fsf@gmail.com> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.17 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-OriginalArrivalTime: 17 Oct 2005 08:48:51.0727 (UTC) FILETIME=[991989F0:01C5D2F7] Subject: mgetty and 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 08:48:58 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable Hello! I have strange problems after upgrading system from BETA5 to RC1. After upgrade i see the following messages in mgetty log and on serial con= sole and mgetty does not work 10/15 18:59:04 ad1 mgetty: interim release 1.1.33-Apr10 10/15 18:59:05 ad1 mod: cannot make /dev/cuad1 stdin: Bad file descriptor 10/15 18:59:05 ad1 open device /dev/cuad1 failed: Bad file descriptor 10/15 18:59:05 ad1 cannot get terminal line dev=3Dcuad1, exiting: Bad file= descriptor =2D- 10/15 18:59:18 ad1 mgetty: interim release 1.1.33-Apr10 10/15 18:59:19 ad1 mod: cannot make /dev/cuad1 stdin: Bad file descriptor 10/15 18:59:19 ad1 open device /dev/cuad1 failed: Bad file descriptor 10/15 18:59:19 ad1 cannot get terminal line dev=3Dcuad1, exiting: Bad file= descriptor systems sources were "cvsupped" on 14/10/2005 and mgetty was installed from ports What can i do to solve this problem ? =2D-=20 // Max N. Boyarov // 2:450/262 @ FidoNet --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDU2Vyr+3eflZ2f8ARAtWEAKCVBTxYUiMhQVVR6Yf3svZxNjLynwCfRcnG U7ODoQaJjN7SEABJu7pp7/k= =gQeZ -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 09:15:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53F4116A41F; Mon, 17 Oct 2005 09:15:31 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 022B843D48; Mon, 17 Oct 2005 09:15:30 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 84C202EA2; Mon, 17 Oct 2005 05:15:53 -0400 (EDT) Received: from thinkdog.local.linnet.org (unknown [82.109.191.65]) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 47D218B; Mon, 17 Oct 2005 05:15:51 -0400 (EDT) Received: from brian by thinkdog.local.linnet.org with local (Exim 4.50 (FreeBSD)) id 1ERR5B-0000OQ-BH; Mon, 17 Oct 2005 10:15:01 +0100 Date: Mon, 17 Oct 2005 10:15:01 +0100 From: Brian Candler To: Emanuel Strobl Message-ID: <20051017091501.GA1499@uk.tiscali.com> References: <200510111932.50224@harrymail> <200510141141.33231@harrymail> <20051014110814.GA19035@uk.tiscali.com> <200510170955.23231@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200510170955.23231@harrymail> User-Agent: Mutt/1.4.2.1i Cc: nectar@freebsd.org, freebsd-current@freebsd.org Subject: Re: nss_ldap segmentation fault with RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 09:15:31 -0000 On Mon, Oct 17, 2005 at 09:55:10AM +0200, Emanuel Strobl wrote: > Attached is one core dump, I don't know what i should do with it ;) The _last_ thing to do with a core dump is send it to a mailing list. It's completely useless to us, and is absolutely huge. A total waste of bandwidth for everyone on the list. Howver on your machine you can do: # gdb -c whatever.core /path/to/bin/whatever and then bt to get a backtrace. *That* you can post to a mailing list. You may then get requests to print the contents of particular variables. Brian. From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 09:24:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B93216A420; Mon, 17 Oct 2005 09:24:48 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F7B343D55; Mon, 17 Oct 2005 09:24:48 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1ERREc-0004Tw-C6; Mon, 17 Oct 2005 11:24:46 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Brian Candler In-Reply-To: Message from Brian Candler of "Mon, 17 Oct 2005 10:15:01 +0100." <20051017091501.GA1499@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Oct 2005 11:24:46 +0200 From: Danny Braniss Message-ID: Cc: Emanuel Strobl , nectar@freebsd.org, freebsd-current@freebsd.org Subject: Re: nss_ldap segmentation fault with RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 09:24:48 -0000 > On Mon, Oct 17, 2005 at 09:55:10AM +0200, Emanuel Strobl wrote: > > Attached is one core dump, I don't know what i should do with it ;) > > The _last_ thing to do with a core dump is send it to a mailing list. It's > completely useless to us, and is absolutely huge. A total waste of bandwidth > for everyone on the list. > > Howver on your machine you can do: > > # gdb -c whatever.core /path/to/bin/whatever > > and then > > bt > > to get a backtrace. *That* you can post to a mailing list. You may then get > requests to print the contents of particular variables. > > Brian. also, sendig away a kernel core dump will most probably compromise your system! there might me some nice passwords/private keys/etc ... danny From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 09:26:11 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3B2F16A420 for ; Mon, 17 Oct 2005 09:26:11 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id A22F043D6D for ; Mon, 17 Oct 2005 09:26:09 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 4349BC0C00180B04 for freebsd-current@FreeBSD.org; Mon, 17 Oct 2005 11:26:08 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 17 Oct 2005 11:26:08 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A605F567@royal64.emp.zapto.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [PANIC] ufs_dirbad: bad dir Thread-Index: AcXSrn5L5+LEutVGSgGKvBUu7oXFmwASK10g From: "Daniel Eriksson" To: Cc: Subject: RE: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 09:26:11 -0000 When moving large amounts of data to/from encrypted disks (both GBDE and GELI) I have been experiencing strange filesystem corruption issues. Files disappearing or changing content and errors on unmount. I haven't seen any panics yet though. I haven't reported this before because I thought it had something to do with my hardware, but after having moved a ton of data between normal unencrypted partitions on the same machine I'm starting to wonder if it isn't a FreeBSD problem after all. One thing that makes GBDE and GELI disks different from regular disks is the block/sector size, that's why I'm butting into this thread. I really don't know if this is at all related to the topic of the thread, and I cannot easily reproduce or diagnose the problem. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 09:35:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F072B16A41F for ; Mon, 17 Oct 2005 09:35:00 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1236043D48 for ; Mon, 17 Oct 2005 09:34:58 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 17 Oct 2005 09:34:57 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp028) with SMTP; 17 Oct 2005 11:34:57 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 17 Oct 2005 11:34:35 +0200 User-Agent: KMail/1.8.1 References: <200510111932.50224@harrymail> <200510170955.23231@harrymail> <20051017091501.GA1499@uk.tiscali.com> In-Reply-To: <20051017091501.GA1499@uk.tiscali.com> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Message-Id: <200510171134.46480@harrymail> Content-Type: multipart/signed; boundary="nextPart1795569.lO64MPNeRZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: nectar@freebsd.org, Brian Candler Subject: Re: nss_ldap segmentation fault with RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 09:35:01 -0000 --nextPart1795569.lO64MPNeRZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 17. Oktober 2005 11:15 CEST schrieb Brian Candler: > On Mon, Oct 17, 2005 at 09:55:10AM +0200, Emanuel Strobl wrote: > > Attached is one core dump, I don't know what i should do with it ;) > > The _last_ thing to do with a core dump is send it to a mailing list. > It's completely useless to us, and is absolutely huge. A total waste of > bandwidth for everyone on the list. > > Howver on your machine you can do: > > # gdb -c whatever.core /path/to/bin/whatever > > and then > > bt > > to get a backtrace. *That* you can post to a mailing list. You may then Thanks, I canceled the post and here's the usefull part: id: #0 0x2819c976 in ber_sockbuf_ctrl () from /usr/local/lib/liblber-2.2.so.7 #1 0x2816d1bb in try_read1msg () from /usr/local/lib/libldap-2.2.so.7 #2 0x2816dfec in ldap_result () from /usr/local/lib/libldap-2.2.so.7 #3 0x2816f7c2 in ldap_search_st () from /usr/local/lib/libldap-2.2.so.7 #4 0x28151b4c in _nss_ldap_init () from /usr/local/lib/nss_ldap.so.1 #5 0x28151a54 in _nss_ldap_init () from /usr/local/lib/nss_ldap.so.1 #6 0x28151c2b in _nss_ldap_ent_context_release ()=20 from /usr/local/lib/nss_ldap.so.1 #7 0x2815745c in _nss_ldap_db_close () from /usr/local/lib/nss_ldap.so.1 #8 0x28153b18 in _nss_ldap_proxy_bind () from /usr/local/lib/nss_ldap.so.1 #9 0x2815401d in _nss_ldap_test_config_flag ()=20 from /usr/local/lib/nss_ldap.so.1 #10 0x281522ff in _nss_ldap_read () from /usr/local/lib/nss_ldap.so.1 #11 0x2815243a in _nss_ldap_first_entry ()=20 from /usr/local/lib/nss_ldap.so.1 #12 0x281549f6 in _nss_ldap_init_filters ()=20 from /usr/local/lib/nss_ldap.so.1 #13 0x280a374f in __nss_compat_getgrent_r () from /lib/libc.so.6 #14 0x28109ac6 in nsdispatch () from /lib/libc.so.6 #15 0x280e77a6 in getgrent_r () from /lib/libc.so.6 #16 0x280e7a1e in getgrgid_r () from /lib/libc.so.6 #17 0x280e78d8 in getgrgid_r () from /lib/libc.so.6 #18 0x280b00a1 in getgrouplist () from /lib/libc.so.6 #19 0x08048e04 in ?? () #20 0x0804c002 in ?? () #21 0x0000271c in ?? () #22 0xbfbfeb70 in ?? () #23 0xbfbfeb6c in ?? () #24 0x00000678 in ?? () #25 0x281374e4 in ?? () from /lib/libc.so.6 #26 0xbfbfebb8 in ?? () #27 0x00000011 in ?? () #28 0x0000271c in ?? () #29 0x0000271c in ?? () #30 0x0804c000 in ?? () #31 0x00000400 in ?? () #32 0xbfbfeba8 in ?? () #33 0x2806f100 in ?? () #34 0xbfbfed73 in ?? () #35 0x280e3eb6 in getpwent_r () from /lib/libc.so.6 #36 0x08049393 in ?? () #37 0x2813e0c0 in __des_crypt_LOCAL () from /lib/libc.so.6 #38 0x00000001 in ?? () #39 0x00000000 in ?? () #40 0x00000000 in ?? () #41 0x281281b4 in exit () from /lib/libc.so.6 #42 0x08048a62 in ?? () #43 0x00000001 in ?? () #44 0xbfbfec84 in ?? () #45 0xbfbfec8c in ?? () #46 0x00000010 in ?? () #47 0x080494c0 in ?? () #48 0xbfbfec60 in ?? () #49 0xbfbfec64 in ?? () #50 0x00000000 in ?? () #51 0x2804f288 in elf_hash () from /libexec/ld-elf.so.1 #52 0x00000002 in ?? () Here from cron: #0 0x281ae976 in ber_sockbuf_ctrl () from /usr/local/lib/liblber-2.2.so.7 #1 0x2817f1bb in try_read1msg () from /usr/local/lib/libldap-2.2.so.7 #2 0x2817ffec in ldap_result () from /usr/local/lib/libldap-2.2.so.7 #3 0x281817c2 in ldap_search_st () from /usr/local/lib/libldap-2.2.so.7 #4 0x28162e38 in _nss_ldap_ent_context_init ()=20 from /usr/local/lib/nss_ldap.so.1 #5 0x28162d40 in _nss_ldap_ent_context_init_locked ()=20 from /usr/local/lib/nss_ldap.so.1 #6 0x28162fd3 in _nss_ldap_ent_context_init ()=20 from /usr/local/lib/nss_ldap.so.1 #7 0x28168a30 in _nss_ldap_dns_lookup () from /usr/local/lib/nss_ldap.so.1 #8 0x281650ac in _nss_ldap_getpwnam_r () from /usr/local/lib/nss_ldap.so.1 #9 0x281655b1 in _nss_ldap_initgroups_dyn ()=20 from /usr/local/lib/nss_ldap.so.1 #10 0x28162f2f in _nss_ldap_ent_context_init ()=20 from /usr/local/lib/nss_ldap.so.1 #11 0x28163844 in _nss_ldap_search_s () from /usr/local/lib/nss_ldap.so.1 #12 0x281639c6 in _nss_ldap_search () from /usr/local/lib/nss_ldap.so.1 #13 0x28165f8a in _nss_ldap_init_filters ()=20 from /usr/local/lib/nss_ldap.so.1 #14 0x280b474f in __nss_compat_getgrent_r () from /lib/libc.so.6 #15 0x2811aac6 in nsdispatch () from /lib/libc.so.6 #16 0x280f87a6 in getgrent_r () from /lib/libc.so.6 #17 0x280f8a1e in getgrgid_r () from /lib/libc.so.6 #18 0x280f88d8 in getgrgid_r () from /lib/libc.so.6 #19 0x280c10a1 in getgrouplist () from /lib/libc.so.6 #20 0x280becae in initgroups () from /lib/libc.so.6 #21 0x2807f915 in setusercontext () from /lib/libutil.so.5 #22 0x0804b00f in ?? () #23 0x08055040 in ?? () #24 0x2814f0c0 in __des_crypt_LOCAL () from /lib/libc.so.6 #25 0x00000000 in ?? () #26 0x0000017b in ?? () #27 0x00000ae3 in ?? () #28 0x01bfe844 in ?? () #29 0x2806d3d8 in ?? () from /libexec/ld-elf.so.1 #30 0x28075170 in ?? () #31 0x00000000 in ?? () #32 0xbfbfe854 in ?? () #33 0x00000000 in ?? () #34 0x00000000 in ?? () #35 0x08055188 in ?? () =2D--Type to continue, or q to quit--- #36 0x08051152 in ?? () #37 0x08057040 in ?? () #38 0x2815f640 in ?? () from /usr/local/lib/nss_ldap.so.1 #39 0x00000005 in ?? () #40 0x00000006 in ?? () #41 0x00000003 in ?? () #42 0x00000004 in ?? () #43 0x000001c2 in ?? () #44 0x0115f640 in ?? () #45 0x2806d3d8 in ?? () from /libexec/ld-elf.so.1 #46 0x00000000 in ?? () #47 0x280926cc in ?? () from /lib/libc.so.6 #48 0xbfbfe8e4 in ?? () #49 0x2805500e in symlook_obj () from /libexec/ld-elf.so.1 #50 0x0804b672 in ?? () #51 0x00000001 in ?? () #52 0x08050eac in __isthreaded () #53 0xbfbfedf8 in ?? () #54 0x0804b5c9 in ?? () #55 0x08055050 in ?? () #56 0x08055050 in ?? () #57 0xbfbfee08 in ?? () #58 0x0804b73a in ?? () #59 0x08057040 in ?? () #60 0x08051040 in ?? () #61 0x434f8e84 in ?? () #62 0x000c5878 in ?? () #63 0x00000000 in ?? () #64 0x2815a16c in _nsyyin () from /lib/libc.so.6 #65 0xbfbfeeb8 in ?? () #66 0x00000000 in ?? () #67 0x0000003c in ?? () #68 0x08050eac in __isthreaded () #69 0xbfbfeeb8 in ?? () #70 0x08049f70 in ?? () #71 0x00000003 in ?? () =2D--Type to continue, or q to quit--- #72 0x00000003 in ?? () #73 0x000010c7 in ?? () #74 0x2804f09c in ?? () from /libexec/ld-elf.so.1 #75 0x00000107 in ?? () #76 0x2804f4b8 in ?? () from /libexec/ld-elf.so.1 #77 0x2806d3d8 in ?? () from /libexec/ld-elf.so.1 #78 0x00000005 in ?? () #79 0x00000009 in ?? () #80 0x0000000d in ?? () #81 0x0000000c in ?? () #82 0x00000037 in ?? () #83 0x2815a140 in _nsyyin () from /lib/libc.so.6 #84 0x00000001 in ?? () #85 0x28056ff3 in _rtld_free_tls () from /libexec/ld-elf.so.1 Previous frame inner to this frame (corrupt stack?) Thanks, =2DHarry > get requests to print the contents of particular variables. > > Brian. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" --nextPart1795569.lO64MPNeRZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDU3A2Bylq0S4AzzwRAqKHAJ9cVHQeb/lEPOW+iZZogzb5/kNn+QCfX6Ru gYn+C5fcy0frr2ZQ1wIHNbc= =iIip -----END PGP SIGNATURE----- --nextPart1795569.lO64MPNeRZ-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 09:36:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 167D716A41F for ; Mon, 17 Oct 2005 09:36:46 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4600F43D53 for ; Mon, 17 Oct 2005 09:36:44 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 17 Oct 2005 09:36:42 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp023) with SMTP; 17 Oct 2005 11:36:42 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org User-Agent: KMail/1.8.1 References: <200510111932.50224@harrymail> <200510141141.33231@harrymail> <20051014110814.GA19035@uk.tiscali.com> In-Reply-To: <20051014110814.GA19035@uk.tiscali.com> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 X-UID: 5514 X-Length: 1645381 Date: Mon, 17 Oct 2005 11:36:23 +0200 Content-Type: multipart/signed; boundary="nextPart1360824.aZoP1dUp8O"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510171136.33521@harrymail> X-Y-GMX-Trusted: 0 Subject: Re: nss_ldap segmentation fault with RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 09:36:46 -0000 --nextPart1360824.aZoP1dUp8O Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Freitag, 14. Oktober 2005 13:08 CEST schrieb Brian Candler: > On Fri, Oct 14, 2005 at 11:41:21AM +0200, Emanuel Strobl wrote: > > nss_ldap: =3D=3D> do_search_s > > Segmentation fault (core dumped) > > It looks like the program which loaded nss_ldap.so has dumped core. This > might be login, sshd, ... I really don't know :-) > > But a scan across your filesystem for *.core might turn it up. That's what I thought too but I hadn't found anything so I guessed the .so= =20 was crashing. But you are right, it's the running program which crashes and I found=20 id.core > Alternatively, you should be able to put the file in a directory of your > choice using > > # sysctl kern.corefile=3D/var/tmp/%N.core > > If it's a setuid program (like /usr/bin/login), you will in any case > need to set > > # sysctl kern.sugid_coredump=3D1 Maybe I could't find core dumps because I ran tests as root? Thanks for the hint! =2DHarry --nextPart1360824.aZoP1dUp8O Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDU3ChBylq0S4AzzwRAm/OAJ4qGWnlMZysgKLa3wW9+njhTXC89wCePcln zGyQT6AXsYb3jmhDmp31oLI= =Fjux -----END PGP SIGNATURE----- --nextPart1360824.aZoP1dUp8O-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 09:42:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1C5616A41F; Mon, 17 Oct 2005 09:42:59 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36EBC43D5D; Mon, 17 Oct 2005 09:42:58 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 9FAEFDE; Mon, 17 Oct 2005 05:39:31 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 54BDC4977; Mon, 17 Oct 2005 05:39:29 -0400 (EDT) Received: from brian by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1ERRW9-0000Bd-2r; Mon, 17 Oct 2005 10:42:53 +0100 Date: Mon, 17 Oct 2005 10:42:53 +0100 From: Brian Candler To: Emanuel Strobl Message-ID: <20051017094253.GA699@uk.tiscali.com> References: <200510111932.50224@harrymail> <200510170955.23231@harrymail> <20051017091501.GA1499@uk.tiscali.com> <200510171134.46480@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200510171134.46480@harrymail> User-Agent: Mutt/1.4.2.1i Cc: nectar@freebsd.org, freebsd-current@freebsd.org Subject: Re: nss_ldap segmentation fault with RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 09:42:59 -0000 On Mon, Oct 17, 2005 at 11:34:35AM +0200, Emanuel Strobl wrote: > id: > #0 0x2819c976 in ber_sockbuf_ctrl () from /usr/local/lib/liblber-2.2.so.7 ... > #4 0x28151b4c in _nss_ldap_init () from /usr/local/lib/nss_ldap.so.1 Well, I don't know anything about nss_ldap, but I do know that stuff in /usr/local/lib isn't part of FreeBSD. You probably want to take this up with the software author from here. Looking at the port Makefile I see http://www.padl.com/OSS/nss_ldap.html If they don't provide any mailing list or support for the software you're using, well then you have the source code and you can go fix it yourself. Good luck :-) Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 09:47:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D73F216A420 for ; Mon, 17 Oct 2005 09:47:59 +0000 (GMT) (envelope-from dan@mail.neosystem.cz) Received: from gem.neosystem.cz (gem.neosystem.cz [81.95.103.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C65C043D49 for ; Mon, 17 Oct 2005 09:47:58 +0000 (GMT) (envelope-from dan@mail.neosystem.cz) Received: from localhost (localhost [127.0.0.1]) by gem.neosystem.cz (Postfix) with ESMTP id 69EDB38AF92 for ; Mon, 17 Oct 2005 11:47:59 +0200 (CEST) Received: from gem.neosystem.cz ([127.0.0.1]) by localhost (gem [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09624-05 for ; Mon, 17 Oct 2005 11:47:54 +0200 (CEST) Received: from moon.kancelar.seznam.cz (proxy.seznam.cz [212.80.76.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gem.neosystem.cz (Postfix) with ESMTP id 8D36638AF8D for ; Mon, 17 Oct 2005 11:47:54 +0200 (CEST) Date: Mon, 17 Oct 2005 11:46:55 +0200 From: Dan Bilik To: freebsd-current@freebsd.org Message-Id: <20051017114655.636eff01.dan@mail.neosystem.cz> Organization: neosystem.cz X-Mailer: Sylpheed version 2.0.2 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__17_Oct_2005_11_46_55_+0200_ET8Kc55/Ev3NeaZs" X-Virus-Scanned: amavisd-new at neosystem.cz Subject: Possible fxp(4) problem in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 09:48:00 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__17_Oct_2005_11_46_55_+0200_ET8Kc55/Ev3NeaZs Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi. Situation: Single-purpose machines only serving http requests for static content, running 6.0-BETA5 and now 6.0-RC1. Hardware is IBM eServer x330 (dual P3, 1GB RAM, 2 * SCSI disk, 2 * Intel fxp(4) network interface). In addition to base system there is running boa, cdpd, qmail a net-snmp. Kernel is custom, config and dmesg are attached. Machines are under quite heavy network load. Problem: After some time of serving requests the ethernet interface in the machine stops communicating on the wire. It does not respond to any packets (ping, http, nfs, ssh) and vmstat(8) shows stopped interrupt counter for that interface. Machine is running just fine, one can log in localy and even configure second interface to communicate on network through it. It seems to be the same problem as described in PR amd64/82425 with one exception - there is no 'device timeout' in logs. In fact there is nothing suspicious in logs when the system reaches such state. This leads me to that it also may be close to PR kern/87418 - interface just stops receiving (and/or sending) data. The period in which this happens varies a lot - some machines run for two weeks with no problem, some stop that way twice a day. It may be related to network traffic volume. We have tried to disable acpi(4) and turn on polling(4) but with no effect. Questions: Is this known problem (extensive googling returned nothing similar)? Is there any way I can help debug the problem? When I encounter the same problem again what data would be valuable for debugging? Dan --Multipart=_Mon__17_Oct_2005_11_46_55_+0200_ET8Kc55/Ev3NeaZs Content-Type: text/plain; name="IBM33x" Content-Disposition: attachment; filename="IBM33x" Content-Transfer-Encoding: 7bit machine i386 cpu I686_CPU ident IBM33x makeoptions MODULES_OVERRIDE="cd9660 cd9660_iconv udf udf_iconv msdosfs msdosfs_iconv procfs linprocfs pseudofs libmchain libiconv smbfs nwfs nfs4client nfsclient nfsserver ext2fs rl sis txp vr xl ti nge lge sk vx mii if_gif if_gre if_tun if_faith if_tap if_stf if_sl if_ppp snp plip ppi lpt vpo acpi apm linux i2c uart ugen uhid ukbd ulpt umass ums udbp ucom umodem pf ipfw nullfs unionfs netgraph crypto cryptodev sio rc4 md syscons isp ispfw fdc" maxusers 512 options NMBCLUSTERS=16384 options MAXFILES=65535 options TCP_DROP_SYNFIN options SCHED_4BSD options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big directories options GEOM_BSD # BSD disklabels options GEOM_GPT # GUID Partition Tables options GEOM_CONCAT # Disk concatenation. options GEOM_STRIPE # Disk striping. options GEOM_MIRROR # Disk mirroring. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 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 options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options CPU_FASTER_5X86_FPU options NO_F00F_HACK options SMP # Symmetric MultiProcessor Kernel options DEVICE_POLLING options HZ=1000 options IPFIREWALL_DEFAULT_TO_ACCEPT option IPSTEALTH # support for stealth forwarding options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Drop options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Prioirity Queueing options ACCEPT_FILTER_HTTP options ACCEPT_FILTER_DATA # Mandatory: device apic # I/O apic device isa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device mpt # LSI-Logic MPT/Fusion device sym # Symbios/Logic 53C8XX family of PCI-SCSI I/O processors # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Floating point support - do not disable. device npx # Parallel port device ppc device ppbus # Parallel port bus (required) # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device em # Intel EtherExpress PRO/1000 device bge # Broadcom BCM570x (``Tigon III'') # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) # The `bpf'device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ehci # EHCI PCI->USB interface device usb # USB Bus (required) --Multipart=_Mon__17_Oct_2005_11_46_55_+0200_ET8Kc55/Ev3NeaZs Content-Type: text/plain; name="dmesg.txt" Content-Disposition: attachment; filename="dmesg.txt" Content-Transfer-Encoding: 7bit Copyright (c) 1992-2005 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 6.0-RC1 #0: Wed Oct 12 18:23:43 CEST 2005 root@machine.test:/usr/obj/usr/src/sys/IBM33x Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1266MHz (1261.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 1073659904 (1023 MB) avail memory = 1039339520 (991 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 16 ioapic1 irqs 16-31 on motherboard ioapic0 irqs 0-15 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 1.0 (no driver attached) fxp0: port 0x2200-0x223f mem 0xfeb7f000-0xfeb7ffff,0xfea00000-0xfeafffff irq 27 at device 2.0 on pci0 fxp0: Disabling dynamic standby mode in EEPROM fxp0: New EEPROM ID: 0x48a0 fxp0: EEPROM checksum @ 0x3f: 0xf0f7 -> 0xf0f7 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:55:c6:e8:25 fxp1: port 0x2240-0x227f mem 0xfeb7e000-0xfeb7efff,0xfe900000-0xfe9fffff irq 25 at device 10.0 on pci0 fxp1: Disabling dynamic standby mode in EEPROM fxp1: New EEPROM ID: 0x48a0 fxp1: EEPROM checksum @ 0x3f: 0x5ffa -> 0x5ffa miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:55:c6:e8:26 isab0: port 0x440-0x44f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x700-0x70f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 15.2 (no driver attached) pcib1: pcibus 1 on motherboard pci1: on pcib1 ahc0: port 0x2300-0x23ff mem 0xeffff000-0xefffffff irq 28 at device 3.0 on pci1 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcc7ff,0xcc800-0xd0fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc1: parallel port not found. unknown: can't assign resources (memory) unknown: can't assign resources (port) Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 Waiting 5 seconds for SCSI devices to settle pass2 at ahc0 bus 0 target 8 lun 0 pass2: Fixed Processor SCSI-2 device pass2: 3.300MB/s transfers da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 34715MB (71096640 512 byte sectors: 255H 63S/T 4425C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 34715MB (71096640 512 byte sectors: 255H 63S/T 4425C) SMP: AP CPU #1 Launched! GEOM_STRIPE: Device st0 created (id=3594278667). GEOM_STRIPE: Disk da0s1g attached to st0. GEOM_STRIPE: Disk da1s1g attached to st0. GEOM_STRIPE: Device st0 activated. Trying to mount root from ufs:/dev/da0s1a --Multipart=_Mon__17_Oct_2005_11_46_55_+0200_ET8Kc55/Ev3NeaZs-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 10:54:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF12E16A41F for ; Mon, 17 Oct 2005 10:54:14 +0000 (GMT) (envelope-from dan@langille.org) Received: from m21.unixathome.org (m21.unixathome.org [205.150.199.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89DEB43D48 for ; Mon, 17 Oct 2005 10:54:14 +0000 (GMT) (envelope-from dan@langille.org) Received: from localhost (localhost [205.150.199.217]) by m21.unixathome.org (Postfix) with ESMTP id A9B8CC374 for ; Mon, 17 Oct 2005 06:54:13 -0400 (EDT) Received: from m21.unixathome.org ([205.150.199.217]) by localhost (m21.unixathome.org [205.150.199.217]) (amavisd-new, port 10024) with ESMTP id 01468-07 for ; Mon, 17 Oct 2005 06:54:13 -0400 (EDT) Received: from bast.unixathome.org (bast.unixathome.org [70.26.229.230]) by m21.unixathome.org (Postfix) with ESMTP id 036FABFB0 for ; Mon, 17 Oct 2005 06:54:12 -0400 (EDT) Received: from wocker (wocker.unixathome.org [10.55.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 8B9A43D3B for ; Mon, 17 Oct 2005 06:54:12 -0400 (EDT) From: "Dan Langille" To: freebsd-current@freebsd.org Date: Mon, 17 Oct 2005 06:54:12 -0400 MIME-Version: 1.0 Message-ID: <43534A94.23734.93A68246@localhost> Priority: normal X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at unixathome.org Subject: RAID on 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 10:54:15 -0000 Anyone running RAID on 6.0-RC1, specifically twed? When booting from the 6.0-RC1 install CD, I'm getting twed0 found on probing. The results look right. But then the install freezes (I waited an hour). I have a screen shot which produced with a boot -v: Similar results happen with a 5.4 CD but not a 4.9CD, which gets into the installer. The RAID array is RAID-1 and both disk are 80GB (a Seagate and a Maxtor). I left the system to sit overnight, but this morning, the screen looks as shown above. The twed device in question is a 3Ware 7006-2 attached to an ASUS AV8- Deluxed running an AMD 64 3000+. FWIW, I can't get the onboard PATA RAID to work either (Promise 20378 controller). The main board: http://usa.asus.com/products4.aspx?l1=3&l2=15&l3=68&model=238&modelmen u=1 -- Dan Langille : http://www.langille.org/ BSDCan - The Technical BSD Conference - http://www.bsdcan.org/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 11:01:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EC9216A41F for ; Mon, 17 Oct 2005 11:01:34 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6CF243D58 for ; Mon, 17 Oct 2005 11:01:32 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9HB1WXm055121 for ; Mon, 17 Oct 2005 07:01:32 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.4/8.13.4) with ESMTP id j9HB1Vw7071145; Mon, 17 Oct 2005 07:01:31 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j9HB1Th9011191 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Oct 2005 07:01:29 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051017065738.06d79048@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 17 Oct 2005 07:01:41 -0400 To: Dan Bilik , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <20051017114655.636eff01.dan@mail.neosystem.cz> References: <20051017114655.636eff01.dan@mail.neosystem.cz> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.26 Cc: Subject: Re: Possible fxp(4) problem in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 11:01:34 -0000 At 05:46 AM 17/10/2005, Dan Bilik wrote: >through it. It seems to be the same problem as described in PR >amd64/82425 with one exception - there is no 'device timeout' in logs. Its been a long time since I have seen fxp0: Disabling dynamic standby mode in EEPROM fxp0: New EEPROM ID: 0x48a0 fxp0: EEPROM checksum @ 0x3f: 0xf0f7 -> 0xf0f7 But, I seem to recall that when the driver detects this bug in the fxp card, you need to power cycle the box. But after that, you should never see the message again. On my old (i810) boards, I think I would only see this problem in 10baseT mode, and 100 would not be an issue (or perhaps the other way around, but its been a long time and I dont recall exactly). Not sure if thats your issue or not, or if the driver is incorrectly seeing that bug in your rev of the fxp. If thats the case, perhaps work around it by modifying the code to not try and program the phy like it is. ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 11:05:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EB1B16A41F for ; Mon, 17 Oct 2005 11:05:26 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F2CB43D7E for ; Mon, 17 Oct 2005 11:05:06 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9HB56GT055579 for ; Mon, 17 Oct 2005 07:05:06 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.4/8.13.4) with ESMTP id j9HB56BA054537; Mon, 17 Oct 2005 07:05:06 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j9HB54po011208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Oct 2005 07:05:04 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051017070224.0648fec0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 17 Oct 2005 07:05:16 -0400 To: "Dan Langille" , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <43534A94.23734.93A68246@localhost> References: <43534A94.23734.93A68246@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.21 Cc: Subject: Re: RAID on 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 11:05:26 -0000 At 06:54 AM 17/10/2005, Dan Langille wrote: >Anyone running RAID on 6.0-RC1, specifically twed? Yes. % uname -a FreeBSD tor1-o.sentex.ca 6.0-RC1 FreeBSD 6.0-RC1 #0: Wed Oct 12 10:08:51 EDT 2005 mdtancsa@tor1-o.sentex.ca:/usr/obj/usr/src/sys/global i386 % df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/twed0s1a 1012974 63220 868718 7% / devfs 1 1 0 100% /dev /dev/twed0s1e 10154158 694842 8646984 7% /home /dev/twed0s1f 20308398 4 18683724 0% /securestorage /dev/twed0s1g 2026030 6000 1857948 0% /tmp /dev/twed0s1d 20308398 2645286 16038442 14% /usr /dev/twed0s1h 19831118 499396 17745234 3% /var devfs 1 1 0 100% /var/named/dev >When booting from the 6.0-RC1 install CD, I'm getting twed0 found on >probing. The results look right. But then the install freezes (I >waited an hour). I have a screen shot which produced with a boot -v: Where does it get stuck when doing a boot -v ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 11:17:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10EAA16A41F for ; Mon, 17 Oct 2005 11:17:19 +0000 (GMT) (envelope-from dan@langille.org) Received: from m21.unixathome.org (m21.unixathome.org [205.150.199.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B70C43D4C for ; Mon, 17 Oct 2005 11:17:16 +0000 (GMT) (envelope-from dan@langille.org) Received: from localhost (localhost [205.150.199.217]) by m21.unixathome.org (Postfix) with ESMTP id D33ADC374; Mon, 17 Oct 2005 07:17:15 -0400 (EDT) Received: from m21.unixathome.org ([205.150.199.217]) by localhost (m21.unixathome.org [205.150.199.217]) (amavisd-new, port 10024) with ESMTP id 02987-05; Mon, 17 Oct 2005 07:17:15 -0400 (EDT) Received: from bast.unixathome.org (bast.unixathome.org [70.26.229.230]) by m21.unixathome.org (Postfix) with ESMTP id 287A2BFB0; Mon, 17 Oct 2005 07:17:14 -0400 (EDT) Received: from wocker (wocker.unixathome.org [10.55.0.99]) by bast.unixathome.org (Postfix) with ESMTP id B280C3D3B; Mon, 17 Oct 2005 07:17:14 -0400 (EDT) From: "Dan Langille" To: Mike Tancsa Date: Mon, 17 Oct 2005 07:17:14 -0400 MIME-Version: 1.0 Message-ID: <43534FFA.29473.93BB9942@localhost> Priority: normal In-reply-to: <6.2.3.4.0.20051017070224.0648fec0@64.7.153.2> References: <43534A94.23734.93A68246@localhost> X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at unixathome.org Cc: freebsd-current@freebsd.org Subject: Re: RAID on 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 11:17:19 -0000 On 17 Oct 2005 at 7:05, Mike Tancsa wrote: > At 06:54 AM 17/10/2005, Dan Langille wrote: > >Anyone running RAID on 6.0-RC1, specifically twed? > Yes. > % uname -a > FreeBSD tor1-o.sentex.ca 6.0-RC1 FreeBSD 6.0-RC1 #0: Wed Oct 12 > 10:08:51 EDT > 2005 mdtancsa@tor1-o.sentex.ca:/usr/obj/usr/src/sys/global i386 > > % df > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/twed0s1a 1012974 63220 868718 7% / > devfs 1 1 0 100% /dev > /dev/twed0s1e 10154158 694842 8646984 7% /home > /dev/twed0s1f 20308398 4 18683724 0% /securestorage > /dev/twed0s1g 2026030 6000 1857948 0% /tmp > /dev/twed0s1d 20308398 2645286 16038442 14% /usr > /dev/twed0s1h 19831118 499396 17745234 3% /var > devfs 1 1 0 100% /var/named/dev > > > >When booting from the 6.0-RC1 install CD, I'm getting twed0 found on > >probing. The results look right. But then the install freezes (I > >waited an hour). I have a screen shot which produced with a boot -v: > > Where does it get stuck when doing a boot -v See this screen shot: BTW: Since composing that message, I tried "unset acpi_load". That gets me into the installer. That's when using the twed. I haven't tried the Promise with the unset yet. -- Dan Langille : http://www.langille.org/ BSDCan - The Technical BSD Conference - http://www.bsdcan.org/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 11:50:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAD6916A41F for ; Mon, 17 Oct 2005 11:50:31 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 648BE43D49 for ; Mon, 17 Oct 2005 11:50:31 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1ERTVe-0008l5-Eu; Mon, 17 Oct 2005 13:50:30 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: am-utils@fsl.cs.sunysb.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Oct 2005 13:50:30 +0200 From: Danny Braniss Message-ID: Cc: freebsd-current@freebsd.org Subject: 6.0-RC1/amd 6.1.2.1: mount stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 11:50:31 -0000 problem: /cs/share is atomounted, but mount(NFSv3/UDP) is stuck ps alwx | grep amd 0 395 1 0 96 0 1764 1784 select Ss ?? 0:00.20 /SBIN/amd -p -a /a -l /var/log/amd -x all -D all /usr/local hesiod.lo ... 0 511 395 208 -1 0 1764 1784 nfsreq D ?? 0:00.00 /SBIN/amd -p -a /a -l /var/log/amd -x all -D all /usr/local hesiod.lo ... a gcore of 511, shows that it's stuck in the mount syscall. this seems to be some kernel timming/race problem, because: 1- it does not happen with a slower cpu. 2- it does not happen if the mount sequence is slight different 3- it does not happen with the older amd 6.0.10-2004051. btw, kern.smp.disabled=1, the problem still exists. I don't think it's the server, a NetAPP, because all other mounts are ok. danny From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 03:50:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6567F16A41F for ; Mon, 17 Oct 2005 03:50:56 +0000 (GMT) (envelope-from pegas@pegas.no-ip.org) Received: from pegas.no-ip.org (user-0c9h55m.cable.mindspring.com [24.152.148.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2022843D46 for ; Mon, 17 Oct 2005 03:50:55 +0000 (GMT) (envelope-from pegas@pegas.no-ip.org) Received: from [10.7.0.127] (simensis.wolfa [10.7.0.127]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pegas.no-ip.org (Postfix) with ESMTP id CD42560FC; Sun, 16 Oct 2005 20:40:54 -0700 (PDT) Message-ID: <43531F94.6000106@pegas.no-ip.org> Date: Sun, 16 Oct 2005 20:50:44 -0700 From: Evgeny Piven User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Kirkwood References: <20051016120035.028E816A41F@hub.freebsd.org> <4352CA35.2050403@pegas.no-ip.org> <4352E7DF.6010104@paradise.net.nz> In-Reply-To: <4352E7DF.6010104@paradise.net.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 17 Oct 2005 12:23:42 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Reboot hang in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pegas@pegas.no-ip.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 03:50:56 -0000 Mark Kirkwood wrote: > Evgeny Piven wrote: > >> When trying to reboot my newly updated 6.0-RC1 machine (updated from >> 5.4-RELEASE), my machine hangs during the reboot. >> This issue has apparently come up before, but never really had a clean >> fix (correct me if I'm wrong). >> From what I've read, the quick fix for this would be turning on USB >> support in BIOS, though this didn't help in my case. >> Basically the hang happens right after the "Uptime: " message is >> displayed and then the machine just sits there and does nothing. From >> what I've read, this might have something to do with ACPI support. > > Looks like you have run into a new variant of the issue :-) > The previous stuff seems to have been tied to USB and (in my case) SMP. > Does disabling (or enabling) ACPI make any difference? > In any case, it might be worth setting 'hw.pci.enable_io_modes=0' in > /boot/loader.conf and seeing if it makes any difference. All I can say for now is that hw.pci.enable_io_modes=0 did not help. Best regards, Evgeny Piven From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 12:28:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6F3316A41F for ; Mon, 17 Oct 2005 12:28:06 +0000 (GMT) (envelope-from tjr@freebsd.org) Received: from mail.netspace.net.au (thunder.netspace.net.au [203.10.110.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1A2843D5E for ; Mon, 17 Oct 2005 12:28:04 +0000 (GMT) (envelope-from tjr@freebsd.org) Received: from [192.168.0.4] (220-253-52-40.VIC.netspace.net.au [220.253.52.40]) by mail.netspace.net.au (Postfix) with ESMTP id 2951949B31; Mon, 17 Oct 2005 22:28:01 +1000 (EST) Message-ID: <435398CF.7090306@freebsd.org> Date: Mon, 17 Oct 2005 22:27:59 +1000 From: Tim Robbins User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Huang wen hui References: <4352F9F2.6050309@gddsn.org.cn> In-Reply-To: <4352F9F2.6050309@gddsn.org.cn> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: cpio not work using zh_CN.UTF-8 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 12:28:07 -0000 Huang wen hui wrote: >hi, >cpio has problem when parse option using locale zh_CN.UTF-8. ># cpio --version >cpio (GNU cpio) 2.6-FreeBSD ># cpio -d >cpio: You must specify one of -oipt options. >Try `cpio --help' or `cpio --usage' for more information. > ># setenv LC_ALL zh_CN.UTF-8 ># cpio -d >cpio: invalid option -- d >Try `cpio --help' or `cpio --usage' for more information. > This should be fixed in -CURRENT now - thanks for the report! Tim From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 13:07:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEB9B16A41F for ; Mon, 17 Oct 2005 13:07:34 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FC6143D64 for ; Mon, 17 Oct 2005 13:07:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.1.106] (69-161-144-40.miamfl.adelphia.net [69.161.144.40]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j9HD7NIi079933; Mon, 17 Oct 2005 07:07:23 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4353A207.50309@samsco.org> Date: Mon, 17 Oct 2005 07:07:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Langille References: <43534A94.23734.93A68246@localhost> <43534FFA.29473.93BB9942@localhost> In-Reply-To: <43534FFA.29473.93BB9942@localhost> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.0 required=3.8 tests=RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: RAID on 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 13:07:35 -0000 Dan Langille wrote: > On 17 Oct 2005 at 7:05, Mike Tancsa wrote: > > >>At 06:54 AM 17/10/2005, Dan Langille wrote: >> >>>Anyone running RAID on 6.0-RC1, specifically twed? >> >>Yes. >>% uname -a >>FreeBSD tor1-o.sentex.ca 6.0-RC1 FreeBSD 6.0-RC1 #0: Wed Oct 12 >>10:08:51 EDT >>2005 mdtancsa@tor1-o.sentex.ca:/usr/obj/usr/src/sys/global i386 >> >>% df >>Filesystem 1K-blocks Used Avail Capacity Mounted on >>/dev/twed0s1a 1012974 63220 868718 7% / >>devfs 1 1 0 100% /dev >>/dev/twed0s1e 10154158 694842 8646984 7% /home >>/dev/twed0s1f 20308398 4 18683724 0% /securestorage >>/dev/twed0s1g 2026030 6000 1857948 0% /tmp >>/dev/twed0s1d 20308398 2645286 16038442 14% /usr >>/dev/twed0s1h 19831118 499396 17745234 3% /var >>devfs 1 1 0 100% /var/named/dev >> >> >> >>>When booting from the 6.0-RC1 install CD, I'm getting twed0 found on >>>probing. The results look right. But then the install freezes (I >>>waited an hour). I have a screen shot which produced with a boot -v: >> >>Where does it get stuck when doing a boot -v > > > See this screen shot: > > > > BTW: Since composing that message, I tried "unset acpi_load". That > gets me into the installer. That's when using the twed. I haven't > tried the Promise with the unset yet. Likely an interrupt routing problem. More information on your motherboard, as well as a real console log during boot, is needed to say anything else. Scott From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 14:02:26 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 470AA16A41F; Mon, 17 Oct 2005 14:02:26 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id E532F43D48; Mon, 17 Oct 2005 14:02:25 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.52 (FreeBSD)) id 1ERVZJ-0000cX-C7; Mon, 17 Oct 2005 14:02:25 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.53 (FreeBSD)) id 1ERVZI-000647-8J; Mon, 17 Oct 2005 04:02:24 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17235.44783.751127.434418@roam.psg.com> Date: Mon, 17 Oct 2005 04:02:23 -1000 To: Don Lewis References: <200510170313.j9H3DeqN060642@gw.catspoiler.org> Cc: current@FreeBSD.org Subject: Re: buildkernel without INET6 blows up trying to build if_gif module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 14:02:26 -0000 same here From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 14:44:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C85416A41F for ; Mon, 17 Oct 2005 14:44:04 +0000 (GMT) (envelope-from dan@mail.neosystem.cz) Received: from gem.neosystem.cz (gem.neosystem.cz [81.95.103.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B556F43D46 for ; Mon, 17 Oct 2005 14:44:03 +0000 (GMT) (envelope-from dan@mail.neosystem.cz) Received: from localhost (localhost [127.0.0.1]) by gem.neosystem.cz (Postfix) with ESMTP id 22D8338AF8F for ; Mon, 17 Oct 2005 16:44:06 +0200 (CEST) Received: from gem.neosystem.cz ([127.0.0.1]) by localhost (gem [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08180-02 for ; Mon, 17 Oct 2005 16:44:04 +0200 (CEST) Received: from moon.kancelar.seznam.cz (proxy.seznam.cz [212.80.76.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gem.neosystem.cz (Postfix) with ESMTP id 4C62E38AF8D for ; Mon, 17 Oct 2005 16:44:04 +0200 (CEST) Date: Mon, 17 Oct 2005 16:40:04 +0200 From: Dan Bilik To: freebsd-current@freebsd.org Message-Id: <20051017164004.23126e63.dan@mail.neosystem.cz> In-Reply-To: <6.2.3.4.0.20051017065738.06d79048@64.7.153.2> References: <20051017114655.636eff01.dan@mail.neosystem.cz> <6.2.3.4.0.20051017065738.06d79048@64.7.153.2> Organization: neosystem.cz X-Mailer: Sylpheed version 2.0.2 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at neosystem.cz Subject: Re: Possible fxp(4) problem in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 14:44:04 -0000 On Mon, 17 Oct 2005 07:01:41 -0400 Mike Tancsa wrote: >>through it. It seems to be the same problem as described in PR >>amd64/82425 with one exception - there is no 'device timeout' in >>logs. > Its been a long time since I have seen > fxp0: Disabling dynamic standby mode in EEPROM > fxp0: New EEPROM ID: 0x48a0 > fxp0: EEPROM checksum @ 0x3f: 0xf0f7 -> 0xf0f7 > But, I seem to recall that when the driver detects this bug in the > fxp card, you need to power cycle the box. But after that, you > should never see the message again. On my old (i810) boards, I think > ... Well, it seems to be "lucky" day... One of our boxes stopped network communication (as described in previous post) just an hour ago. After power cycling it, dmesg says: ... fxp0: Disabling dynamic standby mode in EEPROM fxp0: New EEPROM ID: 0x48a0 fxp0: EEPROM checksum @ 0x3f: 0x356 -> 0x356 ... fxp1: Disabling dynamic standby mode in EEPROM fxp1: New EEPROM ID: 0x48a0 fxp1: EEPROM checksum @ 0x3f: 0x7259 -> 0x7259 Probably no advance here. Machine booted with apic(4) disabled - I prepared it that way after short mailing with Maxime Henrion. We'll see if that helped. So far there is significant performance drop because of SMP loss. Dan From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 16:56:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 676B516A420; Mon, 17 Oct 2005 16:56:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09C8343D6B; Mon, 17 Oct 2005 16:56:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9HGu9Z3059231; Mon, 17 Oct 2005 12:56:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9HGu9dN001630; Mon, 17 Oct 2005 12:56:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 92BF27302F; Mon, 17 Oct 2005 12:56:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051017165609.92BF27302F@freebsd-current.sentex.ca> Date: Mon, 17 Oct 2005 12:56:09 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 16:56:18 -0000 TB --- 2005-10-17 15:30:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-17 15:30:17 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-10-17 15:30:17 - cleaning the object tree TB --- 2005-10-17 15:30:40 - checking out the source tree TB --- 2005-10-17 15:30:40 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-10-17 15:30:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-17 15:37:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-17 15:37:36 - cd /src TB --- 2005-10-17 15:37:36 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-17 16:44:57 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-17 16:44:57 - cd /src TB --- 2005-10-17 16:44:57 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Oct 17 16:44:58 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/joy/../../conf/kmod_syms.awk joy.kld export_syms | xargs -J% objcopy % joy.kld ld -Bshareable -d -warn-common -o joy.ko.debug joy.kld objcopy --strip-debug joy.ko.debug joy.ko ===> kbdmux (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/obj/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/kbdmux/../../dev/kbdmux/kbdmux.c /src/sys/modules/kbdmux/../../dev/kbdmux/kbdmux.c: In function `kbdmux_modevent': /src/sys/modules/kbdmux/../../dev/kbdmux/kbdmux.c:1286: warning: implicit declaration of function `kbd_detach' /src/sys/modules/kbdmux/../../dev/kbdmux/kbdmux.c:1286: warning: nested extern declaration of `kbd_detach' *** Error code 1 Stop in /src/sys/modules/kbdmux. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/alpha/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-17 16:56:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-17 16:56:09 - ERROR: failed to build generic kernel TB --- 2005-10-17 16:56:09 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 17:02:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1473516A41F for ; Mon, 17 Oct 2005 17:02:43 +0000 (GMT) (envelope-from mcdouga9@daemon.egr.msu.edu) Received: from daemon.egr.msu.edu (daemon.egr.msu.edu [35.9.44.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3E5E43D75 for ; Mon, 17 Oct 2005 17:02:42 +0000 (GMT) (envelope-from mcdouga9@daemon.egr.msu.edu) Received: by daemon.egr.msu.edu (Postfix, from userid 21281) id 3491A85; Mon, 17 Oct 2005 13:02:36 -0400 (EDT) Date: Mon, 17 Oct 2005 13:02:36 -0400 From: Adam McDougall To: current@freebsd.org Message-ID: <20051017170235.GF5039@egr.msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: MFC bsdlabel.c rev 1.111? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 17:02:43 -0000 Is it too late to MFC src/sbin/bsdlabel/bsdlabel.c v 1.111 for 6.0? If so, would it be considered for after the release? I stumbled across the "extended beyond the end of the disk" issue while following mirroring instructions from http://people.freebsd.org/~rse/mirror/ while using 6.0-RC1. A note could also be put on that webpage but I wanted to send email on it promptly to see if someone can put it into 6.0. From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 17:36:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8BCA16A421 for ; Mon, 17 Oct 2005 17:36:31 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57DAB43D4C for ; Mon, 17 Oct 2005 17:36:31 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9HHZEXj011188; Mon, 17 Oct 2005 11:35:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 17 Oct 2005 11:36:30 -0600 (MDT) Message-Id: <20051017.113630.35505791.imp@bsdimp.com> To: freebsd@psam.se From: "M. Warner Losh" In-Reply-To: <4352E841.6000601@psam.se> References: <4350C749.9070704@psam.se> <20051015.125419.47698820.imp@bsdimp.com> <4352E841.6000601@psam.se> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 17 Oct 2005 11:35:19 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: Thoshiba Tecra 8000 with 3com 3CXFE575CT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 17:36:31 -0000 OK. Next step is a question. I can't tell from your dmesg for sure, but it looks like you have the xl0 card inserted on boot. Is that correct? If so, I'd like to suggest an experiment. Insert the card after the login: prompt has appeared. Does it detect and configure? If not, then we have a global routing problem. If so, then we have an interrupt issue with the TOPIC 95B chip that you have of some sort that we need to address. It looks like my Topic 97 part works great, but I'll double check again with -current and 6.0. Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 18:50:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FD3A16A425; Mon, 17 Oct 2005 18:50:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6141943D49; Mon, 17 Oct 2005 18:50:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9HIor4B039059; Mon, 17 Oct 2005 14:50:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9HIorjD023222; Mon, 17 Oct 2005 14:50:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 903F47302F; Mon, 17 Oct 2005 14:50:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051017185053.903F47302F@freebsd-current.sentex.ca> Date: Mon, 17 Oct 2005 14:50:53 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 18:50:56 -0000 TB --- 2005-10-17 16:56:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-17 16:56:09 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-17 16:56:09 - cleaning the object tree TB --- 2005-10-17 16:56:32 - checking out the source tree TB --- 2005-10-17 16:56:32 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-17 16:56:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-17 17:03:11 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-17 17:03:11 - cd /src TB --- 2005-10-17 17:03:11 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-10-17 18:34:28 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-17 18:34:28 - cd /src TB --- 2005-10-17 18:34:28 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Oct 17 18:34:28 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Oct 17 18:50:53 UTC 2005 TB --- 2005-10-17 18:50:53 - generating LINT kernel config TB --- 2005-10-17 18:50:53 - cd /src/sys/amd64/conf TB --- 2005-10-17 18:50:53 - /usr/bin/make -B LINT TB --- 2005-10-17 18:50:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-17 18:50:53 - cd /src TB --- 2005-10-17 18:50:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 17 18:50:53 UTC 2005 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/amd64/conf; PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/src/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT /src/sys/amd64/conf/LINT: unknown option "SX_DEBUG" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-17 18:50:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-17 18:50:53 - ERROR: failed to build lint kernel TB --- 2005-10-17 18:50:53 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 18:56:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EE0416A41F for ; Mon, 17 Oct 2005 18:56:45 +0000 (GMT) (envelope-from freebsd@psam.se) Received: from mxfep04.bredband.com (mxfep04.bredband.com [195.54.107.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54B9D43D8A for ; Mon, 17 Oct 2005 18:56:29 +0000 (GMT) (envelope-from freebsd@psam.se) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep04.bredband.com with ESMTP id <20051017185628.EWOC4878.mxfep04.bredband.com@ironport.bredband.com> for ; Mon, 17 Oct 2005 20:56:28 +0200 Received: from c-5702e455.04-75-76786a11.cust.bredbandsbolaget.se (HELO caspian) ([85.228.2.87]) by ironport.bredband.com with ESMTP; 17 Oct 2005 20:56:14 +0200 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="3.97,222,1125871200"; d="scan'208"; a="3711596:sNHT20774106" Received: from [127.0.0.1] ([85.228.2.90]) (authenticated user peter@psam.se) by caspian (Kerio MailServer 6.1.0); Mon, 17 Oct 2005 20:56:34 +0200 Message-ID: <4353F3D5.6060309@psam.se> Date: Mon, 17 Oct 2005 20:56:21 +0200 From: Psadi User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: sv, en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <4350C749.9070704@psam.se> <20051015.125419.47698820.imp@bsdimp.com> <4352E841.6000601@psam.se> <20051017.113630.35505791.imp@bsdimp.com> In-Reply-To: <20051017.113630.35505791.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0542-0, 2005-10-17), Outbound message X-Antivirus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Thoshiba Tecra 8000 with 3com 3CXFE575CT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 18:56:45 -0000 Yes I had the card in while I was booting. When I start it outside and then connect the card it will detect and configure it correctly. This is what I get in the consol message while booting with boot -v cardbus1: Resource not specified in CIS: id=14, size=80 cardbus1: Resource not specified in CIS: id=18, size=80 found-> vendor=0x10b7, dev=0x5257, revid=0x10 bus=21, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=11 powerspec 1 supports D0 D1 D2 D3 current D0 xl0: <3Com 3c575C Fast Etherlink XL> port 0x1080-0x10ff mem 0x88000000-0x8800007 f,0x88000080-0x880000ff irq 11 at device 0.0 on cardbus1 xl0: using port I/O xl0: media options word: 40 xl0: found MII/AUTO miibus0: on xl0 tdkphy0: on miibus0 tdkphy0: OUI 0x00c039, model 0x0014, rev. 11 tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:00:86:51:81:f8 xl0: [MPSAFE] xl0: watchdog timeout (around here I get a IP from my dhcp server) xl0: watchdog timeout When I disconnect the card this is shown in the consol login: xl0: reset didn't complete xl0: command never completed! xl0: command never completed! xl0: command never completed! tdkphy0: detached miibus0: detached xl0: detached Oct 17 20:53:01 laptop dhclient[540]: connection closed Oct 17 20:53:01 laptop dhclient[540]: exiting. /peter M. Warner Losh skrev: >OK. Next step is a question. I can't tell from your dmesg for sure, >but it looks like you have the xl0 card inserted on boot. Is that >correct? If so, I'd like to suggest an experiment. Insert the card >after the login: prompt has appeared. Does it detect and configure? >If not, then we have a global routing problem. If so, then we have an >interrupt issue with the TOPIC 95B chip that you have of some sort >that we need to address. It looks like my Topic 97 part works great, >but I'll double check again with -current and 6.0. > >Warner > > > > From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 19:04:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3652E16A41F; Mon, 17 Oct 2005 19:04:08 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B362A43D48; Mon, 17 Oct 2005 19:04:07 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 17 Oct 2005 15:20:36 -0400 From: John Baldwin To: freebsd-amd64@freebsd.org Date: Mon, 17 Oct 2005 14:38:34 -0400 User-Agent: KMail/1.8.2 References: <20051015182346.CE9A47302F@freebsd-current.sentex.ca> In-Reply-To: <20051015182346.CE9A47302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510171438.35432.jhb@freebsd.org> Cc: current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 19:04:08 -0000 On Saturday 15 October 2005 02:23 pm, FreeBSD Tinderbox wrote: > TB --- 2005-10-15 16:28:14 - tinderbox 2.3 running on > freebsd-current.sentex.ca TB --- 2005-10-15 16:28:14 - starting HEAD > tinderbox run for amd64/amd64 TB --- 2005-10-15 16:28:14 - cleaning the > object tree > TB --- 2005-10-15 16:28:50 - checking out the source tree > TB --- 2005-10-15 16:28:50 - cd /tinderbox/HEAD/amd64/amd64 > TB --- 2005-10-15 16:28:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd > -A src TB --- 2005-10-15 16:35:46 - building world (CFLAGS=-O2 -pipe) > TB --- 2005-10-15 16:35:46 - cd /src > TB --- 2005-10-15 16:35:46 - /usr/bin/make -B buildworld > > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > >>> stage 5.1: building 32 bit shim libraries > > TB --- 2005-10-15 18:07:27 - building generic kernel (COPTFLAGS=-O2 -pipe) > TB --- 2005-10-15 18:07:27 - cd /src > TB --- 2005-10-15 18:07:27 - /usr/bin/make buildkernel KERNCONF=GENERIC > > >>> Kernel build for GENERIC started on Sat Oct 15 18:07:27 UTC 2005 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > >>> Kernel build for GENERIC completed on Sat Oct 15 18:23:46 UTC 2005 > > TB --- 2005-10-15 18:23:46 - generating LINT kernel config > TB --- 2005-10-15 18:23:46 - cd /src/sys/amd64/conf > TB --- 2005-10-15 18:23:46 - /usr/bin/make -B LINT > TB --- 2005-10-15 18:23:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) > TB --- 2005-10-15 18:23:46 - cd /src > TB --- 2005-10-15 18:23:46 - /usr/bin/make buildkernel KERNCONF=LINT > > >>> Kernel build for LINT started on Sat Oct 15 18:23:46 UTC 2005 > >>> stage 1: configuring the kernel > > -------------------------------------------------------------- > cd /src/sys/amd64/conf; > PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/ >obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/sr >c/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT > /src/sys/amd64/conf/LINT: unknown option "SX_DEBUG" > *** Error code 1 Should be fixed now, sorry. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 19:06:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F20A916A41F for ; Mon, 17 Oct 2005 19:06:48 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9058743D45 for ; Mon, 17 Oct 2005 19:06:48 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9HJ5FQ6011916; Mon, 17 Oct 2005 13:05:15 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 17 Oct 2005 13:06:31 -0600 (MDT) Message-Id: <20051017.130631.73017921.imp@bsdimp.com> To: freebsd@psam.se From: "M. Warner Losh" In-Reply-To: <4353F3D5.6060309@psam.se> References: <4352E841.6000601@psam.se> <20051017.113630.35505791.imp@bsdimp.com> <4353F3D5.6060309@psam.se> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 17 Oct 2005 13:05:16 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: Thoshiba Tecra 8000 with 3com 3CXFE575CT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 19:06:49 -0000 : When I start it outside and then connect the card it will detect and : configure it correctly. OK. This is a HUGE clue. One that shouldn't be overlooked :-). What it is telling me is that FUNCTION interrupts aren't getting through, but STATUS interrupts ARE getting through. I'll have to go re-read my two TOPIC data sheets to make sure, but I think that the TOPIC chips, especially the older ones, have a number of knobs for function interrupts that are not in the standard bridge chipset. Please refresh my recollection: Did this used to work with 5.4? IIRC, I did some work to fix o2 micro hangs that disabled the function interrupts during card insertion by routing them via IRQ 1 (which the o2micro actually doesn't route, so they just disappear). Maybe that work around had bad effects for the TOPIC95B that you have? Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 19:38:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FA3F16A41F for ; Mon, 17 Oct 2005 19:38:28 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3528143D49 for ; Mon, 17 Oct 2005 19:38:26 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 17 Oct 2005 19:38:22 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp021) with SMTP; 17 Oct 2005 21:38:22 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 17 Oct 2005 21:37:54 +0200 User-Agent: KMail/1.8.1 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6053329.5WmIRaysak"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510172138.05994@harrymail> X-Y-GMX-Trusted: 0 Subject: vm PANIC on RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 19:38:28 -0000 --nextPart6053329.5WmIRaysak Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I grabed this trace after my machine panics. This happens if I run links to= =20 swat on the local box over ssh forwarded X11 II have ZERO_COPY_SOCKETS in my kernel and I'll try Andrew's patch, but I=20 wanted to make sure this panic is seen by somebody who can read it ;) Thanks, =2DHarry login: panic: vm_page_free: freeing wired page KDB: enter: panic [thread pid 531 tid 100064 ] Stopped at kdb_enter+0x30: leave db> trace Tracing pid 531 tid 100064 td 0xc159c000 kdb_enter(c07428f6,c07a7920,c075728a,cca0bb10,100) at kdb_enter+0x30 panic(c075728a,1,c0756f8e,3f1,125) at panic+0xd5 vm_page_free_toq(c136c0f8,40,c136c0f8,cca0bb78,c06ad78f) at=20 vm_page_free_toq+0xf7 vm_page_free(c136c0f8,0,c0756ac7,5eb,0) at vm_page_free+0x22 vm_object_backing_scan(c1b26084,4,c0756ac7,633,12c) at=20 vm_object_backing_scan+0x44f vm_object_collapse(c1b26084,0,c0756ac7,214,c1b37210) at=20 vm_object_collapse+0xfa vm_object_deallocate(c1b37210,0,c07561c3,89e,0) at=20 vm_object_deallocate+0x36a vm_map_entry_delete(c1971e10,c1b20ae4,846d000,cca0bc38,c06a4dc3) at=20 vm_map_entry_delete+0x198 vm_map_delete(c1971e10,0,bfc00000,c1971e10,c1777780) at vm_map_delete+0x21c vm_map_remove(c1971e10,0,bfc00000,102,c19b9b2c) at vm_map_remove+0x55 exit1(c159c000,0,cca0bd30,c06f8b80,c159c000) at exit1+0x6db sys_exit(c159c000,cca0bd04,4,418,1) at sys_exit+0x1d syscall(3b,3b,3b,8402a20,8408e40) at syscall+0x290 Xint0x80_syscall() at Xint0x80_syscall+0x1f =2D-- syscall (1, FreeBSD ELF32, sys_exit), eip =3D 0x2848748f, esp =3D=20 0xbfbfe9ec, ebp =3D 0xbfbfea08 --- --nextPart6053329.5WmIRaysak Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDU/2dBylq0S4AzzwRApH5AJ925JRvD058wGgG/Qr4eYGMzr423wCeKHc0 NCwPvStTZE3Z6bjhSrgTyMs= =lwVh -----END PGP SIGNATURE----- --nextPart6053329.5WmIRaysak-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 20:15:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FF1616A424 for ; Mon, 17 Oct 2005 20:15:53 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D98ED43D49 for ; Mon, 17 Oct 2005 20:15:46 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 17 Oct 2005 20:15:45 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp036) with SMTP; 17 Oct 2005 22:15:45 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 17 Oct 2005 22:15:21 +0200 User-Agent: KMail/1.8.1 References: <200510172138.05994@harrymail> In-Reply-To: <200510172138.05994@harrymail> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 X-UID: 19 X-Length: 4324 Content-Type: multipart/signed; boundary="nextPart14526732.Bs5jCJniKq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510172215.33975@harrymail> X-Y-GMX-Trusted: 0 Subject: Re: vm PANIC on RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 20:15:53 -0000 --nextPart14526732.Bs5jCJniKq Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 17. Oktober 2005 21:37 CEST schrieb Emanuel Strobl: > Hello, > > I grabed this trace after my machine panics. This happens if I run links > to swat on the local box over ssh forwarded X11 > II have ZERO_COPY_SOCKETS in my kernel and I'll try Andrew's patch, but > I wanted to make sure this panic is seen by somebody who can read it ;) [...] Andrew Gallatins cow.diff hasn't helped, here's another trace, but removing= =20 ZERO_COPY_SOCKETS from kernel konfig seems to help. At least I couldn't=20 trigger the panic without it. Thanks, =2DHarry panic: vm_page_free: freeing wired page KDB: enter: panic [thread pid 557 tid 100103 ] Stopped at kdb_enter+0x30: leave db> trace Tracing pid 557 tid 100103 td 0xc19b4900 kdb_enter(c0742916,c07a7940,c07572aa,d1428b10,100) at kdb_enter+0x30 panic(c07572aa,1,c0756fae,3f1,125) at panic+0xd5 vm_page_free_toq(c1365ff0,40,c1365ff0,d1428b78,c06ad7af) at=20 vm_page_free_toq+0xf7 vm_page_free(c1365ff0,0,c0756ae7,5eb,0) at vm_page_free+0x22 vm_object_backing_scan(c1b76c60,4,c0756ae7,633,12c) at=20 vm_object_backing_scan+0x44f vm_object_collapse(c1b76c60,0,c0756ae7,214,c1b3d948) at=20 vm_object_collapse+0xfa vm_object_deallocate(c1b3d948,0,c07561e3,89e,0) at=20 vm_object_deallocate+0x36a vm_map_entry_delete(c1b0a4b0,c1b7c2ec,846d000,d1428c38,c06a4de3) at=20 vm_map_entry_delete+0x198 vm_map_delete(c1b0a4b0,0,bfc00000,c1b0a4b0,c1777780) at vm_map_delete+0x21c vm_map_remove(c1b0a4b0,0,bfc00000,102,c17deb2c) at vm_map_remove+0x55 exit1(c19b4900,0,d1428d30,c06f8ba0,c19b4900) at exit1+0x6db sys_exit(c19b4900,d1428d04,4,418,1) at sys_exit+0x1d syscall(bfbf003b,3b,bfbf003b,8402a20,8408e40) at syscall+0x290 Xint0x80_syscall() at Xint0x80_syscall+0x1f =2D-- syscall (1, FreeBSD ELF32, sys_exit), eip =3D 0x2848748f, esp =3D=20 0xbfbfe9ec, ebp =3D 0xbfbfea08 --- --nextPart14526732.Bs5jCJniKq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDVAZlBylq0S4AzzwRAldOAJ996XA05TdDIUCVV/LfaKDs5g8iMACeLtau VNWMBu3UY9aU009c9HDfoXY= =iNUy -----END PGP SIGNATURE----- --nextPart14526732.Bs5jCJniKq-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 20:33:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBA7416A424; Mon, 17 Oct 2005 20:33:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 477AE43D46; Mon, 17 Oct 2005 20:33:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9HKX90F092176; Mon, 17 Oct 2005 16:33:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9HKX96I087640; Mon, 17 Oct 2005 16:33:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6AE427302F; Mon, 17 Oct 2005 16:33:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051017203309.6AE427302F@freebsd-current.sentex.ca> Date: Mon, 17 Oct 2005 16:33:09 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 20:33:11 -0000 TB --- 2005-10-17 18:50:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-17 18:50:53 - starting HEAD tinderbox run for i386/i386 TB --- 2005-10-17 18:50:53 - cleaning the object tree TB --- 2005-10-17 18:51:28 - checking out the source tree TB --- 2005-10-17 18:51:28 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-10-17 18:51:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-17 18:58:09 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-17 18:58:09 - cd /src TB --- 2005-10-17 18:58:09 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-17 20:02:08 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-17 20:02:08 - cd /src TB --- 2005-10-17 20:02:08 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Oct 17 20:02:08 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Oct 17 20:19:55 UTC 2005 TB --- 2005-10-17 20:19:55 - generating LINT kernel config TB --- 2005-10-17 20:19:55 - cd /src/sys/i386/conf TB --- 2005-10-17 20:19:55 - /usr/bin/make -B LINT TB --- 2005-10-17 20:19:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-17 20:19:55 - cd /src TB --- 2005-10-17 20:19:55 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 17 20:19:55 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/linux/linux_sysvec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_bus.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_cfgreg.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_pir.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/i386/svr4/svr4_locore.s cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/svr4/svr4_machdep.c /src/sys/i386/svr4/svr4_machdep.c: In function `svr4_sendsig': /src/sys/i386/svr4/svr4_machdep.c:432: error: structure has no member named `_info' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-17 20:33:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-17 20:33:09 - ERROR: failed to build lint kernel TB --- 2005-10-17 20:33:09 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 20:59:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B97E516A41F; Mon, 17 Oct 2005 20:59:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D35A43D46; Mon, 17 Oct 2005 20:59:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 17 Oct 2005 17:15:43 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 17 Oct 2005 16:54:02 -0400 User-Agent: KMail/1.8.2 References: <20051015014313.GA25990@heff.fud.org.nz> In-Reply-To: <20051015014313.GA25990@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510171654.04153.jhb@freebsd.org> Cc: FreeBSD Current , Andrew Thompson Subject: Re: RC1 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 20:59:14 -0000 X-List-Received-Date: Mon, 17 Oct 2005 20:59:14 -0000 On Friday 14 October 2005 09:43 pm, Andrew Thompson wrote: > Hi, > > > I am getting this panic on RC1, I am booting disc1 to install the > system. Its a HP Omnibook 4150 and no PC cards are inserted. > > It has 5.4 on the drive at the moment which installed fine. I have > attached a couple of dmesg logs. > > > Andrew > > > Copyright (c) 1992-2005 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 6.0-RC1 #0: Sun Oct 9 20:32:57 UTC 2005 > root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel Celeron (448.05-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x681 Stepping = 1 > > Features=0x383f9ff,PAT,PSE36,MMX,FXSR,SSE> real memory = 536870912 (512 MB) > avail memory = 511746048 (488 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > pci_link0: irq 10 on acpi0 > pci_link1: irq 10 on acpi0 > pci_link2: irq 10 on acpi0 > unknown: memory range not supported > unknown: memory range not supported > unknown: memory range not supported > unknown: memory range not supported > unknown: memory range not supported > unknown: memory range not supported > acpi_ec0: port 0x62,0x66 on acpi0 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > acpi_lid0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 Your LNKC pci_link device didn't probe and attach for some reason. Can you post your ASL somewhere? ACPI is supposed to force all the link devices to probe first. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 20:59:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B97E516A41F; Mon, 17 Oct 2005 20:59:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D35A43D46; Mon, 17 Oct 2005 20:59:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 17 Oct 2005 17:15:43 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 17 Oct 2005 16:54:02 -0400 User-Agent: KMail/1.8.2 References: <20051015014313.GA25990@heff.fud.org.nz> In-Reply-To: <20051015014313.GA25990@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510171654.04153.jhb@freebsd.org> Cc: FreeBSD Current , Andrew Thompson Subject: Re: RC1 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 20:59:14 -0000 On Friday 14 October 2005 09:43 pm, Andrew Thompson wrote: > Hi, > > > I am getting this panic on RC1, I am booting disc1 to install the > system. Its a HP Omnibook 4150 and no PC cards are inserted. > > It has 5.4 on the drive at the moment which installed fine. I have > attached a couple of dmesg logs. > > > Andrew > > > Copyright (c) 1992-2005 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 6.0-RC1 #0: Sun Oct 9 20:32:57 UTC 2005 > root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel Celeron (448.05-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x681 Stepping = 1 > > Features=0x383f9ff,PAT,PSE36,MMX,FXSR,SSE> real memory = 536870912 (512 MB) > avail memory = 511746048 (488 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > pci_link0: irq 10 on acpi0 > pci_link1: irq 10 on acpi0 > pci_link2: irq 10 on acpi0 > unknown: memory range not supported > unknown: memory range not supported > unknown: memory range not supported > unknown: memory range not supported > unknown: memory range not supported > unknown: memory range not supported > acpi_ec0: port 0x62,0x66 on acpi0 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > acpi_lid0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 Your LNKC pci_link device didn't probe and attach for some reason. Can you post your ASL somewhere? ACPI is supposed to force all the link devices to probe first. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 20:59:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A6E016A41F; Mon, 17 Oct 2005 20:59:15 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id A064343D48; Mon, 17 Oct 2005 20:59:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 17 Oct 2005 17:15:43 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 17 Oct 2005 16:55:06 -0400 User-Agent: KMail/1.8.2 References: <20051015070239.GA50577@xor.obsecurity.org> In-Reply-To: <20051015070239.GA50577@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510171655.08053.jhb@freebsd.org> Cc: alc@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ ../../../vm/vm_map.c:2997 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 20:59:15 -0000 On Saturday 15 October 2005 03:02 am, Kris Kennaway wrote: > I have got this panic 3 times tonight on a 12-processor sparc64 e4500, > but only once did it get as far as displaying a stack trace before > hanging. WITNESS was enabled (without WITNESS_SKIPSPIN) but did not > report anything. > > panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ > ../../../vm/vm_map.c:2997 > > cpuid = 3 > KDB: enter: panic > KDB: stack backtrace: > paiic:_lrocjm atoicl > croc+ x 3 > foBk_sxatk)bac foak_: > _fink(tr ol e ) a f tr e 0x > at sched_bind+0x78 > boot() at boot+0x24 > panic() at panic+0x1bc > longjmp() at longjmp+0x44 > trap() at trap+0x220 > -- fast data access mmu miss tar=0xe9f72000 %o7=0xc02f8284 -- > cpu_ipi_selected() at cpu_ipi_selected+0x2c > ipi_selected() at ipi_selected+0x14 > stop_cpus() at stop_cpus+0x1c > kdb_trap() at kdb_trap+0x64 > trap() at trap+0x264 > -- breakpoint %o7=0xc0191f74 -- > kdb_enter() at kdb_enter+0x3c > panic() at panic+0x164 > _mtx_lock_sleep() at _mtx_lock_sleep+0x40 > _mtx_lock_flags() at _mtx_lock_flags+0xa4 > _vm_map_lock_read() at _vm_map_lock_read+0x1c > vm_map_lookup() at vm_map_lookup+0x1c > vm_fault() at vm_fault+0x68 > trap_pfault() at trap_pfault+0x1a8 > trap() at trap+0x28c > -- fast data access mmu miss tar=0xe9f9a000 %o7=0xc02cea68 -- > vm_map_entry_splay() at vm_map_entry_splay+0x10 Real panic is here, the recursive mutex acquire is just spurious. > vm_map_find() at vm_map_find+0x34 > kmem_alloc_nofault() at kmem_alloc_nofault+0x44 > pmap_pinit() at pmap_pinit+0x30 > vmspace_zinit() at vmspace_zinit+0x14 > slab_zalloc() at slab_zalloc+0x264 > uma_zone_slab() at uma_zone_slab+0x12c > uma_zalloc_bucket() at uma_zalloc_bucket+0x16c > uma_zalloc_arg() at uma_zalloc_arg+0x374 > vmspace_alloc() at vmspace_alloc+0x14 > vmspace_fork() at vmspace_fork+0x24 > vm_forkproc() at vm_forkproc+0xe4 > fork1() at fork1+0xd44 > fork() at fork+0x10 > syscall() at syscall+0x2dc > -- syscall (2, FreeBSD ELF64, fork) %o7=0x110020 -- > -userland() at 0x40635568 > user trace: trap %o7=0x110020 > pc 0x40635568, sp 0x7fdffffd721 > pc 0x106890, sp 0x7fdffffd7e1 > pc 0x105fe4, sp 0x7fdffffd9a1 > pc 0x107428, sp 0x7fdffffdae1 > pc 0x110b88, sp 0x7fdffffdbc1 > pc 0x102354, sp 0x7fdffffdce1 > pc 0x40227474, sp 0x7fdffffdda1 > done > panic: mi_switch: did not reenter debugger > cpuid = 3 > KDB: stack backtrace: > > [At this point it looped recursively panicking for 5 minutes or so before > hanging]. > > Kris -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 20:59:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A6E016A41F; Mon, 17 Oct 2005 20:59:15 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id A064343D48; Mon, 17 Oct 2005 20:59:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 17 Oct 2005 17:15:43 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 17 Oct 2005 16:55:06 -0400 User-Agent: KMail/1.8.2 References: <20051015070239.GA50577@xor.obsecurity.org> In-Reply-To: <20051015070239.GA50577@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510171655.08053.jhb@freebsd.org> Cc: alc@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ ../../../vm/vm_map.c:2997 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 20:59:15 -0000 On Saturday 15 October 2005 03:02 am, Kris Kennaway wrote: > I have got this panic 3 times tonight on a 12-processor sparc64 e4500, > but only once did it get as far as displaying a stack trace before > hanging. WITNESS was enabled (without WITNESS_SKIPSPIN) but did not > report anything. > > panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ > ../../../vm/vm_map.c:2997 > > cpuid = 3 > KDB: enter: panic > KDB: stack backtrace: > paiic:_lrocjm atoicl > croc+ x 3 > foBk_sxatk)bac foak_: > _fink(tr ol e ) a f tr e 0x > at sched_bind+0x78 > boot() at boot+0x24 > panic() at panic+0x1bc > longjmp() at longjmp+0x44 > trap() at trap+0x220 > -- fast data access mmu miss tar=0xe9f72000 %o7=0xc02f8284 -- > cpu_ipi_selected() at cpu_ipi_selected+0x2c > ipi_selected() at ipi_selected+0x14 > stop_cpus() at stop_cpus+0x1c > kdb_trap() at kdb_trap+0x64 > trap() at trap+0x264 > -- breakpoint %o7=0xc0191f74 -- > kdb_enter() at kdb_enter+0x3c > panic() at panic+0x164 > _mtx_lock_sleep() at _mtx_lock_sleep+0x40 > _mtx_lock_flags() at _mtx_lock_flags+0xa4 > _vm_map_lock_read() at _vm_map_lock_read+0x1c > vm_map_lookup() at vm_map_lookup+0x1c > vm_fault() at vm_fault+0x68 > trap_pfault() at trap_pfault+0x1a8 > trap() at trap+0x28c > -- fast data access mmu miss tar=0xe9f9a000 %o7=0xc02cea68 -- > vm_map_entry_splay() at vm_map_entry_splay+0x10 Real panic is here, the recursive mutex acquire is just spurious. > vm_map_find() at vm_map_find+0x34 > kmem_alloc_nofault() at kmem_alloc_nofault+0x44 > pmap_pinit() at pmap_pinit+0x30 > vmspace_zinit() at vmspace_zinit+0x14 > slab_zalloc() at slab_zalloc+0x264 > uma_zone_slab() at uma_zone_slab+0x12c > uma_zalloc_bucket() at uma_zalloc_bucket+0x16c > uma_zalloc_arg() at uma_zalloc_arg+0x374 > vmspace_alloc() at vmspace_alloc+0x14 > vmspace_fork() at vmspace_fork+0x24 > vm_forkproc() at vm_forkproc+0xe4 > fork1() at fork1+0xd44 > fork() at fork+0x10 > syscall() at syscall+0x2dc > -- syscall (2, FreeBSD ELF64, fork) %o7=0x110020 -- > -userland() at 0x40635568 > user trace: trap %o7=0x110020 > pc 0x40635568, sp 0x7fdffffd721 > pc 0x106890, sp 0x7fdffffd7e1 > pc 0x105fe4, sp 0x7fdffffd9a1 > pc 0x107428, sp 0x7fdffffdae1 > pc 0x110b88, sp 0x7fdffffdbc1 > pc 0x102354, sp 0x7fdffffdce1 > pc 0x40227474, sp 0x7fdffffdda1 > done > panic: mi_switch: did not reenter debugger > cpuid = 3 > KDB: stack backtrace: > > [At this point it looped recursively panicking for 5 minutes or so before > hanging]. > > Kris -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 21:09:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DE8516A41F for ; Mon, 17 Oct 2005 21:09:30 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EA4E43D53 for ; Mon, 17 Oct 2005 21:09:30 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j9HL9TQZ019585; Mon, 17 Oct 2005 14:09:29 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j9HL9TSJ019584; Mon, 17 Oct 2005 14:09:29 -0700 Date: Mon, 17 Oct 2005 14:09:29 -0700 From: Brooks Davis To: "Max N. Boyarov" Message-ID: <20051017210929.GE15097@odin.ac.hmc.edu> References: <7j64rwy1ea.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ILuaRSyQpoVaJ1HG" Content-Disposition: inline In-Reply-To: <7j64rwy1ea.fsf@gmail.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: mgetty and 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 21:09:30 -0000 --ILuaRSyQpoVaJ1HG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 17, 2005 at 11:48:45AM +0300, Max N. Boyarov wrote: >=20 > Hello! >=20 > I have strange problems after upgrading system from BETA5 to RC1. > After upgrade i see the following messages in mgetty log and on serial c= onsole and mgetty does not work >=20 >=20 > 10/15 18:59:04 ad1 mgetty: interim release 1.1.33-Apr10 > 10/15 18:59:05 ad1 mod: cannot make /dev/cuad1 stdin: Bad file descriptor > 10/15 18:59:05 ad1 open device /dev/cuad1 failed: Bad file descriptor > 10/15 18:59:05 ad1 cannot get terminal line dev=3Dcuad1, exiting: Bad fi= le descriptor > -- > 10/15 18:59:18 ad1 mgetty: interim release 1.1.33-Apr10 > 10/15 18:59:19 ad1 mod: cannot make /dev/cuad1 stdin: Bad file descriptor > 10/15 18:59:19 ad1 open device /dev/cuad1 failed: Bad file descriptor > 10/15 18:59:19 ad1 cannot get terminal line dev=3Dcuad1, exiting: Bad fi= le descriptor >=20 > systems sources were "cvsupped" on 14/10/2005 > and mgetty was installed from ports >=20 >=20 > What can i do to solve this problem ? Do the devices in question actually exist? Mgetty appears to be misconfigured to attempt to create them when missing which is alwasy wrong in the devfs world. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --ILuaRSyQpoVaJ1HG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDVBMIXY6L6fI4GtQRAqnpAKDFUImfc0Mz4ucQ6l3efiNXvlUFLQCgmEJB s6AUX/7rD5BrJdgsbihafQY= =3tRo -----END PGP SIGNATURE----- --ILuaRSyQpoVaJ1HG-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 21:12:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B38A516A41F; Mon, 17 Oct 2005 21:12:20 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39CC943D4C; Mon, 17 Oct 2005 21:12:19 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id D66981CCDD; Tue, 18 Oct 2005 10:12:17 +1300 (NZDT) Date: Tue, 18 Oct 2005 10:12:17 +1300 From: Andrew Thompson To: John Baldwin Message-ID: <20051017211217.GA38673@heff.fud.org.nz> References: <20051015014313.GA25990@heff.fud.org.nz> <200510171654.04153.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200510171654.04153.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: RC1 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 21:12:20 -0000 On Mon, Oct 17, 2005 at 04:54:02PM -0400, John Baldwin wrote: > On Friday 14 October 2005 09:43 pm, Andrew Thompson wrote: > > Hi, > > > > > > I am getting this panic on RC1, I am booting disc1 to install the > > system. Its a HP Omnibook 4150 and no PC cards are inserted. > > > > It has 5.4 on the drive at the moment which installed fine. I have > > attached a couple of dmesg logs. > > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 > > cpu0: on acpi0 > > acpi_throttle0: on cpu0 > > acpi_lid0: on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > Your LNKC pci_link device didn't probe and attach for some reason. Can you > post your ASL somewhere? ACPI is supposed to force all the link devices to > probe first. thanks, http://www.fud.org.nz/~andy/omnibook-4150.asl http://www.fud.org.nz/~andy/omnibook-4150.dsdt Ive been doing a binary search in between other things and have narrowed the breakage to late November 2004. mid nov boots fine and the 27th onwards panics, i'll keep going. Andrew From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 21:38:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FEBF16A41F; Mon, 17 Oct 2005 21:38:36 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8549E43D58; Mon, 17 Oct 2005 21:38:34 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 17 Oct 2005 17:55:03 -0400 From: John Baldwin To: Andrew Thompson Date: Mon, 17 Oct 2005 17:35:17 -0400 User-Agent: KMail/1.8.2 References: <20051015014313.GA25990@heff.fud.org.nz> <200510171654.04153.jhb@freebsd.org> <20051017211217.GA38673@heff.fud.org.nz> In-Reply-To: <20051017211217.GA38673@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510171735.18054.jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: RC1 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 21:38:36 -0000 On Monday 17 October 2005 05:12 pm, Andrew Thompson wrote: > On Mon, Oct 17, 2005 at 04:54:02PM -0400, John Baldwin wrote: > > On Friday 14 October 2005 09:43 pm, Andrew Thompson wrote: > > > Hi, > > > > > > > > > I am getting this panic on RC1, I am booting disc1 to install the > > > system. Its a HP Omnibook 4150 and no PC cards are inserted. > > > > > > It has 5.4 on the drive at the moment which installed fine. I have > > > attached a couple of dmesg logs. > > > > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 > > > cpu0: on acpi0 > > > acpi_throttle0: on cpu0 > > > acpi_lid0: on acpi0 > > > pcib0: port 0xcf8-0xcff on acpi0 > > > > Your LNKC pci_link device didn't probe and attach for some reason. Can > > you post your ASL somewhere? ACPI is supposed to force all the link > > devices to probe first. > > thanks, > > http://www.fud.org.nz/~andy/omnibook-4150.asl > http://www.fud.org.nz/~andy/omnibook-4150.dsdt > > Ive been doing a binary search in between other things and have narrowed > the breakage to late November 2004. mid nov boots fine and the 27th > onwards panics, i'll keep going. That would be because the new pci_link code was committed on November 23 and isn't in 5.x. I didn't see anything weird in your ASL. LNKC looks fine, so I'm not sure why it isn't attaching. A good first step might be to add some printf's in acpi_pci_link.c in the probe routine to see if the LNKC device is even getting probed and if the probe is failing, why it is failing. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 21:40:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B97016A41F for ; Mon, 17 Oct 2005 21:40:46 +0000 (GMT) (envelope-from freebsd@psam.se) Received: from mxfep04.bredband.com (mxfep04.bredband.com [195.54.107.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4217243D7E for ; Mon, 17 Oct 2005 21:40:31 +0000 (GMT) (envelope-from freebsd@psam.se) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep04.bredband.com with ESMTP id <20051017214030.HHKD4878.mxfep04.bredband.com@ironport.bredband.com> for ; Mon, 17 Oct 2005 23:40:30 +0200 Received: from c-5702e455.04-75-76786a11.cust.bredbandsbolaget.se (HELO caspian) ([85.228.2.87]) by ironport.bredband.com with ESMTP; 17 Oct 2005 23:40:16 +0200 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="3.97,225,1125871200"; d="scan'208"; a="3746647:sNHT20737746" Received: from [127.0.0.1] ([85.228.2.90]) (authenticated user peter@psam.se) by caspian (Kerio MailServer 6.1.0); Mon, 17 Oct 2005 23:40:37 +0200 Message-ID: <43541A46.2050705@psam.se> Date: Mon, 17 Oct 2005 23:40:22 +0200 From: Psadi User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: sv, en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <4352E841.6000601@psam.se> <20051017.113630.35505791.imp@bsdimp.com> <4353F3D5.6060309@psam.se> <20051017.130631.73017921.imp@bsdimp.com> In-Reply-To: <20051017.130631.73017921.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0542-0, 2005-10-17), Outbound message X-Antivirus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Thoshiba Tecra 8000 with 3com 3CXFE575CT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 21:40:46 -0000 M. Warner Losh skrev: >: When I start it outside and then connect the card it will detect and >: configure it correctly. > >OK. This is a HUGE clue. One that shouldn't be overlooked :-). What >it is telling me is that FUNCTION interrupts aren't getting through, >but STATUS interrupts ARE getting through. I'll have to go re-read my >two TOPIC data sheets to make sure, but I think that the TOPIC chips, >especially the older ones, have a number of knobs for function >interrupts that are not in the standard bridge chipset. > >Please refresh my recollection: Did this used to work with 5.4? IIRC, >I did some work to fix o2 micro hangs that disabled the function >interrupts during card insertion by routing them via IRQ 1 (which the >o2micro actually doesn't route, so they just disappear). Maybe that >work around had bad effects for the TOPIC95B that you have? > >Warner > > > > I have no problem with the network when I run FreeBSD 5.4. I have no watchdog timeouts. And I can cvsup the source and ports without any problem. As a side not ACPI was disable when I tested if it detected the network card or not when I inserted it. Though since I didnt notice any diffrent when it was on or off I dont think it has any impact. I did do this test earlier before you asked but then I just didnt think it was relevant. Of this I know it works with ACPI on also since I was running with ACPI when I tried it. Peter From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 21:51:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 161B416A41F for ; Mon, 17 Oct 2005 21:51:37 +0000 (GMT) (envelope-from dan@langille.org) Received: from m21.unixathome.org (m21.unixathome.org [205.150.199.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70F8543D4C for ; Mon, 17 Oct 2005 21:51:36 +0000 (GMT) (envelope-from dan@langille.org) Received: from localhost (localhost [205.150.199.217]) by m21.unixathome.org (Postfix) with ESMTP id C0079BFB3; Mon, 17 Oct 2005 17:51:35 -0400 (EDT) Received: from m21.unixathome.org ([205.150.199.217]) by localhost (m21.unixathome.org [205.150.199.217]) (amavisd-new, port 10024) with ESMTP id 03306-01; Mon, 17 Oct 2005 17:51:30 -0400 (EDT) Received: from bast.unixathome.org (bast.unixathome.org [70.26.229.230]) by m21.unixathome.org (Postfix) with ESMTP id 6F1E9BFB0; Mon, 17 Oct 2005 17:51:28 -0400 (EDT) Received: from wocker (wocker.unixathome.org [10.55.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 1096E3D3B; Mon, 17 Oct 2005 17:51:27 -0400 (EDT) From: "Dan Langille" To: Scott Long Date: Mon, 17 Oct 2005 17:51:27 -0400 MIME-Version: 1.0 Message-ID: <4353E49F.16568.96003DF9@localhost> Priority: normal In-reply-to: <4353A207.50309@samsco.org> References: <43534FFA.29473.93BB9942@localhost> X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at unixathome.org Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: RAID on 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 21:51:37 -0000 On 17 Oct 2005 at 7:07, Scott Long wrote: > Dan Langille wrote: > > On 17 Oct 2005 at 7:05, Mike Tancsa wrote: > > > > > >>At 06:54 AM 17/10/2005, Dan Langille wrote: > >> > >>>Anyone running RAID on 6.0-RC1, specifically twed? > >> > >>Yes. > >>% uname -a > >>FreeBSD tor1-o.sentex.ca 6.0-RC1 FreeBSD 6.0-RC1 #0: Wed Oct 12 > >>10:08:51 EDT > >>2005 mdtancsa@tor1-o.sentex.ca:/usr/obj/usr/src/sys/global i386 > >> > >>% df > >>Filesystem 1K-blocks Used Avail Capacity Mounted on > >>/dev/twed0s1a 1012974 63220 868718 7% / > >>devfs 1 1 0 100% /dev > >>/dev/twed0s1e 10154158 694842 8646984 7% /home > >>/dev/twed0s1f 20308398 4 18683724 0% /securestorage > >>/dev/twed0s1g 2026030 6000 1857948 0% /tmp > >>/dev/twed0s1d 20308398 2645286 16038442 14% /usr > >>/dev/twed0s1h 19831118 499396 17745234 3% /var > >>devfs 1 1 0 100% /var/named/dev > >> > >> > >> > >>>When booting from the 6.0-RC1 install CD, I'm getting twed0 found on > >>>probing. The results look right. But then the install freezes (I > >>>waited an hour). I have a screen shot which produced with a boot -v: > >> > >>Where does it get stuck when doing a boot -v > > > > > > See this screen shot: > > > > > > > > BTW: Since composing that message, I tried "unset acpi_load". That > > gets me into the installer. That's when using the twed. I haven't > > tried the Promise with the unset yet. > > Likely an interrupt routing problem. More information on your > motherboard, as well as a real console log during boot, is needed > to say anything else. The motherboard is an ASUS A8V DEluce, with ACPI BIOS Revision 1009. The AMIBIOS is version 08.00.09 dated 12/22/04. It's running an AMD Ahtlon 64 3000+ at 1800MHz. Here's the real console log, ignore my mistaken loader.conf entry. /boot.config: -DhConsoles: internal video/keyboard serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 639kB/1047232kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@x64.samsco.home, Sun Oct 9 18:32:30 UTC 2005) Loading /boot/defaults/loader.conf Warning: syntax error on file /boot/loader.conf unset acpi_load ^ /boot/kernel/kernel text=0x487f94 data=0x803e0+0x4ce28 syms=[0x4+0x614a0+0x4+0x77f33] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 8 seconds... Type '?' for a list of commands, 'help' for more detailed help. OK boot -v /boot/kernel/acpi.ko text=0x40c0c data=0x2160+0x1090 syms=[0x4+0x7810+0x4+0xa292] SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000e4000 len=000000000001c000 SMAP type=01 base=0000000000100000 len=000000003feb0000 SMAP type=03 base=000000003ffb0000 len=0000000000010000 SMAP type=04 base=000000003ffc0000 len=0000000000030000 SMAP type=02 base=000000003fff0000 len=0000000000010000 SMAP type=02 base=00000000ff780000 len=0000000000880000 Copyright (c) 1992-2005 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 6.0-RC1 #0: Sun Oct 9 20:32:57 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a88000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a88180. MP Configuration Table version 1.1 found at 0xc00f1080 Table 'FACP' at 0x3ffb0200 Table 'OEMB' at 0x3ffc0040 MADT: No MADT table found APIC: Using the MPTable enumerator. MPTable: Calibrating clock(s) ... i8254 clock: 1193239 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1802311343 Hz CPU: AMD Athlon(tm) 64 Processor 3000+ (1802.31-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x10ff0 Stepping = 0 Features=0x78bfbff AMD Features=0xe2500800,LM,3DNow+,3DNow> Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 1073414144 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000003ed78fff, 1041580032 bytes (254292 pages) avail memory = 1041522688 (993 MB) bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry = 0xf0010 (c00f0010) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f5bd0 pnpbios: Entry = f0000:693a Rev = 1.0 Other BIOS signatures found: ioapic0: Assuming intbase of 0 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) ioapic0: intpin 1 bus ISA ioapic0: intpin 1 trigger: edge ioapic0: intpin 1 polarity: high ioapic0: intpin 2 bus ISA ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high ioapic0: intpin 3 bus ISA ioapic0: intpin 3 trigger: edge ioapic0: intpin 3 polarity: high ioapic0: intpin 4 bus ISA ioapic0: intpin 4 trigger: edge ioapic0: intpin 4 polarity: high ioapic0: intpin 5 bus ISA ioapic0: intpin 5 trigger: level ioapic0: intpin 5 polarity: high ioapic0: intpin 6 bus ISA ioapic0: intpin 6 trigger: edge ioapic0: intpin 6 polarity: high ioapic0: intpin 7 bus ISA ioapic0: intpin 7 trigger: edge ioapic0: intpin 7 polarity: high ioapic0: intpin 8 bus ISA ioapic0: intpin 8 trigger: edge ioapic0: intpin 8 polarity: high ioapic0: intpin 9 bus ISA ioapic0: intpin 9 trigger: edge ioapic0: intpin 9 polarity: high ioapic0: intpin 10 bus ISA ioapic0: intpin 10 trigger: level ioapic0: intpin 10 polarity: high ioapic0: intpin 11 bus ISA ioapic0: intpin 11 trigger: level ioapic0: intpin 11 polarity: high ioapic0: intpin 12 bus ISA ioapic0: intpin 12 trigger: edge ioapic0: intpin 12 polarity: high ioapic0: intpin 13 bus ISA ioapic0: intpin 13 trigger: edge ioapic0: intpin 13 polarity: high ioapic0: intpin 14 bus ISA ioapic0: intpin 14 trigger: edge ioapic0: intpin 14 polarity: high ioapic0: intpin 15 bus ISA ioapic0: intpin 15 trigger: edge ioapic0: intpin 15 polarity: high ioapic0: intpin 20 bus PCI ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: low ioapic0: intpin 20 bus PCI ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: low ioapic0: intpin 17 bus PCI ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: low ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low lapic: Routing ExtINT -> LINT0 lapic: Routing NMI -> LINT1 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x0001000f pcm: 0x00010000 wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x8000083c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=02821106) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f5a80 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x01 3 4 5 7 10 11 14 15 embedded 0 1 B 0x02 3 4 5 7 10 11 14 15 embedded 0 17 C 0x03 3 4 5 7 10 11 14 15 embedded 0 15 A 0x01 3 4 5 7 10 11 14 15 embedded 0 15 B 0x02 3 4 5 7 10 11 14 15 embedded 0 15 C 0x03 3 4 5 7 10 11 14 15 embedded 0 15 D 0x05 3 4 5 7 10 11 14 15 embedded 0 16 A 0x01 3 4 5 7 10 11 14 15 embedded 0 16 B 0x02 3 4 5 7 10 11 14 15 embedded 0 16 C 0x03 3 4 5 7 10 11 14 15 embedded 0 16 D 0x05 3 4 5 7 10 11 14 15 slot 1 0 11 A 0x01 3 4 5 7 10 11 14 15 slot 1 0 11 B 0x02 3 4 5 7 10 11 14 15 slot 1 0 11 C 0x03 3 4 5 7 10 11 14 15 slot 1 0 11 D 0x05 3 4 5 7 10 11 14 15 slot 2 0 12 A 0x02 3 4 5 7 10 11 14 15 slot 2 0 12 B 0x03 3 4 5 7 10 11 14 15 slot 2 0 12 C 0x05 3 4 5 7 10 11 14 15 slot 2 0 12 D 0x01 3 4 5 7 10 11 14 15 slot 3 0 13 A 0x03 3 4 5 7 10 11 14 15 slot 3 0 13 B 0x05 3 4 5 7 10 11 14 15 slot 3 0 13 C 0x01 3 4 5 7 10 11 14 15 slot 3 0 13 D 0x02 3 4 5 7 10 11 14 15 slot 4 0 14 A 0x05 3 4 5 7 10 11 14 15 slot 4 0 14 B 0x01 3 4 5 7 10 11 14 15 slot 4 0 14 C 0x02 3 4 5 7 10 11 14 15 slot 4 0 14 D 0x03 3 4 5 7 10 11 14 15 slot 5 0 9 A 0x01 3 4 5 7 10 11 14 15 slot 5 0 9 B 0x02 3 4 5 7 10 11 14 15 slot 5 0 9 C 0x03 3 4 5 7 10 11 14 15 slot 5 0 9 D 0x05 3 4 5 7 10 11 14 15 embedded 0 7 A 0x01 3 4 5 7 10 11 14 15 embedded 0 10 A 0x02 3 4 5 7 10 11 14 15 embedded 0 8 A 0x03 3 4 5 7 10 11 14 15 AcpiOsDerivePciId: bus 0 dev 17 func 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) ioapic0: Changing trigger for pin 9 to level ioapic0: Changing polarity for pin 9 to low pci_link0: irq 0 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link1: irq 10 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 10 11 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 10 11 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link2: irq 5 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 10 11 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 10 11 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link3: irq 11 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: irq 0 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: irq 0 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: irq 0 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: irq 0 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1106, dev=0x0282, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base f0000000, size 26, enabled found-> vendor=0x1106, dev=0x1282, revid=0x00 bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x2282, revid=0x00 bus=0, slot=0, func=2 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3282, revid=0x00 bus=0, slot=0, func=3 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x4282, revid=0x00 bus=0, slot=0, func=4 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x7282, revid=0x00 bus=0, slot=0, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0xb188, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0106, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x1229, revid=0x08 bus=0, slot=12, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fbb00000, size 12, enabled map[14]: type 4, range 32, base 0000c400, size 6, enabled map[18]: type 1, range 32, base fba00000, size 20, enabled pcib0: matched entry for 0.12.INTA (src \_SB_.LNKB:0) ioapic0: Changing polarity for pin 10 to low pcib0: slot 12 INTA routed to irq 10 via \_SB_.LNKB found-> vendor=0x13c1, dev=0x1001, revid=0x01 bus=0, slot=13, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x011f, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x09 (2250 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 4, range 32, base 0000c800, size 4, enabled map[18]: type 1, range 32, base fb000000, size 23, enabled pcib0: matched entry for 0.13.INTA (src \_SB_.LNKC:0) ioapic0: Changing polarity for pin 5 to low pcib0: slot 13 INTA routed to irq 5 via \_SB_.LNKC found-> vendor=0x5333, dev=0x8901, revid=0x16 bus=0, slot=14, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type 1, range 32, base f4000000, size 26, enabled pcib0: matched entry for 0.14.INTA (src \_SB_.LNKD:0) ioapic0: Changing polarity for pin 11 to low pcib0: slot 14 INTA routed to irq 11 via \_SB_.LNKD found-> vendor=0x1106, dev=0x3149, revid=0x80 bus=0, slot=15, func=0 class=01-04-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e800, size 3, enabled map[14]: type 4, range 32, base 0000e400, size 2, enabled map[18]: type 4, range 32, base 0000e000, size 3, enabled map[1c]: type 4, range 32, base 0000d800, size 2, enabled map[20]: type 4, range 32, base 0000d400, size 4, enabled map[24]: type 4, range 32, base 0000d000, size 8, enabled pcib0: matched entry for 0.15.INTB (src \_SB_.LNKB:0) pcib0: slot 15 INTB routed to irq 10 via \_SB_.LNKB found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fc00, size 4, enabled found-> vendor=0x1106, dev=0x3227, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) agp0: mem 0xf0000000-0xf3ffffff at device 0.0 on pci0 AMD64: 1 Misc. Control unit(s) found. agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf0000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x0-0x0 pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 fxp0: port 0xc400-0xc43f mem 0xfbb00000-0xfbb00fff,0xfba00000-0xfbafffff irq 10 at device 12.0 on pci0 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfbb00000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 1014 105c 0008 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:04:ac:a3:70:3d fxp0: [MPSAFE] twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xc800-0xc80f mem 0xfb000000-0xfb7fffff irq 5 at device 13.0 on pci0 twe0: Reserved 0x10 bytes for rid 0x10 type 4 at 0xc800 twe0: [GIANT-LOCKED] twe0: AEN: twe0: 2 ports, Firmware FE7X 1.05.00.063, BIOS BE7X 1.08.00.048 twe0: Monitor ME7X 1.01.00.038, PCB Rev4 , Achip 3.20 , Pchip 1.30-66 twe0: port 0: Maxtor 6Y080L0 78167MB twe0: port 1: ST380011A 76319MB pci0: at device 14.0 (no driver attached) atapci0: port 0xe800-0xe807,0xe400- 0xe403,0xe000-0xe007,0xd800-0xd803,0xd400-0xd40f,0xd000-0xd0ff irq 10 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd400 atapci0: [MPSAFE] atapci0: Reserved 0x100 bytes for rid 0x24 type 4 at 0xd000 ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xe800 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe400 ata2: SATA connect status=00000000 ata2: [MPSAFE] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe000 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xd800 ata3: SATA connect status=00000000 ata3: [MPSAFE] atapci1: port 0x1f0-0x1f7,0x3f6,0x170- 0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=60 ostat1=70 ata0: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata0: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata0: reset tp2 stat0=20 stat1=30 devices=0x0 ata0: [MPSAFE] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=60 ostat1=50 ata1: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=20 stat1=00 devices=0x8 ata1: [MPSAFE] isab0: at device 17.0 on pci0 isa0: on isab0 acpi_button0: on acpi0 acpi_button1: 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) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] sio0: irq maps: 0x8001 0x8009 0x8001 0x8001 sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio0: type 16550A, console sio1: irq maps: 0x8001 0x8011 0x8001 0x8001 sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio1: type 16550A ex_isa_identify() 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 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 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-0xc7fff,0xc8000-0xc8fff 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) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, 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 100128250 hz Timecounter "TSC" frequency 1802311343 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached ata1-slave: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire acd0: setting PIO4 on VIA 8237 chip acd0: CDROM drive at ata1 as slave acd0: read 8937KB/s (8937KB/s), 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked, lock protected acd0: Medium: no/blank disc twed0: on twe0 twed0: 76318MB (156299440 sectors) ATA PseudoRAID loaded ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 5 (ISA IRQ 5) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 10 (ISA IRQ 10) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 GEOM: new disk twed0 -- Dan Langille : http://www.langille.org/ BSDCan - The Technical BSD Conference - http://www.bsdcan.org/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 22:06:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 115D516A41F for ; Mon, 17 Oct 2005 22:06:34 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id A19CE43D48 for ; Mon, 17 Oct 2005 22:06:33 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9HM4wRr013920; Mon, 17 Oct 2005 16:04:58 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 17 Oct 2005 16:06:14 -0600 (MDT) Message-Id: <20051017.160614.96601900.imp@bsdimp.com> To: freebsd@psam.se From: "M. Warner Losh" In-Reply-To: <43541A46.2050705@psam.se> References: <4353F3D5.6060309@psam.se> <20051017.130631.73017921.imp@bsdimp.com> <43541A46.2050705@psam.se> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 17 Oct 2005 16:04:59 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: Thoshiba Tecra 8000 with 3com 3CXFE575CT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 22:06:34 -0000 In message: <43541A46.2050705@psam.se> Psadi writes: : M. Warner Losh skrev: : : >: When I start it outside and then connect the card it will detect and : >: configure it correctly. : > : >OK. This is a HUGE clue. One that shouldn't be overlooked :-). What : >it is telling me is that FUNCTION interrupts aren't getting through, : >but STATUS interrupts ARE getting through. I'll have to go re-read my : >two TOPIC data sheets to make sure, but I think that the TOPIC chips, : >especially the older ones, have a number of knobs for function : >interrupts that are not in the standard bridge chipset. : > : >Please refresh my recollection: Did this used to work with 5.4? IIRC, : >I did some work to fix o2 micro hangs that disabled the function : >interrupts during card insertion by routing them via IRQ 1 (which the : >o2micro actually doesn't route, so they just disappear). Maybe that : >work around had bad effects for the TOPIC95B that you have? : > : >Warner : > : > : > : > : I have no problem with the network when I run FreeBSD 5.4. I have no : watchdog timeouts. And I can cvsup the source and ports without any problem. : : As a side not ACPI was disable when I tested if it detected the network : card or not when I inserted it. Though since I didnt notice any diffrent : when it was on or off I dont think it has any impact. I did do this test : earlier before you asked but then I just didnt think it was relevant. Of : this I know it works with ACPI on also since I was running with ACPI : when I tried it. Do you have a second network card, 32- or 16-bits, that you can test this with also? We need to preclude xl driver bustage in general, or specific to your submodel as well. Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 22:10:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B48E16A41F; Mon, 17 Oct 2005 22:10:28 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08E6743D45; Mon, 17 Oct 2005 22:10:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9HMARXh099371; Mon, 17 Oct 2005 18:10:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9HMARIA029888; Mon, 17 Oct 2005 18:10:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CA7B77302F; Mon, 17 Oct 2005 18:10:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051017221026.CA7B77302F@freebsd-current.sentex.ca> Date: Mon, 17 Oct 2005 18:10:26 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 22:10:28 -0000 TB --- 2005-10-17 20:33:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-17 20:33:09 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-10-17 20:33:09 - cleaning the object tree TB --- 2005-10-17 20:33:38 - checking out the source tree TB --- 2005-10-17 20:33:38 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-10-17 20:33:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-17 20:40:16 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-17 20:40:16 - cd /src TB --- 2005-10-17 20:40:16 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-17 21:44:12 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-17 21:44:12 - cd /src TB --- 2005-10-17 21:44:12 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Oct 17 21:44:12 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Oct 17 21:59:04 UTC 2005 TB --- 2005-10-17 21:59:04 - generating LINT kernel config TB --- 2005-10-17 21:59:04 - cd /src/sys/pc98/conf TB --- 2005-10-17 21:59:04 - /usr/bin/make -B LINT TB --- 2005-10-17 21:59:04 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-17 21:59:04 - cd /src TB --- 2005-10-17 21:59:04 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 17 21:59:04 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/linux/linux_sysvec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_bus.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_cfgreg.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_pir.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/i386/svr4/svr4_locore.s cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/svr4/svr4_machdep.c /src/sys/i386/svr4/svr4_machdep.c: In function `svr4_sendsig': /src/sys/i386/svr4/svr4_machdep.c:432: error: structure has no member named `_info' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-17 22:10:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-17 22:10:26 - ERROR: failed to build lint kernel TB --- 2005-10-17 22:10:26 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 22:37:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BBFC16A41F for ; Mon, 17 Oct 2005 22:37:09 +0000 (GMT) (envelope-from dan@langille.org) Received: from m21.unixathome.org (m21.unixathome.org [205.150.199.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 218CC43D45 for ; Mon, 17 Oct 2005 22:37:09 +0000 (GMT) (envelope-from dan@langille.org) Received: from localhost (localhost [205.150.199.217]) by m21.unixathome.org (Postfix) with ESMTP id 495F2BFB3; Mon, 17 Oct 2005 18:37:08 -0400 (EDT) Received: from m21.unixathome.org ([205.150.199.217]) by localhost (m21.unixathome.org [205.150.199.217]) (amavisd-new, port 10024) with ESMTP id 03835-04; Mon, 17 Oct 2005 18:37:05 -0400 (EDT) Received: from bast.unixathome.org (bast.unixathome.org [70.26.229.230]) by m21.unixathome.org (Postfix) with ESMTP id 31B1ABFB0; Mon, 17 Oct 2005 18:37:04 -0400 (EDT) Received: from wocker (wocker.unixathome.org [10.55.0.99]) by bast.unixathome.org (Postfix) with ESMTP id B985C3D3B; Mon, 17 Oct 2005 18:37:04 -0400 (EDT) From: "Dan Langille" To: Scott Long Date: Mon, 17 Oct 2005 18:37:04 -0400 MIME-Version: 1.0 Message-ID: <4353EF50.24917.962A0058@localhost> Priority: normal X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at unixathome.org Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: RAID on 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 22:37:09 -0000 On 17 Oct 2005 at 17:51, Scott Long On 17 Oct 2005 at 7:07, Scott Long wrote: > > > Dan Langille wrote: > > > On 17 Oct 2005 at 7:05, Mike Tancsa wrote: > > > > > > > > >>At 06:54 AM 17/10/2005, Dan Langille wrote: > > >> > > >>>Anyone running RAID on 6.0-RC1, specifically twed? > > >> > > >>Yes. > > >>% uname -a > > >>FreeBSD tor1-o.sentex.ca 6.0-RC1 FreeBSD 6.0-RC1 #0: Wed Oct 12 > > >>10:08:51 EDT > > >>2005 mdtancsa@tor1-o.sentex.ca:/usr/obj/usr/src/sys/global i386 > > >> > > >>% df > > >>Filesystem 1K-blocks Used Avail Capacity Mounted on > > >>/dev/twed0s1a 1012974 63220 868718 7% / > > >>devfs 1 1 0 100% /dev > > >>/dev/twed0s1e 10154158 694842 8646984 7% /home > > >>/dev/twed0s1f 20308398 4 18683724 0% /securestorage > > >>/dev/twed0s1g 2026030 6000 1857948 0% /tmp > > >>/dev/twed0s1d 20308398 2645286 16038442 14% /usr > > >>/dev/twed0s1h 19831118 499396 17745234 3% /var > > >>devfs 1 1 0 100% /var/named/dev > > >> > > >> > > >> > > >>>When booting from the 6.0-RC1 install CD, I'm getting twed0 found on > > >>>probing. The results look right. But then the install freezes (I > > >>>waited an hour). I have a screen shot which produced with a boot -v: > > >> > > >>Where does it get stuck when doing a boot -v > > > > > > > > > See this screen shot: > > > > > > > > > > > > BTW: Since composing that message, I tried "unset acpi_load". That > > > gets me into the installer. That's when using the twed. I haven't > > > tried the Promise with the unset yet. > > > > Likely an interrupt routing problem. More information on your > > motherboard, as well as a real console log during boot, is needed > > to say anything else. > > The motherboard is an ASUS A8V DEluce, with ACPI BIOS Revision 1009. Ummm, that's Deluxe... > The AMIBIOS is version 08.00.09 dated 12/22/04. It's running an AMD > Ahtlon 64 3000+ at 1800MHz. Rev 2.00 -- Dan Langille : http://www.langille.org/ BSDCan - The Technical BSD Conference - http://www.bsdcan.org/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 23:15:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9079816A421 for ; Mon, 17 Oct 2005 23:15:35 +0000 (GMT) (envelope-from joe@getsomewhere.net) Received: from mail1.quietroad.net (mail.quietroad.net [69.8.149.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23C2E43D58 for ; Mon, 17 Oct 2005 23:15:33 +0000 (GMT) (envelope-from joe@getsomewhere.net) Received: from localhost (unknown [127.0.0.1]) by mail1.quietroad.net (Postfix) with ESMTP id 7737E6228 for ; Mon, 17 Oct 2005 18:15:32 -0500 (CDT) Received: from mail1.quietroad.net ([127.0.0.1]) by localhost (mail1.quietroad.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 58331-06 for ; Mon, 17 Oct 2005 18:15:27 -0500 (CDT) Received: from [192.168.0.250] (moe.cs.uic.edu [131.193.40.56]) by mail1.quietroad.net (Postfix) with ESMTP id 054AB6223 for ; Mon, 17 Oct 2005 18:15:26 -0500 (CDT) Message-ID: <43543086.7020705@getsomewhere.net> Date: Mon, 17 Oct 2005 18:15:18 -0500 From: Joe Love User-Agent: Mozilla Thunderbird 1.0.5 (X11/20050812) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at quietroad.net Subject: cannot get IP when auth with wpa_supplicant + ath0 driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 23:15:35 -0000 I'm trying to use my wireless connection on my campus's wireless network. I'm using FreeBSD 6.0-RC1, with the pre-packaged wpa_supplicant 0.3.9. I've tried using both a linksys wpc11 using the wi driver, and a netgear wg511t using the ath driver. I'm currently betting on using the netgear permanently, as the linksys card is causing me unending issues as of late. The campus wireless uses TTLS+PAP, and IPs are assigned dynamically. The problem I'm having is that after the connection is established (it seems to authenticate just fine), I cannot get a response to any dhcp requests. Jouni Malinen, from the hostap mailing lists, proposed the following as the problem: "This AP is using somewhat non-standard key configuration (something that most Cisco APs do with IEEE 802.1X), i.e., unicast key is using non-zero key index (2 or 3) and broadcast key is using the other indexes (alternating between 0 and 1). "The packet dump looked like WEP decryption would not have been done or it would have failed completely. I would assume that the driver code would drop the packet if ICV is incorrect, so I would assume that the packet was not decrypted at all. "I have seen this kind of key index use having issues with number of drivers. In other words, this is a question for FreeBSD mailing lists after all. Including the description of key index use with the message should make it easier for the driver/IEEE 802.11 stack authors to take a closer look at this. Anyway, a fix for this may require changing the driver interface code for the set_key handler on wpa_supplicant side, too." Included below are the wpa_supplicant configuration I am using and the output of wpa_supplicant -d -iath0 -cwpa_supplicant.conf A packet dump of the transaction and some data following it (taken from ethereal 0.10.10) can be found at http://www.getsomewhere.net/wpa.dump Thanks, -Joe wpa_supplicant.conf: ctrl_interface=/var/run/wpa_supplicant eapol_version=2 ap_scan=1 #ap_scan=2 # suggested. network={ ssid="UIC-Wireless" scan_ssid=1 #key_mgmt=IEEE8021X WPA-EAP mode=0 key_mgmt=IEEE8021X eap=TTLS identity="jlove1" password="CENSORED" anonymous_identity="anonymous" ca_cert="thawte.pem" #phase1="include_tls_length=1" phase2="auth=PAP" } wpa_supplicant output: # wpa_supplicant -d -iath0 -cwpa_supplicant.conf Initializing interface 'ath0' conf 'wpa_supplicant.conf' driver 'default' Configuration file 'wpa_supplicant.conf' -> '/usr/home/lyfe/wpa_supplicant.conf' Reading configuration file '/usr/home/lyfe/wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' eapol_version=2 ap_scan=1 Priority group 0 id=0 ssid='UIC-Wireless' Initializing interface (2) 'ath0' EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 Own MAC address: 00:0f:b5:62:28:e3 wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=12): 55 49 43 2d 57 69 72 65 6c 65 73 73 UIC-Wireless Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 00:12:00:d7:0e:00 ssid='' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:0c:41:75:12:a0 ssid='Linksys' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:13:46:15:84:5a ssid='powerlab' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (4 BSSes) Scan results: 4 Selecting BSS from priority group 0 0: 00:12:00:d7:0e:00 ssid='' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:40:05:26:d5:24 ssid='mie-g' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:0c:41:75:12:a0 ssid='Linksys' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 3: 00:13:46:15:84:5a ssid='powerlab' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=12): 55 49 43 2d 57 69 72 65 6c 65 73 73 UIC-Wireless Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 00:12:00:d7:0e:00 ssid='UIC-Wireless' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:0c:41:75:12:a0 ssid='Linksys' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:13:46:15:84:5a ssid='powerlab' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE selected non-WPA AP 00:12:00:d7:0e:00 ssid='UIC-Wireless' Trying to associate with 00:12:00:d7:0e:00 (SSID='UIC-Wireless' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 No keys have been configured - skip key clearing wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'UIC-Wireless' wpa ie len 0 pairwise 4 group 4 key mgmt 3 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec EAPOL: External notification - portControl=Auto Association event - clear replay counter Associated to a new BSS: BSSID=00:12:00:d7:0e:00 No keys have been configured - skip key clearing Associated with 00:12:00:d7:0e:00 EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 EAPOL: External notification - portEnabled=1 EAPOL: SUPP_PAE entering state CONNECTING EAPOL: txStart EAPOL: SUPP_BE entering state IDLE EAP: EAP entering state INITIALIZE EAP: EAP entering state IDLE Setting authentication timeout: 10 sec 0 usec RX EAPOL from 00:12:00:d7:0e:00 Setting authentication timeout: 70 sec 0 usec EAPOL: Received EAP-Packet frame EAPOL: SUPP_PAE entering state RESTART EAP: EAP entering state INITIALIZE EAP: EAP entering state IDLE EAPOL: SUPP_PAE entering state AUTHENTICATING EAPOL: SUPP_BE entering state REQUEST EAPOL: getSuppRsp EAP: EAP entering state RECEIVED EAP: Received EAP-Request method=1 id=1 EAP: EAP entering state IDENTITY EAP: EAP-Request Identity data - hexdump_ascii(len=0): EAP: using anonymous identity - hexdump_ascii(len=9): 61 6e 6f 6e 79 6d 6f 75 73 anonymous EAP: EAP entering state SEND_RESPONSE EAP: EAP entering state IDLE EAPOL: SUPP_BE entering state RESPONSE EAPOL: txSuppRsp EAPOL: SUPP_BE entering state RECEIVE WPA: EAPOL frame too short, len 46, expecting at least 99 RX EAPOL from 00:12:00:d7:0e:00 EAPOL: Received EAP-Packet frame EAPOL: SUPP_BE entering state REQUEST EAPOL: getSuppRsp EAP: EAP entering state RECEIVED EAP: Received EAP-Request method=1 id=2 EAP: EAP entering state IDENTITY EAP: EAP-Request Identity data - hexdump_ascii(len=0): EAP: using anonymous identity - hexdump_ascii(len=9): 61 6e 6f 6e 79 6d 6f 75 73 anonymous EAP: EAP entering state SEND_RESPONSE EAP: EAP entering state IDLE EAPOL: SUPP_BE entering state RESPONSE EAPOL: txSuppRsp EAPOL: SUPP_BE entering state RECEIVE WPA: EAPOL frame too short, len 46, expecting at least 99 RX EAPOL from 00:12:00:d7:0e:00 EAPOL: Received EAP-Packet frame EAPOL: SUPP_BE entering state REQUEST EAPOL: getSuppRsp EAP: EAP entering state RECEIVED EAP: Received EAP-Request method=21 id=3 EAP: EAP entering state GET_METHOD EAP: initialize selected EAP method (21, TTLS) EAP-TTLS: Phase2 type: PAP TLS: Trusted root certificate(s) loaded EAP: EAP entering state METHOD EAP-TTLS: Received packet(len=6) - Flags 0x20 EAP-TTLS: Start SSL: (where=0x10 ret=0x1) SSL: (where=0x1001 ret=0x1) SSL: SSL_connect:before/connect initialization SSL: (where=0x1001 ret=0x1) SSL: SSL_connect:SSLv3 write client hello A SSL: (where=0x1002 ret=0xffffffff) SSL: SSL_connect:error in SSLv3 read server hello A SSL: SSL_connect - want more data SSL: 100 bytes pending from ssl_out SSL: 100 bytes left to be sent out (of total 100 bytes) EAP: method process -> ignore=FALSE methodState=CONT decision=FAIL EAP: EAP entering state SEND_RESPONSE EAP: EAP entering state IDLE EAPOL: SUPP_BE entering state RESPONSE EAPOL: txSuppRsp EAPOL: SUPP_BE entering state RECEIVE WPA: EAPOL frame too short, len 46, expecting at least 99 RX EAPOL from 00:12:00:d7:0e:00 EAPOL: Received EAP-Packet frame EAPOL: SUPP_BE entering state REQUEST EAPOL: getSuppRsp EAP: EAP entering state RECEIVED EAP: Received EAP-Request method=21 id=4 EAP: EAP entering state METHOD EAP-TTLS: Received packet(len=1396) - Flags 0xc0 EAP-TTLS: TLS Message Length: 2196 SSL: Need 810 bytes more input data SSL: Building ACK EAP: method process -> ignore=FALSE methodState=CONT decision=FAIL EAP: EAP entering state SEND_RESPONSE EAP: EAP entering state IDLE EAPOL: SUPP_BE entering state RESPONSE EAPOL: txSuppRsp EAPOL: SUPP_BE entering state RECEIVE IEEE 802.1X RX: version=1 type=0 length=1396 WPA: EAPOL frame (type 0) discarded, not a Key frame RX EAPOL from 00:12:00:d7:0e:00 EAPOL: Received EAP-Packet frame EAPOL: SUPP_BE entering state REQUEST EAPOL: getSuppRsp EAP: EAP entering state RECEIVED EAP: Received EAP-Request method=21 id=5 EAP: EAP entering state METHOD EAP-TTLS: Received packet(len=816) - Flags 0x00 SSL: (where=0x1001 ret=0x1) SSL: SSL_connect:SSLv3 read server hello A TLS: tls_verify_cb - preverify_ok=1 err=0 (ok) depth=1 buf='/C=ZA/ST=Western Cape/L=Cape Town/O=Thawte Consulting cc/OU=Certification Services Division/CN=Thawte Server CA/emailAddress=server-certs@thawte.com' TLS: tls_verify_cb - preverify_ok=1 err=0 (ok) depth=0 buf='/C=US/ST=Illinois/L=Chicago/O=University of Illinois at Chicago/OU=Academic Computer Center/CN=odyssey1.cc.uic.edu' SSL: (where=0x1001 ret=0x1) SSL: SSL_connect:SSLv3 read server certificate A SSL: (where=0x1001 ret=0x1) SSL: SSL_connect:SSLv3 read server key exchange A SSL: (where=0x1001 ret=0x1) SSL: SSL_connect:SSLv3 read server done A SSL: (where=0x1001 ret=0x1) SSL: SSL_connect:SSLv3 write client key exchange A SSL: (where=0x1001 ret=0x1) SSL: SSL_connect:SSLv3 write change cipher spec A SSL: (where=0x1001 ret=0x1) SSL: SSL_connect:SSLv3 write finished A SSL: (where=0x1001 ret=0x1) SSL: SSL_connect:SSLv3 flush data SSL: (where=0x1002 ret=0xffffffff) SSL: SSL_connect:error in SSLv3 read finished A SSL: SSL_connect - want more data SSL: 190 bytes pending from ssl_out SSL: 190 bytes left to be sent out (of total 190 bytes) EAP: method process -> ignore=FALSE methodState=CONT decision=FAIL EAP: EAP entering state SEND_RESPONSE EAP: EAP entering state IDLE EAPOL: SUPP_BE entering state RESPONSE EAPOL: txSuppRsp EAPOL: SUPP_BE entering state RECEIVE IEEE 802.1X RX: version=1 type=0 length=816 WPA: EAPOL frame (type 0) discarded, not a Key frame RX EAPOL from 00:12:00:d7:0e:00 EAPOL: Received EAP-Packet frame EAPOL: SUPP_BE entering state REQUEST EAPOL: getSuppRsp EAP: EAP entering state RECEIVED EAP: Received EAP-Request method=21 id=6 EAP: EAP entering state METHOD EAP-TTLS: Received packet(len=61) - Flags 0x80 EAP-TTLS: TLS Message Length: 51 SSL: (where=0x1001 ret=0x1) SSL: SSL_connect:SSLv3 read finished A SSL: (where=0x20 ret=0x1) SSL: (where=0x1002 ret=0x1) SSL: 0 bytes pending from ssl_out SSL: No data to be sent out EAP-TTLS: TLS done, proceed to Phase 2 EAP-TTLS: Derived key - hexdump(len=64): [REMOVED] EAP-TTLS: received 0 bytes encrypted data for Phase 2 EAP-TTLS: empty data in beginning of Phase 2 - use fake EAP-Request Identity EAP-TTLS: Phase 2 PAP Request EAP-TTLS: Encrypting Phase 2 data - hexdump(len=40): [REMOVED] EAP-TTLS: Authentication completed successfully EAP: method process -> ignore=FALSE methodState=DONE decision=COND_SUCC EAP: EAP entering state SEND_RESPONSE EAP: EAP entering state IDLE EAPOL: SUPP_BE entering state RESPONSE EAPOL: txSuppRsp EAPOL: SUPP_BE entering state RECEIVE WPA: EAPOL frame too short, len 65, expecting at least 99 RX EAPOL from 00:12:00:d7:0e:00 EAPOL: Received EAP-Packet frame EAPOL: SUPP_BE entering state REQUEST EAPOL: getSuppRsp EAP: EAP entering state RECEIVED EAP: Received EAP-Success EAP: Workaround for unexpected identifier field in EAP Success: reqId=7 lastId=6 (these are supposed to be same) EAP: EAP entering state SUCCESS EAPOL: SUPP_BE entering state RECEIVE EAPOL: SUPP_BE entering state SUCCESS EAPOL: SUPP_BE entering state IDLE WPA: EAPOL frame too short, len 46, expecting at least 99 RX EAPOL from 00:12:00:d7:0e:00 EAPOL: Received EAPOL-Key frame EAPOL: KEY_RX entering state KEY_RECEIVE EAPOL: processKey EAPOL: RX IEEE 802.1X ver=1 type=3 len=57 EAPOL-Key: type=1 key_length=13 key_index=0x1 EAPOL: EAPOL-Key key signature verified EAPOL: Decrypted(RC4) key - hexdump(len=13): [REMOVED] EAPOL: Setting dynamic WEP key: broadcast keyidx 1 len 13 wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=1 set_tx=0 seq_len=0 key_len=13 WPA: EAPOL frame too short, len 61, expecting at least 99 ^CSignal 2 received - terminating wpa_driver_bsd_deauthenticate wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_del_key: addr=00:12:00:d7:0e:00 keyidx=0 ioctl[SIOCS80211, op 20, len 7]: Can't assign requested address EAPOL: External notification - portEnabled=0 EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portValid=0 wpa_driver_bsd_set_wpa: enabled=0 wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 wpa_driver_bsd_set_drop_unencrypted: enabled=0 wpa_driver_bsd_set_countermeasures: enabled=0 No keys have been configured - skip key clearing wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 EAP: deinitialize previously used EAP method (21, TTLS) at EAP deinit # From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 01:40:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C67CD16A41F; Tue, 18 Oct 2005 01:40:35 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2852B43D49; Tue, 18 Oct 2005 01:40:33 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id B98B71CCDD; Tue, 18 Oct 2005 14:40:31 +1300 (NZDT) Date: Tue, 18 Oct 2005 14:40:31 +1300 From: Andrew Thompson To: John Baldwin Message-ID: <20051018014031.GA38996@heff.fud.org.nz> References: <20051015014313.GA25990@heff.fud.org.nz> <200510171654.04153.jhb@freebsd.org> <20051017211217.GA38673@heff.fud.org.nz> <200510171735.18054.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200510171735.18054.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: RC1 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 01:40:36 -0000 On Mon, Oct 17, 2005 at 05:35:17PM -0400, John Baldwin wrote: > On Monday 17 October 2005 05:12 pm, Andrew Thompson wrote: > > On Mon, Oct 17, 2005 at 04:54:02PM -0400, John Baldwin wrote: > > > On Friday 14 October 2005 09:43 pm, Andrew Thompson wrote: > > > > Hi, > > > > > > > > > > > > I am getting this panic on RC1, I am booting disc1 to install the > > > > system. Its a HP Omnibook 4150 and no PC cards are inserted. > > > > > > > > It has 5.4 on the drive at the moment which installed fine. I have > > > > attached a couple of dmesg logs. > > > > > > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 > > > > cpu0: on acpi0 > > > > acpi_throttle0: on cpu0 > > > > acpi_lid0: on acpi0 > > > > pcib0: port 0xcf8-0xcff on acpi0 > > > > > > Your LNKC pci_link device didn't probe and attach for some reason. Can > > > you post your ASL somewhere? ACPI is supposed to force all the link > > > devices to probe first. > > > > thanks, > > > > http://www.fud.org.nz/~andy/omnibook-4150.asl > > http://www.fud.org.nz/~andy/omnibook-4150.dsdt > > > > Ive been doing a binary search in between other things and have narrowed > > the breakage to late November 2004. mid nov boots fine and the 27th > > onwards panics, i'll keep going. > > That would be because the new pci_link code was committed on November 23 and > isn't in 5.x. I didn't see anything weird in your ASL. LNKC looks fine, so > I'm not sure why it isn't attaching. A good first step might be to add some > printf's in acpi_pci_link.c in the probe routine to see if the LNKC device is > even getting probed and if the probe is failing, why it is failing. LNKC doesnt seem to be probed at all. Copyright (c) 1992-2005 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 7.0-CURRENT #0: Tue Oct 18 11:22:14 NZDT 2005 root@dev.fud.org.nz:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Celeron (448.05-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x383f9ff real memory = 536870912 (512 MB) avail memory = 515850240 (491 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_pci_link_probe: ACPI_ID_PROBE OK for 'LNKA' pci_link0: irq 10 on acpi0 acpi_pci_link_probe: ACPI_ID_PROBE OK for 'LNKB' pci_link1: irq 10 on acpi0 acpi_pci_link_probe: ACPI_ID_PROBE OK for 'LNKD' pci_link2: irq 10 on acpi0 unknown: memory range not supported unknown: memory range not supported unknown: memory range not supported unknown: memory range not supported unknown: memory range not supported unknown: memory range not supported acpi_pci_link_probe: ACPI_ID_PROBE failed for 'XROM' acpi_pci_link_probe: ACPI_ID_PROBE failed for 'MBRD' acpi_pci_link_probe: ACPI_ID_PROBE failed for 'EC0_' acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_pci_link_probe: ACPI_ID_PROBE failed for 'CPU0' cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_pci_link_probe: ACPI_ID_PROBE failed for 'LID_' acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0ad2e1e stack pointer = 0x28:0xc0c20ba0 frame pointer = 0x28:0xc0c20bac code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at acpi_pci_link_lookup+0x1e: movl 0(%eax),%eax db> From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 02:38:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25B5216A41F for ; Tue, 18 Oct 2005 02:38:26 +0000 (GMT) (envelope-from lreid@cs.okstate.edu) Received: from csa.cs.okstate.edu (a.cs.okstate.edu [139.78.113.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D39D943D48 for ; Tue, 18 Oct 2005 02:38:25 +0000 (GMT) (envelope-from lreid@cs.okstate.edu) Received: by csa.cs.okstate.edu (Postfix, from userid 601) id 7806EA0633; Mon, 17 Oct 2005 21:38:25 -0500 (CDT) To: freebsd-current@freebsd.org Received: from 68.12.243.185 (auth. user lreid@a.cs.okstate.edu) by cs.okstate.edu with HTTP; Mon, 17 Oct 2005 20:38:25 -0600 X-IlohaMail-Blah: lreid@a.cs.okstate.edu X-IlohaMail-Method: mail() [mem] X-IlohaMail-Dummy: moo X-Mailer: IlohaMail/0.8.12 (On: cs.okstate.edu) From: "Reid Linnemann" Bounce-To: "Reid Linnemann" Errors-To: "Reid Linnemann" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-Id: <20051018023825.7806EA0633@csa.cs.okstate.edu> Date: Mon, 17 Oct 2005 21:38:25 -0500 (CDT) Subject: dhclient chokes on dhclient-exit-hooks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 02:38:26 -0000 Running current as of 10/14, the dhclient-exit-hooks at the end of this message causes dhclient to hang for a few seconds and terminate without configuring its interface. One interface, rl0, is configured with dhclient. In recent history(current as of <3 weeks ago), the script would initialize the interface, and after dhclient acquired an address would reverse lookup the lease address and set the hostname to the result. Currently, on the console, only one line of output comes from the script: `reason is PREINIT and ip is ` The last output from dhclient is: `DHCPACK from ` At this point, whatever is executing (dhclient? dhclient-exit-hooks?) hangs for a second, and then the boot continues - no 'bound to w.x.y.z` message is displayed, and the interface is not assigned an address. If I remove dhclient-exit-hooks, the lease is acquired and the interface is brought up normally. My first intuition is - maybe the script is trying to to a host resolve before the interface address and routes are added - but that doesn't seem possible since dhclient-exit-hoks is only invoked by dhclient-script after the configuration is completed - and the code n dhclient-exit-hooks only executes on a condition that is guaranteed to have set up the interface, added a route, and updated resolv.conf. Since I see no output from the script as it is run when the interface comes up, I can't be sure if that block of code is ever executed. Ideas? Suggestions? For context, the hooks are necessary to set the machine's hostname to a valid string for the ip - my isp (cox cable) does not do ddns with a sent host-name, nor does its dhcp server provide a host-name or fqdn on request. -Reid dhclient-exit-hooks -------------------------------------------- #!/bin/sh PATH=/bin:/sbin:/usr/bin AWK=/usr/bin/awk HOST=/usr/bin/host echo "reason is $reason and ip is $new_ip_address" case $reason in BOUND|RENEW|REBIND|REBOOT) if [ x$new_host_name != x ]; then if [ x$new_domain_name != x ]; then hostname $new_host_name.$new_domain_name echo New Hostname: $new_host_name.$new_domain_name else hostname $new_host_name echo New Hostname: $new_host_name fi else hostname=`$HOST $new_ip_address | $AWK '{print $5}'` hostname $hostname echo New Hostname: $hostname fi ;; esac exit $1 From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 02:45:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA62F16A41F for ; Tue, 18 Oct 2005 02:45:26 +0000 (GMT) (envelope-from kerneljake@hotmail.com) Received: from hotmail.com (bay110-f25.bay110.hotmail.com [65.54.229.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7716043D45 for ; Tue, 18 Oct 2005 02:45:26 +0000 (GMT) (envelope-from kerneljake@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 17 Oct 2005 19:45:26 -0700 Message-ID: Received: from 65.54.229.220 by by110fd.bay110.hotmail.msn.com with HTTP; Tue, 18 Oct 2005 02:45:26 GMT X-Originating-IP: [66.141.40.149] X-Originating-Email: [kerneljake@hotmail.com] X-Sender: kerneljake@hotmail.com From: "Kernel Jake" To: freebsd-current@freebsd.org Date: Mon, 17 Oct 2005 21:45:26 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 18 Oct 2005 02:45:26.0368 (UTC) FILETIME=[FE818E00:01C5D38D] Subject: page fault - 6.0-RC1 i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 02:45:26 -0000 I can make 6.0-RC1 panic deterministically when streaming audio over 802.11g using WPA-PSK and a D-Link DWL-G520 revB3. Below are two crashes. # uname -a FreeBSD daemon 6.0-RC1 FreeBSD 6.0-RC1 #0: Thu Oct 13 00:46:47 CDT 2005 jake@daemon:usr/src/sys/i386/compile/DAEMON i386 # kgdb kernel.debug /var/crash/vmcore.0 [...] Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x20:0xc07ccbec stack pointer = 0x28:0xcaf47940 frame pointer = 0x28:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 35 (swi1: net) trap number = 12 panic: page fault Uptime: 5h19m32s Dumping 223 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 223MB (57084 pages) 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc0642a52 in boot (howto=260) at ../../../kern/kern_shutdown.c:399 #2 0xc0642ce8 in panic (fmt=0xc0878301 "%s") at ../../../kern/kern_shutdown.c:555 #3 0xc0828d10 in trap_fatal (frame=0xcaf47900, eva=16) at ../../../i386/i386/trap.c:831 #4 0xc0828a7b in trap_pfault (frame=0xcaf47900, usermode=0, eva=16) at ../../../i386/i386/trap.c:742 #5 0xc08286b9 in trap (frame= {tf_fs = 8, tf_es = -65496, tf_ds = 40, tf_edi = 0, tf_esi = -812642108, tf_ebp = 0, tf_isp = -889947860, tf_ebx = -812631240, tf_edx = 787639, tf_ecx = -1073479567, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1065563156, tf_cs = 32, tf_eflags = 66050, tf_esp = 16786612, tf_ss = 0}) at ../../../i386/i386/trap.c:432 #6 0xc0817eba in calltrap () at ../../../i386/i386/exception.s:139 #7 0xc07ccbec in zz0e373a4d () # kgdb kernel.debug /var/crash/vmcore.1 [...] Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x20:0xc07ccbec stack pointer = 0x28:0xcaf47940 frame pointer = 0x28:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 35 (swi1: net) trap number = 12 panic: page fault Uptime: 13h50m32s Dumping 223 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 223MB (57084 pages) 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc0642a52 in boot (howto=260) at ../../../kern/kern_shutdown.c:399 #2 0xc0642ce8 in panic (fmt=0xc0878301 "%s") at ../../../kern/kern_shutdown.c:555 #3 0xc0828d10 in trap_fatal (frame=0xcaf47900, eva=16) at ../../../i386/i386/trap.c:831 #4 0xc0828a7b in trap_pfault (frame=0xcaf47900, usermode=0, eva=16) at ../../../i386/i386/trap.c:742 #5 0xc08286b9 in trap (frame= {tf_fs = 8, tf_es = 4259880, tf_ds = 40, tf_edi = 0, tf_esi = -812645188, tf_ebp = 0, tf_isp = -889947860, tf_ebx = -812644440, tf_edx = 787639, tf_ecx = -1073479567, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1065563156, tf_cs = 32, tf_eflags = 590338, tf_esp = 16783132, tf_ss = 0}) at ../../../i386/i386/trap.c:432 #6 0xc0817eba in calltrap () at ../../../i386/i386/exception.s:139 #7 0xc07ccbec in zz0e373a4d () (kgdb) list *0xc07ccbec No source file for address 0xc07ccbec. # dmesg Copyright (c) 1992-2005 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 6.0-RC1 #0: Thu Oct 13 00:46:47 CDT 2005 jake@daemon:/usr/src/sys/i386/compile/DAEMON ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 1.70GHz (1693.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf13 Stepping = 3 Features=0x3febfbff real memory = 234864640 (223 MB) avail memory = 220332032 (210 MB) ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: on acpi0 pci_link3: irq 12 on acpi0 pci_link4: irq 5 on acpi0 pci_link5: irq 9 on acpi0 pci_link6: irq 9 on acpi0 pci_link7: irq 9 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xebffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa400-0xa40f irq 16 at device 2.5 on pci0 ata0: on atapci0 ata1: on atapci0 ohci0: mem 0xe6800000-0xe6800fff irq 20 at device 3.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xe6000000-0xe6000fff irq 21 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xe5800000-0xe5800fff irq 22 at device 3.2 on pci0 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0, legacy support usb2: on ohci2 usb2: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xe5000000-0xe5000fff irq 23 at device 3.3 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: SiS EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered sis0: port 0x8800-0x88ff mem 0xe4800000-0xe4800fff irq 19 at device 4.0 on pci0 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:e0:18:bc:ae:d3 ath0: mem 0xe4000000-0xe400ffff irq 17 at device 14.0 on pci0 ath0: Ethernet address: 00:11:95:92:72:55 ath0: mac 7.9 phy 4.5 radio 5.6 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x8400-0x840f mem 0xe3000000-0xe37fffff irq 19 at device 16.0 on pci0 twe0: [GIANT-LOCKED] twe0: 4 ports, Firmware FE7X 1.05.00.063, BIOS BE7X 1.08.00.048 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcbfff,0xcc000-0xccfff 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 Timecounter "TSC" frequency 1693134912 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 ad1: 239372MB at ata0-slave UDMA133 twed0: on twe0 twed0: 19535MB (40009252 sectors) Trying to mount root from ufs:/dev/twed0s1a From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 03:01:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1C7916A41F for ; Tue, 18 Oct 2005 03:01:37 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34FCF43D4C for ; Tue, 18 Oct 2005 03:01:37 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j9I31apU049487 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Oct 2005 20:01:36 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <43546580.4040402@errno.com> Date: Mon, 17 Oct 2005 20:01:20 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050927) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kernel Jake References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: page fault - 6.0-RC1 i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 03:01:37 -0000 Kernel Jake wrote: > I can make 6.0-RC1 panic deterministically when streaming audio over > 802.11g using WPA-PSK and a D-Link DWL-G520 revB3. Below are two crashes. Please try a kernel with at least INVARIANTS. Better would be a kernel with INVARIANTS+WITNESS. Sam From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 04:33:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 447E916A41F for ; Tue, 18 Oct 2005 04:33:21 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id E263C43D46 for ; Tue, 18 Oct 2005 04:33:20 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j9I4XJfM010507; Mon, 17 Oct 2005 21:33:19 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j9I4XJHi010506; Mon, 17 Oct 2005 21:33:19 -0700 Date: Mon, 17 Oct 2005 21:33:19 -0700 From: Brooks Davis To: Reid Linnemann Message-ID: <20051018043319.GA9748@odin.ac.hmc.edu> References: <20051018023825.7806EA0633@csa.cs.okstate.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <20051018023825.7806EA0633@csa.cs.okstate.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: dhclient chokes on dhclient-exit-hooks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 04:33:21 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 17, 2005 at 09:38:25PM -0500, Reid Linnemann wrote: >=20 > Running current as of 10/14, the dhclient-exit-hooks at the end of this > message causes dhclient to hang for a few seconds and terminate without > configuring its interface. >=20 > One interface, rl0, is configured with dhclient. In recent > history(current as of <3 weeks ago), the script would initialize the > interface, and after dhclient acquired an address would reverse lookup > the lease address and set the hostname to the result. >=20 > Currently, on the console, only one line of output comes from the script: > `reason is PREINIT and ip is ` >=20 > The last output from dhclient is: > `DHCPACK from ` >=20 > At this point, whatever is executing (dhclient? dhclient-exit-hooks?) > hangs for a second, and then the boot continues - no 'bound to w.x.y.z` > message is displayed, and the interface is not assigned an address. >=20 > If I remove dhclient-exit-hooks, the lease is acquired and the interface > is brought up normally. >=20 > My first intuition is - maybe the script is trying to to a host resolve > before the interface address and routes are added - but that doesn't > seem possible since dhclient-exit-hoks is only invoked by > dhclient-script after the configuration is completed - and the code n > dhclient-exit-hooks only executes on a condition that is guaranteed to > have set up the interface, added a route, and updated resolv.conf. Since > I see no output from the script as it is run when the interface comes > up, I can't be sure if that block of code is ever executed. >=20 > Ideas? Suggestions? >=20 > For context, the hooks are necessary to set the machine's hostname to a > valid string for the ip - my isp (cox cable) does not do ddns with a > sent host-name, nor does its dhcp server provide a host-name or fqdn on > request. >=20 >=20 > -Reid >=20 > dhclient-exit-hooks > -------------------------------------------- > #!/bin/sh > PATH=3D/bin:/sbin:/usr/bin > AWK=3D/usr/bin/awk > HOST=3D/usr/bin/host > echo "reason is $reason and ip is $new_ip_address" > case $reason in > BOUND|RENEW|REBIND|REBOOT) > if [ x$new_host_name !=3D x ]; then > if [ x$new_domain_name !=3D x ]; then > hostname $new_host_name.$new_domain_name > echo New Hostname: $new_host_name.$new_domain_name > else > hostname $new_host_name > echo New Hostname: $new_host_name > fi > else > hostname=3D`$HOST $new_ip_address | $AWK '{print $5}'` > hostname $hostname > echo New Hostname: $hostname > fi > ;; > esac > exit $1 Why on earth are you exiting with $1 as the status? This is almost certainly the problem. You should not exit from dhclient-exit-hooks at all since it occurs in the context of dhclient-script and this exit values is entirely bogus. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDVHsOXY6L6fI4GtQRAibtAKC7hRC7YbejKs+LtRyOLba4Nw8gyACgj+PF mDi1UWaJhvJhychlRSrhYRk= =Xgqt -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 05:33:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF64016A41F for ; Tue, 18 Oct 2005 05:33:03 +0000 (GMT) (envelope-from ebola@psychoholics.org) Received: from mail.psychoholics.org (www.psychoholics.org [64.185.102.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A5C843D46 for ; Tue, 18 Oct 2005 05:33:03 +0000 (GMT) (envelope-from ebola@psychoholics.org) Received: from s0106c0ffeec0ffee.su.shawcable.net (S0106c0ffeec0ffee.su.shawcable.net [24.109.19.58]) by mail.psychoholics.org (Postfix) with ESMTP id CF97215716B for ; Mon, 17 Oct 2005 23:46:28 -0700 (PDT) From: Adam Gregoire To: freebsd-current@freebsd.org Content-Type: text/plain Date: Tue, 18 Oct 2005 01:35:11 -0400 Message-Id: <1129613711.65622.6.camel@S0106c0ffeec0ffee.su.shawcable.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: kernel build failure. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 05:33:03 -0000 For the past few days I've been getting a build failure. ===> if_gif (all) cc -O2 -pipe -march=athlon64 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/OPTMZD/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/OPTMZD -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/if_gif/../../net/if_gif.c cc -O2 -pipe -march=athlon64 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/OPTMZD/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/OPTMZD -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/if_gif/../../netinet/in_gif.c cc -O2 -pipe -march=athlon64 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/OPTMZD/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/OPTMZD -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c cc -c -O2 -pipe -fno-strict-aliasing -march=athlon64 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/ufs/ufs/ufs_acl.c /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: `in6_gif_input' undeclared here (not in a function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: initializer element is not constant /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: (near initialization for `in6_gif_protosw.pr_input') /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: `rip6_output' undeclared here (not in a function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: initializer element is not constant /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: (near initialization for `in6_gif_protosw.pr_output') /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: `rip6_ctloutput' undeclared here (not in a function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: initializer element is not constant /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: (near initialization for `in6_gif_protosw.pr_ctloutput') /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:83: error: `rip6_usrreqs' undeclared here (not in a function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:83: error: initializer element is not constant /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:83: error: (near initialization for `in6_gif_protosw.pr_usrreqs') /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:87: warning: function declaration isn't a prototype /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: In function `in6_gif_output': /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:92: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:148: error: invalid application of `sizeof' to incomplete type `ip6_hdr' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:149: error: invalid application of `sizeof' to incomplete type `ip6_hdr' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:150: error: invalid application of `sizeof' to incomplete type `ip6_hdr' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:157: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:158: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:158: error: `IPV6_VERSION_MASK' undeclared (first use in this function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:158: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:158: error: for each function it appears in.) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:159: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:159: error: `IPV6_VERSION' undeclared (first use in this function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:160: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:161: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:162: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:162: error: `ip6_gif_hlim' undeclared (first use in this function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:163: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:166: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:173: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:174: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:183: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:185: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:192: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:193: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:194: error: structure has no member named `gif_ro6' cc -c -O2 -pipe -fno-strict-aliasing -march=athlon64 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/ufs/ufs/ufs_bmap.c /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:218: warning: implicit declaration of function `ip6_output' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:218: warning: nested extern declaration of `ip6_output' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:218: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:222: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:224: error: structure has no member named `gif_ro6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: At top level: /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:232: warning: function declaration isn't a prototype /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: In function `in6_gif_input': /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:247: error: `ip6stat' undeclared (first use in this function) /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:258: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: In function `gif_validate6': /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:333: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:334: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:347: error: dereferencing pointer to incomplete type /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: At top level: /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:374: warning: function declaration isn't a prototype /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: In function `gif_encapcheck6': /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:379: error: storage size of 'ip6' isn't known /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:379: warning: unused variable `ip6' /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: At top level: /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:395: warning: function declaration isn't a prototype /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:406: warning: function declaration isn't a prototype *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Same thing from sources checked out today and a few days ago, any suggestions? -- Adam Gregoire From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 06:13:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 999E516A41F for ; Tue, 18 Oct 2005 06:13:09 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from espresso2.syncrontech.com (sync-old.syncrontech.com [213.28.98.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5489543D4C for ; Tue, 18 Oct 2005 06:13:06 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.57]) by espresso2.syncrontech.com (8.12.11/8.12.11) with ESMTP id j9I6D5Wr092836 for ; Tue, 18 Oct 2005 09:13:05 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Received: from [62.71.8.37] (coffee.syncrontech.com [62.71.8.37]) by guinness.syncrontech.com (8.12.11/8.12.11) with ESMTP id j9I6D4G2010040 for ; Tue, 18 Oct 2005 09:13:04 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Message-ID: <4354926A.6070505@suutari.iki.fi> Date: Tue, 18 Oct 2005 09:12:58 +0300 From: Ari Suutari User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.0 RC1 and Sil 3112 sata: TIMEOUT - WRITE_DMA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 06:13:09 -0000 Hi, I have a machine with Sil 3112 sata controller (I guess it was a adaptec card). I updated the machine from RELENG_5 to 6.0 RC1 in hope to get rid of ata dma timeout messages. I already thought that it works ok, but this morning I found this at console: ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=66544991 ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=2896287 Are there still some problems in ata drivers related to this chip ? Relevant lines from dmesg look like this: atapci1: port 0xd000-0xd007,0xb800-0xb803,0xb400-0xb407,0xb000-0xb003,0xa800-0xa80f mem 0x e0000000-0xe00001ff irq 5 at device 9.0 on pci0 ata2: on atapci1 ata3: on atapci1 ad4: 152627MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad4s1a Are these going to be fixed for 6.0 or should I get a different sata card for my machine ? Ari S. From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 08:01:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B25216A41F for ; Tue, 18 Oct 2005 08:01:48 +0000 (GMT) (envelope-from kerneljake@hotmail.com) Received: from hotmail.com (bay110-f16.bay110.hotmail.com [65.54.229.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EE5E43D48 for ; Tue, 18 Oct 2005 08:01:48 +0000 (GMT) (envelope-from kerneljake@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 18 Oct 2005 01:01:47 -0700 Message-ID: Received: from 65.54.229.220 by by110fd.bay110.hotmail.msn.com with HTTP; Tue, 18 Oct 2005 08:01:47 GMT X-Originating-IP: [66.141.40.149] X-Originating-Email: [kerneljake@hotmail.com] X-Sender: kerneljake@hotmail.com In-Reply-To: <43546580.4040402@errno.com> From: "Kernel Jake" To: freebsd-current@freebsd.org Date: Tue, 18 Oct 2005 03:01:47 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 18 Oct 2005 08:01:47.0652 (UTC) FILETIME=[303BA440:01C5D3BA] Subject: Re: page fault - 6.0-RC1 i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 08:01:48 -0000 Sam Leffler wrote: >Please try a kernel with at least INVARIANTS. Better would be a kernel >with >INVARIANTS+WITNESS. After enabling INVARIANTS+WITNESS (with WITNESS_SKIPSPIN), I see the following in dmesg during bootup: Oct 18 00:23:53 daemon kernel: malloc(M_WAITOK) of "32", forcing M_NOWAIT with the following non-sleepable locks held: Oct 18 00:23:53 daemon kernel: exclusive sleep mutex ath0 (network driver) r = 0 (0xc15c8d30) locked @ dev/ath/if_ath.c:4642 Oct 18 00:23:53 daemon kernel: Memory modified after free 0xc174a000(2048) val=1fa00000 @ 0xc174a000 Oct 18 00:23:53 daemon savecore: no dumps found Oct 18 00:23:56 daemon kernel: ath0: link state changed to DOWN Oct 18 00:24:06 daemon kernel: malloc(M_WAITOK) of "32", forcing M_NOWAIT with the following non-sleepable locks held: Oct 18 00:24:06 daemon kernel: exclusive sleep mutex ath0 (network driver) r = 0 (0xc15c8d30) locked @ dev/ath/if_ath.c:4642 Oct 18 00:24:06 daemon kernel: ath0: link state changed to UP Then, when the crash occurs later: # kgdb -q kernel.debug /var/crash/vmcore.2 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] Unread portion of the kernel message buffer: lock order reversal 1st 0xc15c9188 ath0 (xmit q) @ dev/ath/if_ath.c:3537 2nd 0xc093b9c4 user map (user map) @ vm/vm_map.c:2997 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x20:0xc07af690 stack pointer = 0x28:0xcaf47958 frame pointer = 0x28:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 35 (swi1: net) trap number = 12 panic: page fault Uptime: 22m20s Dumping 223 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 223MB (57084 pages) 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kdbd) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc0639540 in boot (howto=260) at ../../../kern/kern_shutdown.c:399 first_buf_printf = 1 #2 0xc06397be in panic (fmt=0xc085b257 "%s") at ../../../kern/kern_shutdown.c:555 td = (struct thread *) 0xc147d900 bootopt = 260 newpanic = 0 ap = 0xcaf47894 "U·\211À" buf = "page fault", '\0' #3 0xc080a374 in trap_fatal (frame=0xcaf47918, eva=16) at ../../../i386/i386/trap.c:831 code = 40 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 6, ssd_xx1 = 1, ssd_def32 = 1, ssd_gran = 1} #4 0xc080a0df in trap_pfault (frame=0xcaf47918, usermode=0, eva=16) at ../../../i386/i386/trap.c:742 va = 0 vm = (struct vmspace *) 0x0 map = 0xc093b980 rv = 1 ftype = 1 '\001' td = (struct thread *) 0xc147d900 p = (struct proc *) 0xc14a9624 #5 0xc0809d71 in trap (frame= {tf_fs = -889978872, tf_es = -1067122648, tf_ds = -1065091032, tf_edi = 0, tf_esi = -812636432, tf_ebp = 0, tf_isp = -889947836, tf_ebx = -812664240, tf_edx = 787639, tf_ecx = -1073479567, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1065683312, tf_cs = 32, tf_eflags = 590338, tf_esp = 16808316, tf_ss = 0}) at ../../../i386/i386/trap.c:432 td = (struct thread *) 0xc147d900 p = (struct proc *) 0xc14a9624 sticks = 3242711296 i = 0 ucode = 0 type = 12 code = 0 eva = 16 #6 0xc07f9bda in calltrap () at ../../../i386/i386/exception.s:139 No locals. #7 0xc07af690 in zz0e373a4d () No symbol table info available. From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 08:08:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E21F516A420 for ; Tue, 18 Oct 2005 08:08:17 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CD1E43D4C for ; Tue, 18 Oct 2005 08:08:12 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j9I887DG094535; Tue, 18 Oct 2005 12:08:07 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j9I887Xc094534; Tue, 18 Oct 2005 12:08:07 +0400 (MSD) (envelope-from yar) Date: Tue, 18 Oct 2005 12:08:07 +0400 From: Yar Tikhiy To: Adam Gregoire Message-ID: <20051018080806.GB93560@comp.chem.msu.su> References: <1129613711.65622.6.camel@S0106c0ffeec0ffee.su.shawcable.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1129613711.65622.6.camel@S0106c0ffeec0ffee.su.shawcable.net> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: kernel build failure. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 08:08:18 -0000 On Tue, Oct 18, 2005 at 01:35:11AM -0400, Adam Gregoire wrote: > For the past few days I've been getting a build failure. > > ===> if_gif (all) > cc -O2 -pipe -march=athlon64 -fno-strict-aliasing -Werror -D_KERNEL > -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS > -include /usr/obj/usr/src/sys/OPTMZD/opt_global.h -I. -I@ > -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g > -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/OPTMZD -mcmodel=kernel > -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow > -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -std=c99 > -c /usr/src/sys/modules/if_gif/../../net/if_gif.c > cc -O2 -pipe -march=athlon64 -fno-strict-aliasing -Werror -D_KERNEL > -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS > -include /usr/obj/usr/src/sys/OPTMZD/opt_global.h -I. -I@ > -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g > -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/OPTMZD -mcmodel=kernel > -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow > -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -std=c99 > -c /usr/src/sys/modules/if_gif/../../netinet/in_gif.c > cc -O2 -pipe -march=athlon64 -fno-strict-aliasing -Werror -D_KERNEL > -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS > -include /usr/obj/usr/src/sys/OPTMZD/opt_global.h -I. -I@ > -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g > -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/OPTMZD -mcmodel=kernel > -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow > -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -std=c99 > -c /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c > cc -c -O2 -pipe -fno-strict-aliasing -march=athlon64 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys > -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel > -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow > -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > -Werror /usr/src/sys/ufs/ufs/ufs_acl.c > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: > `in6_gif_input' undeclared here (not in a function) > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: > initializer element is not constant > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: (near > initialization for `in6_gif_protosw.pr_input') > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: > `rip6_output' undeclared here (not in a function) > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: > initializer element is not constant > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: (near > initialization for `in6_gif_protosw.pr_output') > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: > `rip6_ctloutput' undeclared here (not in a function) > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: > initializer element is not constant > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:79: error: (near > initialization for `in6_gif_protosw.pr_ctloutput') > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:83: error: > `rip6_usrreqs' undeclared here (not in a function) > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:83: error: > initializer element is not constant > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:83: error: (near > initialization for `in6_gif_protosw.pr_usrreqs') > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:87: warning: > function declaration isn't a prototype > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: In function > `in6_gif_output': > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:92: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:148: error: invalid > application of `sizeof' to incomplete type `ip6_hdr' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:149: error: invalid > application of `sizeof' to incomplete type `ip6_hdr' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:150: error: invalid > application of `sizeof' to incomplete type `ip6_hdr' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:157: error: > dereferencing pointer to incomplete type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:158: error: > dereferencing pointer to incomplete type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:158: error: > `IPV6_VERSION_MASK' undeclared (first use in this function) > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:158: error: (Each > undeclared identifier is reported only once > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:158: error: for > each function it appears in.) > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:159: error: > dereferencing pointer to incomplete type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:159: error: > `IPV6_VERSION' undeclared (first use in this function) > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:160: error: > dereferencing pointer to incomplete type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:161: error: > dereferencing pointer to incomplete type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:162: error: > dereferencing pointer to incomplete type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:162: error: > `ip6_gif_hlim' undeclared (first use in this function) > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:163: error: > dereferencing pointer to incomplete type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:166: error: > dereferencing pointer to incomplete type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:173: error: > dereferencing pointer to incomplete type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:174: error: > dereferencing pointer to incomplete type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:183: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:184: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:185: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:192: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:193: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:194: error: > structure has no member named `gif_ro6' > cc -c -O2 -pipe -fno-strict-aliasing -march=athlon64 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys > -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel > -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow > -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > -Werror /usr/src/sys/ufs/ufs/ufs_bmap.c > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:218: warning: > implicit declaration of function `ip6_output' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:218: warning: > nested extern declaration of `ip6_output' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:218: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:222: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:223: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:224: error: > structure has no member named `gif_ro6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: At top level: > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:232: warning: > function declaration isn't a prototype > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: In function > `in6_gif_input': > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:247: error: > `ip6stat' undeclared (first use in this function) > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:258: error: > dereferencing pointer to incomplete type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: In function > `gif_validate6': > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:333: error: > dereferencing pointer to incomplete type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:334: error: > dereferencing pointer to incomplete type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:347: error: > dereferencing pointer to incomplete type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: At top level: > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:374: warning: > function declaration isn't a prototype > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: In function > `gif_encapcheck6': > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:379: error: storage > size of 'ip6' isn't known > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:379: warning: > unused variable `ip6' > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: At top level: > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:395: warning: > function declaration isn't a prototype > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:406: warning: > function declaration isn't a prototype > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > > Same thing from sources checked out today and a few days ago, any > suggestions? You are building modules with the kernel, and there is no INET6 in your kernel config file, right? If so, it is a problem uncovered in our module build system by my recent changes to it. I've just temporarily disabled the changes for if_gif so that it can build w/o INET6 in the kernel config for now, but the resulting module will be unusable with the IPv6-disabled kernel, as it were before. I'm afraid that the build error will persist after updating the kernel sources until you clean at least the module's build directory. If you're using "make buildkernel" in /usr/src, then just don't enable NO_CLEAN nor NO_KERNELCLEAN during the next kernel build. -- Yar From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 08:12:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0384E16A41F for ; Tue, 18 Oct 2005 08:12:13 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from fep19.inet.fi (fep19.inet.fi [194.251.242.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28ACF43D45 for ; Tue, 18 Oct 2005 08:12:11 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [192.168.0.20] ([84.249.3.49]) by fep19.inet.fi with ESMTP id <20051018081210.WYDG20628.fep19.inet.fi@[192.168.0.20]>; Tue, 18 Oct 2005 11:12:10 +0300 Message-ID: <4354AE5B.8060307@pp.nic.fi> Date: Tue, 18 Oct 2005 11:12:11 +0300 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0.2 / FreeBSD 6.0-BETA5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ari Suutari References: <4354926A.6070505@suutari.iki.fi> In-Reply-To: <4354926A.6070505@suutari.iki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 6.0 RC1 and Sil 3112 sata: TIMEOUT - WRITE_DMA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 08:12:13 -0000 Ari Suutari wrote: > Are these going to be fixed for 6.0 or should I get a different > sata card for my machine ? Better to get new card. http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-March/023431.html "Anyhow the sii3112 is by far the most crappy SATA controller on the market, so it might be difficult to get anyone interested in wasting (more) time on this..." From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 08:24:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90C3516A41F for ; Tue, 18 Oct 2005 08:24:58 +0000 (GMT) (envelope-from freebsd@psam.se) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB49443D45 for ; Tue, 18 Oct 2005 08:24:56 +0000 (GMT) (envelope-from freebsd@psam.se) Received: from caspian ([85.228.2.87] [85.228.2.87]) by mxfep02.bredband.com with ESMTP id <20051018082455.KCVO11792.mxfep02.bredband.com@caspian>; Tue, 18 Oct 2005 10:24:55 +0200 Received: from [127.0.0.1] ([85.228.2.90]) (authenticated user peter@psam.se) by caspian (Kerio MailServer 6.1.0); Tue, 18 Oct 2005 10:25:05 +0200 Message-ID: <4354B151.1030100@psam.se> Date: Tue, 18 Oct 2005 10:24:49 +0200 From: Psadi User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: sv, en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <4353F3D5.6060309@psam.se> <20051017.130631.73017921.imp@bsdimp.com> <43541A46.2050705@psam.se> <20051017.160614.96601900.imp@bsdimp.com> In-Reply-To: <20051017.160614.96601900.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0542-0, 2005-10-17), Outbound message X-Antivirus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Thoshiba Tecra 8000 with 3com 3CXFE575CT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 08:24:58 -0000 M. Warner Losh skrev: >In message: <43541A46.2050705@psam.se> > Psadi writes: >: M. Warner Losh skrev: >: >: >: When I start it outside and then connect the card it will detect and >: >: configure it correctly. >: > >: >OK. This is a HUGE clue. One that shouldn't be overlooked :-). What >: >it is telling me is that FUNCTION interrupts aren't getting through, >: >but STATUS interrupts ARE getting through. I'll have to go re-read my >: >two TOPIC data sheets to make sure, but I think that the TOPIC chips, >: >especially the older ones, have a number of knobs for function >: >interrupts that are not in the standard bridge chipset. >: > >: >Please refresh my recollection: Did this used to work with 5.4? IIRC, >: >I did some work to fix o2 micro hangs that disabled the function >: >interrupts during card insertion by routing them via IRQ 1 (which the >: >o2micro actually doesn't route, so they just disappear). Maybe that >: >work around had bad effects for the TOPIC95B that you have? >: > >: >Warner >: > >: > >: > >: > >: I have no problem with the network when I run FreeBSD 5.4. I have no >: watchdog timeouts. And I can cvsup the source and ports without any problem. >: >: As a side not ACPI was disable when I tested if it detected the network >: card or not when I inserted it. Though since I didnt notice any diffrent >: when it was on or off I dont think it has any impact. I did do this test >: earlier before you asked but then I just didnt think it was relevant. Of >: this I know it works with ACPI on also since I was running with ACPI >: when I tried it. > >Do you have a second network card, 32- or 16-bits, that you can test >this with also? We need to preclude xl driver bustage in general, or >specific to your submodel as well. > >Warner >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > I have a 3Com Etherlink III wich identifies as ep0 and using that works like a charm :) pccard0: CIS version PCCARD 2.0 or 2.1 pccard0: CIS info: 3Com Corporation, 3C589, TP/BNC LAN Card Ver. 2a, 000002 pccard0: Manufacturer code 0x101, product 0x589 pccard0: function 0: network adapter, ccr addr 10000 mask 3 pccard0: function 0, config table entry 1: I/O card; irq mask ffff; iomask 4, io space 0-f; io8 io16 irqlevel pccard0: function 0, config table entry 3: I/O card; irq mask ffff; iomask 4, io space 0-f; io8 io16 irqlevel ep0: <3Com Corporation 3C589> at port 0x100-0x10f irq 11 function 0 config 1 on pccard0 ep0: bpf attached ep0: Ethernet address: 00:a0:24:ae:be:ad ep0: [MPSAFE] There is no wathcdog timeouts on that card and dl a iso image works fine. Peter From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 09:12:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6326A16A41F for ; Tue, 18 Oct 2005 09:12:00 +0000 (GMT) (envelope-from m.boyarov@gmail.com) Received: from c71.sam-solutions.net (c71.sam-solutions.net [217.21.35.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9661B43D45 for ; Tue, 18 Oct 2005 09:11:59 +0000 (GMT) (envelope-from m.boyarov@gmail.com) Received: from localhost.my.domain ([192.168.117.134]) by c71.sam-solutions.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 18 Oct 2005 12:11:57 +0300 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.13.4/8.13.4) with ESMTP id j9I8sUfx003934; Tue, 18 Oct 2005 11:54:30 +0300 (EEST) (envelope-from m.boyarov@gmail.com) Received: (from zotrix@localhost) by localhost.my.domain (8.13.4/8.13.4/Submit) id j9I8sULx003933; Tue, 18 Oct 2005 11:54:30 +0300 (EEST) (envelope-from m.boyarov@gmail.com) To: Brooks Davis References: <7j64rwy1ea.fsf@gmail.com> <20051017210929.GE15097@odin.ac.hmc.edu> From: m.boyarov@gmail.com (Max N. Boyarov) Date: Tue, 18 Oct 2005 11:54:25 +0300 In-Reply-To: <20051017210929.GE15097@odin.ac.hmc.edu> (Brooks Davis's message of "Mon, 17 Oct 2005 14:09:29 -0700") Message-ID: <7jmzl7mchq.fsf@gmail.com> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.17 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-OriginalArrivalTime: 18 Oct 2005 09:11:57.0547 (UTC) FILETIME=[FD86A3B0:01C5D3C3] Cc: freebsd-current@freebsd.org Subject: Re: mgetty and 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 09:12:00 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable Brooks Davis writes: > On Mon, Oct 17, 2005 at 11:48:45AM +0300, Max N. Boyarov wrote: >>=20 >> Hello! >>=20 >> I have strange problems after upgrading system from BETA5 to RC1. >> After upgrade i see the following messages in mgetty log and on serial = console and mgetty does not work >>=20 >>=20 >> 10/15 18:59:04 ad1 mgetty: interim release 1.1.33-Apr10 >> 10/15 18:59:05 ad1 mod: cannot make /dev/cuad1 stdin: Bad file descript= or >> 10/15 18:59:05 ad1 open device /dev/cuad1 failed: Bad file descriptor >> 10/15 18:59:05 ad1 cannot get terminal line dev=3Dcuad1, exiting: Bad f= ile descriptor >> -- >> 10/15 18:59:18 ad1 mgetty: interim release 1.1.33-Apr10 >> 10/15 18:59:19 ad1 mod: cannot make /dev/cuad1 stdin: Bad file descript= or >> 10/15 18:59:19 ad1 open device /dev/cuad1 failed: Bad file descriptor >> 10/15 18:59:19 ad1 cannot get terminal line dev=3Dcuad1, exiting: Bad f= ile descriptor >>=20 >> systems sources were "cvsupped" on 14/10/2005 >> and mgetty was installed from ports >>=20 >>=20 >> What can i do to solve this problem ? > > Do the devices in question actually exist? Mgetty appears to be > misconfigured to attempt to create them when missing which is alwasy > wrong in the devfs world. Yes, devices are present. And if i run mgetty from command line it work.=20 I use cu to connect, and is working. ppp on this port also works.=20 Mgetty started from /etc/ttys - does not.. Also mgetty work normal on 6.0-BETA5.=20 I have tried to check mgetty on my laptop with ltmdm and also got this erro= r. =2D-=20 // Max N. Boyarov // 2:450/262 @ FidoNet --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDVLhGr+3eflZ2f8ARAtT8AJ93NOdgsa3Wj+JZcrX+rxi59Ce26ACfZwo2 Dq7fLie9BySvaNUVKyJwUUQ= =HbkP -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 09:33:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 608F016A41F for ; Tue, 18 Oct 2005 09:33:52 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 6244F43D46 for ; Tue, 18 Oct 2005 09:33:51 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 34260 invoked by uid 1026); 18 Oct 2005 09:38:07 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.112608 secs); 18 Oct 2005 09:38:07 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 18 Oct 2005 09:38:07 -0000 From: Niki Denev To: freebsd-current@freebsd.org Date: Tue, 18 Oct 2005 12:33:47 +0300 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5000213.cyX26HIHxO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510181233.47769.nike_d@cytexbg.com> Subject: ath not setting media type? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 09:33:52 -0000 --nextPart5000213.cyX26HIHxO Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, while trying to get my new ath(4) mini-pci working on my (-current) TP X31,= =20 i encountered two problems: from what i understand if_ath.c does not set themedia type of the interface, and devd fails to match the notify section that calls dhclient. and the second is that devd does not print the media type when ran in debug mode .. it prints just : "Testing media type of against 0x20" Sorry if this has been discussed previously. =2D-=20 =2D-niki PGP KeyId: 0xF2DB7EB9 --nextPart5000213.cyX26HIHxO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBDVMF7HNAJ/fLbfrkRAm2nAJ93nN4cG0mY6t55kNEKgkeBLpzk1gCggKM5 +GqdLQTOJD6gDRjlvme3vXA= =Yx1A -----END PGP SIGNATURE----- --nextPart5000213.cyX26HIHxO-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 01:37:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07E6116A427; Tue, 18 Oct 2005 01:37:37 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83CE743D45; Tue, 18 Oct 2005 01:37:36 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from [192.168.168.135] (unknown [211.96.21.221]) by gddsn.org.cn (Postfix) with ESMTP id 7060538CB4D; Tue, 18 Oct 2005 09:12:11 +0800 (CST) Message-ID: <43544BCE.90601@gddsn.org.cn> Date: Tue, 18 Oct 2005 09:11:42 +0800 From: Suken Woo User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.7.7) Gecko/20050424 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: mv@roq.com, mobile@freebsd.org, current@freebsd.org, hardware@freebsd.org References: <43544880.6000604@gddsn.org.cn> In-Reply-To: <43544880.6000604@gddsn.org.cn> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 18 Oct 2005 11:57:39 +0000 Cc: Subject: Re: Netgear WG511 drivers help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 01:37:37 -0000 Suken Woo Wrote: >> lists: >> the Netgear WG511 dosen't support on freebsd and ndis wrapper doesn't >> work either >> anybody could give any help?? >> _______________________________________________ >> freebsd-mobile@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile >> To unsubscribe, send any mail to >> "freebsd-mobile-unsubscribe@freebsd.org" >> >> > Did your Netgear WG511 say 'Atheros' on its packaging? > what does pciconf -lv say about it? > > I have a WG511T and it works fine its a Atheros. > > Mike > > the WG511 useing the difference chip set i though. and here's my pciconfig -lv lists: none1@pci3:0:0: class=0x020000 card=0x4e001385 chip=0x1faa11ab rev=0x03 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' class = network subclass = ethernet and some dmesgs: cardbus0: Resource not specified in CIS: id=14, size=10000 cardbus0: at device 0.0 (no driver attached) BTW,my card's type is WG511 v2. From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 02:50:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23E9A16A420 for ; Tue, 18 Oct 2005 02:50:25 +0000 (GMT) (envelope-from bsddiy@126.com) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABF2343D58; Tue, 18 Oct 2005 02:50:24 +0000 (GMT) (envelope-from bsddiy@126.com) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9I2oLsK067364; Tue, 18 Oct 2005 02:50:23 GMT (envelope-from bsddiy@126.com) Message-ID: <435462EE.2030907@126.com> Date: Tue, 18 Oct 2005 10:50:22 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Reid Linnemann References: <20051018023825.7806EA0633@csa.cs.okstate.edu> In-Reply-To: <20051018023825.7806EA0633@csa.cs.okstate.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 18 Oct 2005 11:57:39 +0000 Cc: freebsd-current@freebsd.org Subject: Re: dhclient chokes on dhclient-exit-hooks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 02:50:25 -0000 I have another problem with the dhclient-scripts posted some days ago: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1404135+0+archive/2005/freebsd-current/20050925.freebsd-current David Xu Reid Linnemann wrote: > Running current as of 10/14, the dhclient-exit-hooks at the end of this > message causes dhclient to hang for a few seconds and terminate without > configuring its interface. > From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 14:41:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E0FD16A423 for ; Tue, 18 Oct 2005 14:41:27 +0000 (GMT) (envelope-from incmc@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7E08043D46 for ; Tue, 18 Oct 2005 14:41:25 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 18 Oct 2005 14:41:24 -0000 Received: from dslb-084-061-000-074.pools.arcor-ip.net (EHLO ms.homeip.net) [84.61.0.74] by mail.gmx.net (mp010) with SMTP; 18 Oct 2005 16:41:24 +0200 X-Authenticated: #15946415 Received: from dslc-082-082-161-121.pools.arcor-ip.net ([82.82.161.121] helo=[10.0.0.3]) by ms.homeip.net with esmtpsa (TLSv1:AES256-SHA:256) id 1ERsee-0008BC-DP for freebsd-current@freebsd.org; Tue, 18 Oct 2005 16:41:28 +0200 Message-ID: <43550987.6070105@gmx.de> Date: Tue, 18 Oct 2005 16:41:11 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20051018120041.CCAF216A421@hub.freebsd.org> In-Reply-To: <20051018120041.CCAF216A421@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: cannot get IP when auth with wpa_supplicant + ath0 driver (Joe Love) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 14:41:27 -0000 > The problem I'm having is that after the connection is established (it > seems to authenticate just fine), I cannot get a response to any dhcp > requests. I can confirm this behavior. Even though I'm using a Netgear 624 with WPA-PSK, my connection seems to come up fine, but breaks down after a few seconds and I get similar debugging output. The strangest thing is, I have used a D-Link DWL-AG650 (which uses the same chipset) before, and that one worked pretty fine. Maybe this is a 108 Mbit problem? Jochen From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 16:08:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1506616A41F for ; Tue, 18 Oct 2005 16:08:13 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8120343D46 for ; Tue, 18 Oct 2005 16:08:12 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j9IG8ApU054398 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Oct 2005 09:08:12 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <43551DDA.906@errno.com> Date: Tue, 18 Oct 2005 09:07:54 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050927) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kernel Jake References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: page fault - 6.0-RC1 i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 16:08:13 -0000 Kernel Jake wrote: > Sam Leffler wrote: > >> Please try a kernel with at least INVARIANTS. Better would be a >> kernel with >> INVARIANTS+WITNESS. > > > After enabling INVARIANTS+WITNESS (with WITNESS_SKIPSPIN), I see the > following in dmesg during bootup: > > Oct 18 00:23:53 daemon kernel: malloc(M_WAITOK) of "32", forcing > M_NOWAIT with the following non-sleepable locks held: > Oct 18 00:23:53 daemon kernel: exclusive sleep mutex ath0 (network > driver) r = 0 (0xc15c8d30) locked @ dev/ath/if_ath.c:4642 > Oct 18 00:23:53 daemon kernel: Memory modified after free > 0xc174a000(2048) val=1fa00000 @ 0xc174a000 > Oct 18 00:23:53 daemon savecore: no dumps found > Oct 18 00:23:56 daemon kernel: ath0: link state changed to DOWN > Oct 18 00:24:06 daemon kernel: malloc(M_WAITOK) of "32", forcing > M_NOWAIT with the following non-sleepable locks held: > Oct 18 00:24:06 daemon kernel: exclusive sleep mutex ath0 (network > driver) r = 0 (0xc15c8d30) locked @ dev/ath/if_ath.c:4642 > Oct 18 00:24:06 daemon kernel: ath0: link state changed to UP Are you operating in 11g w/ protection enabled? If possible try turning off protection at the ap and/or using ifconfig on the local station. Sam From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 16:08:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFB0E16A41F for ; Tue, 18 Oct 2005 16:08:42 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 554B843D46 for ; Tue, 18 Oct 2005 16:08:42 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j9IG8cpU054404 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Oct 2005 09:08:39 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <43551DF7.3060000@errno.com> Date: Tue, 18 Oct 2005 09:08:23 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050927) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niki Denev References: <200510181233.47769.nike_d@cytexbg.com> In-Reply-To: <200510181233.47769.nike_d@cytexbg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath not setting media type? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 16:08:42 -0000 Niki Denev wrote: > Hello, > > while trying to get my new ath(4) mini-pci working on my (-current) TP X31, > i encountered two problems: > > from what i understand if_ath.c does not set themedia type of the interface, > and devd fails to match the notify section that calls dhclient. > > and the second is that devd does not print the media type when ran in debug > mode .. it prints just : > "Testing media type of against 0x20" > > Sorry if this has been discussed previously. > > What does pciconf -lv show for the card? Sam From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 16:21:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AB5116A41F for ; Tue, 18 Oct 2005 16:21:02 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from server300.com (server300.com [216.35.196.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1D4A43D60 for ; Tue, 18 Oct 2005 16:21:00 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 13010 invoked by uid 502); 18 Oct 2005 16:20:59 -0000 Received: from unknown (HELO ?10.0.0.14?) (nike?d@82.199.197.152) by ns1.server300.com with (RC4-MD5 encrypted) SMTP; 18 Oct 2005 16:20:59 -0000 Message-ID: <43552124.2030400@cytexbg.com> Date: Tue, 18 Oct 2005 19:21:56 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <200510181233.47769.nike_d@cytexbg.com> <43551DF7.3060000@errno.com> In-Reply-To: <43551DF7.3060000@errno.com> X-Enigmail-Version: 0.92.0.0 OpenPGP: id=F2DB7EB9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath not setting media type? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 16:21:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sam Leffler wrote: > Niki Denev wrote: > >> Hello, >> >> while trying to get my new ath(4) mini-pci working on my (-current) TP >> X31, i encountered two problems: >> >> from what i understand if_ath.c does not set themedia type of the >> interface, >> and devd fails to match the notify section that calls dhclient. >> >> and the second is that devd does not print the media type when ran in >> debug >> mode .. it prints just : >> "Testing media type of against 0x20" >> >> Sorry if this has been discussed previously. >> >> > > What does pciconf -lv show for the card? > > Sam > dmesg: ath0: mem 0xc0200000-0xc020ffff irq 11 at device 2.0 on pci2 ath0: Ethernet address: 00:05:4e:XX:XX:XX ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 pciconf: ath0@pci2:2:0: class=0x020000 card=0x833117ab chip=0x1014168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '11a/b/g Wireless LAN Mini PCI Adapter' class = network subclass = ethernet It's a original IBM mini-pci card (which actually is made by PHILIPS). - --niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDVSEjHNAJ/fLbfrkRAmrnAJ9c3EEcNvQQSYFuSxdS2n6KL4ZafACeL5V9 wX8R8zW789rPDPuDge+RY+I= =H5fi -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 16:24:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4534E16A41F for ; Tue, 18 Oct 2005 16:24:10 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C653743D45 for ; Tue, 18 Oct 2005 16:24:09 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j9IGO7pU054551 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Oct 2005 09:24:09 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <43552198.2070806@errno.com> Date: Tue, 18 Oct 2005 09:23:52 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050927) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Love References: <43543086.7020705@getsomewhere.net> In-Reply-To: <43543086.7020705@getsomewhere.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: cannot get IP when auth with wpa_supplicant + ath0 driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 16:24:10 -0000 Joe Love wrote: > I'm trying to use my wireless connection on my campus's wireless network. > > I'm using FreeBSD 6.0-RC1, with the pre-packaged wpa_supplicant 0.3.9. > I've tried using both a linksys wpc11 using the wi driver, and a netgear > wg511t using the ath driver. I'm currently betting on using the netgear > permanently, as the linksys card is causing me unending issues as of > late. The campus wireless uses TTLS+PAP, and IPs are assigned dynamically. > > The problem I'm having is that after the connection is established (it > seems to authenticate just fine), I cannot get a response to any dhcp > requests. > Jouni Malinen, from the hostap mailing lists, proposed the following as > the problem: > "This AP is using somewhat non-standard key configuration (something > that most Cisco APs do with IEEE 802.1X), i.e., unicast key is using > non-zero key index (2 or 3) and broadcast key is using the other indexes > (alternating between 0 and 1). This shouldn't matter. > "The packet dump looked like WEP decryption would not have been done or > it would have failed completely. I would assume that the driver code > would drop the packet if ICV is incorrect, so I would assume that the > packet was not decrypted at all. > "I have seen this kind of key index use having issues with number of > drivers. In other words, this is a question for FreeBSD mailing lists > after all. Including the description of key index use with the message > should make it easier for the driver/IEEE 802.11 stack authors to take a > closer look at this. Anyway, a fix for this may require changing the > driver interface code for the set_key handler on wpa_supplicant side, too." > > Included below are the wpa_supplicant configuration I am using and the > output of wpa_supplicant -d -iath0 -cwpa_supplicant.conf > > A packet dump of the transaction and some data following it (taken from > ethereal 0.10.10) can be found at http://www.getsomewhere.net/wpa.dump This dump is at the 802.3 level which is not useful; we need to see what's going on at the 802.11 level or below in the driver. > > Thanks, > -Joe > > wpa_supplicant.conf: > ctrl_interface=/var/run/wpa_supplicant > eapol_version=2 > ap_scan=1 > #ap_scan=2 # suggested. > network={ > ssid="UIC-Wireless" > scan_ssid=1 > #key_mgmt=IEEE8021X WPA-EAP > mode=0 > key_mgmt=IEEE8021X > eap=TTLS > identity="jlove1" > password="CENSORED" > anonymous_identity="anonymous" > ca_cert="thawte.pem" > #phase1="include_tls_length=1" > phase2="auth=PAP" > } > > wpa_supplicant output: > # wpa_supplicant -d -iath0 -cwpa_supplicant.conf > Initializing interface 'ath0' conf 'wpa_supplicant.conf' driver 'default' > Configuration file 'wpa_supplicant.conf' -> > '/usr/home/lyfe/wpa_supplicant.conf' > Reading configuration file '/usr/home/lyfe/wpa_supplicant.conf' > ctrl_interface='/var/run/wpa_supplicant' > eapol_version=2 > ap_scan=1 > Priority group 0 > id=0 ssid='UIC-Wireless' > Initializing interface (2) 'ath0' > EAPOL: SUPP_PAE entering state DISCONNECTED > EAPOL: KEY_RX entering state NO_KEY_RECEIVE > EAPOL: SUPP_BE entering state INITIALIZE > EAP: EAP entering state DISABLED > EAPOL: External notification - portEnabled=0 > EAPOL: External notification - portValid=0 > Own MAC address: 00:0f:b5:62:28:e3 > wpa_driver_bsd_set_wpa: enabled=1 > wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 > wpa_driver_bsd_del_key: keyidx=0 > wpa_driver_bsd_del_key: keyidx=1 > wpa_driver_bsd_del_key: keyidx=2 > wpa_driver_bsd_del_key: keyidx=3 > wpa_driver_bsd_set_countermeasures: enabled=0 > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > Setting scan request: 0 sec 100000 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=12): > 55 49 43 2d 57 69 72 65 6c 65 73 73 UIC-Wireless > Received 0 bytes of scan results (3 BSSes) > Scan results: 3 > Selecting BSS from priority group 0 > 0: 00:12:00:d7:0e:00 ssid='' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 1: 00:0c:41:75:12:a0 ssid='Linksys' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 2: 00:13:46:15:84:5a ssid='powerlab' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (4 BSSes) > Scan results: 4 > Selecting BSS from priority group 0 > 0: 00:12:00:d7:0e:00 ssid='' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 1: 00:40:05:26:d5:24 ssid='mie-g' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 2: 00:0c:41:75:12:a0 ssid='Linksys' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 3: 00:13:46:15:84:5a ssid='powerlab' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=12): > 55 49 43 2d 57 69 72 65 6c 65 73 73 UIC-Wireless > Received 0 bytes of scan results (3 BSSes) > Scan results: 3 > Selecting BSS from priority group 0 > 0: 00:12:00:d7:0e:00 ssid='UIC-Wireless' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 1: 00:0c:41:75:12:a0 ssid='Linksys' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 2: 00:13:46:15:84:5a ssid='powerlab' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > selected non-WPA AP 00:12:00:d7:0e:00 ssid='UIC-Wireless' > Trying to associate with 00:12:00:d7:0e:00 (SSID='UIC-Wireless' > freq=2462 MHz) > Cancelling scan request > Automatic auth_alg selection: 0x1 > No keys have been configured - skip key clearing > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > wpa_driver_bsd_associate: ssid 'UIC-Wireless' wpa ie len 0 pairwise 4 > group 4 key mgmt 3 > wpa_driver_bsd_associate: set PRIVACY 1 > Setting authentication timeout: 5 sec 0 usec > EAPOL: External notification - portControl=Auto > Association event - clear replay counter > Associated to a new BSS: BSSID=00:12:00:d7:0e:00 > No keys have been configured - skip key clearing > Associated with 00:12:00:d7:0e:00 > EAPOL: External notification - portEnabled=0 > EAPOL: External notification - portValid=0 > EAPOL: External notification - portEnabled=1 > EAPOL: SUPP_PAE entering state CONNECTING > EAPOL: txStart > EAPOL: SUPP_BE entering state IDLE > EAP: EAP entering state INITIALIZE > EAP: EAP entering state IDLE > Setting authentication timeout: 10 sec 0 usec > RX EAPOL from 00:12:00:d7:0e:00 > Setting authentication timeout: 70 sec 0 usec > EAPOL: Received EAP-Packet frame > EAPOL: SUPP_PAE entering state RESTART > EAP: EAP entering state INITIALIZE > EAP: EAP entering state IDLE > EAPOL: SUPP_PAE entering state AUTHENTICATING > EAPOL: SUPP_BE entering state REQUEST > EAPOL: getSuppRsp > EAP: EAP entering state RECEIVED > EAP: Received EAP-Request method=1 id=1 > EAP: EAP entering state IDENTITY > EAP: EAP-Request Identity data - hexdump_ascii(len=0): > EAP: using anonymous identity - hexdump_ascii(len=9): > 61 6e 6f 6e 79 6d 6f 75 73 anonymous > EAP: EAP entering state SEND_RESPONSE > EAP: EAP entering state IDLE > EAPOL: SUPP_BE entering state RESPONSE > EAPOL: txSuppRsp > EAPOL: SUPP_BE entering state RECEIVE > WPA: EAPOL frame too short, len 46, expecting at least 99 > RX EAPOL from 00:12:00:d7:0e:00 > EAPOL: Received EAP-Packet frame > EAPOL: SUPP_BE entering state REQUEST > EAPOL: getSuppRsp > EAP: EAP entering state RECEIVED > EAP: Received EAP-Request method=1 id=2 > EAP: EAP entering state IDENTITY > EAP: EAP-Request Identity data - hexdump_ascii(len=0): > EAP: using anonymous identity - hexdump_ascii(len=9): > 61 6e 6f 6e 79 6d 6f 75 73 anonymous > EAP: EAP entering state SEND_RESPONSE > EAP: EAP entering state IDLE > EAPOL: SUPP_BE entering state RESPONSE > EAPOL: txSuppRsp > EAPOL: SUPP_BE entering state RECEIVE > WPA: EAPOL frame too short, len 46, expecting at least 99 > RX EAPOL from 00:12:00:d7:0e:00 > EAPOL: Received EAP-Packet frame > EAPOL: SUPP_BE entering state REQUEST > EAPOL: getSuppRsp > EAP: EAP entering state RECEIVED > EAP: Received EAP-Request method=21 id=3 > EAP: EAP entering state GET_METHOD > EAP: initialize selected EAP method (21, TTLS) > EAP-TTLS: Phase2 type: PAP > TLS: Trusted root certificate(s) loaded > EAP: EAP entering state METHOD > EAP-TTLS: Received packet(len=6) - Flags 0x20 > EAP-TTLS: Start > SSL: (where=0x10 ret=0x1) > SSL: (where=0x1001 ret=0x1) > SSL: SSL_connect:before/connect initialization > SSL: (where=0x1001 ret=0x1) > SSL: SSL_connect:SSLv3 write client hello A > SSL: (where=0x1002 ret=0xffffffff) > SSL: SSL_connect:error in SSLv3 read server hello A > SSL: SSL_connect - want more data > SSL: 100 bytes pending from ssl_out > SSL: 100 bytes left to be sent out (of total 100 bytes) > EAP: method process -> ignore=FALSE methodState=CONT decision=FAIL > EAP: EAP entering state SEND_RESPONSE > EAP: EAP entering state IDLE > EAPOL: SUPP_BE entering state RESPONSE > EAPOL: txSuppRsp > EAPOL: SUPP_BE entering state RECEIVE > WPA: EAPOL frame too short, len 46, expecting at least 99 > RX EAPOL from 00:12:00:d7:0e:00 > EAPOL: Received EAP-Packet frame > EAPOL: SUPP_BE entering state REQUEST > EAPOL: getSuppRsp > EAP: EAP entering state RECEIVED > EAP: Received EAP-Request method=21 id=4 > EAP: EAP entering state METHOD > EAP-TTLS: Received packet(len=1396) - Flags 0xc0 > EAP-TTLS: TLS Message Length: 2196 > SSL: Need 810 bytes more input data > SSL: Building ACK > EAP: method process -> ignore=FALSE methodState=CONT decision=FAIL > EAP: EAP entering state SEND_RESPONSE > EAP: EAP entering state IDLE > EAPOL: SUPP_BE entering state RESPONSE > EAPOL: txSuppRsp > EAPOL: SUPP_BE entering state RECEIVE > IEEE 802.1X RX: version=1 type=0 length=1396 > WPA: EAPOL frame (type 0) discarded, not a Key frame > RX EAPOL from 00:12:00:d7:0e:00 > EAPOL: Received EAP-Packet frame > EAPOL: SUPP_BE entering state REQUEST > EAPOL: getSuppRsp > EAP: EAP entering state RECEIVED > EAP: Received EAP-Request method=21 id=5 > EAP: EAP entering state METHOD > EAP-TTLS: Received packet(len=816) - Flags 0x00 > SSL: (where=0x1001 ret=0x1) > SSL: SSL_connect:SSLv3 read server hello A > TLS: tls_verify_cb - preverify_ok=1 err=0 (ok) depth=1 > buf='/C=ZA/ST=Western Cape/L=Cape Town/O=Thawte Consulting > cc/OU=Certification Services Division/CN=Thawte Server > CA/emailAddress=server-certs@thawte.com' > TLS: tls_verify_cb - preverify_ok=1 err=0 (ok) depth=0 > buf='/C=US/ST=Illinois/L=Chicago/O=University of Illinois at > Chicago/OU=Academic Computer Center/CN=odyssey1.cc.uic.edu' > SSL: (where=0x1001 ret=0x1) > SSL: SSL_connect:SSLv3 read server certificate A > SSL: (where=0x1001 ret=0x1) > SSL: SSL_connect:SSLv3 read server key exchange A > SSL: (where=0x1001 ret=0x1) > SSL: SSL_connect:SSLv3 read server done A > SSL: (where=0x1001 ret=0x1) > SSL: SSL_connect:SSLv3 write client key exchange A > SSL: (where=0x1001 ret=0x1) > SSL: SSL_connect:SSLv3 write change cipher spec A > SSL: (where=0x1001 ret=0x1) > SSL: SSL_connect:SSLv3 write finished A > SSL: (where=0x1001 ret=0x1) > SSL: SSL_connect:SSLv3 flush data > SSL: (where=0x1002 ret=0xffffffff) > SSL: SSL_connect:error in SSLv3 read finished A > SSL: SSL_connect - want more data > SSL: 190 bytes pending from ssl_out > SSL: 190 bytes left to be sent out (of total 190 bytes) > EAP: method process -> ignore=FALSE methodState=CONT decision=FAIL > EAP: EAP entering state SEND_RESPONSE > EAP: EAP entering state IDLE > EAPOL: SUPP_BE entering state RESPONSE > EAPOL: txSuppRsp > EAPOL: SUPP_BE entering state RECEIVE > IEEE 802.1X RX: version=1 type=0 length=816 > WPA: EAPOL frame (type 0) discarded, not a Key frame > RX EAPOL from 00:12:00:d7:0e:00 > EAPOL: Received EAP-Packet frame > EAPOL: SUPP_BE entering state REQUEST > EAPOL: getSuppRsp > EAP: EAP entering state RECEIVED > EAP: Received EAP-Request method=21 id=6 > EAP: EAP entering state METHOD > EAP-TTLS: Received packet(len=61) - Flags 0x80 > EAP-TTLS: TLS Message Length: 51 > SSL: (where=0x1001 ret=0x1) > SSL: SSL_connect:SSLv3 read finished A > SSL: (where=0x20 ret=0x1) > SSL: (where=0x1002 ret=0x1) > SSL: 0 bytes pending from ssl_out > SSL: No data to be sent out > EAP-TTLS: TLS done, proceed to Phase 2 > EAP-TTLS: Derived key - hexdump(len=64): [REMOVED] > EAP-TTLS: received 0 bytes encrypted data for Phase 2 > EAP-TTLS: empty data in beginning of Phase 2 - use fake EAP-Request > Identity > EAP-TTLS: Phase 2 PAP Request > EAP-TTLS: Encrypting Phase 2 data - hexdump(len=40): [REMOVED] > EAP-TTLS: Authentication completed successfully > EAP: method process -> ignore=FALSE methodState=DONE decision=COND_SUCC > EAP: EAP entering state SEND_RESPONSE > EAP: EAP entering state IDLE > EAPOL: SUPP_BE entering state RESPONSE > EAPOL: txSuppRsp > EAPOL: SUPP_BE entering state RECEIVE > WPA: EAPOL frame too short, len 65, expecting at least 99 > RX EAPOL from 00:12:00:d7:0e:00 > EAPOL: Received EAP-Packet frame > EAPOL: SUPP_BE entering state REQUEST > EAPOL: getSuppRsp > EAP: EAP entering state RECEIVED > EAP: Received EAP-Success > EAP: Workaround for unexpected identifier field in EAP Success: reqId=7 > lastId=6 (these are supposed to be same) > EAP: EAP entering state SUCCESS > EAPOL: SUPP_BE entering state RECEIVE > EAPOL: SUPP_BE entering state SUCCESS > EAPOL: SUPP_BE entering state IDLE > WPA: EAPOL frame too short, len 46, expecting at least 99 > RX EAPOL from 00:12:00:d7:0e:00 > EAPOL: Received EAPOL-Key frame > EAPOL: KEY_RX entering state KEY_RECEIVE > EAPOL: processKey > EAPOL: RX IEEE 802.1X ver=1 type=3 len=57 EAPOL-Key: type=1 > key_length=13 key_index=0x1 > EAPOL: EAPOL-Key key signature verified > EAPOL: Decrypted(RC4) key - hexdump(len=13): [REMOVED] > EAPOL: Setting dynamic WEP key: broadcast keyidx 1 len 13 > wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=1 > set_tx=0 seq_len=0 key_len=13 This is the only call to install a key and it sets up a rx-only key (set_tx=0). I don't see the unicast key being setup. I need a packet trace at the 802.11 layer to see if frames are being dropped for some reason. Alternatively you could use the athstats and 80211stats tools found in tools/tools/ath to check the statistics counters. It might also be instructive to see the state of the interface at this point (before you hit ^C); use ifconfig to get that info. Sam > WPA: EAPOL frame too short, len 61, expecting at least 99 > > ^CSignal 2 received - terminating > wpa_driver_bsd_deauthenticate > wpa_driver_bsd_del_key: keyidx=0 > wpa_driver_bsd_del_key: keyidx=1 > wpa_driver_bsd_del_key: keyidx=2 > wpa_driver_bsd_del_key: keyidx=3 > wpa_driver_bsd_del_key: addr=00:12:00:d7:0e:00 keyidx=0 > ioctl[SIOCS80211, op 20, len 7]: Can't assign requested address > EAPOL: External notification - portEnabled=0 > EAPOL: SUPP_PAE entering state DISCONNECTED > EAPOL: KEY_RX entering state NO_KEY_RECEIVE > EAPOL: SUPP_BE entering state INITIALIZE > EAP: EAP entering state DISABLED > EAPOL: External notification - portValid=0 > wpa_driver_bsd_set_wpa: enabled=0 > wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 > wpa_driver_bsd_set_drop_unencrypted: enabled=0 > wpa_driver_bsd_set_countermeasures: enabled=0 > No keys have been configured - skip key clearing > wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 > EAP: deinitialize previously used EAP method (21, TTLS) at EAP deinit > # > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 16:38:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44DDE16A41F for ; Tue, 18 Oct 2005 16:38:00 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAC6F43D48 for ; Tue, 18 Oct 2005 16:37:59 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j9IGbspU054651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Oct 2005 09:37:54 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <435524D2.1050306@errno.com> Date: Tue, 18 Oct 2005 09:37:38 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050927) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niki Denev References: <200510181233.47769.nike_d@cytexbg.com> <43551DF7.3060000@errno.com> <43552124.2030400@cytexbg.com> In-Reply-To: <43552124.2030400@cytexbg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath not setting media type? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 16:38:00 -0000 Niki Denev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Sam Leffler wrote: > >>Niki Denev wrote: >> >> >>>Hello, >>> >>>while trying to get my new ath(4) mini-pci working on my (-current) TP >>>X31, i encountered two problems: >>> >>>from what i understand if_ath.c does not set themedia type of the >>>interface, >>>and devd fails to match the notify section that calls dhclient. >>> >>>and the second is that devd does not print the media type when ran in >>>debug >>>mode .. it prints just : >>>"Testing media type of against 0x20" >>> >>>Sorry if this has been discussed previously. >>> >>> >> >>What does pciconf -lv show for the card? >> >> Sam >> > > dmesg: > ath0: mem 0xc0200000-0xc020ffff irq 11 at device 2.0 on pci2 > ath0: Ethernet address: 00:05:4e:XX:XX:XX > ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 > > > pciconf: > ath0@pci2:2:0: class=0x020000 card=0x833117ab chip=0x1014168c rev=0x01 > hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = '11a/b/g Wireless LAN Mini PCI Adapter' > class = network > subclass = ethernet > > It's a original IBM mini-pci card (which actually is made by PHILIPS). I use this card in a t42 w/o issue. If ifconfig shows the device is a wireless card then devd will find the same info. I can't recall what devd prints for debug msgs here. Sam From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 16:42:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 440C516A41F; Tue, 18 Oct 2005 16:42:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3DAC43D45; Tue, 18 Oct 2005 16:42:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 18 Oct 2005 12:58:54 -0400 From: John Baldwin To: Andrew Thompson Date: Tue, 18 Oct 2005 12:39:57 -0400 User-Agent: KMail/1.8.2 References: <20051015014313.GA25990@heff.fud.org.nz> <200510171735.18054.jhb@freebsd.org> <20051018014031.GA38996@heff.fud.org.nz> In-Reply-To: <20051018014031.GA38996@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510181239.58502.jhb@freebsd.org> Cc: njl@freebsd.org, freebsd-current@freebsd.org Subject: Re: RC1 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 16:42:24 -0000 On Monday 17 October 2005 09:40 pm, Andrew Thompson wrote: > On Mon, Oct 17, 2005 at 05:35:17PM -0400, John Baldwin wrote: > > On Monday 17 October 2005 05:12 pm, Andrew Thompson wrote: > > > On Mon, Oct 17, 2005 at 04:54:02PM -0400, John Baldwin wrote: > > > > On Friday 14 October 2005 09:43 pm, Andrew Thompson wrote: > > > > > Hi, > > > > > > > > > > > > > > > I am getting this panic on RC1, I am booting disc1 to install the > > > > > system. Its a HP Omnibook 4150 and no PC cards are inserted. > > > > > > > > > > It has 5.4 on the drive at the moment which installed fine. I have > > > > > attached a couple of dmesg logs. > > > > > > > > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on > > > > > acpi0 cpu0: on acpi0 > > > > > acpi_throttle0: on cpu0 > > > > > acpi_lid0: on acpi0 > > > > > pcib0: port 0xcf8-0xcff on acpi0 > > > > > > > > Your LNKC pci_link device didn't probe and attach for some reason. > > > > Can you post your ASL somewhere? ACPI is supposed to force all the > > > > link devices to probe first. > > > > > > thanks, > > > > > > http://www.fud.org.nz/~andy/omnibook-4150.asl > > > http://www.fud.org.nz/~andy/omnibook-4150.dsdt > > > > > > Ive been doing a binary search in between other things and have > > > narrowed the breakage to late November 2004. mid nov boots fine and the > > > 27th onwards panics, i'll keep going. > > > > That would be because the new pci_link code was committed on November 23 > > and isn't in 5.x. I didn't see anything weird in your ASL. LNKC looks > > fine, so I'm not sure why it isn't attaching. A good first step might be > > to add some printf's in acpi_pci_link.c in the probe routine to see if > > the LNKC device is even getting probed and if the probe is failing, why > > it is failing. > > LNKC doesnt seem to be probed at all. > > > > Copyright (c) 1992-2005 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 7.0-CURRENT #0: Tue Oct 18 11:22:14 NZDT 2005 > root@dev.fud.org.nz:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel Celeron (448.05-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x681 Stepping = 1 > > Features=0x383f9ff,PAT,PSE36,MMX,FXSR,SSE> real memory = 536870912 (512 MB) > avail memory = 515850240 (491 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > acpi_pci_link_probe: ACPI_ID_PROBE OK for 'LNKA' > pci_link0: irq 10 on acpi0 > acpi_pci_link_probe: ACPI_ID_PROBE OK for 'LNKB' > pci_link1: irq 10 on acpi0 > acpi_pci_link_probe: ACPI_ID_PROBE OK for 'LNKD' > pci_link2: irq 10 on acpi0 > unknown: memory range not supported > unknown: memory range not supported > unknown: memory range not supported > unknown: memory range not supported > unknown: memory range not supported > unknown: memory range not supported > acpi_pci_link_probe: ACPI_ID_PROBE failed for 'XROM' > acpi_pci_link_probe: ACPI_ID_PROBE failed for 'MBRD' > acpi_pci_link_probe: ACPI_ID_PROBE failed for 'EC0_' Hmm, that would seem to be a bug in ACPI then if it doesn't see LNKC as a device. Can you try adding some printf's to the ACPI code that adds child devices to see if LNKC is ever added as a child device? You'd do this in the acpi_probe_child() function in acpi.c. Also, maybe try turning #if 0'ing out the call to device_probe_and_attach() in acpi_probe_child() (the one that's if (probe_now)) as I think it's a bug. Adjusting the order should be sufficient, but always insta-probing early devices could result in probing a device too early. (Order 3 device before an Order 1 device because of namespace order for example.) > acpi_ec0: port 0x62,0x66 on acpi0 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 > acpi_pci_link_probe: ACPI_ID_PROBE failed for 'CPU0' > cpu0: on acpi0 > acpi_throttle0: on cpu0 > acpi_pci_link_probe: ACPI_ID_PROBE failed for 'LID_' > acpi_lid0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0ad2e1e > stack pointer = 0x28:0xc0c20ba0 > frame pointer = 0x28:0xc0c20bac > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > [thread pid 0 tid 0 ] > Stopped at acpi_pci_link_lookup+0x1e: movl 0(%eax),%eax > db> -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 16:51:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22C0116A420 for ; Tue, 18 Oct 2005 16:51:08 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from server300.com (server300.com [216.35.196.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8825043D48 for ; Tue, 18 Oct 2005 16:51:07 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 11963 invoked by uid 502); 18 Oct 2005 16:51:05 -0000 Received: from unknown (HELO ?10.0.0.14?) (nike?d@82.199.197.152) by ns1.server300.com with (RC4-MD5 encrypted) SMTP; 18 Oct 2005 16:51:05 -0000 Message-ID: <43552836.3000503@cytexbg.com> Date: Tue, 18 Oct 2005 19:52:06 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <200510181233.47769.nike_d@cytexbg.com> <43551DF7.3060000@errno.com> <43552124.2030400@cytexbg.com> <435524D2.1050306@errno.com> In-Reply-To: <435524D2.1050306@errno.com> X-Enigmail-Version: 0.92.0.0 OpenPGP: id=F2DB7EB9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath not setting media type? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 16:51:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sam Leffler wrote: > I use this card in a t42 w/o issue. If ifconfig shows the device is a > wireless card then devd will find the same info. I can't recall what > devd prints for debug msgs here. > > Sam > The strange thing is that if i comment the line : media-type "802.11"; in devd.conf then devd catches the LINK_UP event and fires dhclient. Maybe i've messed something up.. i will check again just in case. As for devd, there is %s in the format string that must print the media type in debug mode, but it seems it's always empty, regardless of the interface (ethernet or 802.11). - --niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDVSg2HNAJ/fLbfrkRAnhrAJ9dhd3scQs0bbZlOQPa9yNLrB1yLACfY2+w nPVnupNA6wKblCBlvAO/ji4= =rWPN -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 17:01:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2D8816A41F for ; Tue, 18 Oct 2005 17:01:18 +0000 (GMT) (envelope-from nclark@cambex.com) Received: from mail.cambex.com (67.107.99.163.ptr.us.xo.net [67.107.99.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4B4A43D45 for ; Tue, 18 Oct 2005 17:01:17 +0000 (GMT) (envelope-from nclark@cambex.com) Received: from molly.cambex.com (molly.cambex.com [192.9.201.39]) by mail.cambex.com (8.12.8/8.12.8) with ESMTP id j9IH1H01002498 for ; Tue, 18 Oct 2005 13:01:18 -0400 Message-Id: <5.1.1.6.2.20051017174839.00c0eb98@mailhost> X-Sender: nclark@mailhost X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Tue, 18 Oct 2005 13:01:14 -0400 To: freebsd-current@freebsd.org From: Nathaniel Clark Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_70996197==_" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 6.0-RC1 kernel Panic on load of mpt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 17:01:18 -0000 --=====================_70996197==_ Content-Type: text/plain; charset="us-ascii"; format=flowed I'm trying to use an LSI 7202XP-LC (chipset FC929X, driver mpt) in a dual Xeon (w/ HTT) and 16GB of memory. Everything has the newest BIOS revs available. If anyone has any insight that would be fantastic. Attached are my kernel config and the dmesg dump when the LSI board isn't installed. Here is the dump/info from when it is (copied by hand): port 0x3000-0x30FF mem 0xd0210000-0xd021FFFF, 0xd0200000-0xd020FFFF dev 3.0 on pci3 irq 28 ------- mpt(0): MPI Version=1.3.2.0 mpt(0): Unhandled Event Notify Frame. Event 0xa. mpt(0): mps_wait_req timed out mpt(0): port enable timed out mpt(0): failed to enable port 0 mpt(0): Unable to initialize IOC -------- "Fatal Trap 9: general protection fault while in kernel mode" it will also generate "Fatel Trap 12: page fault while in kernel mode" -------- this is specifically from when I recieved a Trap 9 ------ cpuid=0 apic id=0 instruction pointer 0x20:0xc049b4cf stack pointer 0x28:0xc08f69f0 frame pointer 0x28:0xc08f69f4 code segment base 0x0, limit 0xffff, type 0x1b DLP 0, pres 1, def32 1, gran 1 processor eflags interrupt enabled, resume, IOPL=0 current process 0 (swapper) bus_dmamap_destroy @ +0x1b mpt_dma_mem_free @ +0x4f mpt_pci_attach @ +0x4de device_attach @ +0x58 --=====================_70996197==_ Content-Type: application/octet-stream; name="MYi386" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="MYi386" IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2kzODYKIwojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJl YWQgdGhlIGhhbmRib29rIHNlY3Rpb24gb24KIyBLZXJuZWwgQ29uZmlndXJhdGlvbiBGaWxlczoK IwojICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9o YW5kYm9vay9rZXJuZWxjb25maWctY29uZmlnLmh0bWwKIwojIFRoZSBoYW5kYm9vayBpcyBhbHNv IGF2YWlsYWJsZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rCiMgaWYgeW91J3Zl IGluc3RhbGxlZCB0aGUgZG9jIGRpc3RyaWJ1dGlvbiwgb3RoZXJ3aXNlIGFsd2F5cyBzZWUgdGhl CiMgRnJlZUJTRCBXb3JsZCBXaWRlIFdlYiBzZXJ2ZXIgKGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcv KSBmb3IgdGhlCiMgbGF0ZXN0IGluZm9ybWF0aW9uLgojCiMgQW4gZXhoYXVzdGl2ZSBsaXN0IG9m IG9wdGlvbnMgYW5kIG1vcmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZQojIGRldmljZSBs aW5lcyBpcyBhbHNvIHByZXNlbnQgaW4gdGhlIC4uLy4uL2NvbmYvTk9URVMgYW5kIE5PVEVTIGZp bGVzLgojIElmIHlvdSBhcmUgaW4gZG91YnQgYXMgdG8gdGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5 IG9mIGEgbGluZSwgY2hlY2sgZmlyc3QKIyBpbiBOT1RFUy4KIwojICRGcmVlQlNEOiBzcmMvc3lz L2kzODYvY29uZi9HRU5FUklDLHYgMS40MjkuMi4xIDIwMDUvMDcvMTggMTI6MjM6NDEga2Vuc21p dGggRXhwICQKCiMKIyBUaGlzIGtlcm5lbCBjb25maWcgaXMgUEFFIGVuYWJsZWQ6CiMgIC0gYWxs IG5vZGV2aWNlIGxpbmVzIGFyZSBkZXZpY2VzIHRoYXQgYXJlIGtub3duIG5vdCB0byB3b3JrIHdp dGggUEFFCiMgICAgc2VlIC9zeXMvaTM4Ni9jb25mL1BBRQojIEkndmUgZW5hYmxlZCBhcyBtdWNo IGRlYnVnZ2luZyBhcyBJIGNhbgojCgptYWNoaW5lCQlpMzg2CiNjcHUJCUk0ODZfQ1BVCiNjcHUJ CUk1ODZfQ1BVCmNwdQkJSTY4Nl9DUFUKaWRlbnQJCU1ZaTY4NgoKIyBUbyBzdGF0aWNhbGx5IGNv bXBpbGUgaW4gZGV2aWNlIHdpcmluZyBpbnN0ZWFkIG9mIC9ib290L2RldmljZS5oaW50cwojaGlu dHMJCSJHRU5FUklDLmhpbnRzIgkJIyBEZWZhdWx0IHBsYWNlcyB0byBsb29rIGZvciBkZXZpY2Vz LgoKbWFrZW9wdGlvbnMJREVCVUc9LWcJCSMgQnVpbGQga2VybmVsIHdpdGggZ2RiKDEpIGRlYnVn IHN5bWJvbHMKCiNvcHRpb25zIAlTQ0hFRF9VTEUJCSMgVUxFIHNjaGVkdWxlcgpvcHRpb25zIAlT Q0hFRF80QlNECQkjIDRCU0Qgc2NoZWR1bGVyCm9wdGlvbnMgCVBSRUVNUFRJT04JCSMgRW5hYmxl IGtlcm5lbCB0aHJlYWQgcHJlZW1wdGlvbgpvcHRpb25zIAlJTkVUCQkJIyBJbnRlck5FVHdvcmtp bmcKb3B0aW9ucyAJSU5FVDYJCQkjIElQdjYgY29tbXVuaWNhdGlvbnMgcHJvdG9jb2xzCm9wdGlv bnMgCUZGUwkJCSMgQmVya2VsZXkgRmFzdCBGaWxlc3lzdGVtCm9wdGlvbnMgCVNPRlRVUERBVEVT CQkjIEVuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQKb3B0aW9ucyAJVUZTX0FDTAkJCSMg U3VwcG9ydCBmb3IgYWNjZXNzIGNvbnRyb2wgbGlzdHMKb3B0aW9ucyAJVUZTX0RJUkhBU0gJCSMg SW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMKb3B0aW9ucyAJTURfUk9PVAkJ CSMgTUQgaXMgYSBwb3RlbnRpYWwgcm9vdCBkZXZpY2UKb3B0aW9ucyAJTkZTQ0xJRU5UCQkjIE5l dHdvcmsgRmlsZXN5c3RlbSBDbGllbnQKb3B0aW9ucyAJTkZTU0VSVkVSCQkjIE5ldHdvcmsgRmls ZXN5c3RlbSBTZXJ2ZXIKb3B0aW9ucyAJTkZTX1JPT1QJCSMgTkZTIHVzYWJsZSBhcyAvLCByZXF1 aXJlcyBORlNDTElFTlQKb3B0aW9ucyAJTVNET1NGUwkJCSMgTVNET1MgRmlsZXN5c3RlbQpvcHRp b25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZpbGVzeXN0ZW0Kb3B0aW9ucyAJUFJPQ0ZTCQkJIyBQ cm9jZXNzIGZpbGVzeXN0ZW0gKHJlcXVpcmVzIFBTRVVET0ZTKQpvcHRpb25zIAlQU0VVRE9GUwkJ IyBQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsKb3B0aW9ucyAJR0VPTV9HUFQJCSMgR1VJRCBQ YXJ0aXRpb24gVGFibGVzLgpvcHRpb25zIAlDT01QQVRfNDMJCSMgQ29tcGF0aWJsZSB3aXRoIEJT RCA0LjMgW0tFRVAgVEhJUyFdCm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENAkJIyBDb21wYXRpYmxl IHdpdGggRnJlZUJTRDQKb3B0aW9ucwkJQ09NUEFUX0ZSRUVCU0Q1CQkjIENvbXBhdGlibGUgd2l0 aCBGcmVlQlNENQpvcHRpb25zIAlTQ1NJX0RFTEFZPTUwMDAJCSMgRGVsYXkgKGluIG1zKSBiZWZv cmUgcHJvYmluZyBTQ1NJCm9wdGlvbnMgCUtUUkFDRQkJCSMga3RyYWNlKDEpIHN1cHBvcnQKb3B0 aW9ucyAJU1lTVlNITQkJCSMgU1lTVi1zdHlsZSBzaGFyZWQgbWVtb3J5Cm9wdGlvbnMgCVNZU1ZN U0cJCQkjIFNZU1Ytc3R5bGUgbWVzc2FnZSBxdWV1ZXMKb3B0aW9ucyAJU1lTVlNFTQkJCSMgU1lT Vi1zdHlsZSBzZW1hcGhvcmVzCm9wdGlvbnMgCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORyAj IFBPU0lYIFAxMDAzXzFCIHJlYWwtdGltZSBleHRlbnNpb25zCm9wdGlvbnMgCUtCRF9JTlNUQUxM X0NERVYJIyBpbnN0YWxsIGEgQ0RFViBlbnRyeSBpbiAvZGV2Cm9wdGlvbnMgCUFIQ19SRUdfUFJF VFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJCQkJIyBvdXRw dXQuICBBZGRzIH4xMjhrIHRvIGRyaXZlci4Kb3B0aW9ucyAJQUhEX1JFR19QUkVUVFlfUFJJTlQJ IyBQcmludCByZWdpc3RlciBiaXRmaWVsZHMgaW4gZGVidWcKCQkJCQkjIG91dHB1dC4gIEFkZHMg fjIxNWsgdG8gZHJpdmVyLgpvcHRpb25zIAlBREFQVElWRV9HSUFOVAkJIyBHaWFudCBtdXRleCBp cyBhZGFwdGl2ZS4KCiMgRGVidWdnaW5nIGZvciB1c2UgaW4gLWN1cnJlbnQKb3B0aW9ucyAJS0RC CQkJIyBFbmFibGUga2VybmVsIGRlYnVnZ2VyIHN1cHBvcnQuCm9wdGlvbnMgCUREQgkJCSMgU3Vw cG9ydCBEREIuCm9wdGlvbnMgCUdEQgkJCSMgU3VwcG9ydCByZW1vdGUgR0RCLgpvcHRpb25zIAlJ TlZBUklBTlRTCQkjIEVuYWJsZSBjYWxscyBvZiBleHRyYSBzYW5pdHkgY2hlY2tpbmcKb3B0aW9u cyAJSU5WQVJJQU5UX1NVUFBPUlQJIyBFeHRyYSBzYW5pdHkgY2hlY2tzIG9mIGludGVybmFsIHN0 cnVjdHVyZXMsIHJlcXVpcmVkIGJ5IElOVkFSSUFOVFMKb3B0aW9ucyAJV0lUTkVTUwkJCSMgRW5h YmxlIGNoZWNrcyB0byBkZXRlY3QgZGVhZGxvY2tzIGFuZCBjeWNsZXMKb3B0aW9ucyAJV0lUTkVT U19TS0lQU1BJTgkjIERvbid0IHJ1biB3aXRuZXNzIG9uIHNwaW5sb2NrcyBmb3Igc3BlZWQKCiMg VG8gbWFrZSBhbiBTTVAga2VybmVsLCB0aGUgbmV4dCB0d28gbGluZXMgYXJlIG5lZWRlZApvcHRp b25zIAlTTVAJCQkjIFN5bW1ldHJpYyBNdWx0aVByb2Nlc3NvciBLZXJuZWwKZGV2aWNlCQlhcGlj CQkJIyBJL08gQVBJQwpvcHRpb25zICAgICAgICAgTVBUQUJMRV9GT1JDRV9IVFQgICAgICAgIyBF bmFibGUgSFRUIENQVXMgd2l0aCB0aGUgTVAgVGFibGUKb3B0aW9ucyAgICAgICAgIElQSV9QUkVF TVBUSU9OCQkjIFByZWVtcHQgb3RoZXIgQ1BVcyBpZiBuZWNpc3NhcnkKCgojIE90aGVyIE9wdGlv bnMKb3B0aW9ucwkJUEFFCQkJIyBMYXJnZSBNZW1vcnkgU3VwcG9ydCAodXAgdG8gNjRHQikKIyBE b24ndCBidWlsZCBtb2R1bGVzIHdpdGggdGhpcyBrZXJuZWwgY29uZmlnLCBzaW5jZSB0aGV5IGFy ZSBub3QgYnVpbHQgd2l0aAojIHRoZSBjb3JyZWN0IG9wdGlvbnMgaGVhZGVycy4KbWFrZW9wdGlv bnMJTk9fTU9EVUxFUz15ZXMKCiMgQUNQSSBTdXBwb3J0CmRldmljZSAgICAgICAgICBhY3BpCm9w dGlvbnMgICAgICAgICBBQ1BJX0RFQlVHCgojCiMgQnVzIHN1cHBvcnQuICBEbyBub3QgcmVtb3Zl IGlzYSwgZXZlbiBpZiB5b3UgaGF2ZSBubyBpc2Egc2xvdHMKZGV2aWNlCQlpc2EKZGV2aWNlCQll aXNhCmRldmljZQkJcGNpCgojIEZsb3BweSBkcml2ZXMKZGV2aWNlCQlmZGMKCiMgQVRBIGFuZCBB VEFQSSBkZXZpY2VzCmRldmljZQkJYXRhCmRldmljZQkJYXRhZGlzawkJIyBBVEEgZGlzayBkcml2 ZXMKZGV2aWNlCQlhdGFyYWlkCQkjIEFUQSBSQUlEIGRyaXZlcwpkZXZpY2UJCWF0YXBpY2QJCSMg QVRBUEkgQ0RST00gZHJpdmVzCmRldmljZQkJYXRhcGlmZAkJIyBBVEFQSSBmbG9wcHkgZHJpdmVz CiNkZXZpY2UJCWF0YXBpc3QJCSMgQVRBUEkgdGFwZSBkcml2ZXMKb3B0aW9ucyAJQVRBX1NUQVRJ Q19JRAkjIFN0YXRpYyBkZXZpY2UgbnVtYmVyaW5nCgojIFNDU0kgQ29udHJvbGxlcnMKbm9kZXZp Y2UJCWFoYgkJIyBFSVNBIEFIQTE3NDIgZmFtaWx5CmRldmljZQkJYWhjCQkjIEFIQTI5NDAgYW5k IG9uYm9hcmQgQUlDN3h4eCBkZXZpY2VzCmRldmljZQkJYWhkCQkjIEFIQTM5MzIwLzI5MzIwIGFu ZCBvbmJvYXJkIEFJQzc5eHggZGV2aWNlcwpub2RldmljZQkJYW1kCQkjIEFNRCA1M0M5NzQgKFRl a3JhbSBEQy0zOTAoVCkpCmRldmljZQkJaXNwCQkjIFFsb2dpYyBmYW1pbHkKZGV2aWNlCQlpc3Bm dwkJIyBGaXJtd2FyZSBmb3IgUUxvZ2ljIEhCQXMtIG5vcm1hbGx5IGEgbW9kdWxlCmRldmljZQkJ bXB0CQkjIExTSS1Mb2dpYyBNUFQtRnVzaW9uCmRldmljZQkJbmNyCQkjIE5DUi9TeW1iaW9zIExv Z2ljCm5vZGV2aWNlCQlzeW0JCSMgTkNSL1N5bWJpb3MgTG9naWMgKG5ld2VyIGNoaXBzZXRzICsg dGhvc2Ugb2YgYG5jcicpCm5vZGV2aWNlCQl0cm0JCSMgVGVrcmFtIERDMzk1VS9VVy9GIERDMzE1 VSBhZGFwdGVycwoKbm9kZXZpY2UJCWFkdgkJIyBBZHZhbnN5cyBTQ1NJIGFkYXB0ZXJzCm5vZGV2 aWNlCQlhZHcJCSMgQWR2YW5zeXMgd2lkZSBTQ1NJIGFkYXB0ZXJzCm5vZGV2aWNlCQlhaGEJCSMg QWRhcHRlYyAxNTR4IFNDU0kgYWRhcHRlcnMKbm9kZXZpY2UJCWFpYwkJIyBBZGFwdGVjIDE1WzAx Ml14IFNDU0kgYWRhcHRlcnMsIEFJQy02WzIzXTYwLgpub2RldmljZQkJYnQJCSMgQnVzbG9naWMv TXlsZXggTXVsdGlNYXN0ZXIgU0NTSSBhZGFwdGVycwoKbm9kZXZpY2UJCW5jdgkJIyBOQ1IgNTND NTAwCm5vZGV2aWNlCQluc3AJCSMgV29ya2JpdCBOaW5qYSBTQ1NJLTMKbm9kZXZpY2UJCXN0ZwkJ IyBUTUMgMThDMzAvMThDNTAKCiMgVGFyZ2V0IE1vZGUgRW11bGF0aW9uCmRldmljZQkJdGFyZwkJ IyBTQ1NJIHRhcmdldCBlbXVsYXRvciBkcml2ZXIKZGV2aWNlCQl0YXJnYmgJCSMgU0NTSSB0YXJn ZXQgYmxhY2sgaG9sZQpvcHRpb25zCQlDQU1ERUJVRwoKb3B0aW9ucwkJSVNQX1RBUkdFVF9NT0RF CgojIEVuYWJsZSBhc3luY2ggSU8Kb3B0aW9ucwkJVkZTX0FJTwoKIyBTQ1NJIHBlcmlwaGVyYWxz CmRldmljZQkJc2NidXMJCSMgU0NTSSBidXMgKHJlcXVpcmVkIGZvciBTQ1NJKQpkZXZpY2UJCWNo CQkjIFNDU0kgbWVkaWEgY2hhbmdlcnMKZGV2aWNlCQlkYQkJIyBEaXJlY3QgQWNjZXNzIChkaXNr cykKZGV2aWNlCQlzYQkJIyBTZXF1ZW50aWFsIEFjY2VzcyAodGFwZSBldGMpCmRldmljZQkJY2QJ CSMgQ0QKZGV2aWNlCQlwYXNzCQkjIFBhc3N0aHJvdWdoIGRldmljZSAoZGlyZWN0IFNDU0kgYWNj ZXNzKQpkZXZpY2UJCXNlcwkJIyBTQ1NJIEVudmlyb25tZW50YWwgU2VydmljZXMgKGFuZCBTQUYt VEUpCgojIFJBSUQgY29udHJvbGxlcnMgaW50ZXJmYWNlZCB0byB0aGUgU0NTSSBzdWJzeXN0ZW0K ZGV2aWNlCQlhbXIJCSMgQU1JIE1lZ2FSQUlECmRldmljZQkJYXJjbXNyCQkjIEFyZWNhIFNBVEEg SUkgUkFJRApub2RldmljZQkJYXNyCQkjIERQVCBTbWFydFJBSUQgViwgVkkgYW5kIEFkYXB0ZWMg U0NTSSBSQUlECmRldmljZQkJY2lzcwkJIyBDb21wYXEgU21hcnQgUkFJRCA1Kgpub2RldmljZQkJ ZHB0CQkjIERQVCBTbWFydGNhY2hlIElJSSwgSVYgLSBTZWUgTk9URVMgZm9yIG9wdGlvbnMKIyBo cHRtdiBoYXMgYnVpbGQgZXJyb3Igdy8gUkMxCm5vZGV2aWNlCQlocHRtdgkJIyBIaWdocG9pbnQg Um9ja2V0UkFJRCAxODJ4Cm5vZGV2aWNlCQlpaXIJCSMgSW50ZWwgSW50ZWdyYXRlZCBSQUlECmRl dmljZQkJaXBzCQkjIElCTSAoQWRhcHRlYykgU2VydmVSQUlECm5vZGV2aWNlCQltbHkJCSMgTXls ZXggQWNjZWxlUkFJRC9lWHRyZW1lUkFJRApkZXZpY2UJCXR3YQkJIyAzd2FyZSA5MDAwIHNlcmll cyBQQVRBL1NBVEEgUkFJRAoKIyBSQUlEIGNvbnRyb2xsZXJzCmRldmljZQkJYWFjCQkjIEFkYXB0 ZWMgRlNBIFJBSUQKZGV2aWNlCQlhYWNwCQkjIFNDU0kgcGFzc3Rocm91Z2ggZm9yIGFhYyAocmVx dWlyZXMgQ0FNKQpub2RldmljZQkJaWRhCQkjIENvbXBhcSBTbWFydCBSQUlECm5vZGV2aWNlCQlt bHgJCSMgTXlsZXggREFDOTYwIGZhbWlseQpub2RldmljZQkJcHN0CQkjIFByb21pc2UgU3VwZXJ0 cmFrIFNYNjAwMApkZXZpY2UJCXR3ZQkJIyAzd2FyZSBBVEEgUkFJRAoKIyBhdGtiZGMwIGNvbnRy b2xzIGJvdGggdGhlIGtleWJvYXJkIGFuZCB0aGUgUFMvMiBtb3VzZQpkZXZpY2UJCWF0a2JkYwkJ IyBBVCBrZXlib2FyZCBjb250cm9sbGVyCmRldmljZQkJYXRrYmQJCSMgQVQga2V5Ym9hcmQKZGV2 aWNlCQlwc20JCSMgUFMvMiBtb3VzZQoKZGV2aWNlCQl2Z2EJCSMgVkdBIHZpZGVvIGNhcmQgZHJp dmVyCgpkZXZpY2UJCXNwbGFzaAkJIyBTcGxhc2ggc2NyZWVuIGFuZCBzY3JlZW4gc2F2ZXIgc3Vw cG9ydAoKIyBzeXNjb25zIGlzIHRoZSBkZWZhdWx0IGNvbnNvbGUgZHJpdmVyLCByZXNlbWJsaW5n IGFuIFNDTyBjb25zb2xlCmRldmljZQkJc2MKCiMgRW5hYmxlIHRoaXMgZm9yIHRoZSBwY3Z0IChW VDIyMCBjb21wYXRpYmxlKSBjb25zb2xlIGRyaXZlcgojZGV2aWNlCQl2dAojb3B0aW9ucyAJWFNF UlZFUgkJIyBzdXBwb3J0IGZvciBYIHNlcnZlciBvbiBhIHZ0IGNvbnNvbGUKI29wdGlvbnMgCUZB VF9DVVJTT1IJIyBzdGFydCB3aXRoIGJsb2NrIGN1cnNvcgoKbm9kZXZpY2UJCWFncAkJIyBzdXBw b3J0IHNldmVyYWwgQUdQIGNoaXBzZXRzCgojIEZsb2F0aW5nIHBvaW50IHN1cHBvcnQgLSBkbyBu b3QgZGlzYWJsZS4KZGV2aWNlCQlucHgKCiMgUG93ZXIgbWFuYWdlbWVudCBzdXBwb3J0IChzZWUg Tk9URVMgZm9yIG1vcmUgb3B0aW9ucykKI2RldmljZQkJYXBtCiMgQWRkIHN1c3BlbmQvcmVzdW1l IHN1cHBvcnQgZm9yIHRoZSBpODI1NC4KZGV2aWNlCQlwbXRpbWVyCgojIFBDQ0FSRCAoUENNQ0lB KSBzdXBwb3J0CiMgUENNQ0lBIGFuZCBjYXJkYnVzIGJyaWRnZSBzdXBwb3J0CiNkZXZpY2UJCWNi YgkJIyBjYXJkYnVzICh5ZW50YSkgYnJpZGdlCiNkZXZpY2UJCXBjY2FyZAkJIyBQQyBDYXJkICgx Ni1iaXQpIGJ1cwojZGV2aWNlCQljYXJkYnVzCQkjIENhcmRCdXMgKDMyLWJpdCkgYnVzCgojIFNl cmlhbCAoQ09NKSBwb3J0cwpkZXZpY2UJCXNpbwkJIyA4MjUwLCAxNls0NV01MCBiYXNlZCBzZXJp YWwgcG9ydHMKCiMgUGFyYWxsZWwgcG9ydAojZGV2aWNlCQlwcGMKI2RldmljZQkJcHBidXMJCSMg UGFyYWxsZWwgcG9ydCBidXMgKHJlcXVpcmVkKQojZGV2aWNlCQlscHQJCSMgUHJpbnRlcgojZGV2 aWNlCQlwbGlwCQkjIFRDUC9JUCBvdmVyIHBhcmFsbGVsCiNkZXZpY2UJCXBwaQkJIyBQYXJhbGxl bCBwb3J0IGludGVyZmFjZSBkZXZpY2UKI2RldmljZQkJdnBvCQkjIFJlcXVpcmVzIHNjYnVzIGFu ZCBkYQoKIyBJZiB5b3UndmUgZ290IGEgImR1bWIiIHNlcmlhbCBvciBwYXJhbGxlbCBQQ0kgY2Fy ZCB0aGF0IGlzCiMgc3VwcG9ydGVkIGJ5IHRoZSBwdWMoNCkgZ2x1ZSBkcml2ZXIsIHVuY29tbWVu dCB0aGUgZm9sbG93aW5nCiMgbGluZSB0byBlbmFibGUgaXQgKGNvbm5lY3RzIHRvIHRoZSBzaW8g YW5kL29yIHBwYyBkcml2ZXJzKToKI2RldmljZQkJcHVjCgojIFBDSSBFdGhlcm5ldCBOSUNzLgpu b2RldmljZQkJZGUJCSMgREVDL0ludGVsIERDMjF4NHggKGBgVHVsaXAnJykKZGV2aWNlCQllbQkJ IyBJbnRlbCBQUk8vMTAwMCBhZGFwdGVyIEdpZ2FiaXQgRXRoZXJuZXQgQ2FyZAojZGV2aWNlCQlp eGdiCQkjIEludGVsIFBSTy8xMEdiRSBFdGhlcm5ldCBDYXJkCm5vZGV2aWNlCQl0eHAJCSMgM0Nv bSAzY1I5OTAgKGBgVHlwaG9vbicnKQpub2RldmljZQkJdngJCSMgM0NvbSAzYzU5MCwgM2M1OTUg KGBgVm9ydGV4JycpCgojIFBDSSBFdGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBjb21tb24gTUlJ IGJ1cyBjb250cm9sbGVyIGNvZGUuCiMgTk9URTogQmUgc3VyZSB0byBrZWVwIHRoZSAnZGV2aWNl IG1paWJ1cycgbGluZSBpbiBvcmRlciB0byB1c2UgdGhlc2UgTklDcyEKI2RldmljZQkJbWlpYnVz CQkjIE1JSSBidXMgc3VwcG9ydAojZGV2aWNlCQliZmUJCSMgQnJvYWRjb20gQkNNNDQweCAxMC8x MDAgRXRoZXJuZXQKI2RldmljZQkJYmdlCQkjIEJyb2FkY29tIEJDTTU3MHh4IEdpZ2FiaXQgRXRo ZXJuZXQKI2RldmljZQkJZGMJCSMgREVDL0ludGVsIDIxMTQzIGFuZCB2YXJpb3VzIHdvcmthbGlr ZXMKI2RldmljZQkJZnhwCQkjIEludGVsIEV0aGVyRXhwcmVzcyBQUk8vMTAwQiAoODI1NTcsIDgy NTU4KQojZGV2aWNlCQlsZ2UJCSMgTGV2ZWwgMSBMWFQxMDAxIGdpZ2FiaXQgRXRoZXJuZXQKI2Rl dmljZQkJbmdlCQkjIE5hdFNlbWkgRFA4MzgyMCBnaWdhYml0IEV0aGVybmV0Cm5vZGV2aWNlCQlu dmUJCSMgblZpZGlhIG5Gb3JjZSBNQ1Agb24tYm9hcmQgRXRoZXJuZXQgTmV0d29ya2luZwpub2Rl dmljZQkJcGNuCQkjIEFNRCBBbTc5Qzk3eCBQQ0kgMTAvMTAwKHByZWNlZGVuY2Ugb3ZlciAnbG5j JykKI2RldmljZQkJcmUJCSMgUmVhbFRlayA4MTM5QysvODE2OS84MTY5Uy84MTEwUwojZGV2aWNl CQlybAkJIyBSZWFsVGVrIDgxMjkvODEzOQpub2RldmljZQkJc2YJCSMgQWRhcHRlYyBBSUMtNjkx NSAoYGBTdGFyZmlyZScnKQpub2RldmljZQkJc2lzCQkjIFNpbGljb24gSW50ZWdyYXRlZCBTeXN0 ZW1zIFNpUyA5MDAvU2lTIDcwMTYKI2RldmljZQkJc2sJCSMgU3lzS29ubmVjdCBTSy05ODR4ICYg U0stOTgyeCBnaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCXN0ZQkJIyBTdW5kYW5jZSBTVDIwMSAo RC1MaW5rIERGRS01NTBUWCkKI2RldmljZQkJdGkJCSMgQWx0ZW9uIE5ldHdvcmtzIFRpZ29uIEkv SUkgZ2lnYWJpdCBFdGhlcm5ldApub2RldmljZQkJdGwJCSMgVGV4YXMgSW5zdHJ1bWVudHMgVGh1 bmRlckxBTgpub2RldmljZQkJdHgJCSMgU01DIEV0aGVyUG93ZXIgSUkgKDgzYzE3MCBgYEVQSUMn JykKI2RldmljZQkJdmdlCQkjIFZJQSBWVDYxMnggZ2lnYWJpdCBFdGhlcm5ldApub2RldmljZQkJ dnIJCSMgVklBIFJoaW5lLCBSaGluZSBJSQpub2RldmljZQkJd2IJCSMgV2luYm9uZCBXODlDODQw RgojZGV2aWNlCQl4bAkJIyAzQ29tIDNjOTB4IChgYEJvb21lcmFuZycnLCBgYEN5Y2xvbmUnJykK CiMgSVNBIEV0aGVybmV0IE5JQ3MuICBwY2NhcmQgTklDcyBpbmNsdWRlZC4KI2RldmljZQkJY3MJ CSMgQ3J5c3RhbCBTZW1pY29uZHVjdG9yIENTODl4MCBOSUMKIyAnZGV2aWNlIGVkJyByZXF1aXJl cyAnZGV2aWNlIG1paWJ1cycKI2RldmljZQkJZWQJCSMgTkVbMTJdMDAwLCBTTUMgVWx0cmEsIDNj NTAzLCBEUzgzOTAgY2FyZHMKI2RldmljZQkJZXgJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFByby8x MCBhbmQgUHJvLzEwKwojZGV2aWNlCQllcAkJIyBFdGhlcmxpbmsgSUlJIGJhc2VkIGNhcmRzCiNk ZXZpY2UJCWZlCQkjIEZ1aml0c3UgTUI4Njk2eCBiYXNlZCBjYXJkcwojZGV2aWNlCQlpZQkJIyBF dGhlckV4cHJlc3MgOC8xNiwgM0M1MDcsIFN0YXJMQU4gMTAgZXRjLgojZGV2aWNlCQlsbmMJCSMg TkUyMTAwLCBORTMyLVZMIExhbmNlIEV0aGVybmV0IGNhcmRzCiNkZXZpY2UJCXNuCQkjIFNNQydz IDkwMDAgc2VyaWVzIG9mIEV0aGVybmV0IGNoaXBzCiNkZXZpY2UJCXhlCQkjIFhpcmNvbSBwY2Nh cmQgRXRoZXJuZXQKCiMgSVNBIGRldmljZXMgdGhhdCB1c2UgdGhlIG9sZCBJU0Egc2hpbXMKI2Rl dmljZQkJbGUKCiMgV2lyZWxlc3MgTklDIGNhcmRzCiNkZXZpY2UJCXdsYW4JCSMgODAyLjExIHN1 cHBvcnQKI2RldmljZQkJYW4JCSMgQWlyb25ldCA0NTAwLzQ4MDAgODAyLjExIHdpcmVsZXNzIE5J Q3MuCiNkZXZpY2UJCWF3aQkJIyBCYXlTdGFjayA2NjAgYW5kIG90aGVycwojZGV2aWNlCQlyYWwJ CSMgUmFsaW5rIFRlY2hub2xvZ3kgUlQyNTAwIHdpcmVsZXNzIE5JQ3MuCiNkZXZpY2UJCXdpCQkj IFdhdmVMQU4vSW50ZXJzaWwvU3ltYm9sIDgwMi4xMSB3aXJlbGVzcyBOSUNzLgojI2RldmljZQkJ d2wJCSMgT2xkZXIgbm9uIDgwMi4xMSBXYXZlbGFuIHdpcmVsZXNzIE5JQy4KCiMgUHNldWRvIGRl dmljZXMuCmRldmljZQkJbG9vcAkJIyBOZXR3b3JrIGxvb3BiYWNrCmRldmljZQkJbWVtCQkjIE1l bW9yeSBhbmQga2VybmVsIG1lbW9yeSBkZXZpY2VzCmRldmljZQkJaW8JCSMgSS9PIGRldmljZQpk ZXZpY2UJCXJhbmRvbQkJIyBFbnRyb3B5IGRldmljZQpkZXZpY2UJCWV0aGVyCQkjIEV0aGVybmV0 IHN1cHBvcnQKZGV2aWNlCQlzbAkJIyBLZXJuZWwgU0xJUApkZXZpY2UJCXBwcAkJIyBLZXJuZWwg UFBQCmRldmljZQkJdHVuCQkjIFBhY2tldCB0dW5uZWwuCmRldmljZQkJcHR5CQkjIFBzZXVkby10 dHlzICh0ZWxuZXQgZXRjKQpkZXZpY2UJCW1kCQkjIE1lbW9yeSAiZGlza3MiCmRldmljZQkJZ2lm CQkjIElQdjYgYW5kIElQdjQgdHVubmVsaW5nCmRldmljZQkJZmFpdGgJCSMgSVB2Ni10by1JUHY0 IHJlbGF5aW5nICh0cmFuc2xhdGlvbikKCiMgVGhlIGBicGYnIGRldmljZSBlbmFibGVzIHRoZSBC ZXJrZWxleSBQYWNrZXQgRmlsdGVyLgojIEJlIGF3YXJlIG9mIHRoZSBhZG1pbmlzdHJhdGl2ZSBj b25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcgdGhpcyEKIyBOb3RlIHRoYXQgJ2JwZicgaXMgcmVxdWly ZWQgZm9yIERIQ1AuCmRldmljZQkJYnBmCQkjIEJlcmtlbGV5IHBhY2tldCBmaWx0ZXIKCiMgVVNC IHN1cHBvcnQKI2RldmljZQkJdWhjaQkJIyBVSENJIFBDSS0+VVNCIGludGVyZmFjZQojZGV2aWNl CQlvaGNpCQkjIE9IQ0kgUENJLT5VU0IgaW50ZXJmYWNlCiNkZXZpY2UJCWVoY2kJCSMgRUhDSSBQ Q0ktPlVTQiBpbnRlcmZhY2UgKFVTQiAyLjApCiNkZXZpY2UJCXVzYgkJIyBVU0IgQnVzIChyZXF1 aXJlZCkKIyNkZXZpY2UJCXVkYnAJCSMgVVNCIERvdWJsZSBCdWxrIFBpcGUgZGV2aWNlcwojZGV2 aWNlCQl1Z2VuCQkjIEdlbmVyaWMKI2RldmljZQkJdWhpZAkJIyAiSHVtYW4gSW50ZXJmYWNlIERl dmljZXMiCiNkZXZpY2UJCXVrYmQJCSMgS2V5Ym9hcmQKI2RldmljZQkJdWxwdAkJIyBQcmludGVy CiNkZXZpY2UJCXVtYXNzCQkjIERpc2tzL01hc3Mgc3RvcmFnZSAtIFJlcXVpcmVzIHNjYnVzIGFu ZCBkYQojZGV2aWNlCQl1bXMJCSMgTW91c2UKI2RldmljZQkJdXJhbAkJIyBSYWxpbmsgVGVjaG5v bG9neSBSVDI1MDBVU0Igd2lyZWxlc3MgTklDcwojZGV2aWNlCQl1cmlvCQkjIERpYW1vbmQgUmlv IDUwMCBNUDMgcGxheWVyCiNkZXZpY2UJCXVzY2FubmVyCSMgU2Nhbm5lcnMKIyMgVVNCIEV0aGVy bmV0LCByZXF1aXJlcyBtaWlidXMKI2RldmljZQkJYXVlCQkjIEFETXRlayBVU0IgRXRoZXJuZXQK I2RldmljZQkJYXhlCQkjIEFTSVggRWxlY3Ryb25pY3MgVVNCIEV0aGVybmV0CiNkZXZpY2UJCWNk Y2UJCSMgR2VuZXJpYyBVU0Igb3ZlciBFdGhlcm5ldAojZGV2aWNlCQljdWUJCSMgQ0FUQyBVU0Ig RXRoZXJuZXQKI2RldmljZQkJa3VlCQkjIEthd2FzYWtpIExTSSBVU0IgRXRoZXJuZXQKI2Rldmlj ZQkJcnVlCQkjIFJlYWxUZWsgUlRMODE1MCBVU0IgRXRoZXJuZXQKCiMjIEZpcmVXaXJlIHN1cHBv cnQKI2RldmljZQkJZmlyZXdpcmUJIyBGaXJlV2lyZSBidXMgY29kZQojZGV2aWNlCQlzYnAJCSMg U0NTSSBvdmVyIEZpcmVXaXJlIChSZXF1aXJlcyBzY2J1cyBhbmQgZGEpCiNkZXZpY2UJCWZ3ZQkJ IyBFdGhlcm5ldCBvdmVyIEZpcmVXaXJlIChub24tc3RhbmRhcmQhKQo= --=====================_70996197==_ Content-Type: text/plain; charset="us-ascii" Content-Disposition: attachment; filename="dmesg.nompt.txt" Copyright (c) 1992-2005 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 6.0-RC1 #2: Tue Oct 18 11:39:39 EDT 2005 root@x6da8.cambex.com:/usr/src/sys/i386/compile/MYi386 WARNING: WITNESS option enabled, expect reduced performance. WARNING: debug.mpsafenet forced to 0 as aio requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x459d> AMD Features=0x20000000 Hyperthreading: 2 logical CPUs real memory = 17985175552 (17152 MB) avail memory = 16833306624 (16053 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 10 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xd0200000-0xd0201fff irq 32 at device 2.0 on pci3 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xd0202000-0xd0203fff irq 33 at device 2.1 on pci3 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pci2: at device 0.1 (no driver attached) pcib4: at device 0.2 on pci2 pci4: on pcib4 em0: port 0x3000-0x303f mem 0xd0300000-0xd031ffff irq 54 at device 2.0 on pci4 em0: [GIANT-LOCKED] em0: Ethernet address: 00:30:48:25:b3:1f em0: Speed:N/A Duplex:N/A pci2: at device 0.3 (no driver attached) pcib5: irq 16 at device 4.0 on pci0 pci5: on pcib5 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pci0: at device 29.7 (no driver attached) pcib6: at device 30.0 on pci0 pci6: on pcib6 pci6: at device 2.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18e0-0x18ef at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 orm0: at iomem 0xcd000-0xcdfff 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 1.000 msec Waiting 5 seconds for SCSI devices to settle ad0: 4112MB at ata0-master UDMA66 acd0: DVDROM at ata1-slave UDMA33 ses0 at ahd0 bus 0 target 8 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8682MB (17781521 512 byte sectors: 255H 63S/T 1106C) SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Swap zone entries reduced from 121574 to 54032. Trying to mount root from ufs:/dev/da0s1a --=====================_70996197==_-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 17:19:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BE2416A41F for ; Tue, 18 Oct 2005 17:19:06 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: from martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id C920743D49 for ; Tue, 18 Oct 2005 17:19:05 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] ([192.168.1.6]) by martenvijn.nl (8.13.4/8.13.1) with ESMTP id j9IHJg5T087480 for ; Tue, 18 Oct 2005 19:19:42 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten Vijn To: freebsd-current@freebsd.org Content-Type: text/plain Organization: Marten Vijn Date: Tue, 18 Oct 2005 19:19:18 +0000 Message-Id: <1129663158.715.35.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: cf-card in pccard slot panics kernel 6.0 BETA and rc1 at boottime X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: info@martenvijn.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 17:19:06 -0000 Hello, A cf-card in pccard slot panics kernel 6.0 BETA5 and 6.0-RC1 at boottime. => reproducable on itx-board (VIA 600mHz) and two laptops (Medion 3Ghz 512Mb and a Sony vaio VGN-B1XP) => with diverse compact flash cards, => attatching the cf-card after the boot and mount goes fine => without apci - medion ==> without apci no panic then pccard does not work - itx ==> panics - vaio ==> panics => 6.0 BETA1 boots with cf-card. below more info, kind regards, Marten Vijn panic on Medion: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x28 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0525e40 stack pointer = 0x28:0xc1020cc8 frame pointer = 0x28:0xc1020cd0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 Uptime: 3s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... dump from serial Rebooting... /boot.config: -DConsoles: internal video/keyboard serial port BIOS drive C: is disk0 BIOS 638kB/522688kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@, Sun Oct 16 01:18:24 CEST 2005) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x2d3e0c data=0x35600+0x304e4 syms=[0x4+0x422d0 +0x4+0x52cbb] /boot/kernel/linux.ko text=0x12e00 data=0x1694+0x54 syms=[0x4+0x2900+0x4 +0x26d5] /boot/kernel/snd_ich.ko text=0x327c data=0x27c syms=[0x4+0x960+0x4 +0x961] loading required module 'sound' /boot/kernel/sound.ko text=0x13528 data=0x2908+0x10e0 syms=[0x4+0x2a40 +0x4+0x2f98] /boot/modules/nvidia.ko text=0x2925ec data=0xe963c+0x1408 syms=[0x4 +0x25790+0x4+0x1c0f9] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... /boot/kernel/acpi.ko text=0x40c0c data=0x2160+0x1090 syms=[0x4+0x7810 +0x4+0xa292] Copyright (c) 1992-2005 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 6.0-BETA5 #9: Sun Oct 16 08:29:32 CEST 2005 root@:/usr/obj/usr/src/sys/medion Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.23-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 536281088 (511 MB) avail memory = 511107072 (487 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 10 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 10 on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] uhci0: port 0x1cc0-0x1cdf irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1ce0-0x1cff irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2000-0x201f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x2020-0x203f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pci3: on pcib2 cbb0: at device 4.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 4.1 on pci3 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: <1394 Open Host Controller Interface> mem 0xd2015000-0xd20157ff,0xd2010000-0xd2013fff irq 23 at device 4.2 on pci3 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 12:34:56:78:12:34:56:78 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci3: at device 4.3 (no driver attached) rl0: port 0x3000-0x30ff mem 0xd2015800-0xd20158ff irq 19 at device 5.0 on pci3 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0a:e4:55:3b:8f ath0: mem 0xd2000000-0xd200ffff irq 18 at device 6.0 on pci3 ath0: Ethernet address: 00:0b:6b:34:55:41 ath0: mac 5.9 phy 4.3 radio 3.6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x1400-0x14ff,0x1c80-0x1cbf mem 0xd0000c00-0xd0000dff,0xd0000800-0xd00008ff irq 17 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 drq 3 on acpi0 sio1: type 16550A battery0: on acpi0 acpi_acad0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff,0xdc000-0xdffff 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 1.000 msec ata2: at port 0x3100-0x310f irq 20 function 0 config 1 on pccard0 ad4: 122MB at ata2-master PIO1 ad0: 76319MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x28 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0525e40 stack pointer = 0x28:0xc1020cc8 frame pointer = 0x28:0xc1020cd0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 Uptime: 3s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 17:21:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22FF916A41F for ; Tue, 18 Oct 2005 17:21:33 +0000 (GMT) (envelope-from m.boyarov@gmail.com) Received: from c71.sam-solutions.net (c71.sam-solutions.net [217.21.35.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 346F543D4C for ; Tue, 18 Oct 2005 17:21:29 +0000 (GMT) (envelope-from m.boyarov@gmail.com) Received: from localhost.my.domain ([192.168.117.134]) by c71.sam-solutions.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 18 Oct 2005 20:21:15 +0300 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.13.4/8.13.4) with ESMTP id j9IHLEJa011551; Tue, 18 Oct 2005 20:21:14 +0300 (EEST) (envelope-from m.boyarov@gmail.com) Received: (from zotrix@localhost) by localhost.my.domain (8.13.4/8.13.4/Submit) id j9IHLEU1011550; Tue, 18 Oct 2005 20:21:14 +0300 (EEST) (envelope-from m.boyarov@gmail.com) To: Brooks Davis References: <7j64rwy1ea.fsf@gmail.com> <20051017210929.GE15097@odin.ac.hmc.edu> From: m.boyarov@gmail.com (Max N. Boyarov) In-Reply-To: <20051017210929.GE15097@odin.ac.hmc.edu> (Brooks Davis's message of "Mon, 17 Oct 2005 14:09:29 -0700") User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.17 (Jumbo Shrimp, berkeley-unix) Date: Tue, 18 Oct 2005 20:21:09 +0300 Message-ID: <7j1x2ispve.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-OriginalArrivalTime: 18 Oct 2005 17:21:15.0542 (UTC) FILETIME=[58412B60:01C5D408] Cc: freebsd-current@freebsd.org Subject: Re: mgetty and 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 17:21:33 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable Brooks Davis writes: > On Mon, Oct 17, 2005 at 11:48:45AM +0300, Max N. Boyarov wrote: >>=20 >> Hello! >>=20 >> I have strange problems after upgrading system from BETA5 to RC1. >> After upgrade i see the following messages in mgetty log and on serial = console and mgetty does not work >>=20 >>=20 >> 10/15 18:59:04 ad1 mgetty: interim release 1.1.33-Apr10 >> 10/15 18:59:05 ad1 mod: cannot make /dev/cuad1 stdin: Bad file descript= or >> 10/15 18:59:05 ad1 open device /dev/cuad1 failed: Bad file descriptor >> 10/15 18:59:05 ad1 cannot get terminal line dev=3Dcuad1, exiting: Bad f= ile descriptor >> -- >> 10/15 18:59:18 ad1 mgetty: interim release 1.1.33-Apr10 >> 10/15 18:59:19 ad1 mod: cannot make /dev/cuad1 stdin: Bad file descript= or >> 10/15 18:59:19 ad1 open device /dev/cuad1 failed: Bad file descriptor >> 10/15 18:59:19 ad1 cannot get terminal line dev=3Dcuad1, exiting: Bad f= ile descriptor >>=20 >> systems sources were "cvsupped" on 14/10/2005 >> and mgetty was installed from ports >>=20 >>=20 >> What can i do to solve this problem ? > > Do the devices in question actually exist? Mgetty appears to be > misconfigured to attempt to create them when missing which is alwasy > wrong in the devfs world. Yes, devices are present. And if i run mgetty from command line it work.=20 I use cu to connect, and is working. ppp on this port also works.=20 Mgetty started from /etc/ttys - does not.. Also mgetty work normal on 6.0-BETA5.=20 I have tried to check mgetty on my laptop with ltmdm and also got this erro= r. =2D-=20 // Max N. Boyarov // 2:450/262 @ FidoNet --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDVS8Kr+3eflZ2f8ARAmMLAJ9asHVpa3i8BwuSCmVMatJk5gvz2ACeM3lB Y5zJDsSR7u0NedwdFU78JSM= =ljGU -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 18:37:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6DCC16A41F; Tue, 18 Oct 2005 18:37:45 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1633A43D53; Tue, 18 Oct 2005 18:37:45 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3FE67.dip.t-dialin.net [84.163.254.103] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML21M-1ERwLI0FOx-00037q; Tue, 18 Oct 2005 20:37:44 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Tue, 18 Oct 2005 20:37:59 +0200 User-Agent: KMail/1.8.2 References: <200510061950.09760.max@love2party.net> In-Reply-To: <200510061950.09760.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510182038.05677.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-hackers@freebsd.org Subject: Re: Call for FreeBSD Status Reports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 18:37:45 -0000 On Thursday 06 October 2005 19:49, Max Laier wrote: > All, > > again three month went by and exiting stuff has happend in FreeBSD. Many > subtle bugs have been identified and fixed during the most productive > QA-work in preparation for FreeBSD 6.0 (now entering final RC-phase). The > Google Summer of Code has produced a lot of exiting projects; either > finished (most visibly the new website) or still worked on > enthusiastically. Work in HEAD is also taking off and promises to bring > even more exiting stuff for the future ... > > I am sure you have interesting things to share for this round and we are > looking forward to your reports. Please send status reports about your > project's progess between July and now to monthly@freebsd.org > > To help you with fileing your report you will find a webform[1] or > xml-template[2] linked from http://www.freebsd.org/news/status/ > > Submissions are due October 15. Thanks a lot, and we are hoping for a big > turn-out. Turn-out is okay, so far, but we would welcome some additional entries. If you have something to report, please do so by Thu 20 October - LAST CALL! Again, this is not limited to FreeBSD developers. We are also interested in other FreeBSD related projects. Thanks a lot! -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 19:08:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABA6E16A41F for ; Tue, 18 Oct 2005 19:08:13 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 568B043D46 for ; Tue, 18 Oct 2005 19:08:13 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j9IJ89pU055738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Oct 2005 12:08:10 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <43554809.4060900@errno.com> Date: Tue, 18 Oct 2005 12:07:53 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050927) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niki Denev References: <200510181233.47769.nike_d@cytexbg.com> <43551DF7.3060000@errno.com> <43552124.2030400@cytexbg.com> <435524D2.1050306@errno.com> <43552836.3000503@cytexbg.com> In-Reply-To: <43552836.3000503@cytexbg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath not setting media type? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 19:08:13 -0000 Niki Denev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Sam Leffler wrote: > >>I use this card in a t42 w/o issue. If ifconfig shows the device is a >>wireless card then devd will find the same info. I can't recall what >>devd prints for debug msgs here. >> >> Sam >> > > > The strange thing is that if i comment the line : > media-type "802.11"; > in devd.conf then devd catches the LINK_UP event and fires dhclient. > Maybe i've messed something up.. i will check again just in case. > > As for devd, there is %s in the format string that must print the media > type in debug mode, but it seems it's always empty, regardless of the > interface (ethernet or 802.11). I still haven't seen you say what os version you're running or what ifconfig ath0 shows. Here is what I see when devd runs at boot on my t42. Processing event '+ath0 vendor=0x168c device=0x1014 subvendor=0x17ab subdevice=0 x8331 class=0x020000 at slot=2 function=0 vendor=0x168c device=0x1014 subvendor= 0x17ab subdevice=0x8331 class=0x020000 on pci2' Pushing table setting device-name=ath0 setting vendor=0x168c setting device=0x1014 setting subvendor=0x17ab setting subdevice=0x8331 setting class=0x020000 Processing attach event Testing device-name=ath0 against ^ed50 Testing device-name=ath0 against ^ukbd0 Testing device-name=ath0 against ^ums[0-9]+ Testing media type of ath0 against 0x20 ath0 has media type 0x80 Testing media type of ath0 against 0x80 ath0 has media type 0x80 Executing '/etc/pccard_ether ath0 start' The machine is running a recent vintage of current. If you don't see the interface name then devd cannot query the media type so you won't match based on media type. Sam From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 20:01:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A521216A41F for ; Tue, 18 Oct 2005 20:01:31 +0000 (GMT) (envelope-from dan@mail.neosystem.cz) Received: from gem.neosystem.cz (gem.neosystem.cz [81.95.103.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C3AD43D45 for ; Tue, 18 Oct 2005 20:01:30 +0000 (GMT) (envelope-from dan@mail.neosystem.cz) Received: from localhost (localhost [127.0.0.1]) by gem.neosystem.cz (Postfix) with ESMTP id E416538AF8E for ; Tue, 18 Oct 2005 22:01:33 +0200 (CEST) Received: from gem.neosystem.cz ([127.0.0.1]) by localhost (gem [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31488-09 for ; Tue, 18 Oct 2005 22:01:32 +0200 (CEST) Received: from phobos.sky.net (ip-85-160-47-156.eurotel.cz [85.160.47.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gem.neosystem.cz (Postfix) with ESMTP id CF13B38AF8D for ; Tue, 18 Oct 2005 22:01:30 +0200 (CEST) Date: Tue, 18 Oct 2005 21:59:50 +0200 From: Dan Bilik To: freebsd-current@freebsd.org Message-Id: <20051018215950.7defb35e.dan@mail.neosystem.cz> In-Reply-To: <20051017114655.636eff01.dan@mail.neosystem.cz> References: <20051017114655.636eff01.dan@mail.neosystem.cz> Organization: neosystem.cz X-Mailer: Sylpheed version 2.0.1 (GTK+ 2.6.8; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at neosystem.cz Subject: Re: Possible fxp(4) problem in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 20:01:31 -0000 On Mon, 17 Oct 2005 11:46:55 +0200 Dan Bilik wrote: > Situation: > Single-purpose machines only serving http requests for static content, > ... > Problem: > After some time of serving requests the ethernet interface in the > machine stops communicating on the wire. It does not respond to any > packets (ping, http, nfs, ssh) and vmstat(8) shows stopped interrupt > ... Some fresh additional info: Today one of the problem machines got stuck again. I was able to log on through second functional interface and watch it more closely. Sending packets from the box worked (its arp requests were appearing on other boxes in the subnet) but it could not receive any packet. And another thing... It seems that running tcpdump (ie. entering and leaving promiscuous mode) on the interface resolved the problem and made the machine to appear back on the network. It's running with no problem from that moment. Any ideas what's going on here? Does it make sense to anyone? Dan From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 20:05:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EE4E16A464 for ; Tue, 18 Oct 2005 20:05:24 +0000 (GMT) (envelope-from joe@getsomewhere.net) Received: from mail1.quietroad.net (mail.quietroad.net [69.8.149.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62E5543D55 for ; Tue, 18 Oct 2005 20:05:17 +0000 (GMT) (envelope-from joe@getsomewhere.net) Received: from localhost (unknown [127.0.0.1]) by mail1.quietroad.net (Postfix) with ESMTP id 3907D6127 for ; Tue, 18 Oct 2005 15:05:17 -0500 (CDT) Received: from mail1.quietroad.net ([127.0.0.1]) by localhost (mail1.quietroad.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 47578-08 for ; Tue, 18 Oct 2005 15:05:10 -0500 (CDT) Received: from [70.217.29.182] (182.sub-70-217-29.myvzw.com [70.217.29.182]) by mail1.quietroad.net (Postfix) with ESMTP id 4D5706157 for ; Tue, 18 Oct 2005 15:05:07 -0500 (CDT) Message-ID: <43555572.6030503@getsomewhere.net> Date: Tue, 18 Oct 2005 15:05:06 -0500 From: Joe Love User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20051018120041.CCAF216A421@hub.freebsd.org> <43550987.6070105@gmx.de> In-Reply-To: <43550987.6070105@gmx.de> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at quietroad.net Subject: Re: cannot get IP when auth with wpa_supplicant + ath0 driver (Joe Love) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 20:05:24 -0000 Jochen Gensch wrote: >>The problem I'm having is that after the connection is established (it >>seems to authenticate just fine), I cannot get a response to any dhcp >>requests. >> >> > >I can confirm this behavior. Even though I'm using a Netgear 624 with >WPA-PSK, my connection seems to come up fine, but breaks down after a >few seconds and I get similar debugging output. The strangest thing is, >I have used a D-Link DWL-AG650 (which uses the same chipset) before, and >that one worked pretty fine. Maybe this is a 108 Mbit problem? > >Jochen >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > I've had similar issues with a linksys wpc11, which uses the wi driver. There may be further issues with that card which prevent it being a valid argument for this issue. The network I'm connecting to also does not support 108mbit; it only supports 802.11b & g. The reason for the particular card was that I could pick one up easily, that was listed in the freebsd hardware support list. I can also confirm that this card & that wpa_supplicant file do work fine under windows XP (I dual boot). Sam Leffer suggested I provide some further information - a 802.11 dump and ifconfig status - and I will make that available briefly. Thanks for confirming that I'm not alone here. -Joe From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 20:06:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 618) id 7474E16A42F; Tue, 18 Oct 2005 20:06:11 +0000 (GMT) In-Reply-To: <43544BCE.90601@gddsn.org.cn> from Suken Woo at "Oct 18, 2005 09:11:42 am" To: wsk@gddsn.org.cn (Suken Woo) Date: Tue, 18 Oct 2005 20:06:11 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051018200611.7474E16A42F@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: mv@roq.com, hardware@freebsd.org, mobile@freebsd.org, current@freebsd.org Subject: Re: Netgear WG511 drivers help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 20:06:11 -0000 > Suken Woo Wrote: > > >> lists: > >> the Netgear WG511 dosen't support on freebsd and ndis wrapper doesn't > >> work either > >> anybody could give any help?? > >> _______________________________________________ > >> freebsd-mobile@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > >> To unsubscribe, send any mail to > >> "freebsd-mobile-unsubscribe@freebsd.org" > >> > >> > > Did your Netgear WG511 say 'Atheros' on its packaging? > > what does pciconf -lv say about it? > > > > I have a WG511T and it works fine its a Atheros. > > > > Mike > > > > > the WG511 useing the difference chip set i though. and here's my > pciconfig -lv lists: > none1@pci3:0:0: class=0x020000 card=0x4e001385 chip=0x1faa11ab rev=0x03 > hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > class = network > subclass = ethernet > and some dmesgs: > cardbus0: Resource not specified in CIS: id=14, size=10000 > cardbus0: at device 0.0 (no driver attached) > > BTW,my card's type is WG511 v2. I have the following: none7@pci1:0:0: class=0x020000 card=0x1faa11ab chip=0x1faa11ab rev=0x03 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' class = network subclass = ethernet This is a Marvell 8335 card, and it works with the latest incarnation of Project Evil in -current: ndis0: mem 0x88010000-0x8801ffff,0x88020000-0x8802ffff irq 9 at device 0.0 on cardbus0 ndis0: NDIS API version: 5.1 Note however that I've been experiencing a peculiar problem with my particular card and laptop. The card is a no-name brand ("Mentor"), and I'm using it in my Sony Vaio Picturebook laptop. For the most part it works ok: I can initialize it, get it to associate, I can even do WPA2 with it using wpa_supplicant. The only problem is that after it's been running for a while (usually several hours, though sometimes sooner), the laptop will freeze up. Typically when it happens, one of the LEDs on the card will be flashing, which I think means it's become disassociated or the re-keying interval has expired. Sadly, since the whole laptop wedges up completely, I have no clue what's causing the problem. I haven't noticed the same problem when testing the same card with my Soekris board at home, and I don't have another laptop or card to test it with, so I'm at a bit of a loss. I've tried everything I can think of to try and get the laptop to cough up some useful info but with no joy. The fact that I can only get it to crash maybe once or twice a day doesn't help. I suspect the issue is related to WPA2 somehow, so if you're not going to use that, you may not notice any problems. Give it a try and see what happens. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 20:13:09 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1AAC16A420; Tue, 18 Oct 2005 20:13:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B67A43D7C; Tue, 18 Oct 2005 20:13:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3C9831A3C1A; Tue, 18 Oct 2005 13:13:01 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1277A511F9; Tue, 18 Oct 2005 16:12:59 -0400 (EDT) Date: Tue, 18 Oct 2005 16:12:58 -0400 From: Kris Kennaway To: current@FreeBSD.org, sparc64@FreeBSD.org Message-ID: <20051018201258.GA30247@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: panic: tsb_tte_enter: replacing valid kernel mapping X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 20:13:09 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Got this at boot time on a 12-processor e4500 running 6.0-RC1: FreeBSD 6.0-RC1 #18: Tue Oct 18 15:31:13 JST 2005 root@e4500-3.allbsd.org:/usr/src/sys/sparc64/compile/E4500_3 WARNING: WITNESS option enabled, expect reduced performance. real memory = 9663676416 (9216 MB) avail memory = 9434734592 (8997 MB) cpu0: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu2: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu3: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu4: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu5: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu6: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu7: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu8: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu9: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu10: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu11: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 12 CPUs panic: tsb_tte_enter: replacing valid kernel mapping cpuid = 0 KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x3c: ta %xcc, 1 db> wh Tracing pid 0 tid 0 td 0xc041b6e8 panic() at panic+0x164 tsb_tte_enter() at tsb_tte_enter+0x7c pmap_enter() at pmap_enter+0x2ec kmem_malloc() at kmem_malloc+0x394 page_alloc() at page_alloc+0x18 uma_large_malloc() at uma_large_malloc+0x34 malloc() at malloc+0x134 sf_buf_init() at sf_buf_init+0x78 mi_startup() at mi_startup+0x12c btext() at btext+0x34 db> --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDVVcFWry0BWjoQKURAlLvAJsHsd0Nvg9BM0AQ1F+XCxBS/G0HNQCgyWhO dwCvz9J6AuDGF1Ye8OArl/U= =KqsP -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 20:27:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03AE716A421 for ; Tue, 18 Oct 2005 20:27:17 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id C50C943D55 for ; Tue, 18 Oct 2005 20:27:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 18 Oct 2005 16:43:42 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 18 Oct 2005 16:25:44 -0400 User-Agent: KMail/1.8.2 References: <20051017114655.636eff01.dan@mail.neosystem.cz> <20051018215950.7defb35e.dan@mail.neosystem.cz> In-Reply-To: <20051018215950.7defb35e.dan@mail.neosystem.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510181625.46327.jhb@freebsd.org> Cc: Dan Bilik Subject: Re: Possible fxp(4) problem in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 20:27:17 -0000 On Tuesday 18 October 2005 03:59 pm, Dan Bilik wrote: > On Mon, 17 Oct 2005 11:46:55 +0200 > > Dan Bilik wrote: > > Situation: > > Single-purpose machines only serving http requests for static content, > > ... > > Problem: > > After some time of serving requests the ethernet interface in the > > machine stops communicating on the wire. It does not respond to any > > packets (ping, http, nfs, ssh) and vmstat(8) shows stopped interrupt > > ... > > Some fresh additional info: > > Today one of the problem machines got stuck again. I was able to log on > through second functional interface and watch it more closely. Sending > packets from the box worked (its arp requests were appearing on other > boxes in the subnet) but it could not receive any packet. And another > thing... It seems that running tcpdump (ie. entering and leaving > promiscuous mode) on the interface resolved the problem > and made the machine to appear back on the network. It's running > with no problem from that moment. > > Any ideas what's going on here? Does it make sense to anyone? Well, when you run tcpdump, you put the chip in promiscuous mode, and that results in the driver resetting the adapter, which is probably how it became unstuck. You could have probably done 'ifconfig fxp0 down; ifconfig fxp0 up' to achieve the same effect. No idea why the receiver stopped receiving frames. I'm not really an expert on how NICs work. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 20:30:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 2186B16A422; Tue, 18 Oct 2005 20:30:12 +0000 (GMT) In-Reply-To: <20051018215950.7defb35e.dan@mail.neosystem.cz> from Dan Bilik at "Oct 18, 2005 09:59:50 pm" To: dan@mail.neosystem.cz (Dan Bilik) Date: Tue, 18 Oct 2005 20:30:12 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051018203012.2186B16A422@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@freebsd.org Subject: Re: Possible fxp(4) problem in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 20:30:17 -0000 > On Mon, 17 Oct 2005 11:46:55 +0200 > Dan Bilik wrote: > > > Situation: > > Single-purpose machines only serving http requests for static content, > > ... > > Problem: > > After some time of serving requests the ethernet interface in the > > machine stops communicating on the wire. It does not respond to any > > packets (ping, http, nfs, ssh) and vmstat(8) shows stopped interrupt > > ... > > Some fresh additional info: > > Today one of the problem machines got stuck again. I was able to log on > through second functional interface and watch it more closely. Sending > packets from the box worked (its arp requests were appearing on other > boxes in the subnet) but it could not receive any packet. And another > thing... It seems that running tcpdump (ie. entering and leaving > promiscuous mode) on the interface resolved the problem > and made the machine to appear back on the network. It's running > with no problem from that moment. > > Any ideas what's going on here? Does it make sense to anyone? > > Dan With the fxp driver, running entering promiscuous mode implies reinitializing the NIC from the ground up. The fxp_ioctl() handler will call fxp_init() when any of the flags change, like IFF_PROMISC, so running tcpdump is equivalent to doing "ifconfig fxp0 up" in this case. It should come as no surprise that reinitializing the card brings it back to life. There's a couple reasons why you could be getting into this state: - The chip has experienced an RX overrun, where all of the descriptors in its RX DMA ring have been filled by the chip before the driver has had a chance to drain them. When this happens, the chip may require the RX unit to be resumed. - For some reason, the RX handler code in the driver has fallen out of sync with the chip, i.e. the current descriptor index has gotten clobbered, or maybe the chip was restarted and the index wasn't properly reset. In both of these cases, calling fxp_init() will reinitialize the RX unit and get the chip working again. RX overruns are obviously the result of a very busy network (or a very busy host processor that can't service the NIC frequently enough to drain the RX ring). If the network is busy, it would be with a lot of small packets. With heavy streaming traffic, you'd get a lot of large frames, and with 1500 byte frames you max out a 100Mbps ethernet at only about 8100 frames/second. By contrast, it takes 148000 frames/sec to max out a 100Mbps pipe with 64 byte frames. Ideally, the driver should recover gracefully from an RX overrun, though I'll bet a quarter nobody's really tested it very thoroughly. ("I can browse the intarweb so it must be ok!") Also, I discovered recently that the chip can do really strange things if you make the mistake of issuing an RX unit start command twice, instead of just once. (If you do this, it's apparently possible for the chip to DMA into the same packet buffer twice, which has the effect of clobbering a packet after it's already been passed to the stack for processing.) You should run vmstat -i or something to monitor the interrupt rate on the failing interface and see if it peaks right before it goes deaf. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 21:36:13 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CF9216A41F; Tue, 18 Oct 2005 21:36:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1EBC43D45; Tue, 18 Oct 2005 21:36:12 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9ILaBJC090115; Tue, 18 Oct 2005 17:36:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9ILaB9m091586; Tue, 18 Oct 2005 17:36:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 496AB7302F; Tue, 18 Oct 2005 17:36:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051018213611.496AB7302F@freebsd-current.sentex.ca> Date: Tue, 18 Oct 2005 17:36:11 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 21:36:13 -0000 TB --- 2005-10-18 20:12:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-18 20:12:02 - starting HEAD tinderbox run for i386/i386 TB --- 2005-10-18 20:12:02 - cleaning the object tree TB --- 2005-10-18 20:12:36 - checking out the source tree TB --- 2005-10-18 20:12:36 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-10-18 20:12:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-18 20:19:35 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-18 20:19:35 - cd /src TB --- 2005-10-18 20:19:35 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-18 21:23:35 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-18 21:23:35 - cd /src TB --- 2005-10-18 21:23:35 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Oct 18 21:23:35 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:1134: error: structure has no member named `np_list' /src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:1134: error: structure has no member named `np_list' /src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:1134: error: structure has no member named `np_list' /src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c: In function `ndis_rxeof_xfr': /src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:1193: error: structure has no member named `np_list' /src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:1194: error: structure has no member named `np_list' /src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:1194: error: structure has no member named `np_list' /src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:1194: error: structure has no member named `np_list' *** Error code 1 Stop in /src/sys/modules/if_ndis. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-18 21:36:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-18 21:36:11 - ERROR: failed to build generic kernel TB --- 2005-10-18 21:36:11 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 22:02:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B867516A420 for ; Tue, 18 Oct 2005 22:02:40 +0000 (GMT) (envelope-from joe@getsomewhere.net) Received: from mail1.quietroad.net (mail.quietroad.net [69.8.149.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16AFA43D46 for ; Tue, 18 Oct 2005 22:02:39 +0000 (GMT) (envelope-from joe@getsomewhere.net) Received: from localhost (unknown [127.0.0.1]) by mail1.quietroad.net (Postfix) with ESMTP id C95B9622B for ; Tue, 18 Oct 2005 17:02:38 -0500 (CDT) Received: from mail1.quietroad.net ([127.0.0.1]) by localhost (mail1.quietroad.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 56358-08 for ; Tue, 18 Oct 2005 17:02:32 -0500 (CDT) Received: from [192.168.0.250] (moe.cs.uic.edu [131.193.40.56]) by mail1.quietroad.net (Postfix) with ESMTP id A3E2A622E for ; Tue, 18 Oct 2005 17:02:32 -0500 (CDT) Message-ID: <435570F5.6060308@getsomewhere.net> Date: Tue, 18 Oct 2005 17:02:29 -0500 From: Joe Love User-Agent: Mozilla Thunderbird 1.0.5 (X11/20050812) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <43543086.7020705@getsomewhere.net> <43552198.2070806@errno.com> In-Reply-To: <43552198.2070806@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at quietroad.net Subject: Re: cannot get IP when auth with wpa_supplicant + ath0 driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 22:02:40 -0000 I went through the procedure again to try and give an accurate representation of what's been asked. loaded wlan_wep.ko up'd the ath0 interface (for letting ethereal grab stuff on the interface) ath0: flags=8843 mtu 1500 inet6 fe80::20f:b5ff:fe62:28e3%ath0 prefixlen 64 scopeid 0x5 ether 00:0f:b5:62:28:e3 media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) status: no carrier ssid "" channel 10 authmode OPEN privacy OFF txpowmax 50 protmode CTS started ethereal on ath, link layer header type IEEE 802.11 plus radiotap WLAN header started wpa_supplicant (as in original email) # ifconfig ath0 ath0: flags=8943 mtu 1500 inet6 fe80::20f:b5ff:fe62:28e3%ath0 prefixlen 64 scopeid 0x5 ether 00:0f:b5:62:28:e3 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/36Mbps) status: associated ssid UIC-Wireless channel 11 bssid 00:12:00:d7:0e:00 authmode OPEN privacy ON deftxkey UNDEF wepkey 2:104-bit txpowmax 50 protmode CTS roaming MANUAL bintval 100 started dhclient ("dhclient ath0") no response received. ended packet capture. (available at http://www.getsomewhere.net/wpa.80211.dump ) # ifconfig ath0 ath0: flags=8843 mtu 1500 inet6 fe80::20f:b5ff:fe62:28e3%ath0 prefixlen 64 scopeid 0x5 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 ether 00:0f:b5:62:28:e3 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/36Mbps) status: associated ssid UIC-Wireless channel 11 bssid 00:12:00:d7:0e:00 authmode OPEN privacy ON deftxkey UNDEF wepkey 2:104-bit txpowmax 50 protmode CTS roaming MANUAL bintval 100 stopped wpa_supplicant. # ifconfig ath0 ath0: flags=8802 mtu 1500 inet6 fe80::20f:b5ff:fe62:28e3%ath0 prefixlen 64 scopeid 0x5 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 ether 00:0f:b5:62:28:e3 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid UIC-Wireless channel 11 authmode OPEN privacy OFF txpowmax 50 protmode CTS bintval 100 I decided at this point to re-read the email you sent, and go ahead with running athstats and 80211stats, so the following is the output from athstats & 80211stats after a separate run of wpa_supplicant: # athstats && 80211stats 4 mib overflow interrupts 20 tx management frames 61 tx frames discarded prior to association 18 tx frames with no ack marked 11 tx frames with short preamble 3 rx failed 'cuz of bad CRC 4 periodic calibrations 1 rfgain value change 287 rate control checks rssi of last ack: 29 avg recv rssi: 33 4 switched default/rx antenna Antenna profile: [1] tx 28 rx 1574 [2] tx 0 rx 28 1 rx discard 'cuz mcast echo 1430 rx beacon frames 1444 rx element unknown 15 rx frame chan mismatch 1 tx failed 'cuz no defkey 2 active scans started I hope this all helps. In case the url for the packet capture got glossed over above (since it's kinda buried) it's available at: http://www.getsomewhere.net/wpa.80211.dump -Joe Sam Leffler wrote: > Joe Love wrote: > >> I'm trying to use my wireless connection on my campus's wireless >> network. >> >> I'm using FreeBSD 6.0-RC1, with the pre-packaged wpa_supplicant >> 0.3.9. I've tried using both a linksys wpc11 using the wi driver, >> and a netgear wg511t using the ath driver. I'm currently betting on >> using the netgear permanently, as the linksys card is causing me >> unending issues as of late. The campus wireless uses TTLS+PAP, and >> IPs are assigned dynamically. >> >> The problem I'm having is that after the connection is established >> (it seems to authenticate just fine), I cannot get a response to any >> dhcp requests. >> Jouni Malinen, from the hostap mailing lists, proposed the following >> as the problem: >> "This AP is using somewhat non-standard key configuration (something >> that most Cisco APs do with IEEE 802.1X), i.e., unicast key is using >> non-zero key index (2 or 3) and broadcast key is using the other >> indexes (alternating between 0 and 1). > > > This shouldn't matter. > >> "The packet dump looked like WEP decryption would not have been done >> or it would have failed completely. I would assume that the driver >> code would drop the packet if ICV is incorrect, so I would assume >> that the packet was not decrypted at all. >> "I have seen this kind of key index use having issues with number of >> drivers. In other words, this is a question for FreeBSD mailing lists >> after all. Including the description of key index use with the >> message should make it easier for the driver/IEEE 802.11 stack >> authors to take a closer look at this. Anyway, a fix for this may >> require changing the driver interface code for the set_key handler on >> wpa_supplicant side, too." >> >> Included below are the wpa_supplicant configuration I am using and >> the output of wpa_supplicant -d -iath0 -cwpa_supplicant.conf >> >> A packet dump of the transaction and some data following it (taken >> from ethereal 0.10.10) can be found at >> http://www.getsomewhere.net/wpa.dump > > > This dump is at the 802.3 level which is not useful; we need to see > what's going on at the 802.11 level or below in the driver. > >> >> Thanks, >> -Joe >> >> wpa_supplicant.conf: >> ctrl_interface=/var/run/wpa_supplicant >> eapol_version=2 >> ap_scan=1 >> #ap_scan=2 # suggested. >> network={ >> ssid="UIC-Wireless" >> scan_ssid=1 >> #key_mgmt=IEEE8021X WPA-EAP >> mode=0 >> key_mgmt=IEEE8021X >> eap=TTLS >> identity="jlove1" >> password="CENSORED" >> anonymous_identity="anonymous" >> ca_cert="thawte.pem" >> #phase1="include_tls_length=1" >> phase2="auth=PAP" >> } >> >> wpa_supplicant output: >> # wpa_supplicant -d -iath0 -cwpa_supplicant.conf >> Initializing interface 'ath0' conf 'wpa_supplicant.conf' driver >> 'default' >> Configuration file 'wpa_supplicant.conf' -> >> '/usr/home/lyfe/wpa_supplicant.conf' >> Reading configuration file '/usr/home/lyfe/wpa_supplicant.conf' >> ctrl_interface='/var/run/wpa_supplicant' >> eapol_version=2 >> ap_scan=1 >> Priority group 0 >> id=0 ssid='UIC-Wireless' >> Initializing interface (2) 'ath0' >> EAPOL: SUPP_PAE entering state DISCONNECTED >> EAPOL: KEY_RX entering state NO_KEY_RECEIVE >> EAPOL: SUPP_BE entering state INITIALIZE >> EAP: EAP entering state DISABLED >> EAPOL: External notification - portEnabled=0 >> EAPOL: External notification - portValid=0 >> Own MAC address: 00:0f:b5:62:28:e3 >> wpa_driver_bsd_set_wpa: enabled=1 >> wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 >> wpa_driver_bsd_del_key: keyidx=0 >> wpa_driver_bsd_del_key: keyidx=1 >> wpa_driver_bsd_del_key: keyidx=2 >> wpa_driver_bsd_del_key: keyidx=3 >> wpa_driver_bsd_set_countermeasures: enabled=0 >> wpa_driver_bsd_set_drop_unencrypted: enabled=1 >> Setting scan request: 0 sec 100000 usec >> Starting AP scan (specific SSID) >> Scan SSID - hexdump_ascii(len=12): >> 55 49 43 2d 57 69 72 65 6c 65 73 73 UIC-Wireless >> Received 0 bytes of scan results (3 BSSes) >> Scan results: 3 >> Selecting BSS from priority group 0 >> 0: 00:12:00:d7:0e:00 ssid='' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 1: 00:0c:41:75:12:a0 ssid='Linksys' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 2: 00:13:46:15:84:5a ssid='powerlab' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> No suitable AP found. >> Setting scan request: 5 sec 0 usec >> Starting AP scan (broadcast SSID) >> Received 0 bytes of scan results (4 BSSes) >> Scan results: 4 >> Selecting BSS from priority group 0 >> 0: 00:12:00:d7:0e:00 ssid='' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 1: 00:40:05:26:d5:24 ssid='mie-g' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 2: 00:0c:41:75:12:a0 ssid='Linksys' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 3: 00:13:46:15:84:5a ssid='powerlab' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> No suitable AP found. >> Setting scan request: 5 sec 0 usec >> Starting AP scan (specific SSID) >> Scan SSID - hexdump_ascii(len=12): >> 55 49 43 2d 57 69 72 65 6c 65 73 73 UIC-Wireless >> Received 0 bytes of scan results (3 BSSes) >> Scan results: 3 >> Selecting BSS from priority group 0 >> 0: 00:12:00:d7:0e:00 ssid='UIC-Wireless' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 1: 00:0c:41:75:12:a0 ssid='Linksys' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 2: 00:13:46:15:84:5a ssid='powerlab' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> selected non-WPA AP 00:12:00:d7:0e:00 ssid='UIC-Wireless' >> Trying to associate with 00:12:00:d7:0e:00 (SSID='UIC-Wireless' >> freq=2462 MHz) >> Cancelling scan request >> Automatic auth_alg selection: 0x1 >> No keys have been configured - skip key clearing >> wpa_driver_bsd_set_drop_unencrypted: enabled=1 >> wpa_driver_bsd_associate: ssid 'UIC-Wireless' wpa ie len 0 pairwise 4 >> group 4 key mgmt 3 >> wpa_driver_bsd_associate: set PRIVACY 1 >> Setting authentication timeout: 5 sec 0 usec >> EAPOL: External notification - portControl=Auto >> Association event - clear replay counter >> Associated to a new BSS: BSSID=00:12:00:d7:0e:00 >> No keys have been configured - skip key clearing >> Associated with 00:12:00:d7:0e:00 >> EAPOL: External notification - portEnabled=0 >> EAPOL: External notification - portValid=0 >> EAPOL: External notification - portEnabled=1 >> EAPOL: SUPP_PAE entering state CONNECTING >> EAPOL: txStart >> EAPOL: SUPP_BE entering state IDLE >> EAP: EAP entering state INITIALIZE >> EAP: EAP entering state IDLE >> Setting authentication timeout: 10 sec 0 usec >> RX EAPOL from 00:12:00:d7:0e:00 >> Setting authentication timeout: 70 sec 0 usec >> EAPOL: Received EAP-Packet frame >> EAPOL: SUPP_PAE entering state RESTART >> EAP: EAP entering state INITIALIZE >> EAP: EAP entering state IDLE >> EAPOL: SUPP_PAE entering state AUTHENTICATING >> EAPOL: SUPP_BE entering state REQUEST >> EAPOL: getSuppRsp >> EAP: EAP entering state RECEIVED >> EAP: Received EAP-Request method=1 id=1 >> EAP: EAP entering state IDENTITY >> EAP: EAP-Request Identity data - hexdump_ascii(len=0): >> EAP: using anonymous identity - hexdump_ascii(len=9): >> 61 6e 6f 6e 79 6d 6f 75 73 anonymous >> EAP: EAP entering state SEND_RESPONSE >> EAP: EAP entering state IDLE >> EAPOL: SUPP_BE entering state RESPONSE >> EAPOL: txSuppRsp >> EAPOL: SUPP_BE entering state RECEIVE >> WPA: EAPOL frame too short, len 46, expecting at least 99 >> RX EAPOL from 00:12:00:d7:0e:00 >> EAPOL: Received EAP-Packet frame >> EAPOL: SUPP_BE entering state REQUEST >> EAPOL: getSuppRsp >> EAP: EAP entering state RECEIVED >> EAP: Received EAP-Request method=1 id=2 >> EAP: EAP entering state IDENTITY >> EAP: EAP-Request Identity data - hexdump_ascii(len=0): >> EAP: using anonymous identity - hexdump_ascii(len=9): >> 61 6e 6f 6e 79 6d 6f 75 73 anonymous >> EAP: EAP entering state SEND_RESPONSE >> EAP: EAP entering state IDLE >> EAPOL: SUPP_BE entering state RESPONSE >> EAPOL: txSuppRsp >> EAPOL: SUPP_BE entering state RECEIVE >> WPA: EAPOL frame too short, len 46, expecting at least 99 >> RX EAPOL from 00:12:00:d7:0e:00 >> EAPOL: Received EAP-Packet frame >> EAPOL: SUPP_BE entering state REQUEST >> EAPOL: getSuppRsp >> EAP: EAP entering state RECEIVED >> EAP: Received EAP-Request method=21 id=3 >> EAP: EAP entering state GET_METHOD >> EAP: initialize selected EAP method (21, TTLS) >> EAP-TTLS: Phase2 type: PAP >> TLS: Trusted root certificate(s) loaded >> EAP: EAP entering state METHOD >> EAP-TTLS: Received packet(len=6) - Flags 0x20 >> EAP-TTLS: Start >> SSL: (where=0x10 ret=0x1) >> SSL: (where=0x1001 ret=0x1) >> SSL: SSL_connect:before/connect initialization >> SSL: (where=0x1001 ret=0x1) >> SSL: SSL_connect:SSLv3 write client hello A >> SSL: (where=0x1002 ret=0xffffffff) >> SSL: SSL_connect:error in SSLv3 read server hello A >> SSL: SSL_connect - want more data >> SSL: 100 bytes pending from ssl_out >> SSL: 100 bytes left to be sent out (of total 100 bytes) >> EAP: method process -> ignore=FALSE methodState=CONT decision=FAIL >> EAP: EAP entering state SEND_RESPONSE >> EAP: EAP entering state IDLE >> EAPOL: SUPP_BE entering state RESPONSE >> EAPOL: txSuppRsp >> EAPOL: SUPP_BE entering state RECEIVE >> WPA: EAPOL frame too short, len 46, expecting at least 99 >> RX EAPOL from 00:12:00:d7:0e:00 >> EAPOL: Received EAP-Packet frame >> EAPOL: SUPP_BE entering state REQUEST >> EAPOL: getSuppRsp >> EAP: EAP entering state RECEIVED >> EAP: Received EAP-Request method=21 id=4 >> EAP: EAP entering state METHOD >> EAP-TTLS: Received packet(len=1396) - Flags 0xc0 >> EAP-TTLS: TLS Message Length: 2196 >> SSL: Need 810 bytes more input data >> SSL: Building ACK >> EAP: method process -> ignore=FALSE methodState=CONT decision=FAIL >> EAP: EAP entering state SEND_RESPONSE >> EAP: EAP entering state IDLE >> EAPOL: SUPP_BE entering state RESPONSE >> EAPOL: txSuppRsp >> EAPOL: SUPP_BE entering state RECEIVE >> IEEE 802.1X RX: version=1 type=0 length=1396 >> WPA: EAPOL frame (type 0) discarded, not a Key frame >> RX EAPOL from 00:12:00:d7:0e:00 >> EAPOL: Received EAP-Packet frame >> EAPOL: SUPP_BE entering state REQUEST >> EAPOL: getSuppRsp >> EAP: EAP entering state RECEIVED >> EAP: Received EAP-Request method=21 id=5 >> EAP: EAP entering state METHOD >> EAP-TTLS: Received packet(len=816) - Flags 0x00 >> SSL: (where=0x1001 ret=0x1) >> SSL: SSL_connect:SSLv3 read server hello A >> TLS: tls_verify_cb - preverify_ok=1 err=0 (ok) depth=1 >> buf='/C=ZA/ST=Western Cape/L=Cape Town/O=Thawte Consulting >> cc/OU=Certification Services Division/CN=Thawte Server >> CA/emailAddress=server-certs@thawte.com' >> TLS: tls_verify_cb - preverify_ok=1 err=0 (ok) depth=0 >> buf='/C=US/ST=Illinois/L=Chicago/O=University of Illinois at >> Chicago/OU=Academic Computer Center/CN=odyssey1.cc.uic.edu' >> SSL: (where=0x1001 ret=0x1) >> SSL: SSL_connect:SSLv3 read server certificate A >> SSL: (where=0x1001 ret=0x1) >> SSL: SSL_connect:SSLv3 read server key exchange A >> SSL: (where=0x1001 ret=0x1) >> SSL: SSL_connect:SSLv3 read server done A >> SSL: (where=0x1001 ret=0x1) >> SSL: SSL_connect:SSLv3 write client key exchange A >> SSL: (where=0x1001 ret=0x1) >> SSL: SSL_connect:SSLv3 write change cipher spec A >> SSL: (where=0x1001 ret=0x1) >> SSL: SSL_connect:SSLv3 write finished A >> SSL: (where=0x1001 ret=0x1) >> SSL: SSL_connect:SSLv3 flush data >> SSL: (where=0x1002 ret=0xffffffff) >> SSL: SSL_connect:error in SSLv3 read finished A >> SSL: SSL_connect - want more data >> SSL: 190 bytes pending from ssl_out >> SSL: 190 bytes left to be sent out (of total 190 bytes) >> EAP: method process -> ignore=FALSE methodState=CONT decision=FAIL >> EAP: EAP entering state SEND_RESPONSE >> EAP: EAP entering state IDLE >> EAPOL: SUPP_BE entering state RESPONSE >> EAPOL: txSuppRsp >> EAPOL: SUPP_BE entering state RECEIVE >> IEEE 802.1X RX: version=1 type=0 length=816 >> WPA: EAPOL frame (type 0) discarded, not a Key frame >> RX EAPOL from 00:12:00:d7:0e:00 >> EAPOL: Received EAP-Packet frame >> EAPOL: SUPP_BE entering state REQUEST >> EAPOL: getSuppRsp >> EAP: EAP entering state RECEIVED >> EAP: Received EAP-Request method=21 id=6 >> EAP: EAP entering state METHOD >> EAP-TTLS: Received packet(len=61) - Flags 0x80 >> EAP-TTLS: TLS Message Length: 51 >> SSL: (where=0x1001 ret=0x1) >> SSL: SSL_connect:SSLv3 read finished A >> SSL: (where=0x20 ret=0x1) >> SSL: (where=0x1002 ret=0x1) >> SSL: 0 bytes pending from ssl_out >> SSL: No data to be sent out >> EAP-TTLS: TLS done, proceed to Phase 2 >> EAP-TTLS: Derived key - hexdump(len=64): [REMOVED] >> EAP-TTLS: received 0 bytes encrypted data for Phase 2 >> EAP-TTLS: empty data in beginning of Phase 2 - use fake EAP-Request >> Identity >> EAP-TTLS: Phase 2 PAP Request >> EAP-TTLS: Encrypting Phase 2 data - hexdump(len=40): [REMOVED] >> EAP-TTLS: Authentication completed successfully >> EAP: method process -> ignore=FALSE methodState=DONE decision=COND_SUCC >> EAP: EAP entering state SEND_RESPONSE >> EAP: EAP entering state IDLE >> EAPOL: SUPP_BE entering state RESPONSE >> EAPOL: txSuppRsp >> EAPOL: SUPP_BE entering state RECEIVE >> WPA: EAPOL frame too short, len 65, expecting at least 99 >> RX EAPOL from 00:12:00:d7:0e:00 >> EAPOL: Received EAP-Packet frame >> EAPOL: SUPP_BE entering state REQUEST >> EAPOL: getSuppRsp >> EAP: EAP entering state RECEIVED >> EAP: Received EAP-Success >> EAP: Workaround for unexpected identifier field in EAP Success: >> reqId=7 lastId=6 (these are supposed to be same) >> EAP: EAP entering state SUCCESS >> EAPOL: SUPP_BE entering state RECEIVE >> EAPOL: SUPP_BE entering state SUCCESS >> EAPOL: SUPP_BE entering state IDLE >> WPA: EAPOL frame too short, len 46, expecting at least 99 >> RX EAPOL from 00:12:00:d7:0e:00 >> EAPOL: Received EAPOL-Key frame >> EAPOL: KEY_RX entering state KEY_RECEIVE >> EAPOL: processKey >> EAPOL: RX IEEE 802.1X ver=1 type=3 len=57 EAPOL-Key: type=1 >> key_length=13 key_index=0x1 >> EAPOL: EAPOL-Key key signature verified >> EAPOL: Decrypted(RC4) key - hexdump(len=13): [REMOVED] >> EAPOL: Setting dynamic WEP key: broadcast keyidx 1 len 13 >> wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=1 >> set_tx=0 seq_len=0 key_len=13 > > > This is the only call to install a key and it sets up a rx-only key > (set_tx=0). I don't see the unicast key being setup. I need a packet > trace at the 802.11 layer to see if frames are being dropped for some > reason. Alternatively you could use the athstats and 80211stats tools > found in tools/tools/ath to check the statistics counters. It might > also be instructive to see the state of the interface at this point > (before you hit ^C); use ifconfig to get that info. > > Sam > > >> WPA: EAPOL frame too short, len 61, expecting at least 99 >> >> ^CSignal 2 received - terminating >> wpa_driver_bsd_deauthenticate >> wpa_driver_bsd_del_key: keyidx=0 >> wpa_driver_bsd_del_key: keyidx=1 >> wpa_driver_bsd_del_key: keyidx=2 >> wpa_driver_bsd_del_key: keyidx=3 >> wpa_driver_bsd_del_key: addr=00:12:00:d7:0e:00 keyidx=0 >> ioctl[SIOCS80211, op 20, len 7]: Can't assign requested address >> EAPOL: External notification - portEnabled=0 >> EAPOL: SUPP_PAE entering state DISCONNECTED >> EAPOL: KEY_RX entering state NO_KEY_RECEIVE >> EAPOL: SUPP_BE entering state INITIALIZE >> EAP: EAP entering state DISABLED >> EAPOL: External notification - portValid=0 >> wpa_driver_bsd_set_wpa: enabled=0 >> wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 >> wpa_driver_bsd_set_drop_unencrypted: enabled=0 >> wpa_driver_bsd_set_countermeasures: enabled=0 >> No keys have been configured - skip key clearing >> wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 >> EAP: deinitialize previously used EAP method (21, TTLS) at EAP deinit >> # >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> >> > From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 22:55:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F17E16A420 for ; Tue, 18 Oct 2005 22:55:51 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D8BA43D58 for ; Tue, 18 Oct 2005 22:55:48 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 2BF1421AD; Tue, 18 Oct 2005 15:53:41 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "Alerce Certificate Authority" (not verified)) by merlin.alerce.com (Postfix) with ESMTP id 0231E2170; Tue, 18 Oct 2005 15:53:40 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j9IMtmTf001118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 18 Oct 2005 15:55:48 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j9IMtjKh001114; Tue, 18 Oct 2005 15:55:45 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17237.32113.798540.388315@satchel.alerce.com> Date: Tue, 18 Oct 2005 15:55:45 -0700 To: Scot Hetzel In-Reply-To: <790a9fff0510130830l68298bd1p3f3d20c76110df95@mail.gmail.com> References: <434BCDF6.3090303@samsco.org> <20051012170258.669d4f45.stanley.jobson@gmx.ch> <790a9fff0510130830l68298bd1p3f3d20c76110df95@mail.gmail.com> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: stanley jobson , freebsd-current@freebsd.org Subject: Re: FreeBSD 6.0-RC1 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 22:55:51 -0000 Scot Hetzel writes: > On 10/12/05, stanley jobson wrote: > > hi, > > > > > - The QEMU and VMWare packages are known to expose problems in the > > > IDE CDROM driver during OS install. > > > > will this be corrected for 6-stable? > > > > what about vmware 4 and vmware 5 having in the ports? anybody working on > > that? what are the probs? > > > I'm currently using vmware 5.5 on WinXP to host a FreeBSD guest. But > in order to get FreeBSD as the host OS, we'll need to back port some > linux ioctl to RELENG_4, RELENG_5, RELENG_6 from -CURRENT. See my > MFC request from May 20th: > > http://lists.freebsd.org/pipermail/freebsd-current/2005-May/050421.html > > Also, some one will need to re-write orlando's VMware 4 patch to > vmmon to work with Vmware 5.* and the VMware 3 vmnet patch to work > with VMware 4, and 5.*. Is the vmware stuff ever likely to work w/ acpi enabled? I'd been running Vmware 3 successfully, but moved to an IBM T42p laptop and it needs acpi enabled to run. Thanks, g. From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 23:03:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A97B16A460 for ; Tue, 18 Oct 2005 23:03:55 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE6EA43D48 for ; Tue, 18 Oct 2005 23:03:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9IN2jX0030480; Tue, 18 Oct 2005 17:02:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 18 Oct 2005 17:04:03 -0600 (MDT) Message-Id: <20051018.170403.10821844.imp@bsdimp.com> To: info@martenvijn.nl From: "M. Warner Losh" In-Reply-To: <1129663158.715.35.camel@localhost.localdomain> References: <1129663158.715.35.camel@localhost.localdomain> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 18 Oct 2005 17:02:46 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: cf-card in pccard slot panics kernel 6.0 BETA and rc1 at boottime X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 23:03:55 -0000 Any chance for a trace? Without it, this is impossible to make progress on since it doesn't happen for me here... Maybe you could also try: Subject: Re: wi2 died on 6.0 rc1 From: Marten Vijn Date: Sun, 16 Oct 2005 19:47:33 +0000 On Sat, 2005-10-15 at 22:21 -0600, M. Warner Losh wrote: ... > Please consider applying the following patch. It seems to work fine on a soekris. I will test it on a soekris and pentium 1 machines witch have 4 pccard slots with prism cards for testing: this img have 6.0 cf/hd with this patch http://wleiden.webweaving.org:8080/svn/node-config/other/6.0/ Could you send a nofifier if/when this patch is going to be merged in 6.0 Rc.x? ... and see if that changes anything... Warner From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 23:13:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A531316A41F; Tue, 18 Oct 2005 23:13:07 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F13143D6E; Tue, 18 Oct 2005 23:13:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9IND2qS064107; Tue, 18 Oct 2005 19:13:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9IND2Kp071649; Tue, 18 Oct 2005 19:13:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4A2D47302F; Tue, 18 Oct 2005 19:13:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051018231302.4A2D47302F@freebsd-current.sentex.ca> Date: Tue, 18 Oct 2005 19:13:02 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 23:13:07 -0000 TB --- 2005-10-18 21:36:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-18 21:36:11 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-10-18 21:36:11 - cleaning the object tree TB --- 2005-10-18 21:36:41 - checking out the source tree TB --- 2005-10-18 21:36:41 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-10-18 21:36:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-18 21:43:28 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-18 21:43:28 - cd /src TB --- 2005-10-18 21:43:28 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-18 22:47:28 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-18 22:47:28 - cd /src TB --- 2005-10-18 22:47:28 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Oct 18 22:47:29 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Oct 18 23:01:55 UTC 2005 TB --- 2005-10-18 23:01:55 - generating LINT kernel config TB --- 2005-10-18 23:01:55 - cd /src/sys/pc98/conf TB --- 2005-10-18 23:01:55 - /usr/bin/make -B LINT TB --- 2005-10-18 23:01:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-18 23:01:55 - cd /src TB --- 2005-10-18 23:01:55 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Oct 18 23:01:55 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/linux/linux_sysvec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_bus.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_cfgreg.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/pci/pci_pir.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/i386/svr4/svr4_locore.s cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/svr4/svr4_machdep.c /src/sys/i386/svr4/svr4_machdep.c: In function `svr4_sendsig': /src/sys/i386/svr4/svr4_machdep.c:432: error: structure has no member named `_info' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-18 23:13:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-18 23:13:02 - ERROR: failed to build lint kernel TB --- 2005-10-18 23:13:02 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 03:00:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F5EA16A41F for ; Wed, 19 Oct 2005 03:00:28 +0000 (GMT) (envelope-from kerneljake@hotmail.com) Received: from hotmail.com (bay110-f19.bay110.hotmail.com [65.54.229.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id B64E843D48 for ; Wed, 19 Oct 2005 03:00:25 +0000 (GMT) (envelope-from kerneljake@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 18 Oct 2005 20:00:24 -0700 Message-ID: Received: from 65.54.229.220 by by110fd.bay110.hotmail.msn.com with HTTP; Wed, 19 Oct 2005 03:00:24 GMT X-Originating-IP: [66.141.40.149] X-Originating-Email: [kerneljake@hotmail.com] X-Sender: kerneljake@hotmail.com In-Reply-To: <43551DDA.906@errno.com> From: "Kernel Jake" To: freebsd-current@freebsd.org Date: Tue, 18 Oct 2005 22:00:24 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 19 Oct 2005 03:00:24.0898 (UTC) FILETIME=[407C1A20:01C5D459] Subject: Re: page fault - 6.0-RC1 i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 03:00:28 -0000 Sam Leffler wrote: >Are you operating in 11g w/ protection enabled? If possible try turning >off protection at the ap and/or using ifconfig on the local station. The DWL-G520 had defaulted to a protection mode of CTS. My DI-624 access point had defaulted to a mode of "Auto", which I assume means it does whatever the client wants. I did an 'ifconfig protmode off', and I have now been successfully streaming audio continuously for 9.5 hours without a panic. Hitherto this feat was unheard of (pun intended). Thanks for your help! Let me know if you would like me to test patches or assist in further investigation. This is a test machine that I can tweak willy nilly. From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 03:30:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE05416A41F for ; Wed, 19 Oct 2005 03:30:41 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74A4943D46 for ; Wed, 19 Oct 2005 03:30:41 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j9J3UdpU058756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Oct 2005 20:30:39 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4355BDCF.2070805@errno.com> Date: Tue, 18 Oct 2005 20:30:23 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050927) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kernel Jake References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: page fault - 6.0-RC1 i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 03:30:41 -0000 Kernel Jake wrote: > Sam Leffler wrote: > >> Are you operating in 11g w/ protection enabled? If possible try >> turning off protection at the ap and/or using ifconfig on the local >> station. > > > The DWL-G520 had defaulted to a protection mode of CTS. My DI-624 > access point had defaulted to a mode of "Auto", which I assume means it > does whatever the client wants. I did an 'ifconfig protmode off', and I > have now been successfully streaming audio continuously for 9.5 hours > without a panic. Hitherto this feat was unheard of (pun intended). > > Thanks for your help! Let me know if you would like me to test patches > or assist in further investigation. This is a test machine that I can > tweak willy nilly. Thanks for reporting back. There's a "feature" in the driver I've been meanging to nuke 'cuz it's prone to race conditions; this just confirms it. Sam From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 06:14:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8768316A41F for ; Wed, 19 Oct 2005 06:14:00 +0000 (GMT) (envelope-from omersen@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1997643D46 for ; Wed, 19 Oct 2005 06:13:59 +0000 (GMT) (envelope-from omersen@gmail.com) Received: by qproxy.gmail.com with SMTP id o12so14037qba for ; Tue, 18 Oct 2005 23:13:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:x-enigmail-version:x-enigmail-supports:content-type:content-transfer-encoding; b=tepOy7AJd2XyQ6GI9a3CrpmzHG8u+dCHcJU1y52fpfgd5Ozjh2/2IRwq0aA+/2YKTSrU1BlfAfnXWcSuzAx9ng01fPganPtY20tcEzk2HZDSxhCi+UrGJ0PziKWioNpl5wRng9OCICDlVhoFieaFNKymUxXkQ4Fj5y1AWQglhZo= Received: by 10.64.193.7 with SMTP id q7mr215441qbf; Tue, 18 Oct 2005 23:13:59 -0700 (PDT) Received: from ?192.168.4.59? ( [193.140.74.2]) by mx.gmail.com with ESMTP id q16sm2517682qbq.2005.10.18.23.13.58; Tue, 18 Oct 2005 23:13:59 -0700 (PDT) Message-ID: <4355E3C5.7070704@gmail.com> Date: Wed, 19 Oct 2005 09:12:21 +0300 From: Omer Faruk Sen User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.0-Beta4 --> 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 06:14:00 -0000 Hi, Has anyone encountered following error. I am having this error on 2 machines when I make GENERIC 6.0-RC1 kernel on 6.0-BETA4 system: ow -mno-sse -mno-sse2 -ffreestanding -Werror ../../../fs/devfs/devfs_vnops.c ../../../fs/devfs/devfs_vnops.c:1148: warning: redundant redeclaration of 'devfs_ops_f' ../../../fs/devfs/devfs_vnops.c:70: warning: previous declaration of 'devfs_ops_f' was here ../../../fs/devfs/devfs_vnops.c:1159: warning: redundant redeclaration of 'devfs_vnodeops' ../../../fs/devfs/devfs_vnops.c:68: warning: previous declaration of 'devfs_vnodeops' was here ../../../fs/devfs/devfs_vnops.c:1181: warning: redundant redeclaration of 'devfs_specops' ../../../fs/devfs/devfs_vnops.c:69: warning: previous declaration of 'devfs_specops' was here *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 06:31:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC73E16A41F for ; Wed, 19 Oct 2005 06:31:58 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: from blue-ld-033.synserver.de (blue-ld-033.synserver.de [217.119.50.236]) by mx1.FreeBSD.org (Postfix) with SMTP id 2500443D49 for ; Wed, 19 Oct 2005 06:31:57 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: (qmail 22292 invoked by uid 0); 19 Oct 2005 06:31:55 -0000 X-SynServer-RemoteDnsName: port-212-202-34-162.dynamic.qsc.de X-SynServer-AuthUser: markus@trippelsdorf.de Received: from port-212-202-34-162.dynamic.qsc.de (HELO bsd.trippelsdorf.de) (212.202.34.162) by mx-05.synserver.de with SMTP; 19 Oct 2005 06:31:55 -0000 Date: Wed, 19 Oct 2005 08:31:54 +0200 From: Markus Trippelsdorf To: Omer Faruk Sen Message-ID: <20051019063154.GA61243@bsd.trippelsdorf.de> References: <4355E3C5.7070704@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4355E3C5.7070704@gmail.com> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: 6.0-Beta4 --> 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 06:31:59 -0000 On Wed, Oct 19, 2005 at 09:12:21AM +0300, Omer Faruk Sen wrote: > Hi, > > Has anyone encountered following error. I am having this error on 2 > machines when I make GENERIC 6.0-RC1 kernel on 6.0-BETA4 system: > http://groups.google.com/groups?ie=utf-8&oe=utf-8&q=devfs_vnops.c%3A1148&qt_s=Search&sa=N&tab=wg From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 07:11:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 262D316A41F; Wed, 19 Oct 2005 07:11:06 +0000 (GMT) (envelope-from dan@mail.neosystem.cz) Received: from gem.neosystem.cz (gem.neosystem.cz [81.95.103.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7007F43D46; Wed, 19 Oct 2005 07:11:05 +0000 (GMT) (envelope-from dan@mail.neosystem.cz) Received: from localhost (localhost [127.0.0.1]) by gem.neosystem.cz (Postfix) with ESMTP id DB3BC38AF91; Wed, 19 Oct 2005 09:11:05 +0200 (CEST) Received: from gem.neosystem.cz ([127.0.0.1]) by localhost (gem [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04976-07; Wed, 19 Oct 2005 09:11:03 +0200 (CEST) Received: from moon.kancelar.seznam.cz (proxy.seznam.cz [212.80.76.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gem.neosystem.cz (Postfix) with ESMTP id 886AA38AF8E; Wed, 19 Oct 2005 09:11:03 +0200 (CEST) Date: Wed, 19 Oct 2005 09:05:43 +0200 From: Dan Bilik To: freebsd-current@freebsd.org Message-Id: <20051019090543.244d6603.dan@mail.neosystem.cz> In-Reply-To: <20051018203012.2186B16A422@hub.freebsd.org> References: <20051018215950.7defb35e.dan@mail.neosystem.cz> <20051018203012.2186B16A422@hub.freebsd.org> Organization: neosystem.cz X-Mailer: Sylpheed version 2.0.2 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at neosystem.cz Cc: Bill Paul Subject: Re: Possible fxp(4) problem in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 07:11:06 -0000 On Tue, 18 Oct 2005 20:30:12 +0000 (GMT) wpaul@FreeBSD.ORG (Bill Paul) wrote: >> Today one of the problem machines got stuck again. I was able to >> log on through second functional interface and watch it more >> closely. Sending packets from the box worked (its arp requests were >> appearing on other boxes in the subnet) but it could not receive >> any packet. And another thing... It seems that running tcpdump (ie. >> entering and leaving promiscuous mode) on the interface resolved >> the problem and made the machine to appear back on the network. >> It's running with no problem from that moment. > ... > - The chip has experienced an RX overrun, where all of the descriptors > in its RX DMA ring have been filled by the chip before the driver > has had a chance to drain them. When this happens, the chip may > require the RX unit to be resumed. > - For some reason, the RX handler code in the driver has fallen out > of sync with the chip, i.e. the current descriptor index has gotten > clobbered, or maybe the chip was restarted and the index wasn't > properly reset. > RX overruns are obviously the result of a very busy network (or a very > busy host processor that can't service the NIC frequently enough to > drain the RX ring). If the network is busy, it would be with a lot of > small packets. Yes, it's exactly that case. The box is running boa to serve http requests for static content (mostly small to medium size images). There are around 1k established short-time connections and 50-70% CPU usage for the most of the day. We have also tried polling(4) on the problem machines but it didn't help (though we got less CPU usage). The same hardware serving the same purposes but running 4.9-RELEASE has never got jammed that way. It runs for months without a problem. > You should run vmstat -i or something to monitor the interrupt rate > on the failing interface and see if it peaks right before it goes > deaf. OK, I'm going to periodically collect this information on the problem boxes. Thanks. Dan From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 08:43:53 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3CFE16A41F for ; Wed, 19 Oct 2005 08:43:53 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62CC943D49 for ; Wed, 19 Oct 2005 08:43:53 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id DD1BFBC93 for ; Wed, 19 Oct 2005 08:43:51 +0000 (UTC) To: current@freebsd.org From: Poul-Henning Kamp Date: Wed, 19 Oct 2005 10:43:51 +0200 Message-ID: <83906.1129711431@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: =?iso-8859-1?q?current/i386/LINT_b=F8rken_in_svr4=5Fmachdep=2Ec?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 08:43:53 -0000 This has been going on for several days now ?? ../../../i386/svr4/svr4_machdep.c: In function `svr4_sendsig': ../../../i386/svr4/svr4_machdep.c:432: error: structure has no member named `_info' -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 09:01:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE86616A41F for ; Wed, 19 Oct 2005 09:01:40 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: from s1.vhost.cz (s1.vhost.cz [82.208.27.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A90B43D68 for ; Wed, 19 Oct 2005 09:01:37 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: (qmail 5885 invoked by alias); 19 Oct 2005 11:01:30 +0200 Received: from unknown (HELO localhost) (127.10.10.10) by s1.vhost.cz with SMTP; 19 Oct 2005 11:01:30 +0200 Received: from unknown ([127.0.0.1]) by localhost (s1.vhost.cz [127.0.0.1]) (amavisd-new, port 10628) id 05559-06 for ; Wed, 19 Oct 2005 11:01:30 +0200 (CEST) Received: from unknown (HELO ?172.19.13.144?) (jiri@mikulas.com@195.122.204.153) by s1.vhost.cz with AES256-SHA encrypted SMTP; 19 Oct 2005 11:01:30 +0200 Message-ID: <43560B6A.4070505@mikulas.com> Date: Wed, 19 Oct 2005 11:01:30 +0200 From: Jiri Mikulas User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050429) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at vhost.cz Subject: ath client bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 09:01:40 -0000 Hello I have problem to setup bridging box with ath in client mode and if_bridge When card is in AP mode, everything is ok, but if I want to run card in client mode, bridging is not working. Here are my testing steps: (it's quite long, so I prefer put URL there :) ) http://guli.praha12.net/bridge-test.log It seems to be ath related problem, or am I doing something wrong ? My second question is why chipset 5213 is detected as 5212 (ath0: )? Thaks for help and reply Jiri From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 09:16:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65C2116A41F for ; Wed, 19 Oct 2005 09:16:02 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECECE43D49 for ; Wed, 19 Oct 2005 09:16:01 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 0F9461CCDD; Wed, 19 Oct 2005 22:16:00 +1300 (NZDT) Date: Wed, 19 Oct 2005 22:15:59 +1300 From: Andrew Thompson To: Jiri Mikulas Message-ID: <20051019091559.GA45009@heff.fud.org.nz> References: <43560B6A.4070505@mikulas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43560B6A.4070505@mikulas.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: ath client bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 09:16:02 -0000 On Wed, Oct 19, 2005 at 11:01:30AM +0200, Jiri Mikulas wrote: > Hello > I have problem to setup bridging box with ath in client mode and if_bridge > When card is in AP mode, everything is ok, but if I want to run card in > client mode, bridging is not working. > Here are my testing steps: (it's quite long, so I prefer put URL there :) ) Bridging on the client side of a wireless connection is not supported and has to do with the 801.11 frame format. The problem is that the client only registers its own MAC address with the AP, so the bridged clients do not get a reply (as far as I understand). Andrew From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 09:31:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0BB116A41F for ; Wed, 19 Oct 2005 09:31:14 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from server300.com (server300.com [216.35.196.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60ED943D46 for ; Wed, 19 Oct 2005 09:31:14 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 28288 invoked by uid 502); 19 Oct 2005 09:31:13 -0000 Received: from unknown (HELO ?10.0.0.14?) (nike?d@82.199.197.152) by ns1.server300.com with (RC4-MD5 encrypted) SMTP; 19 Oct 2005 09:31:13 -0000 Message-ID: <4356129F.90602@cytexbg.com> Date: Wed, 19 Oct 2005 12:32:15 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <200510181233.47769.nike_d@cytexbg.com> <43551DF7.3060000@errno.com> <43552124.2030400@cytexbg.com> <435524D2.1050306@errno.com> <43552836.3000503@cytexbg.com> <43554809.4060900@errno.com> In-Reply-To: <43554809.4060900@errno.com> X-Enigmail-Version: 0.92.0.0 OpenPGP: id=F2DB7EB9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath not setting media type? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 09:31:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sam Leffler wrote: > > I still haven't seen you say what os version you're running or what > ifconfig ath0 shows. Here is what I see when devd runs at boot on my t42. > > Processing event '+ath0 vendor=0x168c device=0x1014 subvendor=0x17ab > subdevice=0 > x8331 class=0x020000 at slot=2 function=0 vendor=0x168c device=0x1014 > subvendor= > 0x17ab subdevice=0x8331 class=0x020000 on pci2' > Pushing table > setting device-name=ath0 > setting vendor=0x168c > setting device=0x1014 > setting subvendor=0x17ab > setting subdevice=0x8331 > setting class=0x020000 > Processing attach event > Testing device-name=ath0 against ^ed50 > Testing device-name=ath0 against ^ukbd0 > Testing device-name=ath0 against ^ums[0-9]+ > Testing media type of ath0 against 0x20 > ath0 has media type 0x80 > Testing media type of ath0 against 0x80 > ath0 has media type 0x80 > Executing '/etc/pccard_ether ath0 start' > > The machine is running a recent vintage of current. > > If you don't see the interface name then devd cannot query the media > type so you won't match based on media type. > I'm running about week old 7.0-CURRENT. ifconfig ath0 shows: ath0: flags=8802 mtu 1500 inet6 fe80::205:4eff:fe4f:7beb%ath0 prefixlen 64 scopeid 0x2 ether 00:05:4e:xx:xx:xx media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 1 authmode OPEN privacy OFF txpowmax 34 protmode CTS bintval 100 when booting with devd_flags="-D" i get: Processing event '+ath0 vendor=0x168c device=0x1014 subvendor=0x17ab subdevice=0x8331 class=0x020000 at slot=2 function=0 vendor=0x168c device=0x1014 subvendor=0x17ab subdevice=0x8331 class=0x020000 on pci2' Pushing table setting device-name=ath0 setting vendor=0x168c setting device=0x1014 setting subvendor=0x17ab setting subdevice=0x8331 setting class=0x020000 Processing attach event Testing device-name=ath0 against ^ed50 Testing device-name=ath0 against ^ukbd0 Testing device-name=ath0 against ^ums[0-9]+ Testing device-name=ath0 against ^ubt[0-9] Testing media type of ath0 against 0x20 ath0 has media type 0x80 Testing media type of ath0 against 0x80 ath0 has media type 0x80 Executing '/etc/pccard_ether ath0 start' Popping table my devd.conf is the default with added section for usb bluetooth devices (ubt[0-9]) (which executes /etc/rc.bluetooth start $device) So, devd sees the device name properly. And the media type is correctly set. (sorry for blaming ath(4) due to my ignorance) But the problem i have is with the notify events for LINK_UP/DOWN, the attach/detach events seems to be processed properly. Here is what i got when i kill wpa_supplicant and dhclient, bring ath0 down, then start devd in debug mode and then associate to my AP manually with wpa_supplicant Processing event '!system=IFNET subsystem=ath0 type=LINK_UP' Pushing table setting system=IFNET setting subsystem=ath0 setting type=LINK_UP Processing notify event Testing system=IFNET against ^ACPI Testing system=IFNET against ^ACPI Testing system=IFNET against ^IFNET Testing type=LINK_UP against ^LINK_UP Testing media type of against 0x20 Testing system=IFNET against ^IFNET Testing type=LINK_UP against ^LINK_UP Testing media type of against 0x80 Popping table and if i comment media-type "802.11"; in the notify event section in devd.conf : Processing event '!system=IFNET subsystem=ath0 type=LINK_UP' Pushing table setting system=IFNET setting subsystem=ath0 setting type=LINK_UP Processing notify event Testing system=IFNET against ^ACPI Testing system=IFNET against ^ACPI Testing system=IFNET against ^IFNET Testing type=LINK_UP against ^LINK_UP Testing media type of against 0x20 Testing system=IFNET against ^IFNET Testing type=LINK_UP against ^LINK_UP Executing '/etc/rc.d/dhclient start ath0' Popping table in rc.conf i have : ifconfig_ath0="DHCP WPA" I can provide any other info that is needed, and will cvsup and rebuild later today to see if the problem persists. - --niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDVhKeHNAJ/fLbfrkRAnr4AKCGqWG+9DqPBp90mVujaE6BfZDKWACcCEF9 Mnxx2dnz2ZBhoBSc7Jv1nAU= =plny -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 09:31:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C73C16A41F for ; Wed, 19 Oct 2005 09:31:47 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 834C143D45 for ; Wed, 19 Oct 2005 09:31:46 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=lapdance.yazzy.net) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1ESAHw-00000n-TY; Wed, 19 Oct 2005 11:31:14 +0200 Date: Wed, 19 Oct 2005 09:31:04 +0000 From: Marcin Jessa To: Jiri Mikulas Message-Id: <20051019093104.074c363f.lists@yazzy.org> In-Reply-To: <43560B6A.4070505@mikulas.com> References: <43560B6A.4070505@mikulas.com> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.2 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: freebsd-current@freebsd.org Subject: Re: ath client bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 09:31:47 -0000 On Wed, 19 Oct 2005 11:01:30 +0200 Jiri Mikulas wrote: : Hello : I have problem to setup bridging box with ath in client mode and if_bridge : When card is in AP mode, everything is ok, but if I want to run card in : client mode, bridging is not working. : Here are my testing steps: (it's quite long, so I prefer put URL there :) ) : : http://guli.praha12.net/bridge-test.log : : It seems to be ath related problem, or am I doing something wrong ? : : My second question is why chipset 5213 is detected as 5212 (ath0: : )? : : Thaks for help and reply : Jiri Try adhoc with if_bridge, that should work. I dont think you can do what you want without WDS extensions being present in the ath driver. Marcin. From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 09:33:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABF4C16A41F for ; Wed, 19 Oct 2005 09:33:44 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B72143D53; Wed, 19 Oct 2005 09:33:44 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9J9Xfol051234; Wed, 19 Oct 2005 09:33:43 GMT (envelope-from davidxu@freebsd.org) Message-ID: <435612F7.1040001@freebsd.org> Date: Wed, 19 Oct 2005 17:33:43 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <83906.1129711431@critter.freebsd.dk> In-Reply-To: <83906.1129711431@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: current/i386/LINT =?iso-8859-1?q?b=F8rken_in_svr4=5Fmachdep?= =?iso-8859-1?q?=2Ec?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 09:33:44 -0000 Poul-Henning Kamp wrote: > This has been going on for several days now ?? > > ../../../i386/svr4/svr4_machdep.c: In function `svr4_sendsig': > ../../../i386/svr4/svr4_machdep.c:432: error: structure has no member named `_info' > Sorry, should be fixed now. David Xu From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 18:49:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FA9616A41F; Tue, 18 Oct 2005 18:49:54 +0000 (GMT) (envelope-from kan@kan.dnsalias.net) Received: from kan.dnsalias.net (c-24-63-93-195.hsd1.ma.comcast.net [24.63.93.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4733543D68; Tue, 18 Oct 2005 18:49:50 +0000 (GMT) (envelope-from kan@kan.dnsalias.net) Received: from kan.dnsalias.net (TheGuy@localhost [127.0.0.1]) by kan.dnsalias.net (8.13.4/8.13.4) with ESMTP id j9IIngaP025998; Tue, 18 Oct 2005 14:49:42 -0400 (EDT) (envelope-from kan@kan.dnsalias.net) Received: (from kan@localhost) by kan.dnsalias.net (8.13.4/8.13.1/Submit) id j9IIngQj025997; Tue, 18 Oct 2005 14:49:42 -0400 (EDT) (envelope-from kan) Date: Tue, 18 Oct 2005 14:49:42 -0400 From: Alexander Kabaev To: Georg Bege Message-ID: <20051018184942.GB25896@kan.dnsalias.net> References: <43510C33.80205@ninth-art.de> <20051015185536.GA49570@freefall.freebsd.org> <43533EA6.4050800@ninth-art.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline In-Reply-To: <43533EA6.4050800@ninth-art.de> User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Wed, 19 Oct 2005 12:24:25 +0000 Cc: Alexander Kabaev , rodrigc@crodrigues.org, freebsd-current@freebsd.org Subject: Re: latest XFS patch doesnt work on RELENG_6 anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 18:49:54 -0000 --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 17, 2005 at 08:03:18AM +0200, Georg Bege wrote: > Alexander Kabaev wrote: > Hi > I tried your latest patch - I think it works fine, new problem appaered= =20 > though, > make buildkernel KERNCONF=3DFORTUNA gives me: >=20 > usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter=20 > -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath/freebsd=20 > -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa=20 > -I/usr/src/sys/gnu/fs/xfs/FreeBSD=20 > -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs=20 > -I/usr/src/sys/cam/scsi -I/usr/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r=20 > aic7xxx_reg.h -p aic7xxx_reg_print.c -i=20 > /usr/src/sys/dev/aic7xxx/aic7xxx_osm.h /usr/src/sys/dev/aic7xxx/aic7xxx.s= eq > ./aicasm: 880 instructions used > awk -f /usr/src/sys/tools/miidevs2h.awk /usr/src/sys/dev/mii/miidevs > awk -f /usr/src/sys/tools/pccarddevs2h.awk=20 > /usr/src/sys/dev/pccard/pccarddevs > awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -h > awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -d > make: don't know how to make=20 > /usr/src/sys/crypto/rijndael/rijndael-alg-fst.c. Stop > *** Error code 2 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > I did that on a new fetched RELENG_6 src/sys, dunno if this has=20 > something todo with the xfs patch or not. > Anyways thanks for your time - keep maintenence on xfs at least I think= =20 > its very important. >=20 This definitely has nothing to do with my patch. You either have stale dependencies or your source checkout is broken or catched someone's commit in the middle. BTW, you are the first person I know of who admits trying XFS snapshots. --=20 Alexander Kabaev --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDVUPGQ6z1jMm+XZYRAnZmAKDgBaXTyPPCpW591+228qb1D3IjQwCcCCkO hA/CAZuUa6uPfz85SEY4Ciw= =4NrL -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 09:17:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C30BF16A41F; Wed, 19 Oct 2005 09:17:37 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0322443D53; Wed, 19 Oct 2005 09:17:36 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from [192.168.168.135] (unknown [211.96.21.221]) by gddsn.org.cn (Postfix) with ESMTP id 8465F38CB4D; Wed, 19 Oct 2005 16:13:25 +0800 (CST) Message-ID: <43560006.6020707@gddsn.org.cn> Date: Wed, 19 Oct 2005 16:12:54 +0800 From: Suken Woo User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.7.7) Gecko/20050424 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: Bill Paul , current@freebsd.org, mobile@freebsd.org, hardware@freebsd.org References: <20051018200611.7474E16A42F@hub.freebsd.org> In-Reply-To: <20051018200611.7474E16A42F@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 19 Oct 2005 12:24:25 +0000 Cc: Subject: Re: Netgear WG511 drivers help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 09:17:38 -0000 Bill Paul Wrote: >>Suken Woo Wrote: >> >> >> >>>>lists: >>>>the Netgear WG511 dosen't support on freebsd and ndis wrapper doesn't >>>>work either >>>>anybody could give any help?? >>>>_______________________________________________ >>>>freebsd-mobile@freebsd.org mailing list >>>>http://lists.freebsd.org/mailman/listinfo/freebsd-mobile >>>>To unsubscribe, send any mail to >>>>"freebsd-mobile-unsubscribe@freebsd.org" >>>> >>>> >>>> >>>> >>>Did your Netgear WG511 say 'Atheros' on its packaging? >>>what does pciconf -lv say about it? >>> >>>I have a WG511T and it works fine its a Atheros. >>> >>>Mike >>> >>> >>> >>> >>the WG511 useing the difference chip set i though. and here's my >>pciconfig -lv lists: >>none1@pci3:0:0: class=0x020000 card=0x4e001385 chip=0x1faa11ab rev=0x03 >>hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' >> class = network >> subclass = ethernet >>and some dmesgs: >>cardbus0: Resource not specified in CIS: id=14, size=10000 >>cardbus0: at device 0.0 (no driver attached) >> >>BTW,my card's type is WG511 v2. >> >> > >I have the following: > >none7@pci1:0:0: class=0x020000 card=0x1faa11ab chip=0x1faa11ab rev=0x03 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > class = network > subclass = ethernet > >This is a Marvell 8335 card, and it works with the latest incarnation >of Project Evil in -current: > >ndis0: mem 0x88010000-0x8801ffff,0x88020000-0x8802ffff irq 9 at device 0.0 on cardbus0 >ndis0: NDIS API version: 5.1 > >Note however that I've been experiencing a peculiar problem with my >particular card and laptop. The card is a no-name brand ("Mentor"), >and I'm using it in my Sony Vaio Picturebook laptop. For the most >part it works ok: I can initialize it, get it to associate, I can >even do WPA2 with it using wpa_supplicant. The only problem is that >after it's been running for a while (usually several hours, though >sometimes sooner), the laptop will freeze up. Typically when it happens, >one of the LEDs on the card will be flashing, which I think means it's >become disassociated or the re-keying interval has expired. Sadly, >since the whole laptop wedges up completely, I have no clue what's >causing the problem. > >I haven't noticed the same problem when testing the same card with >my Soekris board at home, and I don't have another laptop or card >to test it with, so I'm at a bit of a loss. I've tried everything I >can think of to try and get the laptop to cough up some useful info >but with no joy. The fact that I can only get it to crash maybe once >or twice a day doesn't help. > >I suspect the issue is related to WPA2 somehow, so if you're not >going to use that, you may not notice any problems. Give it a try >and see what happens. > >-Bill > >-- >============================================================================= >-Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu > wpaul@windriver.com | Wind River Systems >============================================================================= > you're just BEGGING to face the moose >============================================================================= > > > yep, u r right here! use the latest incarnation of Project Evil in -CURRENT. it's working now and thank u very much :-P below is my ndis: cardbus0: Resource not specified in CIS: id=14, size=10000 ndis0: mem 0xd0220000-0xd022ffff,0xd0230000-0xd023ffff irq 11 at device 0.0 on cardbus0 ndis0: NDIS API version: 5.1 ndis0: Ethernet address: 00:0f:b5:86:85:a8 From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 09:21:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23BEB16A421 for ; Wed, 19 Oct 2005 09:21:04 +0000 (GMT) (envelope-from bsddiy@126.com) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5759243D46; Wed, 19 Oct 2005 09:21:03 +0000 (GMT) (envelope-from bsddiy@126.com) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9J9Kx3K049373; Wed, 19 Oct 2005 09:21:01 GMT (envelope-from bsddiy@126.com) Message-ID: <43560FFC.8050300@126.com> Date: Wed, 19 Oct 2005 17:21:00 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <83906.1129711431@critter.freebsd.dk> In-Reply-To: <83906.1129711431@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 19 Oct 2005 12:24:25 +0000 Cc: current@freebsd.org Subject: Re: current/i386/LINT =?iso-8859-1?q?b=F8rken_in_svr4=5Fmachdep?= =?iso-8859-1?q?=2Ec?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 09:21:04 -0000 Poul-Henning Kamp wrote: > This has been going on for several days now ?? > > ../../../i386/svr4/svr4_machdep.c: In function `svr4_sendsig': > ../../../i386/svr4/svr4_machdep.c:432: error: structure has no member named `_info' > I am fixing it, it is caused by some brain-damanaged macro in svr4_signal.h, it is occupying our standard macro names and fields member names. David Xu From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 10:39:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B43016A41F for ; Wed, 19 Oct 2005 10:39:24 +0000 (GMT) (envelope-from samspeedu@mail.ru) Received: from mx6.mail.ru (mx6.mail.ru [194.67.23.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FB2743D45 for ; Wed, 19 Oct 2005 10:39:23 +0000 (GMT) (envelope-from samspeedu@mail.ru) Received: from [80.82.44.194] (port=40807 helo=192.168.168.7) by mx6.mail.ru with esmtp id 1ESBLt-000KPe-00; Wed, 19 Oct 2005 14:39:21 +0400 Date: Wed, 19 Oct 2005 14:37:58 +0400 From: Andrey Smagin X-Mailer: The Bat! (v1.62r) Organization: DiP X-Priority: 3 (Normal) Message-ID: <912993646.20051019143758@mail.ru> To: Jiri Mikulas In-Reply-To: <43560B6A.4070505@mikulas.com> References: <43560B6A.4070505@mikulas.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 19 Oct 2005 12:24:25 +0000 Cc: freebsd-current@freebsd.org Subject: Re: ath client bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: SAMU List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 10:39:24 -0000 Hello Jiri, Wednesday, October 19, 2005, 1:01:30 PM, you wrote: JM> Hello JM> I have problem to setup bridging box with ath in client mode and if_bridge JM> When card is in AP mode, everything is ok, but if I want to run card in JM> client mode, bridging is not working. JM> Here are my testing steps: (it's quite long, so I prefer put URL there :) ) JM> http://guli.praha12.net/bridge-test.log I have same problem, and tried use ath and acx card about a 2 year, now i use 3 solution: 1) put wires when possible 2) purchase active hardware instead card (hi price) 3) use adhoc mode (very low speed, but may be I have bad hands or brain :). If you get good speed, please write me configs, and hardware list ) JM> It seems to be ath related problem, or am I doing something wrong ? JM> My second question is why chipset 5213 is detected as 5212 (ath0: JM> )? JM> Thaks for help and reply JM> Jiri JM> _______________________________________________ JM> freebsd-current@freebsd.org mailing list JM> http://lists.freebsd.org/mailman/listinfo/freebsd-current JM> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Best regards, Andrey mailto:samspeedu@mail.ru From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 11:46:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 281DE16A41F for ; Wed, 19 Oct 2005 11:46:27 +0000 (GMT) (envelope-from alexander.nikiforenko@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id A795D43D45 for ; Wed, 19 Oct 2005 11:46:26 +0000 (GMT) (envelope-from alexander.nikiforenko@gmail.com) Received: by xproxy.gmail.com with SMTP id t4so43881wxc for ; Wed, 19 Oct 2005 04:46:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ADV6aeyeleOB49pqhKe1RotgP/xCiO1ug5p0FXl5TJkg7NE9lVR4h1ZRYYXLKrj8Oq5Vlx6FBGUyyA2qClE+QHXToMV/WIDBnEv9KRW6MwCbfZwiTETRlxwrIVZDpmOVDNP96dfGscP1vxTvjRu9nB5sS6N4ontAjoHMMVslSqU= Received: by 10.70.46.20 with SMTP id t20mr254164wxt; Wed, 19 Oct 2005 04:46:25 -0700 (PDT) Received: by 10.70.33.16 with HTTP; Wed, 19 Oct 2005 04:46:25 -0700 (PDT) Message-ID: <3b76d0c60510190446l61cb4d0arc044add86f3dc746@mail.gmail.com> Date: Wed, 19 Oct 2005 15:46:25 +0400 From: Alexander Nikiforenko To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailman-Approved-At: Wed, 19 Oct 2005 12:24:25 +0000 Cc: Subject: kldunload and sysctl cause kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 11:46:27 -0000 Hi, FreeBSD t23 6.0-RC1 FreeBSD 6.0-RC1 #1: Tue Oct 18 22:53:17 MSD 2005 =20 root@t23:/usr/obj/usr/src/sys/T23 i386 kldunload sio #0 doadump () at pcpu.h:165 #1 0xc04d1b32 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 #2 0xc04d1dc8 in panic (fmt=3D0xc05f2c26 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc05d5344 in trap_fatal (frame=3D0xcc7b8c74, eva=3D3245058928) at /usr/src/sys/i386/i386/trap.c:831 #4 0xc05d50af in trap_pfault (frame=3D0xcc7b8c74, usermode=3D0, eva=3D3245= 058928) at /usr/src/sys/i386/i386/trap.c:742 #5 0xc05d4d0d in trap (frame=3D {tf_fs =3D -1068630008, tf_es =3D 524328, tf_ds =3D -1068629976, tf_e= di =3D 7, tf_ esi =3D 4, tf_ebp =3D -864318232, tf_isp =3D -864318304, tf_ebx =3D -106715= 9136, tf_edx =3D -1055665024, tf_ecx =3D -969893912, tf_eax =3D -1055665024, tf_trapno = =3D 12, tf_err =3D 0, tf_eip =3D -1049908368, tf_cs =3D 32, tf_eflags =3D 590342, tf_esp = =3D -1068639305 , tf_ss =3D 0}) at /usr/src/sys/i386/i386/trap.c:432 #6 0xc05c4e0a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc16bab70 in ?? () Previous frame inner to this frame (corrupt stack?) ---- sysctl -a #0 doadump () at pcpu.h:165 #1 0xc04d1b32 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 #2 0xc04d1dc8 in panic (fmt=3D0xc05f2c26 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc05d5344 in trap_fatal (frame=3D0xdd377ad8, eva=3D191) at /usr/src/sys/i386/i386/trap.c:831 #4 0xc05d50af in trap_pfault (frame=3D0xdd377ad8, usermode=3D0, eva=3D191) at /usr/src/sys/i386/i386/trap.c:742 #5 0xc05d4d0d in trap (frame=3D {tf_fs =3D -583598072, tf_es =3D 40, tf_ds =3D -583598040, tf_edi =3D= -583566468, tf_esi =3D -1054962688, tf_ebp =3D -583566568, tf_isp =3D -583566588, tf_eb= x =3D -105496 2688, tf_edx =3D -1049856512, tf_ecx =3D 0, tf_eax =3D -1, tf_trapno =3D 12= , tf_err =3D 0, tf_eip =3D -1068991719, tf_cs =3D 32, tf_eflags =3D 66182, tf_esp =3D -583= 566400, tf_ss =3D -1068489025}) at /usr/src/sys/i386/i386/trap.c:432 #6 0xc05c4e0a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0487b19 in dev2udev (x=3D0xc16c7600) at /usr/src/sys/fs/devfs/devfs_vnops.c:1145 #8 0xc05026bf in sysctl_kern_ttys (oidp=3D0xc062c840, arg1=3D0x0, arg2=3D0= , req=3D0xdd377c04) at /usr/src/sys/kern/tty.c:3040 #9 0xc04d98f3 in sysctl_root (oidp=3D0x0, arg1=3D0x0, arg2=3D0, req=3D0xdd= 377c04) at /usr/src/sys/kern/kern_sysctl.c:1248 #10 0xc04d9af0 in userland_sysctl (td=3D0xffffffff, name=3D0xdd377c74, name= len=3D2, old=3D0xdd377c04, oldlenp=3D0xbfbfd9fc, inkernel=3D0, new=3D0x0, newlen=3D4294967295, retval=3D0xdd377c70, flags=3D-1) at /usr/src/sys/kern/kern_sysctl.c:1347 #11 0xc04d9993 in __sysctl (td=3D0xc16c2300, uap=3D0xdd377d04) at /usr/src/sys/kern/kern_sysctl.c:1282 #12 0xc05d565b in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 2, tf_esi =3D -= 1077945860, tf_ ebp =3D -1077945944, tf_isp =3D -583565980, tf_ebx =3D 672367844, tf_edx = =3D 0, tf_ecx =3D -1077943648, tf_eax =3D 202, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 67= 1840819, tf_c s =3D 51, tf_eflags =3D 662, tf_esp =3D -1077946004, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:976 #13 0xc05c4e5f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) -- Alexander From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 12:51:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 760EE16A41F for ; Wed, 19 Oct 2005 12:51:22 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E89243D58 for ; Wed, 19 Oct 2005 12:51:21 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j9JCpK7t094755; Wed, 19 Oct 2005 07:51:20 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <43564132.2020807@centtech.com> Date: Wed, 19 Oct 2005 07:50:58 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050914 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Kabaev References: <43510C33.80205@ninth-art.de> <20051015185536.GA49570@freefall.freebsd.org> <43533EA6.4050800@ninth-art.de> <20051018184942.GB25896@kan.dnsalias.net> In-Reply-To: <20051018184942.GB25896@kan.dnsalias.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1142/Tue Oct 18 02:21:37 2005 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: latest XFS patch doesnt work on RELENG_6 anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 12:51:22 -0000 Alexander Kabaev wrote: [..snip..] > BTW, you are the first person I know of who admits trying XFS snapshots. Not true! I am also guilty of trying them several times.. :) Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 13:32:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FDEA16A41F for ; Wed, 19 Oct 2005 13:32:12 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: from martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFC2143D49 for ; Wed, 19 Oct 2005 13:32:11 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] ([192.168.1.6]) by martenvijn.nl (8.13.4/8.13.1) with ESMTP id j9JDWfvG091653; Wed, 19 Oct 2005 15:32:42 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten Vijn To: "M. Warner Losh" In-Reply-To: <20051018.170403.10821844.imp@bsdimp.com> References: <1129663158.715.35.camel@localhost.localdomain> <20051018.170403.10821844.imp@bsdimp.com> Content-Type: text/plain Organization: Marten Vijn Date: Wed, 19 Oct 2005 15:32:07 +0000 Message-Id: <1129735927.689.37.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: cf-card in pccard slot panics kernel 6.0 BETA and rc1 at boottime X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: info@martenvijn.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 13:32:12 -0000 On Tue, 2005-10-18 at 17:04 -0600, M. Warner Losh wrote: 1 ==> Maybe you could also try: > > On Sat, 2005-10-15 at 22:21 -0600, M. Warner Losh wrote: > ...> Please consider applying the following patch. > > and see if that changes anything... With or without the patch there is no difference. 2 ==> > Any chance for a trace? Without it, this is impossible to make > progress on since it doesn't happen for me here... Yes, I would like but I don't know how jet. added for debugging to my kernelconfig: options KTR options KTR_ENTRIES=1024 options KTR_VERBOSE options KTR_ALQ ends in: ERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-gr owth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred -stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror vers.c linking kernel.debug kern_ktr.o(.text+0x8d): In function `sysctl_debug_ktr_alq_enable': /usr/src/sys/kern/kern_ktr.c:147: undefined reference to `alq_open' kern_ktr.o(.text+0xe3):/usr/src/sys/kern/kern_ktr.c:160: undefined reference to `alq_close' kern_ktr.o(.text+0x17f): In function `ktr_tracepoint': /usr/src/sys/kern/kern_ktr.c:201: undefined reference to `ald_thread' kern_ktr.o(.text+0x1ac):/usr/src/sys/kern/kern_ktr.c:207: undefined reference to `alq_get' kern_ktr.o(.text+0x29d):/usr/src/sys/kern/kern_ktr.c:252: undefined reference to `alq_post' *** Error code 1 Stop in /usr/obj/usr/src/sys/itx. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I must be doing someting wrong somewhere. (help is appriciated) Do I need to do set thing is /etc/sysctl.conf like: debug.ktr.alq_file=/tmp/itx.out debug.ktr.alq_enable=1 Marten From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 13:47:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47ABA16A41F for ; Wed, 19 Oct 2005 13:47:16 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 70DF643D5D for ; Wed, 19 Oct 2005 13:47:14 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 90214 invoked by uid 1026); 19 Oct 2005 13:51:32 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.112865 secs); 19 Oct 2005 13:51:32 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 19 Oct 2005 13:51:32 -0000 From: Niki Denev To: freebsd-current@freebsd.org Date: Wed, 19 Oct 2005 16:47:09 +0300 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1519125.Aoib687psM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510191647.10254.nike_d@cytexbg.com> Subject: devctl man page is out of date X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 13:47:16 -0000 --nextPart1519125.Aoib687psM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Shouldn't the devctl(4) man page be updated to include the notify events "!= "? Right now it lists only "+", "-", "?" resp. attach, detach and nomatch. Should a PR be filed for this? =2D-=20 =2D-niki PGP KeyId: 0xF2DB7EB9 --nextPart1519125.Aoib687psM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBDVk5eHNAJ/fLbfrkRAjDvAKCvveLR2XDKDGUX9osHfX7zMeXSSgCgwluD 4b04BHm9UNrcziOc4rTlqMo= =Fy1X -----END PGP SIGNATURE----- --nextPart1519125.Aoib687psM-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 13:59:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C54F016A41F; Wed, 19 Oct 2005 13:59:20 +0000 (GMT) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AC7643D4C; Wed, 19 Oct 2005 13:59:20 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 9D9511A3C26; Wed, 19 Oct 2005 06:59:19 -0700 (PDT) Date: Wed, 19 Oct 2005 15:59:19 +0200 From: Maxime Henrion To: Dan Bilik Message-ID: <20051019135919.GD1327@elvis.mu.org> References: <20051018215950.7defb35e.dan@mail.neosystem.cz> <20051018203012.2186B16A422@hub.freebsd.org> <20051019090543.244d6603.dan@mail.neosystem.cz> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <20051019090543.244d6603.dan@mail.neosystem.cz> User-Agent: Mutt/1.4.2.1i Cc: Bill Paul , freebsd-current@freebsd.org Subject: Re: Possible fxp(4) problem in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 13:59:21 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dan Bilik wrote: > On Tue, 18 Oct 2005 20:30:12 +0000 (GMT) > wpaul@FreeBSD.ORG (Bill Paul) wrote: > > >> Today one of the problem machines got stuck again. I was able to > >> log on through second functional interface and watch it more > >> closely. Sending packets from the box worked (its arp requests were > >> appearing on other boxes in the subnet) but it could not receive > >> any packet. And another thing... It seems that running tcpdump (ie. > >> entering and leaving promiscuous mode) on the interface resolved > >> the problem and made the machine to appear back on the network. > >> It's running with no problem from that moment. > > ... > > - The chip has experienced an RX overrun, where all of the descriptors > > in its RX DMA ring have been filled by the chip before the driver > > has had a chance to drain them. When this happens, the chip may > > require the RX unit to be resumed. > > - For some reason, the RX handler code in the driver has fallen out > > of sync with the chip, i.e. the current descriptor index has gotten > > clobbered, or maybe the chip was restarted and the index wasn't > > properly reset. > > RX overruns are obviously the result of a very busy network (or a very > > busy host processor that can't service the NIC frequently enough to > > drain the RX ring). If the network is busy, it would be with a lot of > > small packets. > > Yes, it's exactly that case. The box is running boa to serve http > requests for static content (mostly small to medium size images). There > are around 1k established short-time connections and 50-70% CPU usage > for the most of the day. We have also tried polling(4) on the problem > machines but it didn't help (though we got less CPU usage). > > The same hardware serving the same purposes but running 4.9-RELEASE has > never got jammed that way. It runs for months without a problem. > > > You should run vmstat -i or something to monitor the interrupt rate > > on the failing interface and see if it peaks right before it goes > > deaf. > > OK, I'm going to periodically collect this information on the problem > boxes. Thanks. I just checked the code and it appears that fxp(4) indeed doesn't handle DMA overrun errors. I've generated a small patch that adds a printf() call if that happens. It won't solve the problem since it only does that, but if you can confirm that the message is printed when the interface goes deaf I'll write a real patch later to fix the issue (I'm at work at the moment and kinda busy). Cheers, Maxime --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="fxp-debug.patch" --- if_fxp.c.orig Wed Oct 19 15:49:58 2005 +++ if_fxp.c Wed Oct 19 15:54:48 2005 @@ -1641,6 +1641,9 @@ } #endif /* DEVICE_POLLING */ + if (le16toh(rfa->rfa_status) & FXP_RFA_STATUS_OVERRUN) + device_printf(sc->dev, "DMA overrun"); + if ((le16toh(rfa->rfa_status) & FXP_RFA_STATUS_C) == 0) break; --W/nzBZO5zC0uMSeA-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 15:30:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE71E16A41F for ; Wed, 19 Oct 2005 15:30:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A73043D48 for ; Wed, 19 Oct 2005 15:30:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9JFScaP068237; Wed, 19 Oct 2005 09:28:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 19 Oct 2005 09:29:57 -0600 (MDT) Message-Id: <20051019.092957.122315513.imp@bsdimp.com> To: info@martenvijn.nl From: "M. Warner Losh" In-Reply-To: <1129735927.689.37.camel@localhost.localdomain> References: <1129663158.715.35.camel@localhost.localdomain> <20051018.170403.10821844.imp@bsdimp.com> <1129735927.689.37.camel@localhost.localdomain> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 19 Oct 2005 09:28:38 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: cf-card in pccard slot panics kernel 6.0 BETA and rc1 at boottime X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 15:30:50 -0000 In message: <1129735927.689.37.camel@localhost.localdomain> Marten Vijn writes: : On Tue, 2005-10-18 at 17:04 -0600, M. Warner Losh wrote: : : 1 ==> Maybe you could also try: : > : > On Sat, 2005-10-15 at 22:21 -0600, M. Warner Losh wrote: : > ...> Please consider applying the following patch. : > : > and see if that changes anything... : : With or without the patch there is no difference. : : : 2 ==> : > Any chance for a trace? Without it, this is impossible to make : > progress on since it doesn't happen for me here... : : Yes, I would like but I don't know how jet. : : added for debugging to my kernelconfig: : : options KTR : options KTR_ENTRIES=1024 : options KTR_VERBOSE : options KTR_ALQ Actually you need the following: # # Compile with kernel debugger related code. # options KDB # # Enable the ddb debugger backend. # options DDB and when the panic happens, you'll get 'db> ' prompt. Type 'trace' there and report what comes back. Warner From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 16:23:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2F9416A41F for ; Wed, 19 Oct 2005 16:23:31 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from nostrum.com (magus.nostrum.com [69.5.195.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7D8A43D49 for ; Wed, 19 Oct 2005 16:23:29 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from magus.nostrum.com (pckizer@localhost [127.0.0.1]) by nostrum.com (8.12.11/8.12.11) with ESMTP id j9JGNSra007358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 19 Oct 2005 11:23:28 -0500 (CDT) (envelope-from pckizer@magus.nostrum.com) Received: (from pckizer@localhost) by magus.nostrum.com (8.12.11/8.12.11/Submit) id j9JGNSfr007356; Wed, 19 Oct 2005 11:23:28 -0500 (CDT) (envelope-from pckizer) Message-Id: <200510191623.j9JGNSfr007356@magus.nostrum.com> From: Philip Kizer To: freebsd-current@freebsd.org Date: Wed, 19 Oct 2005 11:23:27 -0500 Sender: pckizer@nostrum.com Received-SPF: pass (nostrum.com: localhost is always allowed.) Subject: Problem remains with FreeBSD 6.0-RC1 as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 16:23:31 -0000 I have a problem I reported on freebsd-stable several weeks ago in: http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=47770+187449+/usr/local/www/db/text/2005/freebsd-stable/20051009.freebsd-stable I upgraded a test box to see if all of the reports were true that threading and most other major problems were better in the 6.x branch, but I have had the same kind of hangs with 6.0-RC1 that I was having with RELENG_5. I get notified that some of my services are unavailable and I verify that new connection attempts from remote just hang. Attempts at issuing commands from my existing ssh connections will let me send a and see a new prompt generated, but any attempt at execing/etc will then hang that process. Moving to the console, I get the same behaviour such that if it is already logged in, I can hit return in the shell and get a new shell prompt, but any command I try (i.e. 'uptime' or 'uname') then results in the same lack of any further response. [Though, obviously from below, sending a break to activate DDB still works.] If the console is not already logged in and I hit return at "login:", I get a new "login:" prompt; but, as soon as I enter a username+^M or even Ctrl-D it, I cease to receive any feedback besides terminal echo from my input. This is: FreeBSD [host-elided] 6.0-RC1 FreeBSD 6.0-RC1 #0: Mon Oct 17 15:52:35 CDT 2005 root@[host-elided]:/usr/obj/usr/src/sys/SMP_DDB i386 # grep '^[a-z]' /sys/i386/conf/SMP_DDB include GENERIC ident DDB options SMP # Symmetric MultiProcessor Kernel options INCLUDE_CONFIG_FILE # Include this file in kernel options DDB #Enable the kernel debugger options DDB_NUMSYM #Print numerical value of symbols too options KDB options KDB_TRACE options BREAK_TO_DEBUGGER [After notification of a problem, this is from the serial console...a few further inline comments included in brackets "[]".] # [Typed: Ctrl-T] load: 1.82 cmd: sh 795 [ttyin] 0.00u 0.00s 0% 168k # uptime [Waited a while to be sure it was hung and not returning. Retyped: Ctrl-T] load: 1.82 cmd: uptime 83303 [filelist lock] 0.00u 0.00s 0% 180k [Sent BREAK] KDB: enter: Line break on console [thread pid 82885 tid 100133 ] Stopped at 0xc0659b37 = kdb_enter+0x2b: nop db> set $lines=0 db> trace Tracing pid 82885 tid 100133 td 0xc3c34c00 kdb_enter(c0895a5e) at 0xc0659b37 = kdb_enter+0x2b siointr1(c372ec00) at 0xc07f09b2 = siointr1+0xce siointr(c372ec00) at 0xc07f0792 = siointr+0x5e intr_execute_handlers(c3528090,f1325b68,4,f1325bcc,c0805073) at 0xc0808985 = intr_execute_handlers+0x85 lapic_handle_intr(34) at 0xc080b042 = lapic_handle_intr+0x2e Xapic_isr1() at 0xc0805073 = Xapic_isr1+0x33 --- interrupt, eip = 0xc0685d59, esp = 0xf1325bac, ebp = 0xf1325bcc --- unp_gc(c43be2c8) at 0xc0685d59 = unp_gc+0xf1 unp_detach(c43b7000,f1325c08,c067a188,c43be2c8,0) at 0xc06840fa = unp_detach+0xae uipc_detach(c43be2c8) at 0xc0682f8e = uipc_detach+0x82 soclose(c43be2c8,c40fb6c0,0,f1325c34,c0620c10) at 0xc067a188 = soclose+0x278 soo_close(c40fb6c0,c3c34c00) at 0xc0669fb3 = soo_close+0x63 fdrop_locked(c40fb6c0,c3c34c00,c3a3d800,f1325cb4,c061f0fb) at 0xc0620c10 = fdrop_locked+0xac fdrop(c40fb6c0,c3c34c00,c066371f,c40fb6c0,c878ac00) at 0xc0620b5d = fdrop+0x41 closef(c40fb6c0,c3c34c00,0,c3c34c00,6) at 0xc061f0fb = closef+0x427 close(c3c34c00,f1325d04,1,0,292) at 0xc061c4bd = close+0x211 syscall(3b,1003b,bfbf003b,80d58e7,80e8780) at 0xc0818557 = syscall+0x2bf Xint0x80_syscall() at 0xc0804d0f = Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip = 0x282cb7d3, esp = 0xbfbfae4c, ebp = 0xbfbfae68 --- db> show reg cs 0x20 ds 0xc0870028 es 0xc0650028 parse_dynamic+0x4 fs 0xf1320008 ss 0x28 eax 0x22 ecx 0xc1033000 edx 0 ebx 0xc3c34c00 esp 0xf1325afc ebp 0xf1325afc esi 0xc372ec00 edi 0xf9 eip 0xc0659b37 kdb_enter+0x2b efl 0x86 dr0 0 dr1 0 dr2 0 dr3 0 dr4 0xffff0ff0 dr5 0x400 dr6 0xffff0ff0 dr7 0x400 0xc0659b37 = kdb_enter+0x2b: nop db> show witness No such command db> show pcpu cpuid = 1 curthread = 0xc3c34c00: pid 82885 \"sendmail\" curpcb = 0xf1325d90 fpcurthread = none idlethread = 0xc34d8780: pid 11 \"idle: cpu1\" APIC ID = 0 currentldt = 0x50 db> show pcpuu0 cpuid = 0 curthread = 0xc34d8900: pid 12 \"idle: cpu0\" curpcb = 0xe4f9bd90 fpcurthread = none idlethread = 0xc34d8900: pid 12 \"idle: cpu0\" APIC ID = 1 currentldt = 0x50 db> show pcpu 1 cpuid = 1 curthread = 0xc3c34c00: pid 82885 \"sendmail\" curpcb = 0xf1325d90 fpcurthread = none idlethread = 0xc34d8780: pid 11 \"idle: cpu1\" APIC ID = 0 currentldt = 0x50 db> show pcpu 2 CPU 2 not found db> print sysctllock c093ace0 db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 83305 c43b2830 0 504 504 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] cron 83304 c3d91a3c 21802 605 605 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 83303 c3d12c48 0 795 83303 0004002 [SLPQ filelist lock 0xc0938bd0][SLP] uptime 83302 c5b13418 0 686 686 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83301 c3ba1c48 0 680 680 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83300 c40c320c 0 504 504 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] cron 83299 c43a2830 0 504 504 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] cron 83298 c38dec48 0 504 504 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] cron 83297 c3f0020c 21802 605 605 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 83296 c3c36624 21802 605 605 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 83295 c406620c 21802 605 605 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 83294 c38de20c 21802 605 605 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 83293 c41af418 0 686 686 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83292 c4244a3c 0 680 680 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83291 c40c0624 0 504 504 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] cron 83290 c43b1a3c 0 504 504 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] cron 83289 c5fffc48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83288 c3e9d830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83287 c3cbbc48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83286 c43a2000 0 636 636 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83285 c40c4c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83284 c413b624 0 636 636 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83283 c6003418 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83282 c4140000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83281 c43ac000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83280 c3d91830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83279 c43afc48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83278 c3cbb418 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83277 c4244c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83276 c40c0830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83275 c4136624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83274 c4140a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83273 c6035830 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83272 c43b120c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83271 c41ada3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83270 c3fca624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83269 c6035c48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83268 c5b13c48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83267 c3f82c48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83266 c424320c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83265 c43a720c 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83264 c3e9d418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83263 c3d18000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83261 c6036418 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83260 c5b0120c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83259 c4244000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83258 c4243830 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83257 c43af830 0 1 83257 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83255 c5b01830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83254 c5b01000 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83248 c3b99c48 0 680 680 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83247 c42d5c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83246 c3f00a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83245 c6036000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83244 c40c3c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83243 c5fff830 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83242 c5b01418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83241 c42a2624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83240 c41af000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83239 c41ad830 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83238 c3d1820c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83237 c3f00624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83236 c5b13a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83235 c42a7a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83234 c3f82830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83233 c43a7624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83231 c4376418 0 683 683 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83230 c406e830 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83229 c42d520c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83228 c43af418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83227 c413ba3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83226 c3e9d20c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83225 c43a220c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83224 c3b99418 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83223 c3c33c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83222 c4375000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83221 c3e9d624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83220 c38de830 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83219 c3f8020c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83218 c3f02a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83213 c4375a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83212 c5b09418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83211 c43af624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83208 c4135830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83207 c41afa3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83206 c406ea3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83205 c413b418 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83195 c3f80624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83193 c5b0920c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83192 c3c33624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83191 c3c36a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83190 c4140418 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83189 c4135418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83188 c437620c 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83187 c406e624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83186 c43a7418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83185 c3c36c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83184 c3cbb830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83183 c406e000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83182 c43a2c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83181 c40c3000 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83180 c4140c48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83179 c42a2418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83178 c437e000 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83175 c5fff20c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83174 c3f82624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83168 c3ba1830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83167 c4243a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83164 c6003000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83162 c4066a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83157 c40c4000 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83154 c600320c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83153 c40c0c48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83152 c3d18418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83150 c41adc48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83149 c3e9dc48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83148 c3cba624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83146 c3c36000 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83145 c3f01830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83142 c41af20c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83141 c3e9da3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83140 c5fff624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83134 c41af624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83132 c4136830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83131 c603620c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83130 c3f00418 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83129 c3fcac48 0 664 664 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83128 c40c4418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83125 c42d4c48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83124 c3fca20c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83123 c437e418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83121 c4135c48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83119 c41af830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83118 c38dd000 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83117 c42d4a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83114 c42a720c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83113 c41aac48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83112 c42d420c 0 664 664 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83109 c40c4a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83108 c3f8220c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83107 c3d10830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83105 c41aa000 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail 83101 c4066624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83100 c40c3624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83097 c42a2000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83094 c41aa830 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83093 c43a7a3c 0 664 664 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83092 c43b1000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83091 c437ec48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83087 c5fff000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83070 c42a2830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83069 c6036c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83056 c6035624 0 664 664 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail 83051 c41ad20c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83050 c4244830 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83041 c40c0a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83038 c424420c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83037 c43a2624 0 664 664 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail 83034 c413b000 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82994 c43b2000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82993 c38d8c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82992 c5b01a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82991 c5b01c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82990 c43b2624 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82989 c5b09000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82987 c6036830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82986 c42d5624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82984 c5b09624 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82983 c5b09830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82982 c4135a3c 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 82981 c3f82000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82976 c42d5830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82975 c5b09c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82974 c43acc48 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82973 c3f02418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82972 c5b13000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82971 c43ac20c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82970 c3cbb20c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82969 c43a2418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82967 c43a7000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82966 c40c0000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82965 c4376c48 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82964 c43b1c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82962 c41ad624 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82961 c38dea3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82960 c38a820c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82959 c43b0c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82952 c42a2a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82951 c6035000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82948 c43b220c 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 82947 c6035a3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82945 c43b2418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82944 c41aaa3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82938 c40c420c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82937 c6036a3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82932 c3f01a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82931 c42d4624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82930 c41aa418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82929 c3d94c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82928 c3f02830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82927 c3d94a3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82926 c413620c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82925 c3fcbc48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82924 c42d5a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82923 c4140830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82922 c43ac830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82921 c3f0220c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82919 c43b0418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82918 c3cbba3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82917 c4066830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82916 c3ba1624 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82915 c4376000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82914 c3f01c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82913 c43b1418 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82909 c4243c48 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82908 c3c33000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82907 c4243000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82906 c437ea3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82905 c3ba1000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82904 c43b1624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82903 c40c3a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82902 c3f82a3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82896 c43b0830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82895 c4136000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82894 c42a7000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82893 c3e9d000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82892 c3c3320c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82891 c42a220c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82890 c4375c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82889 c3ba1a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82888 c43af000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82887 c42a2c48 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82886 c3c33418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82885 c3c36830 0 636 636 0000100 [CPU 1] sendmail 82877 c42a7418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82876 c3cbaa3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82874 c413bc48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82870 c43a7c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82865 c437520c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82864 c4376830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82851 c3f80418 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail 82837 c3f02c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82782 c42d5000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82781 c3d9120c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82769 c43aca3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82766 c40c020c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82765 c41aa20c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82763 c3d1220c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82762 c3d9420c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82761 c42a7624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82740 c6036624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82738 c4136a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82737 c4243418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82729 c3f82418 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82676 c4376624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82621 c3c33a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82607 c4376a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 81310 c6035418 0 664 664 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail 80076 c42d4000 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail 79627 c4135624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 79198 c3cba830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79197 c414020c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79193 c4066418 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 79192 c40c3830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79189 c3f00000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79188 c437e830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79186 c3d18830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79185 c3fca418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79184 c4136418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79183 c3fcaa3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79179 c3f80000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79178 c3fcb20c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79168 c603520c 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 79167 c4243624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79083 c4375830 0 664 664 0000100 [SLPQ sbwait 0xc4401900][SLP][SWAP] sendmail 78838 c3f01000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 78837 c3f80830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 78491 c40c4624 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 78490 c3d94830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 78484 c3f02000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 78483 c406ec48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 73847 c43ac418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 73846 c42d4418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 68027 c43b2a3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 67937 c3fcb000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 67936 c3fcb624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 67933 c42d4830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 67932 c38de624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 67904 c413b830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 67903 c3cbb624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 66287 c43afa3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 60279 c3f00830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 60278 c4244624 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 60277 c3fcba3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 60276 c3fca000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 60249 c406e418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 60248 c3f00c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51444 c3c3620c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51443 c4066000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51430 c3b99624 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51429 c41aa624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51427 c40c4830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51426 c3f0120c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51231 c4375624 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 51230 c3fcb830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51228 c3d10a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51227 c4140624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51222 c413b20c 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 51221 c38de418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51218 c43b020c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51217 c3cbac48 21802 550 550 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 51215 c43a2a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51214 c437e20c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51213 c4244418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51212 c3f02624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51211 c3f80a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51206 c43b0624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51161 c413520c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51160 c42d5418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51153 c40c0418 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 50987 c3c36418 0 1 50987 0000100 [SLPQ sbwait 0xc3da3c40][SLP] sendmail 36954 c4135000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 36941 c38dd418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 32803 c43af20c 0 32793 32803 0004003 [SLPQ ttyin 0xc3871810][SLP][SWAP] zsh 32793 c43b2c48 127 32792 32793 0004002 [SLPQ pause 0xc43b2c7c][SLP][SWAP] zsh 32792 c42a7c48 127 32781 32781 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sshd 32781 c3fcb418 0 491 32781 0004100 [SLPQ sbwait 0xc4547e90][SLP][SWAP] sshd 31218 c3cbb000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 31217 c3f01418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 5491 c43b0a3c 0 1 5491 0000100 [SLPQ sbwait 0xc45473e8][SLP] sendmail 795 c3d91c48 0 778 795 0004002 [SLPQ wait 0xc3d91c48][SLP] sh 778 c3d94418 0 760 778 0004002 [SLPQ pause 0xc3d9444c][SLP][SWAP] zsh 760 c3ea1000 0 1 760 0004102 [SLPQ wait 0xc3ea1000][SLP][SWAP] login 759 c3ea120c 0 1 759 0004002 [SLPQ ttyin 0xc3737410][SLP][SWAP] getty 758 c3ea1418 0 1 758 0004002 [SLPQ ttyin 0xc3734c10][SLP][SWAP] getty 757 c3ea1624 0 1 757 0004002 [SLPQ ttyin 0xc3734410][SLP][SWAP] getty 756 c3ea1830 0 1 756 0004002 [SLPQ ttyin 0xc372f410][SLP][SWAP] getty 755 c3ea1a3c 0 1 755 0004002 [SLPQ ttyin 0xc3736410][SLP][SWAP] getty 754 c3d18c48 0 1 754 0004002 [SLPQ ttyin 0xc3730c10][SLP][SWAP] getty 753 c3d18624 0 1 753 0004002 [SLPQ ttyin 0xc3735810][SLP][SWAP] getty 752 c38de000 0 1 752 0004002 [SLPQ ttyin 0xc3734810][SLP][SWAP] getty 719 c3d91418 0 1 717 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] snmpd 709 c3d18a3c 0 1 709 0000100 [SLPQ pause 0xc3d18a70][SLP][SWAP] sendmail 706 c3d12418 0 1 706 0000100 [SLPQ pause 0xc3d1244c][SLP][SWAP] sendmail 703 c3d91000 0 1 703 0000100 [SLPQ pause 0xc3d91034][SLP][SWAP] sendmail 700 c3d91624 0 1 700 0000100 [SLPQ pause 0xc3d91658][SLP][SWAP] sendmail 696 c3d12a3c 0 1 696 0000100 [SLPQ pause 0xc3d12a70][SLP][SWAP] sendmail 692 c3d94000 0 1 692 0000100 [SLPQ pause 0xc3d94034][SLP][SWAP] sendmail 689 c3d94624 0 1 689 0000100 [SLPQ pause 0xc3d94658][SLP][SWAP] sendmail 686 c3d1020c 0 1 686 0000100 [SLPQ pause 0xc3d10240][SLP] sendmail 683 c3d10624 0 1 683 0000100 [SLPQ pause 0xc3d10658][SLP][SWAP] sendmail 680 c3d12000 0 1 680 0000100 [SLPQ pause 0xc3d12034][SLP] sendmail 678 c3d12624 0 1 678 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 664 c3d10000 0 1 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 650 c3cba000 0 1 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 636 c3d10418 0 1 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 620 c38d8418 0 616 616 0000001 [SLPQ lockf 0xc41d3bc0][SLP][SWAP] saslauthd 619 c3b99830 0 616 616 0000001 [SLPQ lockf 0xc878a040][SLP][SWAP] saslauthd 618 c3cba418 0 616 616 0000001 [SLPQ lockf 0xc44dc900][SLP][SWAP] saslauthd 617 c38d8624 0 616 616 0000001 [SLPQ accept 0xc3cf0466][SLP][SWAP] saslauthd 616 c3d10c48 0 1 616 0000001 [SLPQ lockf 0xc44dc380][SLP][SWAP] saslauthd 605 c3cba20c 21802 1 605 0000000 [SLPQ select 0xc0941aa4][SLP] perl 604 c3d12830 0 577 604 0004003 [SLPQ ttyin 0xc3725810][SLP][SWAP] zsh 577 c3c33830 127 576 577 0004002 [SLPQ pause 0xc3c33864][SLP][SWAP] zsh 576 c3b9920c 127 574 574 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sshd 574 c38dd624 0 491 574 0004100 [SLPQ sbwait 0xc3c30638][SLP][SWAP] sshd 551 c38a5a3c 21802 1 551 0000001 [SLPQ select 0xc0941aa4][SLP] perl 550 c38ddc48 21802 1 550 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 546 c3b99a3c 21802 1 546 0000001 [SLPQ select 0xc0941aa4][SLP] perl 539 c38a5830 21802 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd 538 c38a8000 21802 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd 537 c38d820c 21802 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd 536 c3ba120c 21802 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd 535 c3ba1418 21802 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd 534 c38d8000 21802 1 534 0000000 [SLPQ select 0xc0941aa4][SLP] httpd 527 c38a5624 0 1 527 0008180 (threaded) perl thread 0xc41c1a80 ksegrp 0xc34db660 [SLPQ kserel 0xc34db694][SLP] thread 0xc879b300 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc43a6a80 ksegrp 0xc34db660 [SLPQ kserel 0xc34db694][SLP] thread 0xc42eec00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a8480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc59b5600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e8480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4ade000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc42ee480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e5180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a9300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a2480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc423a600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc44f2600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc5a0b780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc5a36600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e9780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc42ee780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e9300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e7a80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc5a20000 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc87e9c00 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc42efa80 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc41c0780 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc4099900 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc43c9780 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc43ca180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc41c4180 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc41c1600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc59e7c00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a2a80 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc5a20d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc422d480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc5a20600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc3ea2900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc41a1180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a3780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4096480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc59e7480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a6900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc442dc00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc3f03000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc5a20a80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4adf180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc599d480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc42ef600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc442e600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4ade480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e7180 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc879ba80 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc59b5180 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc4120d80 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc5a0b900 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc87e7600 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc599d900 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc423a900 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc3ea2600 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc87e8780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc422d780 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc5a20900 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc5a36480 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc43ca300 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc41a1600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc3c35780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc3d96900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87ead80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4067000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc3f28180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4ade600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc8a96000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e5900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc422d180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e9900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e7480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc44ef180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc59b5900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e5d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc599d180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc59b5000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4ade780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a4480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4121300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc3f92900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc422d600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4adf000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc3f8fa80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a8780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4adea80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc3ea2480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc423aa80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4adf780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e5300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc3f03180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4099300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc442d480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4068780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4121d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a4780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4095d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a2000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a4900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc43c9d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e6d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc8a96600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc43ca480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc59b5d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc59e7300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc3d17600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e8c00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc42f1600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a6780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc5987c00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc422c600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc442d300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc8a97000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc3ea3c00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a8a80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc44efd80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87ea780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc5987000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4ade900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc41c4300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc5a20c00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e6900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc3d17480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4ae1c00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc43cad80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87ea900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc422dd80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e7d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e9180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4adf900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4aeb780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc5a20780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a2180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc59e7d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc43c9180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc42f1480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc5987600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc41c1780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a4d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc41c1180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc44ef480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4ae1a80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc5987480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a3900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e9480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc44ef900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc3d95d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc599d600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc5987900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc422cc00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc599d000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc3ea2300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e6480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc42f1d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e8600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4120780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc599d780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc41bfc00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4aeb900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc42ee900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4067a80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a8600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc4121600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] thread 0xc38df900 ksegrp 0xc354d8a0 [SLPQ ksesigwait 0xc38a575c][SLP] 520 c38dd830 21803 1 69 000c083 (threaded) perl thread 0xc43a9600 ksegrp 0xc354dcc0 [SLPQ kserel 0xc354dcf4][SLP] thread 0xc8a97a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc41a0c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc5a0bc00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e9d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a8900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc59e7000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc3f8f180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc8a97d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc599dc00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4ae1480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc42ee300 ksegrp 0xc354dcc0 [SLPQ kserel 0xc354dcf4][SLP] thread 0xc87e8a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e5600 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc87e7300 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc5a0bd80 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc442da80 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc879b480 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc879b780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc44f2180 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc3f90780 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc5987d80 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc879bc00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e7c00 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc42ee180 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc87a2300 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc59b5480 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc442e900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc5987180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc5987780 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] thread 0xc5a0b480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc599dd80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87ea180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc3c34780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc59b5c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc41c0900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a9900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc3f92c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a3480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e9000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc3f81d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc41a0d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc5a36000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a9480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc8a96a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc42f1900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a2d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc41c0600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4120000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e8900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e7780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a3300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e9a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc423a480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4099d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc5a20480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc442d180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc59e7180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4096d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43ca600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc5a36180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc423ad80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc442ec00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc41c4c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e5c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4096a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc3ea3600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc41c4000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a4c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43c9300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc42eed80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a9a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4adfd80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4ade180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc41a1480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a4000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc5987a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e6a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a9780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc8a96180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4aeb000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc42ef480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4120a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4121180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc44ef300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a3a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc8a96780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc59b5780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a9180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e8180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4adf600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc423a300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc41bfd80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc3ea3480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc422c780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc422c300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc422d900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc44f2000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc8a97600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc59e7900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc3f28780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4aeb180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e8d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a8300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc3f28c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43c9600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43c9900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc41c0a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc41bf600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc422c900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43c9a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc42f1a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc3ea3900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43caa80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43ca900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43c9c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc442d600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc8a96300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87ea480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc43a8180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc41c1c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc3b9a000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc41bf180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4121c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4aebc00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc422da80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e5000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc422c180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87eaa80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc42ef300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e6000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc42f1c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc59e7a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc41c0d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4adfc00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc442e780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4099000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87a4300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4121000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc8a97180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4121480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc59b5300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc879b600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc87e9600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc3f90c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc8a96d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc8a97300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4122a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc42eea80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc5987300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc423a780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4068300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4ae1180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc3f8f480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc442e180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc4ae1900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] thread 0xc38e0180 ksegrp 0xc354d900 [SLPQ ksesigwait 0xc38dd968][SLP] 519 c38a5c48 0 1 69 0004002 [SLPQ sbwait 0xc39cabc8][SLP][SWAP] perl 504 c38a5418 0 1 504 0000000 [SLPQ nanslp 0xc093af0c][SLP] cron 491 c38a5000 0 1 491 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sshd 474 c38dd20c 0 1 474 0000000 [SLPQ select 0xc0941aa4][SLP] ntpd 381 c38a520c 0 1 381 0000000 [SLPQ select 0xc0941aa4][SLP] syslogd 352 c38d8830 0 1 352 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] devd 268 c38dda3c 64 262 262 0000100 [SLPQ bpf 0xc38dce00][SLP] pflogd 262 c38d8a3c 0 1 262 0000000 [SLPQ sbwait 0xc39ca370][SLP][SWAP] pflogd 68 c38a8418 0 0 0 0000204 [SLPQ - 0xef03ed08][SLP] schedcpu 67 c38a8624 0 0 0 0000204 [SLPQ - 0xc094a02c][SLP] nfsiod 3 66 c38a8830 0 0 0 0000204 [SLPQ - 0xc094a028][SLP] nfsiod 2 65 c38a8a3c 0 0 0 0000204 [SLPQ - 0xc094a024][SLP] nfsiod 1 64 c38a8c48 0 0 0 0000204 [SLPQ - 0xc094a020][SLP] nfsiod 0 63 c355a20c 0 0 0 0000204 [SLPQ vlruwt 0xc355a20c][SLP] vnlru 62 c355a418 0 0 0 0000204 [SLPQ syncer 0xc093ac7c][SLP] syncer 61 c355a624 0 0 0 0000204 [SLPQ psleep 0xc0941fec][SLP] bufdaemon 60 c355a830 0 0 0 000020c [SLPQ pgzero 0xc09505e4][SLP] pagezero 59 c355aa3c 0 0 0 0000204 [SLPQ psleep 0xc0950134][SLP] vmdaemon 58 c355ac48 0 0 0 0000204 [SLPQ psleep 0xc09500f0][SLP] pagedaemon 57 c3603000 0 0 0 0000204 [IWAIT] swi0: sio 56 c360320c 0 0 0 0000204 [SLPQ - 0xc372903c][SLP] fdc0 55 c3603418 0 0 0 0000204 [SLPQ aifthd 0xc3603418][SLP] aac0aif 54 c3603624 0 0 0 0000204 [SLPQ idle 0xc3528c00][SLP] aic_recovery0 53 c3603830 0 0 0 0000204 [SLPQ idle 0xc3528c00][SLP] aic_recovery0 52 c3603a3c 0 0 0 0000204 [IWAIT] swi6:+ 51 c3603c48 0 0 0 0000204 [IWAIT] swi6: task queue 9 c354b624 0 0 0 0000204 [SLPQ - 0xc3563600][SLP] acpi_task2 8 c354b830 0 0 0 0000204 [SLPQ - 0xc3563600][SLP] acpi_task1 7 c354ba3c 0 0 0 0000204 [SLPQ - 0xc3563600][SLP] acpi_task0 50 c354bc48 0 0 0 0000204 [IWAIT] swi2: cambio 6 c3559000 0 0 0 0000204 [SLPQ - 0xc3563780][SLP] kqueue taskq 49 c355920c 0 0 0 0000204 [IWAIT] swi5:+ 5 c3559418 0 0 0 0000204 [SLPQ - 0xc3563980][SLP] thread taskq 48 c3559624 0 0 0 0000204 [SLPQ - 0xc0935c60][SLP] yarrow 4 c3559830 0 0 0 0000204 [SLPQ - 0xc0938428][SLP] g_down 3 c3559a3c 0 0 0 0000204 [SLPQ - 0xc0938424][SLP] g_up 2 c3559c48 0 0 0 0000204 [SLPQ - 0xc093841c][SLP] g_event 47 c355a000 0 0 0 0000204 [IWAIT] swi1: net 46 c353bc48 0 0 0 0000204 [IWAIT] swi3: vm 45 c354a000 0 0 0 000020c [IWAIT] swi4: clock sio 44 c354a20c 0 0 0 0000204 [IWAIT] irq0: 43 c354a418 0 0 0 0000204 [IWAIT] irq31: aac0 42 c354a624 0 0 0 0000204 [IWAIT] irq30: ahc0 41 c354a830 0 0 0 0000204 [IWAIT] irq29: 40 c354aa3c 0 0 0 0000204 [IWAIT] irq28: 39 c354ac48 0 0 0 0000204 [IWAIT] irq27: 38 c354b000 0 0 0 0000204 [IWAIT] irq26: 37 c354b20c 0 0 0 0000204 [IWAIT] irq25: 36 c354b418 0 0 0 0000204 [IWAIT] irq24: 35 c3529624 0 0 0 0000204 [IWAIT] irq23: 34 c3529830 0 0 0 0000204 [IWAIT] irq22: fxp0 33 c3529a3c 0 0 0 0000204 [IWAIT] irq21: 32 c3529c48 0 0 0 0000204 [IWAIT] irq20: 31 c353b000 0 0 0 0000204 [IWAIT] irq19: 30 c353b20c 0 0 0 0000204 [IWAIT] irq18: fxp1 29 c353b418 0 0 0 0000204 [IWAIT] irq17: bge0 28 c353b624 0 0 0 0000204 [IWAIT] irq16: fxp2 27 c353b830 0 0 0 0000204 [IWAIT] irq15: ata1 26 c353ba3c 0 0 0 0000204 [IWAIT] irq14: ata0 25 c34dc20c 0 0 0 0000204 [IWAIT] irq13: 24 c34dc418 0 0 0 0000204 [IWAIT] irq12: 23 c34dc624 0 0 0 0000204 [IWAIT] irq11: 22 c34dc830 0 0 0 0000204 [IWAIT] irq10: 21 c34dca3c 0 0 0 0000204 [IWAIT] irq9: acpi0 20 c34dcc48 0 0 0 0000204 [IWAIT] irq8: 19 c3529000 0 0 0 0000204 [IWAIT] irq7: ppc0 18 c352920c 0 0 0 0000204 [IWAIT] irq6: fdc0 17 c3529418 0 0 0 0000204 [IWAIT] irq5: 16 c34d7000 0 0 0 0000204 [IWAIT] irq4: sio0 15 c34d720c 0 0 0 0000204 [IWAIT] irq3: sio1 14 c34d7418 0 0 0 0000204 [IWAIT] irq2: 13 c34d7624 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c34d7830 0 0 0 000020c [CPU 0] idle: cpu0 11 c34d7a3c 0 0 0 000020c [Can run] idle: cpu1 1 c34d7c48 0 0 1 0004200 [SLPQ wait 0xc34d7c48][SLP] init 10 c34dc000 0 0 0 0000204 [SLPQ ktrace 0xc0938e78][SLP] ktrace 0 c0938520 0 0 0 0000200 [IWAIT] swapper db> panic panic: from debugger cpuid = 1 KDB: stack backtrace: kdb_backtrace(100,c3c34c00,0,c089e89c,c089e8b8) at 0xc0659ab5 = kdb_backtrace+0x29 panic(c084a8b4,f1325a04,c0468c70,c093ace0,0) at 0xc06408b8 = panic+0x114 db_panic(c093ace0,0,ffffffff,f1325978,0) at 0xc0468cd9 = db_panic+0xd db_command(c09217e4,c08a7820,c089e89c,c089e8b8,c084a8c2) at 0xc0468c70 = db_command+0x264 db_command_loop(0,0,f1325a30,f1325a1c,f1325a64) at 0xc0468d38 = db_command_loop+0x5c db_trap(3,0,c3c34c00,3,c3c34c00) at 0xc046a949 = db_trap+0xdd kdb_trap(3,0,f1325abc) at 0xc0659dd0 = kdb_trap+0x88 trap(f1320008,c0650028,c0870028,f9,c372ec00) at 0xc0817c88 = trap+0x498 calltrap() at 0xc0804cba = calltrap+0x5 --- trap 0x3, eip = 0xc0659b37, esp = 0xf1325afc, ebp = 0xf1325afc --- kdb_enter(c0895a5e) at 0xc0659b37 = kdb_enter+0x2b siointr1(c372ec00) at 0xc07f09b2 = siointr1+0xce siointr(c372ec00) at 0xc07f0792 = siointr+0x5e intr_execute_handlers(c3528090,f1325b68,4,f1325bcc,c0805073) at 0xc0808985 = intr_execute_handlers+0x85 lapic_handle_intr(34) at 0xc080b042 = lapic_handle_intr+0x2e Xapic_isr1() at 0xc0805073 = Xapic_isr1+0x33 --- interrupt, eip = 0xc0685d59, esp = 0xf1325bac, ebp = 0xf1325bcc --- unp_gc(c43be2c8) at 0xc0685d59 = unp_gc+0xf1 unp_detach(c43b7000,f1325c08,c067a188,c43be2c8,0) at 0xc06840fa = unp_detach+0xae uipc_detach(c43be2c8) at 0xc0682f8e = uipc_detach+0x82 soclose(c43be2c8,c40fb6c0,0,f1325c34,c0620c10) at 0xc067a188 = soclose+0x278 soo_close(c40fb6c0,c3c34c00) at 0xc0669fb3 = soo_close+0x63 fdrop_locked(c40fb6c0,c3c34c00,c3a3d800,f1325cb4,c061f0fb) at 0xc0620c10 = fdrop_locked+0xac fdrop(c40fb6c0,c3c34c00,c066371f,c40fb6c0,c878ac00) at 0xc0620b5d = fdrop+0x41 closef(c40fb6c0,c3c34c00,0,c3c34c00,6) at 0xc061f0fb = closef+0x427 close(c3c34c00,f1325d04,1,0,292) at 0xc061c4bd = close+0x211 syscall(3b,1003b,bfbf003b,80d58e7,80e8780) at 0xc0818557 = syscall+0x2bf Xint0x80_syscall() at 0xc0804d0f = Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip = 0x282cb7d3, esp = 0xbfbfae4c, ebp = 0xbfbfae68 --- KDB: stack backtrace: kdb_backtrace(28d5a61e,53755e05,ffc03014,c3c34c00,c084a8b4) at 0xc0659ab5 = kdb_backtrace+0x29 mi_switch(1,0,f1325924,c0640190,c3c34c00) at 0xc0647162 = mi_switch+0xf6 sched_bind(c3c34c00,0) at 0xc065287c = sched_bind+0x44 boot(104,104,c3c34c00,0,c089e89c) at 0xc0640190 = boot+0x64 panic(c084a8b4,f1325a04,c0468c70,c093ace0,0) at 0xc064095d = panic+0x1b9 db_panic(c093ace0,0,ffffffff,f1325978,0) at 0xc0468cd9 = db_panic+0xd db_command(c09217e4,c08a7820,c089e89c,c089e8b8,c084a8c2) at 0xc0468c70 = db_command+0x264 db_command_loop(0,0,f1325a30,f1325a1c,f1325a64) at 0xc0468d38 = db_command_loop+0x5c db_trap(3,0,c3c34c00,3,c3c34c00) at 0xc046a949 = db_trap+0xdd kdb_trap(3,0,f1325abc) at 0xc0659dd0 = kdb_trap+0x88 trap(f1320008,c0650028,c0870028,f9,c372ec00) at 0xc0817c88 = trap+0x498 calltrap() at 0xc0804cba = calltrap+0x5 --- trap 0x3, eip = 0xc0659b37, esp = 0xf1325afc, ebp = 0xf1325afc --- kdb_enter(c0895a5e) at 0xc0659b37 = kdb_enter+0x2b siointr1(c372ec00) at 0xc07f09b2 = siointr1+0xce siointr(c372ec00) at 0xc07f0792 = siointr+0x5e intr_execute_handlers(c3528090,f1325b68,4,f1325bcc,c0805073) at 0xc0808985 = intr_execute_handlers+0x85 lapic_handle_intr(34) at 0xc080b042 = lapic_handle_intr+0x2e Xapic_isr1() at 0xc0805073 = Xapic_isr1+0x33 --- interrupt, eip = 0xc0685d59, esp = 0xf1325bac, ebp = 0xf1325bcc --- unp_gc(c43be2c8) at 0xc0685d59 = unp_gc+0xf1 unp_detach(c43b7000,f1325c08,c067a188,c43be2c8,0) at 0xc06840fa = unp_detach+0xae uipc_detach(c43be2c8) at 0xc0682f8e = uipc_detach+0x82 soclose(c43be2c8,c40fb6c0,0,f1325c34,c0620c10) at 0xc067a188 = soclose+0x278 soo_close(c40fb6c0,c3c34c00) at 0xc0669fb3 = soo_close+0x63 fdrop_locked(c40fb6c0,c3c34c00,c3a3d800,f1325cb4,c061f0fb) at 0xc0620c10 = fdrop_locked+0xac fdrop(c40fb6c0,c3c34c00,c066371f,c40fb6c0,c878ac00) at 0xc0620b5d = fdrop+0x41 closef(c40fb6c0,c3c34c00,0,c3c34c00,6) at 0xc061f0fb = closef+0x427 close(c3c34c00,f1325d04,1,0,292) at 0xc061c4bd = close+0x211 syscall(3b,1003b,bfbf003b,80d58e7,80e8780) at 0xc0818557 = syscall+0x2bf Xint0x80_syscall() at 0xc0804d0f = Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip = 0x282cb7d3, esp = 0xbfbfae4c, ebp = 0xbfbfae68 --- [Previous attempts at using "call boot(0)"/etc. produced a solid hang that required physical access to the Reset button / power switch.] db> call cpu_reset() cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 1 [Seeing other posts that request kernel config additions to assist with debugging, I then tried to install a kernel with the added config of: options WITNESS and booting failed as such:] /boot/kernel/acpi.ko text=0x40c0c data=0x2160+0x1090 syms=[0x4+0x7810+0x4+0xa292] KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 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 6.0-RC1 #1: Wed Oct 19 09:45:23 CDT 2005 root@[host-elided]:/usr/obj/usr/src/sys/SMP_DDB WARNING: WITNESS option enabled, expect reduced performance. Timecounter \"i8254\" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (997.46-MHz 686-class CPU) Origin = \"GenuineIntel\" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 2147418112 (2047 MB) avail memory = 2096447488 (1999 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 ioapic0: Changing APIC ID to 2 ioapic1: Changing APIC ID to 3 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard panic: spin lock hptlock not in order list cpuid = 0 KDB: stack backtrace: kdb_backtrace(100,c0903380,0,c085e142,c08a28ac) at 0xc0646395 = kdb_backtrace+0x29 panic(c084621f,c085e142,c090c6c0,0,c0845c3a) at 0xc062fd4c = panic+0x114 enroll(c085e142,c08a28ac,c096d720,1,c0c20d5c) at 0xc064f61b = enroll+0xef witness_init(c096d720,c34bfb74,c08dd510,c28000,c0c20d74) at 0xc064e6dd = witness_init+0x11d mtx_init(c096d720,c085e142,0,1,c0c20d88) at 0xc0628d63 = mtx_init+0x8f hpt_init(0,c1ec00,c1e000,0,c04457e5) at 0xc07ac352 = hpt_init+0x16 mi_startup() at 0xc060b1be = mi_startup+0x96 begin() at 0xc04457e5 = begin+0x2c KDB: enter: panic [thread pid 0 tid 0 ] Stopped at 0xc0646417 = kdb_enter+0x2b: nop db> db> where Tracing pid 0 tid 0 td 0xc0903380 kdb_enter(c0843318) at 0xc0646417 = kdb_enter+0x2b panic(c084621f,c085e142,c090c6c0,0,c0845c3a) at 0xc062fd5f = panic+0x127 enroll(c085e142,c08a28ac,c096d720,1,c0c20d5c) at 0xc064f61b = enroll+0xef witness_init(c096d720,c34bfb74,c08dd510,c28000,c0c20d74) at 0xc064e6dd = witness_init+0x11d mtx_init(c096d720,c085e142,0,1,c0c20d88) at 0xc0628d63 = mtx_init+0x8f hpt_init(0,c1ec00,c1e000,0,c04457e5) at 0xc07ac352 = hpt_init+0x16 mi_startup() at 0xc060b1be = mi_startup+0x96 begin() at 0xc04457e5 = begin+0x2c db> show pcpu cpuid = 0 curthread = 0xc0903380: pid 0 \"swapper\" curpcb = 0xc0c20d90 fpcurthread = none idlethread = 0xc34d8900: pid 12 \"idle: cpu0\" APIC ID = 1 currentldt = 0x50 spin locks held: db> show pcpu 0 cpuid = 0 curthread = 0xc0903380: pid 0 \"swapper\" curpcb = 0xc0c20d90 fpcurthread = none idlethread = 0xc34d8900: pid 12 \"idle: cpu0\" APIC ID = 1 currentldt = 0x50 spin locks held: db> show pcpu 1 cpuid = 1 curthread = none curpcb = 0 fpcurthread = none idlethread = 0xc34d8780: pid 11 \"idle: cpu1\" APIC ID = 0 currentldt = 0x50 spin locks held: db> show sysctllock No such command db> print sysctllock c0905920 db> show reg cs 0x20 ds 0xc0840028 es 0xc0640028 blist_create+0x4 fs 0xc0c20008 ss 0x28 eax 0x12 ecx 0xc1033000 edx 0 ebx 0xc0c20d0c esp 0xc0c20ce0 ebp 0xc0c20ce0 esi 0x1 edi 0xc084621f eip 0xc0646417 kdb_enter+0x2b efl 0x80292 dr0 0 dr1 0 dr2 0 dr3 0 dr4 0xffff0ff0 dr5 0x400 dr6 0xffff0ff0 dr7 0x400 0xc0646417 = kdb_enter+0x2b: nop db> show witness Sleep locks: 0 module subsystem sx lock -- last acquired @ /usr/src/sys/kern/kern_module.c:115 0 kernel environment -- last acquired @ /usr/src/sys/kern/subr_hints.c:117 0 user map -- last acquired @ /usr/src/sys/vm/vm_map.c:2489 1 system map -- last acquired @ /usr/src/sys/vm/vm_kern.c:295 2 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:2631 3 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:1898 2 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:397 3 SYSMAPS -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2410 3 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_kern.c:404 4 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:1878 4 vnode interlock -- last acquired @ order list:0 5 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:62 2 kernel object -- last acquired @ /usr/src/sys/vm/vm_object.c:454 3 SYSMAPS -- (already displayed) 3 vm page queue mutex -- (already displayed) 2 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:914 3 UMA zone -- (already displayed) 0 nfsd_mtx -- last acquired @ order list:0 3 so_snd -- last acquired @ order list:0 4 so_rcv -- last acquired @ order list:0 5 radix node head -- last acquired @ order list:0 6 rtentry -- last acquired @ order list:0 7 ifaddr -- last acquired @ order list:0 5 sellck -- last acquired @ order list:0 0 bpf global lock -- last acquired @ order list:0 1 bpf interface lock -- last acquired @ order list:0 2 bpf cdev lock -- last acquired @ order list:0 0 ddp_list_mtx -- last acquired @ order list:0 1 ddp_mtx -- last acquired @ order list:0 0 slip_mtx -- last acquired @ order list:0 1 slip sc_mtx -- last acquired @ order list:0 0 tcp -- last acquired @ order list:0 1 tcpinp -- last acquired @ order list:0 3 so_snd -- (already displayed) 0 udp -- last acquired @ order list:0 1 udpinp -- last acquired @ order list:0 3 so_snd -- (already displayed) 0 unp -- last acquired @ order list:0 3 so_snd -- (already displayed) 0 in_multi_mtx -- last acquired @ order list:0 1 igmp_mtx -- last acquired @ order list:0 2 if_addr_mtx -- last acquired @ order list:0 0 Giant -- last acquired @ /usr/src/sys/kern/subr_witness.c:513 1 eventhandler list -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:132 1 vm object_list -- last acquired @ /usr/src/sys/vm/vm_object.c:229 1 system map -- (already displayed) 1 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:148 1 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:82 1 filedesc structure -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1512 2 accept -- last acquired @ order list:0 3 so_snd -- (already displayed) 2 pipe mutex -- last acquired @ order list:0 3 sigio lock -- last acquired @ order list:0 4 process group -- last acquired @ /usr/src/sys/kern/kern_fork.c:562 5 process lock -- last acquired @ /usr/src/sys/kern/kern_kthread.c:96 6 ktrace -- last acquired @ /usr/src/sys/kern/kern_fork.c:590 6 sigacts -- last acquired @ /usr/src/sys/kern/kern_kthread.c:98 6 session -- last acquired @ /usr/src/sys/kern/kern_fork.c:572 7 uidinfo hash -- last acquired @ /usr/src/sys/kern/kern_resource.c:1032 8 sleep mtxpool -- last acquired @ /usr/src/sys/kern/kern_resource.c:914 8 uidinfo struct -- last acquired @ order list:0 9 allprison -- last acquired @ order list:0 1 ithread -- last acquired @ /usr/src/sys/kern/kern_intr.c:275 1 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:598 1 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:470 1 ACPI semaphore -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:301 1 TID lock -- last acquired @ /usr/src/sys/kern/subr_unit.c:592 1 standard object -- last acquired @ /usr/src/sys/vm/vm_glue.c:290 1 ttylist -- last acquired @ /usr/src/sys/kern/tty.c:2865 1 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:300 0 proctree -- last acquired @ /usr/src/sys/kern/kern_fork.c:561 4 process group -- (already displayed) 1 allproc -- last acquired @ /usr/src/sys/kern/kern_fork.c:286 5 process lock -- (already displayed) Spin locks: 0 ap boot -- last acquired @ order list:0 1 rm.mutex_mtx -- last acquired @ order list:0 2 sio -- last acquired @ order list:0 3 cy -- last acquired @ order list:0 4 uart_hwmtx -- last acquired @ order list:0 5 sabtty -- last acquired @ order list:0 6 zstty -- last acquired @ order list:0 7 ng_node -- last acquired @ order list:0 8 ng_worklist -- last acquired @ order list:0 9 taskqueue_fast -- last acquired @ order list:0 10 intr table -- last acquired @ /usr/src/sys/i386/i386/intr_machdep.c:89 11 ithread table lock -- last acquired @ order list:0 12 sleepq chain -- last acquired @ /usr/src/sys/kern/subr_sleepqueue.c:218 13 sched lock -- last acquired @ /usr/src/sys/kern/kern_kthread.c:116 14 turnstile chain -- last acquired @ order list:0 15 td_contested -- last acquired @ order list:0 16 callout -- last acquired @ /usr/src/sys/kern/kern_timeout.c:439 17 entropy harvest mutex -- last acquired @ order list:0 18 allpmaps -- last acquired @ /usr/src/sys/i386/i386/pmap.c:1429 19 vm page queue free mutex -- last acquired @ /usr/src/sys/vm/vm_page.c:787 20 icu -- last acquired @ order list:0 21 smp rendezvous -- last acquired @ order list:0 22 tlb -- last acquired @ order list:0 23 clk -- last acquired @ /usr/src/sys/i386/isa/clock.c:260 24 mutex profiling lock -- last acquired @ order list:0 25 kse zombie lock -- last acquired @ order list:0 26 ALD Queue -- last acquired @ order list:0 27 pcicfg -- last acquired @ order list:0 28 NDIS thread lock -- last acquired @ order list:0 29 tw_osl_io_lock -- last acquired @ order list:0 30 tw_osl_q_lock -- last acquired @ order list:0 31 tw_cl_io_lock -- last acquired @ order list:0 32 tw_cl_intr_lock -- last acquired @ order list:0 33 tw_cl_gen_lock -- last acquired @ order list:0 Locks which were never acquired: LED sx LED mtx tty nfslock random reseed devd bio queue GEOM topology if_cloners lock ifnet acpica subsystem lock ACPI global lock sf_buf taskqueue list uma object p_peers struct pargs.ref pbuf mutex bdone lock buffer daemon lock needsbuffer lock runningbufspace lock buf queue lock callout_wait_lock ACPI embedded controller ACPI CPU ACPI PCI power methods ACPI cmbat ACPI generic battery ACPI AC adapter ACPI thermal zone ACPI PCI link ACPI root bus ACPI PCI bus methods ACPI lid ACPI power resources umtxq_lock bounce pages lock arc4_mtx securelevel mutex lock accounting knlist lock for lockless objects net80211 instances rtsock route_cb lock Softdep Lock domain list rawcb pfil_head_list lock mountlist pmc shared lock accept_filter_mtx protect sysfilt_ops kqueue order UUID generator mutex lock unit# allocation Name Cache fifo mutex so_glabel encapmtx DEVFS ruleset lock fdesc filelist lock sysctl lock phys_pager list dev_pager list dev_pager create swapdev swap_pager list vm map sleep mutex PMAP2 vm86 lock db> cont Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... And, attempts at adding: options INVARIANTS failed to compile with the following: /usr/src/sys/dev/ata/atapi-cd.c: In function `acd_geom_attach': /usr/src/sys/dev/ata/atapi-cd.c:181: warning: implicit declaration of function `_sx_assert' /usr/src/sys/dev/ata/atapi-cd.c:181: warning: nested extern declaration of `_sx_assert' Since I am having a hang that feels the same to me in both RELENG_5 and RELENG_6, that's the main thing I would like to look at. I am not very conversant at what I will need for kernel debugging (knowing which addresses to dump or structures to inspect) to debug this myself, but if you can tell me any further commands to issue in DDB or which addresses would assist in diagnosing or config options to add, that will be no problem and I will be more than happy to assist in any way! Thank you, Philip From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 16:55:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E7AF16A41F for ; Wed, 19 Oct 2005 16:55:00 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44B0F43D66 for ; Wed, 19 Oct 2005 16:54:53 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2245846C42; Wed, 19 Oct 2005 12:54:50 -0400 (EDT) Date: Wed, 19 Oct 2005 17:54:50 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Philip Kizer In-Reply-To: <200510191623.j9JGNSfr007356@magus.nostrum.com> Message-ID: <20051019175020.S60849@fledge.watson.org> References: <200510191623.j9JGNSfr007356@magus.nostrum.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Problem remains with FreeBSD 6.0-RC1 as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 16:55:00 -0000 On Wed, 19 Oct 2005, Philip Kizer wrote: > I have a problem I reported on freebsd-stable several weeks ago in: > > > http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=47770+187449+/usr/local/www/db/text/2005/freebsd-stable/20051009.freebsd-stable > > I upgraded a test box to see if all of the reports were true that > threading and most other major problems were better in the 6.x branch, > but I have had the same kind of hangs with 6.0-RC1 that I was having > with RELENG_5. > > I get notified that some of my services are unavailable and I verify > that new connection attempts from remote just hang. Attempts at issuing > commands from my existing ssh connections will let me send a > and see a new prompt generated, but any attempt at execing/etc will then > hang that process. This appears to be a problem with file descriptor passing and garbage collection. I've seen one report of a lock order reversal along these lines, but it was not believed to be symptomatic of an actual hang, just an architectural issue. This could be a sign that we need to address the source of the reversal, although it sounds like you don't get a reversal warning? Could I have you try the following DDB commands also: show alllocks traceall It's possible that 'traceall' isn't present in RC1, in which case it will be present in RC2. Regardless, the output of "show alllocks" would be helpful. I'll read some code this evening and ponder. Thanks, Robert N M Watson > Moving to the console, I get the same behaviour such that if it is already > logged in, I can hit return in the shell and get a new shell prompt, but > any command I try (i.e. 'uptime' or 'uname') then results in the same lack > of any further response. [Though, obviously from below, sending a break to > activate DDB still works.] > > If the console is not already logged in and I hit return at "login:", I get > a new "login:" prompt; but, as soon as I enter a username+^M or even Ctrl-D > it, I cease to receive any feedback besides terminal echo from my input. > > > This is: > FreeBSD [host-elided] 6.0-RC1 FreeBSD 6.0-RC1 #0: Mon Oct 17 15:52:35 CDT 2005 root@[host-elided]:/usr/obj/usr/src/sys/SMP_DDB i386 > > # grep '^[a-z]' /sys/i386/conf/SMP_DDB > include GENERIC > ident DDB > options SMP # Symmetric MultiProcessor Kernel > options INCLUDE_CONFIG_FILE # Include this file in kernel > options DDB #Enable the kernel debugger > options DDB_NUMSYM #Print numerical value of symbols too > options KDB > options KDB_TRACE > options BREAK_TO_DEBUGGER > > [After notification of a problem, this is from the serial console...a few > further inline comments included in brackets "[]".] > > # > [Typed: Ctrl-T] > load: 1.82 cmd: sh 795 [ttyin] 0.00u 0.00s 0% 168k > # uptime > [Waited a while to be sure it was hung and not returning. Retyped: Ctrl-T] > load: 1.82 cmd: uptime 83303 [filelist lock] 0.00u 0.00s 0% 180k > [Sent BREAK] > KDB: enter: Line break on console > [thread pid 82885 tid 100133 ] > Stopped at 0xc0659b37 = kdb_enter+0x2b: nop > db> set $lines=0 > db> trace > Tracing pid 82885 tid 100133 td 0xc3c34c00 > kdb_enter(c0895a5e) at 0xc0659b37 = kdb_enter+0x2b > siointr1(c372ec00) at 0xc07f09b2 = siointr1+0xce > siointr(c372ec00) at 0xc07f0792 = siointr+0x5e > intr_execute_handlers(c3528090,f1325b68,4,f1325bcc,c0805073) at 0xc0808985 = intr_execute_handlers+0x85 > lapic_handle_intr(34) at 0xc080b042 = lapic_handle_intr+0x2e > Xapic_isr1() at 0xc0805073 = Xapic_isr1+0x33 > --- interrupt, eip = 0xc0685d59, esp = 0xf1325bac, ebp = 0xf1325bcc --- > unp_gc(c43be2c8) at 0xc0685d59 = unp_gc+0xf1 > unp_detach(c43b7000,f1325c08,c067a188,c43be2c8,0) at 0xc06840fa = unp_detach+0xae > uipc_detach(c43be2c8) at 0xc0682f8e = uipc_detach+0x82 > soclose(c43be2c8,c40fb6c0,0,f1325c34,c0620c10) at 0xc067a188 = soclose+0x278 > soo_close(c40fb6c0,c3c34c00) at 0xc0669fb3 = soo_close+0x63 > fdrop_locked(c40fb6c0,c3c34c00,c3a3d800,f1325cb4,c061f0fb) at 0xc0620c10 = fdrop_locked+0xac > fdrop(c40fb6c0,c3c34c00,c066371f,c40fb6c0,c878ac00) at 0xc0620b5d = fdrop+0x41 > closef(c40fb6c0,c3c34c00,0,c3c34c00,6) at 0xc061f0fb = closef+0x427 > close(c3c34c00,f1325d04,1,0,292) at 0xc061c4bd = close+0x211 > syscall(3b,1003b,bfbf003b,80d58e7,80e8780) at 0xc0818557 = syscall+0x2bf > Xint0x80_syscall() at 0xc0804d0f = Xint0x80_syscall+0x1f > --- syscall (6, FreeBSD ELF32, close), eip = 0x282cb7d3, esp = 0xbfbfae4c, ebp = 0xbfbfae68 --- > db> show reg > cs 0x20 > ds 0xc0870028 > es 0xc0650028 parse_dynamic+0x4 > fs 0xf1320008 > ss 0x28 > eax 0x22 > ecx 0xc1033000 > edx 0 > ebx 0xc3c34c00 > esp 0xf1325afc > ebp 0xf1325afc > esi 0xc372ec00 > edi 0xf9 > eip 0xc0659b37 kdb_enter+0x2b > efl 0x86 > dr0 0 > dr1 0 > dr2 0 > dr3 0 > dr4 0xffff0ff0 > dr5 0x400 > dr6 0xffff0ff0 > dr7 0x400 > 0xc0659b37 = kdb_enter+0x2b: nop > db> show witness > No such command > db> show pcpu > cpuid = 1 > curthread = 0xc3c34c00: pid 82885 \"sendmail\" > curpcb = 0xf1325d90 > fpcurthread = none > idlethread = 0xc34d8780: pid 11 \"idle: cpu1\" > APIC ID = 0 > currentldt = 0x50 > db> show pcpuu0 > cpuid = 0 > curthread = 0xc34d8900: pid 12 \"idle: cpu0\" > curpcb = 0xe4f9bd90 > fpcurthread = none > idlethread = 0xc34d8900: pid 12 \"idle: cpu0\" > APIC ID = 1 > currentldt = 0x50 > db> show pcpu 1 > cpuid = 1 > curthread = 0xc3c34c00: pid 82885 \"sendmail\" > curpcb = 0xf1325d90 > fpcurthread = none > idlethread = 0xc34d8780: pid 11 \"idle: cpu1\" > APIC ID = 0 > currentldt = 0x50 > db> show pcpu 2 > CPU 2 not found > db> print sysctllock > c093ace0 > db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 83305 c43b2830 0 504 504 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] cron > 83304 c3d91a3c 21802 605 605 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 83303 c3d12c48 0 795 83303 0004002 [SLPQ filelist lock 0xc0938bd0][SLP] uptime > 83302 c5b13418 0 686 686 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83301 c3ba1c48 0 680 680 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83300 c40c320c 0 504 504 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] cron > 83299 c43a2830 0 504 504 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] cron > 83298 c38dec48 0 504 504 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] cron > 83297 c3f0020c 21802 605 605 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 83296 c3c36624 21802 605 605 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 83295 c406620c 21802 605 605 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 83294 c38de20c 21802 605 605 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 83293 c41af418 0 686 686 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83292 c4244a3c 0 680 680 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83291 c40c0624 0 504 504 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] cron > 83290 c43b1a3c 0 504 504 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] cron > 83289 c5fffc48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83288 c3e9d830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83287 c3cbbc48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83286 c43a2000 0 636 636 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail > 83285 c40c4c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83284 c413b624 0 636 636 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail > 83283 c6003418 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83282 c4140000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83281 c43ac000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83280 c3d91830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83279 c43afc48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83278 c3cbb418 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83277 c4244c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83276 c40c0830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83275 c4136624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83274 c4140a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83273 c6035830 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83272 c43b120c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83271 c41ada3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83270 c3fca624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83269 c6035c48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83268 c5b13c48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83267 c3f82c48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83266 c424320c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83265 c43a720c 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83264 c3e9d418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83263 c3d18000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83261 c6036418 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83260 c5b0120c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83259 c4244000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83258 c4243830 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83257 c43af830 0 1 83257 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83255 c5b01830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83254 c5b01000 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail > 83248 c3b99c48 0 680 680 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83247 c42d5c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83246 c3f00a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83245 c6036000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83244 c40c3c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83243 c5fff830 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83242 c5b01418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83241 c42a2624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83240 c41af000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83239 c41ad830 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83238 c3d1820c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83237 c3f00624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83236 c5b13a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83235 c42a7a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83234 c3f82830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83233 c43a7624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83231 c4376418 0 683 683 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83230 c406e830 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83229 c42d520c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83228 c43af418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83227 c413ba3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83226 c3e9d20c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83225 c43a220c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83224 c3b99418 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83223 c3c33c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83222 c4375000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83221 c3e9d624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83220 c38de830 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83219 c3f8020c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83218 c3f02a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83213 c4375a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83212 c5b09418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83211 c43af624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83208 c4135830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83207 c41afa3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83206 c406ea3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83205 c413b418 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83195 c3f80624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83193 c5b0920c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83192 c3c33624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83191 c3c36a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83190 c4140418 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83189 c4135418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83188 c437620c 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83187 c406e624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83186 c43a7418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83185 c3c36c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83184 c3cbb830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83183 c406e000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83182 c43a2c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83181 c40c3000 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83180 c4140c48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83179 c42a2418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83178 c437e000 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83175 c5fff20c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83174 c3f82624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83168 c3ba1830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83167 c4243a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83164 c6003000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83162 c4066a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83157 c40c4000 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83154 c600320c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83153 c40c0c48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83152 c3d18418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83150 c41adc48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83149 c3e9dc48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83148 c3cba624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83146 c3c36000 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail > 83145 c3f01830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83142 c41af20c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83141 c3e9da3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83140 c5fff624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83134 c41af624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83132 c4136830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83131 c603620c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83130 c3f00418 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail > 83129 c3fcac48 0 664 664 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail > 83128 c40c4418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83125 c42d4c48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83124 c3fca20c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83123 c437e418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83121 c4135c48 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83119 c41af830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83118 c38dd000 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail > 83117 c42d4a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83114 c42a720c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83113 c41aac48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83112 c42d420c 0 664 664 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail > 83109 c40c4a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83108 c3f8220c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83107 c3d10830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83105 c41aa000 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail > 83101 c4066624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83100 c40c3624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83097 c42a2000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83094 c41aa830 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail > 83093 c43a7a3c 0 664 664 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail > 83092 c43b1000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83091 c437ec48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83087 c5fff000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83070 c42a2830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83069 c6036c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83056 c6035624 0 664 664 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail > 83051 c41ad20c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83050 c4244830 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83041 c40c0a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83038 c424420c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 83037 c43a2624 0 664 664 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail > 83034 c413b000 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82994 c43b2000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82993 c38d8c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82992 c5b01a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82991 c5b01c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82990 c43b2624 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82989 c5b09000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82987 c6036830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82986 c42d5624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82984 c5b09624 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82983 c5b09830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82982 c4135a3c 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 82981 c3f82000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82976 c42d5830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82975 c5b09c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82974 c43acc48 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82973 c3f02418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82972 c5b13000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82971 c43ac20c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82970 c3cbb20c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82969 c43a2418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82967 c43a7000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82966 c40c0000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82965 c4376c48 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82964 c43b1c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82962 c41ad624 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82961 c38dea3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82960 c38a820c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82959 c43b0c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82952 c42a2a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82951 c6035000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82948 c43b220c 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 82947 c6035a3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82945 c43b2418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82944 c41aaa3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82938 c40c420c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82937 c6036a3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82932 c3f01a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82931 c42d4624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82930 c41aa418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82929 c3d94c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82928 c3f02830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82927 c3d94a3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82926 c413620c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82925 c3fcbc48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82924 c42d5a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82923 c4140830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82922 c43ac830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82921 c3f0220c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82919 c43b0418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82918 c3cbba3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82917 c4066830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82916 c3ba1624 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82915 c4376000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82914 c3f01c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82913 c43b1418 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82909 c4243c48 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82908 c3c33000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82907 c4243000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82906 c437ea3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82905 c3ba1000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82904 c43b1624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82903 c40c3a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82902 c3f82a3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82896 c43b0830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82895 c4136000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82894 c42a7000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82893 c3e9d000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82892 c3c3320c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82891 c42a220c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82890 c4375c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82889 c3ba1a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82888 c43af000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82887 c42a2c48 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82886 c3c33418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82885 c3c36830 0 636 636 0000100 [CPU 1] sendmail > 82877 c42a7418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82876 c3cbaa3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82874 c413bc48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82870 c43a7c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82865 c437520c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82864 c4376830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82851 c3f80418 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail > 82837 c3f02c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82782 c42d5000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82781 c3d9120c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82769 c43aca3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82766 c40c020c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82765 c41aa20c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82763 c3d1220c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82762 c3d9420c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82761 c42a7624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82740 c6036624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82738 c4136a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82737 c4243418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 82729 c3f82418 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82676 c4376624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82621 c3c33a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 82607 c4376a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 81310 c6035418 0 664 664 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail > 80076 c42d4000 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail > 79627 c4135624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 79198 c3cba830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 79197 c414020c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 79193 c4066418 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 79192 c40c3830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 79189 c3f00000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 79188 c437e830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 79186 c3d18830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 79185 c3fca418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 79184 c4136418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 79183 c3fcaa3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 79179 c3f80000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 79178 c3fcb20c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 79168 c603520c 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 79167 c4243624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 79083 c4375830 0 664 664 0000100 [SLPQ sbwait 0xc4401900][SLP][SWAP] sendmail > 78838 c3f01000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 78837 c3f80830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 78491 c40c4624 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 78490 c3d94830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 78484 c3f02000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 78483 c406ec48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 73847 c43ac418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 73846 c42d4418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 68027 c43b2a3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 67937 c3fcb000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 67936 c3fcb624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 67933 c42d4830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 67932 c38de624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 67904 c413b830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 67903 c3cbb624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 66287 c43afa3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 60279 c3f00830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 60278 c4244624 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 60277 c3fcba3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 60276 c3fca000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 60249 c406e418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 60248 c3f00c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51444 c3c3620c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51443 c4066000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51430 c3b99624 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51429 c41aa624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51427 c40c4830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51426 c3f0120c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51231 c4375624 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 51230 c3fcb830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51228 c3d10a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51227 c4140624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51222 c413b20c 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 51221 c38de418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51218 c43b020c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51217 c3cbac48 21802 550 550 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 51215 c43a2a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51214 c437e20c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51213 c4244418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51212 c3f02624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51211 c3f80a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51206 c43b0624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51161 c413520c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51160 c42d5418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 51153 c40c0418 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 50987 c3c36418 0 1 50987 0000100 [SLPQ sbwait 0xc3da3c40][SLP] sendmail > 36954 c4135000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 36941 c38dd418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 32803 c43af20c 0 32793 32803 0004003 [SLPQ ttyin 0xc3871810][SLP][SWAP] zsh > 32793 c43b2c48 127 32792 32793 0004002 [SLPQ pause 0xc43b2c7c][SLP][SWAP] zsh > 32792 c42a7c48 127 32781 32781 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sshd > 32781 c3fcb418 0 491 32781 0004100 [SLPQ sbwait 0xc4547e90][SLP][SWAP] sshd > 31218 c3cbb000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 31217 c3f01418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 5491 c43b0a3c 0 1 5491 0000100 [SLPQ sbwait 0xc45473e8][SLP] sendmail > 795 c3d91c48 0 778 795 0004002 [SLPQ wait 0xc3d91c48][SLP] sh > 778 c3d94418 0 760 778 0004002 [SLPQ pause 0xc3d9444c][SLP][SWAP] zsh > 760 c3ea1000 0 1 760 0004102 [SLPQ wait 0xc3ea1000][SLP][SWAP] login > 759 c3ea120c 0 1 759 0004002 [SLPQ ttyin 0xc3737410][SLP][SWAP] getty > 758 c3ea1418 0 1 758 0004002 [SLPQ ttyin 0xc3734c10][SLP][SWAP] getty > 757 c3ea1624 0 1 757 0004002 [SLPQ ttyin 0xc3734410][SLP][SWAP] getty > 756 c3ea1830 0 1 756 0004002 [SLPQ ttyin 0xc372f410][SLP][SWAP] getty > 755 c3ea1a3c 0 1 755 0004002 [SLPQ ttyin 0xc3736410][SLP][SWAP] getty > 754 c3d18c48 0 1 754 0004002 [SLPQ ttyin 0xc3730c10][SLP][SWAP] getty > 753 c3d18624 0 1 753 0004002 [SLPQ ttyin 0xc3735810][SLP][SWAP] getty > 752 c38de000 0 1 752 0004002 [SLPQ ttyin 0xc3734810][SLP][SWAP] getty > 719 c3d91418 0 1 717 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] snmpd > 709 c3d18a3c 0 1 709 0000100 [SLPQ pause 0xc3d18a70][SLP][SWAP] sendmail > 706 c3d12418 0 1 706 0000100 [SLPQ pause 0xc3d1244c][SLP][SWAP] sendmail > 703 c3d91000 0 1 703 0000100 [SLPQ pause 0xc3d91034][SLP][SWAP] sendmail > 700 c3d91624 0 1 700 0000100 [SLPQ pause 0xc3d91658][SLP][SWAP] sendmail > 696 c3d12a3c 0 1 696 0000100 [SLPQ pause 0xc3d12a70][SLP][SWAP] sendmail > 692 c3d94000 0 1 692 0000100 [SLPQ pause 0xc3d94034][SLP][SWAP] sendmail > 689 c3d94624 0 1 689 0000100 [SLPQ pause 0xc3d94658][SLP][SWAP] sendmail > 686 c3d1020c 0 1 686 0000100 [SLPQ pause 0xc3d10240][SLP] sendmail > 683 c3d10624 0 1 683 0000100 [SLPQ pause 0xc3d10658][SLP][SWAP] sendmail > 680 c3d12000 0 1 680 0000100 [SLPQ pause 0xc3d12034][SLP] sendmail > 678 c3d12624 0 1 678 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail > 664 c3d10000 0 1 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 650 c3cba000 0 1 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 636 c3d10418 0 1 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > 620 c38d8418 0 616 616 0000001 [SLPQ lockf 0xc41d3bc0][SLP][SWAP] saslauthd > 619 c3b99830 0 616 616 0000001 [SLPQ lockf 0xc878a040][SLP][SWAP] saslauthd > 618 c3cba418 0 616 616 0000001 [SLPQ lockf 0xc44dc900][SLP][SWAP] saslauthd > 617 c38d8624 0 616 616 0000001 [SLPQ accept 0xc3cf0466][SLP][SWAP] saslauthd > 616 c3d10c48 0 1 616 0000001 [SLPQ lockf 0xc44dc380][SLP][SWAP] saslauthd > 605 c3cba20c 21802 1 605 0000000 [SLPQ select 0xc0941aa4][SLP] perl > 604 c3d12830 0 577 604 0004003 [SLPQ ttyin 0xc3725810][SLP][SWAP] zsh > 577 c3c33830 127 576 577 0004002 [SLPQ pause 0xc3c33864][SLP][SWAP] zsh > 576 c3b9920c 127 574 574 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sshd > 574 c38dd624 0 491 574 0004100 [SLPQ sbwait 0xc3c30638][SLP][SWAP] sshd > 551 c38a5a3c 21802 1 551 0000001 [SLPQ select 0xc0941aa4][SLP] perl > 550 c38ddc48 21802 1 550 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl > 546 c3b99a3c 21802 1 546 0000001 [SLPQ select 0xc0941aa4][SLP] perl > 539 c38a5830 21802 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd > 538 c38a8000 21802 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd > 537 c38d820c 21802 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd > 536 c3ba120c 21802 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd > 535 c3ba1418 21802 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd > 534 c38d8000 21802 1 534 0000000 [SLPQ select 0xc0941aa4][SLP] httpd > 527 c38a5624 0 1 527 0008180 (threaded) perl > thread 0xc41c1a80 ksegrp 0xc34db660 [SLPQ kserel 0xc34db694][SLP] > thread 0xc879b300 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc43a6a80 ksegrp 0xc34db660 [SLPQ kserel 0xc34db694][SLP] > thread 0xc42eec00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a8480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59b5600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e8480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4ade000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42ee480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e5180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a9300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a2480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc423a600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc44f2600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5a0b780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5a36600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e9780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42ee780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e9300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e7a80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5a20000 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc87e9c00 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc42efa80 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc41c0780 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc4099900 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc43c9780 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc43ca180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41c4180 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc41c1600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59e7c00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a2a80 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc5a20d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc422d480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5a20600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3ea2900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41a1180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a3780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4096480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59e7480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a6900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc442dc00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3f03000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5a20a80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4adf180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc599d480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42ef600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc442e600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4ade480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e7180 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc879ba80 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc59b5180 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc4120d80 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc5a0b900 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc87e7600 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc599d900 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc423a900 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc3ea2600 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc87e8780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc422d780 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc5a20900 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc5a36480 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc43ca300 ksegrp 0xc34db660 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc41a1600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3c35780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3d96900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87ead80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4067000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3f28180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4ade600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc8a96000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e5900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc422d180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e9900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e7480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc44ef180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59b5900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e5d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc599d180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59b5000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4ade780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a4480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4121300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3f92900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc422d600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4adf000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3f8fa80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a8780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4adea80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3ea2480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc423aa80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4adf780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e5300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3f03180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4099300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc442d480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4068780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4121d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a4780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4095d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a2000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a4900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43c9d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e6d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc8a96600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43ca480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59b5d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59e7300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3d17600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e8c00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42f1600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a6780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5987c00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc422c600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc442d300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc8a97000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3ea3c00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a8a80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc44efd80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87ea780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5987000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4ade900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41c4300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5a20c00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e6900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3d17480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4ae1c00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43cad80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87ea900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc422dd80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e7d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e9180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4adf900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4aeb780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5a20780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a2180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59e7d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43c9180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42f1480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5987600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41c1780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a4d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41c1180 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc44ef480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4ae1a80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5987480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a3900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e9480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc44ef900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3d95d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc599d600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5987900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc422cc00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc599d000 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3ea2300 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e6480 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42f1d80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e8600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4120780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc599d780 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41bfc00 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4aeb900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42ee900 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4067a80 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a8600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4121600 ksegrp 0xc34db660 [SLPQ select 0xc0941aa4][SLP] > thread 0xc38df900 ksegrp 0xc354d8a0 [SLPQ ksesigwait 0xc38a575c][SLP] > 520 c38dd830 21803 1 69 000c083 (threaded) perl > thread 0xc43a9600 ksegrp 0xc354dcc0 [SLPQ kserel 0xc354dcf4][SLP] > thread 0xc8a97a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41a0c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5a0bc00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e9d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a8900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59e7000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3f8f180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc8a97d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc599dc00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4ae1480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42ee300 ksegrp 0xc354dcc0 [SLPQ kserel 0xc354dcf4][SLP] > thread 0xc87e8a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e5600 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc87e7300 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc5a0bd80 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc442da80 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc879b480 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc879b780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc44f2180 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc3f90780 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc5987d80 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc879bc00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e7c00 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc42ee180 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc87a2300 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc59b5480 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc442e900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5987180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5987780 ksegrp 0xc354dcc0 [SLPQ filelist lock 0xc0938bd0][SLP] > thread 0xc5a0b480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc599dd80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87ea180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3c34780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59b5c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41c0900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a9900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3f92c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a3480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e9000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3f81d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41a0d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5a36000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a9480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc8a96a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42f1900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a2d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41c0600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4120000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e8900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e7780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a3300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e9a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc423a480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4099d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5a20480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc442d180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59e7180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4096d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43ca600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5a36180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc423ad80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc442ec00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41c4c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e5c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4096a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3ea3600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41c4000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a4c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43c9300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42eed80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a9a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4adfd80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4ade180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41a1480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a4000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5987a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e6a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a9780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc8a96180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4aeb000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42ef480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4120a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4121180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc44ef300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a3a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc8a96780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59b5780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a9180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e8180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4adf600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc423a300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41bfd80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3ea3480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc422c780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc422c300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc422d900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc44f2000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc8a97600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59e7900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3f28780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4aeb180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e8d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a8300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3f28c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43c9600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43c9900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41c0a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41bf600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc422c900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43c9a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42f1a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3ea3900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43caa80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43ca900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43c9c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc442d600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc8a96300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87ea480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc43a8180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41c1c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3b9a000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41bf180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4121c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4aebc00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc422da80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e5000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc422c180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87eaa80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42ef300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e6000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42f1c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59e7a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc41c0d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4adfc00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc442e780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4099000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87a4300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4121000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc8a97180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4121480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc59b5300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc879b600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc87e9600 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3f90c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc8a96d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc8a97300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4122a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc42eea80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc5987300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc423a780 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4068300 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4ae1180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc3f8f480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc442e180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc4ae1900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > thread 0xc38e0180 ksegrp 0xc354d900 [SLPQ ksesigwait 0xc38dd968][SLP] > 519 c38a5c48 0 1 69 0004002 [SLPQ sbwait 0xc39cabc8][SLP][SWAP] perl > 504 c38a5418 0 1 504 0000000 [SLPQ nanslp 0xc093af0c][SLP] cron > 491 c38a5000 0 1 491 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sshd > 474 c38dd20c 0 1 474 0000000 [SLPQ select 0xc0941aa4][SLP] ntpd > 381 c38a520c 0 1 381 0000000 [SLPQ select 0xc0941aa4][SLP] syslogd > 352 c38d8830 0 1 352 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] devd > 268 c38dda3c 64 262 262 0000100 [SLPQ bpf 0xc38dce00][SLP] pflogd > 262 c38d8a3c 0 1 262 0000000 [SLPQ sbwait 0xc39ca370][SLP][SWAP] pflogd > 68 c38a8418 0 0 0 0000204 [SLPQ - 0xef03ed08][SLP] schedcpu > 67 c38a8624 0 0 0 0000204 [SLPQ - 0xc094a02c][SLP] nfsiod 3 > 66 c38a8830 0 0 0 0000204 [SLPQ - 0xc094a028][SLP] nfsiod 2 > 65 c38a8a3c 0 0 0 0000204 [SLPQ - 0xc094a024][SLP] nfsiod 1 > 64 c38a8c48 0 0 0 0000204 [SLPQ - 0xc094a020][SLP] nfsiod 0 > 63 c355a20c 0 0 0 0000204 [SLPQ vlruwt 0xc355a20c][SLP] vnlru > 62 c355a418 0 0 0 0000204 [SLPQ syncer 0xc093ac7c][SLP] syncer > 61 c355a624 0 0 0 0000204 [SLPQ psleep 0xc0941fec][SLP] bufdaemon > 60 c355a830 0 0 0 000020c [SLPQ pgzero 0xc09505e4][SLP] pagezero > 59 c355aa3c 0 0 0 0000204 [SLPQ psleep 0xc0950134][SLP] vmdaemon > 58 c355ac48 0 0 0 0000204 [SLPQ psleep 0xc09500f0][SLP] pagedaemon > 57 c3603000 0 0 0 0000204 [IWAIT] swi0: sio > 56 c360320c 0 0 0 0000204 [SLPQ - 0xc372903c][SLP] fdc0 > 55 c3603418 0 0 0 0000204 [SLPQ aifthd 0xc3603418][SLP] aac0aif > 54 c3603624 0 0 0 0000204 [SLPQ idle 0xc3528c00][SLP] aic_recovery0 > 53 c3603830 0 0 0 0000204 [SLPQ idle 0xc3528c00][SLP] aic_recovery0 > 52 c3603a3c 0 0 0 0000204 [IWAIT] swi6:+ > 51 c3603c48 0 0 0 0000204 [IWAIT] swi6: task queue > 9 c354b624 0 0 0 0000204 [SLPQ - 0xc3563600][SLP] acpi_task2 > 8 c354b830 0 0 0 0000204 [SLPQ - 0xc3563600][SLP] acpi_task1 > 7 c354ba3c 0 0 0 0000204 [SLPQ - 0xc3563600][SLP] acpi_task0 > 50 c354bc48 0 0 0 0000204 [IWAIT] swi2: cambio > 6 c3559000 0 0 0 0000204 [SLPQ - 0xc3563780][SLP] kqueue taskq > 49 c355920c 0 0 0 0000204 [IWAIT] swi5:+ > 5 c3559418 0 0 0 0000204 [SLPQ - 0xc3563980][SLP] thread taskq > 48 c3559624 0 0 0 0000204 [SLPQ - 0xc0935c60][SLP] yarrow > 4 c3559830 0 0 0 0000204 [SLPQ - 0xc0938428][SLP] g_down > 3 c3559a3c 0 0 0 0000204 [SLPQ - 0xc0938424][SLP] g_up > 2 c3559c48 0 0 0 0000204 [SLPQ - 0xc093841c][SLP] g_event > 47 c355a000 0 0 0 0000204 [IWAIT] swi1: net > 46 c353bc48 0 0 0 0000204 [IWAIT] swi3: vm > 45 c354a000 0 0 0 000020c [IWAIT] swi4: clock sio > 44 c354a20c 0 0 0 0000204 [IWAIT] irq0: > 43 c354a418 0 0 0 0000204 [IWAIT] irq31: aac0 > 42 c354a624 0 0 0 0000204 [IWAIT] irq30: ahc0 > 41 c354a830 0 0 0 0000204 [IWAIT] irq29: > 40 c354aa3c 0 0 0 0000204 [IWAIT] irq28: > 39 c354ac48 0 0 0 0000204 [IWAIT] irq27: > 38 c354b000 0 0 0 0000204 [IWAIT] irq26: > 37 c354b20c 0 0 0 0000204 [IWAIT] irq25: > 36 c354b418 0 0 0 0000204 [IWAIT] irq24: > 35 c3529624 0 0 0 0000204 [IWAIT] irq23: > 34 c3529830 0 0 0 0000204 [IWAIT] irq22: fxp0 > 33 c3529a3c 0 0 0 0000204 [IWAIT] irq21: > 32 c3529c48 0 0 0 0000204 [IWAIT] irq20: > 31 c353b000 0 0 0 0000204 [IWAIT] irq19: > 30 c353b20c 0 0 0 0000204 [IWAIT] irq18: fxp1 > 29 c353b418 0 0 0 0000204 [IWAIT] irq17: bge0 > 28 c353b624 0 0 0 0000204 [IWAIT] irq16: fxp2 > 27 c353b830 0 0 0 0000204 [IWAIT] irq15: ata1 > 26 c353ba3c 0 0 0 0000204 [IWAIT] irq14: ata0 > 25 c34dc20c 0 0 0 0000204 [IWAIT] irq13: > 24 c34dc418 0 0 0 0000204 [IWAIT] irq12: > 23 c34dc624 0 0 0 0000204 [IWAIT] irq11: > 22 c34dc830 0 0 0 0000204 [IWAIT] irq10: > 21 c34dca3c 0 0 0 0000204 [IWAIT] irq9: acpi0 > 20 c34dcc48 0 0 0 0000204 [IWAIT] irq8: > 19 c3529000 0 0 0 0000204 [IWAIT] irq7: ppc0 > 18 c352920c 0 0 0 0000204 [IWAIT] irq6: fdc0 > 17 c3529418 0 0 0 0000204 [IWAIT] irq5: > 16 c34d7000 0 0 0 0000204 [IWAIT] irq4: sio0 > 15 c34d720c 0 0 0 0000204 [IWAIT] irq3: sio1 > 14 c34d7418 0 0 0 0000204 [IWAIT] irq2: > 13 c34d7624 0 0 0 0000204 [IWAIT] irq1: atkbd0 > 12 c34d7830 0 0 0 000020c [CPU 0] idle: cpu0 > 11 c34d7a3c 0 0 0 000020c [Can run] idle: cpu1 > 1 c34d7c48 0 0 1 0004200 [SLPQ wait 0xc34d7c48][SLP] init > 10 c34dc000 0 0 0 0000204 [SLPQ ktrace 0xc0938e78][SLP] ktrace > 0 c0938520 0 0 0 0000200 [IWAIT] swapper > db> panic > panic: from debugger > cpuid = 1 > KDB: stack backtrace: > kdb_backtrace(100,c3c34c00,0,c089e89c,c089e8b8) at 0xc0659ab5 = kdb_backtrace+0x29 > panic(c084a8b4,f1325a04,c0468c70,c093ace0,0) at 0xc06408b8 = panic+0x114 > db_panic(c093ace0,0,ffffffff,f1325978,0) at 0xc0468cd9 = db_panic+0xd > db_command(c09217e4,c08a7820,c089e89c,c089e8b8,c084a8c2) at 0xc0468c70 = db_command+0x264 > db_command_loop(0,0,f1325a30,f1325a1c,f1325a64) at 0xc0468d38 = db_command_loop+0x5c > db_trap(3,0,c3c34c00,3,c3c34c00) at 0xc046a949 = db_trap+0xdd > kdb_trap(3,0,f1325abc) at 0xc0659dd0 = kdb_trap+0x88 > trap(f1320008,c0650028,c0870028,f9,c372ec00) at 0xc0817c88 = trap+0x498 > calltrap() at 0xc0804cba = calltrap+0x5 > --- trap 0x3, eip = 0xc0659b37, esp = 0xf1325afc, ebp = 0xf1325afc --- > kdb_enter(c0895a5e) at 0xc0659b37 = kdb_enter+0x2b > siointr1(c372ec00) at 0xc07f09b2 = siointr1+0xce > siointr(c372ec00) at 0xc07f0792 = siointr+0x5e > intr_execute_handlers(c3528090,f1325b68,4,f1325bcc,c0805073) at 0xc0808985 = intr_execute_handlers+0x85 > lapic_handle_intr(34) at 0xc080b042 = lapic_handle_intr+0x2e > Xapic_isr1() at 0xc0805073 = Xapic_isr1+0x33 > --- interrupt, eip = 0xc0685d59, esp = 0xf1325bac, ebp = 0xf1325bcc --- > unp_gc(c43be2c8) at 0xc0685d59 = unp_gc+0xf1 > unp_detach(c43b7000,f1325c08,c067a188,c43be2c8,0) at 0xc06840fa = unp_detach+0xae > uipc_detach(c43be2c8) at 0xc0682f8e = uipc_detach+0x82 > soclose(c43be2c8,c40fb6c0,0,f1325c34,c0620c10) at 0xc067a188 = soclose+0x278 > soo_close(c40fb6c0,c3c34c00) at 0xc0669fb3 = soo_close+0x63 > fdrop_locked(c40fb6c0,c3c34c00,c3a3d800,f1325cb4,c061f0fb) at 0xc0620c10 = fdrop_locked+0xac > fdrop(c40fb6c0,c3c34c00,c066371f,c40fb6c0,c878ac00) at 0xc0620b5d = fdrop+0x41 > closef(c40fb6c0,c3c34c00,0,c3c34c00,6) at 0xc061f0fb = closef+0x427 > close(c3c34c00,f1325d04,1,0,292) at 0xc061c4bd = close+0x211 > syscall(3b,1003b,bfbf003b,80d58e7,80e8780) at 0xc0818557 = syscall+0x2bf > Xint0x80_syscall() at 0xc0804d0f = Xint0x80_syscall+0x1f > --- syscall (6, FreeBSD ELF32, close), eip = 0x282cb7d3, esp = 0xbfbfae4c, ebp = 0xbfbfae68 --- > KDB: stack backtrace: > kdb_backtrace(28d5a61e,53755e05,ffc03014,c3c34c00,c084a8b4) at 0xc0659ab5 = kdb_backtrace+0x29 > mi_switch(1,0,f1325924,c0640190,c3c34c00) at 0xc0647162 = mi_switch+0xf6 > sched_bind(c3c34c00,0) at 0xc065287c = sched_bind+0x44 > boot(104,104,c3c34c00,0,c089e89c) at 0xc0640190 = boot+0x64 > panic(c084a8b4,f1325a04,c0468c70,c093ace0,0) at 0xc064095d = panic+0x1b9 > db_panic(c093ace0,0,ffffffff,f1325978,0) at 0xc0468cd9 = db_panic+0xd > db_command(c09217e4,c08a7820,c089e89c,c089e8b8,c084a8c2) at 0xc0468c70 = db_command+0x264 > db_command_loop(0,0,f1325a30,f1325a1c,f1325a64) at 0xc0468d38 = db_command_loop+0x5c > db_trap(3,0,c3c34c00,3,c3c34c00) at 0xc046a949 = db_trap+0xdd > kdb_trap(3,0,f1325abc) at 0xc0659dd0 = kdb_trap+0x88 > trap(f1320008,c0650028,c0870028,f9,c372ec00) at 0xc0817c88 = trap+0x498 > calltrap() at 0xc0804cba = calltrap+0x5 > --- trap 0x3, eip = 0xc0659b37, esp = 0xf1325afc, ebp = 0xf1325afc --- > kdb_enter(c0895a5e) at 0xc0659b37 = kdb_enter+0x2b > siointr1(c372ec00) at 0xc07f09b2 = siointr1+0xce > siointr(c372ec00) at 0xc07f0792 = siointr+0x5e > intr_execute_handlers(c3528090,f1325b68,4,f1325bcc,c0805073) at 0xc0808985 = intr_execute_handlers+0x85 > lapic_handle_intr(34) at 0xc080b042 = lapic_handle_intr+0x2e > Xapic_isr1() at 0xc0805073 = Xapic_isr1+0x33 > --- interrupt, eip = 0xc0685d59, esp = 0xf1325bac, ebp = 0xf1325bcc --- > unp_gc(c43be2c8) at 0xc0685d59 = unp_gc+0xf1 > unp_detach(c43b7000,f1325c08,c067a188,c43be2c8,0) at 0xc06840fa = unp_detach+0xae > uipc_detach(c43be2c8) at 0xc0682f8e = uipc_detach+0x82 > soclose(c43be2c8,c40fb6c0,0,f1325c34,c0620c10) at 0xc067a188 = soclose+0x278 > soo_close(c40fb6c0,c3c34c00) at 0xc0669fb3 = soo_close+0x63 > fdrop_locked(c40fb6c0,c3c34c00,c3a3d800,f1325cb4,c061f0fb) at 0xc0620c10 = fdrop_locked+0xac > fdrop(c40fb6c0,c3c34c00,c066371f,c40fb6c0,c878ac00) at 0xc0620b5d = fdrop+0x41 > closef(c40fb6c0,c3c34c00,0,c3c34c00,6) at 0xc061f0fb = closef+0x427 > close(c3c34c00,f1325d04,1,0,292) at 0xc061c4bd = close+0x211 > syscall(3b,1003b,bfbf003b,80d58e7,80e8780) at 0xc0818557 = syscall+0x2bf > Xint0x80_syscall() at 0xc0804d0f = Xint0x80_syscall+0x1f > --- syscall (6, FreeBSD ELF32, close), eip = 0x282cb7d3, esp = 0xbfbfae4c, ebp = 0xbfbfae68 --- > [Previous attempts at using "call boot(0)"/etc. produced a solid hang that > required physical access to the Reset button / power switch.] > db> call cpu_reset() > cpu_reset: Restarting BSP > cpu_reset_proxy: Stopped CPU 1 > > > [Seeing other posts that request kernel config additions to assist with > debugging, I then tried to install a kernel with the added config of: > options WITNESS > and booting failed as such:] > > /boot/kernel/acpi.ko text=0x40c0c data=0x2160+0x1090 syms=[0x4+0x7810+0x4+0xa292] > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2005 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 6.0-RC1 #1: Wed Oct 19 09:45:23 CDT 2005 > root@[host-elided]:/usr/obj/usr/src/sys/SMP_DDB > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter \"i8254\" frequency 1193182 Hz quality 0 > CPU: Intel Pentium III (997.46-MHz 686-class CPU) > Origin = \"GenuineIntel\" Id = 0x68a Stepping = 10 > Features=0x383fbff > real memory = 2147418112 (2047 MB) > avail memory = 2096447488 (1999 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 1 > cpu1 (AP): APIC ID: 0 > ioapic0: Changing APIC ID to 2 > ioapic1: Changing APIC ID to 3 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-15 on motherboard > ioapic1 irqs 16-31 on motherboard > panic: spin lock hptlock not in order list > cpuid = 0 > KDB: stack backtrace: > kdb_backtrace(100,c0903380,0,c085e142,c08a28ac) at 0xc0646395 = kdb_backtrace+0x29 > panic(c084621f,c085e142,c090c6c0,0,c0845c3a) at 0xc062fd4c = panic+0x114 > enroll(c085e142,c08a28ac,c096d720,1,c0c20d5c) at 0xc064f61b = enroll+0xef > witness_init(c096d720,c34bfb74,c08dd510,c28000,c0c20d74) at 0xc064e6dd = witness_init+0x11d > mtx_init(c096d720,c085e142,0,1,c0c20d88) at 0xc0628d63 = mtx_init+0x8f > hpt_init(0,c1ec00,c1e000,0,c04457e5) at 0xc07ac352 = hpt_init+0x16 > mi_startup() at 0xc060b1be = mi_startup+0x96 > begin() at 0xc04457e5 = begin+0x2c > KDB: enter: panic > [thread pid 0 tid 0 ] > Stopped at 0xc0646417 = kdb_enter+0x2b: nop > db> > db> where > Tracing pid 0 tid 0 td 0xc0903380 > kdb_enter(c0843318) at 0xc0646417 = kdb_enter+0x2b > panic(c084621f,c085e142,c090c6c0,0,c0845c3a) at 0xc062fd5f = panic+0x127 > enroll(c085e142,c08a28ac,c096d720,1,c0c20d5c) at 0xc064f61b = enroll+0xef > witness_init(c096d720,c34bfb74,c08dd510,c28000,c0c20d74) at 0xc064e6dd = witness_init+0x11d > mtx_init(c096d720,c085e142,0,1,c0c20d88) at 0xc0628d63 = mtx_init+0x8f > hpt_init(0,c1ec00,c1e000,0,c04457e5) at 0xc07ac352 = hpt_init+0x16 > mi_startup() at 0xc060b1be = mi_startup+0x96 > begin() at 0xc04457e5 = begin+0x2c > db> show pcpu > cpuid = 0 > curthread = 0xc0903380: pid 0 \"swapper\" > curpcb = 0xc0c20d90 > fpcurthread = none > idlethread = 0xc34d8900: pid 12 \"idle: cpu0\" > APIC ID = 1 > currentldt = 0x50 > spin locks held: > db> show pcpu 0 > cpuid = 0 > curthread = 0xc0903380: pid 0 \"swapper\" > curpcb = 0xc0c20d90 > fpcurthread = none > idlethread = 0xc34d8900: pid 12 \"idle: cpu0\" > APIC ID = 1 > currentldt = 0x50 > spin locks held: > db> show pcpu 1 > cpuid = 1 > curthread = none > curpcb = 0 > fpcurthread = none > idlethread = 0xc34d8780: pid 11 \"idle: cpu1\" > APIC ID = 0 > currentldt = 0x50 > spin locks held: > db> show sysctllock > No such command > db> print sysctllock > c0905920 > db> show reg > cs 0x20 > ds 0xc0840028 > es 0xc0640028 blist_create+0x4 > fs 0xc0c20008 > ss 0x28 > eax 0x12 > ecx 0xc1033000 > edx 0 > ebx 0xc0c20d0c > esp 0xc0c20ce0 > ebp 0xc0c20ce0 > esi 0x1 > edi 0xc084621f > eip 0xc0646417 kdb_enter+0x2b > efl 0x80292 > dr0 0 > dr1 0 > dr2 0 > dr3 0 > dr4 0xffff0ff0 > dr5 0x400 > dr6 0xffff0ff0 > dr7 0x400 > 0xc0646417 = kdb_enter+0x2b: nop > db> show witness > Sleep locks: > 0 module subsystem sx lock -- last acquired @ /usr/src/sys/kern/kern_module.c:115 > 0 kernel environment -- last acquired @ /usr/src/sys/kern/subr_hints.c:117 > 0 user map -- last acquired @ /usr/src/sys/vm/vm_map.c:2489 > 1 system map -- last acquired @ /usr/src/sys/vm/vm_kern.c:295 > 2 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:2631 > 3 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:1898 > 2 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:397 > 3 SYSMAPS -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2410 > 3 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_kern.c:404 > 4 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:1878 > 4 vnode interlock -- last acquired @ order list:0 > 5 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:62 > 2 kernel object -- last acquired @ /usr/src/sys/vm/vm_object.c:454 > 3 SYSMAPS -- (already displayed) > 3 vm page queue mutex -- (already displayed) > 2 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:914 > 3 UMA zone -- (already displayed) > 0 nfsd_mtx -- last acquired @ order list:0 > 3 so_snd -- last acquired @ order list:0 > 4 so_rcv -- last acquired @ order list:0 > 5 radix node head -- last acquired @ order list:0 > 6 rtentry -- last acquired @ order list:0 > 7 ifaddr -- last acquired @ order list:0 > 5 sellck -- last acquired @ order list:0 > 0 bpf global lock -- last acquired @ order list:0 > 1 bpf interface lock -- last acquired @ order list:0 > 2 bpf cdev lock -- last acquired @ order list:0 > 0 ddp_list_mtx -- last acquired @ order list:0 > 1 ddp_mtx -- last acquired @ order list:0 > 0 slip_mtx -- last acquired @ order list:0 > 1 slip sc_mtx -- last acquired @ order list:0 > 0 tcp -- last acquired @ order list:0 > 1 tcpinp -- last acquired @ order list:0 > 3 so_snd -- (already displayed) > 0 udp -- last acquired @ order list:0 > 1 udpinp -- last acquired @ order list:0 > 3 so_snd -- (already displayed) > 0 unp -- last acquired @ order list:0 > 3 so_snd -- (already displayed) > 0 in_multi_mtx -- last acquired @ order list:0 > 1 igmp_mtx -- last acquired @ order list:0 > 2 if_addr_mtx -- last acquired @ order list:0 > 0 Giant -- last acquired @ /usr/src/sys/kern/subr_witness.c:513 > 1 eventhandler list -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:132 > 1 vm object_list -- last acquired @ /usr/src/sys/vm/vm_object.c:229 > 1 system map -- (already displayed) > 1 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:148 > 1 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:82 > 1 filedesc structure -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1512 > 2 accept -- last acquired @ order list:0 > 3 so_snd -- (already displayed) > 2 pipe mutex -- last acquired @ order list:0 > 3 sigio lock -- last acquired @ order list:0 > 4 process group -- last acquired @ /usr/src/sys/kern/kern_fork.c:562 > 5 process lock -- last acquired @ /usr/src/sys/kern/kern_kthread.c:96 > 6 ktrace -- last acquired @ /usr/src/sys/kern/kern_fork.c:590 > 6 sigacts -- last acquired @ /usr/src/sys/kern/kern_kthread.c:98 > 6 session -- last acquired @ /usr/src/sys/kern/kern_fork.c:572 > 7 uidinfo hash -- last acquired @ /usr/src/sys/kern/kern_resource.c:1032 > 8 sleep mtxpool -- last acquired @ /usr/src/sys/kern/kern_resource.c:914 > 8 uidinfo struct -- last acquired @ order list:0 > 9 allprison -- last acquired @ order list:0 > 1 ithread -- last acquired @ /usr/src/sys/kern/kern_intr.c:275 > 1 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:598 > 1 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:470 > 1 ACPI semaphore -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:301 > 1 TID lock -- last acquired @ /usr/src/sys/kern/subr_unit.c:592 > 1 standard object -- last acquired @ /usr/src/sys/vm/vm_glue.c:290 > 1 ttylist -- last acquired @ /usr/src/sys/kern/tty.c:2865 > 1 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:300 > 0 proctree -- last acquired @ /usr/src/sys/kern/kern_fork.c:561 > 4 process group -- (already displayed) > 1 allproc -- last acquired @ /usr/src/sys/kern/kern_fork.c:286 > 5 process lock -- (already displayed) > Spin locks: > 0 ap boot -- last acquired @ order list:0 > 1 rm.mutex_mtx -- last acquired @ order list:0 > 2 sio -- last acquired @ order list:0 > 3 cy -- last acquired @ order list:0 > 4 uart_hwmtx -- last acquired @ order list:0 > 5 sabtty -- last acquired @ order list:0 > 6 zstty -- last acquired @ order list:0 > 7 ng_node -- last acquired @ order list:0 > 8 ng_worklist -- last acquired @ order list:0 > 9 taskqueue_fast -- last acquired @ order list:0 > 10 intr table -- last acquired @ /usr/src/sys/i386/i386/intr_machdep.c:89 > 11 ithread table lock -- last acquired @ order list:0 > 12 sleepq chain -- last acquired @ /usr/src/sys/kern/subr_sleepqueue.c:218 > 13 sched lock -- last acquired @ /usr/src/sys/kern/kern_kthread.c:116 > 14 turnstile chain -- last acquired @ order list:0 > 15 td_contested -- last acquired @ order list:0 > 16 callout -- last acquired @ /usr/src/sys/kern/kern_timeout.c:439 > 17 entropy harvest mutex -- last acquired @ order list:0 > 18 allpmaps -- last acquired @ /usr/src/sys/i386/i386/pmap.c:1429 > 19 vm page queue free mutex -- last acquired @ /usr/src/sys/vm/vm_page.c:787 > 20 icu -- last acquired @ order list:0 > 21 smp rendezvous -- last acquired @ order list:0 > 22 tlb -- last acquired @ order list:0 > 23 clk -- last acquired @ /usr/src/sys/i386/isa/clock.c:260 > 24 mutex profiling lock -- last acquired @ order list:0 > 25 kse zombie lock -- last acquired @ order list:0 > 26 ALD Queue -- last acquired @ order list:0 > 27 pcicfg -- last acquired @ order list:0 > 28 NDIS thread lock -- last acquired @ order list:0 > 29 tw_osl_io_lock -- last acquired @ order list:0 > 30 tw_osl_q_lock -- last acquired @ order list:0 > 31 tw_cl_io_lock -- last acquired @ order list:0 > 32 tw_cl_intr_lock -- last acquired @ order list:0 > 33 tw_cl_gen_lock -- last acquired @ order list:0 > Locks which were never acquired: > LED sx > LED mtx > tty > nfslock > random reseed > devd > bio queue > GEOM topology > if_cloners lock > ifnet > acpica subsystem lock > ACPI global lock > sf_buf > taskqueue list > uma object > p_peers > struct pargs.ref > pbuf mutex > bdone lock > buffer daemon lock > needsbuffer lock > runningbufspace lock > buf queue lock > callout_wait_lock > ACPI embedded controller > ACPI CPU > ACPI PCI power methods > ACPI cmbat > ACPI generic battery > ACPI AC adapter > ACPI thermal zone > ACPI PCI link > ACPI root bus > ACPI PCI bus methods > ACPI lid > ACPI power resources > umtxq_lock > bounce pages lock > arc4_mtx > securelevel mutex lock > accounting > knlist lock for lockless objects > net80211 instances > rtsock route_cb lock > Softdep Lock > domain list > rawcb > pfil_head_list lock > mountlist > pmc shared lock > accept_filter_mtx > protect sysfilt_ops > kqueue order > UUID generator mutex lock > unit# allocation > Name Cache > fifo mutex > so_glabel > encapmtx > DEVFS ruleset lock > fdesc > filelist lock > sysctl lock > phys_pager list > dev_pager list > dev_pager create > swapdev > swap_pager list > vm map sleep mutex > PMAP2 > vm86 lock > db> cont > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > > > And, attempts at adding: > options INVARIANTS > > failed to compile with the following: > > /usr/src/sys/dev/ata/atapi-cd.c: In function `acd_geom_attach': > /usr/src/sys/dev/ata/atapi-cd.c:181: warning: implicit declaration of function `_sx_assert' > /usr/src/sys/dev/ata/atapi-cd.c:181: warning: nested extern declaration of `_sx_assert' > > > > Since I am having a hang that feels the same to me in both RELENG_5 and > RELENG_6, that's the main thing I would like to look at. I am not very > conversant at what I will need for kernel debugging (knowing which > addresses to dump or structures to inspect) to debug this myself, but > if you can tell me any further commands to issue in DDB or which addresses > would assist in diagnosing or config options to add, that will be no > problem and I will be more than happy to assist in any way! > > > Thank you, > Philip > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 16:58:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92DC716A420 for ; Wed, 19 Oct 2005 16:58:36 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 07B4343D73 for ; Wed, 19 Oct 2005 16:58:29 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 66836 invoked by uid 1026); 19 Oct 2005 17:02:49 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.091168 secs); 19 Oct 2005 17:02:49 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 19 Oct 2005 17:02:49 -0000 From: Niki Denev To: freebsd-current@freebsd.org Date: Wed, 19 Oct 2005 19:58:27 +0300 User-Agent: KMail/1.8 References: <200510181233.47769.nike_d@cytexbg.com> <43554809.4060900@errno.com> <4356129F.90602@cytexbg.com> In-Reply-To: <4356129F.90602@cytexbg.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1229432.ppm0dL0cOZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510191958.27827.nike_d@cytexbg.com> Cc: Subject: Re: ath not setting media type? [SOLVED : devd is to blame] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 16:58:36 -0000 --nextPart1229432.ppm0dL0cOZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I think i found the problem, and it's in devd. The problem affects only the media/link status notify events because there the interface name is supplied in the variable "subsystem", which fails to be assigned properly. I'm not C++ expert but it looks that the duplicated declaration of the=20 variable "value" is the problem. I wonder why compiler doesn't complain about this... but i may be wrong, because i don't know anyting about c++ :) this patch fixed it for me : =2D------------------------------------------------------------------------= =2D---------------------- =2D-- devd.cc.orig Wed Oct 19 19:50:28 2005 +++ devd.cc Wed Oct 19 19:53:29 2005 @@ -233,7 +233,7 @@ // to subsystem if none exists. value =3D c.get_variable("device-name"); if (value.length() =3D=3D 0) =2D string value =3D c.get_variable("subsystem"); + value =3D c.get_variable("subsystem"); if (Dflag) fprintf(stderr, "Testing media type of %s against 0x%x\n", value.c_str(), _type); =2D------------------------------------------------------------------------= =2D---------------------- [http://www.totalterror.net/freebsd/devd.patch] =2D-=20 =2D-niki PGP KeyId: 0xF2DB7EB9 --nextPart1229432.ppm0dL0cOZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBDVnszHNAJ/fLbfrkRArsdAJ9JVpwKrBzLo4Bz3plUOjetLAM9GgCdH6kd 5FCF6wn7c8TrvQc5pKWOcSI= =O58H -----END PGP SIGNATURE----- --nextPart1229432.ppm0dL0cOZ-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 17:03:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FF6D16A41F; Wed, 19 Oct 2005 17:03:12 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id C19C943D6D; Wed, 19 Oct 2005 17:03:02 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 19 Oct 2005 13:19:34 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 19 Oct 2005 13:04:27 -0400 User-Agent: KMail/1.8.2 References: <200510191623.j9JGNSfr007356@magus.nostrum.com> <20051019175020.S60849@fledge.watson.org> In-Reply-To: <20051019175020.S60849@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510191304.28422.jhb@freebsd.org> Cc: Robert Watson Subject: Re: Problem remains with FreeBSD 6.0-RC1 as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 17:03:12 -0000 On Wednesday 19 October 2005 12:54 pm, Robert Watson wrote: > On Wed, 19 Oct 2005, Philip Kizer wrote: > > I have a problem I reported on freebsd-stable several weeks ago in: > > > > > > http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=47770+187449+/usr/local/www/d > >b/text/2005/freebsd-stable/20051009.freebsd-stable > > > > I upgraded a test box to see if all of the reports were true that > > threading and most other major problems were better in the 6.x branch, > > but I have had the same kind of hangs with 6.0-RC1 that I was having > > with RELENG_5. > > > > I get notified that some of my services are unavailable and I verify > > that new connection attempts from remote just hang. Attempts at issuing > > commands from my existing ssh connections will let me send a > > and see a new prompt generated, but any attempt at execing/etc will then > > hang that process. > > This appears to be a problem with file descriptor passing and garbage > collection. I've seen one report of a lock order reversal along these > lines, but it was not believed to be symptomatic of an actual hang, just > an architectural issue. This could be a sign that we need to address the > source of the reversal, although it sounds like you don't get a reversal > warning? > > Could I have you try the following DDB commands also: > > show alllocks > traceall > > It's possible that 'traceall' isn't present in RC1, in which case it > will be present in RC2. Regardless, the output of "show alllocks" > would be helpful. > > I'll read some code this evening and ponder. He'll need witness for 'show alllocks' but that will require having the 'hptlock' spin mutex added to witness' spin lock order. Also, the psuedo-rw lock phk created for filedesc isn't witness checked since it isn't a mutex or sx lock, and it maybe that there is a reversal involving that lock, but it will be tricky to tell if that is the case. > Thanks, > > Robert N M Watson > > > Moving to the console, I get the same behaviour such that if it is > > already logged in, I can hit return in the shell and get a new shell > > prompt, but any command I try (i.e. 'uptime' or 'uname') then results in > > the same lack of any further response. [Though, obviously from below, > > sending a break to activate DDB still works.] > > > > If the console is not already logged in and I hit return at "login:", I > > get a new "login:" prompt; but, as soon as I enter a username+^M or even > > Ctrl-D it, I cease to receive any feedback besides terminal echo from my > > input. > > > > > > This is: > > FreeBSD [host-elided] 6.0-RC1 FreeBSD 6.0-RC1 #0: Mon Oct 17 15:52:35 CDT > > 2005 root@[host-elided]:/usr/obj/usr/src/sys/SMP_DDB i386 > > > > # grep '^[a-z]' /sys/i386/conf/SMP_DDB > > include GENERIC > > ident DDB > > options SMP # Symmetric MultiProcessor Kernel > > options INCLUDE_CONFIG_FILE # Include this file in kernel > > options DDB #Enable the kernel debugger > > options DDB_NUMSYM #Print numerical value of symbols too > > options KDB > > options KDB_TRACE > > options BREAK_TO_DEBUGGER > > > > [After notification of a problem, this is from the serial console...a few > > further inline comments included in brackets "[]".] > > > > # > > [Typed: Ctrl-T] > > load: 1.82 cmd: sh 795 [ttyin] 0.00u 0.00s 0% 168k > > # uptime > > [Waited a while to be sure it was hung and not returning. Retyped: > > Ctrl-T] load: 1.82 cmd: uptime 83303 [filelist lock] 0.00u 0.00s 0% 180k > > [Sent BREAK] > > KDB: enter: Line break on console > > [thread pid 82885 tid 100133 ] > > Stopped at 0xc0659b37 = kdb_enter+0x2b: nop > > db> set $lines=0 > > db> trace > > Tracing pid 82885 tid 100133 td 0xc3c34c00 > > kdb_enter(c0895a5e) at 0xc0659b37 = kdb_enter+0x2b > > siointr1(c372ec00) at 0xc07f09b2 = siointr1+0xce > > siointr(c372ec00) at 0xc07f0792 = siointr+0x5e > > intr_execute_handlers(c3528090,f1325b68,4,f1325bcc,c0805073) at > > 0xc0808985 = intr_execute_handlers+0x85 lapic_handle_intr(34) at > > 0xc080b042 = lapic_handle_intr+0x2e > > Xapic_isr1() at 0xc0805073 = Xapic_isr1+0x33 > > --- interrupt, eip = 0xc0685d59, esp = 0xf1325bac, ebp = 0xf1325bcc --- > > unp_gc(c43be2c8) at 0xc0685d59 = unp_gc+0xf1 > > unp_detach(c43b7000,f1325c08,c067a188,c43be2c8,0) at 0xc06840fa = > > unp_detach+0xae uipc_detach(c43be2c8) at 0xc0682f8e = uipc_detach+0x82 > > soclose(c43be2c8,c40fb6c0,0,f1325c34,c0620c10) at 0xc067a188 = > > soclose+0x278 soo_close(c40fb6c0,c3c34c00) at 0xc0669fb3 = soo_close+0x63 > > fdrop_locked(c40fb6c0,c3c34c00,c3a3d800,f1325cb4,c061f0fb) at 0xc0620c10 > > = fdrop_locked+0xac fdrop(c40fb6c0,c3c34c00,c066371f,c40fb6c0,c878ac00) > > at 0xc0620b5d = fdrop+0x41 closef(c40fb6c0,c3c34c00,0,c3c34c00,6) at > > 0xc061f0fb = closef+0x427 close(c3c34c00,f1325d04,1,0,292) at 0xc061c4bd > > = close+0x211 > > syscall(3b,1003b,bfbf003b,80d58e7,80e8780) at 0xc0818557 = syscall+0x2bf > > Xint0x80_syscall() at 0xc0804d0f = Xint0x80_syscall+0x1f > > --- syscall (6, FreeBSD ELF32, close), eip = 0x282cb7d3, esp = > > 0xbfbfae4c, ebp = 0xbfbfae68 --- db> show reg > > cs 0x20 > > ds 0xc0870028 > > es 0xc0650028 parse_dynamic+0x4 > > fs 0xf1320008 > > ss 0x28 > > eax 0x22 > > ecx 0xc1033000 > > edx 0 > > ebx 0xc3c34c00 > > esp 0xf1325afc > > ebp 0xf1325afc > > esi 0xc372ec00 > > edi 0xf9 > > eip 0xc0659b37 kdb_enter+0x2b > > efl 0x86 > > dr0 0 > > dr1 0 > > dr2 0 > > dr3 0 > > dr4 0xffff0ff0 > > dr5 0x400 > > dr6 0xffff0ff0 > > dr7 0x400 > > 0xc0659b37 = kdb_enter+0x2b: nop > > db> show witness > > No such command > > db> show pcpu > > cpuid = 1 > > curthread = 0xc3c34c00: pid 82885 \"sendmail\" > > curpcb = 0xf1325d90 > > fpcurthread = none > > idlethread = 0xc34d8780: pid 11 \"idle: cpu1\" > > APIC ID = 0 > > currentldt = 0x50 > > db> show pcpuu0 > > cpuid = 0 > > curthread = 0xc34d8900: pid 12 \"idle: cpu0\" > > curpcb = 0xe4f9bd90 > > fpcurthread = none > > idlethread = 0xc34d8900: pid 12 \"idle: cpu0\" > > APIC ID = 1 > > currentldt = 0x50 > > db> show pcpu 1 > > cpuid = 1 > > curthread = 0xc3c34c00: pid 82885 \"sendmail\" > > curpcb = 0xf1325d90 > > fpcurthread = none > > idlethread = 0xc34d8780: pid 11 \"idle: cpu1\" > > APIC ID = 0 > > currentldt = 0x50 > > db> show pcpu 2 > > CPU 2 not found > > db> print sysctllock > > c093ace0 > > db> ps > > pid proc uid ppid pgrp flag stat wmesg wchan cmd > > 83305 c43b2830 0 504 504 0000000 [SLPQ filelist lock > > 0xc0938bd0][SLP] cron 83304 c3d91a3c 21802 605 605 0000000 [SLPQ > > filelist lock 0xc0938bd0][SLP] perl 83303 c3d12c48 0 795 83303 > > 0004002 [SLPQ filelist lock 0xc0938bd0][SLP] uptime 83302 c5b13418 0 > > 686 686 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83301 > > c3ba1c48 0 680 680 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83300 c40c320c 0 504 504 0000000 [SLPQ filelist lock > > 0xc0938bd0][SLP] cron 83299 c43a2830 0 504 504 0000000 [SLPQ > > filelist lock 0xc0938bd0][SLP] cron 83298 c38dec48 0 504 504 > > 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] cron 83297 c3f0020c 21802 > > 605 605 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 83296 > > c3c36624 21802 605 605 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] > > perl 83295 c406620c 21802 605 605 0000000 [SLPQ filelist lock > > 0xc0938bd0][SLP] perl 83294 c38de20c 21802 605 605 0000000 [SLPQ > > filelist lock 0xc0938bd0][SLP] perl 83293 c41af418 0 686 686 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83292 c4244a3c 0 > > 680 680 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83291 > > c40c0624 0 504 504 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] > > cron 83290 c43b1a3c 0 504 504 0000000 [SLPQ filelist lock > > 0xc0938bd0][SLP] cron 83289 c5fffc48 0 664 664 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83288 c3e9d830 0 650 650 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83287 c3cbbc48 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83286 > > c43a2000 0 636 636 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail > > 83285 c40c4c48 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83284 c413b624 0 636 636 0000100 [SLPQ > > select 0xc0941aa4][SLP] sendmail 83283 c6003418 0 664 664 0000100 > > [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83282 c4140000 0 650 > > 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83281 c43ac000 > > 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > > 83280 c3d91830 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83279 c43afc48 0 664 664 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83278 c3cbb418 0 664 664 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83277 c4244c48 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83276 > > c40c0830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83275 c4136624 0 664 664 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83274 c4140a3c 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83273 c6035830 0 636 636 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83272 c43b120c 0 > > 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83271 > > c41ada3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83270 c3fca624 0 664 664 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83269 c6035c48 0 664 664 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83268 c5b13c48 0 664 664 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83267 c3f82c48 0 > > 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83266 > > c424320c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83265 c43a720c 0 636 636 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83264 c3e9d418 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83263 c3d18000 0 650 650 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83261 c6036418 0 > > 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83260 > > c5b0120c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83259 c4244000 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83258 c4243830 0 664 664 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83257 c43af830 0 1 83257 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83255 c5b01830 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83254 > > c5b01000 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail > > 83248 c3b99c48 0 680 680 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83247 c42d5c48 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83246 c3f00a3c 0 664 664 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83245 c6036000 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83244 > > c40c3c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83243 c5fff830 0 636 636 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83242 c5b01418 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83241 c42a2624 0 650 650 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83240 c41af000 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83239 > > c41ad830 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83238 c3d1820c 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83237 c3f00624 0 664 664 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83236 c5b13a3c 0 650 650 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83235 c42a7a3c 0 > > 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83234 > > c3f82830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83233 c43a7624 0 664 664 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83231 c4376418 0 683 683 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83230 c406e830 0 664 664 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83229 c42d520c 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83228 > > c43af418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83227 c413ba3c 0 664 664 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83226 c3e9d20c 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83225 c43a220c 0 650 650 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83224 c3b99418 0 > > 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83223 > > c3c33c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83222 c4375000 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83221 c3e9d624 0 664 664 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83220 c38de830 0 636 636 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83219 c3f8020c 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83218 > > c3f02a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83213 c4375a3c 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83212 c5b09418 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83211 c43af624 0 664 664 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83208 c4135830 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83207 > > c41afa3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83206 c406ea3c 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83205 c413b418 0 664 664 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83195 c3f80624 0 650 650 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83193 c5b0920c 0 > > 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83192 > > c3c33624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83191 c3c36a3c 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83190 c4140418 0 636 636 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83189 c4135418 0 650 650 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83188 c437620c 0 > > 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83187 > > c406e624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83186 c43a7418 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83185 c3c36c48 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83184 c3cbb830 0 650 650 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83183 c406e000 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83182 > > c43a2c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83181 c40c3000 0 664 664 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83180 c4140c48 0 664 664 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83179 c42a2418 0 650 650 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83178 c437e000 0 > > 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83175 > > c5fff20c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83174 c3f82624 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83168 c3ba1830 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83167 c4243a3c 0 664 664 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83164 c6003000 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83162 > > c4066a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83157 c40c4000 0 664 664 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83154 c600320c 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83153 c40c0c48 0 664 664 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83152 c3d18418 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83150 > > c41adc48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83149 c3e9dc48 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83148 c3cba624 0 664 664 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83146 c3c36000 0 650 650 > > 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83145 c3f01830 0 650 > > 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83142 c41af20c > > 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > > 83141 c3e9da3c 0 664 664 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83140 c5fff624 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83134 c41af624 0 650 650 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83132 c4136830 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83131 > > c603620c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83130 c3f00418 0 650 650 0000100 [SLPQ select > > 0xc0941aa4][SLP] sendmail 83129 c3fcac48 0 664 664 0000100 [SLPQ > > select 0xc0941aa4][SLP] sendmail 83128 c40c4418 0 650 650 0000100 > > [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83125 c42d4c48 0 664 > > 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83124 c3fca20c > > 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > > 83123 c437e418 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83121 c4135c48 0 664 664 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83119 c41af830 0 650 650 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83118 c38dd000 0 > > 650 650 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83117 c42d4a3c > > 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > > 83114 c42a720c 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83113 c41aac48 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83112 c42d420c 0 664 664 > > 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83109 c40c4a3c 0 650 > > 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83108 c3f8220c > > 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > > 83107 c3d10830 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83105 c41aa000 0 650 650 0000100 [SLPQ > > select 0xc0941aa4][SLP][SWAP] sendmail 83101 c4066624 0 664 664 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83100 c40c3624 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83097 > > c42a2000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83094 c41aa830 0 650 650 0000100 [SLPQ select > > 0xc0941aa4][SLP] sendmail 83093 c43a7a3c 0 664 664 0000100 [SLPQ > > select 0xc0941aa4][SLP] sendmail 83092 c43b1000 0 650 650 0000100 > > [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83091 c437ec48 0 650 > > 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83087 c5fff000 > > 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail > > 83070 c42a2830 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83069 c6036c48 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83056 c6035624 0 664 664 > > 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail 83051 c41ad20c 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83050 > > c4244830 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 83041 c40c0a3c 0 664 664 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 83038 c424420c 0 664 664 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 83037 c43a2624 0 664 664 > > 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail 83034 c413b000 0 > > 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82994 > > c43b2000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 82993 c38d8c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] > > perl 82992 c5b01a3c 21802 551 551 0000000 [SLPQ select > > 0xc0941aa4][SLP] perl 82991 c5b01c48 21802 550 550 0000000 [SLPQ > > select 0xc0941aa4][SLP] perl 82990 c43b2624 21802 551 551 0000000 > > [SLPQ select 0xc0941aa4][SLP] perl 82989 c5b09000 21802 550 550 > > 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82987 c6036830 21802 551 > > 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82986 c42d5624 21802 550 > > 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82984 c5b09624 21802 > > 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82983 c5b09830 21802 > > 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82982 c4135a3c > > 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 82981 > > c3f82000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 82976 c42d5830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] > > perl 82975 c5b09c48 21802 550 550 0000000 [SLPQ select > > 0xc0941aa4][SLP] perl 82974 c43acc48 21802 551 551 0000000 [SLPQ > > select 0xc0941aa4][SLP] perl 82973 c3f02418 21802 550 550 0000000 > > [SLPQ select 0xc0941aa4][SLP] perl 82972 c5b13000 21802 551 551 > > 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82971 c43ac20c 21802 550 > > 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82970 c3cbb20c 21802 551 > > 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82969 c43a2418 21802 > > 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82967 c43a7000 21802 > > 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82966 c40c0000 > > 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82965 > > c4376c48 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 82964 c43b1c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] > > perl 82962 c41ad624 21802 551 551 0000000 [SLPQ select > > 0xc0941aa4][SLP] perl 82961 c38dea3c 21802 550 550 0000000 [SLPQ > > select 0xc0941aa4][SLP] perl 82960 c38a820c 21802 551 551 0000000 > > [SLPQ select 0xc0941aa4][SLP] perl 82959 c43b0c48 21802 550 550 > > 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82952 c42a2a3c 21802 551 > > 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82951 c6035000 21802 550 > > 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82948 c43b220c 21802 > > 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 82947 > > c6035a3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 82945 c43b2418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] > > perl 82944 c41aaa3c 21802 550 550 0000000 [SLPQ select > > 0xc0941aa4][SLP] perl 82938 c40c420c 21802 551 551 0000000 [SLPQ > > select 0xc0941aa4][SLP] perl 82937 c6036a3c 21802 550 550 0000000 > > [SLPQ select 0xc0941aa4][SLP] perl 82932 c3f01a3c 21802 551 551 > > 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82931 c42d4624 21802 550 > > 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82930 c41aa418 21802 551 > > 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82929 c3d94c48 21802 > > 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82928 c3f02830 21802 > > 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82927 c3d94a3c > > 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82926 > > c413620c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 82925 c3fcbc48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] > > perl 82924 c42d5a3c 21802 551 551 0000000 [SLPQ select > > 0xc0941aa4][SLP] perl 82923 c4140830 21802 550 550 0000000 [SLPQ > > select 0xc0941aa4][SLP] perl 82922 c43ac830 21802 551 551 0000000 > > [SLPQ select 0xc0941aa4][SLP] perl 82921 c3f0220c 21802 550 550 > > 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82919 c43b0418 0 650 650 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82918 c3cbba3c > > 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82917 > > c4066830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 82916 c3ba1624 0 636 636 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 82915 c4376000 21802 551 551 0000000 [SLPQ > > select 0xc0941aa4][SLP] perl 82914 c3f01c48 21802 550 550 0000000 > > [SLPQ select 0xc0941aa4][SLP] perl 82913 c43b1418 0 636 636 0000100 > > [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82909 c4243c48 21802 551 > > 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82908 c3c33000 21802 > > 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82907 c4243000 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82906 > > c437ea3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 82905 c3ba1000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] > > perl 82904 c43b1624 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 82903 c40c3a3c 21802 551 551 0000000 [SLPQ > > select 0xc0941aa4][SLP] perl 82902 c3f82a3c 21802 550 550 0000000 > > [SLPQ select 0xc0941aa4][SLP] perl 82896 c43b0830 21802 551 551 > > 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82895 c4136000 21802 550 > > 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82894 c42a7000 21802 551 > > 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82893 c3e9d000 21802 > > 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82892 c3c3320c 21802 > > 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82891 c42a220c > > 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82890 > > c4375c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 82889 c3ba1a3c 0 664 664 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 82888 c43af000 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 82887 c42a2c48 21802 551 551 > > 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82886 c3c33418 21802 550 > > 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82885 c3c36830 0 636 > > 636 0000100 [CPU 1] sendmail > > 82877 c42a7418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] > > perl 82876 c3cbaa3c 21802 550 550 0000000 [SLPQ select > > 0xc0941aa4][SLP] perl 82874 c413bc48 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 82870 c43a7c48 0 650 650 > > 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82865 c437520c > > 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82864 > > c4376830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 82851 c3f80418 0 650 650 0000100 [SLPQ select > > 0xc0941aa4][SLP][SWAP] sendmail 82837 c3f02c48 0 650 650 0000100 > > [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82782 c42d5000 21802 551 > > 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82781 c3d9120c 21802 > > 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82769 c43aca3c 0 > > 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82766 > > c40c020c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 82765 c41aa20c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] > > perl 82763 c3d1220c 0 664 664 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 82762 c3d9420c 21802 551 551 0000000 [SLPQ > > select 0xc0941aa4][SLP] perl 82761 c42a7624 21802 550 550 0000000 > > [SLPQ select 0xc0941aa4][SLP] perl 82740 c6036624 0 664 664 0000100 > > [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82738 c4136a3c 21802 551 > > 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82737 c4243418 21802 > > 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82729 c3f82418 0 > > 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82676 > > c4376624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 82621 c3c33a3c 0 650 650 0000100 [SLPQ filelist lock > > 0xc0938bd0][SLP] sendmail 82607 c4376a3c 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 81310 c6035418 0 664 664 > > 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail 80076 c42d4000 0 > > 650 650 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail 79627 > > c4135624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 79198 c3cba830 21802 551 551 0000000 [SLPQ select > > 0xc0941aa4][SLP] perl 79197 c414020c 21802 550 550 0000000 [SLPQ > > select 0xc0941aa4][SLP] perl 79193 c4066418 21802 551 551 0000000 > > [SLPQ filelist lock 0xc0938bd0][SLP] perl 79192 c40c3830 21802 550 > > 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79189 c3f00000 21802 551 > > 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79188 c437e830 21802 > > 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79186 c3d18830 21802 > > 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79185 c3fca418 > > 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79184 > > c4136418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 79183 c3fcaa3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] > > perl 79179 c3f80000 21802 551 551 0000000 [SLPQ select > > 0xc0941aa4][SLP] perl 79178 c3fcb20c 21802 550 550 0000000 [SLPQ > > select 0xc0941aa4][SLP] perl 79168 c603520c 21802 551 551 0000000 > > [SLPQ filelist lock 0xc0938bd0][SLP] perl 79167 c4243624 21802 550 > > 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79083 c4375830 0 664 > > 664 0000100 [SLPQ sbwait 0xc4401900][SLP][SWAP] sendmail 78838 c3f01000 > > 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 78837 > > c3f80830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 78491 c40c4624 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] > > perl 78490 c3d94830 21802 550 550 0000000 [SLPQ select > > 0xc0941aa4][SLP] perl 78484 c3f02000 21802 551 551 0000000 [SLPQ > > select 0xc0941aa4][SLP] perl 78483 c406ec48 21802 550 550 0000000 > > [SLPQ select 0xc0941aa4][SLP] perl 73847 c43ac418 21802 551 551 > > 0000000 [SLPQ select 0xc0941aa4][SLP] perl 73846 c42d4418 21802 550 > > 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 68027 c43b2a3c 21802 550 > > 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 67937 c3fcb000 21802 > > 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 67936 c3fcb624 21802 > > 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 67933 c42d4830 > > 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 67932 > > c38de624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 67904 c413b830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] > > perl 67903 c3cbb624 21802 550 550 0000000 [SLPQ select > > 0xc0941aa4][SLP] perl 66287 c43afa3c 0 650 650 0000100 [SLPQ > > filelist lock 0xc0938bd0][SLP] sendmail 60279 c3f00830 21802 551 551 > > 0000000 [SLPQ select 0xc0941aa4][SLP] perl 60278 c4244624 21802 551 > > 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 60277 c3fcba3c > > 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 60276 > > c3fca000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 60249 c406e418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] > > perl 60248 c3f00c48 21802 550 550 0000000 [SLPQ select > > 0xc0941aa4][SLP] perl 51444 c3c3620c 21802 551 551 0000000 [SLPQ > > select 0xc0941aa4][SLP] perl 51443 c4066000 21802 550 550 0000000 > > [SLPQ select 0xc0941aa4][SLP] perl 51430 c3b99624 21802 551 551 > > 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51429 c41aa624 21802 550 > > 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51427 c40c4830 21802 551 > > 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51426 c3f0120c 21802 > > 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51231 c4375624 21802 > > 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 51230 > > c3fcb830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 51228 c3d10a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] > > perl 51227 c4140624 21802 550 550 0000000 [SLPQ select > > 0xc0941aa4][SLP] perl 51222 c413b20c 21802 551 551 0000000 [SLPQ > > filelist lock 0xc0938bd0][SLP] perl 51221 c38de418 21802 550 550 > > 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51218 c43b020c 21802 551 > > 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51217 c3cbac48 21802 550 > > 550 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 51215 c43a2a3c > > 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51214 > > c437e20c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 51213 c4244418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] > > perl 51212 c3f02624 21802 550 550 0000000 [SLPQ select > > 0xc0941aa4][SLP] perl 51211 c3f80a3c 21802 551 551 0000000 [SLPQ > > select 0xc0941aa4][SLP] perl 51206 c43b0624 21802 550 550 0000000 > > [SLPQ select 0xc0941aa4][SLP] perl 51161 c413520c 21802 551 551 > > 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51160 c42d5418 21802 550 > > 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51153 c40c0418 21802 551 > > 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 50987 c3c36418 > > 0 1 50987 0000100 [SLPQ sbwait 0xc3da3c40][SLP] sendmail 36954 c4135000 > > 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 36941 > > c38dd418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 32803 c43af20c 0 32793 32803 0004003 [SLPQ ttyin 0xc3871810][SLP][SWAP] > > zsh 32793 c43b2c48 127 32792 32793 0004002 [SLPQ pause > > 0xc43b2c7c][SLP][SWAP] zsh 32792 c42a7c48 127 32781 32781 0000100 [SLPQ > > select 0xc0941aa4][SLP][SWAP] sshd 32781 c3fcb418 0 491 32781 0004100 > > [SLPQ sbwait 0xc4547e90][SLP][SWAP] sshd 31218 c3cbb000 21802 551 551 > > 0000000 [SLPQ select 0xc0941aa4][SLP] perl 31217 c3f01418 21802 550 > > 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 5491 c43b0a3c 0 1 5491 > > 0000100 [SLPQ sbwait 0xc45473e8][SLP] sendmail 795 c3d91c48 0 778 > > 795 0004002 [SLPQ wait 0xc3d91c48][SLP] sh 778 c3d94418 0 760 778 > > 0004002 [SLPQ pause 0xc3d9444c][SLP][SWAP] zsh 760 c3ea1000 0 1 760 > > 0004102 [SLPQ wait 0xc3ea1000][SLP][SWAP] login 759 c3ea120c 0 1 759 > > 0004002 [SLPQ ttyin 0xc3737410][SLP][SWAP] getty 758 c3ea1418 0 1 758 > > 0004002 [SLPQ ttyin 0xc3734c10][SLP][SWAP] getty 757 c3ea1624 0 1 757 > > 0004002 [SLPQ ttyin 0xc3734410][SLP][SWAP] getty 756 c3ea1830 0 1 756 > > 0004002 [SLPQ ttyin 0xc372f410][SLP][SWAP] getty 755 c3ea1a3c 0 1 755 > > 0004002 [SLPQ ttyin 0xc3736410][SLP][SWAP] getty 754 c3d18c48 0 1 754 > > 0004002 [SLPQ ttyin 0xc3730c10][SLP][SWAP] getty 753 c3d18624 0 1 753 > > 0004002 [SLPQ ttyin 0xc3735810][SLP][SWAP] getty 752 c38de000 0 1 752 > > 0004002 [SLPQ ttyin 0xc3734810][SLP][SWAP] getty 719 c3d91418 0 1 717 > > 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] snmpd 709 c3d18a3c 0 1 > > 709 0000100 [SLPQ pause 0xc3d18a70][SLP][SWAP] sendmail 706 c3d12418 > > 0 1 706 0000100 [SLPQ pause 0xc3d1244c][SLP][SWAP] sendmail 703 > > c3d91000 0 1 703 0000100 [SLPQ pause 0xc3d91034][SLP][SWAP] sendmail > > 700 c3d91624 0 1 700 0000100 [SLPQ pause 0xc3d91658][SLP][SWAP] > > sendmail 696 c3d12a3c 0 1 696 0000100 [SLPQ pause > > 0xc3d12a70][SLP][SWAP] sendmail 692 c3d94000 0 1 692 0000100 [SLPQ > > pause 0xc3d94034][SLP][SWAP] sendmail 689 c3d94624 0 1 689 0000100 > > [SLPQ pause 0xc3d94658][SLP][SWAP] sendmail 686 c3d1020c 0 1 686 > > 0000100 [SLPQ pause 0xc3d10240][SLP] sendmail 683 c3d10624 0 1 683 > > 0000100 [SLPQ pause 0xc3d10658][SLP][SWAP] sendmail 680 c3d12000 0 1 > > 680 0000100 [SLPQ pause 0xc3d12034][SLP] sendmail 678 c3d12624 0 1 > > 678 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 664 c3d10000 0 1 > > 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 650 c3cba000 > > 0 1 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 636 > > c3d10418 0 1 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] > > sendmail 620 c38d8418 0 616 616 0000001 [SLPQ lockf > > 0xc41d3bc0][SLP][SWAP] saslauthd 619 c3b99830 0 616 616 0000001 > > [SLPQ lockf 0xc878a040][SLP][SWAP] saslauthd 618 c3cba418 0 616 616 > > 0000001 [SLPQ lockf 0xc44dc900][SLP][SWAP] saslauthd 617 c38d8624 0 > > 616 616 0000001 [SLPQ accept 0xc3cf0466][SLP][SWAP] saslauthd 616 > > c3d10c48 0 1 616 0000001 [SLPQ lockf 0xc44dc380][SLP][SWAP] saslauthd > > 605 c3cba20c 21802 1 605 0000000 [SLPQ select 0xc0941aa4][SLP] perl > > 604 c3d12830 0 577 604 0004003 [SLPQ ttyin 0xc3725810][SLP][SWAP] > > zsh 577 c3c33830 127 576 577 0004002 [SLPQ pause > > 0xc3c33864][SLP][SWAP] zsh 576 c3b9920c 127 574 574 0000100 [SLPQ > > select 0xc0941aa4][SLP][SWAP] sshd 574 c38dd624 0 491 574 0004100 > > [SLPQ sbwait 0xc3c30638][SLP][SWAP] sshd 551 c38a5a3c 21802 1 551 > > 0000001 [SLPQ select 0xc0941aa4][SLP] perl 550 c38ddc48 21802 1 550 > > 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 546 c3b99a3c 21802 1 > > 546 0000001 [SLPQ select 0xc0941aa4][SLP] perl 539 c38a5830 21802 534 > > 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd 538 c38a8000 21802 > > 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd 537 c38d820c > > 21802 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd 536 > > c3ba120c 21802 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] > > httpd 535 c3ba1418 21802 534 534 0000000 [SLPQ select > > 0xc0941aa4][SLP][SWAP] httpd 534 c38d8000 21802 1 534 0000000 [SLPQ > > select 0xc0941aa4][SLP] httpd 527 c38a5624 0 1 527 0008180 (threaded) > > perl > > thread 0xc41c1a80 ksegrp 0xc34db660 [SLPQ kserel 0xc34db694][SLP] > > thread 0xc879b300 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc43a6a80 ksegrp 0xc34db660 [SLPQ kserel > > 0xc34db694][SLP] thread 0xc42eec00 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43a8480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc59b5600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e8480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4ade000 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc42ee480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e5180 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43a9300 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a2480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc423a600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc44f2600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5a0b780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5a36600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e9780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc42ee780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e9300 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e7a80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5a20000 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc87e9c00 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc42efa80 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc41c0780 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc4099900 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc43c9780 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc43ca180 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41c4180 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc41c1600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc59e7c00 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a2a80 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc5a20d80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc422d480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5a20600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3ea2900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41a1180 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a3780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4096480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc59e7480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43a6900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc442dc00 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3f03000 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5a20a80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4adf180 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc599d480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc42ef600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc442e600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4ade480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e7180 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc879ba80 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc59b5180 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc4120d80 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc5a0b900 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc87e7600 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc599d900 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc423a900 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc3ea2600 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc87e8780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc422d780 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc5a20900 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc5a36480 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc43ca300 ksegrp 0xc34db660 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc41a1600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3c35780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3d96900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87ead80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4067000 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3f28180 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4ade600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc8a96000 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e5900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc422d180 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e9900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e7480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc44ef180 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc59b5900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e5d80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc599d180 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc59b5000 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4ade780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a4480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4121300 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3f92900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc422d600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4adf000 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3f8fa80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43a8780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4adea80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3ea2480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc423aa80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4adf780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e5300 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3f03180 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4099300 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc442d480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4068780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4121d80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a4780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4095d80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a2000 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a4900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43c9d80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e6d80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc8a96600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43ca480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc59b5d80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc59e7300 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3d17600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e8c00 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc42f1600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43a6780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5987c00 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc422c600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc442d300 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc8a97000 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3ea3c00 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43a8a80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc44efd80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87ea780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5987000 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4ade900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41c4300 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5a20c00 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e6900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3d17480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4ae1c00 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43cad80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87ea900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc422dd80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e7d80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e9180 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4adf900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4aeb780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5a20780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a2180 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc59e7d80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43c9180 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc42f1480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5987600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41c1780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a4d80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41c1180 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc44ef480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4ae1a80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5987480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a3900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e9480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc44ef900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3d95d80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc599d600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5987900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc422cc00 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc599d000 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3ea2300 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e6480 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc42f1d80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e8600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4120780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc599d780 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41bfc00 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4aeb900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc42ee900 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4067a80 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43a8600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4121600 ksegrp 0xc34db660 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc38df900 ksegrp 0xc354d8a0 [SLPQ ksesigwait > > 0xc38a575c][SLP] 520 c38dd830 21803 1 69 000c083 (threaded) perl > > thread 0xc43a9600 ksegrp 0xc354dcc0 [SLPQ kserel 0xc354dcf4][SLP] > > thread 0xc8a97a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > > thread 0xc41a0c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > > thread 0xc5a0bc00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > > thread 0xc87e9d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > > thread 0xc43a8900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > > thread 0xc59e7000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > > thread 0xc3f8f180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > > thread 0xc8a97d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > > thread 0xc599dc00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > > thread 0xc4ae1480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > > thread 0xc42ee300 ksegrp 0xc354dcc0 [SLPQ kserel 0xc354dcf4][SLP] > > thread 0xc87e8a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] > > thread 0xc87e5600 ksegrp 0xc354dcc0 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc87e7300 ksegrp 0xc354dcc0 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc5a0bd80 ksegrp 0xc354dcc0 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc442da80 ksegrp 0xc354dcc0 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc879b480 ksegrp 0xc354dcc0 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc879b780 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc44f2180 ksegrp 0xc354dcc0 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc3f90780 ksegrp 0xc354dcc0 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc5987d80 ksegrp 0xc354dcc0 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc879bc00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e7c00 ksegrp 0xc354dcc0 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc42ee180 ksegrp 0xc354dcc0 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc87a2300 ksegrp 0xc354dcc0 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc59b5480 ksegrp 0xc354dcc0 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc442e900 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5987180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5987780 ksegrp 0xc354dcc0 [SLPQ filelist lock > > 0xc0938bd0][SLP] thread 0xc5a0b480 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc599dd80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87ea180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3c34780 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc59b5c00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41c0900 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43a9900 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3f92c00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a3480 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e9000 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3f81d80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41a0d80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5a36000 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43a9480 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc8a96a80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc42f1900 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a2d80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41c0600 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4120000 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e8900 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e7780 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a3300 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e9a80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc423a480 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4099d80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5a20480 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc442d180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc59e7180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4096d80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43ca600 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5a36180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc423ad80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc442ec00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41c4c00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e5c00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4096a80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3ea3600 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41c4000 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a4c00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43c9300 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc42eed80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43a9a80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4adfd80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4ade180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41a1480 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a4000 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5987a80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e6a80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43a9780 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc8a96180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4aeb000 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc42ef480 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4120a80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4121180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc44ef300 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a3a80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc8a96780 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc59b5780 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43a9180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e8180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4adf600 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc423a300 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41bfd80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3ea3480 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc422c780 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc422c300 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc422d900 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc44f2000 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc8a97600 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc59e7900 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3f28780 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4aeb180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e8d80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43a8300 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3f28c00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43c9600 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43c9900 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41c0a80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41bf600 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc422c900 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43c9a80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc42f1a80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3ea3900 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43caa80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43ca900 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43c9c00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc442d600 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc8a96300 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87ea480 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc43a8180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41c1c00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3b9a000 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41bf180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4121c00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4aebc00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc422da80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e5000 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc422c180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87eaa80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc42ef300 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e6000 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc42f1c00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc59e7a80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc41c0d80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4adfc00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc442e780 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4099000 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87a4300 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4121000 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc8a97180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4121480 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc59b5300 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc879b600 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc87e9600 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3f90c00 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc8a96d80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc8a97300 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4122a80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc42eea80 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc5987300 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc423a780 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4068300 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4ae1180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc3f8f480 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc442e180 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc4ae1900 ksegrp 0xc354dcc0 [SLPQ select > > 0xc0941aa4][SLP] thread 0xc38e0180 ksegrp 0xc354d900 [SLPQ ksesigwait > > 0xc38dd968][SLP] 519 c38a5c48 0 1 69 0004002 [SLPQ sbwait > > 0xc39cabc8][SLP][SWAP] perl 504 c38a5418 0 1 504 0000000 [SLPQ nanslp > > 0xc093af0c][SLP] cron 491 c38a5000 0 1 491 0000100 [SLPQ filelist > > lock 0xc0938bd0][SLP] sshd 474 c38dd20c 0 1 474 0000000 [SLPQ select > > 0xc0941aa4][SLP] ntpd 381 c38a520c 0 1 381 0000000 [SLPQ select > > 0xc0941aa4][SLP] syslogd 352 c38d8830 0 1 352 0000000 [SLPQ select > > 0xc0941aa4][SLP][SWAP] devd 268 c38dda3c 64 262 262 0000100 [SLPQ > > bpf 0xc38dce00][SLP] pflogd 262 c38d8a3c 0 1 262 0000000 [SLPQ sbwait > > 0xc39ca370][SLP][SWAP] pflogd 68 c38a8418 0 0 0 0000204 [SLPQ - > > 0xef03ed08][SLP] schedcpu 67 c38a8624 0 0 0 0000204 [SLPQ - > > 0xc094a02c][SLP] nfsiod 3 66 c38a8830 0 0 0 0000204 [SLPQ - > > 0xc094a028][SLP] nfsiod 2 65 c38a8a3c 0 0 0 0000204 [SLPQ - > > 0xc094a024][SLP] nfsiod 1 64 c38a8c48 0 0 0 0000204 [SLPQ - > > 0xc094a020][SLP] nfsiod 0 63 c355a20c 0 0 0 0000204 [SLPQ vlruwt > > 0xc355a20c][SLP] vnlru 62 c355a418 0 0 0 0000204 [SLPQ syncer > > 0xc093ac7c][SLP] syncer 61 c355a624 0 0 0 0000204 [SLPQ psleep > > 0xc0941fec][SLP] bufdaemon 60 c355a830 0 0 0 000020c [SLPQ pgzero > > 0xc09505e4][SLP] pagezero 59 c355aa3c 0 0 0 0000204 [SLPQ psleep > > 0xc0950134][SLP] vmdaemon 58 c355ac48 0 0 0 0000204 [SLPQ psleep > > 0xc09500f0][SLP] pagedaemon 57 c3603000 0 0 0 0000204 [IWAIT] swi0: > > sio > > 56 c360320c 0 0 0 0000204 [SLPQ - 0xc372903c][SLP] fdc0 > > 55 c3603418 0 0 0 0000204 [SLPQ aifthd 0xc3603418][SLP] aac0aif > > 54 c3603624 0 0 0 0000204 [SLPQ idle 0xc3528c00][SLP] > > aic_recovery0 53 c3603830 0 0 0 0000204 [SLPQ idle 0xc3528c00][SLP] > > aic_recovery0 52 c3603a3c 0 0 0 0000204 [IWAIT] swi6:+ > > 51 c3603c48 0 0 0 0000204 [IWAIT] swi6: task queue > > 9 c354b624 0 0 0 0000204 [SLPQ - 0xc3563600][SLP] acpi_task2 > > 8 c354b830 0 0 0 0000204 [SLPQ - 0xc3563600][SLP] acpi_task1 > > 7 c354ba3c 0 0 0 0000204 [SLPQ - 0xc3563600][SLP] acpi_task0 > > 50 c354bc48 0 0 0 0000204 [IWAIT] swi2: cambio > > 6 c3559000 0 0 0 0000204 [SLPQ - 0xc3563780][SLP] kqueue taskq > > 49 c355920c 0 0 0 0000204 [IWAIT] swi5:+ > > 5 c3559418 0 0 0 0000204 [SLPQ - 0xc3563980][SLP] thread taskq > > 48 c3559624 0 0 0 0000204 [SLPQ - 0xc0935c60][SLP] yarrow > > 4 c3559830 0 0 0 0000204 [SLPQ - 0xc0938428][SLP] g_down > > 3 c3559a3c 0 0 0 0000204 [SLPQ - 0xc0938424][SLP] g_up > > 2 c3559c48 0 0 0 0000204 [SLPQ - 0xc093841c][SLP] g_event > > 47 c355a000 0 0 0 0000204 [IWAIT] swi1: net > > 46 c353bc48 0 0 0 0000204 [IWAIT] swi3: vm > > 45 c354a000 0 0 0 000020c [IWAIT] swi4: clock sio > > 44 c354a20c 0 0 0 0000204 [IWAIT] irq0: > > 43 c354a418 0 0 0 0000204 [IWAIT] irq31: aac0 > > 42 c354a624 0 0 0 0000204 [IWAIT] irq30: ahc0 > > 41 c354a830 0 0 0 0000204 [IWAIT] irq29: > > 40 c354aa3c 0 0 0 0000204 [IWAIT] irq28: > > 39 c354ac48 0 0 0 0000204 [IWAIT] irq27: > > 38 c354b000 0 0 0 0000204 [IWAIT] irq26: > > 37 c354b20c 0 0 0 0000204 [IWAIT] irq25: > > 36 c354b418 0 0 0 0000204 [IWAIT] irq24: > > 35 c3529624 0 0 0 0000204 [IWAIT] irq23: > > 34 c3529830 0 0 0 0000204 [IWAIT] irq22: fxp0 > > 33 c3529a3c 0 0 0 0000204 [IWAIT] irq21: > > 32 c3529c48 0 0 0 0000204 [IWAIT] irq20: > > 31 c353b000 0 0 0 0000204 [IWAIT] irq19: > > 30 c353b20c 0 0 0 0000204 [IWAIT] irq18: fxp1 > > 29 c353b418 0 0 0 0000204 [IWAIT] irq17: bge0 > > 28 c353b624 0 0 0 0000204 [IWAIT] irq16: fxp2 > > 27 c353b830 0 0 0 0000204 [IWAIT] irq15: ata1 > > 26 c353ba3c 0 0 0 0000204 [IWAIT] irq14: ata0 > > 25 c34dc20c 0 0 0 0000204 [IWAIT] irq13: > > 24 c34dc418 0 0 0 0000204 [IWAIT] irq12: > > 23 c34dc624 0 0 0 0000204 [IWAIT] irq11: > > 22 c34dc830 0 0 0 0000204 [IWAIT] irq10: > > 21 c34dca3c 0 0 0 0000204 [IWAIT] irq9: acpi0 > > 20 c34dcc48 0 0 0 0000204 [IWAIT] irq8: > > 19 c3529000 0 0 0 0000204 [IWAIT] irq7: ppc0 > > 18 c352920c 0 0 0 0000204 [IWAIT] irq6: fdc0 > > 17 c3529418 0 0 0 0000204 [IWAIT] irq5: > > 16 c34d7000 0 0 0 0000204 [IWAIT] irq4: sio0 > > 15 c34d720c 0 0 0 0000204 [IWAIT] irq3: sio1 > > 14 c34d7418 0 0 0 0000204 [IWAIT] irq2: > > 13 c34d7624 0 0 0 0000204 [IWAIT] irq1: atkbd0 > > 12 c34d7830 0 0 0 000020c [CPU 0] idle: cpu0 > > 11 c34d7a3c 0 0 0 000020c [Can run] idle: cpu1 > > 1 c34d7c48 0 0 1 0004200 [SLPQ wait 0xc34d7c48][SLP] init > > 10 c34dc000 0 0 0 0000204 [SLPQ ktrace 0xc0938e78][SLP] ktrace > > 0 c0938520 0 0 0 0000200 [IWAIT] swapper > > db> panic > > panic: from debugger > > cpuid = 1 > > KDB: stack backtrace: > > kdb_backtrace(100,c3c34c00,0,c089e89c,c089e8b8) at 0xc0659ab5 = > > kdb_backtrace+0x29 panic(c084a8b4,f1325a04,c0468c70,c093ace0,0) at > > 0xc06408b8 = panic+0x114 db_panic(c093ace0,0,ffffffff,f1325978,0) at > > 0xc0468cd9 = db_panic+0xd > > db_command(c09217e4,c08a7820,c089e89c,c089e8b8,c084a8c2) at 0xc0468c70 = > > db_command+0x264 db_command_loop(0,0,f1325a30,f1325a1c,f1325a64) at > > 0xc0468d38 = db_command_loop+0x5c db_trap(3,0,c3c34c00,3,c3c34c00) at > > 0xc046a949 = db_trap+0xdd > > kdb_trap(3,0,f1325abc) at 0xc0659dd0 = kdb_trap+0x88 > > trap(f1320008,c0650028,c0870028,f9,c372ec00) at 0xc0817c88 = trap+0x498 > > calltrap() at 0xc0804cba = calltrap+0x5 > > --- trap 0x3, eip = 0xc0659b37, esp = 0xf1325afc, ebp = 0xf1325afc --- > > kdb_enter(c0895a5e) at 0xc0659b37 = kdb_enter+0x2b > > siointr1(c372ec00) at 0xc07f09b2 = siointr1+0xce > > siointr(c372ec00) at 0xc07f0792 = siointr+0x5e > > intr_execute_handlers(c3528090,f1325b68,4,f1325bcc,c0805073) at > > 0xc0808985 = intr_execute_handlers+0x85 lapic_handle_intr(34) at > > 0xc080b042 = lapic_handle_intr+0x2e > > Xapic_isr1() at 0xc0805073 = Xapic_isr1+0x33 > > --- interrupt, eip = 0xc0685d59, esp = 0xf1325bac, ebp = 0xf1325bcc --- > > unp_gc(c43be2c8) at 0xc0685d59 = unp_gc+0xf1 > > unp_detach(c43b7000,f1325c08,c067a188,c43be2c8,0) at 0xc06840fa = > > unp_detach+0xae uipc_detach(c43be2c8) at 0xc0682f8e = uipc_detach+0x82 > > soclose(c43be2c8,c40fb6c0,0,f1325c34,c0620c10) at 0xc067a188 = > > soclose+0x278 soo_close(c40fb6c0,c3c34c00) at 0xc0669fb3 = soo_close+0x63 > > fdrop_locked(c40fb6c0,c3c34c00,c3a3d800,f1325cb4,c061f0fb) at 0xc0620c10 > > = fdrop_locked+0xac fdrop(c40fb6c0,c3c34c00,c066371f,c40fb6c0,c878ac00) > > at 0xc0620b5d = fdrop+0x41 closef(c40fb6c0,c3c34c00,0,c3c34c00,6) at > > 0xc061f0fb = closef+0x427 close(c3c34c00,f1325d04,1,0,292) at 0xc061c4bd > > = close+0x211 > > syscall(3b,1003b,bfbf003b,80d58e7,80e8780) at 0xc0818557 = syscall+0x2bf > > Xint0x80_syscall() at 0xc0804d0f = Xint0x80_syscall+0x1f > > --- syscall (6, FreeBSD ELF32, close), eip = 0x282cb7d3, esp = > > 0xbfbfae4c, ebp = 0xbfbfae68 --- KDB: stack backtrace: > > kdb_backtrace(28d5a61e,53755e05,ffc03014,c3c34c00,c084a8b4) at 0xc0659ab5 > > = kdb_backtrace+0x29 mi_switch(1,0,f1325924,c0640190,c3c34c00) at > > 0xc0647162 = mi_switch+0xf6 sched_bind(c3c34c00,0) at 0xc065287c = > > sched_bind+0x44 > > boot(104,104,c3c34c00,0,c089e89c) at 0xc0640190 = boot+0x64 > > panic(c084a8b4,f1325a04,c0468c70,c093ace0,0) at 0xc064095d = panic+0x1b9 > > db_panic(c093ace0,0,ffffffff,f1325978,0) at 0xc0468cd9 = db_panic+0xd > > db_command(c09217e4,c08a7820,c089e89c,c089e8b8,c084a8c2) at 0xc0468c70 = > > db_command+0x264 db_command_loop(0,0,f1325a30,f1325a1c,f1325a64) at > > 0xc0468d38 = db_command_loop+0x5c db_trap(3,0,c3c34c00,3,c3c34c00) at > > 0xc046a949 = db_trap+0xdd > > kdb_trap(3,0,f1325abc) at 0xc0659dd0 = kdb_trap+0x88 > > trap(f1320008,c0650028,c0870028,f9,c372ec00) at 0xc0817c88 = trap+0x498 > > calltrap() at 0xc0804cba = calltrap+0x5 > > --- trap 0x3, eip = 0xc0659b37, esp = 0xf1325afc, ebp = 0xf1325afc --- > > kdb_enter(c0895a5e) at 0xc0659b37 = kdb_enter+0x2b > > siointr1(c372ec00) at 0xc07f09b2 = siointr1+0xce > > siointr(c372ec00) at 0xc07f0792 = siointr+0x5e > > intr_execute_handlers(c3528090,f1325b68,4,f1325bcc,c0805073) at > > 0xc0808985 = intr_execute_handlers+0x85 lapic_handle_intr(34) at > > 0xc080b042 = lapic_handle_intr+0x2e > > Xapic_isr1() at 0xc0805073 = Xapic_isr1+0x33 > > --- interrupt, eip = 0xc0685d59, esp = 0xf1325bac, ebp = 0xf1325bcc --- > > unp_gc(c43be2c8) at 0xc0685d59 = unp_gc+0xf1 > > unp_detach(c43b7000,f1325c08,c067a188,c43be2c8,0) at 0xc06840fa = > > unp_detach+0xae uipc_detach(c43be2c8) at 0xc0682f8e = uipc_detach+0x82 > > soclose(c43be2c8,c40fb6c0,0,f1325c34,c0620c10) at 0xc067a188 = > > soclose+0x278 soo_close(c40fb6c0,c3c34c00) at 0xc0669fb3 = soo_close+0x63 > > fdrop_locked(c40fb6c0,c3c34c00,c3a3d800,f1325cb4,c061f0fb) at 0xc0620c10 > > = fdrop_locked+0xac fdrop(c40fb6c0,c3c34c00,c066371f,c40fb6c0,c878ac00) > > at 0xc0620b5d = fdrop+0x41 closef(c40fb6c0,c3c34c00,0,c3c34c00,6) at > > 0xc061f0fb = closef+0x427 close(c3c34c00,f1325d04,1,0,292) at 0xc061c4bd > > = close+0x211 > > syscall(3b,1003b,bfbf003b,80d58e7,80e8780) at 0xc0818557 = syscall+0x2bf > > Xint0x80_syscall() at 0xc0804d0f = Xint0x80_syscall+0x1f > > --- syscall (6, FreeBSD ELF32, close), eip = 0x282cb7d3, esp = > > 0xbfbfae4c, ebp = 0xbfbfae68 --- [Previous attempts at using "call > > boot(0)"/etc. produced a solid hang that required physical access to the > > Reset button / power switch.] > > db> call cpu_reset() > > cpu_reset: Restarting BSP > > cpu_reset_proxy: Stopped CPU 1 > > > > > > [Seeing other posts that request kernel config additions to assist with > > debugging, I then tried to install a kernel with the added config of: > > options WITNESS > > and booting failed as such:] > > > > /boot/kernel/acpi.ko text=0x40c0c data=0x2160+0x1090 > > syms=[0x4+0x7810+0x4+0xa292] KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2005 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 6.0-RC1 #1: Wed Oct 19 09:45:23 CDT 2005 > > root@[host-elided]:/usr/obj/usr/src/sys/SMP_DDB > > WARNING: WITNESS option enabled, expect reduced performance. > > Timecounter \"i8254\" frequency 1193182 Hz quality 0 > > CPU: Intel Pentium III (997.46-MHz 686-class CPU) > > Origin = \"GenuineIntel\" Id = 0x68a Stepping = 10 > > > > Features=0x383fbff >CA,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory = 2147418112 (2047 MB) > > avail memory = 2096447488 (1999 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 1 > > cpu1 (AP): APIC ID: 0 > > ioapic0: Changing APIC ID to 2 > > ioapic1: Changing APIC ID to 3 > > MADT: Forcing active-low polarity and level trigger for SCI > > ioapic0 irqs 0-15 on motherboard > > ioapic1 irqs 16-31 on motherboard > > panic: spin lock hptlock not in order list > > cpuid = 0 > > KDB: stack backtrace: > > kdb_backtrace(100,c0903380,0,c085e142,c08a28ac) at 0xc0646395 = > > kdb_backtrace+0x29 panic(c084621f,c085e142,c090c6c0,0,c0845c3a) at > > 0xc062fd4c = panic+0x114 enroll(c085e142,c08a28ac,c096d720,1,c0c20d5c) at > > 0xc064f61b = enroll+0xef > > witness_init(c096d720,c34bfb74,c08dd510,c28000,c0c20d74) at 0xc064e6dd = > > witness_init+0x11d mtx_init(c096d720,c085e142,0,1,c0c20d88) at 0xc0628d63 > > = mtx_init+0x8f hpt_init(0,c1ec00,c1e000,0,c04457e5) at 0xc07ac352 = > > hpt_init+0x16 mi_startup() at 0xc060b1be = mi_startup+0x96 > > begin() at 0xc04457e5 = begin+0x2c > > KDB: enter: panic > > [thread pid 0 tid 0 ] > > Stopped at 0xc0646417 = kdb_enter+0x2b: nop > > db> > > db> where > > Tracing pid 0 tid 0 td 0xc0903380 > > kdb_enter(c0843318) at 0xc0646417 = kdb_enter+0x2b > > panic(c084621f,c085e142,c090c6c0,0,c0845c3a) at 0xc062fd5f = panic+0x127 > > enroll(c085e142,c08a28ac,c096d720,1,c0c20d5c) at 0xc064f61b = enroll+0xef > > witness_init(c096d720,c34bfb74,c08dd510,c28000,c0c20d74) at 0xc064e6dd = > > witness_init+0x11d mtx_init(c096d720,c085e142,0,1,c0c20d88) at 0xc0628d63 > > = mtx_init+0x8f hpt_init(0,c1ec00,c1e000,0,c04457e5) at 0xc07ac352 = > > hpt_init+0x16 mi_startup() at 0xc060b1be = mi_startup+0x96 > > begin() at 0xc04457e5 = begin+0x2c > > db> show pcpu > > cpuid = 0 > > curthread = 0xc0903380: pid 0 \"swapper\" > > curpcb = 0xc0c20d90 > > fpcurthread = none > > idlethread = 0xc34d8900: pid 12 \"idle: cpu0\" > > APIC ID = 1 > > currentldt = 0x50 > > spin locks held: > > db> show pcpu 0 > > cpuid = 0 > > curthread = 0xc0903380: pid 0 \"swapper\" > > curpcb = 0xc0c20d90 > > fpcurthread = none > > idlethread = 0xc34d8900: pid 12 \"idle: cpu0\" > > APIC ID = 1 > > currentldt = 0x50 > > spin locks held: > > db> show pcpu 1 > > cpuid = 1 > > curthread = none > > curpcb = 0 > > fpcurthread = none > > idlethread = 0xc34d8780: pid 11 \"idle: cpu1\" > > APIC ID = 0 > > currentldt = 0x50 > > spin locks held: > > db> show sysctllock > > No such command > > db> print sysctllock > > c0905920 > > db> show reg > > cs 0x20 > > ds 0xc0840028 > > es 0xc0640028 blist_create+0x4 > > fs 0xc0c20008 > > ss 0x28 > > eax 0x12 > > ecx 0xc1033000 > > edx 0 > > ebx 0xc0c20d0c > > esp 0xc0c20ce0 > > ebp 0xc0c20ce0 > > esi 0x1 > > edi 0xc084621f > > eip 0xc0646417 kdb_enter+0x2b > > efl 0x80292 > > dr0 0 > > dr1 0 > > dr2 0 > > dr3 0 > > dr4 0xffff0ff0 > > dr5 0x400 > > dr6 0xffff0ff0 > > dr7 0x400 > > 0xc0646417 = kdb_enter+0x2b: nop > > db> show witness > > Sleep locks: > > 0 module subsystem sx lock -- last acquired @ > > /usr/src/sys/kern/kern_module.c:115 0 kernel environment -- last acquired > > @ /usr/src/sys/kern/subr_hints.c:117 0 user map -- last acquired @ > > /usr/src/sys/vm/vm_map.c:2489 > > 1 system map -- last acquired @ /usr/src/sys/vm/vm_kern.c:295 > > 2 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:2631 > > 3 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:1898 > > 2 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:397 > > 3 SYSMAPS -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2410 > > 3 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_kern.c:404 > > 4 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:1878 > > 4 vnode interlock -- last acquired @ order list:0 > > 5 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:62 > > 2 kernel object -- last acquired @ /usr/src/sys/vm/vm_object.c:454 > > 3 SYSMAPS -- (already displayed) > > 3 vm page queue mutex -- (already displayed) > > 2 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:914 > > 3 UMA zone -- (already displayed) > > 0 nfsd_mtx -- last acquired @ order list:0 > > 3 so_snd -- last acquired @ order list:0 > > 4 so_rcv -- last acquired @ order list:0 > > 5 radix node head -- last acquired @ order list:0 > > 6 rtentry -- last acquired @ order list:0 > > 7 ifaddr -- last acquired @ order list:0 > > 5 sellck -- last acquired @ order list:0 > > 0 bpf global lock -- last acquired @ order list:0 > > 1 bpf interface lock -- last acquired @ order list:0 > > 2 bpf cdev lock -- last acquired @ order list:0 > > 0 ddp_list_mtx -- last acquired @ order list:0 > > 1 ddp_mtx -- last acquired @ order list:0 > > 0 slip_mtx -- last acquired @ order list:0 > > 1 slip sc_mtx -- last acquired @ order list:0 > > 0 tcp -- last acquired @ order list:0 > > 1 tcpinp -- last acquired @ order list:0 > > 3 so_snd -- (already displayed) > > 0 udp -- last acquired @ order list:0 > > 1 udpinp -- last acquired @ order list:0 > > 3 so_snd -- (already displayed) > > 0 unp -- last acquired @ order list:0 > > 3 so_snd -- (already displayed) > > 0 in_multi_mtx -- last acquired @ order list:0 > > 1 igmp_mtx -- last acquired @ order list:0 > > 2 if_addr_mtx -- last acquired @ order list:0 > > 0 Giant -- last acquired @ /usr/src/sys/kern/subr_witness.c:513 > > 1 eventhandler list -- last acquired @ > > /usr/src/sys/kern/subr_eventhandler.c:132 1 vm object_list -- last > > acquired @ /usr/src/sys/vm/vm_object.c:229 1 system map -- (already > > displayed) > > 1 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:148 > > 1 eventhandler -- last acquired @ > > /usr/src/sys/kern/subr_eventhandler.c:82 1 filedesc structure -- last > > acquired @ /usr/src/sys/kern/kern_descrip.c:1512 2 accept -- last > > acquired @ order list:0 > > 3 so_snd -- (already displayed) > > 2 pipe mutex -- last acquired @ order list:0 > > 3 sigio lock -- last acquired @ order list:0 > > 4 process group -- last acquired @ /usr/src/sys/kern/kern_fork.c:562 > > 5 process lock -- last acquired @ > > /usr/src/sys/kern/kern_kthread.c:96 6 ktrace -- last acquired @ > > /usr/src/sys/kern/kern_fork.c:590 > > 6 sigacts -- last acquired @ /usr/src/sys/kern/kern_kthread.c:98 > > 6 session -- last acquired @ /usr/src/sys/kern/kern_fork.c:572 > > 7 uidinfo hash -- last acquired @ /usr/src/sys/kern/kern_resource.c:1032 > > 8 sleep mtxpool -- last acquired @ > > /usr/src/sys/kern/kern_resource.c:914 8 uidinfo struct -- last acquired > > @ order list:0 > > 9 allprison -- last acquired @ order list:0 > > 1 ithread -- last acquired @ /usr/src/sys/kern/kern_intr.c:275 > > 1 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:598 > > 1 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:470 > > 1 ACPI semaphore -- last acquired @ > > /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:301 1 > > TID lock -- last acquired @ /usr/src/sys/kern/subr_unit.c:592 1 standard > > object -- last acquired @ /usr/src/sys/vm/vm_glue.c:290 1 ttylist -- > > last acquired @ /usr/src/sys/kern/tty.c:2865 > > 1 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:300 > > 0 proctree -- last acquired @ /usr/src/sys/kern/kern_fork.c:561 > > 4 process group -- (already displayed) > > 1 allproc -- last acquired @ /usr/src/sys/kern/kern_fork.c:286 > > 5 process lock -- (already displayed) > > Spin locks: > > 0 ap boot -- last acquired @ order list:0 > > 1 rm.mutex_mtx -- last acquired @ order list:0 > > 2 sio -- last acquired @ order list:0 > > 3 cy -- last acquired @ order list:0 > > 4 uart_hwmtx -- last acquired @ order list:0 > > 5 sabtty -- last acquired @ order list:0 > > 6 zstty -- last acquired @ order list:0 > > 7 ng_node -- last acquired @ order list:0 > > 8 ng_worklist -- last acquired @ order list:0 > > 9 taskqueue_fast -- last acquired @ order list:0 > > 10 intr table -- last acquired @ > > /usr/src/sys/i386/i386/intr_machdep.c:89 11 ithread table lock -- > > last acquired @ order list:0 > > 12 sleepq chain -- last acquired @ > > /usr/src/sys/kern/subr_sleepqueue.c:218 13 sched lock -- last > > acquired @ /usr/src/sys/kern/kern_kthread.c:116 14 turnstile chain -- > > last acquired @ order list:0 > > 15 td_contested -- last acquired @ order list:0 > > 16 callout -- last acquired @ /usr/src/sys/kern/kern_timeout.c:439 > > 17 entropy harvest mutex -- last acquired @ order list:0 > > 18 allpmaps -- last acquired @ /usr/src/sys/i386/i386/pmap.c:1429 > > 19 vm page queue free mutex -- last acquired @ > > /usr/src/sys/vm/vm_page.c:787 20 icu -- last acquired @ order > > list:0 > > 21 smp rendezvous -- last acquired @ order list:0 > > 22 tlb -- last acquired @ order list:0 > > 23 clk -- last acquired @ /usr/src/sys/i386/isa/clock.c:260 > > 24 mutex profiling lock -- last acquired @ order list:0 > > 25 kse zombie lock -- last acquired @ order list:0 > > 26 ALD Queue -- last acquired @ order list:0 > > 27 pcicfg -- last acquired @ order list:0 > > 28 NDIS thread lock -- last acquired @ order list:0 > > 29 tw_osl_io_lock -- last acquired @ order list:0 > > 30 tw_osl_q_lock -- last acquired @ order list:0 > > 31 tw_cl_io_lock -- last acquired @ order list:0 > > 32 tw_cl_intr_lock -- last acquired @ order list:0 > > 33 tw_cl_gen_lock -- last acquired @ order list:0 > > Locks which were never acquired: > > LED sx > > LED mtx > > tty > > nfslock > > random reseed > > devd > > bio queue > > GEOM topology > > if_cloners lock > > ifnet > > acpica subsystem lock > > ACPI global lock > > sf_buf > > taskqueue list > > uma object > > p_peers > > struct pargs.ref > > pbuf mutex > > bdone lock > > buffer daemon lock > > needsbuffer lock > > runningbufspace lock > > buf queue lock > > callout_wait_lock > > ACPI embedded controller > > ACPI CPU > > ACPI PCI power methods > > ACPI cmbat > > ACPI generic battery > > ACPI AC adapter > > ACPI thermal zone > > ACPI PCI link > > ACPI root bus > > ACPI PCI bus methods > > ACPI lid > > ACPI power resources > > umtxq_lock > > bounce pages lock > > arc4_mtx > > securelevel mutex lock > > accounting > > knlist lock for lockless objects > > net80211 instances > > rtsock route_cb lock > > Softdep Lock > > domain list > > rawcb > > pfil_head_list lock > > mountlist > > pmc shared lock > > accept_filter_mtx > > protect sysfilt_ops > > kqueue order > > UUID generator mutex lock > > unit# allocation > > Name Cache > > fifo mutex > > so_glabel > > encapmtx > > DEVFS ruleset lock > > fdesc > > filelist lock > > sysctl lock > > phys_pager list > > dev_pager list > > dev_pager create > > swapdev > > swap_pager list > > vm map sleep mutex > > PMAP2 > > vm86 lock > > db> cont > > Uptime: 1s > > Automatic reboot in 15 seconds - press a key on the console to abort > > Rebooting... > > > > > > And, attempts at adding: > > options INVARIANTS > > > > failed to compile with the following: > > > > /usr/src/sys/dev/ata/atapi-cd.c: In function `acd_geom_attach': > > /usr/src/sys/dev/ata/atapi-cd.c:181: warning: implicit declaration of > > function `_sx_assert' /usr/src/sys/dev/ata/atapi-cd.c:181: warning: > > nested extern declaration of `_sx_assert' > > > > > > > > Since I am having a hang that feels the same to me in both RELENG_5 and > > RELENG_6, that's the main thing I would like to look at. I am not very > > conversant at what I will need for kernel debugging (knowing which > > addresses to dump or structures to inspect) to debug this myself, but > > if you can tell me any further commands to issue in DDB or which > > addresses would assist in diagnosing or config options to add, that will > > be no problem and I will be more than happy to assist in any way! > > > > > > Thank you, > > Philip > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 17:13:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13D6316A41F for ; Wed, 19 Oct 2005 17:13:13 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: from martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33D4B43D53 for ; Wed, 19 Oct 2005 17:13:11 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] ([192.168.1.6]) by martenvijn.nl (8.13.4/8.13.1) with ESMTP id j9JHDrSl093021; Wed, 19 Oct 2005 19:13:54 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten Vijn To: "M. Warner Losh" In-Reply-To: <20051019.092957.122315513.imp@bsdimp.com> References: <1129663158.715.35.camel@localhost.localdomain> <20051018.170403.10821844.imp@bsdimp.com> <1129735927.689.37.camel@localhost.localdomain> <20051019.092957.122315513.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1 Organization: Marten Vijn Date: Wed, 19 Oct 2005 19:13:17 +0000 Message-Id: <1129749197.689.77.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: cf-card in pccard slot panics kernel 6.0 BETA and rc1 at boottime X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: info@martenvijn.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 17:13:13 -0000 On Wed, 2005-10-19 at 09:29 -0600, M. Warner Losh wrote: > : > Any chance for a trace? Without it, this is impossible to make > : > progress on since it doesn't happen for me here... > Actually you need the following: > kernel with: options KDB options DDB Here is panic + trace, the whole boot is below thanks, Marten Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x28 fault code = supervisor read, page not present instruction pointer = 0x20:0xc052cfc4 stack pointer = 0x28:0xc1020cc8 frame pointer = 0x28:0xc1020cd0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at devclass_sysctl_init+0x8: cmpl $0,0x28(%esi) db> trace Tracing pid 0 tid 0 td 0xc071dfc0 devclass_sysctl_init(0,c2135300,c2103380,0,c1020cfc) at devclass_sysctl_init+0x8 device_sysctl_init(c2135300,c2135300,c2103380,c1020d18,c052efac) at device_sysctl_init+0x1c device_attach(c2135300,c1020d24,c2135300,c2103380,0) at device_attach +0xe device_probe_and_attach(c2135300) at device_probe_and_attach+0xc4 bus_generic_attach(c2103380,c2103380,ffffffff,4,c2135300) at bus_generic_attach+0x16 ata_identify(c2103380) at ata_identify+0x1c8 ata_boot_attach(0) at ata_boot_attach+0x56 run_interrupt_driven_config_hooks(0,101ec00,101e000,0,c0435755) at run_interrupt_driven_config_hooks+0x18 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db> #### whole boot: # tip com1 connected ç/boot.config: -DConsoles: internal video/keyboard serial port BIOS drive C: is disk0 BIOS 638kB/522688kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@, Wed Oct 19 15:03:05 CEST 2005) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x2e2358 data=0x35dc0+0x324e8 syms=[0x4+0x43c40 +0x4+0x546ab] /boot/kernel/linux.ko text=0x12e00 data=0x1694+0x54 syms=[0x4+0x2900+0x4 +0x26d5] /boot/kernel/snd_ich.ko text=0x327c data=0x27c syms=[0x4+0x960+0x4 +0x961] loading required module 'sound' /boot/kernel/sound.ko text=0x13528 data=0x2908+0x10e0 syms=[0x4+0x2a40 +0x4+0x2f98] /boot/modules/nvidia.ko text=0x2925ec data=0xe963c+0x1408 syms=[0x4 +0x25790+0x4+0x1c0f9] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... /boot/kernel/acpi.ko text=0x40c0c data=0x2160+0x1090 syms=[0x4+0x7810 +0x4+0xa292] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 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 6.0-RC1 #6: Wed Oct 19 18:38:50 CEST 2005 root@:/usr/obj/usr/src/sys/medion_ktr Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.21-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 536281088 (511 MB) avail memory = 511107072 (487 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 10 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 10 on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] uhci0: port 0x1cc0-0x1cdf irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1ce0-0x1cff irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2000-0x201f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x2020-0x203f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pci3: on pcib2 cbb0: at device 4.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 4.1 on pci3 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: <1394 Open Host Controller Interface> mem 0xd2015000-0xd20157ff,0xd2010000-0xd2013fff irq 23 at device 4.2 on pci3 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 12:34:56:78:12:34:56:78 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci3: at device 4.3 (no driver attached) rl0: port 0x3000-0x30ff mem 0xd2015800-0xd20158ff irq 19 at device 5.0 on pci3 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0a:e4:55:3b:8f ath0: mem 0xd2000000-0xd200ffff irq 18 at device 6.0 on pci3 ath0: Ethernet address: 00:0b:6b:34:55:41 ath0: mac 5.9 phy 4.3 radio 3.6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x1400-0x14ff,0x1c80-0x1cbf mem 0xd0000c00-0xd0000dff,0xd0000800-0xd00008ff irq 17 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 drq 3 on acpi0 sio1: type 16550A battery0: on acpi0 acpi_acad0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff,0xdc000-0xdffff 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 1.000 msec ata2: <512Meg CFPROV1R1> at port 0x3100-0x310f irq 20 function 0 config 1 on pccard0 ad4: 488MB at ata2-master PIO4 ad0: 76319MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x28 fault code = supervisor read, page not present instruction pointer = 0x20:0xc052cfc4 stack pointer = 0x28:0xc1020cc8 frame pointer = 0x28:0xc1020cd0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at devclass_sysctl_init+0x8: cmpl $0,0x28(%esi) db> trace Tracing pid 0 tid 0 td 0xc071dfc0 devclass_sysctl_init(0,c2135300,c2103380,0,c1020cfc) at devclass_sysctl_init+0x8 device_sysctl_init(c2135300,c2135300,c2103380,c1020d18,c052efac) at device_sysctl_init+0x1c device_attach(c2135300,c1020d24,c2135300,c2103380,0) at device_attach +0xe device_probe_and_attach(c2135300) at device_probe_and_attach+0xc4 bus_generic_attach(c2103380,c2103380,ffffffff,4,c2135300) at bus_generic_attach+0x16 ata_identify(c2103380) at ata_identify+0x1c8 ata_boot_attach(0) at ata_boot_attach+0x56 run_interrupt_driven_config_hooks(0,101ec00,101e000,0,c0435755) at run_interrupt_driven_config_hooks+0x18 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db> > > and when the panic happens, you'll get 'db> ' prompt. Type 'trace' > there and report what comes back. > > Warner > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 17:46:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5068416A41F for ; Wed, 19 Oct 2005 17:46:51 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1F2A43D45 for ; Wed, 19 Oct 2005 17:46:50 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j9JHkjpU063799 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Oct 2005 10:46:46 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <43568675.4020409@errno.com> Date: Wed, 19 Oct 2005 10:46:29 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050927) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niki Denev References: <200510181233.47769.nike_d@cytexbg.com> <43554809.4060900@errno.com> <4356129F.90602@cytexbg.com> <200510191958.27827.nike_d@cytexbg.com> In-Reply-To: <200510191958.27827.nike_d@cytexbg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath not setting media type? [SOLVED : devd is to blame] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 17:46:51 -0000 Niki Denev wrote: > I think i found the problem, and it's in devd. > > The problem affects only the media/link status notify events because > there the interface name is supplied in the variable "subsystem", > which fails to be assigned properly. > > I'm not C++ expert but it looks that the duplicated declaration of the > variable "value" is the problem. > I wonder why compiler doesn't complain about this... but i may be wrong, > because i don't know anyting about c++ :) > > this patch fixed it for me : > > ------------------------------------------------------------------------------------------------ > --- devd.cc.orig Wed Oct 19 19:50:28 2005 > +++ devd.cc Wed Oct 19 19:53:29 2005 > @@ -233,7 +233,7 @@ > // to subsystem if none exists. > value = c.get_variable("device-name"); > if (value.length() == 0) > - string value = c.get_variable("subsystem"); > + value = c.get_variable("subsystem"); > if (Dflag) > fprintf(stderr, "Testing media type of %s against 0x%x\n", > value.c_str(), _type); > ------------------------------------------------------------------------------------------------ > > [http://www.totalterror.net/freebsd/devd.patch] > Thank you; this'll get committed shortly. Sam From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 17:49:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 562DE16A41F; Wed, 19 Oct 2005 17:49:33 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 234EC43D46; Wed, 19 Oct 2005 17:49:31 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 6D78846BC1; Wed, 19 Oct 2005 13:49:31 -0400 (EDT) Date: Wed, 19 Oct 2005 18:49:31 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John Baldwin In-Reply-To: <200510191304.28422.jhb@freebsd.org> Message-ID: <20051019184900.R60849@fledge.watson.org> References: <200510191623.j9JGNSfr007356@magus.nostrum.com> <20051019175020.S60849@fledge.watson.org> <200510191304.28422.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Problem remains with FreeBSD 6.0-RC1 as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 17:49:33 -0000 On Wed, 19 Oct 2005, John Baldwin wrote: > He'll need witness for 'show alllocks' but that will require having the > 'hptlock' spin mutex added to witness' spin lock order. Also, the > psuedo-rw lock phk created for filedesc isn't witness checked since it > isn't a mutex or sx lock, and it maybe that there is a reversal > involving that lock, but it will be tricky to tell if that is the case. His previous output includes "show witness", so I think he should be all set. Robert N M Watson > >> Thanks, >> >> Robert N M Watson >> >>> Moving to the console, I get the same behaviour such that if it is >>> already logged in, I can hit return in the shell and get a new shell >>> prompt, but any command I try (i.e. 'uptime' or 'uname') then results in >>> the same lack of any further response. [Though, obviously from below, >>> sending a break to activate DDB still works.] >>> >>> If the console is not already logged in and I hit return at "login:", I >>> get a new "login:" prompt; but, as soon as I enter a username+^M or even >>> Ctrl-D it, I cease to receive any feedback besides terminal echo from my >>> input. >>> >>> >>> This is: >>> FreeBSD [host-elided] 6.0-RC1 FreeBSD 6.0-RC1 #0: Mon Oct 17 15:52:35 CDT >>> 2005 root@[host-elided]:/usr/obj/usr/src/sys/SMP_DDB i386 >>> >>> # grep '^[a-z]' /sys/i386/conf/SMP_DDB >>> include GENERIC >>> ident DDB >>> options SMP # Symmetric MultiProcessor Kernel >>> options INCLUDE_CONFIG_FILE # Include this file in kernel >>> options DDB #Enable the kernel debugger >>> options DDB_NUMSYM #Print numerical value of symbols too >>> options KDB >>> options KDB_TRACE >>> options BREAK_TO_DEBUGGER >>> >>> [After notification of a problem, this is from the serial console...a few >>> further inline comments included in brackets "[]".] >>> >>> # >>> [Typed: Ctrl-T] >>> load: 1.82 cmd: sh 795 [ttyin] 0.00u 0.00s 0% 168k >>> # uptime >>> [Waited a while to be sure it was hung and not returning. Retyped: >>> Ctrl-T] load: 1.82 cmd: uptime 83303 [filelist lock] 0.00u 0.00s 0% 180k >>> [Sent BREAK] >>> KDB: enter: Line break on console >>> [thread pid 82885 tid 100133 ] >>> Stopped at 0xc0659b37 = kdb_enter+0x2b: nop >>> db> set $lines=0 >>> db> trace >>> Tracing pid 82885 tid 100133 td 0xc3c34c00 >>> kdb_enter(c0895a5e) at 0xc0659b37 = kdb_enter+0x2b >>> siointr1(c372ec00) at 0xc07f09b2 = siointr1+0xce >>> siointr(c372ec00) at 0xc07f0792 = siointr+0x5e >>> intr_execute_handlers(c3528090,f1325b68,4,f1325bcc,c0805073) at >>> 0xc0808985 = intr_execute_handlers+0x85 lapic_handle_intr(34) at >>> 0xc080b042 = lapic_handle_intr+0x2e >>> Xapic_isr1() at 0xc0805073 = Xapic_isr1+0x33 >>> --- interrupt, eip = 0xc0685d59, esp = 0xf1325bac, ebp = 0xf1325bcc --- >>> unp_gc(c43be2c8) at 0xc0685d59 = unp_gc+0xf1 >>> unp_detach(c43b7000,f1325c08,c067a188,c43be2c8,0) at 0xc06840fa = >>> unp_detach+0xae uipc_detach(c43be2c8) at 0xc0682f8e = uipc_detach+0x82 >>> soclose(c43be2c8,c40fb6c0,0,f1325c34,c0620c10) at 0xc067a188 = >>> soclose+0x278 soo_close(c40fb6c0,c3c34c00) at 0xc0669fb3 = soo_close+0x63 >>> fdrop_locked(c40fb6c0,c3c34c00,c3a3d800,f1325cb4,c061f0fb) at 0xc0620c10 >>> = fdrop_locked+0xac fdrop(c40fb6c0,c3c34c00,c066371f,c40fb6c0,c878ac00) >>> at 0xc0620b5d = fdrop+0x41 closef(c40fb6c0,c3c34c00,0,c3c34c00,6) at >>> 0xc061f0fb = closef+0x427 close(c3c34c00,f1325d04,1,0,292) at 0xc061c4bd >>> = close+0x211 >>> syscall(3b,1003b,bfbf003b,80d58e7,80e8780) at 0xc0818557 = syscall+0x2bf >>> Xint0x80_syscall() at 0xc0804d0f = Xint0x80_syscall+0x1f >>> --- syscall (6, FreeBSD ELF32, close), eip = 0x282cb7d3, esp = >>> 0xbfbfae4c, ebp = 0xbfbfae68 --- db> show reg >>> cs 0x20 >>> ds 0xc0870028 >>> es 0xc0650028 parse_dynamic+0x4 >>> fs 0xf1320008 >>> ss 0x28 >>> eax 0x22 >>> ecx 0xc1033000 >>> edx 0 >>> ebx 0xc3c34c00 >>> esp 0xf1325afc >>> ebp 0xf1325afc >>> esi 0xc372ec00 >>> edi 0xf9 >>> eip 0xc0659b37 kdb_enter+0x2b >>> efl 0x86 >>> dr0 0 >>> dr1 0 >>> dr2 0 >>> dr3 0 >>> dr4 0xffff0ff0 >>> dr5 0x400 >>> dr6 0xffff0ff0 >>> dr7 0x400 >>> 0xc0659b37 = kdb_enter+0x2b: nop >>> db> show witness >>> No such command >>> db> show pcpu >>> cpuid = 1 >>> curthread = 0xc3c34c00: pid 82885 \"sendmail\" >>> curpcb = 0xf1325d90 >>> fpcurthread = none >>> idlethread = 0xc34d8780: pid 11 \"idle: cpu1\" >>> APIC ID = 0 >>> currentldt = 0x50 >>> db> show pcpuu0 >>> cpuid = 0 >>> curthread = 0xc34d8900: pid 12 \"idle: cpu0\" >>> curpcb = 0xe4f9bd90 >>> fpcurthread = none >>> idlethread = 0xc34d8900: pid 12 \"idle: cpu0\" >>> APIC ID = 1 >>> currentldt = 0x50 >>> db> show pcpu 1 >>> cpuid = 1 >>> curthread = 0xc3c34c00: pid 82885 \"sendmail\" >>> curpcb = 0xf1325d90 >>> fpcurthread = none >>> idlethread = 0xc34d8780: pid 11 \"idle: cpu1\" >>> APIC ID = 0 >>> currentldt = 0x50 >>> db> show pcpu 2 >>> CPU 2 not found >>> db> print sysctllock >>> c093ace0 >>> db> ps >>> pid proc uid ppid pgrp flag stat wmesg wchan cmd >>> 83305 c43b2830 0 504 504 0000000 [SLPQ filelist lock >>> 0xc0938bd0][SLP] cron 83304 c3d91a3c 21802 605 605 0000000 [SLPQ >>> filelist lock 0xc0938bd0][SLP] perl 83303 c3d12c48 0 795 83303 >>> 0004002 [SLPQ filelist lock 0xc0938bd0][SLP] uptime 83302 c5b13418 0 >>> 686 686 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83301 >>> c3ba1c48 0 680 680 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83300 c40c320c 0 504 504 0000000 [SLPQ filelist lock >>> 0xc0938bd0][SLP] cron 83299 c43a2830 0 504 504 0000000 [SLPQ >>> filelist lock 0xc0938bd0][SLP] cron 83298 c38dec48 0 504 504 >>> 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] cron 83297 c3f0020c 21802 >>> 605 605 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 83296 >>> c3c36624 21802 605 605 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] >>> perl 83295 c406620c 21802 605 605 0000000 [SLPQ filelist lock >>> 0xc0938bd0][SLP] perl 83294 c38de20c 21802 605 605 0000000 [SLPQ >>> filelist lock 0xc0938bd0][SLP] perl 83293 c41af418 0 686 686 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83292 c4244a3c 0 >>> 680 680 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83291 >>> c40c0624 0 504 504 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] >>> cron 83290 c43b1a3c 0 504 504 0000000 [SLPQ filelist lock >>> 0xc0938bd0][SLP] cron 83289 c5fffc48 0 664 664 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83288 c3e9d830 0 650 650 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83287 c3cbbc48 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83286 >>> c43a2000 0 636 636 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail >>> 83285 c40c4c48 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83284 c413b624 0 636 636 0000100 [SLPQ >>> select 0xc0941aa4][SLP] sendmail 83283 c6003418 0 664 664 0000100 >>> [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83282 c4140000 0 650 >>> 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83281 c43ac000 >>> 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail >>> 83280 c3d91830 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83279 c43afc48 0 664 664 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83278 c3cbb418 0 664 664 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83277 c4244c48 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83276 >>> c40c0830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83275 c4136624 0 664 664 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83274 c4140a3c 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83273 c6035830 0 636 636 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83272 c43b120c 0 >>> 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83271 >>> c41ada3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83270 c3fca624 0 664 664 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83269 c6035c48 0 664 664 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83268 c5b13c48 0 664 664 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83267 c3f82c48 0 >>> 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83266 >>> c424320c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83265 c43a720c 0 636 636 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83264 c3e9d418 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83263 c3d18000 0 650 650 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83261 c6036418 0 >>> 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83260 >>> c5b0120c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83259 c4244000 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83258 c4243830 0 664 664 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83257 c43af830 0 1 83257 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83255 c5b01830 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83254 >>> c5b01000 0 650 650 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail >>> 83248 c3b99c48 0 680 680 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83247 c42d5c48 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83246 c3f00a3c 0 664 664 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83245 c6036000 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83244 >>> c40c3c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83243 c5fff830 0 636 636 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83242 c5b01418 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83241 c42a2624 0 650 650 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83240 c41af000 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83239 >>> c41ad830 0 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83238 c3d1820c 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83237 c3f00624 0 664 664 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83236 c5b13a3c 0 650 650 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83235 c42a7a3c 0 >>> 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83234 >>> c3f82830 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83233 c43a7624 0 664 664 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83231 c4376418 0 683 683 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83230 c406e830 0 664 664 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83229 c42d520c 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83228 >>> c43af418 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83227 c413ba3c 0 664 664 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83226 c3e9d20c 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83225 c43a220c 0 650 650 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83224 c3b99418 0 >>> 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83223 >>> c3c33c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83222 c4375000 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83221 c3e9d624 0 664 664 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83220 c38de830 0 636 636 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83219 c3f8020c 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83218 >>> c3f02a3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83213 c4375a3c 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83212 c5b09418 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83211 c43af624 0 664 664 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83208 c4135830 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83207 >>> c41afa3c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83206 c406ea3c 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83205 c413b418 0 664 664 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83195 c3f80624 0 650 650 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83193 c5b0920c 0 >>> 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83192 >>> c3c33624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83191 c3c36a3c 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83190 c4140418 0 636 636 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83189 c4135418 0 650 650 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83188 c437620c 0 >>> 636 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83187 >>> c406e624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83186 c43a7418 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83185 c3c36c48 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83184 c3cbb830 0 650 650 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83183 c406e000 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83182 >>> c43a2c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83181 c40c3000 0 664 664 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83180 c4140c48 0 664 664 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83179 c42a2418 0 650 650 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83178 c437e000 0 >>> 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83175 >>> c5fff20c 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83174 c3f82624 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83168 c3ba1830 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83167 c4243a3c 0 664 664 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83164 c6003000 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83162 >>> c4066a3c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83157 c40c4000 0 664 664 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83154 c600320c 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83153 c40c0c48 0 664 664 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83152 c3d18418 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83150 >>> c41adc48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83149 c3e9dc48 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83148 c3cba624 0 664 664 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83146 c3c36000 0 650 650 >>> 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83145 c3f01830 0 650 >>> 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83142 c41af20c >>> 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail >>> 83141 c3e9da3c 0 664 664 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83140 c5fff624 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83134 c41af624 0 650 650 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83132 c4136830 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83131 >>> c603620c 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83130 c3f00418 0 650 650 0000100 [SLPQ select >>> 0xc0941aa4][SLP] sendmail 83129 c3fcac48 0 664 664 0000100 [SLPQ >>> select 0xc0941aa4][SLP] sendmail 83128 c40c4418 0 650 650 0000100 >>> [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83125 c42d4c48 0 664 >>> 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83124 c3fca20c >>> 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail >>> 83123 c437e418 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83121 c4135c48 0 664 664 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83119 c41af830 0 650 650 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83118 c38dd000 0 >>> 650 650 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83117 c42d4a3c >>> 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail >>> 83114 c42a720c 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83113 c41aac48 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83112 c42d420c 0 664 664 >>> 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 83109 c40c4a3c 0 650 >>> 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83108 c3f8220c >>> 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail >>> 83107 c3d10830 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83105 c41aa000 0 650 650 0000100 [SLPQ >>> select 0xc0941aa4][SLP][SWAP] sendmail 83101 c4066624 0 664 664 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83100 c40c3624 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83097 >>> c42a2000 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83094 c41aa830 0 650 650 0000100 [SLPQ select >>> 0xc0941aa4][SLP] sendmail 83093 c43a7a3c 0 664 664 0000100 [SLPQ >>> select 0xc0941aa4][SLP] sendmail 83092 c43b1000 0 650 650 0000100 >>> [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83091 c437ec48 0 650 >>> 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83087 c5fff000 >>> 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail >>> 83070 c42a2830 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83069 c6036c48 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83056 c6035624 0 664 664 >>> 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail 83051 c41ad20c 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 83050 >>> c4244830 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 83041 c40c0a3c 0 664 664 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 83038 c424420c 0 664 664 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 83037 c43a2624 0 664 664 >>> 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail 83034 c413b000 0 >>> 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82994 >>> c43b2000 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 82993 c38d8c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] >>> perl 82992 c5b01a3c 21802 551 551 0000000 [SLPQ select >>> 0xc0941aa4][SLP] perl 82991 c5b01c48 21802 550 550 0000000 [SLPQ >>> select 0xc0941aa4][SLP] perl 82990 c43b2624 21802 551 551 0000000 >>> [SLPQ select 0xc0941aa4][SLP] perl 82989 c5b09000 21802 550 550 >>> 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82987 c6036830 21802 551 >>> 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82986 c42d5624 21802 550 >>> 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82984 c5b09624 21802 >>> 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82983 c5b09830 21802 >>> 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82982 c4135a3c >>> 21802 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 82981 >>> c3f82000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 82976 c42d5830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] >>> perl 82975 c5b09c48 21802 550 550 0000000 [SLPQ select >>> 0xc0941aa4][SLP] perl 82974 c43acc48 21802 551 551 0000000 [SLPQ >>> select 0xc0941aa4][SLP] perl 82973 c3f02418 21802 550 550 0000000 >>> [SLPQ select 0xc0941aa4][SLP] perl 82972 c5b13000 21802 551 551 >>> 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82971 c43ac20c 21802 550 >>> 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82970 c3cbb20c 21802 551 >>> 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82969 c43a2418 21802 >>> 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82967 c43a7000 21802 >>> 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82966 c40c0000 >>> 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82965 >>> c4376c48 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 82964 c43b1c48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] >>> perl 82962 c41ad624 21802 551 551 0000000 [SLPQ select >>> 0xc0941aa4][SLP] perl 82961 c38dea3c 21802 550 550 0000000 [SLPQ >>> select 0xc0941aa4][SLP] perl 82960 c38a820c 21802 551 551 0000000 >>> [SLPQ select 0xc0941aa4][SLP] perl 82959 c43b0c48 21802 550 550 >>> 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82952 c42a2a3c 21802 551 >>> 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82951 c6035000 21802 550 >>> 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82948 c43b220c 21802 >>> 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 82947 >>> c6035a3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 82945 c43b2418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] >>> perl 82944 c41aaa3c 21802 550 550 0000000 [SLPQ select >>> 0xc0941aa4][SLP] perl 82938 c40c420c 21802 551 551 0000000 [SLPQ >>> select 0xc0941aa4][SLP] perl 82937 c6036a3c 21802 550 550 0000000 >>> [SLPQ select 0xc0941aa4][SLP] perl 82932 c3f01a3c 21802 551 551 >>> 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82931 c42d4624 21802 550 >>> 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82930 c41aa418 21802 551 >>> 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82929 c3d94c48 21802 >>> 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82928 c3f02830 21802 >>> 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82927 c3d94a3c >>> 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82926 >>> c413620c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 82925 c3fcbc48 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] >>> perl 82924 c42d5a3c 21802 551 551 0000000 [SLPQ select >>> 0xc0941aa4][SLP] perl 82923 c4140830 21802 550 550 0000000 [SLPQ >>> select 0xc0941aa4][SLP] perl 82922 c43ac830 21802 551 551 0000000 >>> [SLPQ select 0xc0941aa4][SLP] perl 82921 c3f0220c 21802 550 550 >>> 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82919 c43b0418 0 650 650 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82918 c3cbba3c >>> 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82917 >>> c4066830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 82916 c3ba1624 0 636 636 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 82915 c4376000 21802 551 551 0000000 [SLPQ >>> select 0xc0941aa4][SLP] perl 82914 c3f01c48 21802 550 550 0000000 >>> [SLPQ select 0xc0941aa4][SLP] perl 82913 c43b1418 0 636 636 0000100 >>> [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82909 c4243c48 21802 551 >>> 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82908 c3c33000 21802 >>> 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82907 c4243000 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82906 >>> c437ea3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 82905 c3ba1000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] >>> perl 82904 c43b1624 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 82903 c40c3a3c 21802 551 551 0000000 [SLPQ >>> select 0xc0941aa4][SLP] perl 82902 c3f82a3c 21802 550 550 0000000 >>> [SLPQ select 0xc0941aa4][SLP] perl 82896 c43b0830 21802 551 551 >>> 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82895 c4136000 21802 550 >>> 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82894 c42a7000 21802 551 >>> 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82893 c3e9d000 21802 >>> 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82892 c3c3320c 21802 >>> 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82891 c42a220c >>> 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82890 >>> c4375c48 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 82889 c3ba1a3c 0 664 664 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 82888 c43af000 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 82887 c42a2c48 21802 551 551 >>> 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82886 c3c33418 21802 550 >>> 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82885 c3c36830 0 636 >>> 636 0000100 [CPU 1] sendmail >>> 82877 c42a7418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] >>> perl 82876 c3cbaa3c 21802 550 550 0000000 [SLPQ select >>> 0xc0941aa4][SLP] perl 82874 c413bc48 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 82870 c43a7c48 0 650 650 >>> 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82865 c437520c >>> 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82864 >>> c4376830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 82851 c3f80418 0 650 650 0000100 [SLPQ select >>> 0xc0941aa4][SLP][SWAP] sendmail 82837 c3f02c48 0 650 650 0000100 >>> [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82782 c42d5000 21802 551 >>> 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82781 c3d9120c 21802 >>> 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82769 c43aca3c 0 >>> 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82766 >>> c40c020c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 82765 c41aa20c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] >>> perl 82763 c3d1220c 0 664 664 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 82762 c3d9420c 21802 551 551 0000000 [SLPQ >>> select 0xc0941aa4][SLP] perl 82761 c42a7624 21802 550 550 0000000 >>> [SLPQ select 0xc0941aa4][SLP] perl 82740 c6036624 0 664 664 0000100 >>> [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82738 c4136a3c 21802 551 >>> 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82737 c4243418 21802 >>> 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 82729 c3f82418 0 >>> 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 82676 >>> c4376624 0 664 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 82621 c3c33a3c 0 650 650 0000100 [SLPQ filelist lock >>> 0xc0938bd0][SLP] sendmail 82607 c4376a3c 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 81310 c6035418 0 664 664 >>> 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail 80076 c42d4000 0 >>> 650 650 0000100 [SLPQ select 0xc0941aa4][SLP][SWAP] sendmail 79627 >>> c4135624 0 650 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 79198 c3cba830 21802 551 551 0000000 [SLPQ select >>> 0xc0941aa4][SLP] perl 79197 c414020c 21802 550 550 0000000 [SLPQ >>> select 0xc0941aa4][SLP] perl 79193 c4066418 21802 551 551 0000000 >>> [SLPQ filelist lock 0xc0938bd0][SLP] perl 79192 c40c3830 21802 550 >>> 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79189 c3f00000 21802 551 >>> 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79188 c437e830 21802 >>> 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79186 c3d18830 21802 >>> 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79185 c3fca418 >>> 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79184 >>> c4136418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 79183 c3fcaa3c 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] >>> perl 79179 c3f80000 21802 551 551 0000000 [SLPQ select >>> 0xc0941aa4][SLP] perl 79178 c3fcb20c 21802 550 550 0000000 [SLPQ >>> select 0xc0941aa4][SLP] perl 79168 c603520c 21802 551 551 0000000 >>> [SLPQ filelist lock 0xc0938bd0][SLP] perl 79167 c4243624 21802 550 >>> 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 79083 c4375830 0 664 >>> 664 0000100 [SLPQ sbwait 0xc4401900][SLP][SWAP] sendmail 78838 c3f01000 >>> 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 78837 >>> c3f80830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 78491 c40c4624 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] >>> perl 78490 c3d94830 21802 550 550 0000000 [SLPQ select >>> 0xc0941aa4][SLP] perl 78484 c3f02000 21802 551 551 0000000 [SLPQ >>> select 0xc0941aa4][SLP] perl 78483 c406ec48 21802 550 550 0000000 >>> [SLPQ select 0xc0941aa4][SLP] perl 73847 c43ac418 21802 551 551 >>> 0000000 [SLPQ select 0xc0941aa4][SLP] perl 73846 c42d4418 21802 550 >>> 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 68027 c43b2a3c 21802 550 >>> 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 67937 c3fcb000 21802 >>> 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 67936 c3fcb624 21802 >>> 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 67933 c42d4830 >>> 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 67932 >>> c38de624 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 67904 c413b830 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] >>> perl 67903 c3cbb624 21802 550 550 0000000 [SLPQ select >>> 0xc0941aa4][SLP] perl 66287 c43afa3c 0 650 650 0000100 [SLPQ >>> filelist lock 0xc0938bd0][SLP] sendmail 60279 c3f00830 21802 551 551 >>> 0000000 [SLPQ select 0xc0941aa4][SLP] perl 60278 c4244624 21802 551 >>> 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 60277 c3fcba3c >>> 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 60276 >>> c3fca000 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 60249 c406e418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] >>> perl 60248 c3f00c48 21802 550 550 0000000 [SLPQ select >>> 0xc0941aa4][SLP] perl 51444 c3c3620c 21802 551 551 0000000 [SLPQ >>> select 0xc0941aa4][SLP] perl 51443 c4066000 21802 550 550 0000000 >>> [SLPQ select 0xc0941aa4][SLP] perl 51430 c3b99624 21802 551 551 >>> 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51429 c41aa624 21802 550 >>> 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51427 c40c4830 21802 551 >>> 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51426 c3f0120c 21802 >>> 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51231 c4375624 21802 >>> 551 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 51230 >>> c3fcb830 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 51228 c3d10a3c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] >>> perl 51227 c4140624 21802 550 550 0000000 [SLPQ select >>> 0xc0941aa4][SLP] perl 51222 c413b20c 21802 551 551 0000000 [SLPQ >>> filelist lock 0xc0938bd0][SLP] perl 51221 c38de418 21802 550 550 >>> 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51218 c43b020c 21802 551 >>> 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51217 c3cbac48 21802 550 >>> 550 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 51215 c43a2a3c >>> 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51214 >>> c437e20c 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 51213 c4244418 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] >>> perl 51212 c3f02624 21802 550 550 0000000 [SLPQ select >>> 0xc0941aa4][SLP] perl 51211 c3f80a3c 21802 551 551 0000000 [SLPQ >>> select 0xc0941aa4][SLP] perl 51206 c43b0624 21802 550 550 0000000 >>> [SLPQ select 0xc0941aa4][SLP] perl 51161 c413520c 21802 551 551 >>> 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51160 c42d5418 21802 550 >>> 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 51153 c40c0418 21802 551 >>> 551 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 50987 c3c36418 >>> 0 1 50987 0000100 [SLPQ sbwait 0xc3da3c40][SLP] sendmail 36954 c4135000 >>> 21802 550 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 36941 >>> c38dd418 21802 551 551 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 32803 c43af20c 0 32793 32803 0004003 [SLPQ ttyin 0xc3871810][SLP][SWAP] >>> zsh 32793 c43b2c48 127 32792 32793 0004002 [SLPQ pause >>> 0xc43b2c7c][SLP][SWAP] zsh 32792 c42a7c48 127 32781 32781 0000100 [SLPQ >>> select 0xc0941aa4][SLP][SWAP] sshd 32781 c3fcb418 0 491 32781 0004100 >>> [SLPQ sbwait 0xc4547e90][SLP][SWAP] sshd 31218 c3cbb000 21802 551 551 >>> 0000000 [SLPQ select 0xc0941aa4][SLP] perl 31217 c3f01418 21802 550 >>> 550 0000000 [SLPQ select 0xc0941aa4][SLP] perl 5491 c43b0a3c 0 1 5491 >>> 0000100 [SLPQ sbwait 0xc45473e8][SLP] sendmail 795 c3d91c48 0 778 >>> 795 0004002 [SLPQ wait 0xc3d91c48][SLP] sh 778 c3d94418 0 760 778 >>> 0004002 [SLPQ pause 0xc3d9444c][SLP][SWAP] zsh 760 c3ea1000 0 1 760 >>> 0004102 [SLPQ wait 0xc3ea1000][SLP][SWAP] login 759 c3ea120c 0 1 759 >>> 0004002 [SLPQ ttyin 0xc3737410][SLP][SWAP] getty 758 c3ea1418 0 1 758 >>> 0004002 [SLPQ ttyin 0xc3734c10][SLP][SWAP] getty 757 c3ea1624 0 1 757 >>> 0004002 [SLPQ ttyin 0xc3734410][SLP][SWAP] getty 756 c3ea1830 0 1 756 >>> 0004002 [SLPQ ttyin 0xc372f410][SLP][SWAP] getty 755 c3ea1a3c 0 1 755 >>> 0004002 [SLPQ ttyin 0xc3736410][SLP][SWAP] getty 754 c3d18c48 0 1 754 >>> 0004002 [SLPQ ttyin 0xc3730c10][SLP][SWAP] getty 753 c3d18624 0 1 753 >>> 0004002 [SLPQ ttyin 0xc3735810][SLP][SWAP] getty 752 c38de000 0 1 752 >>> 0004002 [SLPQ ttyin 0xc3734810][SLP][SWAP] getty 719 c3d91418 0 1 717 >>> 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] snmpd 709 c3d18a3c 0 1 >>> 709 0000100 [SLPQ pause 0xc3d18a70][SLP][SWAP] sendmail 706 c3d12418 >>> 0 1 706 0000100 [SLPQ pause 0xc3d1244c][SLP][SWAP] sendmail 703 >>> c3d91000 0 1 703 0000100 [SLPQ pause 0xc3d91034][SLP][SWAP] sendmail >>> 700 c3d91624 0 1 700 0000100 [SLPQ pause 0xc3d91658][SLP][SWAP] >>> sendmail 696 c3d12a3c 0 1 696 0000100 [SLPQ pause >>> 0xc3d12a70][SLP][SWAP] sendmail 692 c3d94000 0 1 692 0000100 [SLPQ >>> pause 0xc3d94034][SLP][SWAP] sendmail 689 c3d94624 0 1 689 0000100 >>> [SLPQ pause 0xc3d94658][SLP][SWAP] sendmail 686 c3d1020c 0 1 686 >>> 0000100 [SLPQ pause 0xc3d10240][SLP] sendmail 683 c3d10624 0 1 683 >>> 0000100 [SLPQ pause 0xc3d10658][SLP][SWAP] sendmail 680 c3d12000 0 1 >>> 680 0000100 [SLPQ pause 0xc3d12034][SLP] sendmail 678 c3d12624 0 1 >>> 678 0000100 [SLPQ select 0xc0941aa4][SLP] sendmail 664 c3d10000 0 1 >>> 664 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 650 c3cba000 >>> 0 1 650 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] sendmail 636 >>> c3d10418 0 1 636 0000100 [SLPQ filelist lock 0xc0938bd0][SLP] >>> sendmail 620 c38d8418 0 616 616 0000001 [SLPQ lockf >>> 0xc41d3bc0][SLP][SWAP] saslauthd 619 c3b99830 0 616 616 0000001 >>> [SLPQ lockf 0xc878a040][SLP][SWAP] saslauthd 618 c3cba418 0 616 616 >>> 0000001 [SLPQ lockf 0xc44dc900][SLP][SWAP] saslauthd 617 c38d8624 0 >>> 616 616 0000001 [SLPQ accept 0xc3cf0466][SLP][SWAP] saslauthd 616 >>> c3d10c48 0 1 616 0000001 [SLPQ lockf 0xc44dc380][SLP][SWAP] saslauthd >>> 605 c3cba20c 21802 1 605 0000000 [SLPQ select 0xc0941aa4][SLP] perl >>> 604 c3d12830 0 577 604 0004003 [SLPQ ttyin 0xc3725810][SLP][SWAP] >>> zsh 577 c3c33830 127 576 577 0004002 [SLPQ pause >>> 0xc3c33864][SLP][SWAP] zsh 576 c3b9920c 127 574 574 0000100 [SLPQ >>> select 0xc0941aa4][SLP][SWAP] sshd 574 c38dd624 0 491 574 0004100 >>> [SLPQ sbwait 0xc3c30638][SLP][SWAP] sshd 551 c38a5a3c 21802 1 551 >>> 0000001 [SLPQ select 0xc0941aa4][SLP] perl 550 c38ddc48 21802 1 550 >>> 0000000 [SLPQ filelist lock 0xc0938bd0][SLP] perl 546 c3b99a3c 21802 1 >>> 546 0000001 [SLPQ select 0xc0941aa4][SLP] perl 539 c38a5830 21802 534 >>> 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd 538 c38a8000 21802 >>> 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd 537 c38d820c >>> 21802 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] httpd 536 >>> c3ba120c 21802 534 534 0000000 [SLPQ select 0xc0941aa4][SLP][SWAP] >>> httpd 535 c3ba1418 21802 534 534 0000000 [SLPQ select >>> 0xc0941aa4][SLP][SWAP] httpd 534 c38d8000 21802 1 534 0000000 [SLPQ >>> select 0xc0941aa4][SLP] httpd 527 c38a5624 0 1 527 0008180 (threaded) >>> perl >>> thread 0xc41c1a80 ksegrp 0xc34db660 [SLPQ kserel 0xc34db694][SLP] >>> thread 0xc879b300 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc43a6a80 ksegrp 0xc34db660 [SLPQ kserel >>> 0xc34db694][SLP] thread 0xc42eec00 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43a8480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc59b5600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e8480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4ade000 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc42ee480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e5180 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43a9300 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a2480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc423a600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc44f2600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5a0b780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5a36600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e9780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc42ee780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e9300 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e7a80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5a20000 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc87e9c00 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc42efa80 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc41c0780 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc4099900 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc43c9780 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc43ca180 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41c4180 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc41c1600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc59e7c00 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a2a80 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc5a20d80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc422d480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5a20600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3ea2900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41a1180 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a3780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4096480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc59e7480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43a6900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc442dc00 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3f03000 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5a20a80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4adf180 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc599d480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc42ef600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc442e600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4ade480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e7180 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc879ba80 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc59b5180 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc4120d80 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc5a0b900 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc87e7600 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc599d900 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc423a900 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc3ea2600 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc87e8780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc422d780 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc5a20900 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc5a36480 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc43ca300 ksegrp 0xc34db660 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc41a1600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3c35780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3d96900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87ead80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4067000 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3f28180 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4ade600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc8a96000 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e5900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc422d180 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e9900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e7480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc44ef180 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc59b5900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e5d80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc599d180 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc59b5000 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4ade780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a4480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4121300 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3f92900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc422d600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4adf000 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3f8fa80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43a8780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4adea80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3ea2480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc423aa80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4adf780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e5300 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3f03180 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4099300 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc442d480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4068780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4121d80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a4780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4095d80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a2000 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a4900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43c9d80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e6d80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc8a96600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43ca480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc59b5d80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc59e7300 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3d17600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e8c00 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc42f1600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43a6780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5987c00 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc422c600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc442d300 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc8a97000 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3ea3c00 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43a8a80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc44efd80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87ea780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5987000 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4ade900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41c4300 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5a20c00 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e6900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3d17480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4ae1c00 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43cad80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87ea900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc422dd80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e7d80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e9180 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4adf900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4aeb780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5a20780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a2180 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc59e7d80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43c9180 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc42f1480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5987600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41c1780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a4d80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41c1180 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc44ef480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4ae1a80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5987480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a3900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e9480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc44ef900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3d95d80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc599d600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5987900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc422cc00 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc599d000 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3ea2300 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e6480 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc42f1d80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e8600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4120780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc599d780 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41bfc00 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4aeb900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc42ee900 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4067a80 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43a8600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4121600 ksegrp 0xc34db660 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc38df900 ksegrp 0xc354d8a0 [SLPQ ksesigwait >>> 0xc38a575c][SLP] 520 c38dd830 21803 1 69 000c083 (threaded) perl >>> thread 0xc43a9600 ksegrp 0xc354dcc0 [SLPQ kserel 0xc354dcf4][SLP] >>> thread 0xc8a97a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] >>> thread 0xc41a0c00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] >>> thread 0xc5a0bc00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] >>> thread 0xc87e9d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] >>> thread 0xc43a8900 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] >>> thread 0xc59e7000 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] >>> thread 0xc3f8f180 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] >>> thread 0xc8a97d80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] >>> thread 0xc599dc00 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] >>> thread 0xc4ae1480 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] >>> thread 0xc42ee300 ksegrp 0xc354dcc0 [SLPQ kserel 0xc354dcf4][SLP] >>> thread 0xc87e8a80 ksegrp 0xc354dcc0 [SLPQ select 0xc0941aa4][SLP] >>> thread 0xc87e5600 ksegrp 0xc354dcc0 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc87e7300 ksegrp 0xc354dcc0 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc5a0bd80 ksegrp 0xc354dcc0 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc442da80 ksegrp 0xc354dcc0 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc879b480 ksegrp 0xc354dcc0 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc879b780 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc44f2180 ksegrp 0xc354dcc0 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc3f90780 ksegrp 0xc354dcc0 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc5987d80 ksegrp 0xc354dcc0 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc879bc00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e7c00 ksegrp 0xc354dcc0 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc42ee180 ksegrp 0xc354dcc0 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc87a2300 ksegrp 0xc354dcc0 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc59b5480 ksegrp 0xc354dcc0 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc442e900 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5987180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5987780 ksegrp 0xc354dcc0 [SLPQ filelist lock >>> 0xc0938bd0][SLP] thread 0xc5a0b480 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc599dd80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87ea180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3c34780 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc59b5c00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41c0900 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43a9900 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3f92c00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a3480 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e9000 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3f81d80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41a0d80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5a36000 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43a9480 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc8a96a80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc42f1900 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a2d80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41c0600 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4120000 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e8900 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e7780 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a3300 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e9a80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc423a480 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4099d80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5a20480 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc442d180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc59e7180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4096d80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43ca600 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5a36180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc423ad80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc442ec00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41c4c00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e5c00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4096a80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3ea3600 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41c4000 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a4c00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43c9300 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc42eed80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43a9a80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4adfd80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4ade180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41a1480 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a4000 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5987a80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e6a80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43a9780 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc8a96180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4aeb000 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc42ef480 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4120a80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4121180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc44ef300 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a3a80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc8a96780 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc59b5780 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43a9180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e8180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4adf600 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc423a300 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41bfd80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3ea3480 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc422c780 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc422c300 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc422d900 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc44f2000 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc8a97600 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc59e7900 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3f28780 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4aeb180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e8d80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43a8300 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3f28c00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43c9600 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43c9900 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41c0a80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41bf600 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc422c900 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43c9a80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc42f1a80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3ea3900 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43caa80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43ca900 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43c9c00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc442d600 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc8a96300 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87ea480 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc43a8180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41c1c00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3b9a000 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41bf180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4121c00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4aebc00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc422da80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e5000 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc422c180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87eaa80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc42ef300 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e6000 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc42f1c00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc59e7a80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc41c0d80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4adfc00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc442e780 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4099000 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87a4300 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4121000 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc8a97180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4121480 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc59b5300 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc879b600 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc87e9600 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3f90c00 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc8a96d80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc8a97300 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4122a80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc42eea80 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc5987300 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc423a780 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4068300 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4ae1180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc3f8f480 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc442e180 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc4ae1900 ksegrp 0xc354dcc0 [SLPQ select >>> 0xc0941aa4][SLP] thread 0xc38e0180 ksegrp 0xc354d900 [SLPQ ksesigwait >>> 0xc38dd968][SLP] 519 c38a5c48 0 1 69 0004002 [SLPQ sbwait >>> 0xc39cabc8][SLP][SWAP] perl 504 c38a5418 0 1 504 0000000 [SLPQ nanslp >>> 0xc093af0c][SLP] cron 491 c38a5000 0 1 491 0000100 [SLPQ filelist >>> lock 0xc0938bd0][SLP] sshd 474 c38dd20c 0 1 474 0000000 [SLPQ select >>> 0xc0941aa4][SLP] ntpd 381 c38a520c 0 1 381 0000000 [SLPQ select >>> 0xc0941aa4][SLP] syslogd 352 c38d8830 0 1 352 0000000 [SLPQ select >>> 0xc0941aa4][SLP][SWAP] devd 268 c38dda3c 64 262 262 0000100 [SLPQ >>> bpf 0xc38dce00][SLP] pflogd 262 c38d8a3c 0 1 262 0000000 [SLPQ sbwait >>> 0xc39ca370][SLP][SWAP] pflogd 68 c38a8418 0 0 0 0000204 [SLPQ - >>> 0xef03ed08][SLP] schedcpu 67 c38a8624 0 0 0 0000204 [SLPQ - >>> 0xc094a02c][SLP] nfsiod 3 66 c38a8830 0 0 0 0000204 [SLPQ - >>> 0xc094a028][SLP] nfsiod 2 65 c38a8a3c 0 0 0 0000204 [SLPQ - >>> 0xc094a024][SLP] nfsiod 1 64 c38a8c48 0 0 0 0000204 [SLPQ - >>> 0xc094a020][SLP] nfsiod 0 63 c355a20c 0 0 0 0000204 [SLPQ vlruwt >>> 0xc355a20c][SLP] vnlru 62 c355a418 0 0 0 0000204 [SLPQ syncer >>> 0xc093ac7c][SLP] syncer 61 c355a624 0 0 0 0000204 [SLPQ psleep >>> 0xc0941fec][SLP] bufdaemon 60 c355a830 0 0 0 000020c [SLPQ pgzero >>> 0xc09505e4][SLP] pagezero 59 c355aa3c 0 0 0 0000204 [SLPQ psleep >>> 0xc0950134][SLP] vmdaemon 58 c355ac48 0 0 0 0000204 [SLPQ psleep >>> 0xc09500f0][SLP] pagedaemon 57 c3603000 0 0 0 0000204 [IWAIT] swi0: >>> sio >>> 56 c360320c 0 0 0 0000204 [SLPQ - 0xc372903c][SLP] fdc0 >>> 55 c3603418 0 0 0 0000204 [SLPQ aifthd 0xc3603418][SLP] aac0aif >>> 54 c3603624 0 0 0 0000204 [SLPQ idle 0xc3528c00][SLP] >>> aic_recovery0 53 c3603830 0 0 0 0000204 [SLPQ idle 0xc3528c00][SLP] >>> aic_recovery0 52 c3603a3c 0 0 0 0000204 [IWAIT] swi6:+ >>> 51 c3603c48 0 0 0 0000204 [IWAIT] swi6: task queue >>> 9 c354b624 0 0 0 0000204 [SLPQ - 0xc3563600][SLP] acpi_task2 >>> 8 c354b830 0 0 0 0000204 [SLPQ - 0xc3563600][SLP] acpi_task1 >>> 7 c354ba3c 0 0 0 0000204 [SLPQ - 0xc3563600][SLP] acpi_task0 >>> 50 c354bc48 0 0 0 0000204 [IWAIT] swi2: cambio >>> 6 c3559000 0 0 0 0000204 [SLPQ - 0xc3563780][SLP] kqueue taskq >>> 49 c355920c 0 0 0 0000204 [IWAIT] swi5:+ >>> 5 c3559418 0 0 0 0000204 [SLPQ - 0xc3563980][SLP] thread taskq >>> 48 c3559624 0 0 0 0000204 [SLPQ - 0xc0935c60][SLP] yarrow >>> 4 c3559830 0 0 0 0000204 [SLPQ - 0xc0938428][SLP] g_down >>> 3 c3559a3c 0 0 0 0000204 [SLPQ - 0xc0938424][SLP] g_up >>> 2 c3559c48 0 0 0 0000204 [SLPQ - 0xc093841c][SLP] g_event >>> 47 c355a000 0 0 0 0000204 [IWAIT] swi1: net >>> 46 c353bc48 0 0 0 0000204 [IWAIT] swi3: vm >>> 45 c354a000 0 0 0 000020c [IWAIT] swi4: clock sio >>> 44 c354a20c 0 0 0 0000204 [IWAIT] irq0: >>> 43 c354a418 0 0 0 0000204 [IWAIT] irq31: aac0 >>> 42 c354a624 0 0 0 0000204 [IWAIT] irq30: ahc0 >>> 41 c354a830 0 0 0 0000204 [IWAIT] irq29: >>> 40 c354aa3c 0 0 0 0000204 [IWAIT] irq28: >>> 39 c354ac48 0 0 0 0000204 [IWAIT] irq27: >>> 38 c354b000 0 0 0 0000204 [IWAIT] irq26: >>> 37 c354b20c 0 0 0 0000204 [IWAIT] irq25: >>> 36 c354b418 0 0 0 0000204 [IWAIT] irq24: >>> 35 c3529624 0 0 0 0000204 [IWAIT] irq23: >>> 34 c3529830 0 0 0 0000204 [IWAIT] irq22: fxp0 >>> 33 c3529a3c 0 0 0 0000204 [IWAIT] irq21: >>> 32 c3529c48 0 0 0 0000204 [IWAIT] irq20: >>> 31 c353b000 0 0 0 0000204 [IWAIT] irq19: >>> 30 c353b20c 0 0 0 0000204 [IWAIT] irq18: fxp1 >>> 29 c353b418 0 0 0 0000204 [IWAIT] irq17: bge0 >>> 28 c353b624 0 0 0 0000204 [IWAIT] irq16: fxp2 >>> 27 c353b830 0 0 0 0000204 [IWAIT] irq15: ata1 >>> 26 c353ba3c 0 0 0 0000204 [IWAIT] irq14: ata0 >>> 25 c34dc20c 0 0 0 0000204 [IWAIT] irq13: >>> 24 c34dc418 0 0 0 0000204 [IWAIT] irq12: >>> 23 c34dc624 0 0 0 0000204 [IWAIT] irq11: >>> 22 c34dc830 0 0 0 0000204 [IWAIT] irq10: >>> 21 c34dca3c 0 0 0 0000204 [IWAIT] irq9: acpi0 >>> 20 c34dcc48 0 0 0 0000204 [IWAIT] irq8: >>> 19 c3529000 0 0 0 0000204 [IWAIT] irq7: ppc0 >>> 18 c352920c 0 0 0 0000204 [IWAIT] irq6: fdc0 >>> 17 c3529418 0 0 0 0000204 [IWAIT] irq5: >>> 16 c34d7000 0 0 0 0000204 [IWAIT] irq4: sio0 >>> 15 c34d720c 0 0 0 0000204 [IWAIT] irq3: sio1 >>> 14 c34d7418 0 0 0 0000204 [IWAIT] irq2: >>> 13 c34d7624 0 0 0 0000204 [IWAIT] irq1: atkbd0 >>> 12 c34d7830 0 0 0 000020c [CPU 0] idle: cpu0 >>> 11 c34d7a3c 0 0 0 000020c [Can run] idle: cpu1 >>> 1 c34d7c48 0 0 1 0004200 [SLPQ wait 0xc34d7c48][SLP] init >>> 10 c34dc000 0 0 0 0000204 [SLPQ ktrace 0xc0938e78][SLP] ktrace >>> 0 c0938520 0 0 0 0000200 [IWAIT] swapper >>> db> panic >>> panic: from debugger >>> cpuid = 1 >>> KDB: stack backtrace: >>> kdb_backtrace(100,c3c34c00,0,c089e89c,c089e8b8) at 0xc0659ab5 = >>> kdb_backtrace+0x29 panic(c084a8b4,f1325a04,c0468c70,c093ace0,0) at >>> 0xc06408b8 = panic+0x114 db_panic(c093ace0,0,ffffffff,f1325978,0) at >>> 0xc0468cd9 = db_panic+0xd >>> db_command(c09217e4,c08a7820,c089e89c,c089e8b8,c084a8c2) at 0xc0468c70 = >>> db_command+0x264 db_command_loop(0,0,f1325a30,f1325a1c,f1325a64) at >>> 0xc0468d38 = db_command_loop+0x5c db_trap(3,0,c3c34c00,3,c3c34c00) at >>> 0xc046a949 = db_trap+0xdd >>> kdb_trap(3,0,f1325abc) at 0xc0659dd0 = kdb_trap+0x88 >>> trap(f1320008,c0650028,c0870028,f9,c372ec00) at 0xc0817c88 = trap+0x498 >>> calltrap() at 0xc0804cba = calltrap+0x5 >>> --- trap 0x3, eip = 0xc0659b37, esp = 0xf1325afc, ebp = 0xf1325afc --- >>> kdb_enter(c0895a5e) at 0xc0659b37 = kdb_enter+0x2b >>> siointr1(c372ec00) at 0xc07f09b2 = siointr1+0xce >>> siointr(c372ec00) at 0xc07f0792 = siointr+0x5e >>> intr_execute_handlers(c3528090,f1325b68,4,f1325bcc,c0805073) at >>> 0xc0808985 = intr_execute_handlers+0x85 lapic_handle_intr(34) at >>> 0xc080b042 = lapic_handle_intr+0x2e >>> Xapic_isr1() at 0xc0805073 = Xapic_isr1+0x33 >>> --- interrupt, eip = 0xc0685d59, esp = 0xf1325bac, ebp = 0xf1325bcc --- >>> unp_gc(c43be2c8) at 0xc0685d59 = unp_gc+0xf1 >>> unp_detach(c43b7000,f1325c08,c067a188,c43be2c8,0) at 0xc06840fa = >>> unp_detach+0xae uipc_detach(c43be2c8) at 0xc0682f8e = uipc_detach+0x82 >>> soclose(c43be2c8,c40fb6c0,0,f1325c34,c0620c10) at 0xc067a188 = >>> soclose+0x278 soo_close(c40fb6c0,c3c34c00) at 0xc0669fb3 = soo_close+0x63 >>> fdrop_locked(c40fb6c0,c3c34c00,c3a3d800,f1325cb4,c061f0fb) at 0xc0620c10 >>> = fdrop_locked+0xac fdrop(c40fb6c0,c3c34c00,c066371f,c40fb6c0,c878ac00) >>> at 0xc0620b5d = fdrop+0x41 closef(c40fb6c0,c3c34c00,0,c3c34c00,6) at >>> 0xc061f0fb = closef+0x427 close(c3c34c00,f1325d04,1,0,292) at 0xc061c4bd >>> = close+0x211 >>> syscall(3b,1003b,bfbf003b,80d58e7,80e8780) at 0xc0818557 = syscall+0x2bf >>> Xint0x80_syscall() at 0xc0804d0f = Xint0x80_syscall+0x1f >>> --- syscall (6, FreeBSD ELF32, close), eip = 0x282cb7d3, esp = >>> 0xbfbfae4c, ebp = 0xbfbfae68 --- KDB: stack backtrace: >>> kdb_backtrace(28d5a61e,53755e05,ffc03014,c3c34c00,c084a8b4) at 0xc0659ab5 >>> = kdb_backtrace+0x29 mi_switch(1,0,f1325924,c0640190,c3c34c00) at >>> 0xc0647162 = mi_switch+0xf6 sched_bind(c3c34c00,0) at 0xc065287c = >>> sched_bind+0x44 >>> boot(104,104,c3c34c00,0,c089e89c) at 0xc0640190 = boot+0x64 >>> panic(c084a8b4,f1325a04,c0468c70,c093ace0,0) at 0xc064095d = panic+0x1b9 >>> db_panic(c093ace0,0,ffffffff,f1325978,0) at 0xc0468cd9 = db_panic+0xd >>> db_command(c09217e4,c08a7820,c089e89c,c089e8b8,c084a8c2) at 0xc0468c70 = >>> db_command+0x264 db_command_loop(0,0,f1325a30,f1325a1c,f1325a64) at >>> 0xc0468d38 = db_command_loop+0x5c db_trap(3,0,c3c34c00,3,c3c34c00) at >>> 0xc046a949 = db_trap+0xdd >>> kdb_trap(3,0,f1325abc) at 0xc0659dd0 = kdb_trap+0x88 >>> trap(f1320008,c0650028,c0870028,f9,c372ec00) at 0xc0817c88 = trap+0x498 >>> calltrap() at 0xc0804cba = calltrap+0x5 >>> --- trap 0x3, eip = 0xc0659b37, esp = 0xf1325afc, ebp = 0xf1325afc --- >>> kdb_enter(c0895a5e) at 0xc0659b37 = kdb_enter+0x2b >>> siointr1(c372ec00) at 0xc07f09b2 = siointr1+0xce >>> siointr(c372ec00) at 0xc07f0792 = siointr+0x5e >>> intr_execute_handlers(c3528090,f1325b68,4,f1325bcc,c0805073) at >>> 0xc0808985 = intr_execute_handlers+0x85 lapic_handle_intr(34) at >>> 0xc080b042 = lapic_handle_intr+0x2e >>> Xapic_isr1() at 0xc0805073 = Xapic_isr1+0x33 >>> --- interrupt, eip = 0xc0685d59, esp = 0xf1325bac, ebp = 0xf1325bcc --- >>> unp_gc(c43be2c8) at 0xc0685d59 = unp_gc+0xf1 >>> unp_detach(c43b7000,f1325c08,c067a188,c43be2c8,0) at 0xc06840fa = >>> unp_detach+0xae uipc_detach(c43be2c8) at 0xc0682f8e = uipc_detach+0x82 >>> soclose(c43be2c8,c40fb6c0,0,f1325c34,c0620c10) at 0xc067a188 = >>> soclose+0x278 soo_close(c40fb6c0,c3c34c00) at 0xc0669fb3 = soo_close+0x63 >>> fdrop_locked(c40fb6c0,c3c34c00,c3a3d800,f1325cb4,c061f0fb) at 0xc0620c10 >>> = fdrop_locked+0xac fdrop(c40fb6c0,c3c34c00,c066371f,c40fb6c0,c878ac00) >>> at 0xc0620b5d = fdrop+0x41 closef(c40fb6c0,c3c34c00,0,c3c34c00,6) at >>> 0xc061f0fb = closef+0x427 close(c3c34c00,f1325d04,1,0,292) at 0xc061c4bd >>> = close+0x211 >>> syscall(3b,1003b,bfbf003b,80d58e7,80e8780) at 0xc0818557 = syscall+0x2bf >>> Xint0x80_syscall() at 0xc0804d0f = Xint0x80_syscall+0x1f >>> --- syscall (6, FreeBSD ELF32, close), eip = 0x282cb7d3, esp = >>> 0xbfbfae4c, ebp = 0xbfbfae68 --- [Previous attempts at using "call >>> boot(0)"/etc. produced a solid hang that required physical access to the >>> Reset button / power switch.] >>> db> call cpu_reset() >>> cpu_reset: Restarting BSP >>> cpu_reset_proxy: Stopped CPU 1 >>> >>> >>> [Seeing other posts that request kernel config additions to assist with >>> debugging, I then tried to install a kernel with the added config of: >>> options WITNESS >>> and booting failed as such:] >>> >>> /boot/kernel/acpi.ko text=0x40c0c data=0x2160+0x1090 >>> syms=[0x4+0x7810+0x4+0xa292] KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> Copyright (c) 1992-2005 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 6.0-RC1 #1: Wed Oct 19 09:45:23 CDT 2005 >>> root@[host-elided]:/usr/obj/usr/src/sys/SMP_DDB >>> WARNING: WITNESS option enabled, expect reduced performance. >>> Timecounter \"i8254\" frequency 1193182 Hz quality 0 >>> CPU: Intel Pentium III (997.46-MHz 686-class CPU) >>> Origin = \"GenuineIntel\" Id = 0x68a Stepping = 10 >>> >>> Features=0x383fbff>> CA,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory = 2147418112 (2047 MB) >>> avail memory = 2096447488 (1999 MB) >>> ACPI APIC Table: >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> cpu0 (BSP): APIC ID: 1 >>> cpu1 (AP): APIC ID: 0 >>> ioapic0: Changing APIC ID to 2 >>> ioapic1: Changing APIC ID to 3 >>> MADT: Forcing active-low polarity and level trigger for SCI >>> ioapic0 irqs 0-15 on motherboard >>> ioapic1 irqs 16-31 on motherboard >>> panic: spin lock hptlock not in order list >>> cpuid = 0 >>> KDB: stack backtrace: >>> kdb_backtrace(100,c0903380,0,c085e142,c08a28ac) at 0xc0646395 = >>> kdb_backtrace+0x29 panic(c084621f,c085e142,c090c6c0,0,c0845c3a) at >>> 0xc062fd4c = panic+0x114 enroll(c085e142,c08a28ac,c096d720,1,c0c20d5c) at >>> 0xc064f61b = enroll+0xef >>> witness_init(c096d720,c34bfb74,c08dd510,c28000,c0c20d74) at 0xc064e6dd = >>> witness_init+0x11d mtx_init(c096d720,c085e142,0,1,c0c20d88) at 0xc0628d63 >>> = mtx_init+0x8f hpt_init(0,c1ec00,c1e000,0,c04457e5) at 0xc07ac352 = >>> hpt_init+0x16 mi_startup() at 0xc060b1be = mi_startup+0x96 >>> begin() at 0xc04457e5 = begin+0x2c >>> KDB: enter: panic >>> [thread pid 0 tid 0 ] >>> Stopped at 0xc0646417 = kdb_enter+0x2b: nop >>> db> >>> db> where >>> Tracing pid 0 tid 0 td 0xc0903380 >>> kdb_enter(c0843318) at 0xc0646417 = kdb_enter+0x2b >>> panic(c084621f,c085e142,c090c6c0,0,c0845c3a) at 0xc062fd5f = panic+0x127 >>> enroll(c085e142,c08a28ac,c096d720,1,c0c20d5c) at 0xc064f61b = enroll+0xef >>> witness_init(c096d720,c34bfb74,c08dd510,c28000,c0c20d74) at 0xc064e6dd = >>> witness_init+0x11d mtx_init(c096d720,c085e142,0,1,c0c20d88) at 0xc0628d63 >>> = mtx_init+0x8f hpt_init(0,c1ec00,c1e000,0,c04457e5) at 0xc07ac352 = >>> hpt_init+0x16 mi_startup() at 0xc060b1be = mi_startup+0x96 >>> begin() at 0xc04457e5 = begin+0x2c >>> db> show pcpu >>> cpuid = 0 >>> curthread = 0xc0903380: pid 0 \"swapper\" >>> curpcb = 0xc0c20d90 >>> fpcurthread = none >>> idlethread = 0xc34d8900: pid 12 \"idle: cpu0\" >>> APIC ID = 1 >>> currentldt = 0x50 >>> spin locks held: >>> db> show pcpu 0 >>> cpuid = 0 >>> curthread = 0xc0903380: pid 0 \"swapper\" >>> curpcb = 0xc0c20d90 >>> fpcurthread = none >>> idlethread = 0xc34d8900: pid 12 \"idle: cpu0\" >>> APIC ID = 1 >>> currentldt = 0x50 >>> spin locks held: >>> db> show pcpu 1 >>> cpuid = 1 >>> curthread = none >>> curpcb = 0 >>> fpcurthread = none >>> idlethread = 0xc34d8780: pid 11 \"idle: cpu1\" >>> APIC ID = 0 >>> currentldt = 0x50 >>> spin locks held: >>> db> show sysctllock >>> No such command >>> db> print sysctllock >>> c0905920 >>> db> show reg >>> cs 0x20 >>> ds 0xc0840028 >>> es 0xc0640028 blist_create+0x4 >>> fs 0xc0c20008 >>> ss 0x28 >>> eax 0x12 >>> ecx 0xc1033000 >>> edx 0 >>> ebx 0xc0c20d0c >>> esp 0xc0c20ce0 >>> ebp 0xc0c20ce0 >>> esi 0x1 >>> edi 0xc084621f >>> eip 0xc0646417 kdb_enter+0x2b >>> efl 0x80292 >>> dr0 0 >>> dr1 0 >>> dr2 0 >>> dr3 0 >>> dr4 0xffff0ff0 >>> dr5 0x400 >>> dr6 0xffff0ff0 >>> dr7 0x400 >>> 0xc0646417 = kdb_enter+0x2b: nop >>> db> show witness >>> Sleep locks: >>> 0 module subsystem sx lock -- last acquired @ >>> /usr/src/sys/kern/kern_module.c:115 0 kernel environment -- last acquired >>> @ /usr/src/sys/kern/subr_hints.c:117 0 user map -- last acquired @ >>> /usr/src/sys/vm/vm_map.c:2489 >>> 1 system map -- last acquired @ /usr/src/sys/vm/vm_kern.c:295 >>> 2 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:2631 >>> 3 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:1898 >>> 2 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:397 >>> 3 SYSMAPS -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2410 >>> 3 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_kern.c:404 >>> 4 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:1878 >>> 4 vnode interlock -- last acquired @ order list:0 >>> 5 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:62 >>> 2 kernel object -- last acquired @ /usr/src/sys/vm/vm_object.c:454 >>> 3 SYSMAPS -- (already displayed) >>> 3 vm page queue mutex -- (already displayed) >>> 2 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:914 >>> 3 UMA zone -- (already displayed) >>> 0 nfsd_mtx -- last acquired @ order list:0 >>> 3 so_snd -- last acquired @ order list:0 >>> 4 so_rcv -- last acquired @ order list:0 >>> 5 radix node head -- last acquired @ order list:0 >>> 6 rtentry -- last acquired @ order list:0 >>> 7 ifaddr -- last acquired @ order list:0 >>> 5 sellck -- last acquired @ order list:0 >>> 0 bpf global lock -- last acquired @ order list:0 >>> 1 bpf interface lock -- last acquired @ order list:0 >>> 2 bpf cdev lock -- last acquired @ order list:0 >>> 0 ddp_list_mtx -- last acquired @ order list:0 >>> 1 ddp_mtx -- last acquired @ order list:0 >>> 0 slip_mtx -- last acquired @ order list:0 >>> 1 slip sc_mtx -- last acquired @ order list:0 >>> 0 tcp -- last acquired @ order list:0 >>> 1 tcpinp -- last acquired @ order list:0 >>> 3 so_snd -- (already displayed) >>> 0 udp -- last acquired @ order list:0 >>> 1 udpinp -- last acquired @ order list:0 >>> 3 so_snd -- (already displayed) >>> 0 unp -- last acquired @ order list:0 >>> 3 so_snd -- (already displayed) >>> 0 in_multi_mtx -- last acquired @ order list:0 >>> 1 igmp_mtx -- last acquired @ order list:0 >>> 2 if_addr_mtx -- last acquired @ order list:0 >>> 0 Giant -- last acquired @ /usr/src/sys/kern/subr_witness.c:513 >>> 1 eventhandler list -- last acquired @ >>> /usr/src/sys/kern/subr_eventhandler.c:132 1 vm object_list -- last >>> acquired @ /usr/src/sys/vm/vm_object.c:229 1 system map -- (already >>> displayed) >>> 1 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:148 >>> 1 eventhandler -- last acquired @ >>> /usr/src/sys/kern/subr_eventhandler.c:82 1 filedesc structure -- last >>> acquired @ /usr/src/sys/kern/kern_descrip.c:1512 2 accept -- last >>> acquired @ order list:0 >>> 3 so_snd -- (already displayed) >>> 2 pipe mutex -- last acquired @ order list:0 >>> 3 sigio lock -- last acquired @ order list:0 >>> 4 process group -- last acquired @ /usr/src/sys/kern/kern_fork.c:562 >>> 5 process lock -- last acquired @ >>> /usr/src/sys/kern/kern_kthread.c:96 6 ktrace -- last acquired @ >>> /usr/src/sys/kern/kern_fork.c:590 >>> 6 sigacts -- last acquired @ /usr/src/sys/kern/kern_kthread.c:98 >>> 6 session -- last acquired @ /usr/src/sys/kern/kern_fork.c:572 >>> 7 uidinfo hash -- last acquired @ /usr/src/sys/kern/kern_resource.c:1032 >>> 8 sleep mtxpool -- last acquired @ >>> /usr/src/sys/kern/kern_resource.c:914 8 uidinfo struct -- last acquired >>> @ order list:0 >>> 9 allprison -- last acquired @ order list:0 >>> 1 ithread -- last acquired @ /usr/src/sys/kern/kern_intr.c:275 >>> 1 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:598 >>> 1 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:470 >>> 1 ACPI semaphore -- last acquired @ >>> /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:301 1 >>> TID lock -- last acquired @ /usr/src/sys/kern/subr_unit.c:592 1 standard >>> object -- last acquired @ /usr/src/sys/vm/vm_glue.c:290 1 ttylist -- >>> last acquired @ /usr/src/sys/kern/tty.c:2865 >>> 1 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:300 >>> 0 proctree -- last acquired @ /usr/src/sys/kern/kern_fork.c:561 >>> 4 process group -- (already displayed) >>> 1 allproc -- last acquired @ /usr/src/sys/kern/kern_fork.c:286 >>> 5 process lock -- (already displayed) >>> Spin locks: >>> 0 ap boot -- last acquired @ order list:0 >>> 1 rm.mutex_mtx -- last acquired @ order list:0 >>> 2 sio -- last acquired @ order list:0 >>> 3 cy -- last acquired @ order list:0 >>> 4 uart_hwmtx -- last acquired @ order list:0 >>> 5 sabtty -- last acquired @ order list:0 >>> 6 zstty -- last acquired @ order list:0 >>> 7 ng_node -- last acquired @ order list:0 >>> 8 ng_worklist -- last acquired @ order list:0 >>> 9 taskqueue_fast -- last acquired @ order list:0 >>> 10 intr table -- last acquired @ >>> /usr/src/sys/i386/i386/intr_machdep.c:89 11 ithread table lock -- >>> last acquired @ order list:0 >>> 12 sleepq chain -- last acquired @ >>> /usr/src/sys/kern/subr_sleepqueue.c:218 13 sched lock -- last >>> acquired @ /usr/src/sys/kern/kern_kthread.c:116 14 turnstile chain -- >>> last acquired @ order list:0 >>> 15 td_contested -- last acquired @ order list:0 >>> 16 callout -- last acquired @ /usr/src/sys/kern/kern_timeout.c:439 >>> 17 entropy harvest mutex -- last acquired @ order list:0 >>> 18 allpmaps -- last acquired @ /usr/src/sys/i386/i386/pmap.c:1429 >>> 19 vm page queue free mutex -- last acquired @ >>> /usr/src/sys/vm/vm_page.c:787 20 icu -- last acquired @ order >>> list:0 >>> 21 smp rendezvous -- last acquired @ order list:0 >>> 22 tlb -- last acquired @ order list:0 >>> 23 clk -- last acquired @ /usr/src/sys/i386/isa/clock.c:260 >>> 24 mutex profiling lock -- last acquired @ order list:0 >>> 25 kse zombie lock -- last acquired @ order list:0 >>> 26 ALD Queue -- last acquired @ order list:0 >>> 27 pcicfg -- last acquired @ order list:0 >>> 28 NDIS thread lock -- last acquired @ order list:0 >>> 29 tw_osl_io_lock -- last acquired @ order list:0 >>> 30 tw_osl_q_lock -- last acquired @ order list:0 >>> 31 tw_cl_io_lock -- last acquired @ order list:0 >>> 32 tw_cl_intr_lock -- last acquired @ order list:0 >>> 33 tw_cl_gen_lock -- last acquired @ order list:0 >>> Locks which were never acquired: >>> LED sx >>> LED mtx >>> tty >>> nfslock >>> random reseed >>> devd >>> bio queue >>> GEOM topology >>> if_cloners lock >>> ifnet >>> acpica subsystem lock >>> ACPI global lock >>> sf_buf >>> taskqueue list >>> uma object >>> p_peers >>> struct pargs.ref >>> pbuf mutex >>> bdone lock >>> buffer daemon lock >>> needsbuffer lock >>> runningbufspace lock >>> buf queue lock >>> callout_wait_lock >>> ACPI embedded controller >>> ACPI CPU >>> ACPI PCI power methods >>> ACPI cmbat >>> ACPI generic battery >>> ACPI AC adapter >>> ACPI thermal zone >>> ACPI PCI link >>> ACPI root bus >>> ACPI PCI bus methods >>> ACPI lid >>> ACPI power resources >>> umtxq_lock >>> bounce pages lock >>> arc4_mtx >>> securelevel mutex lock >>> accounting >>> knlist lock for lockless objects >>> net80211 instances >>> rtsock route_cb lock >>> Softdep Lock >>> domain list >>> rawcb >>> pfil_head_list lock >>> mountlist >>> pmc shared lock >>> accept_filter_mtx >>> protect sysfilt_ops >>> kqueue order >>> UUID generator mutex lock >>> unit# allocation >>> Name Cache >>> fifo mutex >>> so_glabel >>> encapmtx >>> DEVFS ruleset lock >>> fdesc >>> filelist lock >>> sysctl lock >>> phys_pager list >>> dev_pager list >>> dev_pager create >>> swapdev >>> swap_pager list >>> vm map sleep mutex >>> PMAP2 >>> vm86 lock >>> db> cont >>> Uptime: 1s >>> Automatic reboot in 15 seconds - press a key on the console to abort >>> Rebooting... >>> >>> >>> And, attempts at adding: >>> options INVARIANTS >>> >>> failed to compile with the following: >>> >>> /usr/src/sys/dev/ata/atapi-cd.c: In function `acd_geom_attach': >>> /usr/src/sys/dev/ata/atapi-cd.c:181: warning: implicit declaration of >>> function `_sx_assert' /usr/src/sys/dev/ata/atapi-cd.c:181: warning: >>> nested extern declaration of `_sx_assert' >>> >>> >>> >>> Since I am having a hang that feels the same to me in both RELENG_5 and >>> RELENG_6, that's the main thing I would like to look at. I am not very >>> conversant at what I will need for kernel debugging (knowing which >>> addresses to dump or structures to inspect) to debug this myself, but >>> if you can tell me any further commands to issue in DDB or which >>> addresses would assist in diagnosing or config options to add, that will >>> be no problem and I will be more than happy to assist in any way! >>> >>> >>> Thank you, >>> Philip >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 18:19:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01F8C16A41F for ; Wed, 19 Oct 2005 18:19:05 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B76143D66 for ; Wed, 19 Oct 2005 18:19:04 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9JIIJZ0069816; Wed, 19 Oct 2005 12:18:19 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 19 Oct 2005 12:19:39 -0600 (MDT) Message-Id: <20051019.121939.38713130.imp@bsdimp.com> To: nike_d@cytexbg.com From: "M. Warner Losh" In-Reply-To: <200510191958.27827.nike_d@cytexbg.com> References: <43554809.4060900@errno.com> <4356129F.90602@cytexbg.com> <200510191958.27827.nike_d@cytexbg.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 19 Oct 2005 12:18:19 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: ath not setting media type? [SOLVED : devd is to blame] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 18:19:05 -0000 In message: <200510191958.27827.nike_d@cytexbg.com> Niki Denev writes: : I think i found the problem, and it's in devd. Thanks! I've committed this fix. It should be MFC'd to 6.0, imho. It looks like in my testing tree I didn't have this bug. In my commit tree, alas, it did. I'm not quite sure how that happend. Anyway, it is fixed now. Warner From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 18:22:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A1AB16A41F; Wed, 19 Oct 2005 18:22:15 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 092DB43D62; Wed, 19 Oct 2005 18:22:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 19 Oct 2005 14:38:47 -0400 From: John Baldwin To: Robert Watson Date: Wed, 19 Oct 2005 14:23:41 -0400 User-Agent: KMail/1.8.2 References: <200510191623.j9JGNSfr007356@magus.nostrum.com> <200510191304.28422.jhb@freebsd.org> <20051019184900.R60849@fledge.watson.org> In-Reply-To: <20051019184900.R60849@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510191423.42922.jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: Problem remains with FreeBSD 6.0-RC1 as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 18:22:15 -0000 On Wednesday 19 October 2005 01:49 pm, Robert Watson wrote: > On Wed, 19 Oct 2005, John Baldwin wrote: > > He'll need witness for 'show alllocks' but that will require having the > > 'hptlock' spin mutex added to witness' spin lock order. Also, the > > psuedo-rw lock phk created for filedesc isn't witness checked since it > > isn't a mutex or sx lock, and it maybe that there is a reversal > > involving that lock, but it will be tricky to tell if that is the case. > > His previous output includes "show witness", so I think he should be all > set. After it panic'd early in the boot because hptlock wasn't in the spinlock order list. :) Also, Philip, INVARIANTS requires INVARIANT_SUPPORT, which is why you had the error with _sx_assert(). > >>> [Seeing other posts that request kernel config additions to assist with > >>> debugging, I then tried to install a kernel with the added config of: > >>> options WITNESS > >>> and booting failed as such:] > >>> > >>> /boot/kernel/acpi.ko text=0x40c0c data=0x2160+0x1090 > >>> syms=[0x4+0x7810+0x4+0xa292] KDB: debugger backends: ddb > >>> KDB: current backend: ddb > >>> Copyright (c) 1992-2005 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 6.0-RC1 #1: Wed Oct 19 09:45:23 CDT 2005 > >>> root@[host-elided]:/usr/obj/usr/src/sys/SMP_DDB > >>> WARNING: WITNESS option enabled, expect reduced performance. > >>> Timecounter \"i8254\" frequency 1193182 Hz quality 0 > >>> CPU: Intel Pentium III (997.46-MHz 686-class CPU) > >>> Origin = \"GenuineIntel\" Id = 0x68a Stepping = 10 > >>> > >>> Features=0x383fbff >>>,M CA,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory = 2147418112 (2047 MB) > >>> avail memory = 2096447488 (1999 MB) > >>> ACPI APIC Table: > >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>> cpu0 (BSP): APIC ID: 1 > >>> cpu1 (AP): APIC ID: 0 > >>> ioapic0: Changing APIC ID to 2 > >>> ioapic1: Changing APIC ID to 3 > >>> MADT: Forcing active-low polarity and level trigger for SCI > >>> ioapic0 irqs 0-15 on motherboard > >>> ioapic1 irqs 16-31 on motherboard > >>> panic: spin lock hptlock not in order list > >>> cpuid = 0 > >>> KDB: stack backtrace: > >>> kdb_backtrace(100,c0903380,0,c085e142,c08a28ac) at 0xc0646395 = > >>> kdb_backtrace+0x29 panic(c084621f,c085e142,c090c6c0,0,c0845c3a) at > >>> 0xc062fd4c = panic+0x114 enroll(c085e142,c08a28ac,c096d720,1,c0c20d5c) > >>> at 0xc064f61b = enroll+0xef > >>> witness_init(c096d720,c34bfb74,c08dd510,c28000,c0c20d74) at 0xc064e6dd > >>> = witness_init+0x11d mtx_init(c096d720,c085e142,0,1,c0c20d88) at > >>> 0xc0628d63 = mtx_init+0x8f hpt_init(0,c1ec00,c1e000,0,c04457e5) at > >>> 0xc07ac352 = hpt_init+0x16 mi_startup() at 0xc060b1be = mi_startup+0x96 > >>> begin() at 0xc04457e5 = begin+0x2c > >>> KDB: enter: panic > >>> [thread pid 0 tid 0 ] > >>> Stopped at 0xc0646417 = kdb_enter+0x2b: nop > >>> db> -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 18:43:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25BCD16A41F for ; Wed, 19 Oct 2005 18:43:13 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADF9C43D66 for ; Wed, 19 Oct 2005 18:43:10 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost.localdomain (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 9FE3739826; Wed, 19 Oct 2005 20:43:08 +0200 (CEST) Date: Wed, 19 Oct 2005 20:43:08 +0200 From: Marcin Jessa To: Eric Anderson Message-Id: <20051019204308.41bee6da.lists@yazzy.org> In-Reply-To: <43564132.2020807@centtech.com> References: <43510C33.80205@ninth-art.de> <20051015185536.GA49570@freefall.freebsd.org> <43533EA6.4050800@ninth-art.de> <20051018184942.GB25896@kan.dnsalias.net> <43564132.2020807@centtech.com> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: kan@kan.dnsalias.net, freebsd-current@freebsd.org Subject: Re: latest XFS patch doesnt work on RELENG_6 anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 18:43:13 -0000 On Wed, 19 Oct 2005 07:50:58 -0500 Eric Anderson wrote: > Alexander Kabaev wrote: > [..snip..] > > BTW, you are the first person I know of who admits trying XFS snapshots. > > Not true! I am also guilty of trying them several times.. :) Where can I get them? (I couldn't find anything mentioned in the LINT of 7.0 about XFS) I'd like to get dirty with that code as well :) Marcin From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 18:45:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F1CA16A41F for ; Wed, 19 Oct 2005 18:45:37 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29A0343D64 for ; Wed, 19 Oct 2005 18:45:36 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j9JIjZlR020648; Wed, 19 Oct 2005 13:45:35 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <43569439.1050200@centtech.com> Date: Wed, 19 Oct 2005 13:45:13 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050914 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin Jessa References: <43510C33.80205@ninth-art.de> <20051015185536.GA49570@freefall.freebsd.org> <43533EA6.4050800@ninth-art.de> <20051018184942.GB25896@kan.dnsalias.net> <43564132.2020807@centtech.com> <20051019204308.41bee6da.lists@yazzy.org> In-Reply-To: <20051019204308.41bee6da.lists@yazzy.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1142/Tue Oct 18 02:21:37 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: latest XFS patch doesnt work on RELENG_6 anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 18:45:37 -0000 Marcin Jessa wrote: > On Wed, 19 Oct 2005 07:50:58 -0500 > Eric Anderson wrote: > > >>Alexander Kabaev wrote: >>[..snip..] >> >>>BTW, you are the first person I know of who admits trying XFS snapshots. >> >>Not true! I am also guilty of trying them several times.. :) > > > Where can I get them? (I couldn't find anything mentioned in the LINT of 7.0 about XFS) > I'd like to get dirty with that code as well :) I usually grab them from here: http://people.freebsd.org/~rodrigc/xfs/ but a fixed version of the latest is here: http://people.freebsd.org/~kan/xfs/xfs-snap20051015.tar.gz -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 19:10:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C231C16A41F; Wed, 19 Oct 2005 19:10:46 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from nostrum.com (magus.nostrum.com [69.5.195.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43F8343D5A; Wed, 19 Oct 2005 19:10:46 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from [165.91.250.64] (magus.tamu.edu [165.91.250.64]) (authenticated bits=0) by nostrum.com (8.12.11/8.12.11) with ESMTP id j9JJAiRf020209 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Wed, 19 Oct 2005 14:10:45 -0500 (CDT) (envelope-from pckizer@nostrum.com) In-Reply-To: <200510191423.42922.jhb@freebsd.org> References: <200510191623.j9JGNSfr007356@magus.nostrum.com> <200510191304.28422.jhb@freebsd.org> <20051019184900.R60849@fledge.watson.org> <200510191423.42922.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Philip Kizer Date: Wed, 19 Oct 2005 14:10:43 -0500 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.734) Received-SPF: pass (nostrum.com: 165.91.250.64 is authenticated by a trusted mechanism) Cc: Robert Watson Subject: Re: Problem remains with FreeBSD 6.0-RC1 as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 19:10:46 -0000 > After it panic'd early in the boot because hptlock wasn't in the > spinlock > order list. :) > Also, Philip, INVARIANTS requires INVARIANT_SUPPORT, which is why > you had the > error with _sx_assert(). Ah, I saw that, but was trying to get something out before a (very) early weekend out with family, so I apologize for not following up on INVARIANT_SUPPORT before posting...I have a kernel with those compiling right now. On Wednesday 19 October 2005 01:49 pm, Robert Watson wrote: > Could I have you try the following DDB commands also: > show alllocks > traceall > > It's possible that 'traceall' isn't present in RC1, in which case it > will be present in RC2. Regardless, the output of "show alllocks" > would be helpful. > > I'll read some code this evening and ponder. On Wed, 19 Oct 2005, John Baldwin wrote: > He'll need witness for 'show alllocks' but that will require having > the > 'hptlock' spin mutex added to witness' spin lock order. Also, the > psuedo-rw lock phk created for filedesc isn't witness checked since it > isn't a mutex or sx lock, and it maybe that there is a reversal > involving that lock, but it will be tricky to tell if that is the > case. I'll watch for the change that will allow me to compile with WITNESS and post an update as soon as I can with the extra debug data. Thank you both for your rapid replies, Philip From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 19:32:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DC7A16A41F; Wed, 19 Oct 2005 19:32:08 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id E114543D64; Wed, 19 Oct 2005 19:32:07 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 19 Oct 2005 15:48:29 -0400 From: John Baldwin To: Philip Kizer Date: Wed, 19 Oct 2005 15:33:25 -0400 User-Agent: KMail/1.8.2 References: <200510191623.j9JGNSfr007356@magus.nostrum.com> <200510191423.42922.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510191533.26590.jhb@freebsd.org> Cc: freebsd-current@freebsd.org, Robert Watson Subject: Re: Problem remains with FreeBSD 6.0-RC1 as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 19:32:08 -0000 On Wednesday 19 October 2005 03:10 pm, Philip Kizer wrote: > > After it panic'd early in the boot because hptlock wasn't in the > > spinlock > > order list. :) > > Also, Philip, INVARIANTS requires INVARIANT_SUPPORT, which is why > > you had the > > error with _sx_assert(). > > Ah, I saw that, but was trying to get something out before a (very) > early weekend out with family, so I apologize for not following up on > INVARIANT_SUPPORT before posting...I have a kernel with those > compiling right now. > > On Wednesday 19 October 2005 01:49 pm, Robert Watson wrote: > > Could I have you try the following DDB commands also: > > show alllocks > > traceall > > > > It's possible that 'traceall' isn't present in RC1, in which case it > > will be present in RC2. Regardless, the output of "show alllocks" > > would be helpful. > > > > I'll read some code this evening and ponder. > > On Wed, 19 Oct 2005, John Baldwin wrote: > > He'll need witness for 'show alllocks' but that will require having > > the > > 'hptlock' spin mutex added to witness' spin lock order. Also, the > > psuedo-rw lock phk created for filedesc isn't witness checked since it > > isn't a mutex or sx lock, and it maybe that there is a reversal > > involving that lock, but it will be tricky to tell if that is the > > case. > > I'll watch for the change that will allow me to compile with WITNESS > and post an update as soon as I can with the extra debug data. You just have to add 'hptlock' to the list in sys/kern/subr_witness.c. Something like this: Index: subr_witness.c =================================================================== RCS file: /usr/cvs/src/sys/kern/subr_witness.c,v retrieving revision 1.202 diff -u -r1.202 subr_witness.c --- subr_witness.c 26 Sep 2005 18:30:12 -0000 1.202 +++ subr_witness.c 19 Oct 2005 19:33:00 -0000 @@ -364,6 +364,7 @@ { "ap boot", &lock_class_mtx_spin }, #endif { "rm.mutex_mtx", &lock_class_mtx_spin }, + { "hptlock", &lock_class_mtx_spin }, { "sio", &lock_class_mtx_spin }, #ifdef __i386__ { "cy", &lock_class_mtx_spin }, -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 20:36:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE1DE16A420; Wed, 19 Oct 2005 20:36:27 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E7E243D64; Wed, 19 Oct 2005 20:36:26 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 19 Oct 2005 16:36:07 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id E95B31363D; Wed, 19 Oct 2005 16:36:25 -0400 (EDT) Date: Wed, 19 Oct 2005 16:36:25 -0400 From: Ed Maste To: Tim Kientzle Message-ID: <20051019203625.GA61355@sandvine.com> References: <20050926195807.GD95971@sandvine.com> <17208.30606.117170.36398@khavrinen.csail.mit.edu> <20050927001650.GA9994@sandvine.com> <20050927180021.GB9994@sandvine.com> <433A2882.4030003@freebsd.org> <433A2D6E.7020205@freebsd.org> <20050928152112.GC9994@sandvine.com> <20050928214309.GA31848@xor.obsecurity.org> <20050928223927.GA11161@sandvine.com> <434B098E.7070506@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <434B098E.7070506@freebsd.org> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 19 Oct 2005 20:36:07.0953 (UTC) FILETIME=[BBE34010:01C5D4EC] Cc: Garrett Wollman , freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Bsdtar and archive torture tests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 20:36:27 -0000 On Mon, Oct 10, 2005 at 05:38:38PM -0700, Tim Kientzle wrote: > Ed, > > Have you done anything with this? I'm very interested in > getting some real regression tests imported and this seems > like a great place to start. I sent off an email to the author of the existing tests, but haven't heard anything back yet. I'll try again. > I suspect the ideal test arrangement would provide switches > to the comparison routine to omit/ignore certain files. > Then you could build a single "original", make several copies > using the above combinations, then compare while overlooking > any unsupported attributes. Sounds reasonable. In some cases we'd want to avoid archiving certain test files too; I quickly filled a disk when bsdtar tried to archive a 0.5TB sparse file. -- Ed Maste, Sandvine Incorporated From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 21:32:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8578D16A41F; Wed, 19 Oct 2005 21:32:03 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from nostrum.com (magus.nostrum.com [69.5.195.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13CA543D66; Wed, 19 Oct 2005 21:32:02 +0000 (GMT) (envelope-from pckizer@nostrum.com) Received: from [165.91.250.64] (magus.tamu.edu [165.91.250.64]) (authenticated bits=0) by nostrum.com (8.12.11/8.12.11) with ESMTP id j9JLW06O037214 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Wed, 19 Oct 2005 16:32:01 -0500 (CDT) (envelope-from pckizer@nostrum.com) In-Reply-To: <200510191533.26590.jhb@freebsd.org> References: <200510191623.j9JGNSfr007356@magus.nostrum.com> <200510191423.42922.jhb@freebsd.org> <200510191533.26590.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Philip Kizer Date: Wed, 19 Oct 2005 16:31:59 -0500 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.734) Received-SPF: pass (nostrum.com: 165.91.250.64 is authenticated by a trusted mechanism) Cc: Subject: Re: Problem remains with FreeBSD 6.0-RC1 as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 21:32:03 -0000 On Oct 19, 2005, at 14:33, John Baldwin wrote: > You just have to add 'hptlock' to the list in sys/kern/subr_witness.c. > Something like this: Gotcha, that works just fine and the new kernel with WITNESS and INVARIANTS is now in place. It will be low-usage while I'm out of town, so it will probably be early next week when I can get the DDB output from the next hang. -philip From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 21:51:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C83A716A41F; Wed, 19 Oct 2005 21:51:15 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D0E043D62; Wed, 19 Oct 2005 21:51:13 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost.localdomain (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 6D9F5398F0; Wed, 19 Oct 2005 23:51:11 +0200 (CEST) Date: Wed, 19 Oct 2005 23:51:11 +0200 From: Marcin Jessa To: FreeBSD-current , net@freebsd.org Message-Id: <20051019235111.2225345e.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: PPPoE and Radius on 6.0RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 21:51:15 -0000 Hi guys. It seems like PPPoE stoped working with support for radius on 6.0 The log of pppoe and freeradius does not show pppoe attempting to even talk to the radius server. Additionally this message pops up when enabling pppoed: WARNING: attempt to net_add_domain(netgraph) after domainfinalize() My setup worked fine before on FreeBSD 5.x Is that a known issue and is it being worked on? Marcin. From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 22:18:05 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9FAE016A41F; Wed, 19 Oct 2005 22:18:05 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id j9JMI5kF056228; Wed, 19 Oct 2005 18:18:05 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id j9JMI4H7056227; Wed, 19 Oct 2005 18:18:04 -0400 (EDT) (envelope-from green) Date: Wed, 19 Oct 2005 18:18:04 -0400 From: Brian Fundakowski Feldman To: Pawel Jakub Dawidek Message-ID: <20051019221804.GA43031@green.homeunix.org> References: <20051016194819.GB3017@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051016194819.GB3017@garage.freebsd.pl> User-Agent: Mutt/1.5.11 Cc: "Bjoern A. Zeeb" , FreeBSD current mailing list Subject: Re: mount memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 22:18:05 -0000 On Sun, Oct 16, 2005 at 09:48:19PM +0200, Pawel Jakub Dawidek wrote: > On Sat, Oct 15, 2005 at 04:00:08PM +0000, Bjoern A. Zeeb wrote: > +> Hi, > +> > +> I had /dev/ad8s4d mounted read only to /shared and > +> /local/building/ports/shared, then unounted /shared and did a > +> mount -u -o rw /local/building/ports/shared *kaboom* > > This is known problem. Multiple read-only mounts aren't safe. Do you mean that multiply-mounting both read-write and read-only isn't safe? I don't think multiple read-only mounts are unsafe. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 00:35:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE92216A41F for ; Thu, 20 Oct 2005 00:35:56 +0000 (GMT) (envelope-from doug@polands.org) Received: from moab.polands.org (CPE-24-208-53-189.new.res.rr.com [24.208.53.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FA4F43D5A for ; Thu, 20 Oct 2005 00:35:55 +0000 (GMT) (envelope-from doug@polands.org) Received: from [192.168.0.2] ([172.16.1.40]) by moab.polands.org (8.13.1/8.13.1) with ESMTP id j9K0Zslj050904 for ; Wed, 19 Oct 2005 19:35:55 -0500 (CDT) (envelope-from doug@polands.org) Message-ID: <4356E65B.6060009@polands.org> Date: Wed, 19 Oct 2005 19:35:39 -0500 From: Doug Poland User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051019) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Regression in device ath between BETA5 and RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 00:35:56 -0000 Hello, I'm running 6.0-RC1 on a laptop with a Netgear WG511T PCMCIA ethernet adapter. Today I cvsup'd from BETA5 to RC1 and have noticed a serious regression in performance of this card/driver. Has anyone else noticed this? Should I submit a PR? -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 05:35:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1641416A41F; Thu, 20 Oct 2005 05:35:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 954DE43D64; Thu, 20 Oct 2005 05:35:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 0D0601FF9A8; Thu, 20 Oct 2005 07:35:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 943371FF9A7; Thu, 20 Oct 2005 07:35:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 18FB8158DF; Thu, 20 Oct 2005 05:33:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 0EAD7153C4; Thu, 20 Oct 2005 05:33:32 +0000 (UTC) Date: Thu, 20 Oct 2005 05:33:31 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Brian Fundakowski Feldman In-Reply-To: <20051019221804.GA43031@green.homeunix.org> Message-ID: References: <20051016194819.GB3017@garage.freebsd.pl> <20051019221804.GA43031@green.homeunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Pawel Jakub Dawidek , FreeBSD current mailing list Subject: Re: mount memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 05:35:11 -0000 On Wed, 19 Oct 2005, Brian Fundakowski Feldman wrote: > On Sun, Oct 16, 2005 at 09:48:19PM +0200, Pawel Jakub Dawidek wrote: > > On Sat, Oct 15, 2005 at 04:00:08PM +0000, Bjoern A. Zeeb wrote: > > +> Hi, > > +> > > +> I had /dev/ad8s4d mounted read only to /shared and > > +> /local/building/ports/shared, then unounted /shared and did a > > +> mount -u -o rw /local/building/ports/shared *kaboom* > > > > This is known problem. Multiple read-only mounts aren't safe. > > Do you mean that multiply-mounting both read-write and read-only isn't > safe? I don't think multiple read-only mounts are unsafe. multi-mounts with one or more r/w are not allowed imho. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 06:33:33 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F94616A41F; Thu, 20 Oct 2005 06:33:33 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B7F443D64; Thu, 20 Oct 2005 06:33:32 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A78B8516FC; Thu, 20 Oct 2005 08:33:29 +0200 (CEST) Received: from localhost (djy136.neoplus.adsl.tpnet.pl [83.24.2.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A2A86516A9; Thu, 20 Oct 2005 08:33:20 +0200 (CEST) Date: Thu, 20 Oct 2005 08:33:03 +0200 From: Pawel Jakub Dawidek To: Brian Fundakowski Feldman Message-ID: <20051020063303.GA19624@garage.freebsd.pl> References: <20051016194819.GB3017@garage.freebsd.pl> <20051019221804.GA43031@green.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <20051019221804.GA43031@green.homeunix.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: "Bjoern A. Zeeb" , FreeBSD current mailing list Subject: Re: mount memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 06:33:33 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 19, 2005 at 06:18:04PM -0400, Brian Fundakowski Feldman wrote: +> On Sun, Oct 16, 2005 at 09:48:19PM +0200, Pawel Jakub Dawidek wrote: +> > On Sat, Oct 15, 2005 at 04:00:08PM +0000, Bjoern A. Zeeb wrote: +> > +> Hi, +> > +>=20 +> > +> I had /dev/ad8s4d mounted read only to /shared and +> > +> /local/building/ports/shared, then unounted /shared and did a +> > +> mount -u -o rw /local/building/ports/shared *kaboom* +> >=20 +> > This is known problem. Multiple read-only mounts aren't safe. +>=20 +> Do you mean that multiply-mounting both read-write and read-only isn't +> safe? I don't think multiple read-only mounts are unsafe. Multiple read-only mount are in theory safe, but don't work currently. The problem was reported by ru@ some time ago I analized it and it is hard to fix. Bascially there is only one place to store mount-point's vnode in device structure (IIRC) and if you mount the same provider twice, it will be overwritten and you'll not be able to unmount first file system without panicing. The patch I came up with is here: http://people.freebsd.org/~pjd/patches/geom_vfs.c.patch but it has another problem: you can remount one of mounted file system read-write and I don't know how to stop this. As a work-around, I think something like this will work: # gnop create /dev/ad0s1a # gnop create /dev/ad0s1a.nop # mount -r /dev/ad0s1a /mnt/foo # mount -r /dev/ad0s1a.nop /mnt/foo.bar # mount -r /dev/ad0s1a.nop.nop /mnt/foo.baz (you operate on different devices here) --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDVzofForvXbEpPzQRAmA9AJ4i443U1zQQwn6T1CJfz7WZu8VmMQCgo7hj Zr/Xop+/SEv85QPhNZWP0c8= =11DA -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 06:51:36 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3E3A16A41F; Thu, 20 Oct 2005 06:51:36 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64A1643D68; Thu, 20 Oct 2005 06:51:36 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id ABB5ABC84; Thu, 20 Oct 2005 06:51:34 +0000 (UTC) To: Pawel Jakub Dawidek From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 20 Oct 2005 08:33:03 +0200." <20051020063303.GA19624@garage.freebsd.pl> Date: Thu, 20 Oct 2005 08:51:33 +0200 Message-ID: <8321.1129791093@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Brian Fundakowski Feldman , FreeBSD current mailing list , "Bjoern A. Zeeb" Subject: Re: mount memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 06:51:36 -0000 In message <20051020063303.GA19624@garage.freebsd.pl>, Pawel Jakub Dawidek writ es: >Bascially there is only one place to store mount-point's >vnode in device structure (IIRC) and if you mount the same provider twice, >it will be overwritten and you'll not be able to unmount first file system >without panicing. There is more, you also need to cope with the UFS snapshot data hung off the cdev etc. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 07:01:48 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 427E616A41F; Thu, 20 Oct 2005 07:01:48 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91EB543D5A; Thu, 20 Oct 2005 07:01:47 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j9K71jXH097938 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Oct 2005 11:01:46 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j9K71jmc097937; Thu, 20 Oct 2005 11:01:45 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 20 Oct 2005 11:01:45 +0400 From: Gleb Smirnoff To: Marcin Jessa Message-ID: <20051020070145.GA59364@cell.sick.ru> References: <20051019235111.2225345e.lists@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20051019235111.2225345e.lists@yazzy.org> User-Agent: Mutt/1.5.6i Cc: FreeBSD-current , net@FreeBSD.org Subject: Re: PPPoE and Radius on 6.0RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 07:01:48 -0000 On Wed, Oct 19, 2005 at 11:51:11PM +0200, Marcin Jessa wrote: M> It seems like PPPoE stoped working with support for radius on 6.0 M> The log of pppoe and freeradius does not show pppoe attempting to even talk to the radius server. M> Additionally this message pops up when enabling pppoed: M> WARNING: attempt to net_add_domain(netgraph) after domainfinalize() M> My setup worked fine before on FreeBSD 5.x M> Is that a known issue and is it being worked on? Please show your PPPoE server configuration. Do you use pppoed or mpd? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 07:06:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C982316A41F for ; Thu, 20 Oct 2005 07:06:24 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4E40043D64 for ; Thu, 20 Oct 2005 07:06:21 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 20 Oct 2005 07:06:20 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp027) with SMTP; 20 Oct 2005 09:06:20 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 20 Oct 2005 09:05:58 +0200 User-Agent: KMail/1.8.1 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3979552.VoJmHIG8K9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510200906.19239@harrymail> X-Y-GMX-Trusted: 0 Subject: PANIC (watchdog) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 07:06:24 -0000 --nextPart3979552.VoJmHIG8K9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, after I had switched into single user mode I ran installworld where my box= =20 paniced. I have ZERO_COPY_SOCKETS with two not committed patches but I=20 think this is unrelated. Thanks, =2DHarry cd /usr/include/cam/scsi; for h in *.h; do if [ -L $h ]; then rm -f $h;=20 fi; done interrupt total irq4: sio0 1421 irq13: npx0 1 irq20: em0 acpi0 118586 irq21: fwohci0 1 irq22: twe0 204149 cpu0: timer 71692220 Total 72016378 KDB: stack backtrace: kdb_backtrace(c073ede1,44ae1fa,0,c079a9a7,c079a498) at kdb_backtrace+0x2e watchdog_fire(c07a7f00,2,c073ed22,10c,c0813300) at watchdog_fire+0xb5 hardclock(d13d39f4,d13d3a08,41ed,d13d3a4c,c06e6720) at hardclock+0xfd lapic_handle_timer(0) at lapic_handle_timer+0x56 Xtimerint(2,41ed,0,0,40) at Xtimerint+0x30 ufs_access(d13d3ae4,c07a6f6c,22d,c17b9bb0,d13d3b10) at ufs_access+0x20e VOP_ACCESS_APV(c078f120,d13d3ae4,c0741d1e,c1810300,c14d5d00) at=20 VOP_ACCESS_APV+0xac vfs_cache_lookup(d13d3b7c,d13d3b7c,c17b9bb0,c17b9bb0,d13d3c60) at=20 vfs_cache_lookup+0x95 VOP_LOOKUP_APV(c078f120,d13d3b7c,c1810300,246,1) at VOP_LOOKUP_APV+0xb4 lookup(d13d3c38,0,c074b04e,c5,c19b1830) at lookup+0x468 namei(d13d3c38,d13d3c20,246,c07ac8e0,d13d3c3c) at namei+0x438 kern_readlink(c1810300,281975f7,0,bfbfe310,0) at kern_readlink+0x3d readlink(c1810300,d13d3d04,c,4,3) at readlink+0x38 syscall(3b,3b,3b,0,bfbfe310) at syscall+0x290 Xint0x80_syscall() at Xint0x80_syscall+0x1f =2D-- syscall (58, FreeBSD ELF32, readlink), eip =3D 0x28121333, esp =3D=20 0xbfbfe2ac, ebp =3D 0xbfbfe368 --- KDB: enter: watchdog timeout [thread pid 69367 tid 100095 ] Stopped at kdb_enter+0x30: leave --nextPart3979552.VoJmHIG8K9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDV0HrBylq0S4AzzwRAga6AJ0W99fO4p0N8bZemRz0Y3/ZfKdkegCfTF8o xZ1/M/5QtzHggilBvgr9qsM= =tpxy -----END PGP SIGNATURE----- --nextPart3979552.VoJmHIG8K9-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 10:54:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B62616A41F for ; Thu, 20 Oct 2005 10:54:24 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: from s1.vhost.cz (s1.vhost.cz [82.208.27.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0E5F43D6E for ; Thu, 20 Oct 2005 10:54:22 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: (qmail 56776 invoked by alias); 20 Oct 2005 12:54:20 +0200 Received: from unknown (HELO localhost) (127.10.10.10) by s1.vhost.cz with SMTP; 20 Oct 2005 12:54:20 +0200 Received: from unknown ([127.0.0.1]) by localhost (s1.vhost.cz [127.0.0.1]) (amavisd-new, port 10628) id 56125-12 for ; Thu, 20 Oct 2005 12:54:19 +0200 (CEST) Received: from unknown (HELO ?172.19.13.144?) (jiri@mikulas.com@195.122.204.153) by s1.vhost.cz with AES256-SHA encrypted SMTP; 20 Oct 2005 12:54:19 +0200 Message-ID: <4357775B.9030909@mikulas.com> Date: Thu, 20 Oct 2005 12:54:19 +0200 From: Jiri Mikulas User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050429) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at vhost.cz Subject: nanobsd.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 10:54:24 -0000 Hello is there any actual documentation saying how to work with the new nanobsd.sh please ? http://www.freebsd.org/projects/nanobsd/index.html is for old one. How to create own config ? In old config file is defined variable NANOBSD_PRUNE, but not in the new version of nanobsd.sh. With the help of which/what 'variable' , can I define the files/dirs not to be installed? Where can I define my NO_xxx options, how can I add my own packages? etc... Thanks for advice. Jiri From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 11:15:54 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8F1216A42B; Thu, 20 Oct 2005 11:15:54 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3627543D5A; Thu, 20 Oct 2005 11:15:53 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1ESYOI-0002nL-FU; Thu, 20 Oct 2005 13:15:23 +0200 Date: Thu, 20 Oct 2005 13:15:49 +0200 From: Marcin Jessa To: Gleb Smirnoff Message-Id: <20051020131549.5e432073.lists@yazzy.org> In-Reply-To: <20051020070145.GA59364@cell.sick.ru> References: <20051019235111.2225345e.lists@yazzy.org> <20051020070145.GA59364@cell.sick.ru> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: current@FreeBSD.org, net@FreeBSD.org Subject: Re: PPPoE and Radius on 6.0RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 11:15:55 -0000 On Thu, 20 Oct 2005 11:01:45 +0400 Gleb Smirnoff wrote: > On Wed, Oct 19, 2005 at 11:51:11PM +0200, Marcin Jessa wrote: > M> It seems like PPPoE stoped working with support for radius on 6.0 > M> The log of pppoe and freeradius does not show pppoe attempting to > M> even talk to the radius server. Additionally this message pops up > M> when enabling pppoed: WARNING: attempt to net_add_domain(netgraph) > M> after domainfinalize() My setup worked fine before on FreeBSD 5.x > M> Is that a known issue and is it being worked on? > > Please show your PPPoE server configuration. Do you use pppoed or mpd? I use pppoed. Adding netgraph_load="YES" ng_socket_load="YES" to /boot/loader.conf fixed it on my 6.0RC1 ( thanks Julian Elischer ) Frankly I don't understand why this is needed since pppoed loads those modules when it starts up. This is my ppp.conf, just for the record: default: #set log Chat Command Phase #turn on some logging. See man ppp.conf for info set log Chat Command Phase hdlc lqm ipcp enable mschapv2 mschap chap mppe #turn on chap and pap accounting #enable pap mschapv2 mschap chap mppe #turn on chap and pap accounting #enable pap #turn on chap and pap accounting allow mode direct #turn on ppp bridging enable proxy #turn on ppp proxyarping (redundant of above???) disable ipv6cp #we don't use ipv6, don't want the errors set mru 1472 #set mru below 1500 (PPPoE MTU issue) set mtu 1472 #set mtu below 1500 (PPPoE MTU issue) set timeout 0 #no mins time restriction on users #set timeout never set mppe 128 * set ifaddr 192.168.2.8 192.168.2.100-192.168.1.120 255.255.255.255 set log phase ipcp lcp debug #additional debugging nat enable yes set dns 192.168.2.45 192.168.2.8 #set speed sync set cd 3 # checks for the existence of carrier once per second for 5 seconds #set cd 5! #enable echo enable lqr set reconnect 1 5 # Should the line drop unexpectedly , a connection will be re-established after the given timeout. #Specify my wifi gateway IP as well as DHCP pool range set radius /etc/ppp/radius.conf #turn on radius auth and use this file accept dns #turn on dns cacheing/forwarding #enable pap mschapv2 mschap chap mppe #turn on chap and pap accounting disable pap pred1 deflate #disable pred1 and deflate compression along with pap deny pap pred1 deflate #refuse when ask for it From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 12:08:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C8FC16A41F for ; Thu, 20 Oct 2005 12:08:34 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from pipa.profix.cz (ruprt.hosting4u.cz [82.208.25.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF8AA43D66 for ; Thu, 20 Oct 2005 12:08:32 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.profix.cz (Postfix) with ESMTP id BA1D04E705; Thu, 20 Oct 2005 14:08:33 +0200 (CEST) Received: from pipa.profix.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05024-06; Thu, 20 Oct 2005 14:08:33 +0200 (CEST) Received: from gandalf (unknown [80.95.121.105]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.profix.cz (Postfix) with ESMTP id 454414E704; Thu, 20 Oct 2005 14:08:33 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: "'Marcin Jessa'" , "'Sam Leffler'" , "'Jiri Mikulas'" , "'Andrey Smagin'" , "'Daniel Dvorak'" Date: Thu, 20 Oct 2005 14:08:26 +0200 Message-ID: <000001c5d56e$fbe00a90$1148280a@tocnet28.jspoj.czf> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcXFmEMEXHp+uBx2Qpqt2evGyOw4DwPNTOnw In-Reply-To: <20050930102314.46be88f5.lists@yazzy.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Cc: freebsd-current@freebsd.org Subject: RE: To compare hostap-client mode and adhoc's mode on Atheros cards. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 12:08:34 -0000 > -----Original Message----- > From: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Marcin Jessa > Sent: Friday, September 30, 2005 10:23 AM > To: dandee@volny.cz > Cc: dandee@hellteam.net; freebsd-current@freebsd.org > Subject: Re: To compare hostap-client mode and adhoc's mode > on Atheros cards. > > On Fri, 30 Sep 2005 01:21:09 +0200 > Daniel Dvorak wrote: > > > > > Hello all, > > > > who use wireless stuff of FreeBSD and others. :) > > > > Have you tested and compared the infrastructure mode and the adhoc > > mode anybody ? > > > > We have 2 servers with 681 m distance. Wireless signal is about avg. > > RSSI 20-22 on both site. > > > > We use on one site hostap and on the second site client, of course. > > Rate is a sample rate. > > > > The maximum bandwidth is about 1,2 MB/s in one direction. > Strange, you should get about 2MB/s on such a short distance. I think that for the values of RSSI 20 and 18Mbps fixed it is what I = would expect, so 1,2 MB/s. Finally we find the time to test and answer to your post. >=20 > > Problem: > > > > If we switch cards to adhoc mode on both site the speed is 10 times > > slower. Nothing else has changed. > Do you bridge them with your wired nics or route when in adhoc mode? And is it relevant ? We only switched infrastructure mode to ad-hoc mode = on cards. But the answer is: We route packets in all cases. > How do you meassure the traffic? What is the size of the > packets you're sending. We use single or multiple threads of flood pings "ping -f -s 1472 -c = 10000 IP" and wget to download test file from apache. > What is the tcp windows size? Is it relevant for only switching infrastructure to adhoc ? I answer later. > What are the values of dev.ath.0.acktimeout ? It is the same on the both side. borovice-F# sysctl dev.ath.0.acktimeout dev.ath.0.acktimeout: 27 It was computed by athctrl.sh. > Is net.inet.tcp.sack.enable set to 1 ? Yes, it is on both side. > Is there any additional latency, eg. longer ping times on > the system? Yes, in adhoc mode there are. On hostap side in hostap mode: --- 192.168.20.1 ping statistics --- 10 packets transmitted, 10 packets received, 0% packet loss round-trip min/avg/max/stddev =3D 0.436/1.366/5.288/1.396 ms On client side in client mode: --- 192.168.20.2 ping statistics --- 10 packets transmitted, 10 packets received, 0% packet loss round-trip min/avg/max/stddev =3D 0.419/0.704/1.726/0.378 ms borovice-F# ifconfig -v ath0 ath0: flags=3D8843 mtu 1500 inet6 fe80::290:4bff:feca:3319%ath0 prefixlen 64 scopeid 0x3 inet 192.168.20.2 netmask 0xfffffffc broadcast 192.168.20.3 ether 00:90:4b:ca:33:19 media: IEEE 802.11 Wireless Ethernet OFDM/18Mbps mode 11a = status: associated ssid HA2BH channel 140 (5700) bssid 00:90:4b:ca:33:19 authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF powersavesleep 100 txpowmax 54 txpower 60 rtsthreshold 2346 fragthreshold 2346 -pureg protmode CTS -wme ssid SHOW apbridge dtimperiod 1 bintval 100 habr# ifconfig -v ath0 ath0: flags=3D8843 mtu 1500 inet6 fe80::290:4bff:feca:3352%ath0 prefixlen 64 scopeid 0x3 inet 192.168.20.1 netmask 0xfffffffc broadcast 192.168.20.3 ether 00:90:4b:ca:33:52 media: IEEE 802.11 Wireless Ethernet OFDM/18Mbps mode 11a status: associated ssid HA2BH channel 140 (5700) bssid 00:90:4b:ca:33:19 authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF powersavesleep 100 txpowmax 54 txpower 60 rtsthreshold 2346 fragthreshold 2346 -pureg protmode CTS -wme roaming AUTO bintval = 100 ... switching to adhoc ... On side, where hostap mode was, now adhoc borovice-F# ping -c 10 192.168.20.1 PING 192.168.20.1 (192.168.20.1): 56 data bytes 64 bytes from 192.168.20.1: icmp_seq=3D0 ttl=3D64 time=3D0.522 ms 64 bytes from 192.168.20.1: icmp_seq=3D0 ttl=3D64 time=3D0.962 ms (DUP!) 64 bytes from 192.168.20.1: icmp_seq=3D0 ttl=3D64 time=3D2.796 ms (DUP!) 64 bytes from 192.168.20.1: icmp_seq=3D1 ttl=3D64 time=3D0.917 ms 64 bytes from 192.168.20.1: icmp_seq=3D2 ttl=3D64 time=3D0.427 ms 64 bytes from 192.168.20.1: icmp_seq=3D2 ttl=3D64 time=3D2.983 ms (DUP!) 64 bytes from 192.168.20.1: icmp_seq=3D3 ttl=3D64 time=3D4039.920 ms 64 bytes from 192.168.20.1: icmp_seq=3D4 ttl=3D64 time=3D3041.282 ms 64 bytes from 192.168.20.1: icmp_seq=3D5 ttl=3D64 time=3D2040.618 ms 64 bytes from 192.168.20.1: icmp_seq=3D5 ttl=3D64 time=3D2040.652 ms = (DUP!) 64 bytes from 192.168.20.1: icmp_seq=3D6 ttl=3D64 time=3D1039.686 ms 64 bytes from 192.168.20.1: icmp_seq=3D6 ttl=3D64 time=3D1039.813 ms = (DUP!) 64 bytes from 192.168.20.1: icmp_seq=3D7 ttl=3D64 time=3D41.596 ms 64 bytes from 192.168.20.1: icmp_seq=3D7 ttl=3D64 time=3D41.826 ms = (DUP!) 64 bytes from 192.168.20.1: icmp_seq=3D8 ttl=3D64 time=3D0.528 ms 64 bytes from 192.168.20.1: icmp_seq=3D9 ttl=3D64 time=3D0.923 ms --- 192.168.20.1 ping statistics --- 10 packets transmitted, 10 packets received, +6 duplicates, 0% packet = loss round-trip min/avg/max/stddev =3D 0.427/833.466/4039.920/1248.743 ms borovice-F# BUT, on the second side, where priviously client mode was, it is still = okay --- 192.168.20.1 ping statistics --- 10 packets transmitted, 10 packets received, 0% packet loss round-trip min/avg/max/stddev =3D 0.059/0.076/0.147/0.025 ms The speed of downloading a file from hostap side to client site ( in = same way in adhoc modes) was about 650kB/s, after switching to adhoc speed is 340kB/s > Are you using 11a or g and what channels ? > It is 5 GHz band so 11a and 140 channel, We tested many others channel, = with no influence to speed, some were even worst. In time our testing, one time, we couldn=B4t to connect cards in adhoc = mode at all. Here is athstats for borovice-F borovice-F# athstats 123 hardware error interrupts 1 tx frames discarded prior to association 7 tx frames with no ack marked 1098 rx failed 'cuz of PHY err 1098 OFDM timing 29490 beacons transmitted 132 periodic calibrations 1 rfgain value change rssi of last ack: 21 2 switched default/rx antenna Antenna profile: [1] tx 3 rx 69 [2] tx 4 rx 347 habr# athstats 54 hardware error interrupts 48 beacon miss interrupts 4 mib overflow interrupts 122 tx management frames 512 tx frames discarded prior to association 59749 tx stopped 'cuz no xmit buffer 428 tx failed 'cuz too many retries 515520 long on-chip tx retries 3 tx frames with no ack marked 99578 rx failed 'cuz frame too short 131901 rx failed 'cuz of PHY err 131901 OFDM timing 66 beacons transmitted 868 periodic calibrations 3 rfgain value change rssi of last ack: 20 1 switched default/rx antenna Antenna profile: [1] tx 557098 rx 1410153 On borovice-F side, the dmesg log was full of this: ath0: hardware error; resetting ath0: hardware error; resetting ath0: hardware error; resetting ath0: hardware error; resetting ath0: hardware error; resetting ath0: hardware error; resetting ath0: hardware error; resetting ath0: hardware error; resetting On habr side, the dmesg log was the same: ath0: hardware error; resetting ath0: hardware error; resetting ath0: hardware error; resetting ath0: device timeout ath0: device timeout ath0: device timeout After modifing rc.conf to start ath cards in adhoc mode on boot, the = cards did not connect again. I manually changed back to infrastructure mode hostap borovice and = client habr. So it started to work again. > What is the tcp windows size? I could answer now, for wget donwloading, TCP WINDOW SIZE is that what = we can expect. TCP 50878 > 80 [ACK] Seq=3D107 Ack=3D19918745 Win=3D65160 Len=3D0 = TSV=3D41567820 TSER=3D41440578 [ACK] Seq=3D107 Ack=3D19920193 Win=3D65160 Len=3D0 TSV=3D41567821 = TSER=3D41440580 [ACK] Seq=3D107 Ack=3D19921641 Win=3D65160 Len=3D0 TSV=3D41567836 = TSER=3D41440585 [ACK] Seq=3D107 Ack=3D19923089 Win=3D65160 Len=3D0 TSV=3D41567837 = TSER=3D41440594 TCP 50878 > 80 [ACK] Seq=3D107 Ack=3D19924537 Win=3D65160 Len=3D0 = TSV=3D41567839 TSER=3D41440595 TCP 50878 > 80 [ACK] Seq=3D107 Ack=3D19925985 Win=3D65160 Len=3D0 = TSV=3D41567839 TSER=3D41440595 TCP 50878 > 80 [ACK] Seq=3D107 Ack=3D19927433 Win=3D63712 Len=3D0 = TSV=3D41567842 TSER=3D41440596 TCP 50878 > 80 [ACK] Seq=3D107 Ack=3D19928881 Win=3D62264 Len=3D0 = TSV=3D41567842 TSER=3D41440599 TCP 50878 > 80 [FIN, ACK] Seq=3D107 Ack=3D19928881 Win=3D66608 Len=3D0 = TSV=3D41567842 TSER=3D41440599 So we can say, it is not small packets. There are strange issues in adhoc modes. We have another system, where FreeBSD server acts as hostap and on the second side, there is linux server with madwifi driver (snapshot from = end of August) in client mode. We wanted to swith to adhoc=B4s mode too, but it = did not connect each other at all too. I think that this issues might be connected with this what we know from = Sam L. Sam L. wrote: ath_rate_sample is the only one to use. It's still got some issues = (John did some fixes that are in the Linux version that I haven't backported = yet) but outperfoms the others hands down. Sam > > Has anybody come accross with it in the past or nowadays ? > I can remember having any problems running on NetBSD with > both atheros nics in adhoc bridged with wired nics. It > crashed with small packets but the throughput was "normal" as > long as things were working. > > Cheers, > Marcin. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Any comments please about comparing infrastructure and adhoc=B4s mode ? Last question for Sam L.: Is it possible to commit new version of hal ( how you wrote yesterday ) = to RELENG_6 or it will be only in CURRENT 7.0 ? Dan _____ =20 avast! Antivirus : Odchozi zprava cista.=20 Virova databaze (VPS): 0542-4, 20.10.2005 Testovano: 20.10.2005 14:07:06 avast! - copyright (c) 1988-2005 ALWIL Software. From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 12:10:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00A2016A41F for ; Thu, 20 Oct 2005 12:10:09 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BE6943D62 for ; Thu, 20 Oct 2005 12:10:09 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1ESZEm-0002hA-So for current@freebsd.org; Thu, 20 Oct 2005 14:09:37 +0200 Date: Thu, 20 Oct 2005 14:10:05 +0200 From: Marcin Jessa To: FreeBSD-Current Message-Id: <20051020141005.2d6af43e.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: Subject: Problems booting 6.0 with CF in the PCMCIA slot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 12:10:10 -0000 Hi guys. I was trying to figure out why my laptop's 6.0-RC1 as well as the old 6.0-BETA5 kernel panicked today every time I was booting it. I thought I have propably updated the userland somehow and that triggered the problem. Until I accidently checked my PCMCIA slot and saw a forgotten CF inserted into it. Booting 5.4 with FreeSBIE or a bootonly ISO workes fine where 6.0 instantly panics.. Marcin. From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 12:10:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81DA416A41F for ; Thu, 20 Oct 2005 12:10:34 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96E7243D69 for ; Thu, 20 Oct 2005 12:10:32 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D4B6.dip.t-dialin.net [84.165.212.182]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id j9KBq336083206; Thu, 20 Oct 2005 13:52:07 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j9KCANXP023620; Thu, 20 Oct 2005 14:10:23 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by netchild.homeip.net (Horde MIME library) with HTTP; Thu, 20 Oct 2005 14:10:23 +0200 Message-ID: <20051020141023.0ejwdv4dss48wko0@netchild.homeip.net> X-Priority: 3 (Normal) Date: Thu, 20 Oct 2005 14:10:23 +0200 From: Alexander Leidinger To: Nate Lawson References: <200510172310.j9HNAVPL013057@repoman.freebsd.org> <20051018094402.A29138@grasshopper.cs.duke.edu> <435501B9.4070401@samsco.org> <43553162.5040802@root.org> In-Reply-To: <43553162.5040802@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: 1kHz noise from C3 sleep (was: Re: cvs commit: src/sys/amd64/amd64 cpu_switch.S machdep.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 12:10:34 -0000 Nate Lawson wrote: [Moving to -current] >> I wonder if moving to HZ=1000 on amd64 and i386 was really all that good >> of an idea. Having preemption in the kernel means that ithreads can run >> right away instead of having to wait for a tick, and various fixes to >> 4BSD in the past year have eliminated bugs that would make the CPU wait >> for up to a tick to schedule a thread. So all we're getting now is a >> 10x increase in scheduler overhead, including reading the timecounters. > > I use hz=100 on my systems due to the 1 khz noise from C3 sleep. > Windows has the same problem. My laptop makes noises when being (more or less) idle (I think I enabled C3...). Does this mean I should try to change HZ? If yes: Windows doesn't make such a noise, does this mean it doesn't use C3 on this system (your comment suggests that Windows does use a HZ=1000 like behavior)? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 The last person who quit or was fired will be held responsible for everything that goes wrong -- until the next person quits or is fired. From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 14:26:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5761816A41F; Wed, 19 Oct 2005 14:26:43 +0000 (GMT) (envelope-from atrens@nortel.com) Received: from zrtps0kn.nortelnetworks.com (zrtps0kn.nortelnetworks.com [47.140.192.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAAB143D46; Wed, 19 Oct 2005 14:26:42 +0000 (GMT) (envelope-from atrens@nortel.com) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zrtps0kn.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id j9JEQZA01308; Wed, 19 Oct 2005 10:26:36 -0400 (EDT) Received: from [10.0.5.2] ([47.128.22.25] RDNS failed) by zcarhxm2.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 19 Oct 2005 10:26:34 -0400 Message-ID: <43565782.8080706@nortel.com> Date: Wed, 19 Oct 2005 10:26:10 -0400 From: "Andrew Atrens" User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Thompson References: <43560B6A.4070505@mikulas.com> <20051019091559.GA45009@heff.fud.org.nz> In-Reply-To: <20051019091559.GA45009@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Oct 2005 14:26:34.0134 (UTC) FILETIME=[1B42FB60:01C5D4B9] X-Mailman-Approved-At: Thu, 20 Oct 2005 12:27:19 +0000 Cc: freebsd-current@freebsd.org, Jiri Mikulas Subject: Re: ath client bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 14:26:43 -0000 Andrew Thompson wrote: > On Wed, Oct 19, 2005 at 11:01:30AM +0200, Jiri Mikulas wrote: > >>Hello >>I have problem to setup bridging box with ath in client mode and if_bridge >>When card is in AP mode, everything is ok, but if I want to run card in >>client mode, bridging is not working. >>Here are my testing steps: (it's quite long, so I prefer put URL there :) ) > > > Bridging on the client side of a wireless connection is not supported > and has to do with the 801.11 frame format. The problem is that the > client only registers its own MAC address with the AP, so the bridged > clients do not get a reply (as far as I understand). Yah, the 802.11 header only has room for three addresses. The AP uses them as - ssid src dest (in this case src is the *real* src of the packet hence the AP itself can bridge) The client uses - ssid src dest (in this case src *must* be the client mac, hence the client can't bridge packets from other macs) There is a four address version of the packet header, but as I recall the fourth address is used by TKIP. So it's a problem with 802.11 standard. I think that's why they came up with WDS. I think there's some support for WDS in MadWiFi, but not yet in the BSD stack(s). Another thing that you *could* do - that I'm actually working on for DragonFly, is to add support for bridging GIF interfaces. Or, if it was possible add support for directly bridging across IPsec - I think even transport mode support would suffice, as long as in either case the AP and client were endpoints for the IPsec connection. Andrew From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 10:09:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF30816A420 for ; Thu, 20 Oct 2005 10:09:41 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B1F743D69 for ; Thu, 20 Oct 2005 10:09:38 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1ESXKD-0007qP-57 for freebsd-current@freebsd.org; Thu, 20 Oct 2005 12:07:05 +0200 Received: from dslb-084-058-040-221.pools.arcor-ip.net ([84.58.40.221]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 20 Oct 2005 12:07:05 +0200 Received: from manfred.lotz by dslb-084-058-040-221.pools.arcor-ip.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 20 Oct 2005 12:07:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: manfred Date: Thu, 20 Oct 2005 11:43:20 +0200 Lines: 24 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: dslb-084-058-040-221.pools.arcor-ip.net User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table) Sender: news X-Mailman-Approved-At: Thu, 20 Oct 2005 12:27:19 +0000 Subject: Booting FreeBSD 6.0 install CD hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 10:09:41 -0000 Trying to install FreeBSD 6.0 RC1. When booting it hangs. I see: ..... acd2: Mechanism: ejectable tray, unlocked. acd2: Medium: no/blanc disc acd2: DVDR drive at ata3 as master GEOM: new disk ad0 GEOM: new disk ad1 After the last acd2 message it take a whil (half a minute or so) till teh GEOM messages appear. Then nothing happeened for over 15 minutes and I gave up. What means do I have to track it down? -- Manfred From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 12:08:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id DE88C16A41F for ; Thu, 20 Oct 2005 12:08:40 +0000 (GMT) (envelope-from cjh@kr.FreeBSD.org) Date: Thu, 20 Oct 2005 21:10:06 +0900 (JST) Message-Id: <20051020.211006.16342087.cjh@FreeBSD.org> To: current@freebsd.org From: CHOI Junho Organization: FreeBSD Project X-URL: http://www.kr.FreeBSD.org/~cjh X-Mailer: Mew version 4.2.54 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 20 Oct 2005 12:27:19 +0000 Cc: Subject: 6.0-RC1 install failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 12:08:41 -0000 I tried to install 6.0-RC1 on VAIO VGN-S73PB/B (VAIO S model this spring) but failed. Installer brings up but can't recognize SATA HDD, so I cannot install OS into HDD. After that, I tried to disable ACPI (set hints.acpi.0.disabled="1"), kernel panic when booting. but 5.4-RELEASE recognize my SATA HDD (80G). I think 6.0-RC1 has some differences in SATA driver... -- CHOI Junho cjh@[kr.]FreeBSD.org Key fingerprint = 1369 7374 A45F F41A F3C0 07E3 4A01 C020 E602 60F5 From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 12:32:37 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C1C516A420; Thu, 20 Oct 2005 12:32:37 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 231BF43D5A; Thu, 20 Oct 2005 12:32:36 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=lapdance.yazzy.net) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1ESZaX-0005YO-MA; Thu, 20 Oct 2005 14:32:06 +0200 Date: Thu, 20 Oct 2005 12:31:59 +0000 From: Marcin Jessa To: Marcin Jessa Message-Id: <20051020123159.33f6fa33.lists@yazzy.org> In-Reply-To: <20051020131549.5e432073.lists@yazzy.org> References: <20051019235111.2225345e.lists@yazzy.org> <20051020070145.GA59364@cell.sick.ru> <20051020131549.5e432073.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.2 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: glebius@FreeBSD.org, current@FreeBSD.org, net@FreeBSD.org Subject: Re: PPPoE and Radius on 6.0RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 12:32:37 -0000 On Thu, 20 Oct 2005 13:15:49 +0200 Marcin Jessa wrote: > On Thu, 20 Oct 2005 11:01:45 +0400 > Gleb Smirnoff wrote: > > > On Wed, Oct 19, 2005 at 11:51:11PM +0200, Marcin Jessa wrote: > > M> It seems like PPPoE stoped working with support for radius on 6.0 > > M> The log of pppoe and freeradius does not show pppoe attempting to > > M> even talk to the radius server. Additionally this message pops up > > M> when enabling pppoed: WARNING: attempt to net_add_domain > > M> (netgraph) after domainfinalize() My setup worked fine before on > > M> FreeBSD 5.x Is that a known issue and is it being worked on? > > > > Please show your PPPoE server configuration. Do you use pppoed or > > mpd? > > I use pppoed. > Adding > netgraph_load="YES" > ng_socket_load="YES" > to /boot/loader.conf fixed it on my 6.0RC1 ( thanks Julian Elischer ) > Frankly I don't understand why this is needed since pppoed loads those > modules when it starts up. Just tested the same setup on 7.0 built tonight and it did not work. The pppoed daemon never sends any requests to freeradius... I tried to additionaly with those modules listed in loader.conf with no luck: ng_ether_load="YES" ng_pppoe_load="YES" > This is my ppp.conf, just for the record: > > default: > #set log Chat Command Phase #turn on some logging. See man > ppp.conf for info set log Chat Command Phase hdlc lqm ipcp > enable mschapv2 mschap chap mppe #turn on chap and pap > accounting > #enable pap mschapv2 mschap chap mppe #turn on chap and pap > #accounting enable pap #turn on chap and pap > #accounting > allow mode direct #turn on ppp bridging > enable proxy #turn on ppp proxyarping (redundant of > above???) disable ipv6cp #we don't use ipv6, don't > want the errors set mru 1472 #set mru below 1500 > (PPPoE MTU issue) set mtu 1472 #set mtu below 1500 > (PPPoE MTU issue) set timeout 0 #no mins time > restriction on users #set timeout never > set mppe 128 * > set ifaddr 192.168.2.8 192.168.2.100-192.168.1.120 255.255.255.255 > set log phase ipcp lcp debug #additional debugging > nat enable yes > set dns 192.168.2.45 192.168.2.8 > #set speed sync > set cd 3 # checks for the existence of carrier > once per second for 5 seconds #set cd 5! > #enable echo > enable lqr > set reconnect 1 5 # Should the line drop unexpectedly , > a connection will be re-established after the given timeout. > > #Specify my wifi gateway IP as well as DHCP pool range > set radius /etc/ppp/radius.conf #turn on radius auth and use > this file accept dns #turn on dns > cacheing/forwarding > > #enable pap mschapv2 mschap chap mppe #turn on chap and pap > #accounting > disable pap pred1 deflate #disable pred1 and deflate > compression along with pap deny pap pred1 deflate > #refuse when ask for it > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 12:49:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D9CA16A41F for ; Thu, 20 Oct 2005 12:49:48 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E05943D7F for ; Thu, 20 Oct 2005 12:49:44 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 3EECCBC7A; Thu, 20 Oct 2005 12:49:40 +0000 (UTC) To: Jiri Mikulas From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 20 Oct 2005 12:54:19 +0200." <4357775B.9030909@mikulas.com> Date: Thu, 20 Oct 2005 14:49:41 +0200 Message-ID: <25271.1129812581@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: nanobsd.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 12:49:48 -0000 In message <4357775B.9030909@mikulas.com>, Jiri Mikulas writes: > http://www.freebsd.org/projects/nanobsd/index.html >is for old one. I'm working on an update. >How to create own config ? Basically write a shell file where you set the various variables to the values you want. Here is my private example: #!/bin/sh # Copyright (c) 2005 Poul-Henning Kamp. # # See /usr/share/examples/etc/bsd-style-copyright for license terms. # # $FreeBSD: src/tools/tools/nanobsd/nanobsd.sh,v 1.1 2005/07/26 18:52:50 phk Exp $ # # Name of this NanoBSD build. (Used to construct workdir names) NANO_NAME=phk256 # Source tree directory NANO_SRC=/usr/src # Object tree directory # default is subdir of /usr/obj # XXX: MAKEOBJDIRPREFIX handling... ? #NANO_OBJ="" # Parallel Make NANO_PMAKE="make -j 5" # Options to put in make.conf during buildworld only CONF_BUILD=' NO_HESIOD_LIBC=YES NO_KLDLOAD=YES NO_NETGRAPH=YES NO_PAM=YES PPP_NO_NETGRAPH=YES PPP_NO_RADIOS=YES ' # Options to put in make.conf during installworld only CONF_INSTALL=' NO_ACPI=YES NO_AUTHPF=YES NO_BLUETOOTH=YES NO_CVS=YES NO_CXX=YES NO_DICT=YES NO_FORTRAN=YES NO_GCOV=YES NO_GDB=YES NO_HTML=YES NO_LPR=YES NO_MAN=YES NO_OBJC=YES NO_P1003_1B=YES NO_PF=YES NO_PROFILE=YES NO_SENDMAIL=YES NO_SHAREDOCS=YES NO_TOOLCHAIN=YES NO_EXAMPLES=YES NO_INSTALLLIB=YES NO_CALENDAR=YES NO_MISC=YES NO_MAKE=YES ' # Options to put in make.conf during both build- & installworld. CONF_WORLD=' NO_ATM=YES NO_I4B=YES NO_INET6=YES NO_IPFILTER=YES NO_KERBEROS=YES NO_NIS=YES NO_RCMDS=YES NO_GAMES=YES NO_RESCUE=YES PPP_NO_NETGRAPH=YES PPP_NO_RADIUS=YES NO_LOCALES=YES NO_SYSCONS=YES NO_GROFF=YES NO_NLS=YES NO_PCVT=YES NO_IPX=YES NO_INFO=YES ' # Kernel config file to use NANO_KERNEL=PHK256 FlashDevice Sandisk 256MB # Number of code images on media (1 or 2) NANO_IMAGES=2 # Size of code file system in 512 bytes sectors # If zero, size will be as large as possible. NANO_CODESIZE=240608 # Size of configuration file system in 512 bytes sectors NANO_CONFSIZE=20480 # Size of data file system in 512 bytes sectors NANO_DATASIZE=0 customize_cmd cust_comconsole customize_cmd cust_allow_ssh_root customize_cmd cust_install_files ntpns_ppsapitest () ( cd /usr/src/tools/test/ppsapi make obj make all install DESTDIR=${NANO_WORLDDIR}/root ) customize_cmd ntpns_ppsapitest phk_pkg () ( mkdir -p ${NANO_WORLDDIR}/Pkg cp /usr/src/tools/tools/nanobsd/Pkg/* ${NANO_WORLDDIR}/Pkg chroot ${NANO_WORLDDIR} sh -c 'pkg_add -v Pkg/*' rm -rf ${NANO_WORLDDIR}/Pkg ) customize_cmd phk_pkg phk_ssh () ( mkdir -p ${NANO_WORLDDIR}/root/.ssh cp /root/.ssh/authorized_keys2 ${NANO_WORLDDIR}/root/.ssh ) customize_cmd phk_ssh -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 12:54:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCCF616A41F for ; Thu, 20 Oct 2005 12:54:45 +0000 (GMT) (envelope-from fbsd@lurkie.xs4all.nl) Received: from lurkie.xs4all.nl (lurkie.xs4all.nl [194.109.236.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32E5843D5A for ; Thu, 20 Oct 2005 12:54:45 +0000 (GMT) (envelope-from fbsd@lurkie.xs4all.nl) Received: from lurkie.xs4all.nl (localhost [127.0.0.1]) by lurkie.xs4all.nl (8.12.9/8.12.9) with ESMTP id j9KCktFS006502; Thu, 20 Oct 2005 14:46:55 +0200 (CEST) (envelope-from fbsd@lurkie.xs4all.nl) Received: (from fbsd@localhost) by lurkie.xs4all.nl (8.12.9/8.12.9/Submit) id j9KCksiU006501; Thu, 20 Oct 2005 14:46:54 +0200 (CEST) Date: Thu, 20 Oct 2005 14:46:53 +0200 From: Marc Veldman To: Jiri Mikulas Message-ID: <20051020124653.GA6397@lurkie.xs4all.nl> References: <4357775B.9030909@mikulas.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <4357775B.9030909@mikulas.com> User-Agent: Mutt/1.4.1i Cc: freebsd-current@freebsd.org Subject: Re: nanobsd.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 12:54:45 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, On Thu, Oct 20, 2005 at 12:54:19PM +0200, Jiri Mikulas wrote: > is there any actual documentation saying how to work with the new nanobsd.sh please ? > http://www.freebsd.org/projects/nanobsd/index.html > is for old one. > > How to create own config ? > In old config file is defined variable NANOBSD_PRUNE, but not in the new version of nanobsd.sh. > With the help of which/what 'variable' , can I define the files/dirs not to be installed? > Where can I define my NO_xxx options, how can I add my own packages? > etc... It is actually fairly easy. Below the steps I used to build a custom image for a soekris net4801. 1. Create a custom kernel config in the usual place. for example: /sys/i386/conf/NET4801 2. Create a build config file in /usr/src/tools/tools/nanobsd, for example net4801.conf 3. Run the build script: ./nanobsd.sh -c net4801.conf. 4. In a directory below /usr/obj, in my case /usr/obj/nanobsd.net4801, the script will put its build output and a disk image (actually, two disk images) _.disk.full 5. You can put the disk image on a CF using dd if=_.disk.full of=/dev/da9 obs=64k (da9 is the device for your CF reader, it will depend on your own machine what you have to put there. Be VERY careful, you can ruin your data if you put the wrong thing here !) Attached the config files I used. Notes: NO_TOOLCHAIN is broken for -current, and with NO_SHARE vi will not work properly. Hope this helps, Marc. --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="net4801.conf" NANO_NAME=net4801 #NANO_MEDIASIZE=524288 NANO_MEDIASIZE=488282 NANO_IMAGES=1 NANO_KERNEL=NET4801 NANO_PMAKE="make -j 2" NANO_CUSTOMIZE="cust_comconsole" CONF_WORLD='CFLAGS= -O -pipe COPTFLAGS= -O -pipe CPUTYPE?=pentium NO_ACPI= NO_ATM= NO_AUTHPF= NO_BLUETOOTH= NO_CVS= NO_CXX= NO_DICT= NO_FORTRAN= NO_KERBEROS= NO_GAMES= NO_GDB= NO_GPIB= NO_I4B= NO_INFO= NO_IPFILTER= NO_LIBC_R= NO_LIBPTHREAD= NO_LIBTHR= NO_LPR= NO_MAILWRAPPER= NO_MAN= NO_NETCAT= NO_NIS= NO_PF= NO_PROFILE= NO_RCMDS= NO_SHARE= NO_SHAREDOCS= NO_TOOLCHAIN= MODULES_OVERRIDE= sis mii ipfw ' --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=NET4801 machine i386 cpu I586_CPU ident NET4801 maxusers 0 options SCHED_4BSD #4BSD scheduler options INET #InterNETworking #options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_DIRHASH #Improve performance on big directories options UFS_ACL #Support for access control lists options MD_ROOT #MD is a potential root device options PROCFS #Process filesystem (Requires PSEUDOFS) options PSEUDOFS #Pseudo filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING options CPU_GEODE # Mandatory options CPU_SOEKRIS # Recommended device isa device pci # Floating point support - do not disable. device npx # ATA (IDE) disk - required for CompactFlash too device ata device atadisk # ATA disk drives # Serial (COM) ports device sio # MII bus support is required for some PCI 10/100 ethernet NICs device miibus # MII bus support device sis # NS DP83815 Fast Ethernet device driver=20 # Soekris vpn1211 #device hifn # Hifn 7951, 7781, etc. device random # Entropy device device loop # Loopback device ether # Ethernet device pty # Pseudo-TTY device md # Memory "disk" device tun # Packet tunnel (required by PPP) device bpf # Berkeley packet filter # USB support device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and=da # SCSI peripherals (required by USB) device scbus # SCSI bus (required) device da # Direct Access (disks) #device sa # Sequential Access (tape etc) --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 13:17:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDE0E16A41F for ; Thu, 20 Oct 2005 13:17:17 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BE6643D64 for ; Thu, 20 Oct 2005 13:17:16 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1ESaID-0004Zh-9u; Thu, 20 Oct 2005 15:17:13 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Ion Badulescu In-Reply-To: Message from Ion Badulescu of "Wed, 19 Oct 2005 10:56:47 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Oct 2005 15:17:13 +0200 From: Danny Braniss Message-ID: Cc: Erez Zadok , freebsd-current@freebsd.org, am-utils@fsl.cs.sunysb.edu Subject: Re: 6.1.2.1 ... in progress ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 13:17:17 -0000 > On Wed, 19 Oct 2005, Danny Braniss wrote: > > > the logs looks better, but the problem is still there. > > the log is in ftp://ftp.cs.huji.ac.il/users/danny/amd/amd-6.1.4-pre > > (look for /cs/share). > > All right, so it's a seemingly correct mount() call that hangs. It can > only be a kernel problem, I'm afraid... > > If you could also post your resulting config.h, I'll take a look to see if > there is any glaring issue with the NFS flags we use. Beyond that, > you'll have to work with the FreeBSD kernel maintainers to figure out > what's going on. it's most probably a kernel problem but it's am-utils-6.1.4-pre that's tickling it, older am-utils's work fine, and to make things more complicated: - it works fine on 'similar' hardware, ie Intel SE7501WV2, but gets stuck on Intel SR1435VP2 - it works if I add -r (remount) option to amd. and as you requested: /* config.h. Generated by configure. */ /* config.h.in. Generated from configure.in by autoheader. */ /* * Start of am-utils-6.x config.h file. * Erez Zadok * * DO NOT EDIT BY HAND. * Note: generated by autoheader from configure.in. */ #ifndef _CONFIG_H #define _CONFIG_H /* define name of am-utils' NFS protocol header */ #define AMU_NFS_PROTOCOL_HEADER "../conf/nfs_prot/nfs_prot_freebsd3.h" /* Type of the 5rd argument to authunix_create() */ #define AUTH_CREATE_GIDLIST_TYPE gid_t /* Define configuration date */ #define CONFIG_DATE "Wed Oct 19 09:27:56 IST 2005" /* Turn off general debugging by default */ #define DEBUG 1 /* Turn off memory debugging by default */ /* #undef DEBUG_MEM */ /* Define name of host OS's distribution name (eg. debian, redhat, suse, etc.) */ #define DISTRO_NAME "none" /* Define to the type of elements in the array set by `getgroups'. Usually this is either `int' or `gid_t'. */ #define GETGROUPS_T gid_t /* Define to 1 if the `getpgrp' function requires zero arguments. */ #define GETPGRP_VOID 1 /* Define if have automount filesystem */ #define HAVE_AMU_FS_AUTO 1 /* Define if have direct automount filesystem */ #define HAVE_AMU_FS_DIRECT 1 /* Define if have error filesystem */ #define HAVE_AMU_FS_ERROR 1 /* Define if have NFS host-tree filesystem */ #define HAVE_AMU_FS_HOST 1 /* Define if have symbolic-link filesystem */ #define HAVE_AMU_FS_LINK 1 /* Define if have symlink with existence check filesystem */ #define HAVE_AMU_FS_LINKX 1 /* Define if have nfsl (NFS with local link check) filesystem */ #define HAVE_AMU_FS_NFSL 1 /* Define if have multi-NFS filesystem */ #define HAVE_AMU_FS_NFSX 1 /* Define if have program filesystem */ #define HAVE_AMU_FS_PROGRAM 1 /* Define if have "top-level" filesystem */ #define HAVE_AMU_FS_TOPLVL 1 /* Define if have union filesystem */ #define HAVE_AMU_FS_UNION 1 /* Define to 1 if you have the header file. */ #define HAVE_ARPA_INET_H 1 /* Define to 1 if you have the header file. */ #define HAVE_ARPA_NAMESER_H 1 /* Define to 1 if you have the header file. */ #define HAVE_ASSERT_H 1 /* Define to 1 if `addr' is member of `autofs_args_t'. */ /* #undef HAVE_AUTOFS_ARGS_T_ADDR */ /* define if have a bad version of hasmntopt() */ /* #undef HAVE_BAD_HASMNTOPT */ /* define if have a bad version of memcmp() */ /* #undef HAVE_BAD_MEMCMP */ /* define if have a bad version of yp_all() */ /* #undef HAVE_BAD_YP_ALL */ /* Define to 1 if you have the `bcmp' function. */ #define HAVE_BCMP 1 /* Define to 1 if you have the `bcopy' function. */ #define HAVE_BCOPY 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_BSD_RPC_RPC_H */ /* Define to 1 if you have the `bzero' function. */ #define HAVE_BZERO 1 /* System supports C99-style variable-length argument macros */ #define HAVE_C99_VARARGS_MACROS 1 /* Define to 1 if `flags' is member of `cdfs_args_t'. */ #define HAVE_CDFS_ARGS_T_FLAGS 1 /* Define to 1 if `fspec' is member of `cdfs_args_t'. */ #define HAVE_CDFS_ARGS_T_FSPEC 1 /* Define to 1 if `iso_flags' is member of `cdfs_args_t'. */ /* #undef HAVE_CDFS_ARGS_T_ISO_FLAGS */ /* Define to 1 if `iso_pgthresh' is member of `cdfs_args_t'. */ /* #undef HAVE_CDFS_ARGS_T_ISO_PGTHRESH */ /* Define to 1 if `norrip' is member of `cdfs_args_t'. */ /* #undef HAVE_CDFS_ARGS_T_NORRIP */ /* Define to 1 if `ssector' is member of `cdfs_args_t'. */ #define HAVE_CDFS_ARGS_T_SSECTOR 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_CDFS_CDFSMOUNT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_CDFS_CDFS_MOUNT_H */ /* Define to 1 if you have the `clnt_create' function. */ #define HAVE_CLNT_CREATE 1 /* Define to 1 if you have the `clnt_create_vers' function. */ #define HAVE_CLNT_CREATE_VERS 1 /* Define to 1 if you have the `clnt_create_vers_timed' function. */ #define HAVE_CLNT_CREATE_VERS_TIMED 1 /* Define to 1 if you have the `clnt_spcreateerror' function. */ #define HAVE_CLNT_SPCREATEERROR 1 /* Define to 1 if you have the `clnt_sperrno' function. */ #define HAVE_CLNT_SPERRNO 1 /* Define to 1 if you have the `clock_gettime' function. */ #define HAVE_CLOCK_GETTIME 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_CLUSTER_H */ /* Define to 1 if you have the `cnodeid' function. */ /* #undef HAVE_CNODEID */ /* Define to 1 if you have the header file. */ #define HAVE_CTYPE_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_DB1_NDBM_H */ /* Define to 1 if you have the `dbm_open' function. */ /* #undef HAVE_DBM_OPEN */ /* Define to 1 if you have the `dg_mount' function. */ /* #undef HAVE_DG_MOUNT */ /* Define to 1 if you have the header file, and it defines `DIR'. */ #define HAVE_DIRENT_H 1 /* Define to 1 if you have the header file. */ #define HAVE_DLFCN_H 1 /* Define to 1 if `flags' is member of `efs_args_t'. */ /* #undef HAVE_EFS_ARGS_T_FLAGS */ /* Define to 1 if `fspec' is member of `efs_args_t'. */ /* #undef HAVE_EFS_ARGS_T_FSPEC */ /* Define to 1 if you have the header file. */ #define HAVE_ERRNO_H 1 /* does extern definition for clnt_spcreateerror() exist? */ #define HAVE_EXTERN_CLNT_SPCREATEERROR 1 /* does extern definition for clnt_sperrno() exist? */ #define HAVE_EXTERN_CLNT_SPERRNO 1 /* does extern definition for free() exist? */ #define HAVE_EXTERN_FREE 1 /* does extern definition for getccent() (hpux) exist? */ /* #undef HAVE_EXTERN_GETCCENT */ /* does extern definition for getdomainname() exist? */ #define HAVE_EXTERN_GETDOMAINNAME 1 /* does extern definition for getdtablesize() exist? */ #define HAVE_EXTERN_GETDTABLESIZE 1 /* does extern definition for gethostname() exist? */ #define HAVE_EXTERN_GETHOSTNAME 1 /* does extern definition for getlogin() exist? */ #define HAVE_EXTERN_GETLOGIN 1 /* does extern definition for getpagesize() exist? */ #define HAVE_EXTERN_GETPAGESIZE 1 /* does extern definition for gettablesize() exist? */ /* #undef HAVE_EXTERN_GETTABLESIZE */ /* does extern definition for getwd() exist? */ #define HAVE_EXTERN_GETWD 1 /* does extern definition for get_myaddress() exist? */ #define HAVE_EXTERN_GET_MYADDRESS 1 /* does extern definition for hosts_ctl() exist? */ /* #undef HAVE_EXTERN_HOSTS_CTL */ /* does extern definition for innetgr() exist? */ #define HAVE_EXTERN_INNETGR 1 /* does extern definition for ldap_enable_cache() exist? */ /* #undef HAVE_EXTERN_LDAP_ENABLE_CACHE */ /* does extern definition for mkstemp() exist? */ #define HAVE_EXTERN_MKSTEMP 1 /* does extern definition for mntctl() exist? */ /* #undef HAVE_EXTERN_MNTCTL */ /* does extern definition for optarg exist? */ #define HAVE_EXTERN_OPTARG 1 /* does extern definition for sbrk() exist? */ #define HAVE_EXTERN_SBRK 1 /* does extern definition for seteuid() exist? */ #define HAVE_EXTERN_SETEUID 1 /* does extern definition for setitimer() exist? */ #define HAVE_EXTERN_SETITIMER 1 /* does extern definition for sleep() exist? */ #define HAVE_EXTERN_SLEEP 1 /* does extern definition for strcasecmp() exist? */ #define HAVE_EXTERN_STRCASECMP 1 /* does extern definition for strdup() exist? */ #define HAVE_EXTERN_STRDUP 1 /* does extern definition for strlcat() exist? */ #define HAVE_EXTERN_STRLCAT 1 /* does extern definition for strlcpy() exist? */ #define HAVE_EXTERN_STRLCPY 1 /* does extern definition for strstr() exist? */ #define HAVE_EXTERN_STRSTR 1 /* does extern definition for sys_errlist[] exist? */ #define HAVE_EXTERN_SYS_ERRLIST 1 /* does extern definition for ualarm() exist? */ #define HAVE_EXTERN_UALARM 1 /* does extern definition for usleep() exist? */ #define HAVE_EXTERN_USLEEP 1 /* does extern definition for vsnprintf() exist? */ #define HAVE_EXTERN_VSNPRINTF 1 /* does extern definition for wait3() exist? */ #define HAVE_EXTERN_WAIT3 1 /* does extern definition for xdr_callmsg() exist? */ #define HAVE_EXTERN_XDR_CALLMSG 1 /* does extern definition for xdr_opaque_auth() exist? */ #define HAVE_EXTERN_XDR_OPAQUE_AUTH 1 /* Define to 1 if you have the header file. */ #define HAVE_FCNTL_H 1 /* Define to 1 if `fds_bits' is member of `fd_set'. */ #define HAVE_FD_SET_FDS_BITS 1 /* Define to 1 if you have the `fgets' function. */ #define HAVE_FGETS 1 /* Define if plain fhandle type exists */ #define HAVE_FHANDLE 1 /* Define to 1 if you have the `flock' function. */ #define HAVE_FLOCK 1 /* Define to 1 if you have the `fork' function. */ #define HAVE_FORK 1 /* Define to 1 if you have the `fsmount' function. */ /* #undef HAVE_FSMOUNT */ /* Define if have AUTOFS filesystem */ /* #undef HAVE_FS_AUTOFS */ /* Define if have CACHEFS filesystem */ /* #undef HAVE_FS_CACHEFS */ /* Define if have CDFS filesystem */ #define HAVE_FS_CDFS 1 /* Define if have CFS (crypto) filesystem */ /* #undef HAVE_FS_CFS */ /* Define if have EFS filesystem (irix) */ /* #undef HAVE_FS_EFS */ /* Define if have FFS filesystem */ /* #undef HAVE_FS_FFS */ /* Define if have HSFS filesystem */ /* #undef HAVE_FS_HSFS */ /* Define if have LOFS filesystem */ /* #undef HAVE_FS_LOFS */ /* Define if have MFS filesystem */ /* #undef HAVE_FS_MFS */ /* Define to 1 if you have the header file. */ #define HAVE_FS_MSDOSFS_MSDOSFSMOUNT_H 1 /* Define if have NFS filesystem */ #define HAVE_FS_NFS 1 /* Define if have NFS3 filesystem */ #define HAVE_FS_NFS3 1 /* Define if have NULLFS (loopback on bsd44) filesystem */ /* #undef HAVE_FS_NULLFS */ /* Define if have PCFS filesystem */ #define HAVE_FS_PCFS 1 /* Define if have TFS filesystem */ /* #undef HAVE_FS_TFS */ /* Define if have TMPFS filesystem */ /* #undef HAVE_FS_TMPFS */ /* Define if have UFS filesystem */ #define HAVE_FS_UFS 1 /* Define if have UMAPFS (uid/gid mapping) filesystem */ /* #undef HAVE_FS_UMAPFS */ /* Define if have UNIONFS filesystem */ #define HAVE_FS_UNIONFS 1 /* Define if have XFS filesystem (irix) */ /* #undef HAVE_FS_XFS */ /* System supports GCC-style variable-length argument macros */ /* #undef HAVE_GCC_VARARGS_MACROS */ /* Define to 1 if you have the header file. */ /* #undef HAVE_GDBM_NDBM_H */ /* Define to 1 if you have the `getccent' function. */ /* #undef HAVE_GETCCENT */ /* Define to 1 if you have the `getcwd' function. */ #define HAVE_GETCWD 1 /* Define to 1 if you have the `getdomainname' function. */ #define HAVE_GETDOMAINNAME 1 /* Define to 1 if you have the `getdtablesize' function. */ #define HAVE_GETDTABLESIZE 1 /* Define to 1 if you have the `gethostname' function. */ #define HAVE_GETHOSTNAME 1 /* Define to 1 if you have the `getifaddrs' function. */ #define HAVE_GETIFADDRS 1 /* Define to 1 if you have the `getmntinfo' function. */ #define HAVE_GETMNTINFO 1 /* Define to 1 if you have the `getmountent' function. */ /* #undef HAVE_GETMOUNTENT */ /* Define to 1 if you have the `getpagesize' function. */ #define HAVE_GETPAGESIZE 1 /* Define to 1 if you have the `getpwnam' function. */ #define HAVE_GETPWNAM 1 /* Define to 1 if you have the `gettimeofday' function. */ #define HAVE_GETTIMEOFDAY 1 /* Define to 1 if you have the `get_myaddress' function. */ #define HAVE_GET_MYADDRESS 1 /* define if your system's getopt() is GNU getopt() (are you using glibc) */ /* #undef HAVE_GNU_GETOPT */ /* Define to 1 if you have the header file. */ #define HAVE_GRP_H 1 /* Define to 1 if you have the `hasmntopt' function. */ /* #undef HAVE_HASMNTOPT */ /* Define to 1 if you have the header file. */ #define HAVE_HESIOD_H 1 /* Define to 1 if you have the `hesiod_init' function. */ #define HAVE_HESIOD_INIT 1 /* Define to 1 if you have the `hesiod_reload' function. */ /* #undef HAVE_HESIOD_RELOAD */ /* Define to 1 if you have the `hesiod_to_bind' function. */ #define HAVE_HESIOD_TO_BIND 1 /* Define to 1 if you have the `hes_init' function. */ #define HAVE_HES_INIT 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_HSFS_HSFS_H */ /* Define to 1 if you have the `hstrerror' function. */ #define HAVE_HSTRERROR 1 /* Define to 1 if you have the header file. */ #define HAVE_IFADDRS_H 1 /* Define to 1 if you have the header file. */ #define HAVE_INTTYPES_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_IRS_H */ /* Define to 1 if you have the header file. */ #define HAVE_ISOFS_CD9660_CD9660_MOUNT_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_LBER_H */ /* Define to 1 if you have the `ldap_enable_cache' function. */ /* #undef HAVE_LDAP_ENABLE_CACHE */ /* Define to 1 if you have the header file. */ /* #undef HAVE_LDAP_H */ /* Define to 1 if you have the `ldap_open' function. */ /* #undef HAVE_LDAP_OPEN */ /* Define to 1 if you have the header file. */ #define HAVE_LIBGEN_H 1 /* Define to 1 if you have the `malloc' library (-lmalloc). */ /* #undef HAVE_LIBMALLOC */ /* Define to 1 if you have the `mapmalloc' library (-lmapmalloc). */ /* #undef HAVE_LIBMAPMALLOC */ /* Define to 1 if you have the `nsl' library (-lnsl). */ /* #undef HAVE_LIBNSL */ /* Define to 1 if you have the `posix4' library (-lposix4). */ /* #undef HAVE_LIBPOSIX4 */ /* Define to 1 if you have the `resolv' library (-lresolv). */ /* #undef HAVE_LIBRESOLV */ /* Define to 1 if you have the `rpc' library (-lrpc). */ /* #undef HAVE_LIBRPC */ /* Define to 1 if you have the `rpcsvc' library (-lrpcsvc). */ #define HAVE_LIBRPCSVC 1 /* Define to 1 if you have the `rt' library (-lrt). */ /* #undef HAVE_LIBRT */ /* does libwrap exist? */ #define HAVE_LIBWRAP 1 /* Define to 1 if you have the header file. */ #define HAVE_LIMITS_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_LINUX_AUTO_FS4_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_LINUX_AUTO_FS_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_LINUX_FS_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_LINUX_KDEV_T_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_LINUX_LIST_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_LINUX_LOOP_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_LINUX_NFS2_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_LINUX_NFS_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_LINUX_NFS_MOUNT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_LINUX_POSIX_TYPES_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_LINUX_SOCKET_H */ /* Define to 1 if you support file names longer than 14 characters. */ #define HAVE_LONG_FILE_NAMES 1 /* Define to 1 if you have the header file. */ #define HAVE_MACHINE_ENDIAN_H 1 /* Define to 1 if you have the `madvise' function. */ #define HAVE_MADVISE 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_MALLOC_H */ /* Define if have DBM maps */ /* #undef HAVE_MAP_DBM */ /* Define if have executable maps */ #define HAVE_MAP_EXEC 1 /* Define if have file maps (everyone should have it!) */ #define HAVE_MAP_FILE 1 /* Define if have HESIOD maps */ #define HAVE_MAP_HESIOD 1 /* Define if have LDAP maps */ /* #undef HAVE_MAP_LDAP */ /* Define if have NDBM maps */ /* #undef HAVE_MAP_NDBM */ /* Define if have NIS maps */ #define HAVE_MAP_NIS 1 /* Define if have NIS+ maps */ /* #undef HAVE_MAP_NISPLUS */ /* Define if have PASSWD maps */ #define HAVE_MAP_PASSWD 1 /* Define if have UNION maps */ #define HAVE_MAP_UNION 1 /* Define to 1 if you have the `memcmp' function. */ #define HAVE_MEMCMP 1 /* Define to 1 if you have the `memcpy' function. */ #define HAVE_MEMCPY 1 /* Define to 1 if you have the `memmove' function. */ #define HAVE_MEMMOVE 1 /* Define to 1 if you have the header file. */ #define HAVE_MEMORY_H 1 /* Define to 1 if you have the `memset' function. */ #define HAVE_MEMSET 1 /* Define to 1 if you have the `mkdir' function. */ #define HAVE_MKDIR 1 /* Define to 1 if you have the `mkstemp' function. */ #define HAVE_MKSTEMP 1 /* Define to 1 if you have the `mlockall' function. */ #define HAVE_MLOCKALL 1 /* Define to 1 if you have the `mntctl' function. */ /* #undef HAVE_MNTCTL */ /* Define to 1 if you have the header file. */ /* #undef HAVE_MNTENT_H */ /* Define to 1 if `mnt_cnode' is member of `mntent_t'. */ /* #undef HAVE_MNTENT_T_MNT_CNODE */ /* Define to 1 if `mnt_ro' is member of `mntent_t'. */ /* #undef HAVE_MNTENT_T_MNT_RO */ /* Define to 1 if `mnt_time' is member of `mntent_t'. */ /* #undef HAVE_MNTENT_T_MNT_TIME */ /* does mntent_t have mnt_time field and is of type "char *" ? */ /* #undef HAVE_MNTENT_T_MNT_TIME_STRING */ /* Define to 1 if you have the header file. */ /* #undef HAVE_MNTTAB_H */ /* Define to 1 if you have the `mount' function. */ #define HAVE_MOUNT 1 /* Define to 1 if `optptr' is member of `mounta'. */ /* #undef HAVE_MOUNTA_OPTPTR */ /* Define to 1 if you have the `mountsyscall' function. */ /* #undef HAVE_MOUNTSYSCALL */ /* Define to 1 if you have the header file. */ /* #undef HAVE_MOUNT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_MSDOSFS_MSDOSFSMOUNT_H */ /* Define to 1 if you have the header file. */ #define HAVE_NDBM_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_NDIR_H */ /* Define to 1 if you have the header file. */ #define HAVE_NETCONFIG_H 1 /* Define to 1 if you have the header file. */ #define HAVE_NETDB_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_NETDIR_H */ /* Define to 1 if you have the header file. */ #define HAVE_NETINET_IF_ETHER_H 1 /* Define to 1 if you have the header file. */ #define HAVE_NETINET_IN_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_NET_ERRNO_H */ /* Define to 1 if you have the header file. */ #define HAVE_NET_IF_H 1 /* Define to 1 if you have the header file. */ #define HAVE_NET_IF_VAR_H 1 /* Define to 1 if you have the header file. */ #define HAVE_NET_ROUTE_H 1 /* Define to 1 if you have the header file. */ #define HAVE_NFSCLIENT_NFSARGS_H 1 /* Define to 1 if `acdirmax' is member of `nfs_args_t'. */ #define HAVE_NFS_ARGS_T_ACDIRMAX 1 /* Define to 1 if `acdirmin' is member of `nfs_args_t'. */ #define HAVE_NFS_ARGS_T_ACDIRMIN 1 /* Define to 1 if `acregmax' is member of `nfs_args_t'. */ #define HAVE_NFS_ARGS_T_ACREGMAX 1 /* Define to 1 if `acregmin' is member of `nfs_args_t'. */ #define HAVE_NFS_ARGS_T_ACREGMIN 1 /* Define to 1 if `addrlen' is member of `nfs_args_t'. */ #define HAVE_NFS_ARGS_T_ADDRLEN 1 /* Define to 1 if `bsize' is member of `nfs_args_t'. */ /* #undef HAVE_NFS_ARGS_T_BSIZE */ /* Define to 1 if `fhsize' is member of `nfs_args_t'. */ #define HAVE_NFS_ARGS_T_FHSIZE 1 /* Define to 1 if `fh_len' is member of `nfs_args_t'. */ /* #undef HAVE_NFS_ARGS_T_FH_LEN */ /* Define to 1 if `gfs_flags' is member of `nfs_args_t'. */ /* #undef HAVE_NFS_ARGS_T_GFS_FLAGS */ /* Define to 1 if `namlen' is member of `nfs_args_t'. */ /* #undef HAVE_NFS_ARGS_T_NAMLEN */ /* Define to 1 if `optstr' is member of `nfs_args_t'. */ /* #undef HAVE_NFS_ARGS_T_OPTSTR */ /* Define to 1 if `proto' is member of `nfs_args_t'. */ #define HAVE_NFS_ARGS_T_PROTO 1 /* Define to 1 if `sotype' is member of `nfs_args_t'. */ #define HAVE_NFS_ARGS_T_SOTYPE 1 /* Define to 1 if `version' is member of `nfs_args_t'. */ #define HAVE_NFS_ARGS_T_VERSION 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_NFS_EXPORT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_NFS_MOUNT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_NFS_NFSMOUNT_H */ /* Define to 1 if you have the header file. */ #define HAVE_NFS_NFSPROTO_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_NFS_NFSV2_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_NFS_NFS_CLNT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_NFS_NFS_GFS_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_NFS_NFS_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_NFS_NFS_MOUNT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_NFS_PATHCONF_H */ /* define if the host has NFS protocol headers in system headers */ /* #undef HAVE_NFS_PROT_HEADERS */ /* Define to 1 if you have the header file. */ #define HAVE_NFS_RPCV2_H 1 /* Define to 1 if you have the `nis_domain_of' function. */ /* #undef HAVE_NIS_DOMAIN_OF */ /* Define to 1 if you have the header file. */ #define HAVE_NSSWITCH_H 1 /* Define to 1 if you have the `opendir' function. */ #define HAVE_OPENDIR 1 /* Define to 1 if `dirmask' is member of `pcfs_args_t'. */ #define HAVE_PCFS_ARGS_T_DIRMASK 1 /* Define to 1 if `dsttime' is member of `pcfs_args_t'. */ /* #undef HAVE_PCFS_ARGS_T_DSTTIME */ /* Define to 1 if `fspec' is member of `pcfs_args_t'. */ #define HAVE_PCFS_ARGS_T_FSPEC 1 /* Define to 1 if `gid' is member of `pcfs_args_t'. */ #define HAVE_PCFS_ARGS_T_GID 1 /* Define to 1 if `mask' is member of `pcfs_args_t'. */ #define HAVE_PCFS_ARGS_T_MASK 1 /* Define to 1 if `secondswest' is member of `pcfs_args_t'. */ /* #undef HAVE_PCFS_ARGS_T_SECONDSWEST */ /* Define to 1 if `uid' is member of `pcfs_args_t'. */ #define HAVE_PCFS_ARGS_T_UID 1 /* Define to 1 if you have the `plock' function. */ /* #undef HAVE_PLOCK */ /* Define to 1 if you have the header file. */ #define HAVE_PWD_H 1 /* Define to 1 if you have the `regcomp' function. */ #define HAVE_REGCOMP 1 /* Define to 1 if you have the `regexec' function. */ #define HAVE_REGEXEC 1 /* Define to 1 if you have the header file. */ #define HAVE_REGEX_H 1 /* Define to 1 if you have the header file. */ #define HAVE_RESOLV_H 1 /* Define to 1 if system calls automatically restart after interruption by a signal. */ #define HAVE_RESTARTABLE_SYSCALLS 1 /* Define to 1 if you have the `rmdir' function. */ #define HAVE_RMDIR 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_RPCSVC_AUTOFS_PROT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_RPCSVC_MOUNTV3_H */ /* Define to 1 if you have the header file. */ #define HAVE_RPCSVC_MOUNT_H 1 /* Define to 1 if you have the header file. */ #define HAVE_RPCSVC_NFS_PROT_H 1 /* Define to 1 if you have the header file. */ #define HAVE_RPCSVC_NIS_H 1 /* Define to 1 if you have the header file. */ #define HAVE_RPCSVC_YPCLNT_H 1 /* Define to 1 if you have the header file. */ #define HAVE_RPCSVC_YP_PROT_H 1 /* Define to 1 if you have the header file. */ #define HAVE_RPC_AUTH_DES_H 1 /* Define to 1 if you have the header file. */ #define HAVE_RPC_PMAP_CLNT_H 1 /* Define to 1 if you have the header file. */ #define HAVE_RPC_PMAP_PROT_H 1 /* Define to 1 if you have the header file. */ #define HAVE_RPC_RPC_H 1 /* Define to 1 if you have the header file. */ #define HAVE_RPC_TYPES_H 1 /* Define to 1 if you have the header file. */ #define HAVE_RPC_XDR_H 1 /* Define to 1 if you have the `select' function. */ #define HAVE_SELECT 1 /* Define to 1 if you have the `seteuid' function. */ #define HAVE_SETEUID 1 /* Define to 1 if you have the `setitimer' function. */ #define HAVE_SETITIMER 1 /* Define to 1 if you have the header file. */ #define HAVE_SETJMP_H 1 /* Define to 1 if you have the `setresuid' function. */ #define HAVE_SETRESUID 1 /* Define to 1 if you have the `setsid' function. */ #define HAVE_SETSID 1 /* Define to 1 if you have the `sigaction' function. */ #define HAVE_SIGACTION 1 /* Define to 1 if you have the `signal' function. */ #define HAVE_SIGNAL 1 /* Define to 1 if you have the header file. */ #define HAVE_SIGNAL_H 1 /* Define to 1 if you have the `sigsuspend' function. */ #define HAVE_SIGSUSPEND 1 /* Define to 1 if you have the `socket' function. */ #define HAVE_SOCKET 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_SOCKETBITS_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_STATBUF_H */ /* Define to 1 if you have the `statfs' function. */ #define HAVE_STATFS 1 /* Define to 1 if you have the `statvfs' function. */ #define HAVE_STATVFS 1 /* Define to 1 if you have the header file. */ #define HAVE_STDARG_H 1 /* Define to 1 if you have the header file. */ #define HAVE_STDINT_H 1 /* Define to 1 if you have the header file. */ #define HAVE_STDIO_H 1 /* Define to 1 if you have the header file. */ #define HAVE_STDLIB_H 1 /* Define to 1 if you have the `strcasecmp' function. */ #define HAVE_STRCASECMP 1 /* Define to 1 if you have the `strchr' function. */ #define HAVE_STRCHR 1 /* Define to 1 if you have the `strcspn' function. */ #define HAVE_STRCSPN 1 /* Define to 1 if you have the `strdup' function. */ #define HAVE_STRDUP 1 /* Define to 1 if you have the `strerror' function. */ #define HAVE_STRERROR 1 /* Define to 1 if you have the header file. */ #define HAVE_STRINGS_H 1 /* Define to 1 if you have the header file. */ #define HAVE_STRING_H 1 /* Define to 1 if you have the `strlcat' function. */ #define HAVE_STRLCAT 1 /* Define to 1 if you have the `strlcpy' function. */ #define HAVE_STRLCPY 1 /* Define to 1 if you have the `strspn' function. */ #define HAVE_STRSPN 1 /* Define to 1 if you have the `strstr' function. */ #define HAVE_STRSTR 1 /* Define to 1 if `fhs_fh' is member of `struct fhstatus'. */ /* #undef HAVE_STRUCT_FHSTATUS_FHS_FH */ /* Define to 1 if `ifa_next' is member of `struct ifaddrs'. */ #define HAVE_STRUCT_IFADDRS_IFA_NEXT 1 /* Define to 1 if `ifr_addr' is member of `struct ifreq'. */ #define HAVE_STRUCT_IFREQ_IFR_ADDR 1 /* Define if have struct mntent in one of the standard headers */ /* #undef HAVE_STRUCT_MNTENT */ /* Define if have struct mnttab in one of the standard headers */ /* #undef HAVE_STRUCT_MNTTAB */ /* Define if have struct nfs_args in one of the standard nfs headers */ #define HAVE_STRUCT_NFS_ARGS 1 /* Define if have struct nfs_gfs_mount in one of the standard nfs headers */ /* #undef HAVE_STRUCT_NFS_GFS_MOUNT */ /* Define to 1 if `sa_len' is member of `struct sockaddr'. */ #define HAVE_STRUCT_SOCKADDR_SA_LEN 1 /* Define to 1 if `f_fstypename' is member of `struct statfs'. */ #define HAVE_STRUCT_STATFS_F_FSTYPENAME 1 /* Define to 1 if `devid' is member of `struct umntrequest'. */ /* #undef HAVE_STRUCT_UMNTREQUEST_DEVID */ /* Define to 1 if you have the `svc_getreq' function. */ #define HAVE_SVC_GETREQ 1 /* Define to 1 if you have the `svc_getreqset' function. */ #define HAVE_SVC_GETREQSET 1 /* Define to 1 if you have the `sysfs' function. */ /* #undef HAVE_SYSFS */ /* Define to 1 if you have the `syslog' function. */ #define HAVE_SYSLOG 1 /* Define to 1 if you have the header file. */ #define HAVE_SYSLOG_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_CONFIG_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_DG_MOUNT_H */ /* Define to 1 if you have the header file. */ #define HAVE_SYS_DIR_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_ERRNO_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_FILE_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FSID_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FSTYP_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FS_AUTOFS_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FS_AUTOFS_PROT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FS_CACHEFS_FS_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FS_EFS_CLNT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FS_NFS_CLNT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FS_NFS_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FS_NFS_MOUNT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FS_NFS_NFS_CLNT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FS_PC_FS_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FS_TMP_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FS_TYPES_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FS_UFS_MOUNT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_FS_XFS_CLNT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_IMMU_H */ /* Define to 1 if you have the header file. */ #define HAVE_SYS_IOCTL_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_LOCK_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_MACHINE_H */ /* Define to 1 if you have the header file. */ #define HAVE_SYS_MBUF_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_MMAN_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_MNTCTL_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_MNTENT_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_MNTTAB_H */ /* Define to 1 if you have the header file. */ #define HAVE_SYS_MOUNT_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_NDIR_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_NETCONFIG_H */ /* Define to 1 if you have the header file. */ #define HAVE_SYS_PARAM_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_PATHCONF_H */ /* Define to 1 if you have the header file. */ #define HAVE_SYS_PROC_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_RESOURCE_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_SEMA_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_SIGNAL_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_SOCKET_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_SOCKIO_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_STATFS_H */ /* Define to 1 if you have the header file. */ #define HAVE_SYS_STATVFS_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_STAT_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_SYSCALL_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_SYSLIMITS_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_SYSLOG_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_TIME_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_TIUSER_H */ /* Define to 1 if you have the header file. */ #define HAVE_SYS_TYPES_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_UCRED_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_UIO_H 1 /* Define to 1 if you have the header file. */ #define HAVE_SYS_UTSNAME_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_VFS_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_SYS_VMOUNT_H */ /* Define to 1 if you have the header file. */ #define HAVE_SYS_VNODE_H 1 /* Define to 1 if you have that is POSIX.1 compatible. */ #define HAVE_SYS_WAIT_H 1 /* Define to 1 if you have the header file. */ #define HAVE_TCPD_H 1 /* Define to 1 if you have the header file. */ #define HAVE_TIME_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_TIUSER_H */ /* Define to 1 if you have the header file. */ /* #undef HAVE_TMPFS_TMP_H */ /* what type of network transport type is in use? TLI or sockets? */ /* #undef HAVE_TRANSPORT_TYPE_TLI */ /* Define to 1 if you have the `ualarm' function. */ #define HAVE_UALARM 1 /* Define to 1 if `flags' is member of `ufs_args_t'. */ /* #undef HAVE_UFS_ARGS_T_FLAGS */ /* Define to 1 if `fspec' is member of `ufs_args_t'. */ #define HAVE_UFS_ARGS_T_FSPEC 1 /* Define to 1 if `ufs_flags' is member of `ufs_args_t'. */ /* #undef HAVE_UFS_ARGS_T_UFS_FLAGS */ /* Define to 1 if `ufs_pgthresh' is member of `ufs_args_t'. */ /* #undef HAVE_UFS_ARGS_T_UFS_PGTHRESH */ /* Define to 1 if you have the header file. */ #define HAVE_UFS_UFS_EXTATTR_H 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_UFS_UFS_MOUNT_H */ /* Define to 1 if you have the header file. */ #define HAVE_UFS_UFS_UFSMOUNT_H 1 /* Define to 1 if you have the `umount' function. */ /* #undef HAVE_UMOUNT */ /* Define to 1 if you have the `umount2' function. */ /* #undef HAVE_UMOUNT2 */ /* Define to 1 if you have the `uname' function. */ #define HAVE_UNAME 1 /* Define to 1 if you have the header file. */ #define HAVE_UNISTD_H 1 /* Define to 1 if you have the `unmount' function. */ #define HAVE_UNMOUNT 1 /* Define to 1 if you have the `uvmount' function. */ /* #undef HAVE_UVMOUNT */ /* Define to 1 if you have the header file. */ /* #undef HAVE_VARARGS_H */ /* Define to 1 if you have the `vfork' function. */ #define HAVE_VFORK 1 /* Define to 1 if you have the header file. */ /* #undef HAVE_VFORK_H */ /* Define to 1 if you have the `vfsmount' function. */ /* #undef HAVE_VFSMOUNT */ /* Define to 1 if you have the `vmount' function. */ /* #undef HAVE_VMOUNT */ /* Define to 1 if you have the `vsnprintf' function. */ #define HAVE_VSNPRINTF 1 /* Define to 1 if you have the `wait3' function. */ #define HAVE_WAIT3 1 /* Define to 1 if you have the `waitpid' function. */ #define HAVE_WAITPID 1 /* Define to 1 if `fork' works. */ #define HAVE_WORKING_FORK 1 /* Define to 1 if `vfork' works. */ #define HAVE_WORKING_VFORK 1 /* Define to 1 if you have the `xdr_attrstat' function. */ #define HAVE_XDR_ATTRSTAT 1 /* Define to 1 if you have the `xdr_createargs' function. */ #define HAVE_XDR_CREATEARGS 1 /* Define to 1 if you have the `xdr_dirlist' function. */ #define HAVE_XDR_DIRLIST 1 /* Define to 1 if you have the `xdr_diropargs' function. */ #define HAVE_XDR_DIROPARGS 1 /* Define to 1 if you have the `xdr_diropokres' function. */ #define HAVE_XDR_DIROPOKRES 1 /* Define to 1 if you have the `xdr_diropres' function. */ #define HAVE_XDR_DIROPRES 1 /* Define to 1 if you have the `xdr_dirpath' function. */ #define HAVE_XDR_DIRPATH 1 /* Define to 1 if you have the `xdr_entry' function. */ #define HAVE_XDR_ENTRY 1 /* Define to 1 if you have the `xdr_exportnode' function. */ #define HAVE_XDR_EXPORTNODE 1 /* Define to 1 if you have the `xdr_exports' function. */ #define HAVE_XDR_EXPORTS 1 /* Define to 1 if you have the `xdr_fattr' function. */ #define HAVE_XDR_FATTR 1 /* Define to 1 if you have the `xdr_fhandle' function. */ #define HAVE_XDR_FHANDLE 1 /* Define to 1 if you have the `xdr_fhstatus' function. */ #define HAVE_XDR_FHSTATUS 1 /* Define to 1 if you have the `xdr_filename' function. */ #define HAVE_XDR_FILENAME 1 /* Define to 1 if you have the `xdr_ftype' function. */ #define HAVE_XDR_FTYPE 1 /* Define to 1 if you have the `xdr_groupnode' function. */ #define HAVE_XDR_GROUPNODE 1 /* Define to 1 if you have the `xdr_groups' function. */ #define HAVE_XDR_GROUPS 1 /* Define to 1 if you have the `xdr_linkargs' function. */ #define HAVE_XDR_LINKARGS 1 /* Define to 1 if you have the `xdr_mountbody' function. */ #define HAVE_XDR_MOUNTBODY 1 /* Define to 1 if you have the `xdr_mountlist' function. */ #define HAVE_XDR_MOUNTLIST 1 /* Define to 1 if you have the `xdr_name' function. */ #define HAVE_XDR_NAME 1 /* Define to 1 if you have the `xdr_nfscookie' function. */ #define HAVE_XDR_NFSCOOKIE 1 /* Define to 1 if you have the `xdr_nfspath' function. */ #define HAVE_XDR_NFSPATH 1 /* Define to 1 if you have the `xdr_nfsstat' function. */ #define HAVE_XDR_NFSSTAT 1 /* Define to 1 if you have the `xdr_nfstime' function. */ #define HAVE_XDR_NFSTIME 1 /* Define to 1 if you have the `xdr_nfs_fh' function. */ #define HAVE_XDR_NFS_FH 1 /* Define to 1 if you have the `xdr_pointer' function. */ #define HAVE_XDR_POINTER 1 /* Define to 1 if you have the `xdr_readargs' function. */ #define HAVE_XDR_READARGS 1 /* Define to 1 if you have the `xdr_readdirargs' function. */ #define HAVE_XDR_READDIRARGS 1 /* Define to 1 if you have the `xdr_readdirres' function. */ #define HAVE_XDR_READDIRRES 1 /* Define to 1 if you have the `xdr_readlinkres' function. */ #define HAVE_XDR_READLINKRES 1 /* Define to 1 if you have the `xdr_readokres' function. */ #define HAVE_XDR_READOKRES 1 /* Define to 1 if you have the `xdr_readres' function. */ #define HAVE_XDR_READRES 1 /* Define to 1 if you have the `xdr_renameargs' function. */ #define HAVE_XDR_RENAMEARGS 1 /* Define to 1 if you have the `xdr_sattr' function. */ #define HAVE_XDR_SATTR 1 /* Define to 1 if you have the `xdr_sattrargs' function. */ #define HAVE_XDR_SATTRARGS 1 /* Define to 1 if you have the `xdr_statfsokres' function. */ #define HAVE_XDR_STATFSOKRES 1 /* Define to 1 if you have the `xdr_statfsres' function. */ #define HAVE_XDR_STATFSRES 1 /* Define to 1 if you have the `xdr_symlinkargs' function. */ #define HAVE_XDR_SYMLINKARGS 1 /* Define to 1 if you have the `xdr_writeargs' function. */ #define HAVE_XDR_WRITEARGS 1 /* Define to 1 if `flags' is member of `xfs_args_t'. */ /* #undef HAVE_XFS_ARGS_T_FLAGS */ /* Define to 1 if `fspec' is member of `xfs_args_t'. */ /* #undef HAVE_XFS_ARGS_T_FSPEC */ /* Define to 1 if you have the `yp_all' function. */ /* #undef HAVE_YP_ALL */ /* Define to 1 if you have the `yp_get_default_domain' function. */ #define HAVE_YP_GET_DEFAULT_DOMAIN 1 /* Define to 1 if you have the `_seterr_reply' function. */ #define HAVE__SETERR_REPLY 1 /* Define to 1 if you have the `__rpc_get_local_uid' function. */ #define HAVE___RPC_GET_LOCAL_UID 1 /* Define to 1 if you have the `__seterr_reply' function. */ /* #undef HAVE___SETERR_REPLY */ /* Name of mount type to hide amd mount from df(1) */ #define HIDE_MOUNT_TYPE "nfs" /* Define name of host machine's architecture (eg. sun4) */ #define HOST_ARCH "i386" /* Define name of host machine's cpu (eg. sparc) */ #define HOST_CPU "i386" /* Define the header version of (linux) hosts (eg. 2.2.10) */ #define HOST_HEADER_VERSION "6.0" /* Define name of host */ #define HOST_NAME "cs4" /* Define name and version of host machine (eg. solaris2.5.1) */ #define HOST_OS "freebsd6.0" /* Define only name of host machine OS (eg. solaris2) */ #define HOST_OS_NAME "freebsd6" /* Define only version of host machine (eg. 2.5.1) */ #define HOST_OS_VERSION "6.0" /* Define name of host machine's vendor (eg. sun) */ #define HOST_VENDOR "unknown" /* Ignore permission bits */ /* #undef MNT2_CDFS_OPT_DEFPERM */ /* Use on-disk permission bits */ /* #undef MNT2_CDFS_OPT_NODEFPERM */ /* Strip off extension from version string */ /* #undef MNT2_CDFS_OPT_NOVERSION */ /* Use Rock Ridge Interchange Protocol (RRIP) extensions */ /* #undef MNT2_CDFS_OPT_RRIP */ /* asynchronous filesystem access */ #define MNT2_GEN_OPT_ASYNC 0x40 /* automounter filesystem (ignore) flag, used in bsdi-4.1 */ /* #undef MNT2_GEN_OPT_AUTOMNTFS */ /* automounter filesystem flag, used in Mac OS X / Darwin */ /* #undef MNT2_GEN_OPT_AUTOMOUNTED */ /* directory hardlink */ /* #undef MNT2_GEN_OPT_BIND */ /* cache (what?) */ /* #undef MNT2_GEN_OPT_CACHE */ /* 6-argument mount */ /* #undef MNT2_GEN_OPT_DATA */ /* Use a lazy unmount (detach) */ /* #undef MNT2_GEN_OPT_DETACH */ /* Use a forced unmount */ #define MNT2_GEN_OPT_FORCE 0x80000 /* old (4-argument) mount (compatibility) */ /* #undef MNT2_GEN_OPT_FSS */ /* old BSD group-id on create */ /* #undef MNT2_GEN_OPT_GRPID */ /* ignore mount entry in df output */ #define MNT2_GEN_OPT_IGNORE 0x800000 /* journaling filesystem (AIX's UFS/FFS) */ /* #undef MNT2_GEN_OPT_JFS */ /* do multi-component lookup on files */ /* #undef MNT2_GEN_OPT_MULTI */ /* use type string instead of int */ /* #undef MNT2_GEN_OPT_NEWTYPE */ /* NFS mount */ /* #undef MNT2_GEN_OPT_NFS */ /* nocache (what?) */ /* #undef MNT2_GEN_OPT_NOCACHE */ /* do not interpret special device files */ #define MNT2_GEN_OPT_NODEV 0x0 /* no exec calls allowed */ #define MNT2_GEN_OPT_NOEXEC 0x4 /* do not interpret special device files */ /* #undef MNT2_GEN_OPT_NONDEV */ /* Disallow mounts beneath this mount */ /* #undef MNT2_GEN_OPT_NOSUB */ /* Setuid programs disallowed */ #define MNT2_GEN_OPT_NOSUID 0x8 /* Return ENAMETOOLONG for long filenames */ /* #undef MNT2_GEN_OPT_NOTRUNC */ /* Pass mount option string to kernel */ /* #undef MNT2_GEN_OPT_OPTIONSTR */ /* allow overlay mounts */ /* #undef MNT2_GEN_OPT_OVERLAY */ /* check quotas */ #define MNT2_GEN_OPT_QUOTA 0x2000 /* Read-only */ #define MNT2_GEN_OPT_RDONLY 0x1 /* change options on an existing mount */ /* #undef MNT2_GEN_OPT_REMOUNT */ /* read only */ /* #undef MNT2_GEN_OPT_RONLY */ /* synchronize data immediately to filesystem */ /* #undef MNT2_GEN_OPT_SYNC */ /* synchronous filesystem access (same as SYNC) */ #define MNT2_GEN_OPT_SYNCHRONOUS 0x2 /* Mount with Sys 5-specific semantics */ /* #undef MNT2_GEN_OPT_SYS5 */ /* Union mount */ /* #undef MNT2_GEN_OPT_UNION */ /* set max secs for dir attr cache */ #define MNT2_NFS_OPT_ACDIRMAX 0x200000 /* set min secs for dir attr cache */ #define MNT2_NFS_OPT_ACDIRMIN 0x100000 /* set max secs for file attr cache */ #define MNT2_NFS_OPT_ACREGMAX 0x80000 /* set min secs for file attr cache */ #define MNT2_NFS_OPT_ACREGMIN 0x40000 /* Authentication error */ /* #undef MNT2_NFS_OPT_AUTHERR */ /* hide mount type from df(1) */ /* #undef MNT2_NFS_OPT_AUTO */ /* set dead server retry thresh */ #define MNT2_NFS_OPT_DEADTHRESH 0x4000 /* Dismount in progress */ /* #undef MNT2_NFS_OPT_DISMINPROG */ /* Dismounted */ /* #undef MNT2_NFS_OPT_DISMNT */ /* Don't estimate rtt dynamically */ #define MNT2_NFS_OPT_DUMBTIMR 0x800 /* provide name of server's fs to system */ /* #undef MNT2_NFS_OPT_FSNAME */ /* System V-style gid inheritance */ /* #undef MNT2_NFS_OPT_GRPID */ /* Has authenticator */ /* #undef MNT2_NFS_OPT_HASAUTH */ /* set hostname for error printf */ /* #undef MNT2_NFS_OPT_HOSTNAME */ /* ignore mount point */ /* #undef MNT2_NFS_OPT_IGNORE */ /* allow interrupts on hard mount */ #define MNT2_NFS_OPT_INT 0x40 /* Bits set internally */ /* #undef MNT2_NFS_OPT_INTERNAL */ /* allow interrupts on hard mount */ /* #undef MNT2_NFS_OPT_INTR */ /* Use Kerberos authentication */ /* #undef MNT2_NFS_OPT_KERB */ /* use kerberos credentials */ /* #undef MNT2_NFS_OPT_KERBEROS */ /* transport's knetconfig structure */ /* #undef MNT2_NFS_OPT_KNCONF */ /* set lease term (nqnfs) */ /* #undef MNT2_NFS_OPT_LEASETERM */ /* Local locking (no lock manager) */ /* #undef MNT2_NFS_OPT_LLOCK */ /* set maximum grouplist size */ #define MNT2_NFS_OPT_MAXGRPS 0x20 /* Mnt server for mnt point */ /* #undef MNT2_NFS_OPT_MNTD */ /* Assume writes were mine */ /* #undef MNT2_NFS_OPT_MYWRITE */ /* mount NFS Version 3 */ #define MNT2_NFS_OPT_NFSV3 0x200 /* don't cache attributes */ /* #undef MNT2_NFS_OPT_NOAC */ /* Don't Connect the socket */ #define MNT2_NFS_OPT_NOCONN 0x80 /* no close-to-open consistency */ /* #undef MNT2_NFS_OPT_NOCTO */ /* disallow interrupts on hard mounts */ /* #undef MNT2_NFS_OPT_NOINT */ /* Don't use locking */ /* #undef MNT2_NFS_OPT_NONLM */ /* Get lease for lookup */ /* #undef MNT2_NFS_OPT_NQLOOKLEASE */ /* Use Nqnfs protocol */ /* #undef MNT2_NFS_OPT_NQNFS */ /* paging threshold */ /* #undef MNT2_NFS_OPT_PGTHRESH */ /* static pathconf kludge info */ /* #undef MNT2_NFS_OPT_POSIX */ /* Use local locking */ /* #undef MNT2_NFS_OPT_PRIVATE */ /* allow property list operations (ACLs over NFS) */ /* #undef MNT2_NFS_OPT_PROPLIST */ /* Rcv socket lock */ /* #undef MNT2_NFS_OPT_RCVLOCK */ /* Do lookup with readdir (nqnfs) */ /* #undef MNT2_NFS_OPT_RDIRALOOK */ /* Use Readdirplus for NFSv3 */ #define MNT2_NFS_OPT_RDIRPLUS 0x10000 /* set read ahead */ #define MNT2_NFS_OPT_READAHEAD 0x2000 /* Set readdir size */ #define MNT2_NFS_OPT_READDIRSIZE 0x20000 /* Allocate a reserved port */ #define MNT2_NFS_OPT_RESVPORT 0x8000 /* set number of request retries */ #define MNT2_NFS_OPT_RETRANS 0x10 /* read only */ /* #undef MNT2_NFS_OPT_RONLY */ /* use RPC to do secure NFS time sync */ /* #undef MNT2_NFS_OPT_RPCTIMESYNC */ /* set read size */ #define MNT2_NFS_OPT_RSIZE 0x4 /* secure mount */ /* #undef MNT2_NFS_OPT_SECURE */ /* Send socket lock */ /* #undef MNT2_NFS_OPT_SNDLOCK */ /* soft mount (hard is default) */ #define MNT2_NFS_OPT_SOFT 0x1 /* spongy mount */ /* #undef MNT2_NFS_OPT_SPONGY */ /* set symlink cache time-to-live */ /* #undef MNT2_NFS_OPT_SYMTTL */ /* use TCP for mounts */ /* #undef MNT2_NFS_OPT_TCP */ /* set initial timeout */ #define MNT2_NFS_OPT_TIMEO 0x8 /* linux NFSv3 */ /* #undef MNT2_NFS_OPT_VER3 */ /* Wait for authentication */ /* #undef MNT2_NFS_OPT_WAITAUTH */ /* Wants an authenticator */ /* #undef MNT2_NFS_OPT_WANTAUTH */ /* Want receive socket lock */ /* #undef MNT2_NFS_OPT_WANTRCV */ /* Want send socket lock */ /* #undef MNT2_NFS_OPT_WANTSND */ /* set write size */ #define MNT2_NFS_OPT_WSIZE 0x2 /* 32<->64 dir cookie translation */ /* #undef MNT2_NFS_OPT_XLATECOOKIE */ /* Name of mount table file name */ /* #undef MNTTAB_FILE_NAME */ /* Mount Table option string: Max attr cache timeout (dirs) */ /* #undef MNTTAB_OPT_ACDIRMAX */ /* Mount Table option string: Min attr cache timeout (dirs) */ /* #undef MNTTAB_OPT_ACDIRMIN */ /* Mount Table option string: Max attr cache timeout (files) */ /* #undef MNTTAB_OPT_ACREGMAX */ /* Mount Table option string: Min attr cache timeout (files) */ /* #undef MNTTAB_OPT_ACREGMIN */ /* Mount Table option string: Attr cache timeout (sec) */ /* #undef MNTTAB_OPT_ACTIMEO */ /* Mount Table option string: Do mount retries in background */ /* #undef MNTTAB_OPT_BG */ /* Mount Table option string: compress */ /* #undef MNTTAB_OPT_COMPRESS */ /* Mount Table option string: Device id of mounted fs */ /* #undef MNTTAB_OPT_DEV */ /* Mount Table option string: Automount direct map mount */ /* #undef MNTTAB_OPT_DIRECT */ /* Mount Table option string: Do mount retries in foreground */ /* #undef MNTTAB_OPT_FG */ /* Mount Table option string: Filesystem id of mounted fs */ /* #undef MNTTAB_OPT_FSID */ /* Mount Table option string: SysV-compatible gid on create */ /* #undef MNTTAB_OPT_GRPID */ /* Mount Table option string: Hard mount */ /* #undef MNTTAB_OPT_HARD */ /* Mount Table option string: Ignore this entry */ /* #undef MNTTAB_OPT_IGNORE */ /* Mount Table option string: Automount indirect map mount */ /* #undef MNTTAB_OPT_INDIRECT */ /* Mount Table option string: Allow NFS ops to be interrupted */ /* #undef MNTTAB_OPT_INTR */ /* Mount Table option string: Secure (AUTH_Kerb) mounting */ /* #undef MNTTAB_OPT_KERB */ /* Mount Table option string: Local locking (no lock manager) */ /* #undef MNTTAB_OPT_LLOCK */ /* Mount Table option string: Automount map */ /* #undef MNTTAB_OPT_MAP */ /* Mount Table option string: max groups */ /* #undef MNTTAB_OPT_MAXGROUPS */ /* Mount Table option string: Do multi-component lookup */ /* #undef MNTTAB_OPT_MULTI */ /* Mount Table option string: Don't cache attributes at all */ /* #undef MNTTAB_OPT_NOAC */ /* Mount Table option string: No auto (what?) */ /* #undef MNTTAB_OPT_NOAUTO */ /* Mount Table option string: No connection */ /* #undef MNTTAB_OPT_NOCONN */ /* Mount Table option string: No close-to-open consistency */ /* #undef MNTTAB_OPT_NOCTO */ /* Mount Table option string: Don't allow interrupted ops */ /* #undef MNTTAB_OPT_NOINTR */ /* Mount Table option string: Don't check quotas */ /* #undef MNTTAB_OPT_NOQUOTA */ /* Mount Table option string: Do no allow setting sec attrs */ /* #undef MNTTAB_OPT_NOSETSEC */ /* Mount Table option string: Disallow mounts on subdirs */ /* #undef MNTTAB_OPT_NOSUB */ /* Mount Table option string: Set uid not allowed */ /* #undef MNTTAB_OPT_NOSUID */ /* Mount Table option string: action to taken on error */ /* #undef MNTTAB_OPT_ONERROR */ /* Mount Table option string: paging threshold */ /* #undef MNTTAB_OPT_PGTHRESH */ /* Mount Table option string: NFS server IP port number */ /* #undef MNTTAB_OPT_PORT */ /* Mount Table option string: Get static pathconf for mount */ /* #undef MNTTAB_OPT_POSIX */ /* Mount Table option string: Use local locking */ /* #undef MNTTAB_OPT_PRIVATE */ /* Mount Table option string: support property lists (ACLs) */ /* #undef MNTTAB_OPT_PROPLIST */ /* Mount Table option string: protocol network_id indicator */ /* #undef MNTTAB_OPT_PROTO */ /* Mount Table option string: Check quotas */ /* #undef MNTTAB_OPT_QUOTA */ /* Mount Table option string: Change mount options */ /* #undef MNTTAB_OPT_REMOUNT */ /* Mount Table option string: Max retransmissions (soft mnts) */ /* #undef MNTTAB_OPT_RETRANS */ /* Mount Table option string: Number of mount retries */ /* #undef MNTTAB_OPT_RETRY */ /* Mount Table option string: Read only */ /* #undef MNTTAB_OPT_RO */ /* Mount Table option string: Read/write with quotas */ /* #undef MNTTAB_OPT_RQ */ /* Mount Table option string: Max NFS read size (bytes) */ /* #undef MNTTAB_OPT_RSIZE */ /* Mount Table option string: Read/write */ /* #undef MNTTAB_OPT_RW */ /* Mount Table option string: Secure (AUTH_DES) mounting */ /* #undef MNTTAB_OPT_SECURE */ /* Mount Table option string: Soft mount */ /* #undef MNTTAB_OPT_SOFT */ /* Mount Table option string: spongy mount */ /* #undef MNTTAB_OPT_SPONGY */ /* Mount Table option string: Set uid allowed */ /* #undef MNTTAB_OPT_SUID */ /* Mount Table option string: set symlink cache time-to-live */ /* #undef MNTTAB_OPT_SYMTTL */ /* Mount Table option string: Synchronous local directory ops */ /* #undef MNTTAB_OPT_SYNCDIR */ /* Mount Table option string: NFS timeout (1/10 sec) */ /* #undef MNTTAB_OPT_TIMEO */ /* Mount Table option string: min. time between inconsistencies */ /* #undef MNTTAB_OPT_TOOSOON */ /* Mount Table option string: protocol version number indicator */ /* #undef MNTTAB_OPT_VERS */ /* Mount Table option string: Max NFS write size (bytes) */ /* #undef MNTTAB_OPT_WSIZE */ /* Mount-table entry name for AUTOFS filesystem */ /* #undef MNTTAB_TYPE_AUTOFS */ /* Mount-table entry name for CACHEFS filesystem */ /* #undef MNTTAB_TYPE_CACHEFS */ /* Mount-table entry name for CDFS filesystem */ #define MNTTAB_TYPE_CDFS "cd9660" /* Mount-table entry name for CFS (crypto) filesystem */ /* #undef MNTTAB_TYPE_CFS */ /* Mount-table entry name for EFS filesystem (irix) */ /* #undef MNTTAB_TYPE_EFS */ /* Mount-table entry name for FFS filesystem */ /* #undef MNTTAB_TYPE_FFS */ /* Mount-table entry name for LOFS filesystem */ /* #undef MNTTAB_TYPE_LOFS */ /* Mount-table entry name for MFS filesystem */ /* #undef MNTTAB_TYPE_MFS */ /* Mount-table entry name for NFS filesystem */ #define MNTTAB_TYPE_NFS "nfs" /* Mount-table entry name for NFS3 filesystem */ #define MNTTAB_TYPE_NFS3 "nfs" /* Mount-table entry name for NULLFS (loopback on bsd44) filesystem */ /* #undef MNTTAB_TYPE_NULLFS */ /* Mount-table entry name for PCFS filesystem */ #define MNTTAB_TYPE_PCFS "msdosfs" /* Mount-table entry name for TFS filesystem */ /* #undef MNTTAB_TYPE_TFS */ /* Mount-table entry name for TMPFS filesystem */ /* #undef MNTTAB_TYPE_TMPFS */ /* Mount-table entry name for UFS filesystem */ #define MNTTAB_TYPE_UFS "ufs" /* Mount-table entry name for UMAPFS (uid/gid mapping) filesystem */ /* #undef MNTTAB_TYPE_UMAPFS */ /* Mount-table entry name for UNIONFS filesystem */ #define MNTTAB_TYPE_UNIONFS "unionfs" /* Mount-table entry name for XFS filesystem (irix) */ /* #undef MNTTAB_TYPE_XFS */ /* Define if mount table is on file, undefine if in kernel */ /* #undef MOUNT_TABLE_ON_FILE */ /* Mount(2) type/name for AUTOFS filesystem */ /* #undef MOUNT_TYPE_AUTOFS */ /* Mount(2) type/name for CACHEFS filesystem */ /* #undef MOUNT_TYPE_CACHEFS */ /* Mount(2) type/name for CDFS filesystem */ #define MOUNT_TYPE_CDFS "cd9660" /* Mount(2) type/name for CFS (crypto) filesystem */ /* #undef MOUNT_TYPE_CFS */ /* Mount(2) type/name for EFS filesystem (irix) */ /* #undef MOUNT_TYPE_EFS */ /* Mount(2) type/name for FFS filesystem */ /* #undef MOUNT_TYPE_FFS */ /* Mount(2) type/name for IGNORE filesystem (not real just ignore for df) */ #define MOUNT_TYPE_IGNORE MNT_IGNORE /* Mount(2) type/name for LOFS filesystem */ /* #undef MOUNT_TYPE_LOFS */ /* Mount(2) type/name for MFS filesystem */ /* #undef MOUNT_TYPE_MFS */ /* Mount(2) type/name for NFS filesystem */ #define MOUNT_TYPE_NFS "nfs" /* Mount(2) type/name for NFS3 filesystem */ #define MOUNT_TYPE_NFS3 MOUNT_NFS3 /* Mount(2) type/name for NULLFS (loopback on bsd44) filesystem */ /* #undef MOUNT_TYPE_NULLFS */ /* Mount(2) type/name for PCFS filesystem. XXX: conf/trap/trap_hpux.h may override this definition for HPUX 9.0 */ #define MOUNT_TYPE_PCFS "msdosfs" /* Mount(2) type/name for TFS filesystem */ /* #undef MOUNT_TYPE_TFS */ /* Mount(2) type/name for TMPFS filesystem */ /* #undef MOUNT_TYPE_TMPFS */ /* Mount(2) type/name for UFS filesystem */ #define MOUNT_TYPE_UFS "ufs" /* Mount(2) type/name for UMAPFS (uid/gid mapping) filesystem */ /* #undef MOUNT_TYPE_UMAPFS */ /* Mount(2) type/name for UNIONFS filesystem */ #define MOUNT_TYPE_UNIONFS MNT_UNION /* Mount(2) type/name for XFS filesystem (irix) */ /* #undef MOUNT_TYPE_XFS */ /* The string used in printf to print the mount-type field of mount(2) */ #define MTYPE_PRINTF_TYPE "%s" /* Type of the mount-type field in the mount() system call */ #define MTYPE_TYPE char * /* does libwrap expect caller to define the variables allow_severity and deny_severity */ /* #undef NEED_LIBWRAP_SEVERITY_VARIABLES */ /* Defined to the header file containing ndbm-compatible definitions */ /* #undef NEW_DBM_H */ /* Define the field name for the filehandle within nfs_args_t */ #define NFS_FH_FIELD fh /* Define to 1 if your C compiler doesn't accept -c and -o together. */ /* #undef NO_MINUS_C_MINUS_O */ /* Name of package */ #define PACKAGE "am-utils" /* Define to the address where bug reports for this package should be sent. */ #define PACKAGE_BUGREPORT "https://bugzilla.am-utils.org/ or am-utils@am-utils.org" /* Define to the full name of this package. */ #define PACKAGE_NAME "am-utils" /* Define to the full name and version of this package. */ #define PACKAGE_STRING "am-utils 6.1.4-pre" /* Define to the one symbol short name of this package. */ #define PACKAGE_TARNAME "am-utils" /* Define to the version of this package. */ #define PACKAGE_VERSION "6.1.4-pre" /* Type of the 6th argument to recvfrom() */ #define RECVFROM_FROMLEN_TYPE int /* should signal handlers be reinstalled? */ /* #undef REINSTALL_SIGNAL_HANDLER */ /* Define as the return type of signal handlers (`int' or `void'). */ #define RETSIGTYPE void /* Define to 1 if the `setpgrp' function takes no argument. */ /* #undef SETPGRP_VOID */ /* Define to 1 if the `S_IS*' macros in do not work properly. */ /* #undef STAT_MACROS_BROKEN */ /* Define to 1 if you have the ANSI C header files. */ #define STDC_HEADERS 1 /* Define the type of the 3rd argument ('in') to svc_getargs() */ #define SVC_IN_ARG_TYPE caddr_t /* Define to 1 if you can safely include both and . */ #define TIME_WITH_SYS_TIME 1 /* Define to 1 if your declares `struct tm'. */ /* #undef TM_IN_SYS_TIME */ /* Define user name */ #define USER_NAME "danny" /* define if must NOT use NFS "noconn" option */ #define USE_CONNECTED_NFS_SOCKETS 1 /* define if must use NFS "noconn" option */ /* #undef USE_UNCONNECTED_NFS_SOCKETS */ /* Version number of package */ #define VERSION "6.1.4-pre" /* Define to 1 if your processor stores words with the most significant byte first (like Motorola and SPARC, unlike Intel and VAX). */ /* #undef WORDS_BIGENDIAN */ /* Define to the type of xdr procedure type */ #define XDRPROC_T_TYPE xdrproc_t /* Type of the 3rd argument to yp_order() */ #define YP_ORDER_OUTORDER_TYPE int /* Define to 1 if `lex' declares `yytext' as a `char *' by default, not a `char[]'. */ #define YYTEXT_POINTER 1 /* Define to 1 if on AIX 3. System headers sometimes define this. We just want to avoid a redefinition error message. */ #ifndef _ALL_SOURCE /* # undef _ALL_SOURCE */ #endif /* Define a type/structure for an NFS V2 filehandle */ #define am_nfs_fh nfs_fh /* Define a type/structure for an NFS V3 filehandle */ /* #undef am_nfs_fh3 */ /* Define a type for the autofs_args structure */ /* #undef autofs_args_t */ /* Define a type for the cachefs_args structure */ /* #undef cachefs_args_t */ /* Define a type for the cdfs_args structure */ #define cdfs_args_t struct iso_args /* Define to empty if `const' does not conform to ANSI C. */ /* #undef const */ /* Define a type for the efs_args structure */ /* #undef efs_args_t */ /* Define to `int' if doesn't define. */ /* #undef gid_t */ /* Define to `__inline__' or `__inline' if that's what the C compiler calls it, or to nothing if 'inline' is not supported under any name. */ #ifndef __cplusplus /* #undef inline */ #endif /* Define a type for the lofs_args structure */ /* #undef lofs_args_t */ /* Define a type for the mfs_args structure */ /* #undef mfs_args_t */ /* Define to `int' if does not define. */ /* #undef mode_t */ /* Define a type for the nfs_args structure */ #define nfs_args_t struct nfs_args /* Define a type for the pcfs_args structure */ #define pcfs_args_t struct msdosfs_args /* Define to `int' if does not define. */ /* #undef pid_t */ /* Check if pte_t is defined in */ /* #undef pte_t */ /* Define a type for the rfs_args structure */ /* #undef rfs_args_t */ /* Check if rpcvers_t is defined in */ /* #undef rpcvers_t */ /* Define to `unsigned' if does not define. */ /* #undef size_t */ /* Define to `long' if does not define. */ /* #undef time_t */ /* Define a type for the tmpfs_args structure */ /* #undef tmpfs_args_t */ /* Define a type for the ufs_args structure */ #define ufs_args_t struct ufs_args /* Define to `int' if doesn't define. */ /* #undef uid_t */ /* Define as `fork' if `vfork' does not work. */ /* #undef vfork */ /* Define to "void *" if compiler can handle, otherwise "char *" */ #define voidp void * /* Define to empty if the keyword `volatile' does not work. Warning: valid code using `volatile' can become incorrect without. Disable with care. */ /* #undef volatile */ /* Define a type for the xfs_args structure */ /* #undef xfs_args_t */ /****************************************************************************/ /*** INCLUDE localconfig.h if it exists, to allow users to make some ***/ /*** compile time configuration changes. ***/ /****************************************************************************/ /* does a local configuration file exist? */ /* #undef HAVE_LOCALCONFIG_H */ #ifdef HAVE_LOCALCONFIG_H # include #endif /* HAVE_LOCALCONFIG_H */ #endif /* not _CONFIG_H */ /* * Local Variables: * mode: c * End: */ /* End of am-utils-6.x config.h file */ From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 13:25:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A12A16A41F; Thu, 20 Oct 2005 13:25:04 +0000 (GMT) (envelope-from jim@netgate.com) Received: from netgate.com (mail.netgate.com [64.62.194.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B02243D78; Thu, 20 Oct 2005 13:25:03 +0000 (GMT) (envelope-from jim@netgate.com) Received: by netgate.com (Postfix, from userid 45) id C84CB280019; Thu, 20 Oct 2005 06:25:03 -0700 (PDT) Received: from [192.168.1.183] (rrcs-67-52-77-54.west.biz.rr.com [67.52.77.54]) by netgate.com (Postfix) with ESMTP id C9152280016; Thu, 20 Oct 2005 06:24:48 -0700 (PDT) In-Reply-To: <43565782.8080706@nortel.com> References: <43560B6A.4070505@mikulas.com> <20051019091559.GA45009@heff.fud.org.nz> <43565782.8080706@nortel.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jim Thompson Date: Thu, 20 Oct 2005 03:24:45 -1000 To: "Andrew Atrens" X-Mailer: Apple Mail (2.734) X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on he-colo.netgate.com X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.3 Cc: freebsd-current@freebsd.org, Jiri Mikulas , Andrew Thompson Subject: Re: ath client bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 13:25:04 -0000 On Oct 19, 2005, at 4:26 AM, Andrew Atrens wrote: > Andrew Thompson wrote: > >> On Wed, Oct 19, 2005 at 11:01:30AM +0200, Jiri Mikulas wrote: >> >>> Hello >>> I have problem to setup bridging box with ath in client mode and >>> if_bridge >>> When card is in AP mode, everything is ok, but if I want to run >>> card in >>> client mode, bridging is not working. >>> Here are my testing steps: (it's quite long, so I prefer put URL >>> there :) ) >>> >> Bridging on the client side of a wireless connection is not supported >> and has to do with the 801.11 frame format. The problem is that the >> client only registers its own MAC address with the AP, so the bridged >> clients do not get a reply (as far as I understand). >> > > Yah, the 802.11 header only has room for three addresses. > > The AP uses them as - > > ssid > src > dest > > (in this case src is the *real* src of the packet hence the AP > itself can bridge) > > The client uses - > > ssid > src > dest > > (in this case src *must* be the client mac, hence the client can't > bridge packets > from other macs) The use of addr1, addr2 and addr3 is dependent on the settings for FromDS and ToDS (two bits in the "Frame Control" bitfield in the header). addr1 is always the recipient address (the station on the BSS that is the immediate recipient of this frame. If ToDS is set, this is the address of the AP. If ToDS is not set, then this is the address of the end station (can be a group (broadcast/multicate) address as well). addr2 is always the transmitter address (the MAC address of the station that is physically transmitting the packet onto the wireless medium). If FromDS is set, this is the address of the AP, FromDS is not set, this is the address of the station. addr3 is the 'missing' address. If FromDS is set, then addr3 is the original source address of the frame (may be a machine behind the AP). If ToDS is set, then addr3 is the destination address If both FromDS and ToDS are set, then you use addr4, such that you've got the complete set of MACs that are the transmitter and receiver on the wireless medium (part of this BSS) and the actual source and destination Ethernet addresses (which are likely both outside the BSS). FromDS ToDS addr1 addr2 addr3 addr4 0 0 DA SA BSSID X 1 0 DA BSSID SA X 0 1 BSSID SA DA X 1 1 RA TA DA SA Also, there is a (huge) difference between 802.11's BSSID and its ESSID, so I've not used (your) "ssid" in the above. In an IBSS (which has no distribution system), the FromDS/ToDS bits aren't set because the frames are always sent from one station to another. Management and control frames don't have the FromDS/ToDS bits set, either. The actual issue is that unless you use the 4-address format, you either don't know one of the actual endpoints, or you don't know where to ACK the packet. One of the essentially unwritten rules of the 802.11 MAC is that you always ACK addr2 (unless you don't ACK that kind of frame, of course). Now, answer this question: Where do you send the ACKs when SA != TA? > > There is a four address version of the packet header, but as I > recall the fourth > address is used by TKIP. nope. > > So it's a problem with 802.11 standard. I think that's why they > came up with WDS. > I think there's some support for WDS in MadWiFi, but not yet in the > BSD stack(s). As the term is commonly used, WDS *is* the 4-address frame format. Jim From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 14:21:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66DA616A41F for ; Thu, 20 Oct 2005 14:21:23 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D593543D5A for ; Thu, 20 Oct 2005 14:21:22 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.1.105] (69-161-144-40.miamfl.adelphia.net [69.161.144.40]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j9KELKx7071602; Thu, 20 Oct 2005 08:21:20 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4357A7DC.5030903@samsco.org> Date: Thu, 20 Oct 2005 08:21:16 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Philip Kizer References: <200510191623.j9JGNSfr007356@magus.nostrum.com> In-Reply-To: <200510191623.j9JGNSfr007356@magus.nostrum.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.0 required=3.8 tests=RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Problem remains with FreeBSD 6.0-RC1 as seen in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 14:21:23 -0000 Philip Kizer wrote: > I have a problem I reported on freebsd-stable several weeks ago in: [...] > > And, attempts at adding: > options INVARIANTS > > failed to compile with the following: > > /usr/src/sys/dev/ata/atapi-cd.c: In function `acd_geom_attach': > /usr/src/sys/dev/ata/atapi-cd.c:181: warning: implicit declaration of function `_sx_assert' > /usr/src/sys/dev/ata/atapi-cd.c:181: warning: nested extern declaration of `_sx_assert' > > You need to include INVARIANT_SUPPORT along with INVARIANTS. Scott From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 14:24:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8662C16A41F for ; Thu, 20 Oct 2005 14:24:14 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34CA343D62 for ; Thu, 20 Oct 2005 14:24:14 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: from webmail.freeshell.org (IDENT:nobody@mx.freeshell.org [192.94.73.21]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id j9KENhjr014917 for ; Thu, 20 Oct 2005 14:23:43 GMT Received: from 192.216.27.32 (SquirrelMail authenticated user tmclaugh); by webmail.freeshell.org with HTTP; Thu, 20 Oct 2005 14:23:43 -0000 (UTC) Message-ID: <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> Date: Thu, 20 Oct 2005 14:23:43 -0000 (UTC) From: "Tom McLaughlin" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.5.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: kern/87506 : [PATCH] Fix alias support on vr interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 14:24:14 -0000 Hi, would someone be available to look at kern PR 87506? I found the problem while building a jail on my 6.0-RC1 box. When setting an alias on a vr device with ifconfig the alias address replaces the initial address of the device. marcus@ took a look at the problem for me and provided the patch for the vr interface which I tested and it resolved the problem. Without the patch I can't create a jail that is network accessible. Marcus also notes in the PR that the rl, sis, ti, and tl may also be affected by this bug. If anyone has any other questions or needs someone to test any changes to the patch just let me know. I only have vr interfaces on my FreeBSD machines though. Thanks. Tom -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | | BSD# http://www.mono-project.com/Mono:FreeBSD | From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 14:24:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F362F16A428; Thu, 20 Oct 2005 14:24:54 +0000 (GMT) (envelope-from jim@netgate.com) Received: from netgate.com (mail.netgate.com [64.62.194.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 040BB43D6A; Thu, 20 Oct 2005 14:24:53 +0000 (GMT) (envelope-from jim@netgate.com) Received: by netgate.com (Postfix, from userid 45) id E340D280019; Thu, 20 Oct 2005 07:24:53 -0700 (PDT) Received: from [192.168.1.183] (rrcs-67-52-77-54.west.biz.rr.com [67.52.77.54]) by netgate.com (Postfix) with ESMTP id CCD2B280016; Thu, 20 Oct 2005 07:24:48 -0700 (PDT) In-Reply-To: <4357A115.50106@nortel.com> References: <43560B6A.4070505@mikulas.com> <20051019091559.GA45009@heff.fud.org.nz> <43565782.8080706@nortel.com> <4357A115.50106@nortel.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <78A36290-42C1-4A63-893B-7B4DCDA5CF3C@netgate.com> Content-Transfer-Encoding: 7bit From: Jim Thompson Date: Thu, 20 Oct 2005 04:24:45 -1000 To: "Andrew Atrens" X-Mailer: Apple Mail (2.734) X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on he-colo.netgate.com X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.3 Cc: freebsd-current@freebsd.org, Jiri Mikulas , Andrew Thompson Subject: Re: ath client bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 14:24:55 -0000 On Oct 20, 2005, at 3:52 AM, Andrew Atrens wrote: > Jim Thompson wrote: > >> Now, answer this question: Where do you send the ACKs when SA != TA? >> > > SA I'm guessing. (Only one second of thought though :)). You'd treat > SA like a layer2 gateway. If you don't send an ACK back to TA, then TA will retry (potentially several times). (So the answer is 'TA'.) >>> There is a four address version of the packet header, but as I >>> recall the fourth >>> address is used by TKIP. >>> >> nope. >> > > Thanks. My answer was based on just snoopinig around in the > net80211 source > code - the only usages I found of ieee80211_frame_addr4 were in > crypto_ccmp and > crypto_tkip. because the net80211 code that implements WDS hasn't escaped the lab (yet). > >>> >>> So it's a problem with 802.11 standard. I think that's why they >>> came up with WDS. >>> I think there's some support for WDS in MadWiFi, but not yet in >>> the BSD stack(s). >>> >> As the term is commonly used, WDS *is* the 4-address frame format. >> > > Makes sense. Thought there might be more to it than that, for > instance AP's > tracking/coordinating with other AP's with the same ssid and > channel. But > I really haven't looked at it, to be completely honest. :) > > I know that when I put my laptop in AP mode (same channel and ssid > as my master > AP), on the laptop, I stop hearing packets coming from my master AP. The two APs have no (current) method to send packets to each other across the wireless media. Jim From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 14:35:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DF3816A41F; Thu, 20 Oct 2005 14:35:39 +0000 (GMT) (envelope-from jim@netgate.com) Received: from netgate.com (mail.netgate.com [64.62.194.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 077D743D62; Thu, 20 Oct 2005 14:35:38 +0000 (GMT) (envelope-from jim@netgate.com) Received: by netgate.com (Postfix, from userid 45) id D4A61280016; Thu, 20 Oct 2005 07:35:38 -0700 (PDT) Received: from [192.168.1.183] (rrcs-67-52-77-54.west.biz.rr.com [67.52.77.54]) by netgate.com (Postfix) with ESMTP id 64BCD280016; Thu, 20 Oct 2005 07:35:35 -0700 (PDT) In-Reply-To: References: <43560B6A.4070505@mikulas.com> <20051019091559.GA45009@heff.fud.org.nz> <43565782.8080706@nortel.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7B0B2AA4-5178-4C0F-BB7B-869CB7FC29AC@netgate.com> Content-Transfer-Encoding: 7bit From: Jim Thompson Date: Thu, 20 Oct 2005 04:35:32 -1000 To: Andrew Atrens X-Mailer: Apple Mail (2.734) X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on he-colo.netgate.com X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.3 Cc: freebsd-current@freebsd.org, Jiri Mikulas , Andrew Thompson Subject: Re: ath client bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 14:35:39 -0000 On Oct 20, 2005, at 3:24 AM, Jim Thompson wrote: > 1 0 DA BSSID SA X more importantly, when a device "behind" the AP sends a packet for and SA that is behind your "client bridge", how does the AP know where to send the frame on the wireless medium? Or, in this case: > 0 1 BSSID SA DA X When a device "behind" your client bridge sends a frame through your client bridge, and "SA" is this "device behind", how can the AP possibly accept the frame. It doesn't (appear) to come from an associated STA (SA isn't the address for the device that sent the packet), and the AP certainly can't ACK the frame, (so why would it forward it?) This is why the "4 address" frame type (with FromDS and ToDS both set) exists. 1 1 RA TA DA SA RA = device on wireless media "receiving" the frame TA = device on the wireless media "transmitting the frame" SA = original source of the packet DA = original (and ultimate) destination of the packet jim From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 15:00:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B98A316A41F; Thu, 20 Oct 2005 15:00:27 +0000 (GMT) (envelope-from jim@netgate.com) Received: from netgate.com (mail.netgate.com [64.62.194.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 534BB43D62; Thu, 20 Oct 2005 15:00:27 +0000 (GMT) (envelope-from jim@netgate.com) Received: by netgate.com (Postfix, from userid 45) id 22D7F280019; Thu, 20 Oct 2005 08:00:27 -0700 (PDT) Received: from [192.168.1.183] (rrcs-67-52-77-54.west.biz.rr.com [67.52.77.54]) by netgate.com (Postfix) with ESMTP id C86F6280016; Thu, 20 Oct 2005 08:00:22 -0700 (PDT) In-Reply-To: <4357AEE4.7050503@nortel.com> References: <43560B6A.4070505@mikulas.com> <20051019091559.GA45009@heff.fud.org.nz> <43565782.8080706@nortel.com> <7B0B2AA4-5178-4C0F-BB7B-869CB7FC29AC@netgate.com> <4357AEE4.7050503@nortel.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jim Thompson Date: Thu, 20 Oct 2005 05:00:19 -1000 To: "Andrew Atrens" X-Mailer: Apple Mail (2.734) X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on he-colo.netgate.com X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.3 Cc: freebsd-current@freebsd.org, Jiri Mikulas , Andrew Thompson Subject: Re: ath client bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 15:00:27 -0000 On Oct 20, 2005, at 4:51 AM, Andrew Atrens wrote: > Jim Thompson wrote: > >> On Oct 20, 2005, at 3:24 AM, Jim Thompson wrote: >> > 1 0 DA BSSID SA X >> more importantly, when a device "behind" the AP sends a packet >> for and SA that is behind your "client bridge", how does the AP >> know where to send the frame on the wireless medium? >> > > > Aha. I had SA confused with TA. Please replace SA with TA on my > last response. :) > > The kludge I see my deliberant 'wireless' bridges use is some kind > of 'mac nat', > so SA gets replaced by TA when the client bridges the packet out to > the AP. You may want to wait for Sam's WDS code, which includes a really nice "client bridge" mode that doesn't involve the translation. From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 15:07:41 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 641D916A41F; Thu, 20 Oct 2005 15:07:41 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id j9KF7eKI067505; Thu, 20 Oct 2005 11:07:40 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id j9KF7d0X067504; Thu, 20 Oct 2005 11:07:39 -0400 (EDT) (envelope-from green) Date: Thu, 20 Oct 2005 11:07:39 -0400 From: Brian Fundakowski Feldman To: Poul-Henning Kamp Message-ID: <20051020150739.GB43031@green.homeunix.org> References: <20051020063303.GA19624@garage.freebsd.pl> <8321.1129791093@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8321.1129791093@critter.freebsd.dk> User-Agent: Mutt/1.5.11 Cc: "Bjoern A. Zeeb" , Pawel Jakub Dawidek , FreeBSD current mailing list Subject: Re: mount memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 15:07:41 -0000 On Thu, Oct 20, 2005 at 08:51:33AM +0200, Poul-Henning Kamp wrote: > In message <20051020063303.GA19624@garage.freebsd.pl>, Pawel Jakub Dawidek writ > es: > > >Bascially there is only one place to store mount-point's > >vnode in device structure (IIRC) and if you mount the same provider twice, > >it will be overwritten and you'll not be able to unmount first file system > >without panicing. > > There is more, you also need to cope with the UFS snapshot data hung > off the cdev etc. There's UFS snapshot data for read-only mounts? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 16:25:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2747B16A420 for ; Thu, 20 Oct 2005 16:25:11 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB22A43D62 for ; Thu, 20 Oct 2005 16:25:09 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-03-z2.arcor-online.net (mail-in-03-z2.arcor-online.net [151.189.8.15]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id AB349818F5 for ; Thu, 20 Oct 2005 18:25:08 +0200 (CEST) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mail-in-03-z2.arcor-online.net (Postfix) with ESMTP id 675EA1D1F10 for ; Thu, 20 Oct 2005 18:25:08 +0200 (CEST) Received: from wizard.sanskrit.local.net (dslb-084-058-041-192.pools.arcor-ip.net [84.58.41.192]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 264B77C31A for ; Thu, 20 Oct 2005 18:25:08 +0200 (CEST) Received: from wizard.sanskrit.local.net (localhost.sanskrit.local.net [127.0.0.1]) by wizard.sanskrit.local.net (8.13.3/8.13.3) with SMTP id j9KGP6sW072810 for ; Thu, 20 Oct 2005 18:25:07 +0200 (CEST) (envelope-from manfred.lotz@arcor.de) Date: Thu, 20 Oct 2005 18:23:46 +0200 From: Manfred Lotz To: freebsd-current@freebsd.org Message-Id: <20051020182346.e645e6c0.manfred.lotz@arcor.de> X-Mailer: Sylpheed version 2.1.3 (GTK+ 2.6.10; i386-portbld-freebsd4.11) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Booting FreeBSD 6.0 install CD hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 16:25:11 -0000 Trying to install FreeBSD 6.0 RC1. When booting the CD it hangs. I see the following messages in verbose mode: ..... acd2: Mechanism: ejectable tray, unlocked. acd2: Medium: no/blanc disc acd2: DVDR drive at ata3 as master GEOM: new disk ad0 GEOM: new disk ad1 After the last acd2 message it take a whil (half a minute or so) till teh GEOM messages appear. Then nothing happeened for over 15 minutes and I gave up. What means do I have to track it down? -- Manfred From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 16:49:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 467F316A41F for ; Thu, 20 Oct 2005 16:49:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 676C043D8A for ; Thu, 20 Oct 2005 16:49:48 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 20 Oct 2005 13:06:22 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 20 Oct 2005 11:15:20 -0400 User-Agent: KMail/1.8.2 References: <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> In-Reply-To: <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510201115.21750.jhb@freebsd.org> Cc: Tom McLaughlin Subject: Re: kern/87506 : [PATCH] Fix alias support on vr interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 16:49:56 -0000 On Thursday 20 October 2005 10:23 am, Tom McLaughlin wrote: > Hi, would someone be available to look at kern PR 87506? I found the > problem while building a jail on my 6.0-RC1 box. When setting an alias on > a vr device with ifconfig the alias address replaces the initial address > of the device. marcus@ took a look at the problem for me and provided the > patch for the vr interface which I tested and it resolved the problem. > Without the patch I can't create a jail that is network accessible. > > Marcus also notes in the PR that the rl, sis, ti, and tl may also be > affected by this bug. If anyone has any other questions or needs someone > to test any changes to the patch just let me know. I only have vr > interfaces on my FreeBSD machines though. Thanks. > > Tom I'm not sure that fix is really the right fix. The patch just makes vr(4) ignore changes to if_flags while the driver is up. Probably there is a bug in vr(4)'s handling of alias addresses. I did just reproduce this on my laptop's rl(4) interface though. I'll see if I can't figure out what is happening. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 17:42:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A948B16A420 for ; Thu, 20 Oct 2005 17:42:35 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id D420F43D62 for ; Thu, 20 Oct 2005 17:42:34 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-09-z2.arcor-online.net (mail-in-09-z2.arcor-online.net [151.189.8.21]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 6B28687780 for ; Thu, 20 Oct 2005 19:42:31 +0200 (CEST) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mail-in-09-z2.arcor-online.net (Postfix) with ESMTP id 456B075A85 for ; Thu, 20 Oct 2005 19:42:31 +0200 (CEST) Received: from wizard.sanskrit.local.net (dslb-084-058-041-192.pools.arcor-ip.net [84.58.41.192]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id D5E607C70D for ; Thu, 20 Oct 2005 19:42:30 +0200 (CEST) Received: from wizard.sanskrit.local.net (localhost.sanskrit.local.net [127.0.0.1]) by wizard.sanskrit.local.net (8.13.3/8.13.3) with SMTP id j9KHgSqX000714 for ; Thu, 20 Oct 2005 19:42:29 +0200 (CEST) (envelope-from manfred.lotz@arcor.de) Date: Thu, 20 Oct 2005 19:41:08 +0200 From: Manfred Lotz To: freebsd-current@freebsd.org Message-Id: <20051020194108.f6992a3e.manfred.lotz@arcor.de> In-Reply-To: <20051020182346.e645e6c0.manfred.lotz@arcor.de> References: <20051020182346.e645e6c0.manfred.lotz@arcor.de> X-Mailer: Sylpheed version 2.1.3 (GTK+ 2.6.10; i386-portbld-freebsd4.11) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Booting FreeBSD 6.0 install CD hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 17:42:35 -0000 On Thu, 20 Oct 2005 18:23:46 +0200 Manfred Lotz wrote: > Trying to install FreeBSD 6.0 RC1. When booting the CD it hangs. > > I see the following messages in verbose mode: > ..... > acd2: Mechanism: ejectable tray, unlocked. > acd2: Medium: no/blanc disc > acd2: > DVDR drive at ata3 as master > GEOM: new disk ad0 > GEOM: new disk ad1 > > After the last acd2 message it take a whil (half a minute or so) till > teh GEOM messages appear. Then nothing happeened for over 15 minutes > and I gave up. > In the meantime I was told to try it without ACPI. After specifying unset acpi_load on the boot prompt it did boot. -- Manfred From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 18:04:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2830D16A41F for ; Thu, 20 Oct 2005 18:04:58 +0000 (GMT) (envelope-from sclements@linkline.com) Received: from smtp2.linkline.com (smtp2.linkline.com [64.30.215.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99ED343D64 for ; Thu, 20 Oct 2005 18:04:57 +0000 (GMT) (envelope-from sclements@linkline.com) Received: from [192.168.50.210] (host-66-59-225-129.lcinet.net [66.59.225.129]) by smtp2.linkline.com (Postfix) with ESMTP id 668541FA; Thu, 20 Oct 2005 11:04:54 -0700 (PDT) Message-ID: <4357DC48.1080609@linkline.com> Date: Thu, 20 Oct 2005 11:04:56 -0700 From: Samuel Clements User-Agent: Thunderbird 1.4 (Windows/20050908) MIME-Version: 1.0 To: CHOI Junho References: <20051020.211006.16342087.cjh@FreeBSD.org> In-Reply-To: <20051020.211006.16342087.cjh@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: 6.0-RC1 install failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 18:04:58 -0000 CHOI Junho wrote: > I tried to install 6.0-RC1 on VAIO VGN-S73PB/B (VAIO S model this > spring) but failed. Installer brings up but can't recognize SATA HDD, > so I cannot install OS into HDD. Are there any BIOS options for 'Enhanced' mode or 'AHCI' for the hard drive? If so, try fidgeting with those and see what happens... -Sam From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 18:26:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 218C616A41F for ; Thu, 20 Oct 2005 18:26:12 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 966A943D62 for ; Thu, 20 Oct 2005 18:26:11 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.250] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j9KIQ9xq017686 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 20 Oct 2005 11:26:10 -0700 Message-ID: <4357E137.5090703@root.org> Date: Thu, 20 Oct 2005 11:25:59 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <200510172310.j9HNAVPL013057@repoman.freebsd.org> <20051018094402.A29138@grasshopper.cs.duke.edu> <435501B9.4070401@samsco.org> <43553162.5040802@root.org> <20051020141023.0ejwdv4dss48wko0@netchild.homeip.net> In-Reply-To: <20051020141023.0ejwdv4dss48wko0@netchild.homeip.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: 1kHz noise from C3 sleep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 18:26:12 -0000 Alexander Leidinger wrote: > Nate Lawson wrote: > > [Moving to -current] > >>> I wonder if moving to HZ=1000 on amd64 and i386 was really all that good >>> of an idea. Having preemption in the kernel means that ithreads can run >>> right away instead of having to wait for a tick, and various fixes to >>> 4BSD in the past year have eliminated bugs that would make the CPU wait >>> for up to a tick to schedule a thread. So all we're getting now is a >>> 10x increase in scheduler overhead, including reading the timecounters. >> >> >> I use hz=100 on my systems due to the 1 khz noise from C3 sleep. >> Windows has the same problem. > > > My laptop makes noises when being (more or less) idle (I think I enabled > C3...). Does this mean I should try to change HZ? Sure, you can do it from a tunable (kern.hz I think), you don't have to recompile. > If yes: Windows doesn't make such a noise, does this mean it doesn't use C3 > on this system (your comment suggests that Windows does use a HZ=1000 like > behavior)? It's possible it doesn't. Windows 2000 and newer uses hz=1000. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 18:26:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 850EC16A41F; Thu, 20 Oct 2005 18:26:21 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from crumpet.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 112B543D62; Thu, 20 Oct 2005 18:26:20 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from bigguy.am-productions.biz (am-productions.biz [69.61.164.22]) (authenticated bits=0) by crumpet.united-ware.com (8.12.8p2/8.12.8) with ESMTP id j9KIPfGM007878 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 20 Oct 2005 14:25:42 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Thu, 20 Oct 2005 14:27:44 -0400 User-Agent: KMail/1.8.2 References: <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> <200510201115.21750.jhb@freebsd.org> In-Reply-To: <200510201115.21750.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2555297.RObWYc2Cof"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510201427.53315.mistry.7@osu.edu> X-Spam-Status: No, hits=-6.0 required=5.0 tests=MYFREEBSD2,MYFREEBSD3 autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com X-Virus-Scanned: ClamAV 0.87/1145/Thu Oct 20 08:01:39 2005 on crumpet.united-ware.com X-Virus-Status: Clean Cc: Tom McLaughlin Subject: Re: kern/87506 : [PATCH] Fix alias support on vr interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 18:26:21 -0000 --nextPart2555297.RObWYc2Cof Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 20 October 2005 11:15 am, John Baldwin wrote: > On Thursday 20 October 2005 10:23 am, Tom McLaughlin wrote: > > Hi, would someone be available to look at kern PR 87506? I found > > the problem while building a jail on my 6.0-RC1 box. When > > setting an alias on a vr device with ifconfig the alias address > > replaces the initial address of the device. marcus@ took a look > > at the problem for me and provided the patch for the vr interface > > which I tested and it resolved the problem. Without the patch I > > can't create a jail that is network accessible. > > > > Marcus also notes in the PR that the rl, sis, ti, and tl may also > > be affected by this bug. If anyone has any other questions or > > needs someone to test any changes to the patch just let me know.=20 > > I only have vr interfaces on my FreeBSD machines though. Thanks. > > > > Tom > > I'm not sure that fix is really the right fix. The patch just > makes vr(4) ignore changes to if_flags while the driver is up.=20 > Probably there is a bug in vr(4)'s handling of alias addresses. I > did just reproduce this on my laptop's rl(4) interface though.=20 > I'll see if I can't figure out what is happening. I'm also seeing this too along with the following. I'm not sure if this is related, but I'm seeing the following on=20 RELENG_6 and CURRENT, but and older RELENG_5 as of ~2 months ago=20 doesn't show this problem. I'm trying to setup my workstation with a normal DHCP'd address and an alias IP for a jail running on the system, but the alias=20 setting wipes out all the other addresses on the interface. in /etc/rc.conf: ifconfig_rl0=3D"DHCP" ifconfig_rl0_alias0=3D"inet 192.168.1.10 netmask 255.255.255.255" I've checked the rc boot order (on RELENG_6 and CURRENT) and it seems=20 correct: netif dhclient netif I narrowed it down to: dhclient rl0 ifconfig rl0 inet 192.168.1.11 netmask 0xffffffff alias [dhclient prints a message here saying connection closed and exiting] All of the other addresses on the card are removed. I'm also seeing this on dc. So thinking it to be a problem in=20 ifconfig I copied over the version from my RELENG_5 box, and that did=20 the same thing...so this seems to be present several of the network=20 drivers in RELENG_6/CURRENT. =2D-=20 Anish Mistry --nextPart2555297.RObWYc2Cof Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDV+GpxqA5ziudZT0RArHkAKDWfTCT/17jcRvrABq5820sKS222gCgzyOm 3/Yra2yZGHXlroR/589wfkI= =S/Bq -----END PGP SIGNATURE----- --nextPart2555297.RObWYc2Cof-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 18:42:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A237E16A41F for ; Thu, 20 Oct 2005 18:42:57 +0000 (GMT) (envelope-from gpt@tirloni.org) Received: from srv-03.bs2.com.br (srv-03.bs2.com.br [200.203.183.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C78443D5A for ; Thu, 20 Oct 2005 18:42:56 +0000 (GMT) (envelope-from gpt@tirloni.org) Received: from localhost (localhost.bs2.com.br [127.0.0.1]) by srv-03.bs2.com.br (Postfix) with ESMTP id CAA6A4B093 for ; Thu, 20 Oct 2005 16:44:28 -0200 (BRST) Received: from [172.16.12.100] (unknown [201.10.103.209]) by srv-03.bs2.com.br (Postfix) with ESMTP id 3FDD74B240 for ; Thu, 20 Oct 2005 16:41:41 -0200 (BRST) Message-ID: <4357E4EF.20000@tirloni.org> Date: Thu, 20 Oct 2005 16:41:51 -0200 From: "Giovanni P. Tirloni" User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: tcpdump and no carrier X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 18:42:57 -0000 Hello, Everytime I run tcpdump on a re interface ifconfig shows it as being no carrier. When I stop tcpdump the interface comes back again (on 6.0-beta5). I've seen a similar behaviour with 'ifconfig alias' and a em card. Everytime I added a IP the kernel would warn me that the interface was down then up (that was on 5.4-stable). I found it a bit curious.. -- Giovanni P. Tirloni http://tirloni.blogspot.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 19:16:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C2DF16A41F; Thu, 20 Oct 2005 19:16:55 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E26343D64; Thu, 20 Oct 2005 19:16:54 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: from webmail.freeshell.org (IDENT:nobody@mx.freeshell.org [192.94.73.21]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id j9KJGKQT026729; Thu, 20 Oct 2005 19:16:22 GMT Received: from 192.216.27.32 (SquirrelMail authenticated user tmclaugh); by webmail.freeshell.org with HTTP; Thu, 20 Oct 2005 19:16:22 -0000 (UTC) Message-ID: <31871.192.216.27.32.1129835782.squirrel@192.216.27.32> In-Reply-To: <200510201427.53315.mistry.7@osu.edu> References: <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> <200510201115.21750.jhb@freebsd.org> <200510201427.53315.mistry.7@osu.edu> Date: Thu, 20 Oct 2005 19:16:22 -0000 (UTC) From: "Tom McLaughlin" To: "Anish Mistry" User-Agent: SquirrelMail/1.5.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Cc: Tom McLaughlin , freebsd-current@freebsd.org Subject: Re: kern/87506 : [PATCH] Fix alias support on vr interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 19:16:55 -0000 > On Thursday 20 October 2005 11:15 am, John Baldwin wrote: >> On Thursday 20 October 2005 10:23 am, Tom McLaughlin wrote: > I'm also seeing this too along with the following. > > I'm not sure if this is related, but I'm seeing the following on > RELENG_6 and CURRENT, but and older RELENG_5 as of ~2 months ago > doesn't show this problem. > I'm trying to setup my workstation with a normal DHCP'd address > and an alias IP for a jail running on the system, but the alias > setting wipes out all the other addresses on the interface. > in /etc/rc.conf: > ifconfig_rl0="DHCP" > ifconfig_rl0_alias0="inet 192.168.1.10 netmask 255.255.255.255" > > I've checked the rc boot order (on RELENG_6 and CURRENT) and it seems > correct: > netif > dhclient > netif > > I narrowed it down to: > dhclient rl0 > ifconfig rl0 inet 192.168.1.11 netmask 0xffffffff alias > [dhclient prints a message here saying connection closed and exiting] > > All of the other addresses on the card are removed. > I'm also seeing this on dc. So thinking it to be a problem in > ifconfig I copied over the version from my RELENG_5 box, and that did > the same thing...so this seems to be present several of the network > drivers in RELENG_6/CURRENT. > > > > -- > Anish Mistry > Yup, that's exactly how I found the problem. Tom -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | | BSD# http://www.mono-project.com/Mono:FreeBSD | | PGP Key http://people.FreeBSD.org/~tmclaugh/TomMclaughlin.asc | From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 19:30:17 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CDC416A41F; Thu, 20 Oct 2005 19:30:17 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4CEB43D5A; Thu, 20 Oct 2005 19:30:16 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 77FFEBC7A; Thu, 20 Oct 2005 19:30:12 +0000 (UTC) To: Brian Fundakowski Feldman From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 20 Oct 2005 11:07:39 EDT." <20051020150739.GB43031@green.homeunix.org> Date: Thu, 20 Oct 2005 21:30:11 +0200 Message-ID: <26671.1129836611@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: "Bjoern A. Zeeb" , Pawel Jakub Dawidek , FreeBSD current mailing list Subject: Re: mount memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 19:30:17 -0000 In message <20051020150739.GB43031@green.homeunix.org>, Brian Fundakowski Feldm an writes: >On Thu, Oct 20, 2005 at 08:51:33AM +0200, Poul-Henning Kamp wrote: >> In message <20051020063303.GA19624@garage.freebsd.pl>, Pawel Jakub Dawidek writ >> es: >> >> >Bascially there is only one place to store mount-point's >> >vnode in device structure (IIRC) and if you mount the same provider twice, >> >it will be overwritten and you'll not be able to unmount first file system >> >without panicing. >> >> There is more, you also need to cope with the UFS snapshot data hung >> off the cdev etc. > >There's UFS snapshot data for read-only mounts? Yes, why shouldn't you be able to access snapshots just because you mount r/o ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 19:37:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 3E80B16A420; Thu, 20 Oct 2005 19:37:48 +0000 (GMT) In-Reply-To: <200510200906.19239@harrymail> from Emanuel Strobl at "Oct 20, 2005 09:05:58 am" To: Emanuel.strobl@gmx.net (Emanuel Strobl) Date: Thu, 20 Oct 2005 19:37:48 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051020193748.3E80B16A420@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@freebsd.org Subject: Re: PANIC (watchdog) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 19:37:48 -0000 > Hello, > > after I had switched into single user mode I ran installworld where my box > paniced. I have ZERO_COPY_SOCKETS with two not committed patches but I > think this is unrelated. > > Thanks, > > -Harry I'm waiting for the part where you explain why you have software watchdog support in kern_clock.c turned on. As far as I know, it's not enabled by default in the GENERIC kernel config, and even if it is, you have to twiddle debug.watchdog_enable in order to make it trigger. I can only conclude that you turned on watchdog support for some reason, set up a watchdog app to reset the watchdog timeout every so often, and then forgot about it (or else it was enabled as part of some other change you made and you weren't aware of it -- maybe one of those unrelated things you foolishly chose not to tell us about). Presumeably the watchdog app crashed while you were doing your installworkd. If that's the case, you shouldn't be surprised when the watchdog expiration occurs and dumps you into ddb. -Bill > cd /usr/include/cam/scsi; for h in *.h; do if [ -L $h ]; then rm -f $h; > fi; done > interrupt total > irq4: sio0 1421 > irq13: npx0 1 > irq20: em0 acpi0 118586 > irq21: fwohci0 1 > irq22: twe0 204149 > cpu0: timer 71692220 > Total 72016378 > KDB: stack backtrace: > kdb_backtrace(c073ede1,44ae1fa,0,c079a9a7,c079a498) at kdb_backtrace+0x2e > watchdog_fire(c07a7f00,2,c073ed22,10c,c0813300) at watchdog_fire+0xb5 > hardclock(d13d39f4,d13d3a08,41ed,d13d3a4c,c06e6720) at hardclock+0xfd > lapic_handle_timer(0) at lapic_handle_timer+0x56 > Xtimerint(2,41ed,0,0,40) at Xtimerint+0x30 > ufs_access(d13d3ae4,c07a6f6c,22d,c17b9bb0,d13d3b10) at ufs_access+0x20e > VOP_ACCESS_APV(c078f120,d13d3ae4,c0741d1e,c1810300,c14d5d00) at > VOP_ACCESS_APV+0xac > vfs_cache_lookup(d13d3b7c,d13d3b7c,c17b9bb0,c17b9bb0,d13d3c60) at > vfs_cache_lookup+0x95 > VOP_LOOKUP_APV(c078f120,d13d3b7c,c1810300,246,1) at VOP_LOOKUP_APV+0xb4 > lookup(d13d3c38,0,c074b04e,c5,c19b1830) at lookup+0x468 > namei(d13d3c38,d13d3c20,246,c07ac8e0,d13d3c3c) at namei+0x438 > kern_readlink(c1810300,281975f7,0,bfbfe310,0) at kern_readlink+0x3d > readlink(c1810300,d13d3d04,c,4,3) at readlink+0x38 > syscall(3b,3b,3b,0,bfbfe310) at syscall+0x290 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (58, FreeBSD ELF32, readlink), eip = 0x28121333, esp = > 0xbfbfe2ac, ebp = 0xbfbfe368 --- > KDB: enter: watchdog timeout > [thread pid 69367 tid 100095 ] > Stopped at kdb_enter+0x30: leave -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 20:32:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8076F16A41F; Thu, 20 Oct 2005 20:32:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1E7243D62; Thu, 20 Oct 2005 20:32:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9KKWEUA004767; Thu, 20 Oct 2005 16:32:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9KKWEf4096076; Thu, 20 Oct 2005 16:32:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8B62F7302F; Thu, 20 Oct 2005 16:32:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051020203214.8B62F7302F@freebsd-current.sentex.ca> Date: Thu, 20 Oct 2005 16:32:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 20:32:16 -0000 TB --- 2005-10-20 19:15:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-20 19:15:11 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-10-20 19:15:11 - cleaning the object tree TB --- 2005-10-20 19:15:38 - checking out the source tree TB --- 2005-10-20 19:15:38 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-10-20 19:15:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-20 19:22:56 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-20 19:22:56 - cd /src TB --- 2005-10-20 19:22:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-20 20:28:08 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-20 20:28:08 - cd /src TB --- 2005-10-20 20:28:08 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Oct 20 20:28:08 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_lock.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_lockf.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_mac.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_malloc.c /src/sys/kern/kern_malloc.c: In function `db_show_malloc': /src/sys/kern/kern_malloc.c:838: warning: long long unsigned int format, u_int64_t arg (arg 3) /src/sys/kern/kern_malloc.c:838: warning: long long unsigned int format, u_int64_t arg (arg 4) /src/sys/kern/kern_malloc.c:838: warning: long long unsigned int format, u_int64_t arg (arg 5) *** Error code 1 Stop in /obj/alpha/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-20 20:32:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-20 20:32:14 - ERROR: failed to build generic kernel TB --- 2005-10-20 20:32:14 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 20:33:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62A4B16A41F for ; Thu, 20 Oct 2005 20:33:22 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E498043D5A for ; Thu, 20 Oct 2005 20:33:21 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9KKUhsa013565; Thu, 20 Oct 2005 14:30:44 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 20 Oct 2005 14:32:05 -0600 (MDT) Message-Id: <20051020.143205.38082947.imp@bsdimp.com> To: doug@polands.org From: "M. Warner Losh" In-Reply-To: <4356E65B.6060009@polands.org> References: <4356E65B.6060009@polands.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 20 Oct 2005 14:30:44 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: Regression in device ath between BETA5 and RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 20:33:22 -0000 In message: <4356E65B.6060009@polands.org> Doug Poland writes: : I'm running 6.0-RC1 on a laptop with a Netgear WG511T PCMCIA ethernet : adapter. Today I cvsup'd from BETA5 to RC1 and have noticed a serious : regression in performance of this card/driver. Has anyone else noticed : this? Should I submit a PR? Define serious regression in performance. I'm unaware of any problems in this area. Is there some way you can quantify which change between beta5 and rc-1 appears to have caused this? Warner From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 20:41:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BFD016A41F for ; Thu, 20 Oct 2005 20:41:53 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6514643D91 for ; Thu, 20 Oct 2005 20:41:46 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 20 Oct 2005 20:41:45 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp022) with SMTP; 20 Oct 2005 22:41:45 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 20 Oct 2005 22:41:24 +0200 User-Agent: KMail/1.8.1 References: <20051020193748.3E80B16A420@hub.freebsd.org> In-Reply-To: <20051020193748.3E80B16A420@hub.freebsd.org> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1526175.GqaCJLXe4I"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510202241.44590@harrymail> X-Y-GMX-Trusted: 0 Cc: Bill Paul Subject: Re: PANIC (watchdog) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 20:41:53 -0000 --nextPart1526175.GqaCJLXe4I Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Donnerstag, 20. Oktober 2005 21:37 CEST schrieb Bill Paul: > > Hello, > > > > after I had switched into single user mode I ran installworld where my > > box paniced. I have ZERO_COPY_SOCKETS with two not committed patches > > but I think this is unrelated. > > > > Thanks, > > > > -Harry > > I'm waiting for the part where you explain why you have software > watchdog support in kern_clock.c turned on. As far as I know, it's > not enabled by default in the GENERIC kernel config, and even if > it is, you have to twiddle debug.watchdog_enable in order to make > it trigger. All I twiddle is watchdogd_enable in /etc/rc.conf... ;) > I can only conclude that you turned on watchdog support for some > reason, set up a watchdog app to reset the watchdog timeout every > so often, and then forgot about it (or else it was enabled as part > of some other change you made and you weren't aware of it -- maybe one > of those unrelated things you foolishly chose not to tell us about). > Presumeably the watchdog app crashed while you were doing your > installworkd. If that's the case, you shouldn't be surprised when > the watchdog expiration occurs and dumps you into ddb. Ok, then this panic is intended if I understood you correctly. I thought it= =20 would trigger any kind of CPU reset, not a panic. Everything is fine then... Thanks, =2DHarry --nextPart1526175.GqaCJLXe4I Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDWAEIBylq0S4AzzwRAsfCAJ9V2zDeVGB6um543fqy/ECz9hIvVQCfeEG6 G6vuibBdWm90WcbXATp+cwo= =O77k -----END PGP SIGNATURE----- --nextPart1526175.GqaCJLXe4I-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 20:49:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7033B16A41F for ; Thu, 20 Oct 2005 20:49:55 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id C437243D5A for ; Thu, 20 Oct 2005 20:49:53 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 20 Oct 2005 17:06:26 -0400 From: John Baldwin To: Anish Mistry Date: Thu, 20 Oct 2005 16:51:21 -0400 User-Agent: KMail/1.8.2 References: <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> <200510201115.21750.jhb@freebsd.org> <200510201427.53315.mistry.7@osu.edu> In-Reply-To: <200510201427.53315.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510201651.22346.jhb@freebsd.org> Cc: Tom McLaughlin , freebsd-current@freebsd.org Subject: Re: kern/87506 : [PATCH] Fix alias support on vr interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 20:49:55 -0000 On Thursday 20 October 2005 02:27 pm, Anish Mistry wrote: > On Thursday 20 October 2005 11:15 am, John Baldwin wrote: > > On Thursday 20 October 2005 10:23 am, Tom McLaughlin wrote: > > > Hi, would someone be available to look at kern PR 87506? I found > > > the problem while building a jail on my 6.0-RC1 box. When > > > setting an alias on a vr device with ifconfig the alias address > > > replaces the initial address of the device. marcus@ took a look > > > at the problem for me and provided the patch for the vr interface > > > which I tested and it resolved the problem. Without the patch I > > > can't create a jail that is network accessible. > > > > > > Marcus also notes in the PR that the rl, sis, ti, and tl may also > > > be affected by this bug. If anyone has any other questions or > > > needs someone to test any changes to the patch just let me know. > > > I only have vr interfaces on my FreeBSD machines though. Thanks. > > > > > > Tom > > > > I'm not sure that fix is really the right fix. The patch just > > makes vr(4) ignore changes to if_flags while the driver is up. > > Probably there is a bug in vr(4)'s handling of alias addresses. I > > did just reproduce this on my laptop's rl(4) interface though. > > I'll see if I can't figure out what is happening. > > I'm also seeing this too along with the following. > > I'm not sure if this is related, but I'm seeing the following on > RELENG_6 and CURRENT, but and older RELENG_5 as of ~2 months ago > doesn't show this problem. > I'm trying to setup my workstation with a normal DHCP'd address > and an alias IP for a jail running on the system, but the alias > setting wipes out all the other addresses on the interface. > in /etc/rc.conf: > ifconfig_rl0="DHCP" > ifconfig_rl0_alias0="inet 192.168.1.10 netmask 255.255.255.255" > > I've checked the rc boot order (on RELENG_6 and CURRENT) and it seems > correct: > netif > dhclient > netif > > I narrowed it down to: > dhclient rl0 > ifconfig rl0 inet 192.168.1.11 netmask 0xffffffff alias > [dhclient prints a message here saying connection closed and exiting] > > All of the other addresses on the card are removed. > I'm also seeing this on dc. So thinking it to be a problem in > ifconfig I copied over the version from my RELENG_5 box, and that did > the same thing...so this seems to be present several of the network > drivers in RELENG_6/CURRENT. Yes, it seems to be an issue with dhclient. If I turn dhclient off and manually configure my NIC then the alias works fine: rl0: flags=8843 mtu 1500 options=8 inet6 fe80::290:f5ff:fe0e:c8e5%rl0 prefixlen 64 scopeid 0x2 inet 10.50.41.234 netmask 0xfffffe00 broadcast 10.50.41.255 inet 10.50.41.101 netmask 0xffffffff broadcast 10.50.41.101 ether 00:90:f5:0e:c8:e5 media: Ethernet autoselect (100baseTX ) status: active -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 21:27:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 5E19816A420; Thu, 20 Oct 2005 21:27:55 +0000 (GMT) In-Reply-To: <200510202241.44590@harrymail> from Emanuel Strobl at "Oct 20, 2005 10:41:24 pm" To: Emanuel.strobl@gmx.net (Emanuel Strobl) Date: Thu, 20 Oct 2005 21:27:55 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051020212755.5E19816A420@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@freebsd.org Subject: Re: PANIC (watchdog) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 21:27:55 -0000 > > I'm waiting for the part where you explain why you have software > > watchdog support in kern_clock.c turned on. As far as I know, it's > > not enabled by default in the GENERIC kernel config, and even if > > it is, you have to twiddle debug.watchdog_enable in order to make > > it trigger. > > All I twiddle is watchdogd_enable in /etc/rc.conf... ;) > > > I can only conclude that you turned on watchdog support for some > > reason, set up a watchdog app to reset the watchdog timeout every > > so often, and then forgot about it (or else it was enabled as part > > of some other change you made and you weren't aware of it -- maybe one > > of those unrelated things you foolishly chose not to tell us about). > > Presumeably the watchdog app crashed while you were doing your > > installworkd. If that's the case, you shouldn't be surprised when > > the watchdog expiration occurs and dumps you into ddb. > > Ok, then this panic is intended if I understood you correctly. I thought it > would trigger any kind of CPU reset, not a panic. > Everything is fine then... > > Thanks, > > -Harry Actually, it's not a panic (it's only a panic in a kernel without DDB compiled in). It really just does kdb_enter(), which brings you to the kernel debugger prompt. You should be able to resume the system like this: db> w watchdog_enabled 0 db> continue The idea is that once the watchdog is enabled, hardclock() will dump you into the kernel debugger _unless_ something resets the watchdog timer periodically. That something is a user space app which pokes debug.watchdog_reset. If the watchdog timeout is set for 20 seconds and you reset the timer every 10 seconds, the system will keep running. If the watchdog app dies, or if the kernel siezes up and stops scheduling user processes, the timer will reach 0 and the kernel debugger will come up. The watchdog is supposed to give you a way to debug thread deadlocks or stuck loops that occur in kernel mode. When such a condition arises, interrupts may still occur and be handled, but user processes never get a chance to run. This would stop the user space watchdog app, so eventually the watchdog timeout would expire. In a system without DDB, you'd get a panic instead of dropping into the kernel debugger. Obviously, this is useful if you have an unattended machine to which you have no easy console access: if the machine wedges, the watchdog will fire and reboot the system, which hopefull till bring it back to a working state and let you analyze and fix the problem remotely. Unfortunately, there are many cases where the watchdog won't work. Sometimes the system can wedge with interrupts disabled, or experience some kind of hardware fault that prevents even hardclock() from running. If that happens, you're screwed, unless you've rigged up some way to deliver an NMI that can force the CPU to trap into the debugger. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 21:29:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8959716A41F; Thu, 20 Oct 2005 21:29:04 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27B8943D5A; Thu, 20 Oct 2005 21:29:04 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j9KLT3kO016822; Thu, 20 Oct 2005 14:29:03 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j9KLT3Qr016819; Thu, 20 Oct 2005 14:29:03 -0700 Date: Thu, 20 Oct 2005 14:29:03 -0700 From: Brooks Davis To: John Baldwin Message-ID: <20051020212903.GA7953@odin.ac.hmc.edu> References: <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> <200510201115.21750.jhb@freebsd.org> <200510201427.53315.mistry.7@osu.edu> <200510201651.22346.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <200510201651.22346.jhb@freebsd.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Tom McLaughlin , freebsd-current@freebsd.org Subject: Re: kern/87506 : [PATCH] Fix alias support on vr interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 21:29:04 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 20, 2005 at 04:51:21PM -0400, John Baldwin wrote: > On Thursday 20 October 2005 02:27 pm, Anish Mistry wrote: > > On Thursday 20 October 2005 11:15 am, John Baldwin wrote: > > > On Thursday 20 October 2005 10:23 am, Tom McLaughlin wrote: > > > > Hi, would someone be available to look at kern PR 87506? I found > > > > the problem while building a jail on my 6.0-RC1 box. When > > > > setting an alias on a vr device with ifconfig the alias address > > > > replaces the initial address of the device. marcus@ took a look > > > > at the problem for me and provided the patch for the vr interface > > > > which I tested and it resolved the problem. Without the patch I > > > > can't create a jail that is network accessible. > > > > > > > > Marcus also notes in the PR that the rl, sis, ti, and tl may also > > > > be affected by this bug. If anyone has any other questions or > > > > needs someone to test any changes to the patch just let me know. > > > > I only have vr interfaces on my FreeBSD machines though. Thanks. > > > > > > > > Tom > > > > > > I'm not sure that fix is really the right fix. The patch just > > > makes vr(4) ignore changes to if_flags while the driver is up. > > > Probably there is a bug in vr(4)'s handling of alias addresses. I > > > did just reproduce this on my laptop's rl(4) interface though. > > > I'll see if I can't figure out what is happening. > > > > I'm also seeing this too along with the following. > > > > I'm not sure if this is related, but I'm seeing the following on > > RELENG_6 and CURRENT, but and older RELENG_5 as of ~2 months ago > > doesn't show this problem. > > I'm trying to setup my workstation with a normal DHCP'd address > > and an alias IP for a jail running on the system, but the alias > > setting wipes out all the other addresses on the interface. > > in /etc/rc.conf: > > ifconfig_rl0=3D"DHCP" > > ifconfig_rl0_alias0=3D"inet 192.168.1.10 netmask 255.255.255.255" > > > > I've checked the rc boot order (on RELENG_6 and CURRENT) and it seems > > correct: > > netif > > dhclient > > netif > > > > I narrowed it down to: > > dhclient rl0 > > ifconfig rl0 inet 192.168.1.11 netmask 0xffffffff alias > > [dhclient prints a message here saying connection closed and exiting] > > > > All of the other addresses on the card are removed. > > I'm also seeing this on dc. So thinking it to be a problem in > > ifconfig I copied over the version from my RELENG_5 box, and that did > > the same thing...so this seems to be present several of the network > > drivers in RELENG_6/CURRENT. >=20 > Yes, it seems to be an issue with dhclient. If I turn dhclient off and= =20 > manually configure my NIC then the alias works fine: > rl0: flags=3D8843 mtu 1500 > options=3D8 > inet6 fe80::290:f5ff:fe0e:c8e5%rl0 prefixlen 64 scopeid 0x2 > inet 10.50.41.234 netmask 0xfffffe00 broadcast 10.50.41.255 > inet 10.50.41.101 netmask 0xffffffff broadcast 10.50.41.101 > ether 00:90:f5:0e:c8:e5 > media: Ethernet autoselect (100baseTX ) > status: active I believe the problem is that adding an address to a NIC causes a call to ifp->if_init() which resets the media and triggers a LINK_DOWN event in all too many cases. Using if_init here is rather like driving finishing nails with a sledge hammer. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDWAwdXY6L6fI4GtQRArI3AKCUnjgBf/ePr5l9sjC5aPB7z4T5WQCfSX+9 RzhBua1iOSTCphId2JPmXeU= =1Vtr -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 22:11:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34F7D16A41F for ; Thu, 20 Oct 2005 22:11:48 +0000 (GMT) (envelope-from djp@polands.org) Received: from moab.polands.org (CPE-24-208-53-189.new.res.rr.com [24.208.53.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F30D43D66 for ; Thu, 20 Oct 2005 22:11:46 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org ([172.16.1.35]) by moab.polands.org (8.13.1/8.13.1) with ESMTP id j9KMBfH3031999; Thu, 20 Oct 2005 17:11:41 -0500 (CDT) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.4/8.13.1) with ESMTP id j9KMBfYp043559; Thu, 20 Oct 2005 17:11:41 -0500 (CDT) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.4/8.13.1/Submit) id j9KMBfSi043558; Thu, 20 Oct 2005 17:11:41 -0500 (CDT) (envelope-from djp) Date: Thu, 20 Oct 2005 17:11:41 -0500 From: Doug Poland To: "M. Warner Losh" Message-ID: <20051020221140.GE3290@polands.org> References: <4356E65B.6060009@polands.org> <20051020.143205.38082947.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051020.143205.38082947.imp@bsdimp.com> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Regression in device ath between BETA5 and RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 22:11:48 -0000 On Thu, Oct 20, 2005 at 02:32:05PM -0600, M. Warner Losh wrote: > In message: <4356E65B.6060009@polands.org> > Doug Poland writes: > : I'm running 6.0-RC1 on a laptop with a Netgear WG511T PCMCIA ethernet > : adapter. Today I cvsup'd from BETA5 to RC1 and have noticed a serious > : regression in performance of this card/driver. Has anyone else noticed > : this? Should I submit a PR? > > Define serious regression in performance. I'm unaware of any problems > in this area. Is there some way you can quantify which change between > beta5 and rc-1 appears to have caused this? > Sorry in advance for my lack of technical expertise in this area, I may be using incorrect or misleading terminology... I'm running multiple SSH sessions from the laptop to other FreeBSD boxes. I'll get periods of time (2-12ish) seconds where the SSH connection is unresponsive. This can happen quite frequently, as in every minute or two. In an attempt to better quantify what I'm seeing, I've recorded the results from an # ifconfig ath0 | grep media: | awk '{print $7}' command. This is what I'm seeing... This sample was over a period of about 1/2 hour. I wasn't capturing time stamps at this point... OFDM/6Mbps OFDM/48Mbps OFDM/9Mbps DS/5.5Mbps OFDM/6Mbps OFDM/9Mbps DS/11Mbps OFDM/6Mbps DS/5.5Mbps OFDM/6Mbps OFDM/9Mbps DS/11Mbps OFDM/12Mbps OFDM/18Mbps OFDM/24Mbps OFDM/36Mbps OFDM/48Mbps OFDM/36Mbps OFDM/48Mbps OFDM/36Mbps Then I got smarter and capture date/time... Thu Oct 20 15:37:10 CDT 2005 (OFDM/48Mbps) Thu Oct 20 15:37:32 CDT 2005 (OFDM/36Mbps) Thu Oct 20 15:39:39 CDT 2005 (OFDM/48Mbps) Thu Oct 20 15:49:15 CDT 2005 (OFDM/36Mbps) Thu Oct 20 15:57:10 CDT 2005 (OFDM/24Mbps) Thu Oct 20 16:02:05 CDT 2005 (OFDM/36Mbps) Thu Oct 20 16:03:01 CDT 2005 (OFDM/48Mbps) Thu Oct 20 16:07:08 CDT 2005 (OFDM/54Mbps) Thu Oct 20 16:14:54 CDT 2005 (OFDM/48Mbps) Thu Oct 20 16:17:02 CDT 2005 (OFDM/36Mbps) Thu Oct 20 16:18:10 CDT 2005 (OFDM/48Mbps) Thu Oct 20 16:21:57 CDT 2005 (OFDM/54Mbps) Thu Oct 20 16:22:28 CDT 2005 (OFDM/48Mbps) Thu Oct 20 16:42:57 CDT 2005 (OFDM/36Mbps) Thu Oct 20 16:59:58 CDT 2005 (OFDM/24Mbps) Thu Oct 20 17:01:10 CDT 2005 (OFDM/18Mbps) Thu Oct 20 17:02:57 CDT 2005 (DS/11Mbps) Thu Oct 20 17:03:54 CDT 2005 (OFDM/12Mbps) Thu Oct 20 17:05:02 CDT 2005 (DS/11Mbps) Thu Oct 20 17:06:34 CDT 2005 (OFDM/12Mbps) Thu Oct 20 17:06:44 CDT 2005 (OFDM/18Mbps) Thu Oct 20 17:06:54 CDT 2005 (OFDM/24Mbps) Thu Oct 20 17:07:03 CDT 2005 (OFDM/36Mbps) Thu Oct 20 17:07:53 CDT 2005 (OFDM/18Mbps) Thu Oct 20 17:07:55 CDT 2005 (DS/11Mbps) Thu Oct 20 17:08:03 CDT 2005 (OFDM/9Mbps) Thu Oct 20 17:08:05 CDT 2005 (DS/5.5Mbps) Thu Oct 20 17:08:32 CDT 2005 (DS/2Mbps) Thu Oct 20 17:08:38 CDT 2005 (DS/1Mbps) Thu Oct 20 17:08:44 CDT 2005 (OFDM/36Mbps) Thu Oct 20 17:08:50 CDT 2005 (OFDM/24Mbps) Thu Oct 20 17:08:53 CDT 2005 (OFDM/12Mbps) Thu Oct 20 17:08:55 CDT 2005 (OFDM/9Mbps) Thu Oct 20 17:08:57 CDT 2005 (DS/5.5Mbps) Thu Oct 20 17:09:01 CDT 2005 (DS/1Mbps) Thu Oct 20 17:09:10 CDT 2005 (OFDM/36Mbps) Thu Oct 20 17:09:20 CDT 2005 (OFDM/24Mbps) Thu Oct 20 17:09:22 CDT 2005 (OFDM/12Mbps) Thu Oct 20 17:09:24 CDT 2005 (DS/11Mbps) Thu Oct 20 17:09:26 CDT 2005 (OFDM/6Mbps) Thu Oct 20 17:09:28 CDT 2005 (DS/5.5Mbps) Thu Oct 20 17:09:30 CDT 2005 (DS/1Mbps) Thu Oct 20 17:09:38 CDT 2005 (OFDM/36Mbps) Thu Oct 20 17:09:41 CDT 2005 (OFDM/24Mbps) Thu Oct 20 17:10:01 CDT 2005 (OFDM/18Mbps) Every time it "renegotiates" a connect speed, it seems that the connection is "dead". Also note, the laptop is stationary during these measurements. It also appears that the more I put through the network, the more these "switches" happen. I was seeing this behavior a lot on 5.2.1, 5.3, and, IIRC, 5.4. Responsiveness was so poor as to make remote SSH sessions unusable. When I installed -CURRENT then RELENG_6, then the NIC started performing beautifully. Very stable and consistent. Now, with yesterday's cvsup'd to RC1, the NIC/driver is performing poorly again. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 22:18:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E33B16A41F; Thu, 20 Oct 2005 22:18:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E15DA43D62; Thu, 20 Oct 2005 22:18:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9KMIaAS089529; Thu, 20 Oct 2005 18:18:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9KMIajD054130; Thu, 20 Oct 2005 18:18:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 736BB7302F; Thu, 20 Oct 2005 18:18:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051020221836.736BB7302F@freebsd-current.sentex.ca> Date: Thu, 20 Oct 2005 18:18:36 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 22:18:38 -0000 TB --- 2005-10-20 20:32:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-20 20:32:14 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-20 20:32:14 - cleaning the object tree TB --- 2005-10-20 20:32:50 - checking out the source tree TB --- 2005-10-20 20:32:50 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-20 20:32:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-20 20:39:57 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-20 20:39:57 - cd /src TB --- 2005-10-20 20:39:57 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-10-20 22:12:24 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-20 22:12:24 - cd /src TB --- 2005-10-20 22:12:24 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Oct 20 22:12:25 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/kern_lock.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/kern_lockf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/kern_mac.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/kern_malloc.c /src/sys/kern/kern_malloc.c: In function `db_show_malloc': /src/sys/kern/kern_malloc.c:838: warning: long long unsigned int format, u_int64_t arg (arg 3) /src/sys/kern/kern_malloc.c:838: warning: long long unsigned int format, u_int64_t arg (arg 4) /src/sys/kern/kern_malloc.c:838: warning: long long unsigned int format, u_int64_t arg (arg 5) *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-20 22:18:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-20 22:18:36 - ERROR: failed to build generic kernel TB --- 2005-10-20 22:18:36 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 22:33:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5BDD16A41F for ; Thu, 20 Oct 2005 22:33:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6600F43D62 for ; Thu, 20 Oct 2005 22:33:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3F6B61A3C19; Thu, 20 Oct 2005 15:33:41 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9BAF45148D; Thu, 20 Oct 2005 18:33:40 -0400 (EDT) Date: Thu, 20 Oct 2005 18:33:40 -0400 From: Kris Kennaway To: Doug Poland Message-ID: <20051020223340.GA60914@xor.obsecurity.org> References: <4356E65B.6060009@polands.org> <20051020.143205.38082947.imp@bsdimp.com> <20051020221140.GE3290@polands.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <20051020221140.GE3290@polands.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, "M. Warner Losh" Subject: Re: Regression in device ath between BETA5 and RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 22:33:43 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Oct 20, 2005 at 05:11:41PM -0500, Doug Poland wrote: > I was seeing this behavior a lot on 5.2.1, 5.3, and, IIRC, 5.4. > Responsiveness was so poor as to make remote SSH sessions unusable. > When I installed -CURRENT then RELENG_6, then the NIC started performing > beautifully. Very stable and consistent. Now, with yesterday's cvsup'd > to RC1, the NIC/driver is performing poorly again. Go back to the previous version to verify it's not environmental or some other problem than a regression in FreeBSD. Kris --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDWBtDWry0BWjoQKURAnSKAJ4hbbNlrxeMW1JmYuDaHocTauFvQQCgiapU R6HlT5VoIU3zBv0K3+5Xc1w= =BVrx -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 23:23:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3DBF16A41F for ; Thu, 20 Oct 2005 23:23:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D8CD43D64 for ; Thu, 20 Oct 2005 23:23:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 77B091A3C19; Thu, 20 Oct 2005 16:23:09 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BB86B51364; Thu, 20 Oct 2005 19:23:08 -0400 (EDT) Date: Thu, 20 Oct 2005 19:23:08 -0400 From: Kris Kennaway To: Doug Poland Message-ID: <20051020232308.GA77950@xor.obsecurity.org> References: <4356E65B.6060009@polands.org> <20051020.143205.38082947.imp@bsdimp.com> <20051020221140.GE3290@polands.org> <20051020223340.GA60914@xor.obsecurity.org> <43581E5C.4010006@polands.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <43581E5C.4010006@polands.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, "M. Warner Losh" , Kris Kennaway Subject: Re: Regression in device ath between BETA5 and RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 23:23:10 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 20, 2005 at 05:46:52PM -0500, Doug Poland wrote: > Kris Kennaway wrote: > >On Thu, Oct 20, 2005 at 05:11:41PM -0500, Doug Poland wrote: > > > > > >>I was seeing this behavior a lot on 5.2.1, 5.3, and, IIRC, 5.4. > >>Responsiveness was so poor as to make remote SSH sessions unusable. > >>When I installed -CURRENT then RELENG_6, then the NIC started performing > >>beautifully. Very stable and consistent. Now, with yesterday's cvsup'd > >>to RC1, the NIC/driver is performing poorly again. > > > > > >Go back to the previous version to verify it's not environmental or > >some other problem than a regression in FreeBSD. > > > Sure, can you tell me what tag to use in my supfile? Right now I have: >=20 > *default release=3Dcvs tag=3DRELENG_6 Use a date instead of a tag (see the cvsup docs). Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDWCbcWry0BWjoQKURAliWAKDjtmOpv4imEdXpXRtFrrXXT5hlJQCgkYH1 loF2CVfyDXl7ZFDwIEVHV6s= =dzUW -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 00:48:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEBD316A41F for ; Fri, 21 Oct 2005 00:48:37 +0000 (GMT) (envelope-from doug@polands.org) Received: from moab.polands.org (CPE-24-208-53-189.new.res.rr.com [24.208.53.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id A31E343D64 for ; Fri, 21 Oct 2005 00:48:36 +0000 (GMT) (envelope-from doug@polands.org) Received: from [192.168.0.2] ([172.16.1.40]) by moab.polands.org (8.13.1/8.13.1) with ESMTP id j9KMkv66032262; Thu, 20 Oct 2005 17:46:57 -0500 (CDT) (envelope-from doug@polands.org) Message-ID: <43581E5C.4010006@polands.org> Date: Thu, 20 Oct 2005 17:46:52 -0500 From: Doug Poland User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051019) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <4356E65B.6060009@polands.org> <20051020.143205.38082947.imp@bsdimp.com> <20051020221140.GE3290@polands.org> <20051020223340.GA60914@xor.obsecurity.org> In-Reply-To: <20051020223340.GA60914@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "M. Warner Losh" Subject: Re: Regression in device ath between BETA5 and RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 00:48:37 -0000 Kris Kennaway wrote: > On Thu, Oct 20, 2005 at 05:11:41PM -0500, Doug Poland wrote: > > >>I was seeing this behavior a lot on 5.2.1, 5.3, and, IIRC, 5.4. >>Responsiveness was so poor as to make remote SSH sessions unusable. >>When I installed -CURRENT then RELENG_6, then the NIC started performing >>beautifully. Very stable and consistent. Now, with yesterday's cvsup'd >>to RC1, the NIC/driver is performing poorly again. > > > Go back to the previous version to verify it's not environmental or > some other problem than a regression in FreeBSD. > Sure, can you tell me what tag to use in my supfile? Right now I have: *default release=cvs tag=RELENG_6 -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 04:03:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4389516A41F for ; Fri, 21 Oct 2005 04:03:21 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id D387543D46 for ; Fri, 21 Oct 2005 04:03:20 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9L42Na4016657; Thu, 20 Oct 2005 22:02:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 20 Oct 2005 22:03:46 -0600 (MDT) Message-Id: <20051020.220346.13027284.imp@bsdimp.com> To: kris@obsecurity.org From: "M. Warner Losh" In-Reply-To: <20051020232308.GA77950@xor.obsecurity.org> References: <20051020223340.GA60914@xor.obsecurity.org> <43581E5C.4010006@polands.org> <20051020232308.GA77950@xor.obsecurity.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 20 Oct 2005 22:02:23 -0600 (MDT) Cc: doug@polands.org, freebsd-current@freebsd.org Subject: Re: Regression in device ath between BETA5 and RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 04:03:21 -0000 In message: <20051020232308.GA77950@xor.obsecurity.org> Kris Kennaway writes: : On Thu, Oct 20, 2005 at 05:46:52PM -0500, Doug Poland wrote: : > Kris Kennaway wrote: : > >On Thu, Oct 20, 2005 at 05:11:41PM -0500, Doug Poland wrote: : > > : > > : > >>I was seeing this behavior a lot on 5.2.1, 5.3, and, IIRC, 5.4. : > >>Responsiveness was so poor as to make remote SSH sessions unusable. : > >>When I installed -CURRENT then RELENG_6, then the NIC started performing : > >>beautifully. Very stable and consistent. Now, with yesterday's cvsup'd : > >>to RC1, the NIC/driver is performing poorly again. : > > : > > : > >Go back to the previous version to verify it's not environmental or : > >some other problem than a regression in FreeBSD. : > > : > Sure, can you tell me what tag to use in my supfile? Right now I have: : > : > *default release=cvs tag=RELENG_6 : : Use a date instead of a tag (see the cvsup docs). *default release=cvs date=2005.10.10.12.23.45 and try to find where, since June, the divergence of performance was. We branched RELENG_6 in June, and there's been much merged from head back into RELENG_6. Warner From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 07:17:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5727116A41F for ; Fri, 21 Oct 2005 07:17:41 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 878BE43D45 for ; Fri, 21 Oct 2005 07:17:40 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 21 Oct 2005 07:17:38 -0000 Received: from v208-017.vps.tuwien.ac.at (EHLO v208-017.vps.tuwien.ac.at) [128.131.208.17] by mail.gmx.net (mp013) with SMTP; 21 Oct 2005 09:17:38 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: current@freebsd.org Content-Type: text/plain Date: Fri, 21 Oct 2005 09:17:29 +0200 Message-Id: <1129879049.771.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: PREEMPTION still unusable with 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 07:17:41 -0000 I recently upgraded my 5.4-RELEASE machine to 6.0-RC1. Runs fine so far if I disable PREEMPTION. With PREEMPTION enabled, I still get the same issues as described here: http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037949.html kernel config: http://stud4.tuwien.ac.at/~e0125637/fbsd/kernconf-6.0-RC1 /var/log/messages output: http://stud4.tuwien.ac.at/~e0125637/fbsd/messages-6.0-RC1 Any one else still experiencing these problems or has any idea what causes this? BTW, are 6.0 discussions supposed to go to stable@ once 6.0 is released? Thanks, Stefan From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 07:24:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB3CC16A41F for ; Fri, 21 Oct 2005 07:24:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADB1243D45 for ; Fri, 21 Oct 2005 07:24:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8AE481A3C19; Fri, 21 Oct 2005 00:24:51 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 177B1512A1; Fri, 21 Oct 2005 03:24:49 -0400 (EDT) Date: Fri, 21 Oct 2005 03:24:49 -0400 From: Kris Kennaway To: Stefan Ehmann Message-ID: <20051021072448.GA15130@xor.obsecurity.org> References: <1129879049.771.6.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <1129879049.771.6.camel@localhost> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: PREEMPTION still unusable with 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 07:24:52 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 21, 2005 at 09:17:29AM +0200, Stefan Ehmann wrote: > I recently upgraded my 5.4-RELEASE machine to 6.0-RC1. Runs fine so far > if I disable PREEMPTION. >=20 > With PREEMPTION enabled, I still get the same issues as described here: > http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037949.= html >=20 > kernel config: > http://stud4.tuwien.ac.at/~e0125637/fbsd/kernconf-6.0-RC1 >=20 > /var/log/messages output: > http://stud4.tuwien.ac.at/~e0125637/fbsd/messages-6.0-RC1 >=20 > Any one else still experiencing these problems or has any idea what > causes this? Turn on WITNESS, INVARIANTS and see if they report anything. Break to DDB and use the various debugging commands (ps, the various show commands, ...) to trace things. > BTW, are 6.0 discussions supposed to go to stable@ once 6.0 is released? Yes. Kris --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDWJe/Wry0BWjoQKURAvroAJ9lg+NR7IMxUZftjv6/IKRWmj+Q5wCeLErr x39D8doPdqPNJvw94Hl/L5Q= =D6EI -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 09:29:39 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91A1416A41F; Fri, 21 Oct 2005 09:29:39 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E341D43D45; Fri, 21 Oct 2005 09:29:38 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1EStD0-0002Gp-11; Fri, 21 Oct 2005 11:29:07 +0200 Date: Fri, 21 Oct 2005 11:29:34 +0200 From: Marcin Jessa To: Message-Id: <20051021112934.7c857fcc.lists@yazzy.org> In-Reply-To: <07c501c5d5e1$0ddf67f0$42764eca@ilo.skyinet.net> References: <20051019235111.2225345e.lists@yazzy.org> <20051020070145.GA59364@cell.sick.ru> <20051020131549.5e432073.lists@yazzy.org> <20051020123159.33f6fa33.lists@yazzy.org> <07c501c5d5e1$0ddf67f0$42764eca@ilo.skyinet.net> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: glebius@FreeBSD.org, current@FreeBSD.org, net@FreeBSD.org Subject: Re: PPPoE and Radius on 6.0RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 09:29:39 -0000 On Fri, 21 Oct 2005 09:45:02 +0800 wrote: > ----- Original Message ----- > From: "Marcin Jessa" > To: "Marcin Jessa" > Cc: ; ; > Sent: Thursday, October 20, 2005 8:31 PM > Subject: Re: PPPoE and Radius on 6.0RC1 > > > > Just tested the same setup on 7.0 built tonight and it did not work. > > The pppoed daemon never sends any requests to freeradius... > > take note that pppoed is the one processing pppoe frames while user > ppp is the one communicating with your radius server.... > > >> set radius /etc/ppp/radius.conf #turn on radius auth and > >> use > > what does your radius.conf says? auth 127.0.0.1:1812 secret_pass 3 3 acct 127.0.0.1:1813 secret_pass 3 3 I also tried with the IP of my wired nic auth 192.168.2.8:1812 witelcom123 3 3 acct 192.168.2.8:1813 witelcom123 3 3 Both hosts are enabled as radius clients in freeradius's config file. The problem seems to be ppp is never started by pppoe. and nothing shows in the ppp.log even with full debugging switched on. Running ppp manually and loading the default profile. # ppp Working in interactive mode Using interface: tun0 Warning: tun0: AIFADDR 192.168.2.8 -> 192.168.2.202 returns 0 ppp ON freakbs> load default Warning: tun0: DIFADDR 192.168.2.8 -> 192.168.2.202 returns 0 Warning: tun0: AIFADDR 192.168.2.8 -> 192.168.2.201 returns 0 ppp ON freakbs> show log Log: CCP Chat Command Connect Debug Filter IPCP IPV6CP LCP LQM Phase Radius TCP/IP Tun Warning Error Alert Local: Warning Error Alert Gives me (had to put it on the web, it would be unreadable here): http://www.yazzy.org/debug/ppp1.log Trying to auth user and running ppp in command line: ppp -direct default Gives http://www.yazzy.org/debug/ppp.log Marcin From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 13:53:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 310EC16A41F; Thu, 20 Oct 2005 13:53:01 +0000 (GMT) (envelope-from atrens@nortel.com) Received: from zrtps0kp.nortelnetworks.com (zrtps0kp.nortelnetworks.com [47.140.192.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EF0743D66; Thu, 20 Oct 2005 13:53:00 +0000 (GMT) (envelope-from atrens@nortel.com) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zrtps0kp.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id j9KDqon21753; Thu, 20 Oct 2005 09:52:50 -0400 (EDT) Received: from [10.0.5.2] ([47.128.22.25] RDNS failed) by zcarhxm2.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 20 Oct 2005 09:52:48 -0400 Message-ID: <4357A115.50106@nortel.com> Date: Thu, 20 Oct 2005 09:52:21 -0400 From: "Andrew Atrens" User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jim Thompson References: <43560B6A.4070505@mikulas.com> <20051019091559.GA45009@heff.fud.org.nz> <43565782.8080706@nortel.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Oct 2005 13:52:48.0164 (UTC) FILETIME=[8E1A3E40:01C5D57D] X-Mailman-Approved-At: Fri, 21 Oct 2005 12:33:50 +0000 Cc: freebsd-current@freebsd.org, Jiri Mikulas , Andrew Thompson Subject: Re: ath client bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 13:53:01 -0000 Jim Thompson wrote: > > On Oct 19, 2005, at 4:26 AM, Andrew Atrens wrote: > >> Andrew Thompson wrote: >> >>> On Wed, Oct 19, 2005 at 11:01:30AM +0200, Jiri Mikulas wrote: >>> >>>> Hello >>>> I have problem to setup bridging box with ath in client mode and >>>> if_bridge >>>> When card is in AP mode, everything is ok, but if I want to run >>>> card in >>>> client mode, bridging is not working. >>>> Here are my testing steps: (it's quite long, so I prefer put URL >>>> there :) ) >>>> >>> Bridging on the client side of a wireless connection is not supported >>> and has to do with the 801.11 frame format. The problem is that the >>> client only registers its own MAC address with the AP, so the bridged >>> clients do not get a reply (as far as I understand). >>> >> >> Yah, the 802.11 header only has room for three addresses. >> >> The AP uses them as - >> >> ssid >> src >> dest >> >> (in this case src is the *real* src of the packet hence the AP itself >> can bridge) >> >> The client uses - >> >> ssid >> src >> dest >> >> (in this case src *must* be the client mac, hence the client can't >> bridge packets >> from other macs) > > > The use of addr1, addr2 and addr3 is dependent on the settings for > FromDS and ToDS (two bits in the "Frame Control" bitfield in the header). > > addr1 is always the recipient address (the station on the BSS that is > the immediate recipient of this frame. If ToDS is set, this is the > address of the AP. If ToDS is not set, then this is the address of the > end station (can be a group (broadcast/multicate) address as well). > > addr2 is always the transmitter address (the MAC address of the station > that is physically transmitting the packet onto the wireless medium). > If FromDS is set, this is the address of the AP, FromDS is not set, > this is the address of the station. Right, I ran into problems here when porting if_bridge to DragonFly. Needed to make a small tweak in ieee80211_encap as it was using the eth_header to populate the addr2 field, instead of using my_addr. > addr3 is the 'missing' address. If FromDS is set, then addr3 is the > original source address of the frame (may be a machine behind the AP). > If ToDS is set, then addr3 is the destination address > > If both FromDS and ToDS are set, then you use addr4, such that you've > got the complete set of MACs that are the transmitter and receiver on > the wireless medium (part of this BSS) and the actual source and > destination Ethernet addresses (which are likely both outside the BSS). > > FromDS ToDS addr1 addr2 addr3 addr4 > 0 0 DA SA BSSID X > 1 0 DA BSSID SA X > 0 1 BSSID SA DA X > 1 1 RA TA DA SA > > Also, there is a (huge) difference between 802.11's BSSID and its > ESSID, so I've not used (your) "ssid" in the above. > > In an IBSS (which has no distribution system), the FromDS/ToDS bits > aren't set because the frames are always sent from > one station to another. Management and control frames don't have the > FromDS/ToDS bits set, either. > > > The actual issue is that unless you use the 4-address format, you > either don't know one of the actual endpoints, or you don't know where > to ACK the packet. One of the essentially unwritten rules of the > 802.11 MAC is that you always ACK addr2 (unless you don't ACK that kind > of frame, of course). Agreed. > > Now, answer this question: Where do you send the ACKs when SA != TA? SA I'm guessing. (Only one second of thought though :)). You'd treat SA like a layer2 gateway. I'm porting ETHERIP from OpenBSD (appears to be working, sort of, not well tested), and have that tied in to gif, and have gif support tied into my hacked if_bridge. That sort of does what I want. I set up a gif tunnel between my AP and my client. Then on the client, bridge the gif with the local 100bt nic. Only niggly thing is the extra packet overhead required by ETHERIP. > >> >> There is a four address version of the packet header, but as I recall >> the fourth >> address is used by TKIP. > > > nope. Thanks. My answer was based on just snoopinig around in the net80211 source code - the only usages I found of ieee80211_frame_addr4 were in crypto_ccmp and crypto_tkip. > >> >> So it's a problem with 802.11 standard. I think that's why they came >> up with WDS. >> I think there's some support for WDS in MadWiFi, but not yet in the >> BSD stack(s). > > > As the term is commonly used, WDS *is* the 4-address frame format. Makes sense. Thought there might be more to it than that, for instance AP's tracking/coordinating with other AP's with the same ssid and channel. But I really haven't looked at it, to be completely honest. :) I know that when I put my laptop in AP mode (same channel and ssid as my master AP), on the laptop, I stop hearing packets coming from my master AP. Andrew. From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 14:51:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6518B16A41F; Thu, 20 Oct 2005 14:51:53 +0000 (GMT) (envelope-from atrens@nortel.com) Received: from zrtps0kn.nortelnetworks.com (zrtps0kn.nortelnetworks.com [47.140.192.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEA6243D5A; Thu, 20 Oct 2005 14:51:52 +0000 (GMT) (envelope-from atrens@nortel.com) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zrtps0kn.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id j9KEpkF10575; Thu, 20 Oct 2005 10:51:46 -0400 (EDT) Received: from [10.0.5.2] ([47.128.22.25] RDNS failed) by zcarhxm2.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 20 Oct 2005 10:51:44 -0400 Message-ID: <4357AEE4.7050503@nortel.com> Date: Thu, 20 Oct 2005 10:51:16 -0400 From: "Andrew Atrens" User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jim Thompson References: <43560B6A.4070505@mikulas.com> <20051019091559.GA45009@heff.fud.org.nz> <43565782.8080706@nortel.com> <7B0B2AA4-5178-4C0F-BB7B-869CB7FC29AC@netgate.com> In-Reply-To: <7B0B2AA4-5178-4C0F-BB7B-869CB7FC29AC@netgate.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Oct 2005 14:51:44.0079 (UTC) FILETIME=[C9AC0DF0:01C5D585] X-Mailman-Approved-At: Fri, 21 Oct 2005 12:33:50 +0000 Cc: freebsd-current@freebsd.org, Jiri Mikulas , Andrew Thompson Subject: Re: ath client bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 14:51:53 -0000 Jim Thompson wrote: > > On Oct 20, 2005, at 3:24 AM, Jim Thompson wrote: > > > 1 0 DA BSSID SA X > > more importantly, when a device "behind" the AP sends a packet for and > SA that is behind your "client bridge", how does the AP know where to > send the frame on the wireless medium? Aha. I had SA confused with TA. Please replace SA with TA on my last response. :) The kludge I see my deliberant 'wireless' bridges use is some kind of 'mac nat', so SA gets replaced by TA when the client bridges the packet out to the AP. > > Or, in this case: > > 0 1 BSSID SA DA X > > When a device "behind" your client bridge sends a frame through your > client bridge, and "SA" is this "device behind", how can the AP > possibly accept the frame. It doesn't (appear) to come from an > associated STA (SA isn't the address for the device that sent the > packet), and the AP certainly can't ACK the frame, (so why would it > forward it?) The deliberants replace SA by TA, do mac 'nat' and proxy-arp. The fact that I need a solution next week is what pushed me down the road of bridging gif interfaces, because ETHERIP encaps the entire bridged packet. Incidentally, I'm hoping with some more tweaking I can put the gif interface through an ipsec tunnel. So then I have a 'tunneled' encrypted bridge. OpenBSD does this already, though their stacks are different, but so far it looks doable. > > This is why the "4 address" frame type (with FromDS and ToDS both set) > exists. > > 1 1 RA TA DA SA > > RA = device on wireless media "receiving" the frame > TA = device on the wireless media "transmitting the frame" > SA = original source of the packet > DA = original (and ultimate) destination of the packet Thanks I had TA and SA mixed up. :) Andrew. From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 17:35:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E7ED16A41F for ; Thu, 20 Oct 2005 17:35:30 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from forrie.com (c-24-62-224-187.hsd1.nh.comcast.net [24.62.224.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id D105A43D64 for ; Thu, 20 Oct 2005 17:35:29 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [192.168.1.99] ([192.168.1.99]) (authenticated bits=0) by forrie.com (8.13.4/8.13.4) with ESMTP id j9KHZT5E072750 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 20 Oct 2005 13:35:29 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <4357D560.6010509@forrie.com> Date: Thu, 20 Oct 2005 13:35:28 -0400 From: Forrest Aldrich User-Agent: Thunderbird 1.4.1 (Windows/20051016) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Virus-Scanned: ClamAV 0.87/1145/Thu Oct 20 08:01:39 2005 on forrie.com X-Virus-Status: Clean X-Mailman-Approved-At: Fri, 21 Oct 2005 12:33:50 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: dhclient problems on FreeBSD-6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2005 17:35:30 -0000 I'm running: 6.0-BETA5 #0: Sat Oct 8 14:41:44 EDT 2005 Recently, I posted a quesiton about dhclient becoming "wedged" in the mornings, it would raise the system load and basically hang. A simple kill -HUP and restart would solve the problem. The only indication I'm seeing in the logs is: Oct 20 13:25:26 forrie dhclient[11061]: 5 bad IP checksums seen in 5 packets My provider is Comcast. Does the above message indicate something "bad" being sent from their DHCP servers or am I hitting a known bug. The dhclient I'm using is whatever comes with the stock system build. Thanks. From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 01:44:56 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13A3F16A41F; Fri, 21 Oct 2005 01:44:56 +0000 (GMT) (envelope-from fooler@skyinet.net) Received: from smtp2.skyinet.net (smtp2.skyinet.net [202.78.97.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A66B043D5A; Fri, 21 Oct 2005 01:44:55 +0000 (GMT) (envelope-from fooler@skyinet.net) Received: from fooler (fooler.ilo.skyinet.net [202.78.118.66]) by smtp2.skyinet.net (Postfix) with SMTP id 9CCB15BA43; Fri, 21 Oct 2005 09:44:53 +0800 (PHT) Message-ID: <07c501c5d5e1$0ddf67f0$42764eca@ilo.skyinet.net> From: To: "Marcin Jessa" References: <20051019235111.2225345e.lists@yazzy.org><20051020070145.GA59364@cell.sick.ru><20051020131549.5e432073.lists@yazzy.org> <20051020123159.33f6fa33.lists@yazzy.org> Date: Fri, 21 Oct 2005 09:45:02 +0800 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.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailman-Approved-At: Fri, 21 Oct 2005 12:33:50 +0000 Cc: glebius@FreeBSD.org, current@FreeBSD.org, net@FreeBSD.org Subject: Re: PPPoE and Radius on 6.0RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 01:44:56 -0000 ----- Original Message ----- From: "Marcin Jessa" To: "Marcin Jessa" Cc: ; ; Sent: Thursday, October 20, 2005 8:31 PM Subject: Re: PPPoE and Radius on 6.0RC1 > Just tested the same setup on 7.0 built tonight and it did not work. > The pppoed daemon never sends any requests to freeradius... take note that pppoed is the one processing pppoe frames while user ppp is the one communicating with your radius server.... >> set radius /etc/ppp/radius.conf #turn on radius auth and use what does your radius.conf says? fooler. From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 10:19:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA03E16A41F for ; Fri, 21 Oct 2005 10:19:23 +0000 (GMT) (envelope-from terry@tmk.com) Received: from server.tmk.com (server.tmk.com [204.141.35.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B34E43D49 for ; Fri, 21 Oct 2005 10:19:21 +0000 (GMT) (envelope-from terry@tmk.com) Received: from tmk.com by tmk.com (PMDF V6.2-1x9 #37010) id <01LUG3QTV8G0000G07@tmk.com> for freebsd-current@freebsd.org; Fri, 21 Oct 2005 06:19:19 -0400 (EDT) Date: Fri, 21 Oct 2005 06:14:21 -0400 (EDT) From: Terry Kennedy To: freebsd-current@freebsd.org Message-id: <01LUG3XKETWK000G07@tmk.com> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=us-ascii X-Mailman-Approved-At: Fri, 21 Oct 2005 12:33:50 +0000 Subject: 6.0-RC1 new message: "atapci0: failed to enable memory mapping!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 10:19:23 -0000 I have a number of Dell Poweredge 750 servers here. Since upgrading them to 6.0-RC1 (cvsup as of early on 10/21) from 5.4-STABLE, I'm getting a new log message at boot time. Here's an extract: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfea0-0xfeaf at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfea0 atapci0: failed to enable memory mapping! 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=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ata0: [MPSAFE] 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=80 ostat1=80 ata1: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata1: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=50 stat1=50 devices=0x3 ata1: [MPSAFE] The complete dmesg is here: http://www.tmk.com/transient/pe750-dmesg.txt This happens on a number of different configurations. The above dmesg is from a box with a pair of SATA drives on the built-in SATA controller and a CD-ROM on the ATA side of the controller; it also happens on a box with only the CD-ROM (that system has SCSI disks). The message seems to be harmless, but is confusing. I searched the archives and didn't find any discussions relevant to this problem on 6.0-RC1, so I'm posting here. I can provide remote access to the system (including BIOS console) to de- velopers if needed. Terry Kennedy http://www.tmk.com terry@tmk.com New York, NY USA From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 11:45:45 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF7FB16A41F; Fri, 21 Oct 2005 11:45:45 +0000 (GMT) (envelope-from fooler@skyinet.net) Received: from smtp1.skyinet.net (smtp1.skyinet.net [202.78.97.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CCE843D45; Fri, 21 Oct 2005 11:45:45 +0000 (GMT) (envelope-from fooler@skyinet.net) Received: from fooler (fooler.ilo.skyinet.net [202.78.118.66]) by smtp1.skyinet.net (Postfix) with SMTP id 580A3582C8; Fri, 21 Oct 2005 19:45:43 +0800 (PHT) Message-ID: <002801c5d634$fdc66bd0$42764eca@ilo.skyinet.net> From: To: "Marcin Jessa" References: <20051019235111.2225345e.lists@yazzy.org><20051020070145.GA59364@cell.sick.ru><20051020131549.5e432073.lists@yazzy.org><20051020123159.33f6fa33.lists@yazzy.org><07c501c5d5e1$0ddf67f0$42764eca@ilo.skyinet.net> <20051021112934.7c857fcc.lists@yazzy.org> Date: Fri, 21 Oct 2005 19:45:52 +0800 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.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailman-Approved-At: Fri, 21 Oct 2005 12:33:50 +0000 Cc: glebius@FreeBSD.org, current@FreeBSD.org, net@FreeBSD.org Subject: Re: PPPoE and Radius on 6.0RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 11:45:45 -0000 ----- Original Message ----- From: "Marcin Jessa" To: Cc: ; ; Sent: Friday, October 21, 2005 5:29 PM Subject: Re: PPPoE and Radius on 6.0RC1 > The problem seems to be ppp is never started by pppoe. here is a sample configuration for your pppoe server.... assuming you have two intel nics named fxp0 and fxp1... fxp0 is facing the net and fxp1 is facing the pppoe clients... fxp1 is ip less... please do the following... 1. in your kernel config file, add the following options and compile the kernel options NETGRAPH options NETGRAPH_ETHER options NETGRAPH_PPPOE options NETGRAPH_SOCKET 2. in your /etc/rc.conf gateway_enable="YES" ifconfig_fxp0="inet 192.168.2.8 netmask 255.255.255.0" ifconfig_fxp1="up" pppoed_enable="YES" pppoed_flags="-l PPPoE -P /var/run/pppoed.pid" pppoed_interface="fxp1" 3. in your /etc/ppp/ppp.conf default: set log Phase Chat LCP IPCP CCP tun command Debug Radius ident user-ppp VERSION (built COMPILATIONDATE) PPPoE: set ifaddr 192.168.2.8 192.168.2.100-192.168.2.120 255.255.255.255 set radius /etc/ppp/radius.conf set dns 192.168.2.45 deny deflate disable deflate accept dns enable lqr enable echo deny pap deny chap deny LANMan deny MSChap enable MSChapV2 disable pred1 disable utmp disable ipv6cp set callback set cbcp set cd 5! set nbns set speed sync set timeout 0 4. in your /etc/ppp/radius.conf auth 127.0.0.1:1812 secret_key 3 3 acct 127.0.0.1:1813 secret_key 3 3 try to remark "set radius /etc/ppp/radius.conf" first in /etc/ppp/ppp.conf to make sure that your pppoe authentication is working without using a radius server... if all went well, then make sure your radius server is working properly by binding to ip address 127.0.0.1 only for security purposes... fooler. From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 12:51:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFA1A16A41F for ; Fri, 21 Oct 2005 12:51:21 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B77443D45 for ; Fri, 21 Oct 2005 12:51:21 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 0DE3FFED041 for ; Fri, 21 Oct 2005 16:51:20 +0400 (MSD) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id C866F10098B7 for ; Fri, 21 Oct 2005 16:51:19 +0400 (MSD) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.4/8.13.4) with ESMTP id j9LCpHgZ042413 for ; Fri, 21 Oct 2005 16:51:17 +0400 (MSD) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.4/8.13.4/Submit) id j9LCpHJp042410; Fri, 21 Oct 2005 16:51:17 +0400 (MSD) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org From: Denis Shaposhnikov Date: Fri, 21 Oct 2005 16:51:17 +0400 Message-ID: <873bmvav96.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.17 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Subject: mount_nullfs FS tree with NFS mounted subtree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 12:51:22 -0000 I have fresh CURRENT and try to NULLFS mount file system's tree with NFS mounted subtree. Like mount_nfs x.x.x.x:/X /mnt2/X mount_nullfs /mnt2 /mnt and /mnt/X is empty directory after that. I can't NFS mount X to every nullfs'ed tree because have a lots them. Any workaround? Thanks! -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 12:56:01 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F44916A420; Fri, 21 Oct 2005 12:56:01 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5EA743D8B; Fri, 21 Oct 2005 12:55:26 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1ESwQA-0002ei-C2; Fri, 21 Oct 2005 14:54:55 +0200 Date: Fri, 21 Oct 2005 14:55:23 +0200 From: Marcin Jessa To: Message-Id: <20051021145523.097758f5.lists@yazzy.org> In-Reply-To: <002801c5d634$fdc66bd0$42764eca@ilo.skyinet.net> References: <20051019235111.2225345e.lists@yazzy.org> <20051020070145.GA59364@cell.sick.ru> <20051020131549.5e432073.lists@yazzy.org> <20051020123159.33f6fa33.lists@yazzy.org> <07c501c5d5e1$0ddf67f0$42764eca@ilo.skyinet.net> <20051021112934.7c857fcc.lists@yazzy.org> <002801c5d634$fdc66bd0$42764eca@ilo.skyinet.net> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) Cc: glebius@FreeBSD.org, current@FreeBSD.org, net@FreeBSD.org Subject: Re: PPPoE and Radius on 6.0RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 12:56:01 -0000 On Fri, 21 Oct 2005 19:45:52 +0800 wrote: > ----- Original Message ----- > From: "Marcin Jessa" > To: > Cc: ; ; > Sent: Friday, October 21, 2005 5:29 PM > Subject: Re: PPPoE and Radius on 6.0RC1 > > > > The problem seems to be ppp is never started by pppoe. > > here is a sample configuration for your pppoe server.... assuming you > have two intel nics named fxp0 and fxp1... fxp0 is facing the net and > fxp1 is facing the pppoe clients... fxp1 is ip less... > > please do the following... > > 1. in your kernel config file, add the following options and compile > the kernel > > options NETGRAPH > options NETGRAPH_ETHER > options NETGRAPH_PPPOE > options NETGRAPH_SOCKET > > 2. in your /etc/rc.conf > > gateway_enable="YES" > ifconfig_fxp0="inet 192.168.2.8 netmask 255.255.255.0" > ifconfig_fxp1="up" > pppoed_enable="YES" > pppoed_flags="-l PPPoE -P /var/run/pppoed.pid" > pppoed_interface="fxp1" > > 3. in your /etc/ppp/ppp.conf > > default: > set log Phase Chat LCP IPCP CCP tun command Debug Radius > ident user-ppp VERSION (built COMPILATIONDATE) > > PPPoE: > set ifaddr 192.168.2.8 192.168.2.100-192.168.2.120 255.255.255.255 > set radius /etc/ppp/radius.conf > set dns 192.168.2.45 > deny deflate > disable deflate > accept dns > enable lqr > enable echo > deny pap > deny chap > deny LANMan > deny MSChap > enable MSChapV2 > disable pred1 > disable utmp > disable ipv6cp > set callback > set cbcp > set cd 5! > set nbns > set speed sync > set timeout 0 > > 4. in your /etc/ppp/radius.conf > > auth 127.0.0.1:1812 secret_key 3 3 > acct 127.0.0.1:1813 secret_key 3 3 > > try to remark "set radius /etc/ppp/radius.conf" first > in /etc/ppp/ppp.conf to make sure that your pppoe authentication is > working without using a radius server... if all went well, then make > sure your radius server is working properly by binding to ip address > 127.0.0.1 only for security purposes... Thanks a lot. I recompiled my kernel with the netgraph options and set up the server with your configs. Besides from the fact that I only use my fxp0 in the tests. root 787 0.0 0.1 1256 796 ?? Ss 2:41PM 0:00.02 /usr/libexec/pppoed -l PPPoE -P /var/run/pppoed.pid -p * fxp0 I disabled radius as well adding username and password by hand. Although the radius itself works fine when I test it with radtest and user's credits. Just like before, nothing gets loged in ppp.log and the ppp process itself never gets started up by the pppoe daemon. "on receipt of the SUCCESS indication, pppoed will execute exec /usr/sbin/ppp -direct label" - This part is not taking place.... Marcin. From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 13:13:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF78816A41F; Fri, 21 Oct 2005 13:13:30 +0000 (GMT) (envelope-from nocool@263.net) Received: from smtp.263.net (263.net.cn [211.150.96.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BFAE43D45; Fri, 21 Oct 2005 13:13:27 +0000 (GMT) (envelope-from nocool@263.net) Received: from iscas-zfw728iit (smtp1 [127.0.0.1]) by smtp.263.net (Postfix) with ESMTP id A16FC126E; Fri, 21 Oct 2005 21:13:29 +0800 (CST) (envelope-from nocool@263.net) X-Originating-IP: [159.226.5.225] Date: Fri, 21 Oct 2005 21:13:57 +0800 From: "nocool" To: "freebsd-hackers" X-mailer: Foxmail 5.0 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 Message-Id: <20051021131329.A16FC126E@smtp.263.net> X-Mailman-Approved-At: Fri, 21 Oct 2005 13:24:43 +0000 Cc: das , freebsd-current , delphij Subject: where to release proc.p_stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 13:13:31 -0000 ZnJlZWJzZC1oYWNrZXJzo6xoZWxsbw0KDQoJUXVlc3Rpb24gYWJvdXQgNS40IGtlcm5lbCBzb3Vy Y2UgY29kZS4NCglJIGhhdmUgc29tZSBxdWVzdGlvbiBhYm91dCBzdHJ1c3QgcHJvYydzIGluaXRp YWxpemUuIEtlcm5lbCB1c2UgcHJvY196b25lIHRvIGFsbG9jYXRlIHByb2MgaXRlbXMgYW5kIGlu aXRpYWxpemUgdGhlbSB3aXRoIHByb2NfaW5pdCAoc3lzXGtlcm5ca2Vybl9wcm9jLmMpIGZ1bmN0 aW9uLiBJbiB0aGlzIGZ1bmN0aW9uLCB3ZSBjYW4gZmluZCB0aGUgZmllbGQgcHJvYy5wX3N0YXRz IGlzIGFsbG9jYXRlZCB3aXRoIHBzdGF0c19hbGxvYygpLCBhcyANCg0KcC0+cF9zdGF0cyA9IHBz dGF0c19hbGxvYygpOyAgDQoNCmFuZCBwc3RhdHNfYWxsb2MgaXMgcmVhbGl6ZWQgYXMgDQoNCm1h bGxvYyhzaXplb2Yoc3RydWN0IHBzdGF0cyksIE1fU1VCUFJPQywgTV9aRVJPfE1fV0FJVE9LKTsN Cg0KQnV0IEkgY2FuJ3QgZmluZCB3aGVyZSB0aGlzIGZpZWxkIGlzIGZyZWVkLiBJZiBpdCB3aWxs IG5vdCBiZSByZWxlYXNlLCB3aWxsIHRoZXJlIGJlIG1lbW9yeSBsZWFrYWdlPw0KDQoNCg0KoaGh oaGhoaGhoaGhoaGhoW5vY29vbA0KoaGhoaGhoaGhoaGhoaGhoW5vY29vbEAyNjMubmV0DQqhoaGh oaGhoaGhoaGhoaGhoaGhoTIwMDUtMTAtMjENCg== From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 13:28:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E73816A41F for ; Fri, 21 Oct 2005 13:28:19 +0000 (GMT) (envelope-from bsam@ns.kfs.ru) Received: from ns.kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F5BB43D48 for ; Fri, 21 Oct 2005 13:28:18 +0000 (GMT) (envelope-from bsam@ns.kfs.ru) Received: from bsam by ns.kfs.ru with local (Exim 4.52 (FreeBSD)) id 1ESww5-000MV2-1Y; Fri, 21 Oct 2005 17:27:53 +0400 To: "M. Warner Losh" References: <20051020223340.GA60914@xor.obsecurity.org> <43581E5C.4010006@polands.org> <20051020232308.GA77950@xor.obsecurity.org> <20051020.220346.13027284.imp@bsdimp.com> From: Boris Samorodov Date: Fri, 21 Oct 2005 17:27:53 +0400 In-Reply-To: <20051020.220346.13027284.imp@bsdimp.com> (M. Warner Losh's message of "Thu, 20 Oct 2005 22:03:46 -0600 (MDT)") Message-ID: <40072758@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: doug@polands.org, freebsd-current@freebsd.org, kris@obsecurity.org Subject: Re: Regression in device ath between BETA5 and RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 13:28:19 -0000 On Thu, 20 Oct 2005 22:03:46 -0600 (MDT) M. Warner Losh wrote: > In message: <20051020232308.GA77950@xor.obsecurity.org> > Kris Kennaway writes: > : On Thu, Oct 20, 2005 at 05:46:52PM -0500, Doug Poland wrote: > : > Kris Kennaway wrote: > : > >On Thu, Oct 20, 2005 at 05:11:41PM -0500, Doug Poland wrote: > : > > > : > > > : > >>I was seeing this behavior a lot on 5.2.1, 5.3, and, IIRC, 5.4. > : > >>Responsiveness was so poor as to make remote SSH sessions unusable. > : > >>When I installed -CURRENT then RELENG_6, then the NIC started performing > : > >>beautifully. Very stable and consistent. Now, with yesterday's cvsup'd > : > >>to RC1, the NIC/driver is performing poorly again. > : > > > : > > > : > >Go back to the previous version to verify it's not environmental or > : > >some other problem than a regression in FreeBSD. > : > > > : > Sure, can you tell me what tag to use in my supfile? Right now I have: > : > > : > *default release=cvs tag=RELENG_6 > : > : Use a date instead of a tag (see the cvsup docs). > *default release=cvs date=2005.10.10.12.23.45 > and try to find where, since June, the divergence of performance was. > We branched RELENG_6 in June, and there's been much merged from head > back into RELENG_6. >From the first letter of this thread: "Today I cvsup'd from BETA5 to RC1 and have noticed..." When did BETA-5 appeared? This can narrow down the search. WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 15:24:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90E0316A41F for ; Fri, 21 Oct 2005 15:24:20 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from portpc-design.spb.ru (portpc-design.spb.ru [81.176.64.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1C3C43D45 for ; Fri, 21 Oct 2005 15:24:18 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.210.139] (ppp83-237-210-139.pppoe.mtu-net.ru [83.237.210.139]) (authenticated bits=0) by portpc-design.spb.ru (8.13.5/8.13.5) with ESMTP id j9LFO9hO098495 for ; Fri, 21 Oct 2005 19:24:14 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <43590814.5090201@mcsi.pp.ru> Date: Fri, 21 Oct 2005 19:24:04 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050929 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on 81.176.64.226 X-Virus-Status: Clean Cc: Subject: boot panic (NDIS?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 15:24:20 -0000 Hi. Got boot time panic on fresh CURRENT. NDIS hardware: ndis0: mem 0xfeaf8000-0xfeaf9fff irq 17 at device 2.0 on pci2 ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:0e:a6:c2:00:e4 Panic: ... Timecounters tick every 1.000 msec kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x109 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06a7570 stack pointer = 0x28:0xd5985cbc frame pointer = 0x28:0xd5985cc4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 41 (Windows DPC 1) Hand transcribed trace, abbreviated: Stopped at kseq_notify+0x94: cmpb 0x109(%edx), %al >trace kseq_notify(c1edbb24,1,c09c4520,c1edbb24,c08236bc) ...+0x94 sched_bind(c1edb9c0,1) ...+0x62 ntoskrnl_dpc_thread(c1f4fc3c,d5985d38,c1f4fc3c,c08236bc,0) ...+0x73 fork_exit(c08236bc,c1f4fc3c,d5985d38) ...+0xa4 fork_trampoline() Kernel config: > cat /sys/i386/conf/ULTRA include GENERIC ident ULTRA nooptions SCHED_4BSD options SCHED_ULE options ALT_BREAK_TO_DEBUGGER options MSGBUF_SIZE=1048576 options CONSPEED=115200 options NDISAPI options MAC device pf device pflog device drm device radeondrm device acpi_asus device sound device snd_ich device speaker device ucom device umodem device ndis device wlan_wep device smbus device ichsmb device smb /boot/loader.conf: > cat /boot/loader.conf hw.psm.synaptics_support=1 debug.mpsafevfs=1 cpufreq_load="YES" debug.acpi.disabled="sysres" bcmwl5_sys_load="YES" -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 15:34:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB1F416A41F for ; Fri, 21 Oct 2005 15:34:23 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BEB543D49 for ; Fri, 21 Oct 2005 15:34:23 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id h30so7597wxd for ; Fri, 21 Oct 2005 08:34:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=deJgOfDVBdTBXGsWzhveOyGPHnWBhbGx+hEL1qxHd1QtIgMsWWWNRtaP022NUyQHenEZLnnPXeygnkivU6qfCer3R2H+eIyvAmpVLbgeLuGUFblrnmZjBM1gY/VW/j11FShHpLtwqg/SZc1CurUXyYLOrLlS3fIEYVJ302Ndv8c= Received: by 10.70.67.13 with SMTP id p13mr1859023wxa; Fri, 21 Oct 2005 08:34:22 -0700 (PDT) Received: by 10.70.53.4 with HTTP; Fri, 21 Oct 2005 08:34:22 -0700 (PDT) Message-ID: <790a9fff0510210834t3945215evbfb724506ef133c3@mail.gmail.com> Date: Fri, 21 Oct 2005 10:34:22 -0500 From: Scot Hetzel To: Boris Samorodov In-Reply-To: <40072758@serv3.int.kfs.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051020223340.GA60914@xor.obsecurity.org> <43581E5C.4010006@polands.org> <20051020232308.GA77950@xor.obsecurity.org> <20051020.220346.13027284.imp@bsdimp.com> <40072758@serv3.int.kfs.ru> Cc: doug@polands.org, freebsd-current@freebsd.org, "M. Warner Losh" , kris@obsecurity.org Subject: Re: Regression in device ath between BETA5 and RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 15:34:24 -0000 On 10/21/05, Boris Samorodov wrote: > >From the first letter of this thread: "Today I cvsup'd from BETA5 to > RC1 and have noticed..." When did BETA-5 appeared? This can narrow > down the search. > Acccording to cvsweb on newvers.sh BETA-5 appeared on: Sun Sep 18 05:12:39 2005 UTC http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh?rev=3D1.69.2.= 7&content-type=3Dtext/x-cvsweb-markup -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 15:39:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB05616A41F for ; Fri, 21 Oct 2005 15:39:33 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D7C443D45 for ; Fri, 21 Oct 2005 15:39:33 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9LFabJ6025919; Fri, 21 Oct 2005 09:36:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 21 Oct 2005 09:38:00 -0600 (MDT) Message-Id: <20051021.093800.127812213.imp@bsdimp.com> To: terry@tmk.com From: "M. Warner Losh" In-Reply-To: <01LUG3XKETWK000G07@tmk.com> References: <01LUG3XKETWK000G07@tmk.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 21 Oct 2005 09:36:37 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: 6.0-RC1 new message: "atapci0: failed to enable memory mapping!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 15:39:33 -0000 In message: <01LUG3XKETWK000G07@tmk.com> Terry Kennedy writes: : The message seems to be harmless, but is confusing. The message is harmless and can be ignored. You'll only see this in bootverbose. Warner From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 16:31:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4373416A424 for ; Fri, 21 Oct 2005 16:31:57 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 643E243D46 for ; Fri, 21 Oct 2005 16:31:53 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 742C113EC92 for ; Fri, 21 Oct 2005 18:31:52 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 44725B4E4C for ; Fri, 21 Oct 2005 18:31:52 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 1D8CAB4E43 for ; Fri, 21 Oct 2005 18:31:52 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id D793F13EC92 for ; Fri, 21 Oct 2005 18:31:51 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j9LGVp1o069430 for ; Fri, 21 Oct 2005 18:31:51 +0200 (CEST) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.1) with ESMTP id j9LGVpN8001082 for ; Fri, 21 Oct 2005 18:31:51 +0200 (CEST) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id j9LGVp8i017719 for ; Fri, 21 Oct 2005 18:31:51 +0200 (CEST) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id j9LGVpI5017718 for current@freebsd.org; Fri, 21 Oct 2005 18:31:51 +0200 (CEST) (envelope-from q@galgenberg.net) Date: Fri, 21 Oct 2005 18:31:51 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20051021163151.GG985@galgenberg.net> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fmvA4kSBHQVZhkR6" Content-Disposition: inline X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: Subject: panic: ffs_valloc: dup alloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 16:31:57 -0000 --fmvA4kSBHQVZhkR6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, updated my server to 6.0RC1 (needed GELI, so I went straight to 6.0) and got this panic while moving 20GB of data to a GELI+GMIRROR backed volume. mode =3D 015115, inum =3D 444208, fs =3D /vol2 panic: ffs_valloc: dup alloc Uptime: 7h55m14s No WITNESS, no INVARIANTS, no DDB. Sorry. Should I retry with these settings? Due to performance reasons, I went with a geli-sectorsize of 8192 for this particular volume, resulting in a bs/fs of 16384/8192. Is this an incredibly stupid thing to do? How else could I speed up the operation of GELI? (No, sadly GBDE is even slower). Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --fmvA4kSBHQVZhkR6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDWRf3mArGtfDbn0QRAlK5AKCjEkEX0xIxGqUq3n73sY/+g/YE+gCfUBMh MoZ93yOWm0rn2boivSETE9A= =j7V1 -----END PGP SIGNATURE----- --fmvA4kSBHQVZhkR6-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 16:43:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CF4C16A41F; Fri, 21 Oct 2005 16:43:55 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id E99A343D45; Fri, 21 Oct 2005 16:43:54 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 21 Oct 2005 12:54:38 -0400 From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 21 Oct 2005 12:39:33 -0400 User-Agent: KMail/1.8.2 References: <20051021131329.A16FC126E@smtp.263.net> In-Reply-To: <20051021131329.A16FC126E@smtp.263.net> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200510211239.35190.jhb@freebsd.org> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Cc: delphij , das , freebsd-current , nocool Subject: Re: where to release proc.p_stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 16:43:55 -0000 On Friday 21 October 2005 09:13 am, nocool wrote: > freebsd-hackers=EF=BC=8Chello > > Question about 5.4 kernel source code. > I have some question about strust proc's initialize. Kernel use proc_zone > to allocate proc items and initialize them with proc_init > (sys\kern\kern_proc.c) function. In this function, we can find the field > proc.p_stats is allocated with pstats_alloc(), as > > p->p_stats =3D pstats_alloc(); > > and pstats_alloc is realized as > > malloc(sizeof(struct pstats), M_SUBPROC, M_ZERO|M_WAITOK); > > But I can't find where this field is freed. If it will not be release, wi= ll > there be memory leakage? Heh, das@ forgot to call pstats_free() when he did the changes. The reason= =20 is probably because proc_fini() doesn't do anything useful because we never= =20 recycle proc structs. We should probably at least add the operations there= =20 though for documentation purposes. Something like this would work I think: Index: kern_proc.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/kern/kern_proc.c,v retrieving revision 1.232 diff -u -r1.232 kern_proc.c =2D-- kern_proc.c 2 Oct 2005 23:27:56 -0000 1.232 +++ kern_proc.c 21 Oct 2005 16:38:45 -0000 @@ -197,7 +197,14 @@ proc_fini(void *mem, int size) { +#ifdef notnow + pstats_free(p->p_stats); + mtx_destroy(&p->p_mtx); + ksegrp_free(FIRST_KSEGRP_IN_PROC(p)); + thread_free(FIRST_THREAD_IN_PROC(p)); +#else panic("proc reclaimed"); +#endif } /* =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 18:00:50 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E427816A420 for ; Fri, 21 Oct 2005 18:00:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CA2843D48 for ; Fri, 21 Oct 2005 18:00:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9LI0VA8027354; Fri, 21 Oct 2005 12:00:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 21 Oct 2005 12:01:55 -0600 (MDT) Message-Id: <20051021.120155.26928265.imp@bsdimp.com> To: terry@tmk.com From: "M. Warner Losh" In-Reply-To: <01LUGIEOVCHY0005PA@tmk.com> References: <01LUG3XKETWK000G07@tmk.com> <20051021.093800.127812213.imp@bsdimp.com> <01LUGIEOVCHY0005PA@tmk.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 21 Oct 2005 12:00:31 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG Subject: Re: 6.0-RC1 new message: "atapci0: failed to enable memory mapping!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 18:00:51 -0000 In message: <01LUGIEOVCHY0005PA@tmk.com> Terry Kennedy writes: : > In message: <01LUG3XKETWK000G07@tmk.com> : > Terry Kennedy writes: : > : The message seems to be harmless, but is confusing. : > : > The message is harmless and can be ignored. You'll only see this in : > bootverbose. : : Actually, I get it with a regular non-verbose boot. I turned on the verbose : messages to see if any related messages would print (they didn't) before re- : porting this. Hmmm, it is supposed to only be printed in the verbose case. I'll double check to see why that isn't happening, and fix as appropriate. Warner From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 18:30:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB73816A41F; Fri, 21 Oct 2005 18:30:48 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4053843D45; Fri, 21 Oct 2005 18:30:48 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: from webmail.freeshell.org (mx.freeshell.org [192.94.73.21]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id j9LIUEbE023570; Fri, 21 Oct 2005 18:30:14 GMT Received: from 192.216.27.32 (SquirrelMail authenticated user tmclaugh); by webmail.freeshell.org with HTTP; Fri, 21 Oct 2005 18:30:14 -0000 (UTC) Message-ID: <22081.192.216.27.32.1129919414.squirrel@192.216.27.32> In-Reply-To: <20051020212903.GA7953@odin.ac.hmc.edu> References: <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> <200510201115.21750.jhb@freebsd.org> <200510201427.53315.mistry.7@osu.edu> <200510201651.22346.jhb@freebsd.org> <20051020212903.GA7953@odin.ac.hmc.edu> Date: Fri, 21 Oct 2005 18:30:14 -0000 (UTC) From: "Tom McLaughlin" To: "Brooks Davis" User-Agent: SquirrelMail/1.5.0 MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20051021183014_60950" X-Priority: 3 Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: kern/87506 : [PATCH] Fix alias support on vr interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 18:30:48 -0000 ------=_20051021183014_60950 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit > On Thu, Oct 20, 2005 at 04:51:21PM -0400, John Baldwin wrote: >> On Thursday 20 October 2005 02:27 pm, Anish Mistry wrote: >> > On Thursday 20 October 2005 11:15 am, John Baldwin wrote: >> > > On Thursday 20 October 2005 10:23 am, Tom McLaughlin wrote: >> > > > >> > > I'm not sure that fix is really the right fix. The patch just >> > > makes vr(4) ignore changes to if_flags while the driver is up. >> > > Probably there is a bug in vr(4)'s handling of alias addresses. I >> > > did just reproduce this on my laptop's rl(4) interface though. >> > > I'll see if I can't figure out what is happening. >> > >> > I'm also seeing this too along with the following. >> > >> > I'm not sure if this is related, but I'm seeing the following on >> > RELENG_6 and CURRENT, but and older RELENG_5 as of ~2 months ago >> > doesn't show this problem. >> > I'm trying to setup my workstation with a normal DHCP'd address >> > and an alias IP for a jail running on the system, but the alias >> > setting wipes out all the other addresses on the interface. >> > in /etc/rc.conf: >> > ifconfig_rl0="DHCP" >> > ifconfig_rl0_alias0="inet 192.168.1.10 netmask 255.255.255.255" >> > >> > I've checked the rc boot order (on RELENG_6 and CURRENT) and it seems >> > correct: >> > netif >> > dhclient >> > netif >> > >> > I narrowed it down to: >> > dhclient rl0 >> > ifconfig rl0 inet 192.168.1.11 netmask 0xffffffff alias >> > [dhclient prints a message here saying connection closed and exiting] >> > >> > All of the other addresses on the card are removed. >> > I'm also seeing this on dc. So thinking it to be a problem in >> > ifconfig I copied over the version from my RELENG_5 box, and that did >> > the same thing...so this seems to be present several of the network >> > drivers in RELENG_6/CURRENT. >> >> Yes, it seems to be an issue with dhclient. If I turn dhclient off and >> manually configure my NIC then the alias works fine: >> rl0: flags=8843 mtu 1500 >> options=8 >> inet6 fe80::290:f5ff:fe0e:c8e5%rl0 prefixlen 64 scopeid 0x2 >> inet 10.50.41.234 netmask 0xfffffe00 broadcast 10.50.41.255 >> inet 10.50.41.101 netmask 0xffffffff broadcast 10.50.41.101 >> ether 00:90:f5:0e:c8:e5 >> media: Ethernet autoselect (100baseTX ) >> status: active > > I believe the problem is that adding an address to a NIC causes a call > to ifp->if_init() which resets the media and triggers a LINK_DOWN event > in all too many cases. Using if_init here is rather like driving > finishing nails with a sledge hammer. > > -- Brooks > Hi Brooks and John, I just reproduced this with a bge (Broadcom BCM5789) while attempting an RC1 install here at work. I noticed while toying with ifconfig that only the first alias I set whipes out the previous address on the card. Any subsequent aliases leave the previously set addresses in tact. In addition to that I found another problem with this bge which may or may not be related. During the install of the box with the bge I noticed that it was unable to obtain an address via DHCP. I checked the link light and it was out. When I rebooted the machine after the install I looked at the link light for the bge and it was still out and ifconfig said the status of bge 0 was "no carrier". I watched the boot messages and the link light on another reboot and I noticed when the OS detected the bge the link light imediately goes out. dmesg snippet, light goes out at aproximately the first line: bge0: mem 0xfc500000-0xfc50ffff irq 20 at device 2.0 on pci5 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:12:79:a7:06:4d The link light doesn't come back on until the point during boot when dhclient starts up. I tried this with acpi loaded and unloaded to rule it out and results were the same. I'm not sure if this is a seperate bge bug or if it's related to the initial problem. A full boot -v dmesg is attached. I'll take a look when I get home at the box with the vr to see if it too is exhibiting the same behavior wih the link light going down once the vr is detected. Thanks, Tom ------=_20051021183014_60950 Content-Type: text/plain; name="trex-dmesg.txt" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="trex-dmesg.txt" Copyright (c) 1992-2005 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 6.0-RC1 #0: Sun Oct 9 20:32:57 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a88000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a880d8. MP Configuration Table version 1.4 found at 0xc00ecf70 Table 'FACP' at 0xe56f8 Table 'SSDT' at 0xe6585 Table 'SSDT' at 0xe6c0a Table 'SSDT' at 0xe7156 Table 'SSDT' at 0xe7348 Table 'SSDT' at 0xe7676 Table 'SSDT' at 0xe7bb5 Table 'SSDT' at 0xe7d1c Table 'APIC' at 0xe576c MADT: Found table at 0xe576c APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled MADT: Found CPU APIC ID 1 ACPI ID 2: disabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193177 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2793192538 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.19-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x441d> real memory = 528482304 (504 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001eeebfff, 506228736 bytes (123591 pages) avail memory = 507809792 (484 MB) bios32: Found BIOS32 Service Directory header at 0xc00fa000 bios32: Entry = 0xeb0e0 (c00eb0e0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xeb0e0+0x1056 pnpbios: Found PnP BIOS data at 0xc00fbfc0 pnpbios: Entry = f0000:74c3 Rev = 1.0 pnpbios: OEM ID c09110e Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 2 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000100f0 pcm: 0x00010000 wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80050090 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25708086) pcibios: BIOS version 2.20 Found $PIR table, 10 entries at 0xc00ec500 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs slot 1 5 4 A 0x60 5 10 11 14 15 slot 1 5 4 B 0x62 5 10 11 14 15 slot 1 5 4 C 0x69 5 10 11 14 15 slot 1 5 4 D 0x6a 5 10 11 14 15 slot 2 5 9 A 0x62 5 10 11 14 15 slot 2 5 9 B 0x69 5 10 11 14 15 slot 2 5 9 C 0x6a 5 10 11 14 15 slot 2 5 9 D 0x60 5 10 11 14 15 slot 3 5 10 A 0x69 5 10 11 14 15 slot 3 5 10 B 0x6a 5 10 11 14 15 slot 3 5 10 C 0x60 5 10 11 14 15 slot 3 5 10 D 0x62 5 10 11 14 15 slot 4 5 11 A 0x6a 5 10 11 14 15 slot 4 5 11 B 0x60 5 10 11 14 15 slot 4 5 11 C 0x62 5 10 11 14 15 slot 4 5 11 D 0x69 5 10 11 14 15 slot 5 5 13 A 0x62 5 10 11 14 15 slot 5 5 13 B 0x69 5 10 11 14 15 slot 5 5 13 C 0x6a 5 10 11 14 15 slot 5 5 13 D 0x60 5 10 11 14 15 embedded 5 2 A 0x68 5 10 11 14 15 embedded 0 31 A 0x62 5 10 11 14 15 embedded 0 31 B 0x61 5 10 11 14 15 embedded 0 29 A 0x60 5 10 11 14 15 embedded 0 29 B 0x63 5 10 11 14 15 embedded 0 29 C 0x62 5 10 11 14 15 embedded 0 29 D 0x6b 5 10 11 14 15 embedded 0 1 A 0x62 5 10 11 14 15 embedded 0 1 B 0x63 5 10 11 14 15 embedded 0 2 A 0x60 5 10 11 14 15 embedded 0 2 B 0x61 5 10 11 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link1: irq 5 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link2: irq 5 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link3: irq 11 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link4: irq 5 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link5: irq 0 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link6: irq 0 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link7: irq 10 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 14 15 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf808-0xf80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0xf810 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2570, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base f8000000, size 26, enabled found-> vendor=0x8086, dev=0x2572, revid=0x02 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 1 supports D0 D3 current D0 map[10]: type 3, range 32, base f0000000, size 27, enabled map[14]: type 1, range 32, base fc400000, size 19, enabled map[18]: type 4, range 32, base 000014d0, size 3, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d2, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type 4, range 32, base 00001440, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d4, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 00001460, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24d7, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[20]: type 4, range 32, base 00001480, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24dd, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base fc480000, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type 4, range 32, base 000014c0, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, memory disabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d5, revid=0x02 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001000, size 8, enabled map[14]: type 4, range 32, base 00001400, size 6, enabled map[18]: type 1, range 32, base fc480400, size 9, enabled map[1c]: type 1, range 32, base fc480600, size 8, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 agp0: port 0x14d0-0x14d7 mem 0xf0000000-0xf7ffffff,0xfc400000-0xfc47ffff irq 16 at device 2.0 on pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xf0000000 agp0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xfc400000 agp0: detected 8060k stolen memory agp0: aperture size is 128M uhci0: port 0x1440-0x145f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1440 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1460-0x147f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1460 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1480-0x149f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1480 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfc480000-0xfc4803ff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfc480000 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: wrong number of companions (4 != 3) usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 8 ports with 8 removable, self powered pcib1: at device 30.0 on pci0 pcib1: secondary bus 5 pcib1: subordinate bus 5 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfc500000-0xfc7fffff pcib1: prefetched decode 0xfff00000-0xfffff pcib1: Subtractively decoded bridge. pci5: on pcib1 pci5: physical bus=5 found-> vendor=0x14e4, dev=0x1696, revid=0x03 bus=5, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base fc500000, size 16, enabled pcib1: (null) requested memory range 0xfc500000-0xfc50ffff: good pcib1: matched entry for 5.2.INTA pcib1: slot 2 INTA hardwired to IRQ 20 bge0: mem 0xfc500000-0xfc50ffff irq 20 at device 2.0 on pci5 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfc500000 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:12:79:a7:06:4d bge0: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14c0-0x14cf irq 18 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x14c0 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=0x90 err=0x90 lsb=0x90 msb=0x90 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 ata0: [MPSAFE] 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=51 ata1: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x7f msb=0x7f ata1: reset tp2 stat0=10 stat1=00 devices=0x4 ata1: [MPSAFE] pci0: at device 31.5 (no driver attached) 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 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f,0x778-0x77d irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/13 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: irq maps: 0xcca1 0xccb1 0xcca1 0xcca1 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 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 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 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 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) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xcce1 0xcce1 0xcce1 0xcce1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 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 66504516 hz Timecounter "TSC" frequency 2793192538 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on Intel ICH5 chip ad0: setting UDMA100 on Intel ICH5 chip ad0: 38166MB at ata0-master UDMA100 ad0: 78165360 sectors [77545C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 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=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=80 wire acd0: setting PIO4 on Intel ICH5 chip acd0: CDROM drive at ata1 as master acd0: 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ATA PseudoRAID loaded ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout splash: image decoder found: logo_saver Linux ELF exec handler installed ------=_20051021183014_60950-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 20:09:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D198016A41F for ; Fri, 21 Oct 2005 20:09:46 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from portpc-design.spb.ru (portpc-design.spb.ru [81.176.64.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E91643D45 for ; Fri, 21 Oct 2005 20:09:45 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.210.21] (ppp83-237-210-21.pppoe.mtu-net.ru [83.237.210.21]) (authenticated bits=0) by portpc-design.spb.ru (8.13.5/8.13.5) with ESMTP id j9LK9gt0064865 for ; Sat, 22 Oct 2005 00:09:42 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <4359483C.6000808@mcsi.pp.ru> Date: Fri, 21 Oct 2005 23:57:48 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050929 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <43590814.5090201@mcsi.pp.ru> In-Reply-To: <43590814.5090201@mcsi.pp.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on 81.176.64.226 X-Virus-Status: Clean Cc: Subject: Re: boot panic (NDIS, SCHED_ULE?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 20:09:46 -0000 Maxim Maximov wrote: > Hi. > > Got boot time panic on fresh CURRENT. > NDIS hardware: > > ndis0: mem 0xfeaf8000-0xfeaf9fff irq 17 > at device 2.0 on pci2 > ndis0: NDIS API version: 5.0 > ndis0: Ethernet address: 00:0e:a6:c2:00:e4 > > Panic: > ... > Timecounters tick every 1.000 msec > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x109 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc06a7570 > stack pointer = 0x28:0xd5985cbc > frame pointer = 0x28:0xd5985cc4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 41 (Windows DPC 1) > > > Hand transcribed trace, abbreviated: > > > Stopped at kseq_notify+0x94: cmpb 0x109(%edx), %al Debugging shows that this is: pcpu = pcpu_find(cpu); td = pcpu->pc_curthread; if (ke->ke_thread->td_priority < td->td_priority || ^^^^^ here. td == pcpu->pc_idlethread) { td->td_flags |= TDF_NEEDRESCHED; ipi_selected(1 << cpu, IPI_AST); } And %edx holds 'td' pointer, not ke->ke_thread. So I wonder could this be sched_ule problem, just being triggered by new NDIS code? I'll try to build sched_4bsd kernel now to see if it disappears. > > >trace > kseq_notify(c1edbb24,1,c09c4520,c1edbb24,c08236bc) ...+0x94 > sched_bind(c1edb9c0,1) ...+0x62 > ntoskrnl_dpc_thread(c1f4fc3c,d5985d38,c1f4fc3c,c08236bc,0) ...+0x73 > fork_exit(c08236bc,c1f4fc3c,d5985d38) ...+0xa4 > fork_trampoline() > -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 20:33:52 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 433F816A41F; Fri, 21 Oct 2005 20:33:52 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7950243D5C; Fri, 21 Oct 2005 20:33:49 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j9LKW9EL026815; Fri, 21 Oct 2005 16:32:09 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j9LKW7g3026814; Fri, 21 Oct 2005 16:32:07 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Fri, 21 Oct 2005 16:32:07 -0400 From: David Schultz To: John Baldwin Message-ID: <20051021203207.GA26616@VARK.MIT.EDU> Mail-Followup-To: John Baldwin , freebsd-hackers@FreeBSD.ORG, nocool , freebsd-current , delphij References: <20051021131329.A16FC126E@smtp.263.net> <200510211239.35190.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii:iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200510211239.35190.jhb@freebsd.org> Cc: freebsd-hackers@FreeBSD.ORG, delphij , freebsd-current , nocool Subject: Re: where to release proc.p_stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 20:33:52 -0000 On Fri, Oct 21, 2005, John Baldwin wrote: > On Friday 21 October 2005 09:13 am, nocool wrote: > > freebsd-hackers，hello > > > > Question about 5.4 kernel source code. > > I have some question about strust proc's initialize. Kernel use proc_zone > > to allocate proc items and initialize them with proc_init > > (sys\kern\kern_proc.c) function. In this function, we can find the field > > proc.p_stats is allocated with pstats_alloc(), as > > > > p->p_stats = pstats_alloc(); > > > > and pstats_alloc is realized as > > > > malloc(sizeof(struct pstats), M_SUBPROC, M_ZERO|M_WAITOK); > > > > But I can't find where this field is freed. If it will not be release, will > > there be memory leakage? > > Heh, das@ forgot to call pstats_free() when he did the changes. The reason > is probably because proc_fini() doesn't do anything useful because we never > recycle proc structs. We should probably at least add the operations there > though for documentation purposes. Something like this would work I think: I didn't put in the call because we never free proc structures, but documenting what should happen if we ever do free them is a good idea. There's a fair amount of other cleanup that needs to happen as well, which you can probably find in the CVS history. (IIRC, I'm guilty of removing the code at a time when more things depended upon struct proc being type safe. Are there any remaining reasons why we can't free struct procs at this point?) By the way, there's no reason why we can't fold struct pstats into struct proc so we don't have to allocate and free it at all. It's never shared, so the extra level of indirection just adds overhead. The main reason I didn't make this change earlier was to maintain binary compatibility when I backported my U-area changes to -STABLE. From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 20:46:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A359416A41F; Fri, 21 Oct 2005 20:46:38 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from portpc-design.spb.ru (portpc-design.spb.ru [81.176.64.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id A025143D4C; Fri, 21 Oct 2005 20:46:37 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.55.177] (ppp83-237-55-177.pppoe.mtu-net.ru [83.237.55.177]) (authenticated bits=0) by portpc-design.spb.ru (8.13.5/8.13.5) with ESMTP id j9LKkZPa071927; Sat, 22 Oct 2005 00:46:35 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <435953A6.6090203@mcsi.pp.ru> Date: Sat, 22 Oct 2005 00:46:30 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050929 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <43590814.5090201@mcsi.pp.ru> <4359483C.6000808@mcsi.pp.ru> In-Reply-To: <4359483C.6000808@mcsi.pp.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on 81.176.64.226 X-Virus-Status: Clean Cc: Bill Paul Subject: Re: boot panic (NDIS, SCHED_ULE?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 20:46:38 -0000 Maxim Maximov wrote: > Maxim Maximov wrote: > >> Hi. >> >> Got boot time panic on fresh CURRENT. >> NDIS hardware: >> >> ndis0: mem 0xfeaf8000-0xfeaf9fff irq 17 >> at device 2.0 on pci2 >> ndis0: NDIS API version: 5.0 >> ndis0: Ethernet address: 00:0e:a6:c2:00:e4 >> >> Panic: >> ... >> Timecounters tick every 1.000 msec >> kernel trap 12 with interrupts disabled >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x109 >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0xc06a7570 >> stack pointer = 0x28:0xd5985cbc >> frame pointer = 0x28:0xd5985cc4 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = resume, IOPL = 0 >> current process = 41 (Windows DPC 1) >> >> >> Hand transcribed trace, abbreviated: >> >> >> Stopped at kseq_notify+0x94: cmpb 0x109(%edx), %al > > > Debugging shows that this is: > > pcpu = pcpu_find(cpu); > td = pcpu->pc_curthread; > if (ke->ke_thread->td_priority < td->td_priority || > > ^^^^^ here. > > td == pcpu->pc_idlethread) { > td->td_flags |= TDF_NEEDRESCHED; > ipi_selected(1 << cpu, IPI_AST); > } > > And %edx holds 'td' pointer, not ke->ke_thread. > So I wonder could this be sched_ule problem, just being triggered by new > NDIS code? I'll try to build sched_4bsd kernel now to see if it disappears. > The panic remains. It has changed of course: kick_other_cpu sched_add setrunqueue sched_switch mi_switch sched_bind ntoskrnl_dpc_thread ... But it's still the same: scheduler cannot dereference pcpu->pc_curthread. cpu1 is not started yet. 'show allpcpu' shows curthread on cpu1 as none, so I guess it is just illegal to call sched_bind() so early on boot. sched_bind() was used in r1.75 of subr_ntoskrnl.c. Should I try to just remove this line? >> >> >trace >> kseq_notify(c1edbb24,1,c09c4520,c1edbb24,c08236bc) ...+0x94 >> sched_bind(c1edb9c0,1) ...+0x62 >> ntoskrnl_dpc_thread(c1f4fc3c,d5985d38,c1f4fc3c,c08236bc,0) ...+0x73 >> fork_exit(c08236bc,c1f4fc3c,d5985d38) ...+0xa4 >> fork_trampoline() >> > > > -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 20:48:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26F1C16A41F for ; Fri, 21 Oct 2005 20:48:38 +0000 (GMT) (envelope-from djp@polands.org) Received: from moab.polands.org (CPE-24-208-53-189.new.res.rr.com [24.208.53.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49D9A43D45 for ; Fri, 21 Oct 2005 20:48:36 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org ([172.16.1.35]) by moab.polands.org (8.13.1/8.13.1) with ESMTP id j9LH0isu004919; Fri, 21 Oct 2005 12:00:44 -0500 (CDT) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.4/8.13.1) with ESMTP id j9LH0iec095415; Fri, 21 Oct 2005 12:00:44 -0500 (CDT) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.4/8.13.1/Submit) id j9LH0hxG095414; Fri, 21 Oct 2005 12:00:43 -0500 (CDT) (envelope-from djp) Date: Fri, 21 Oct 2005 12:00:43 -0500 From: Doug Poland To: "M. Warner Losh" Message-ID: <20051021170042.GA95367@polands.org> References: <20051020223340.GA60914@xor.obsecurity.org> <43581E5C.4010006@polands.org> <20051020232308.GA77950@xor.obsecurity.org> <20051020.220346.13027284.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051020.220346.13027284.imp@bsdimp.com> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, kris@obsecurity.org Subject: Re: Regression in device ath between BETA5 and RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 20:48:38 -0000 On Thu, Oct 20, 2005 at 10:03:46PM -0600, M. Warner Losh wrote: > In message: <20051020232308.GA77950@xor.obsecurity.org> > Kris Kennaway writes: > > On Thu, Oct 20, 2005 at 05:46:52PM -0500, Doug Poland wrote: > > > Kris Kennaway wrote: > > > >On Thu, Oct 20, 2005 at 05:11:41PM -0500, Doug Poland wrote: > > > > > > > > > > > >>I was seeing this behavior a lot on 5.2.1, 5.3, and, IIRC, 5.4. > > > >>Responsiveness was so poor as to make remote SSH sessions > > > >>unusable. When I installed -CURRENT then RELENG_6, then the NIC > > > >>started performing beautifully. Very stable and consistent. > > > >>Now, with yesterday's cvsup'd to RC1, the NIC/driver is > > > >>performing poorly again. > > > > > > > > > > > >Go back to the previous version to verify it's not environmental > > > >or some other problem than a regression in FreeBSD. > > > > > > > Sure, can you tell me what tag to use in my supfile? Right now I > > > have: > > > > > > *default release=cvs tag=RELENG_6 > > > > Use a date instead of a tag (see the cvsup docs). > > *default release=cvs date=2005.10.10.12.23.45 > > and try to find where, since June, the divergence of performance was. > We branched RELENG_6 in June, and there's been much merged from head > back into RELENG_6. > I've gone back to 2005.10.09.16.14.15, which was the time I installed -BETA5. So far, the connection is more stable and robust: Here's my diagnostics: Fri Oct 21 00:25:59 CDT 2005 (OFDM/48Mbps) Fri Oct 21 00:26:30 CDT 2005 (OFDM/36Mbps) Fri Oct 21 00:26:38 CDT 2005 (OFDM/48Mbps) Fri Oct 21 00:26:40 CDT 2005 (OFDM/36Mbps) Fri Oct 21 00:26:51 CDT 2005 (OFDM/48Mbps) Fri Oct 21 00:27:31 CDT 2005 (OFDM/36Mbps) Fri Oct 21 00:28:10 CDT 2005 (OFDM/48Mbps) Fri Oct 21 00:28:28 CDT 2005 (OFDM/36Mbps) Fri Oct 21 00:28:38 CDT 2005 (OFDM/48Mbps) Fri Oct 21 00:30:29 CDT 2005 (OFDM/36Mbps) Fri Oct 21 00:30:39 CDT 2005 (OFDM/48Mbps) Fri Oct 21 00:31:36 CDT 2005 (OFDM/36Mbps) Fri Oct 21 00:31:52 CDT 2005 (OFDM/48Mbps) Fri Oct 21 00:32:34 CDT 2005 (OFDM/36Mbps) Fri Oct 21 00:32:49 CDT 2005 (OFDM/48Mbps) Fri Oct 21 00:33:23 CDT 2005 (OFDM/36Mbps) Fri Oct 21 00:33:40 CDT 2005 (OFDM/48Mbps) Fri Oct 21 00:33:54 CDT 2005 (OFDM/36Mbps) Fri Oct 21 00:43:18 CDT 2005 (DS/1Mbps) Fri Oct 21 00:43:24 CDT 2005 (OFDM/36Mbps) Fri Oct 21 00:55:02 CDT 2005 (DS/1Mbps) Fri Oct 21 00:55:12 CDT 2005 (OFDM/36Mbps) Rebooted w/new world and kernel: Fri Oct 21 02:43:47 CDT 2005 (DS/1Mbps) Fri Oct 21 02:43:58 CDT 2005 (OFDM/36Mbps) Fri Oct 21 03:14:11 CDT 2005 (OFDM/48Mbps) Fri Oct 21 03:15:04 CDT 2005 (OFDM/36Mbps) Fri Oct 21 03:22:08 CDT 2005 (DS/1Mbps) Fri Oct 21 03:22:18 CDT 2005 (OFDM/36Mbps) Fri Oct 21 04:04:13 CDT 2005 (OFDM/48Mbps) Fri Oct 21 04:04:48 CDT 2005 (OFDM/36Mbps) Fri Oct 21 04:39:02 CDT 2005 (OFDM/48Mbps) Fri Oct 21 04:42:44 CDT 2005 (DS/1Mbps) Fri Oct 21 04:42:52 CDT 2005 (OFDM/36Mbps) Fri Oct 21 05:06:48 CDT 2005 (OFDM/48Mbps) Fri Oct 21 05:09:20 CDT 2005 (OFDM/36Mbps) Fri Oct 21 05:39:18 CDT 2005 (OFDM/48Mbps) Fri Oct 21 05:42:04 CDT 2005 (DS/1Mbps) Fri Oct 21 05:42:14 CDT 2005 (OFDM/36Mbps) Fri Oct 21 07:03:54 CDT 2005 (OFDM/48Mbps) Fri Oct 21 07:08:12 CDT 2005 (DS/1Mbps) Fri Oct 21 07:08:22 CDT 2005 (OFDM/36Mbps) Fri Oct 21 07:29:01 CDT 2005 (OFDM/48Mbps) Fri Oct 21 10:17:02 CDT 2005 (OFDM/36Mbps) Fri Oct 21 10:28:02 CDT 2005 (OFDM/48Mbps) Fri Oct 21 10:53:01 CDT 2005 (OFDM/36Mbps) Fri Oct 21 11:04:21 CDT 2005 (OFDM/48Mbps) Fri Oct 21 11:40:29 CDT 2005 (DS/1Mbps) Fri Oct 21 11:40:39 CDT 2005 (OFDM/36Mbps) Fri Oct 21 11:45:48 CDT 2005 (OFDM/48Mbps) Fri Oct 21 11:46:24 CDT 2005 (OFDM/36Mbps) Fri Oct 21 11:46:57 CDT 2005 (OFDM/48Mbps) Fri Oct 21 11:54:07 CDT 2005 (OFDM/36Mbps) Fri Oct 21 11:54:47 CDT 2005 (OFDM/48Mbps) -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 21:00:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 618) id 98D6716A420; Fri, 21 Oct 2005 21:00:17 +0000 (GMT) In-Reply-To: <435953A6.6090203@mcsi.pp.ru> from Maxim Maximov at "Oct 22, 2005 00:46:30 am" To: mcsi@mcsi.pp.ru (Maxim Maximov) Date: Fri, 21 Oct 2005 21:00:17 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051021210017.98D6716A420@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: current@freebsd.org Subject: Re: boot panic (NDIS, SCHED_ULE?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 21:00:17 -0000 > Maxim Maximov wrote: > > Maxim Maximov wrote: > > > >> Hi. > >> > >> Got boot time panic on fresh CURRENT. > >> NDIS hardware: > >> > >> ndis0: mem 0xfeaf8000-0xfeaf9fff irq 17 > >> at device 2.0 on pci2 > >> ndis0: NDIS API version: 5.0 > >> ndis0: Ethernet address: 00:0e:a6:c2:00:e4 Oh for crap's sake. Some days I really, _REALLY_ hate FreeBSD. I need to insure that DPC thread 0 runs on CPU 0, and DPC thread 1 runs on CPU 1, and so on. There are supposed to be separate DPC threads for each CPU. Unfortunately, you can't specify a CPU affinity when you launch the thread, and obviously you can't do it during the device probe phase during bootstrap since only CPU 0 is running. I really don't have the right solution for this right now. What you _SHOULD_ do is stop loading your NDIS driver during boot. Instead, take it out of /boot/loader.conf and load it with a boot script after the system has gone multiuser. If you do it then, both CPUs will be running. I'm not sure of the correct solution for this problem. I have to think about it. In the meantime, just wait to load ndis.ko, if_ndis.ko and your_driver.ko after bootstrap. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 21:28:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B5BD16A41F; Fri, 21 Oct 2005 21:28:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B3C443D5C; Fri, 21 Oct 2005 21:28:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9LLS7dS033534; Fri, 21 Oct 2005 17:28:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9LLS7qG075625; Fri, 21 Oct 2005 17:28:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5BBEA7302F; Fri, 21 Oct 2005 17:28:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051021212807.5BBEA7302F@freebsd-current.sentex.ca> Date: Fri, 21 Oct 2005 17:28:07 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 21:28:16 -0000 TB --- 2005-10-21 19:52:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-21 19:52:54 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-10-21 19:52:54 - cleaning the object tree TB --- 2005-10-21 19:53:18 - checking out the source tree TB --- 2005-10-21 19:53:18 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-10-21 19:53:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-21 20:00:14 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-21 20:00:14 - cd /src TB --- 2005-10-21 20:00:14 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-21 21:05:17 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-21 21:05:17 - cd /src TB --- 2005-10-21 21:05:17 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Oct 21 21:05:17 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Oct 21 21:18:45 UTC 2005 TB --- 2005-10-21 21:18:45 - generating LINT kernel config TB --- 2005-10-21 21:18:45 - cd /src/sys/alpha/conf TB --- 2005-10-21 21:18:45 - /usr/bin/make -B LINT TB --- 2005-10-21 21:18:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-21 21:18:45 - cd /src TB --- 2005-10-21 21:18:45 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 21 21:18:46 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netinet/if_atm.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netinet/if_ether.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netinet/igmp.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netinet/ip_carp.c /src/sys/netinet/ip_carp.c: In function `carp_set_addr6': /src/sys/netinet/ip_carp.c:1598: error: too few arguments to function `in6_joingroup' /src/sys/netinet/ip_carp.c:1611: error: too few arguments to function `in6_joingroup' *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-21 21:28:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-21 21:28:07 - ERROR: failed to build lint kernel TB --- 2005-10-21 21:28:07 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 21:32:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 011BC16A41F; Fri, 21 Oct 2005 21:32:01 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AFC043D5A; Fri, 21 Oct 2005 21:31:58 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 21 Oct 2005 17:48:33 -0400 From: John Baldwin To: David Schultz Date: Fri, 21 Oct 2005 17:28:30 -0400 User-Agent: KMail/1.8.2 References: <20051021131329.A16FC126E@smtp.263.net> <200510211239.35190.jhb@freebsd.org> <20051021203207.GA26616@VARK.MIT.EDU> In-Reply-To: <20051021203207.GA26616@VARK.MIT.EDU> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200510211728.32476.jhb@freebsd.org> Cc: delphij , freebsd-hackers@freebsd.org, freebsd-current , nocool Subject: Re: where to release proc.p_stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 21:32:01 -0000 On Friday 21 October 2005 04:32 pm, David Schultz wrote: > On Fri, Oct 21, 2005, John Baldwin wrote: > > On Friday 21 October 2005 09:13 am, nocool wrote: > > > freebsd-hackers=81=EF=81=BC=8Chello > > > > > > Question about 5.4 kernel source code. > > > I have some question about strust proc's initialize. Kernel use > > > proc_zone to allocate proc items and initialize them with proc_init > > > (sys\kern\kern_proc.c) function. In this function, we can find the > > > field proc.p_stats is allocated with pstats_alloc(), as > > > > > > p->p_stats =3D pstats_alloc(); > > > > > > and pstats_alloc is realized as > > > > > > malloc(sizeof(struct pstats), M_SUBPROC, M_ZERO|M_WAITOK); > > > > > > But I can't find where this field is freed. If it will not be release, > > > will there be memory leakage? > > > > Heh, das@ forgot to call pstats_free() when he did the changes. The > > reason is probably because proc_fini() doesn't do anything useful becau= se > > we never recycle proc structs. We should probably at least add the > > operations there though for documentation purposes. Something like this > > would work I think: > > I didn't put in the call because we never free proc structures, but > documenting what should happen if we ever do free them is a good > idea. There's a fair amount of other cleanup that needs to happen > as well, which you can probably find in the CVS history. (IIRC, > I'm guilty of removing the code at a time when more things depended > upon struct proc being type safe. Are there any remaining reasons > why we can't free struct procs at this point?) > > By the way, there's no reason why we can't fold struct pstats into > struct proc so we don't have to allocate and free it at all. > It's never shared, so the extra level of indirection just adds overhead. > The main reason I didn't make this change earlier was to maintain binary > compatibility when I backported my U-area changes to -STABLE. Looks like some of the functions (vm_dispose_proc() and sched_destroyproc()= )=20 have vanished, so this is all that would be in there now: Index: kern_proc.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/kern/kern_proc.c,v retrieving revision 1.232 diff -u -r1.232 kern_proc.c =2D-- kern_proc.c 2 Oct 2005 23:27:56 -0000 1.232 +++ kern_proc.c 21 Oct 2005 21:21:45 -0000 @@ -196,8 +196,17 @@ static void proc_fini(void *mem, int size) { +#ifdef notnow + struct proc *p; + p =3D (struct proc *)mem; + pstats_free(p->p_stats); + ksegrp_free(FIRST_KSEGRP_IN_PROC(p)); + thread_free(FIRST_THREAD_IN_PROC(p)); + mtx_destroy(&p->p_mtx); +#else panic("proc reclaimed"); +#endif } /* =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 21:35:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3ADB16A41F; Fri, 21 Oct 2005 21:35:42 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 614DD43D46; Fri, 21 Oct 2005 21:35:42 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 21 Oct 2005 17:52:15 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 21 Oct 2005 17:37:00 -0400 User-Agent: KMail/1.8.2 References: <20051021210017.98D6716A420@hub.freebsd.org> In-Reply-To: <20051021210017.98D6716A420@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510211737.01988.jhb@freebsd.org> Cc: Maxim Maximov , Bill Paul Subject: Re: boot panic (NDIS, SCHED_ULE?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 21:35:42 -0000 On Friday 21 October 2005 05:00 pm, Bill Paul wrote: > > Maxim Maximov wrote: > > > Maxim Maximov wrote: > > >> Hi. > > >> > > >> Got boot time panic on fresh CURRENT. > > >> NDIS hardware: > > >> > > >> ndis0: mem 0xfeaf8000-0xfeaf9fff irq 17 > > >> at device 2.0 on pci2 > > >> ndis0: NDIS API version: 5.0 > > >> ndis0: Ethernet address: 00:0e:a6:c2:00:e4 > > Oh for crap's sake. > > Some days I really, _REALLY_ hate FreeBSD. > > I need to insure that DPC thread 0 runs on CPU 0, and DPC thread 1 > runs on CPU 1, and so on. There are supposed to be separate DPC > threads for each CPU. Unfortunately, you can't specify a CPU > affinity when you launch the thread, and obviously you can't > do it during the device probe phase during bootstrap since only > CPU 0 is running. > > I really don't have the right solution for this right now. What > you _SHOULD_ do is stop loading your NDIS driver during boot. Instead, > take it out of /boot/loader.conf and load it with a boot script > after the system has gone multiuser. If you do it then, both CPUs > will be running. > > I'm not sure of the correct solution for this problem. I have to > think about it. In the meantime, just wait to load ndis.ko, if_ndis.ko > and your_driver.ko after bootstrap. Perhaps have the kthreads for cpus other than 0 sleep in their main before calling sched_bind() and have a SI_SUB_SMP, SI_ORDER_MIDDLE SYSINIT in the module to wake them up so they can do their sched_bind()s. Someday I'd like to have all the CPUs up and running for the device probe. :( -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 21:51:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B86F16A41F for ; Fri, 21 Oct 2005 21:51:46 +0000 (GMT) (envelope-from abford@sbcglobal.net) Received: from smtp113.sbc.mail.re2.yahoo.com (smtp113.sbc.mail.re2.yahoo.com [68.142.229.92]) by mx1.FreeBSD.org (Postfix) with SMTP id 03C7943D46 for ; Fri, 21 Oct 2005 21:51:45 +0000 (GMT) (envelope-from abford@sbcglobal.net) Received: (qmail 78990 invoked from network); 21 Oct 2005 21:51:45 -0000 Received: from unknown (HELO ?192.168.0.10?) (abford@sbcglobal.net@69.221.250.120 with plain) by smtp113.sbc.mail.re2.yahoo.com with SMTP; 21 Oct 2005 21:51:45 -0000 From: Alex Ford To: freebsd-current@freebsd.org Content-Type: text/plain Date: Fri, 21 Oct 2005 17:52:18 -0400 Message-Id: <1129931538.31901.1.camel@workdesk> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: New DHCLIENT Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 21:51:46 -0000 Hello all - I am having problems using the DHCP client in the base system to obtain an IP address from my ISP. I have a DSL modem (not a modem/router) that connects directly to the computer, no router in between. I did a fresh install of FreeBSD 6.0-RC1, 'uname -a' shows: $ uname -a FreeBSD box1.myfreebsdbox.org 6.0-RC1 FreeBSD 6.0-RC1 #0: Sun Oct 9 20:32:57 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC i386 $ During the post-installation configuration of the network interfaces (using sysinstall) I tried configuring my network card (vr0) to be automatically assigned an address via DHCP. It appeared to hang (although it was probably just timing out) and dropped me to the screen to manually configure the settings. I did so, giving it a static 192.168.0.x address so that I could get internet connectivity and reconfigure it properly later on. When I manually edited my /etc/rc.conf to include: defaultrouter="192.168.0.1" hostname="workdesk.homenet" ifconfig_vr0="DHCP" ...and my /etc/hosts to include: 127.0.0.1 workdesk workdesk.homenet ...and /etc/resolve.conf contained: domain homenet nameserver 209.172.0.5 (a known good DNS server from an ISP) This has always worked for me in the past, so I thought nothing of it. I then rebooted and when the time came to initialize the interface I get this message: Oct 21 15:10:28 workdesk dhclient[5516]: Bogus domain search list 15: domain_not_set.invalid (domain_not_set.invalid) Oct 21 15:10:28 workdesk dhclient[5516]: Invalid lease option - ignoring offer It repeats that a few times then exits and continues on with the rest of the boot process. I did some searching on this mailing list and, of course, discovered that we had switched to a new dhclient program. To verify that it wasn't just something wrong with my ISP/NIC/etc I installed the net/isc-dhcp3-client port, edited my /etc/rc.conf appropriately, and sure enough: it assigned an IP correctly and everything seemed to be working as it always had. So, I'm assuming (from reading the various problems people are having) that with the behavior from this new dhclient program that I may have/need to try various things with my /etc/dhclient.conf or something similar(?). I looked at 'man 5 dhclient.conf', the example config and understood the basic structure of: interface vr0 { statement1 statement2 } I am, however, a little confused at how much/little stuff I would need to include (since I obviously don't know what's wrong). At the bottom of the man page it says the example is a complicated one and that most users shouldn't need one that complex. So, I'm essentially asking for suggestions of what to try there. Also, if it could be something unrelated to playing around with /etc/dhclient.conf I would like to hear those suggestions, too. I appreciate any help and insight, thank you in advance. -Alex From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 22:04:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7594A16A42F; Fri, 21 Oct 2005 22:04:32 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26FAC43D45; Fri, 21 Oct 2005 22:04:32 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.23.117]) ([10.251.23.117]) by a50.ironport.com with ESMTP; 21 Oct 2005 15:04:33 -0700 X-IronPort-Anti-Spam-Filtered: true Message-ID: <435965EE.7070504@elischer.org> Date: Fri, 21 Oct 2005 15:04:30 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20051021131329.A16FC126E@smtp.263.net> <200510211239.35190.jhb@freebsd.org> <20051021203207.GA26616@VARK.MIT.EDU> <200510211728.32476.jhb@freebsd.org> In-Reply-To: <200510211728.32476.jhb@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: nocool , freebsd-hackers@freebsd.org, David Schultz , freebsd-current , delphij Subject: Re: where to release proc.p_stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 22:04:32 -0000 John Baldwin wrote: >On Friday 21 October 2005 04:32 pm, David Schultz wrote: > > >>On Fri, Oct 21, 2005, John Baldwin wrote: >> >> >>>On Friday 21 October 2005 09:13 am, nocool wrote: >>> >>> >>>>freebsd-hackers，hello >>>> >>>> Question about 5.4 kernel source code. >>>> I have some question about strust proc's initialize. Kernel use >>>>proc_zone to allocate proc items and initialize them with proc_init >>>>(sys\kern\kern_proc.c) function. In this function, we can find the >>>>field proc.p_stats is allocated with pstats_alloc(), as >>>> >>>>p->p_stats = pstats_alloc(); >>>> >>>>and pstats_alloc is realized as >>>> >>>>malloc(sizeof(struct pstats), M_SUBPROC, M_ZERO|M_WAITOK); >>>> >>>>But I can't find where this field is freed. If it will not be release, >>>>will there be memory leakage? >>>> >>>> >>>Heh, das@ forgot to call pstats_free() when he did the changes. The >>>reason is probably because proc_fini() doesn't do anything useful because >>>we never recycle proc structs. We should probably at least add the >>>operations there though for documentation purposes. Something like this >>>would work I think: >>> >>> >>I didn't put in the call because we never free proc structures, but >>documenting what should happen if we ever do free them is a good >>idea. There's a fair amount of other cleanup that needs to happen >>as well, which you can probably find in the CVS history. (IIRC, >>I'm guilty of removing the code at a time when more things depended >>upon struct proc being type safe. Are there any remaining reasons >>why we can't free struct procs at this point?) >> >>By the way, there's no reason why we can't fold struct pstats into >>struct proc so we don't have to allocate and free it at all. >>It's never shared, so the extra level of indirection just adds overhead. >>The main reason I didn't make this change earlier was to maintain binary >>compatibility when I backported my U-area changes to -STABLE. >> >> > >Looks like some of the functions (vm_dispose_proc() and sched_destroyproc()) >have vanished, so this is all that would be in there now: > >Index: kern_proc.c >=================================================================== >RCS file: /usr/cvs/src/sys/kern/kern_proc.c,v >retrieving revision 1.232 >diff -u -r1.232 kern_proc.c >--- kern_proc.c 2 Oct 2005 23:27:56 -0000 1.232 >+++ kern_proc.c 21 Oct 2005 21:21:45 -0000 >@@ -196,8 +196,17 @@ > static void > proc_fini(void *mem, int size) > { >+#ifdef notnow >+ struct proc *p; > >+ p = (struct proc *)mem; >+ pstats_free(p->p_stats); >+ ksegrp_free(FIRST_KSEGRP_IN_PROC(p)); >+ thread_free(FIRST_THREAD_IN_PROC(p)); >+ mtx_destroy(&p->p_mtx); >+#else > panic("proc reclaimed"); >+#endif > } > > /* > > > sched_destroyproc was removed by someone I believe because "it was not used". if you were removing a proc you possibly should re introduce it. From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 22:14:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52F7516A41F for ; Fri, 21 Oct 2005 22:14:29 +0000 (GMT) (envelope-from lists@servingpeace.com) Received: from smtp.servingpeace.com (servingpeace.com [69.55.225.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1506243D45 for ; Fri, 21 Oct 2005 22:14:28 +0000 (GMT) (envelope-from lists@servingpeace.com) Received: from [10.0.0.30] (adsl-68-125-161-145.dsl.pltn13.pacbell.net [68.125.161.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.servingpeace.com (Postfix) with ESMTP id 5CB5BBA224; Fri, 21 Oct 2005 15:14:28 -0700 (PDT) Message-ID: <43596841.70607@servingpeace.com> Date: Fri, 21 Oct 2005 15:14:25 -0700 From: Sam Nilsson User-Agent: Thunderbird 1.4.1 (Macintosh/20051006) MIME-Version: 1.0 To: Alex Ford References: <1129931538.31901.1.camel@workdesk> In-Reply-To: <1129931538.31901.1.camel@workdesk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: New DHCLIENT Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 22:14:29 -0000 Alex Ford wrote: > Hello all - > > I am having problems using the DHCP client in the base system to obtain > an IP address from my ISP. > > I have a DSL modem (not a modem/router) that connects directly to the > computer, no router in between. > > I did a fresh install of FreeBSD 6.0-RC1, 'uname -a' shows: > > $ uname -a > FreeBSD box1.myfreebsdbox.org 6.0-RC1 FreeBSD 6.0-RC1 #0: Sun Oct 9 > 20:32:57 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC > i386 > $ > > During the post-installation configuration of the network interfaces > (using sysinstall) I tried configuring my network card (vr0) to be > automatically assigned an address via DHCP. It appeared to hang > (although it was probably just timing out) and dropped me to the screen > to manually configure the settings. I did so, giving it a static > 192.168.0.x address so that I could get internet connectivity and > reconfigure it properly later on. > > When I manually edited my /etc/rc.conf to include: > > defaultrouter="192.168.0.1" > hostname="workdesk.homenet" > ifconfig_vr0="DHCP" > > ...and my /etc/hosts to include: > > 127.0.0.1 workdesk workdesk.homenet > > ...and /etc/resolve.conf contained: > > domain homenet > nameserver 209.172.0.5 (a known good DNS server from an ISP) > > > This has always worked for me in the past, so I thought nothing of it. I > then rebooted and when the time came to initialize the interface I get > this message: > > Oct 21 15:10:28 workdesk dhclient[5516]: Bogus domain search list 15: > domain_not_set.invalid (domain_not_set.invalid) > Oct 21 15:10:28 workdesk dhclient[5516]: Invalid lease option - ignoring > offer > > It repeats that a few times then exits and continues on with the rest of > the boot process. Me too! I updated to 6.0-RC1 last night and I had the same problem. The dhclient.conf(5) man page appears to document the old ISC DHCP Client rather than the new OpenBSD implementation. My /etc/dhclient.conf file (which worked with the ISC version) looks like this: interface "xl0" { supersede domain-name-servers 10.0.0.1; supersede domain-name "mydomain.com"; } I am also getting these same messages: Oct 21 15:10:28 workdesk dhclient[5516]: Bogus domain search list 15: domain_not_set.invalid (domain_not_set.invalid) Oct 21 15:10:28 workdesk dhclient[5516]: Invalid lease option - ignoring offer My question is: How can we get dhclient to ignore/override the domain search list field so that it accepts the lease? - Sam Nilsson From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 23:15:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 281C116A41F; Fri, 21 Oct 2005 23:15:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B247743D45; Fri, 21 Oct 2005 23:15:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9LNFI1l041685; Fri, 21 Oct 2005 19:15:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9LNFIPQ043244; Fri, 21 Oct 2005 19:15:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5EFFF7302F; Fri, 21 Oct 2005 19:15:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051021231518.5EFFF7302F@freebsd-current.sentex.ca> Date: Fri, 21 Oct 2005 19:15:18 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 23:15:20 -0000 TB --- 2005-10-21 21:28:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-21 21:28:07 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-21 21:28:07 - cleaning the object tree TB --- 2005-10-21 21:28:37 - checking out the source tree TB --- 2005-10-21 21:28:37 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-21 21:28:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-21 21:35:40 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-21 21:35:40 - cd /src TB --- 2005-10-21 21:35:40 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-10-21 23:08:05 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-21 23:08:05 - cd /src TB --- 2005-10-21 23:08:05 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Oct 21 23:08:05 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/netinet/udp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/netinet6/dest6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/netinet6/frag6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/netinet6/icmp6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/netinet6/in6.c /src/sys/netinet6/in6.c: In function `in6_control': /src/sys/netinet6/in6.c:589: warning: left shift count >= width of type /src/sys/netinet6/in6.c:607: warning: left shift count >= width of type *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-21 23:15:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-21 23:15:18 - ERROR: failed to build generic kernel TB --- 2005-10-21 23:15:18 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 00:57:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85FA716A41F; Sat, 22 Oct 2005 00:57:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18D5943D45; Sat, 22 Oct 2005 00:56:59 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9M0uwTf049198; Fri, 21 Oct 2005 20:56:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9M0uwjT085813; Fri, 21 Oct 2005 20:56:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A40987302F; Fri, 21 Oct 2005 20:56:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051022005658.A40987302F@freebsd-current.sentex.ca> Date: Fri, 21 Oct 2005 20:56:58 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 00:57:00 -0000 TB --- 2005-10-21 23:15:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-21 23:15:18 - starting HEAD tinderbox run for i386/i386 TB --- 2005-10-21 23:15:18 - cleaning the object tree TB --- 2005-10-21 23:15:52 - checking out the source tree TB --- 2005-10-21 23:15:52 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-10-21 23:15:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-21 23:22:42 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-21 23:22:42 - cd /src TB --- 2005-10-21 23:22:42 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-22 00:28:25 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-22 00:28:25 - cd /src TB --- 2005-10-22 00:28:25 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Oct 22 00:28:25 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Oct 22 00:46:02 UTC 2005 TB --- 2005-10-22 00:46:02 - generating LINT kernel config TB --- 2005-10-22 00:46:02 - cd /src/sys/i386/conf TB --- 2005-10-22 00:46:02 - /usr/bin/make -B LINT TB --- 2005-10-22 00:46:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-22 00:46:02 - cd /src TB --- 2005-10-22 00:46:02 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Oct 22 00:46:02 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/if_atm.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/if_ether.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/igmp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/ip_carp.c /src/sys/netinet/ip_carp.c: In function `carp_set_addr6': /src/sys/netinet/ip_carp.c:1598: error: too few arguments to function `in6_joingroup' /src/sys/netinet/ip_carp.c:1611: error: too few arguments to function `in6_joingroup' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-22 00:56:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-22 00:56:58 - ERROR: failed to build lint kernel TB --- 2005-10-22 00:56:58 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 02:32:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C5CC16A41F; Sat, 22 Oct 2005 02:32:12 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A397A43D46; Sat, 22 Oct 2005 02:32:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9M2WA33056008; Fri, 21 Oct 2005 22:32:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9M2WATp021892; Fri, 21 Oct 2005 22:32:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 28FB47302F; Fri, 21 Oct 2005 22:32:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051022023210.28FB47302F@freebsd-current.sentex.ca> Date: Fri, 21 Oct 2005 22:32:10 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 02:32:12 -0000 TB --- 2005-10-22 00:56:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-22 00:56:58 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-10-22 00:56:58 - cleaning the object tree TB --- 2005-10-22 00:57:29 - checking out the source tree TB --- 2005-10-22 00:57:29 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-10-22 00:57:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-22 01:04:08 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-22 01:04:08 - cd /src TB --- 2005-10-22 01:04:08 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-22 02:08:34 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-22 02:08:34 - cd /src TB --- 2005-10-22 02:08:34 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Oct 22 02:08:34 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Oct 22 02:23:14 UTC 2005 TB --- 2005-10-22 02:23:15 - generating LINT kernel config TB --- 2005-10-22 02:23:15 - cd /src/sys/pc98/conf TB --- 2005-10-22 02:23:15 - /usr/bin/make -B LINT TB --- 2005-10-22 02:23:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-22 02:23:15 - cd /src TB --- 2005-10-22 02:23:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Oct 22 02:23:15 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/if_atm.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/if_ether.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/igmp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/ip_carp.c /src/sys/netinet/ip_carp.c: In function `carp_set_addr6': /src/sys/netinet/ip_carp.c:1598: error: too few arguments to function `in6_joingroup' /src/sys/netinet/ip_carp.c:1611: error: too few arguments to function `in6_joingroup' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-22 02:32:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-22 02:32:09 - ERROR: failed to build lint kernel TB --- 2005-10-22 02:32:09 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 03:50:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AC9416A41F; Sat, 22 Oct 2005 03:50:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B92F743D45; Sat, 22 Oct 2005 03:50:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9M3oUp4061263; Fri, 21 Oct 2005 23:50:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9M3oU6i005047; Fri, 21 Oct 2005 23:50:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 646367302F; Fri, 21 Oct 2005 23:50:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051022035030.646367302F@freebsd-current.sentex.ca> Date: Fri, 21 Oct 2005 23:50:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 03:50:32 -0000 TB --- 2005-10-22 02:32:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-22 02:32:10 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-10-22 02:32:10 - cleaning the object tree TB --- 2005-10-22 02:32:38 - checking out the source tree TB --- 2005-10-22 02:32:38 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-10-22 02:32:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-22 02:39:52 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-22 02:39:52 - cd /src TB --- 2005-10-22 02:39:52 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-22 03:45:22 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-22 03:45:22 - cd /src TB --- 2005-10-22 03:45:22 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Oct 22 03:45:22 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/udp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet6/dest6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet6/frag6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet6/icmp6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet6/in6.c /src/sys/netinet6/in6.c: In function `in6_control': /src/sys/netinet6/in6.c:589: warning: left shift count >= width of type /src/sys/netinet6/in6.c:607: warning: left shift count >= width of type *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-22 03:50:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-22 03:50:30 - ERROR: failed to build generic kernel TB --- 2005-10-22 03:50:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 06:27:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAA9616A41F; Sat, 22 Oct 2005 06:27:23 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (c-24-60-174-16.hsd1.ma.comcast.net [24.60.174.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AC8543D46; Sat, 22 Oct 2005 06:27:22 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: from [192.168.1.67] ([192.168.1.67]) by straycat.dhs.org (8.13.0/8.13.0) with ESMTP id j9M6UoAK027686; Sat, 22 Oct 2005 02:30:59 -0400 (EDT) From: Tom McLaughlin To: Brooks Davis In-Reply-To: <22081.192.216.27.32.1129919414.squirrel@192.216.27.32> References: <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> <200510201115.21750.jhb@freebsd.org> <200510201427.53315.mistry.7@osu.edu> <200510201651.22346.jhb@freebsd.org> <20051020212903.GA7953@odin.ac.hmc.edu> <22081.192.216.27.32.1129919414.squirrel@192.216.27.32> Content-Type: text/plain Date: Sat, 22 Oct 2005 02:25:53 -0400 Message-Id: <1129962353.25726.152.camel@trex.meditech.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: kern/87506 : [PATCH] Fix alias support on vr interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 06:27:23 -0000 On Fri, 2005-10-21 at 18:30 +0000, Tom McLaughlin wrote: > > On Thu, Oct 20, 2005 at 04:51:21PM -0400, John Baldwin wrote: > >> On Thursday 20 October 2005 02:27 pm, Anish Mistry wrote: > >> > On Thursday 20 October 2005 11:15 am, John Baldwin wrote: > >> > > On Thursday 20 October 2005 10:23 am, Tom McLaughlin wrote: > >> > > > > >> > > I'm not sure that fix is really the right fix. The patch just > >> > > makes vr(4) ignore changes to if_flags while the driver is up. > >> > > Probably there is a bug in vr(4)'s handling of alias addresses. I > >> > > did just reproduce this on my laptop's rl(4) interface though. > >> > > I'll see if I can't figure out what is happening. > >> > > >> > I'm also seeing this too along with the following. > >> > > >> > I'm not sure if this is related, but I'm seeing the following on > >> > RELENG_6 and CURRENT, but and older RELENG_5 as of ~2 months ago > >> > doesn't show this problem. > >> > I'm trying to setup my workstation with a normal DHCP'd address > >> > and an alias IP for a jail running on the system, but the alias > >> > setting wipes out all the other addresses on the interface. > >> > in /etc/rc.conf: > >> > ifconfig_rl0="DHCP" > >> > ifconfig_rl0_alias0="inet 192.168.1.10 netmask 255.255.255.255" > >> > > >> > I've checked the rc boot order (on RELENG_6 and CURRENT) and it seems > >> > correct: > >> > netif > >> > dhclient > >> > netif > >> > > >> > I narrowed it down to: > >> > dhclient rl0 > >> > ifconfig rl0 inet 192.168.1.11 netmask 0xffffffff alias > >> > [dhclient prints a message here saying connection closed and exiting] > >> > > >> > All of the other addresses on the card are removed. > >> > I'm also seeing this on dc. So thinking it to be a problem in > >> > ifconfig I copied over the version from my RELENG_5 box, and that did > >> > the same thing...so this seems to be present several of the network > >> > drivers in RELENG_6/CURRENT. > >> > >> Yes, it seems to be an issue with dhclient. If I turn dhclient off and > >> manually configure my NIC then the alias works fine: > >> rl0: flags=8843 mtu 1500 > >> options=8 > >> inet6 fe80::290:f5ff:fe0e:c8e5%rl0 prefixlen 64 scopeid 0x2 > >> inet 10.50.41.234 netmask 0xfffffe00 broadcast 10.50.41.255 > >> inet 10.50.41.101 netmask 0xffffffff broadcast 10.50.41.101 > >> ether 00:90:f5:0e:c8:e5 > >> media: Ethernet autoselect (100baseTX ) > >> status: active > > > > I believe the problem is that adding an address to a NIC causes a call > > to ifp->if_init() which resets the media and triggers a LINK_DOWN event > > in all too many cases. Using if_init here is rather like driving > > finishing nails with a sledge hammer. > > > > -- Brooks > > > > Hi Brooks and John, > > I just reproduced this with a bge (Broadcom BCM5789) while attempting an > RC1 install here at work. I noticed while toying with ifconfig that only > the first alias I set whipes out the previous address on the card. Any > subsequent aliases leave the previously set addresses in tact. > > In addition to that I found another problem with this bge which may or may > not be related. During the install of the box with the bge I noticed that > it was unable to obtain an address via DHCP. I checked the link light and > it was out. When I rebooted the machine after the install I looked at the > link light for the bge and it was still out and ifconfig said the status > of bge 0 was "no carrier". I watched the boot messages and the link light > on another reboot and I noticed when the OS detected the bge the link > light imediately goes out. (Adding John back since I accidentally dropped him) This additional problem I found with the bge appears to be a separate issue since I don't see it with my vr nic. I'll fire off a separate PR for this when I'm back in the office since I don't see anything applicable in gnats already. Thanks, Tom > dmesg snippet, light goes out at aproximately the first line: > bge0: mem > 0xfc500000-0xfc50ffff irq 20 at device 2.0 on pci5 > miibus0: on bge0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > bge0: Ethernet address: 00:12:79:a7:06:4d > > The link light doesn't come back on until the point during boot when > dhclient starts up. I tried this with acpi loaded and unloaded to rule it > out and results were the same. I'm not sure if this is a seperate bge bug > or if it's related to the initial problem. A full boot -v dmesg is > attached. I'll take a look when I get home at the box with the vr to see > if it too is exhibiting the same behavior wih the link light going down > once the vr is detected. > > Thanks, > Tom > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 08:08:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0FAB16A41F; Sat, 22 Oct 2005 08:08:16 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6998C43D46; Sat, 22 Oct 2005 08:08:16 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-int.prodigy.net [207.115.5.207]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j9M88hTl028065; Sat, 22 Oct 2005 04:08:43 -0400 X-ORBL: [71.139.0.107] Received: from [10.0.5.50] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by ylpvm01.prodigy.net (8.13.4 dk-milter linux/8.13.4) with ESMTP id j9M8CLOv016682; Sat, 22 Oct 2005 04:12:21 -0400 Message-ID: <4359F36A.7000308@root.org> Date: Sat, 22 Oct 2005 01:08:10 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20051015014313.GA25990@heff.fud.org.nz> <200510171735.18054.jhb@freebsd.org> <20051018014031.GA38996@heff.fud.org.nz> <200510181239.58502.jhb@freebsd.org> In-Reply-To: <200510181239.58502.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: RC1 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 08:08:17 -0000 John Baldwin wrote: > On Monday 17 October 2005 09:40 pm, Andrew Thompson wrote: > >>On Mon, Oct 17, 2005 at 05:35:17PM -0400, John Baldwin wrote: >> >>>On Monday 17 October 2005 05:12 pm, Andrew Thompson wrote: >>> >>>>On Mon, Oct 17, 2005 at 04:54:02PM -0400, John Baldwin wrote: >>>> >>>>>On Friday 14 October 2005 09:43 pm, Andrew Thompson wrote: >>>>> >>>>>>Hi, >>>>>> >>>>>> >>>>>>I am getting this panic on RC1, I am booting disc1 to install the >>>>>>system. Its a HP Omnibook 4150 and no PC cards are inserted. >>>>>> >>>>>>It has 5.4 on the drive at the moment which installed fine. I have >>>>>>attached a couple of dmesg logs. >>>>>> >>>>>>acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on >>>>>>acpi0 cpu0: on acpi0 >>>>>>acpi_throttle0: on cpu0 >>>>>>acpi_lid0: on acpi0 >>>>>>pcib0: port 0xcf8-0xcff on acpi0 >>>>> >>>>>Your LNKC pci_link device didn't probe and attach for some reason. >>>>>Can you post your ASL somewhere? ACPI is supposed to force all the >>>>>link devices to probe first. >>>> >>>>thanks, >>>> >>>>http://www.fud.org.nz/~andy/omnibook-4150.asl >>>>http://www.fud.org.nz/~andy/omnibook-4150.dsdt >>>> >>>>Ive been doing a binary search in between other things and have >>>>narrowed the breakage to late November 2004. mid nov boots fine and the >>>>27th onwards panics, i'll keep going. >>> >>>That would be because the new pci_link code was committed on November 23 >>>and isn't in 5.x. I didn't see anything weird in your ASL. LNKC looks >>>fine, so I'm not sure why it isn't attaching. A good first step might be >>>to add some printf's in acpi_pci_link.c in the probe routine to see if >>>the LNKC device is even getting probed and if the probe is failing, why >>>it is failing. >> >>LNKC doesnt seem to be probed at all. >> >> >> >>Copyright (c) 1992-2005 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 7.0-CURRENT #0: Tue Oct 18 11:22:14 NZDT 2005 >> root@dev.fud.org.nz:/usr/obj/usr/src/sys/GENERIC >>WARNING: WITNESS option enabled, expect reduced performance. >>Timecounter "i8254" frequency 1193182 Hz quality 0 >>CPU: Intel Celeron (448.05-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0x681 Stepping = 1 >> >>Features=0x383f9ff>,PAT,PSE36,MMX,FXSR,SSE> real memory = 536870912 (512 MB) >>avail memory = 515850240 (491 MB) >>npx0: [FAST] >>npx0: on motherboard >>npx0: INT 16 interface >>acpi0: on motherboard >>acpi0: Power Button (fixed) >>acpi_pci_link_probe: ACPI_ID_PROBE OK for 'LNKA' >>pci_link0: irq 10 on acpi0 >>acpi_pci_link_probe: ACPI_ID_PROBE OK for 'LNKB' >>pci_link1: irq 10 on acpi0 >>acpi_pci_link_probe: ACPI_ID_PROBE OK for 'LNKD' >>pci_link2: irq 10 on acpi0 >>unknown: memory range not supported >>unknown: memory range not supported >>unknown: memory range not supported >>unknown: memory range not supported >>unknown: memory range not supported >>unknown: memory range not supported >>acpi_pci_link_probe: ACPI_ID_PROBE failed for 'XROM' >>acpi_pci_link_probe: ACPI_ID_PROBE failed for 'MBRD' >>acpi_pci_link_probe: ACPI_ID_PROBE failed for 'EC0_' > > > Hmm, that would seem to be a bug in ACPI then if it doesn't see LNKC as a > device. Can you try adding some printf's to the ACPI code that adds child > devices to see if LNKC is ever added as a child device? You'd do this in the > acpi_probe_child() function in acpi.c. > > Also, maybe try turning #if 0'ing out the call to device_probe_and_attach() in > acpi_probe_child() (the one that's if (probe_now)) as I think it's a bug. > Adjusting the order should be sufficient, but always insta-probing early > devices could result in probing a device too early. (Order 3 device before > an Order 1 device because of namespace order for example.) It's not probing LNKC because it's disabled on boot and his ASL is less than standard. If you look at _STA for LNKC, it returns 0xB if enabled and 0x1 if disabled. The problem is, the disabled case is returning "PRESENT" but not "FUNCTIONAL" and so we don't probe that device. It happens to work for the others because they are enabled by the BIOS. Comment out this code in acpi.c: /* * Check that the device is present. If it's not present, * leave it disabled (so that we have a device_t attached to * the handle, but we don't probe it). */ if (type == ACPI_TYPE_DEVICE && !acpi_DeviceIsPresent(child)) { device_disable(child); break; } We can probably add a hack to that if() that says: && !acpi_MatchHid(handle, "PNP0C0F") That way we special case link devices. I'm worried about changing this for all devices since there are some that really aren't probe-able when !FUNCTIONAL and being too lenient might be more trouble than it's worth. If my suggestion works, feel free to commit it. I'm still away a lot. -- Nate From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 08:22:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B6AB16A420 for ; Sat, 22 Oct 2005 08:22:54 +0000 (GMT) (envelope-from mathieu.y.prevot@wanadoo.fr) Received: from relay-bv.club-internet.fr (relay-bv.club-internet.fr [194.158.96.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9C7E43D49 for ; Sat, 22 Oct 2005 08:22:53 +0000 (GMT) (envelope-from mathieu.y.prevot@wanadoo.fr) Received: from [192.168.0.3] (l03v-212-194-194-199.d4.club-internet.fr [212.194.194.199]) by relay-bv.club-internet.fr (Postfix) with ESMTP id 8C87A25606 for ; Sat, 22 Oct 2005 10:22:52 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v734) Content-Transfer-Encoding: 7bit Message-Id: <87731982-A026-4A49-B51A-3A296F262D1D@wanadoo.fr> Content-Type: text/plain To: freebsd-current@freebsd.org From: Mathieu Prevot Date: Sat, 22 Oct 2005 10:22:38 +0200 X-Mailer: Apple Mail (2.734) Subject: oi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 08:22:54 -0000 From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 10:14:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51C3A16A41F for ; Sat, 22 Oct 2005 10:14:36 +0000 (GMT) (envelope-from SRS0=VTZ4=YW=m70.jit-consulting.de=torben@srs.kundenserver.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88FC543D48 for ; Sat, 22 Oct 2005 10:14:35 +0000 (GMT) (envelope-from SRS0=VTZ4=YW=m70.jit-consulting.de=torben@srs.kundenserver.de) Received: from p54A41FE2.dip0.t-ipconnect.de [84.164.31.226] (helo=jicken.homeunix.org) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML2Dk-1ETGOX3kmP-0007hr; Sat, 22 Oct 2005 12:14:33 +0200 Received: from localhost ([127.0.0.1]) by jicken.homeunix.org with esmtp (Exim 4.52) id 1ETGOX-0001ZJ-1n for freebsd-current@freebsd.org; Sat, 22 Oct 2005 12:14:33 +0200 Received: from jicken.homeunix.org ([127.0.0.1]) by localhost (gentoo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05781-04 for ; Sat, 22 Oct 2005 12:14:27 +0200 (CEST) Received: from [192.168.0.102] (helo=m70.jit-consulting.de) by jicken.homeunix.org with esmtp (Exim 4.52) id 1ETGOR-0001ZD-Og for freebsd-current@freebsd.org; Sat, 22 Oct 2005 12:14:27 +0200 Received: from localhost ([127.0.0.1] helo=m70.jit-consulting.de) by m70.jit-consulting.de with esmtp (Exim 4.54 (FreeBSD)) id 1ETGOR-0000Bd-DC for freebsd-current@freebsd.org; Sat, 22 Oct 2005 12:14:27 +0200 Received: (from torben@localhost) by m70.jit-consulting.de (8.13.3/8.13.3/Submit) id j9MAEQMD000720 for freebsd-current@freebsd.org; Sat, 22 Oct 2005 12:14:26 +0200 (CEST) (envelope-from torben) Date: Sat, 22 Oct 2005 12:14:26 +0200 From: jicken@web.de To: freebsd-current@freebsd.org Message-ID: <20051022101426.GA664@m70.jit-consulting.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at jicken.homeunix.org X-Provags-ID: kundenserver.de abuse@kundenserver.de login:21f254a0477cf25d019ee414e1e6108a Subject: Intel ICH6-M failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 10:14:36 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi, searched quite a few days for a solution and tested different freebsd versi= ons, but still no success. atapci0@pci0:31:2: class=3D0x010180 card=3D0x01871028 chip=3D0x2653808= 6 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801FBM ICH6M SATA Controller' class =3D mass storage subclass =3D ATA 5.4-RELEASE boots without problems while the controller is detected as the = following: atapci0: port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f= 6,0x1f0-0x1f7 irq 17 at device 31.2 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 =2E.. ad0: 57231MB [116280/16/63] at ata0-master UDMA33 if testing with anything else (5.4-STABLE, 6.0-BETA5, 6.0-RC1, CURRENT) the= controller is detected as . when mounting the root fs the following error occurs: ad0: FAILURE - READ_DMA status=3D51 error=3D4 LBA= =3D0 found some other threads regarding this failure but upgrading to another ve= rsion didn't help. disabling acpi or apic also doesn't have any effect.=20 disabling dma, using pio4 didn't work.=20 i want to get 6.0 running to be able to use wpa functionality. any advice? if this is not enough information just give me a hint. thx. torben --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDWhECq6Fy8gFIMs0RAntoAJwMBaq86QuS0qdClw4qCOp7gWRJDgCeI3Tz SdaHt1sBTHFf6ugBUhNEBfY= =Ru4z -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 10:46:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00F0C16A420 for ; Sat, 22 Oct 2005 10:46:18 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id ED50343D45 for ; Sat, 22 Oct 2005 10:46:16 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 22 Oct 2005 10:46:14 -0000 Received: from h081217094062.dyn.cm.kabsi.at (EHLO h081217094062.dyn.cm.kabsi.at) [81.217.94.62] by mail.gmx.net (mp013) with SMTP; 22 Oct 2005 12:46:14 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: Kris Kennaway In-Reply-To: <20051021072448.GA15130@xor.obsecurity.org> References: <1129879049.771.6.camel@localhost> <20051021072448.GA15130@xor.obsecurity.org> Content-Type: multipart/mixed; boundary="=-iiNGWelgi3oh58Bxq97i" Date: Sat, 22 Oct 2005 12:46:14 +0200 Message-Id: <1129977974.987.19.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Y-GMX-Trusted: 0 Cc: current@freebsd.org Subject: Re: PREEMPTION still unusable with 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 10:46:18 -0000 --=-iiNGWelgi3oh58Bxq97i Content-Type: text/plain Content-Transfer-Encoding: 7bit On Fri, 2005-10-21 at 03:24 -0400, Kris Kennaway wrote: > On Fri, Oct 21, 2005 at 09:17:29AM +0200, Stefan Ehmann wrote: > > I recently upgraded my 5.4-RELEASE machine to 6.0-RC1. Runs fine so far > > if I disable PREEMPTION. > > > > With PREEMPTION enabled, I still get the same issues as described here: > > http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037949.html > > > > kernel config: > > http://stud4.tuwien.ac.at/~e0125637/fbsd/kernconf-6.0-RC1 > > > > /var/log/messages output: > > http://stud4.tuwien.ac.at/~e0125637/fbsd/messages-6.0-RC1 > > > > Any one else still experiencing these problems or has any idea what > > causes this? > > Turn on WITNESS, INVARIANTS and see if they report anything. Break to > DDB and use the various debugging commands (ps, the various show > commands, ...) to trace things. I should have thought of that myself... Anyway, I might have found the LOR that causes the problem [1]. show allocks output can be seen in [2] It's similar to http://sources.zabbadoz.net/freebsd/lor/016.html (as it also happens in check_uidgid(). There's a nice explaination by rwatson in the linked thread. So I removed the corresponding ipfw rule (I use it together with dummynet for traffic shaping for a spedific user). It seems to run fine so far. If I re-add the rule the system hangs within minutes. I still have to test if the system runs stable over a longer period. I also got another LOR [3] but it hasn't caused any problems so far. --=-iiNGWelgi3oh58Bxq97i Content-Disposition: attachment; filename=lor.txt Content-Type: text/plain; name=lor.txt; charset=ISO8859-1 Content-Transfer-Encoding: 7bit [1] lock order reversal 1st 0xc1cef090 inp (divinp) @ /usr/src/sys/netinet/ip_divert.c:327 2nd 0xc079794c tcp (tcp) @ /usr/src/sys/netinet/ip_fw2.c:1952 KDB: stack backtrace: kdb_backtrace(c06ef8e3,c079794c,c06ef3b7,c06ef3b7,c06f7f50) at kdb_backtrace+0x2e witness_checkorder(c079794c,9,c06f7f50,7a0,c04f7ce4) at witness_checkorder+0x6c3 _mtx_lock_flags(c079794c,0,c06f7f50,7a0,c0548199) at _mtx_lock_flags+0x8a check_uidgid(c1c59ac4,6,c1a6fc00,1809bccd,1446) at check_uidgid+0x111 ipfw_chk(dadf89ec,41ec0d7e,0,0,c1b78000) at ipfw_chk+0xd86 ipfw_check_out(0,dadf8ae4,c1a6fc00,2,0) at ipfw_check_out+0x10c pfil_run_hooks(c07974e0,dadf8b58,c1a6fc00,2,0) at pfil_run_hooks+0x101 ip_output(c1b78000,0,dadf8b24,22,0) at ip_output+0x6f0 div_output(c1c66de8,c1b78000,c1bb7720,0,dadf8c00) at div_output+0x1d3 div_send(c1c66de8,0,c1b78000,c1bb7720,0) at div_send+0x5d sosend(c1c66de8,c1bb7720,dadf8c34,c1b78000,0) at sosend+0x6e1 kern_sendit(c1bd6180,3,dadf8cb4,0,0) at kern_sendit+0x12f sendit(c1bd6180,3,dadf8cb4,0,bfbdebc8) at sendit+0x1ab sendto(c1bd6180,dadf8d04,18,418,6) at sendto+0x5b syscall(3b,3b,3b,bfbdeba0,2) at syscall+0x2a2 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip = 0x280d0c3f, esp = 0xbfbdeb0c, ebp = 0xbfbeebb8 --- [2] Process 962 (fetchmail) thread 0xc1bd7480 (100094) exclusive sleep mutex inp (tcpinp) r = 0 (0xc20aed38) locked @ /usr/src/sys/netinet/tcp_usrreq.c:646 Process 300 (natd) thread 0xc1bd6180 (100074) exclusive sleep mutex tcp r = 0 (0xc079794c) locked @ /usr/src/sys/netinet/ip_fw2.c:1952 exclusive sleep mutex inp (divinp) r = 0 (0xc1cef090) locked @ /usr/src/sys/netinet/ip_divert.c:327 exclusive sleep mutex div r = 0 (0xc079652c) locked @ /usr/src/sys/netinet/ip_divert.c:325 Process 12 (irq1: atkbd0) thread 0xc198a900 (100004) exclusive sleep mutex Giant r = 0 (0xc0749420) locked @ /usr/src/sys/kern/kern_intr.c:546 [3] lock order reversal 1st 0xc1d10090 inp (divinp) @ /usr/src/sys/netinet/ip_divert.c:327 2nd 0xc0796440 in_multi_mtx (in_multi_mtx) @ /usr/src/sys/netinet/ip_output.c:295 KDB: stack backtrace: kdb_backtrace(c06ef8e3,c0796440,c06ef386,c06ef386,c06f8d28) at kdb_backtrace+0x2e witness_checkorder(c0796440,9,c06f8d28,127,c06f6927) at witness_checkorder+0x6c3 _mtx_lock_flags(c0796440,0,c06f8d28,127,c052d396) at _mtx_lock_flags+0x8a ip_output(c1ca3c00,0,dae0ab24,22,0) at ip_output+0x46c div_output(c1c8bde8,c1ca3c00,c2e4c530,0,dae0ac00) at div_output+0x1d3 div_send(c1c8bde8,0,c1ca3c00,c2e4c530,0) at div_send+0x5d sosend(c1c8bde8,c2e4c530,dae0ac34,c1ca3c00,0) at sosend+0x6e1 kern_sendit(c1bd6a80,3,dae0acb4,0,0) at kern_sendit+0x12f sendit(c1bd6a80,3,dae0acb4,0,bfbdebc0) at sendit+0x1ab sendto(c1bd6a80,dae0ad04,18,418,6) at sendto+0x5b syscall(3b,3b,3b,bfbdeba0,2) at syscall+0x2a2 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip = 0x280d0c3f, esp = 0xbfbdeb0c, ebp = 0xbfbeebb8 --- --=-iiNGWelgi3oh58Bxq97i-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 15:00:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9721C16A41F for ; Fri, 21 Oct 2005 15:00:50 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C0BE43D45 for ; Fri, 21 Oct 2005 15:00:49 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from blue.virtual-estates.net (blue [127.0.0.1]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j9LF0n01036616 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 21 Oct 2005 11:00:49 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by blue.virtual-estates.net (8.13.4/8.13.4/Submit) id j9LF0mW7036615 for current@freebsd.org; Fri, 21 Oct 2005 11:00:48 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) X-Authentication-Warning: blue.virtual-estates.net: mi set sender to mi+kde@aldan.algebra.com using -f From: Mikhail Teterin To: current@freebsd.org Date: Fri, 21 Oct 2005 11:00:48 -0400 User-Agent: KMail/1.8.2 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" X-Mailman-Approved-At: Sat, 22 Oct 2005 12:09:44 +0000 Cc: Subject: Why page-in a SIGKILL-ed process? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 15:00:50 -0000 Hello! I just had a nasty experience. gvim went crazy and accumulated over 4Gb of virtual memory (I'm using amd64). My system slowed down quite a bit and I SIGKILL-ed the process. Despite my repeated SIGKILL-ing, the process did not go away for a few minutes. According to top, it's state during the ordeal was something like: 17850 mi 1 -16 0 4158M 1118M wdrain 1 0:06 6.10% vim The question is: Why bother with paged-out parts of the process, when it is already doomed by SIGKILL? Shouldn't the pagefault-handling be interrupted by the delivery of this (pseudo-)signal to ensure instant death without the disk-thrashing agony? -mi From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 19:27:53 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E348B16A41F; Fri, 21 Oct 2005 19:27:53 +0000 (GMT) (envelope-from mike@v.gz.ru) Received: from v.gz.ru (gw-gpt.v.gz.ru [195.209.41.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52AF743D48; Fri, 21 Oct 2005 19:27:52 +0000 (GMT) (envelope-from mike@v.gz.ru) Received: from physic (physic.v.ru [10.0.4.111]) (authenticated bits=0) by v.gz.ru (8.13.4/8.13.4) with ESMTP id j9LJRkdj026951 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 21 Oct 2005 23:27:49 +0400 (MSD) (envelope-from mike@v.gz.ru) Message-ID: <002601c5d675$92eefa20$6f04000a@v.ru> From: "Mike G" To: Date: Fri, 21 Oct 2005 23:28:08 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 FL-Build: Fidolook 2002 (SL) 6.0.2800.85 - 28/1/2003 19:07:30 X-Antivirus: Dr.Web (R) for Mail Servers on virgin.v.gz.ru host X-Antivirus-Code: 100000 X-Mailman-Approved-At: Sat, 22 Oct 2005 12:09:44 +0000 Cc: sos@freebsd.org Subject: ad0: Danger Will Robinson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 19:27:54 -0000 Hello! We have a problem with FreeBSD RELENG_6 system has hang up 'cause of lot lof messages: ad0: req=0xXXXXXXX SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad0: req=0xXXXXXXX SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad0: req=0xXXXXXXX SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! Our system is MotherBoard: Intel SE7520BD2 with 1 Xeon (HyperThreading) HDD : ad0: 19092MB at ata0-master UDMA100 for details see the full /var/run/dmesg.boot in namespace, AE_BAD_CHARACTER SearchNode 0xc2329d60 StartNode 0xc2329d60 ReturnNode 0xc23271c0 ACPI-1304: *** Error: Method execution failed [\\_GPE.PXL1] (Node 0xc2329d60), AE _BAD_CHARACTER ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 15 on acpi0 pci_link3: irq 7 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 5 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 em0: port 0xcc80-0xccbf mem 0 xfcee0000-0xfcefffff,0xfcec0000-0xfcedffff irq 28 at device 2.0 on pci2 em0: [GIANT-LOCKED] em0: Ethernet address: 00:07:e9:14:6a:18 em0: Speed:N/A Duplex:N/A em1: port 0xcc00-0xcc3f mem 0 xfce80000-0xfce9ffff,0xfce60000-0xfce7ffff irq 24 at device 3.0 on pci2 em1: [GIANT-LOCKED] em1: Ethernet address: 00:07:e9:14:6e:9d em1: Speed:N/A Duplex:N/A pci1: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci1 pci3: on pcib3 pci1: at device 0.3 (no driver attached) pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 5.0 on pci0 pci5: on pcib5 pci5: at device 0.0 (no driver attached) pcib6: irq 16 at device 6.0 on pci0 pci6: on pcib6 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.7 (no driver attached) pcib7: at device 30.0 on pci0 pci7: on pcib7 em2: port 0xec80-0xecbf mem 0 xfebe0000-0xfebfffff irq 16 at device 4.0 on pci7 em2: [GIANT-LOCKED] em2: Ethernet address: 00:04:23:b0:16:58 em2: Speed:N/A Duplex:N/A pci7: at device 12.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf c00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xca7ff,0xca800-0xcbfff,0xcc000-0xcd7ff on i sa0 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 1.333 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging limited to 10000 packets/entry by default ad0: 19092MB at ata0-master UDMA100 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 564 files 11 WARNING: /usr was not properly dismounted WARNING: /usr/local was not properly dismounted -- Mike G : mike@v.gz.ru Moscow State University. From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 17:13:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B11216A41F for ; Fri, 21 Oct 2005 17:13:15 +0000 (GMT) (envelope-from terry@tmk.com) Received: from server.tmk.com (server.tmk.com [204.141.35.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C17743D45 for ; Fri, 21 Oct 2005 17:13:14 +0000 (GMT) (envelope-from terry@tmk.com) Received: from tmk.com by tmk.com (PMDF V6.2-1x9 #37010) id <01LUGICU5KYO0005PA@tmk.com> for freebsd-current@freebsd.org; Fri, 21 Oct 2005 13:13:13 -0400 (EDT) Date: Fri, 21 Oct 2005 13:11:51 -0400 (EDT) From: Terry Kennedy In-reply-to: "Your message dated Fri, 21 Oct 2005 09:38:00 -0600 (MDT)" <20051021.093800.127812213.imp@bsdimp.com> To: "M. Warner Losh" Message-id: <01LUGIEOVCHY0005PA@tmk.com> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=us-ascii References: <01LUG3XKETWK000G07@tmk.com> X-Mailman-Approved-At: Sat, 22 Oct 2005 12:09:44 +0000 Cc: freebsd-current@freebsd.org Subject: Re: 6.0-RC1 new message: "atapci0: failed to enable memory mapping!" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 17:13:15 -0000 > In message: <01LUG3XKETWK000G07@tmk.com> > Terry Kennedy writes: > : The message seems to be harmless, but is confusing. > > The message is harmless and can be ignored. You'll only see this in > bootverbose. Actually, I get it with a regular non-verbose boot. I turned on the verbose messages to see if any related messages would print (they didn't) before re- porting this. Terry Kennedy http://www.tmk.com terry@tmk.com New York, NY USA From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 06:34:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB41116A41F for ; Sat, 22 Oct 2005 06:34:29 +0000 (GMT) (envelope-from mvh@ix.netcom.com) Received: from smtpauth04.mail.atl.earthlink.net (smtpauth04.mail.atl.earthlink.net [209.86.89.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D09D43D46 for ; Sat, 22 Oct 2005 06:34:29 +0000 (GMT) (envelope-from mvh@ix.netcom.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=kqKmCBSqahI6TK2qxLrJlKqCNSqV+6VZQ789DqZzxbXyalXGPhN1+KlPMvQJ4s0H; h=From:To:Subject:Message-Id:Date:X-Virus-Scanned:X-ELNK-Trace:X-Originating-IP; Received: from [71.116.183.88] (helo=bsd.mvh) by smtpauth04.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1ETCxY-0002rY-Kg for freebsd-current@freebsd.org; Sat, 22 Oct 2005 02:34:28 -0400 Received: from localhost (localhost [127.0.0.1]) by bsd.mvh (Postfix) with ESMTP id 71ECF175DF for ; Fri, 21 Oct 2005 23:34:27 -0700 (PDT) Received: from bsd.mvh ([127.0.0.1]) by localhost (bsd.mvh [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00638-01 for ; Fri, 21 Oct 2005 23:34:23 -0700 (PDT) Received: by bsd.mvh (Postfix, from userid 1001) id A6445175DD; Fri, 21 Oct 2005 23:34:22 -0700 (PDT) From: Mike Harding To: freebsd-current@freebsd.org Message-Id: <20051022063422.A6445175DD@bsd.mvh> Date: Fri, 21 Oct 2005 23:34:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at bsd.mvh X-ELNK-Trace: 2159e7a04884740af66dc3a06d5924d8f5845231295ea854010cafd416c003474e7a3108705b577b350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 71.116.183.88 X-Mailman-Approved-At: Sat, 22 Oct 2005 12:09:44 +0000 Subject: USB keyboards and 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 06:34:30 -0000 I got a bunch of new Dell 9100 dual cores and had some fun trying to install 6.0 RC1 from CD. The systems have no legacy PS/2 keyboard support and only have USB keyboards. The RC1 install screen was unresponsive. I was able to set hint.atkbd.0.flags=1 in order to get it to not install the driver for the non-existent PS/2 keyboard, and then it used the USB keyboard and the rest of the install went fine. You might want to change this flag for the install disk (and not for the installed system, as I know, where say a rackmount may not have a keyboard installed). The rest of the install went pretty good, except I guess the dual-cores look like hyperthreading to the OS so they don't come up unless hyperthreading is enabled... Thanks for all the great work on the system, eerything else has been great... Mike H. From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 12:24:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3677916A41F for ; Sat, 22 Oct 2005 12:24:43 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B58343D46 for ; Sat, 22 Oct 2005 12:24:42 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail04.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j9MCOTX4032454 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 22 Oct 2005 22:24:30 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j9MCOTHh039790; Sat, 22 Oct 2005 22:24:29 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j9MCOTjV039789; Sat, 22 Oct 2005 22:24:29 +1000 (EST) (envelope-from pjeremy) Date: Sat, 22 Oct 2005 22:24:29 +1000 From: Peter Jeremy To: Mikhail Teterin Message-ID: <20051022122429.GC39000@cirb503493.alcatel.com.au> References: <200510211100.48429@aldan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200510211100.48429@aldan> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: current@freebsd.org Subject: Re: Why page-in a SIGKILL-ed process? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 12:24:43 -0000 On Fri, 2005-Oct-21 11:00:48 -0400, Mikhail Teterin wrote: >17850 mi 1 -16 0 4158M 1118M wdrain 1 0:06 6.10% vim > >The question is: Why bother with paged-out parts of the process, when it >is already doomed by SIGKILL? wdrain appears to be associated with file I/O rather than paging (though I may be wrong here). Is it possible that vim had started core-dumping before you SIGKILL'd it? I've seen problems on other OS's where core-dumping processes couldn't be killed and caused significant performance degradation if they were very large. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 12:32:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28DAD16A41F for ; Sat, 22 Oct 2005 12:32:20 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC5DF43D45 for ; Sat, 22 Oct 2005 12:32:19 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t4so589264wxc for ; Sat, 22 Oct 2005 05:32:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=c+jPU0e59Yr3i9u/Fc7xe/IQWRgoo2/SEzwca4qxbIaZCGSQ7WoY91MpU2orcqXPGhrWVeyRfM/I+4pZm+hFgc6xU10Ai4eQGeWaHoOP8Rp1PKxCSG5F/bRjm+65bDfxebiH/ijs+2V7wcj7HJEee/Z/slvJFac/cp5X3Iu0DfY= Received: by 10.70.30.17 with SMTP id d17mr2355816wxd; Sat, 22 Oct 2005 05:32:18 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Sat, 22 Oct 2005 05:32:18 -0700 (PDT) Message-ID: <70e8236f0510220532p221f1c0csd3d736f0213cef00@mail.gmail.com> Date: Sat, 22 Oct 2005 13:32:18 +0100 From: Joao Barros To: Mike Harding In-Reply-To: <20051022063422.A6445175DD@bsd.mvh> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051022063422.A6445175DD@bsd.mvh> Cc: freebsd-current@freebsd.org Subject: Re: USB keyboards and 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 12:32:20 -0000 On 10/22/05, Mike Harding wrote: > > I got a bunch of new Dell 9100 dual cores and had some fun trying to > install 6.0 RC1 from CD. > The rest of the install went pretty good, except I guess the > dual-cores look like hyperthreading to the OS so they don't come up > unless hyperthreading is enabled... How did you enable HT? SMP is out of the GENERIC kernel for some time now... -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 12:45:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 042B216A41F for ; Sat, 22 Oct 2005 12:45:35 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27DAA43D45 for ; Sat, 22 Oct 2005 12:45:33 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9MCjXwH072839 for ; Sat, 22 Oct 2005 08:45:33 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.4/8.13.4) with ESMTP id j9MCjWuq050573; Sat, 22 Oct 2005 08:45:32 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j9MCjV1X032787 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 Oct 2005 08:45:31 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051022084314.045a23c8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Sat, 22 Oct 2005 08:45:35 -0400 To: Stefan Ehmann , Kris Kennaway From: Mike Tancsa In-Reply-To: <1129977974.987.19.camel@taxman.pepperland> References: <1129879049.771.6.camel@localhost> <20051021072448.GA15130@xor.obsecurity.org> <1129977974.987.19.camel@taxman.pepperland> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.21 Cc: current@freebsd.org Subject: Re: PREEMPTION still unusable with 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 12:45:35 -0000 At 06:46 AM 22/10/2005, Stefan Ehmann wrote: >Anyway, I might have found the LOR that causes the problem [1]. show >allocks output can be seen in [2] > >It's similar to http://sources.zabbadoz.net/freebsd/lor/016.html (as it >also happens in check_uidgid(). There's a nice explaination by rwatson >in the linked thread. There is another LOR in ip_divert at the same line http://sources.zabbadoz.net/freebsd/lor/163.html it is also easy to reproduce and leads to deadlock. I had to move to pf to work around it. ---Mike From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 12:58:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6CD616A41F; Sat, 22 Oct 2005 12:58:58 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F04443D49; Sat, 22 Oct 2005 12:58:58 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1ETIxc-0002U8-U2; Sat, 22 Oct 2005 14:58:56 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: "Mike G" In-Reply-To: Message from "Mike G" of "Fri, 21 Oct 2005 23:28:08 +0400." <002601c5d675$92eefa20$6f04000a@v.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Oct 2005 14:58:56 +0200 From: Danny Braniss Message-ID: Cc: current@freebsd.org, sos@freebsd.org Subject: Re: ad0: Danger Will Robinson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 12:58:59 -0000 > Hello! > > We have a problem with FreeBSD RELENG_6 > system has hang up 'cause of lot lof messages: > ad0: req=0xXXXXXXX SETFEATURES SET TRANSFER MODE semaphore timeout !! > DANGER Will Robinson !! > ad0: req=0xXXXXXXX SETFEATURES SET TRANSFER MODE semaphore timeout !! > DANGER Will Robinson !! > ad0: req=0xXXXXXXX SETFEATURES SET TRANSFER MODE semaphore timeout !! > DANGER Will Robinson !! i got similar messages with an Intel SE7501WV2, in my case it was caused because i was fiddling with the BIOS. can't remember exactly which option caused it, but check memory/pci, and the raid. btw, is this a nocoma cpu? danny > > Our system is > MotherBoard: Intel SE7520BD2 with 1 Xeon (HyperThreading) > HDD : ad0: 19092MB at ata0-master > UDMA100 > for details see the full /var/run/dmesg.boot > > in namespace, AE_BAD_CHARACTER > SearchNode 0xc2329d60 StartNode 0xc2329d60 ReturnNode 0xc23271c0 > ACPI-1304: *** Error: Method execution failed [\\_GPE.PXL1] (Node > 0xc2329d60), AE > _BAD_CHARACTER > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > ioapic2 irqs 48-71 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > pci_link0: irq 10 on acpi0 > pci_link1: irq 11 on acpi0 > pci_link2: irq 15 on acpi0 > pci_link3: irq 7 on acpi0 > pci_link4: irq 0 on acpi0 > pci_link5: irq 0 on acpi0 > pci_link6: irq 0 on acpi0 > pci_link7: irq 5 on acpi0 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > cpu1: on acpi0 > acpi_throttle1: on cpu1 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.1 (no driver attached) > pci0: at device 1.0 (no driver attached) > pcib1: irq 16 at device 2.0 on pci0 > pci1: on pcib1 > pcib2: at device 0.0 on pci1 > pci2: on pcib2 > em0: port > 0xcc80-0xccbf mem 0 > xfcee0000-0xfcefffff,0xfcec0000-0xfcedffff irq 28 at device 2.0 on pci2 > em0: [GIANT-LOCKED] > em0: Ethernet address: 00:07:e9:14:6a:18 > em0: Speed:N/A Duplex:N/A > em1: port > 0xcc00-0xcc3f mem 0 > xfce80000-0xfce9ffff,0xfce60000-0xfce7ffff irq 24 at device 3.0 on pci2 > em1: [GIANT-LOCKED] > em1: Ethernet address: 00:07:e9:14:6e:9d > em1: Speed:N/A Duplex:N/A > pci1: at device 0.1 (no driver > attached) > pcib3: at device 0.2 on pci1 > pci3: on pcib3 > pci1: at device 0.3 (no driver > attached) > pcib4: irq 16 at device 4.0 on pci0 > pci4: on pcib4 > pcib5: irq 16 at device 5.0 on pci0 > pci5: on pcib5 > pci5: at device 0.0 (no driver attached) > pcib6: irq 16 at device 6.0 on pci0 > pci6: on pcib6 > pci0: at device 29.0 (no driver attached) > pci0: at device 29.1 (no driver attached) > pci0: at device 29.2 (no driver attached) > pci0: at device 29.7 (no driver attached) > pcib7: at device 30.0 on pci0 > pci7: on pcib7 > em2: port > 0xec80-0xecbf mem 0 > xfebe0000-0xfebfffff irq 16 at device 4.0 on pci7 > em2: [GIANT-LOCKED] > em2: Ethernet address: 00:04:23:b0:16:58 > em2: Speed:N/A Duplex:N/A > pci7: at device 12.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf > c00-0xfc0f at device 31.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > acpi_button1: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 > sio0: type 16550A > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xca7ff,0xca800-0xcbfff,0xcc000-0xcd7ff on i > sa0 > 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 1.333 msec > ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, > default to > accept, logging limited to 10000 packets/entry by default > ad0: 19092MB at ata0-master UDMA100 > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad0s1a > WARNING: / was not properly dismounted > WARNING: /var was not properly dismounted > /var: mount pending error: blocks 564 files 11 > WARNING: /usr was not properly dismounted > WARNING: /usr/local was not properly dismounted > > > -- > Mike G : mike@v.gz.ru > Moscow State University. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 15:45:41 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06A7716A41F for ; Sat, 22 Oct 2005 15:45:41 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5762643D48 for ; Sat, 22 Oct 2005 15:45:40 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j9MFjbdb034746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 Oct 2005 19:45:38 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j9MFjbXd034745; Sat, 22 Oct 2005 19:45:37 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 22 Oct 2005 19:45:37 +0400 From: Gleb Smirnoff To: Stefan Ehmann Message-ID: <20051022154537.GL59364@cell.sick.ru> References: <1129879049.771.6.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1129879049.771.6.camel@localhost> User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org Subject: Re: PREEMPTION still unusable with 6.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 15:45:41 -0000 On Fri, Oct 21, 2005 at 09:17:29AM +0200, Stefan Ehmann wrote: S> I recently upgraded my 5.4-RELEASE machine to 6.0-RC1. Runs fine so far S> if I disable PREEMPTION. S> S> With PREEMPTION enabled, I still get the same issues as described here: S> http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037949.html S> S> kernel config: S> http://stud4.tuwien.ac.at/~e0125637/fbsd/kernconf-6.0-RC1 S> S> /var/log/messages output: S> http://stud4.tuwien.ac.at/~e0125637/fbsd/messages-6.0-RC1 S> S> Any one else still experiencing these problems or has any idea what S> causes this? S> S> BTW, are 6.0 discussions supposed to go to stable@ once 6.0 is released? AFAIK, the uid/gid rules in ipfw(8) require debug.mpsafenet=0. So your deadlock isn't a surprise. I wonder why this limitation isn't documented. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 17:36:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2A4116A420 for ; Sat, 22 Oct 2005 17:36:40 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 4964B43D70 for ; Sat, 22 Oct 2005 17:36:34 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 21365 invoked by uid 399); 22 Oct 2005 17:36:33 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 22 Oct 2005 17:36:33 -0000 Message-ID: <435A78A0.1090608@FreeBSD.org> Date: Sat, 22 Oct 2005 10:36:32 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.7 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Maximov References: <43590814.5090201@mcsi.pp.ru> <4359483C.6000808@mcsi.pp.ru> <435953A6.6090203@mcsi.pp.ru> In-Reply-To: <435953A6.6090203@mcsi.pp.ru> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Bill Paul , current@freebsd.org Subject: Re: boot panic (NDIS, SCHED_ULE?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 17:36:41 -0000 FYI, Bill put a workaround for this problem in -current. I tested it last night, and it works fine for me with my driver module preloaded in /boot/loader.conf. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 18:47:19 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A31A416A41F for ; Sat, 22 Oct 2005 18:47:19 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 42B8543D48 for ; Sat, 22 Oct 2005 18:47:16 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 22 Oct 2005 18:47:15 -0000 Received: from h081217094062.dyn.cm.kabsi.at (EHLO h081217094062.dyn.cm.kabsi.at) [81.217.94.62] by mail.gmx.net (mp012) with SMTP; 22 Oct 2005 20:47:15 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: Gleb Smirnoff In-Reply-To: <20051022154537.GL59364@cell.sick.ru> References: <1129879049.771.6.camel@localhost> <20051022154537.GL59364@cell.sick.ru> Content-Type: text/plain Date: Sat, 22 Oct 2005 20:47:16 +0200 Message-Id: <1130006836.50495.13.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: current@FreeBSD.org Subject: ipfw uid rules cause lockup (was Re: PREEMPTION still unusable with 6.0-RC1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 18:47:19 -0000 On Sat, 2005-10-22 at 19:45 +0400, Gleb Smirnoff wrote: > On Fri, Oct 21, 2005 at 09:17:29AM +0200, Stefan Ehmann wrote: > S> I recently upgraded my 5.4-RELEASE machine to 6.0-RC1. Runs fine so far > S> if I disable PREEMPTION. > S> > S> With PREEMPTION enabled, I still get the same issues as described here: > S> http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037949.html > S> > S> kernel config: > S> http://stud4.tuwien.ac.at/~e0125637/fbsd/kernconf-6.0-RC1 > S> > S> /var/log/messages output: > S> http://stud4.tuwien.ac.at/~e0125637/fbsd/messages-6.0-RC1 > S> > S> Any one else still experiencing these problems or has any idea what > S> causes this? > S> > S> BTW, are 6.0 discussions supposed to go to stable@ once 6.0 is released? > > AFAIK, the uid/gid rules in ipfw(8) require debug.mpsafenet=0. So > your deadlock isn't a surprise. I wonder why this limitation isn't > documented. A quick google search revealed http://www.freebsd.org/releases/5.3R/errata.html (31 Oct 2004) When the user/group rule clauses in pf(4) and ipfw(4) are used, the loader tunable debug.mpsafenet must be set to 0 (this is 1 by default). But this is supposed to be fixed in 5.4 (OTOH 5.4 doesn't have PREEMPTION enabled by default). I'll try tomorrow if debug.mpsafenet=0 will help. From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 19:04:12 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 905FE16A422; Sat, 22 Oct 2005 19:04:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F5AE43D5C; Sat, 22 Oct 2005 19:04:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 93F651A4DAA; Sat, 22 Oct 2005 12:04:07 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 112D05295E; Sat, 22 Oct 2005 14:33:17 -0400 (EDT) Date: Sat, 22 Oct 2005 14:33:16 -0400 From: Kris Kennaway To: Gleb Smirnoff Message-ID: <20051022183316.GA28513@xor.obsecurity.org> References: <1129879049.771.6.camel@localhost> <20051022154537.GL59364@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <20051022154537.GL59364@cell.sick.ru> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org, Stefan Ehmann Subject: ipfw uid/gid rules and mpsafenet (Re: PREEMPTION still unusable with 6.0-RC1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 19:04:12 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 22, 2005 at 07:45:37PM +0400, Gleb Smirnoff wrote: > On Fri, Oct 21, 2005 at 09:17:29AM +0200, Stefan Ehmann wrote: > S> I recently upgraded my 5.4-RELEASE machine to 6.0-RC1. Runs fine so far > S> if I disable PREEMPTION. > S>=20 > S> With PREEMPTION enabled, I still get the same issues as described here: > S> http://lists.freebsd.org/pipermail/freebsd-current/2004-September/0379= 49.html > S>=20 > S> kernel config: > S> http://stud4.tuwien.ac.at/~e0125637/fbsd/kernconf-6.0-RC1 > S>=20 > S> /var/log/messages output: > S> http://stud4.tuwien.ac.at/~e0125637/fbsd/messages-6.0-RC1 > S>=20 > S> Any one else still experiencing these problems or has any idea what > S> causes this? > S>=20 > S> BTW, are 6.0 discussions supposed to go to stable@ once 6.0 is release= d? >=20 > AFAIK, the uid/gid rules in ipfw(8) require debug.mpsafenet=3D0. So > your deadlock isn't a surprise. I wonder why this limitation isn't > documented. Yeah, and ipfw(8) should refuse to add them if it's =3D1, or at least display a warning. Kris --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDWoXsWry0BWjoQKURAnL8AKC+HjlCI5a5R+9fwjqjt8OwGOn4eQCgn5Pn VwPY0T1GeR/T/B5oeb6NlNk= =jTe6 -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 19:08:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1392A16A41F for ; Sat, 22 Oct 2005 19:08:00 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2D6343D45 for ; Sat, 22 Oct 2005 19:07:59 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 3E2994CB3C; Sat, 22 Oct 2005 19:08:19 +0000 (GMT) Received: from [192.168.0.3] (ppp157-158.static.internode.on.net [150.101.157.158]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by p4.roq.com (Postfix) with ESMTP id 570164C70B; Sat, 22 Oct 2005 19:08:18 +0000 (GMT) Message-ID: <435A8E0C.9070705@roq.com> Date: Sun, 23 Oct 2005 05:07:56 +1000 From: Michael VInce User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20051019 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Poland References: <20051020223340.GA60914@xor.obsecurity.org> <43581E5C.4010006@polands.org> <20051020232308.GA77950@xor.obsecurity.org> <20051020.220346.13027284.imp@bsdimp.com> <20051021170042.GA95367@polands.org> In-Reply-To: <20051021170042.GA95367@polands.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: Regression in device ath between BETA5 and RC1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 19:08:00 -0000 Doug Poland wrote: >On Thu, Oct 20, 2005 at 10:03:46PM -0600, M. Warner Losh wrote: > > >>In message: <20051020232308.GA77950@xor.obsecurity.org> >> Kris Kennaway writes: >> >> >>>On Thu, Oct 20, 2005 at 05:46:52PM -0500, Doug Poland wrote: >>> >>> >>>>Kris Kennaway wrote: >>>> >>>> >>>>>On Thu, Oct 20, 2005 at 05:11:41PM -0500, Doug Poland wrote: >>>>> >>>>> >>>>> >>>>> >>>>>>I was seeing this behavior a lot on 5.2.1, 5.3, and, IIRC, 5.4. >>>>>>Responsiveness was so poor as to make remote SSH sessions >>>>>>unusable. When I installed -CURRENT then RELENG_6, then the NIC >>>>>>started performing beautifully. Very stable and consistent. >>>>>>Now, with yesterday's cvsup'd to RC1, the NIC/driver is >>>>>>performing poorly again. >>>>>> >>>>>> >>>>>Go back to the previous version to verify it's not environmental >>>>>or some other problem than a regression in FreeBSD. >>>>> >>>>> >>>>> >>>>Sure, can you tell me what tag to use in my supfile? Right now I >>>>have: >>>> >>>> *default release=cvs tag=RELENG_6 >>>> >>>> >>>Use a date instead of a tag (see the cvsup docs). >>> >>> >>*default release=cvs date=2005.10.10.12.23.45 >> >>and try to find where, since June, the divergence of performance was. >>We branched RELENG_6 in June, and there's been much merged from head >>back into RELENG_6. >> >> >> >I've gone back to 2005.10.09.16.14.15, which was the time I installed >-BETA5. So far, the connection is more stable and robust: Here's my >diagnostics: > >Fri O > Strange, maybe its something else, such as power related? I have a WG511T and am on 6.0RC1 / AMD64 laptop, I haven't noticed any problems. I am using WPA mode via DHCP and have been using my laptop every day for the last week and the laptop has been running non-stop. Mike From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 19:45:47 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53E2716A41F for ; Sat, 22 Oct 2005 19:45:47 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7723B43D49 for ; Sat, 22 Oct 2005 19:45:46 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.4/8.13.3) with ESMTP id j9MJjr5C023216; Sat, 22 Oct 2005 21:45:53 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) In-Reply-To: <43514425.6020405@kingsquarry.net> References: <43514425.6020405@kingsquarry.net> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <51890D3E-27FE-4881-9F45-1C2B79FBD5D8@FreeBSD.ORG> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Sat, 22 Oct 2005 21:45:38 +0200 To: Jeff Doolittle X-Mailer: Apple Mail (2.734) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.ORG Subject: Re: 6.0-RC1 & ASUS P4R800-V/Sis 180 RAID (FAIL) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 19:45:47 -0000 On 15/10/2005, at 20:02, Jeff Doolittle wrote: > S=F8ren, > > This post is almost identical to my original request for help on =20 > 10/13. > > I've upgrade one of my machines from 5.4-stable to 6.0-RC1 and the =20 > Sis 180 RAID mirror is no longer recognized. The worked perfectly =20 > in 5.4.... Attached below is the output from the dmesg based on a =20 > World / Generic kernel cvsup'd today: I think there is a problem with the SiS support, but I dont have HW =20 of that kinf here so there is not much I can do currently. This might =20= change soon though... S=F8ren Schmidt sos@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 22:09:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF56B16A41F; Sat, 22 Oct 2005 22:09:21 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E04E43D45; Sat, 22 Oct 2005 22:09:20 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id CB7651CCDD; Sun, 23 Oct 2005 11:09:19 +1300 (NZDT) Date: Sun, 23 Oct 2005 11:09:19 +1300 From: Andrew Thompson To: Nate Lawson Message-ID: <20051022220919.GA63028@heff.fud.org.nz> References: <20051015014313.GA25990@heff.fud.org.nz> <200510171735.18054.jhb@freebsd.org> <20051018014031.GA38996@heff.fud.org.nz> <200510181239.58502.jhb@freebsd.org> <4359F36A.7000308@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4359F36A.7000308@root.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: RC1 panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 22:09:21 -0000 On Sat, Oct 22, 2005 at 01:08:10AM -0700, Nate Lawson wrote: > John Baldwin wrote: > >On Monday 17 October 2005 09:40 pm, Andrew Thompson wrote: > >> > >>Copyright (c) 1992-2005 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 7.0-CURRENT #0: Tue Oct 18 11:22:14 NZDT 2005 > >> root@dev.fud.org.nz:/usr/obj/usr/src/sys/GENERIC > >>WARNING: WITNESS option enabled, expect reduced performance. > >>Timecounter "i8254" frequency 1193182 Hz quality 0 > >>CPU: Intel Celeron (448.05-MHz 686-class CPU) > >> Origin = "GenuineIntel" Id = 0x681 Stepping = 1 > >> > >>Features=0x383f9ff >>,PAT,PSE36,MMX,FXSR,SSE> real memory = 536870912 (512 MB) > >>avail memory = 515850240 (491 MB) > >>npx0: [FAST] > >>npx0: on motherboard > >>npx0: INT 16 interface > >>acpi0: on motherboard > >>acpi0: Power Button (fixed) > >>acpi_pci_link_probe: ACPI_ID_PROBE OK for 'LNKA' > >>pci_link0: irq 10 on acpi0 > >>acpi_pci_link_probe: ACPI_ID_PROBE OK for 'LNKB' > >>pci_link1: irq 10 on acpi0 > >>acpi_pci_link_probe: ACPI_ID_PROBE OK for 'LNKD' > >>pci_link2: irq 10 on acpi0 > > It's not probing LNKC because it's disabled on boot and his ASL is less > than standard. If you look at _STA for LNKC, it returns 0xB if enabled > and 0x1 if disabled. The problem is, the disabled case is returning > "PRESENT" but not "FUNCTIONAL" and so we don't probe that device. It > happens to work for the others because they are enabled by the BIOS. > > We can probably add a hack to that if() that says: > && !acpi_MatchHid(handle, "PNP0C0F") Yay! I put this addition in the if statement and now its booting fine. pci_link0: irq 10 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: on acpi0 pci_link3: irq 10 on acpi0 Thanks, Andrew