From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 00:48:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 251F816A417 for ; Sun, 11 Nov 2007 00:48:46 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: from web88004.mail.re2.yahoo.com (web88004.mail.re2.yahoo.com [206.190.37.191]) by mx1.freebsd.org (Postfix) with SMTP id 7901113C4B8 for ; Sun, 11 Nov 2007 00:48:45 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: (qmail 65687 invoked by uid 60001); 11 Nov 2007 00:21:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=m1/OTZcFYXqJhgK6XKOrM6vsmRSuqjktcRMXx9njY1Gbb1BqiO4HALNJuH+ZEPBBb2d03LtfZ1ZfHitfEOSERXCqOKQt9VCHlDnJ9rMtH8p9mLAfHOM8SkE8Xs2xBxlv4A4QRFjuZFzZLiXhIhcexHoekGDliDC90KslPBZBT2c=; X-YMail-OSG: O9thVRMVM1mZ9dJFisP6eZUC4YFyAXzUW0xzNzYI49j7DPLp3AZz2s8clBsdxx461SBwu5lWIe4uZyQOO8PYdsbkYoqda16VnCumgSc4HwbADv8bDghBLHohInZWS5I__wcaQPO5kHP115U- Received: from [99.233.174.5] by web88004.mail.re2.yahoo.com via HTTP; Sat, 10 Nov 2007 19:21:37 EST Date: Sat, 10 Nov 2007 19:21:37 -0500 (EST) From: Gardner Bell To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <868740.65655.qm@web88004.mail.re2.yahoo.com> Subject: Bad VPD checksum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 00:48:46 -0000 Hello, I just recently upgraded my 6.2-PRERELEASE system to 7.0-BETA2 and am noticing the following bad checksums on my two on board broadcom gigabit ethernet cards. dan@mx1~% dmesg | grep VPD pci0:10:9:0: bad VPD cksum, remain 72 pci0:10:9:1: bad VPD cksum, remain 72 Included below is a verbose dmesg in hopes that it may help with known bad checksums on broadcom baded cards. dan@mx1~% dmesg | more Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #0: Sat Nov 10 17:07:27 EST 2007 root@mx1.bsdca.com:/usr/obj/usr/src/sys/TYAN Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff805c3000. Calibrating clock(s) ... i8254 clock: 1193238 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1607416284 Hz CPU: AMD Opteron(tm) Processor 242 (1607.42-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB 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 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory = 1066303488 (1016 MB) Physical memory chunk(s): 0x0000000000001000 - 0x0000000000098fff, 622592 bytes (152 pages) 0x00000000006c0000 - 0x000000003e0cefff, 1033957376 bytes (252431 pages) avail memory = 1027821568 (980 MB) ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 ACPI: RSDP @ 0x0xf7040/0x0014 (v 0 PTLTD ) 0) 0) E) ACPI: FACS @ 0x0x3ff19fc0/0x0040 1) 1) 0) 00) 1) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 3, Interrupt 24 at 0xdf200000 MADT: Found IO APIC ID 4, Interrupt 28 at 0xdf201000 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 null: random: mem: io: acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) pci_open(1): mode 1 addr port (0x0cf8) is 0x80003004 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=058000] [hdr=00] is there (id=005e10de) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.P44_ -> bus 0 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.K801.HMM0 -> bus 0 dev 24 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.K801.HMM1 -> bus 0 dev 24 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.P60_ -> bus 0 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.P64_ -> bus 0 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.P68_ -> bus 0 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.SMB0.SBA0 -> bus 0 dev 1 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.SMB0.SBA1 -> bus 0 dev 1 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.PIRQ -> bus 0 dev 1 func 0 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 0x8008-0x800b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x005e, revid=0xa3 domain=0, bus=0, slot=0, func=0 class=05-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0051, revid=0xa3 domain=0, bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x8c00, size 10, enabled found-> vendor=0x10de, dev=0x0052, revid=0xa2 domain=0, bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0, size 5, enabled map[20]: type I/O Port, range 32, base 0x5000, size 6, enabled map[24]: type I/O Port, range 32, base 0x5040, size 6, enabled found-> vendor=0x10de, dev=0x0053, revid=0xf2 domain=0, bus=0, slot=6, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0x1400, size 4, enabled found-> vendor=0x10de, dev=0x005c, revid=0xa2 domain=0, bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x005d, revid=0xa3 domain=0, bus=0, slot=14, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, 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 domain=0, 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 domain=0, 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 domain=0, 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) found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=25, 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 domain=0, bus=0, slot=25, 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 domain=0, bus=0, slot=25, 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 domain=0, bus=0, slot=25, 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) pci0: at device 0.0 (no driver attached) pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1400-0x140f at device 6.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1400 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 49 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=60 ostat1=70 ata1: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata1: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata1: reset tp2 stat0=20 stat1=30 devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 50 ata1: [MPSAFE] ata1: [ITHREAD] pcib1: at device 9.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x2000-0x2fff pcib1: memory decode 0xdd000000-0xdeffffff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1002, dev=0x4752, revid=0x27 domain=0, bus=1, slot=7, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xde000000, size 24, enabled pcib1: requested memory range 0xde000000-0xdeffffff: good map[14]: type I/O Port, range 32, base 0x2000, size 8, enabled pcib1: requested I/O range 0x2000-0x20ff: in range map[18]: type Memory, range 32, base 0xdd000000, size 12, enabled pcib1: requested memory range 0xdd000000-0xdd000fff: good pcib1: matched entry for 1.7.INTA (src \\_SB_.PCI0.LNK3:0) pci_link2: Picked IRQ 16 with weight 0 ioapic0: Changing polarity for pin 16 to high pcib1: slot 7 INTA routed to irq 16 via \\_SB_.PCI0.LNK3 vgapci0: port 0x2000-0x20ff mem 0xde000000-0xdeffffff,0xdd000000-0xdd000fff irq 16 at device 7.0 on pci1 pcib2: at device 14.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: port 0xcf8-0xcff on acpi0 pcib3: could not get PCI interrupt routing table for \\_SB_.PCI2 - AE_NOT_FOUND pci8: on pcib3 pci8: domain=0, physical bus=8 found-> vendor=0x1022, dev=0x7450, revid=0x12 domain=0, bus=8, slot=10, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7451, revid=0x01 domain=0, bus=8, slot=10, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Memory, range 64, base 0xdf200000, size 12, enabled found-> vendor=0x1022, dev=0x7450, revid=0x12 domain=0, bus=8, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7451, revid=0x01 domain=0, bus=8, slot=11, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Memory, range 64, base 0xdf201000, size 12, enabled pcib4: at device 10.0 on pci8 pcib4: domain 0 pcib4: secondary bus 9 pcib4: subordinate bus 9 pcib4: I/O decode 0xf000-0xfff pcib4: no prefetched decode pci9: on pcib4 pci9: domain=0, physical bus=9 pcib5: at device 11.0 on pci8 pcib5: domain 0 pcib5: secondary bus 10 pcib5: subordinate bus 10 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xdf300000-0xdf3fffff pcib5: no prefetched decode pci10: on pcib5 pci10: domain=0, physical bus=10 found-> vendor=0x14e4, dev=0x1648, revid=0x03 domain=0, bus=10, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xdf310000, size 16, enabled pcib5: requested memory range 0xdf310000-0xdf31ffff: good map[18]: type Memory, range 64, base 0xdf300000, size 16, enabled pcib5: requested memory range 0xdf300000-0xdf30ffff: good pcib5: matched entry for 10.9.INTA pcib5: slot 9 INTA hardwired to IRQ 28 found-> vendor=0x14e4, dev=0x1648, revid=0x03 domain=0, bus=10, slot=9, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xdf330000, size 16, enabled pcib5: requested memory range 0xdf330000-0xdf33ffff: good map[18]: type Memory, range 64, base 0xdf320000, size 16, enabled pcib5: requested memory range 0xdf320000-0xdf32ffff: good pcib5: matched entry for 10.9.INTB pcib5: slot 9 INTB hardwired to IRQ 29 pci0:10:9:0: bad VPD cksum, remain 72 bge0: mem 0xdf310000-0xdf31ffff,0xdf300000-0xdf30ffff irq 28 at device 9.0 on pci10 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xdf310000 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0019, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:e0:81:2e:c1:aa ioapic2: routing intpin 0 (PCI IRQ 28) to vector 51 bge0: [MPSAFE] bge0: [ITHREAD] pci0:10:9:1: bad VPD cksum, remain 72 bge1: mem 0xdf330000-0xdf33ffff,0xdf320000-0xdf32ffff irq 29 at device 9.1 on pci10 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xdf330000 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x000818, model 0x0019, rev. 0 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: bpf attached bge1: Ethernet address: 00:e0:81:2e:c1:ab ioapic2: routing intpin 1 (PCI IRQ 29) to vector 52 bge1: [MPSAFE] bge1: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 53 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: irq maps: 0xc01 0xc11 0xc01 0xc01 sio0: irq maps: 0xc01 0xc11 0xc01 0xc01 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 54 sio0: [FILTER] sio1: irq maps: 0xc01 0xc09 0xc01 0xc01 sio1: irq maps: 0xc01 0xc09 0xc01 0xc01 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ioapic0: routing intpin 3 (ISA IRQ 3) to vector 55 sio1: [FILTER] atkbdc: atkbdc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it 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 orm0: at iomem 0xc0000-0xc7fff on isa0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 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) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. lapic: Divisor 2, Frequency 100463532 hz Timecounter "TSC" frequency 1607416284 Hz quality -100 Timecounters tick every 1.000 msec DUMMYNET with IPv6 initialized (040826) lo0: bpf attached ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 10 packets/entry by default ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on nForce CK804 chip ad0: setting UDMA100 on nForce CK804 chip ad0: 76319MB at ata0-master UDMA100 ad0: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 3 to local APIC 1 ioapic0: Assigning ISA IRQ 4 to local APIC 0 ioapic0: Assigning ISA IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 1 ioapic2: Assigning PCI IRQ 28 to local APIC 0 ioapic2: Assigning PCI IRQ 29 to local APIC 1 GEOM: new disk ad0 Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 04:53:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC7F416A417 for ; Sun, 11 Nov 2007 04:53:19 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id DB40413C4A5 for ; Sun, 11 Nov 2007 04:53:18 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA07.westchester.pa.mail.comcast.net with smtp id BF3H1Y0011GhbT80005y00; Sun, 11 Nov 2007 04:41:31 +0000 Received: from 0lsen.net ([24.20.127.157]) by OMTA07.westchester.pa.mail.comcast.net with comcast id BGfX1Y0023Pt6RU0000000; Sun, 11 Nov 2007 04:39:31 +0000 X-Authority-Analysis: v=1.0 c=1 a=5KxfzNJwm0I1qQyr9VkA:9 a=A8Fy-FJokrnbEfx3xvlmOA_UwjsA:4 a=LY0hPdMaydYA:10 Received: by 0lsen.net (Postfix, from userid 1001) id 13C7117A52; Sat, 10 Nov 2007 20:39:31 -0800 (PST) Date: Sat, 10 Nov 2007 20:39:31 -0800 From: Clint Olsen To: freebsd-stable@freebsd.org Message-ID: <20071111043931.GA1460@0lsen.net> References: <20071102095628.GA796@0lsen.net> <472AF94B.1020600@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <472AF94B.1020600@gmx.de> User-Agent: Mutt/1.4.2.3i Organization: NULlsen Network X-Disclaimer: Mutt Bites! Subject: Re: Ok, so now what? Binary upgrade to 6.2-RELEASE fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 04:53:21 -0000 On Nov 02, [LoN]Kamikaze wrote: > I think you might have no choice but to omit the reboots, because the > world contains lots of stuff that has to do with the kernel (like > mounting). > > So just go into single user mode and do the usual stuff: > # make installkernel > # mergemaster -p > # make installworld > # mergemaster > # shutdown -r now > > and pray to your deity of choice. > > If the reason for your problem is something else however you're stuck > with a system that can not run with your old kernel. So better backup > before you try. I attempted to just do a binary upgrade, assuming that I botched the source upgrade somehow. After installing FreeBSD 6.2-RELEASE, I was left with a system that would not boot (similar errors on boot as before). Reverting the kernel of course was of limited help because userland was all expecting 6.2. So, I had a couple of tarballs from my last backup and I attempted to bandage up / and /usr and was able to resurrect my 5.5-STABLE image. This is f'n scary. I've never had this much trouble upgrading a system before. Does anyone have any idea what remnant could be remaining after a binary upgrade that would keep it from booting yet I can boot from the 6.2-RELEASE iso's just fine? I am very apprehensive to do a newfs and wipe the drives now that I've failed both source and binary upgrade paths. -Clint From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 08:20:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A61916A494 for ; Sun, 11 Nov 2007 08:20:48 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id DB32613C48A for ; Sun, 11 Nov 2007 08:20:47 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 11 Nov 2007 08:19:50 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp018) with SMTP; 11 Nov 2007 09:19:50 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+0v39LvWG0k2XPL9jkNzYCPtNy4PiQjGKye+EHZ2 ZVWI+ek03U1Woy Message-ID: <4736BB24.8010905@gmx.de> Date: Sun, 11 Nov 2007 09:19:48 +0100 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Clint Olsen References: <20071102095628.GA796@0lsen.net> <472AF94B.1020600@gmx.de> <20071104200325.T91647@fledge.watson.org> <20071104211009.GC20861@0lsen.net> In-Reply-To: <20071104211009.GC20861@0lsen.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: Source upgrade from 5.5 to 6.X not safe? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 08:20:48 -0000 > In general, is it possible that the installkernel did /not/ complete > correctly before I shut down? Is it ever possible that the machine could > get put into an indeterminate state when doing installkernel on a running > machine? HP-UX used to behave horribly when a binary got clobbered for a > process that was running, but I have no idea how FreeBSD copes with > changing disk images of a running process. If a binary/library that is currently used gets removed/replaced, it will be copied to memory. The process will not even recognize this. Only restarting the process will remove the old version from memory and cause the new one to be used. I thought every OS did it like that, so I'm surprised that there are systems causing problems in this case. For the kernel likewise. The kernel and the loaded modules remain in memory, but of course you cannot load the newly built modules until you have rebooted with the new kernel (because there's no other way to restart a kernel). From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 08:23:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B90D516A468 for ; Sun, 11 Nov 2007 08:23:40 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 2735A13C4B5 for ; Sun, 11 Nov 2007 08:23:39 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 11 Nov 2007 08:23:30 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp027) with SMTP; 11 Nov 2007 09:23:30 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1/Csy4ySY3C/8AFn2+RKuRrNfl6h7B3hsktQHa+/d H2SCGX7eArxY0s Message-ID: <4736BC01.2000800@gmx.de> Date: Sun, 11 Nov 2007 09:23:29 +0100 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Clint Olsen References: <20071102095628.GA796@0lsen.net> <472AF94B.1020600@gmx.de> <20071111043931.GA1460@0lsen.net> In-Reply-To: <20071111043931.GA1460@0lsen.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: Ok, so now what? Binary upgrade to 6.2-RELEASE fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 08:23:40 -0000 Clint Olsen wrote: > On Nov 02, [LoN]Kamikaze wrote: >> I think you might have no choice but to omit the reboots, because the >> world contains lots of stuff that has to do with the kernel (like >> mounting). >> >> So just go into single user mode and do the usual stuff: >> # make installkernel >> # mergemaster -p >> # make installworld >> # mergemaster >> # shutdown -r now >> >> and pray to your deity of choice. >> >> If the reason for your problem is something else however you're stuck >> with a system that can not run with your old kernel. So better backup >> before you try. > > I attempted to just do a binary upgrade, assuming that I botched the source > upgrade somehow. After installing FreeBSD 6.2-RELEASE, I was left with a > system that would not boot (similar errors on boot as before). Reverting > the kernel of course was of limited help because userland was all expecting > 6.2. So, I had a couple of tarballs from my last backup and I attempted to > bandage up / and /usr and was able to resurrect my 5.5-STABLE image. > > This is f'n scary. I've never had this much trouble upgrading a system > before. Does anyone have any idea what remnant could be remaining after a > binary upgrade that would keep it from booting yet I can boot from the > 6.2-RELEASE iso's just fine? I am very apprehensive to do a newfs and wipe > the drives now that I've failed both source and binary upgrade paths. > > -Clint That's strange, I've gone right from 5.3 through to RELENG_7 without ever doing the reboots during the install process (I know that's not recommended) and I never ran into trouble. Did you accidently turn off compat6x in the kernel before you built? Did your remember to install the misc/compat6x port? From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 10:01:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99F7A16A41B for ; Sun, 11 Nov 2007 10:01:06 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 4702113C494 for ; Sun, 11 Nov 2007 10:01:06 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA07.westchester.pa.mail.comcast.net with smtp id BMw21Y0020EZKEL0000C00; Sun, 11 Nov 2007 10:00:44 +0000 Received: from 0lsen.net ([24.20.127.157]) by OMTA01.westchester.pa.mail.comcast.net with comcast id BMzk1Y0023Pt6RU0000000; Sun, 11 Nov 2007 09:59:44 +0000 X-Authority-Analysis: v=1.0 c=1 a=ZOsxE_ufJGOEUTGXnV4A:9 a=BEXLd6SPDmW4dAJ3qhgKL_8a7LgA:4 a=LY0hPdMaydYA:10 Received: by 0lsen.net (Postfix, from userid 1001) id D731B17A53; Sun, 11 Nov 2007 01:59:43 -0800 (PST) Date: Sun, 11 Nov 2007 01:59:43 -0800 From: Clint Olsen To: freebsd-stable@freebsd.org Message-ID: <20071111095943.GA1923@0lsen.net> References: <20071102095628.GA796@0lsen.net> <472AF94B.1020600@gmx.de> <20071111043931.GA1460@0lsen.net> <4736BC01.2000800@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4736BC01.2000800@gmx.de> User-Agent: Mutt/1.4.2.3i Organization: NULlsen Network X-Disclaimer: Mutt Bites! Subject: Re: Ok, so now what? Binary upgrade to 6.2-RELEASE fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 10:01:06 -0000 On Nov 11, [LoN]Kamikaze wrote: > That's strange, I've gone right from 5.3 through to RELENG_7 without ever > doing the reboots during the install process (I know that's not > recommended) and I never ran into trouble. Did you accidently turn off > compat6x in the kernel before you built? Did your remember to install the > misc/compat6x port? Well, I wasn't upgrading to RELENG_7, so compat6x shouldn't have been an issue. And any compatibility library should not have been necessary when doing a binary upgrade. I was trying to boot a GENERIC kernel in the upgrade process. My 5.5 kernel is only slightly customized as a superset of the original 5.X kernel. I don't have the misc/compat5x installed on my system. I don't remember seeing that in the upgrading section of the handbook, so I didn't do that. I can see this as being necessary for running certain legacy applications, but I should still be able to boot the kernel. Thanks, -Clint From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 12:46:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBF4A16A41B for ; Sun, 11 Nov 2007 12:46:26 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id B577413C4A3 for ; Sun, 11 Nov 2007 12:46:26 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:3452:63a9:ae24:163] (unknown [IPv6:2001:7b8:3a7:0:3452:63a9:ae24:163]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 77E413E; Sun, 11 Nov 2007 13:46:25 +0100 (CET) Message-ID: <4736F9A4.1020606@andric.com> Date: Sun, 11 Nov 2007 13:46:28 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.7pre (Windows/20071029) MIME-Version: 1.0 To: Clint Olsen References: <20071102095628.GA796@0lsen.net> <472AF94B.1020600@gmx.de> <20071111043931.GA1460@0lsen.net> In-Reply-To: <20071111043931.GA1460@0lsen.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Ok, so now what? Binary upgrade to 6.2-RELEASE fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 12:46:27 -0000 Clint Olsen wrote: > I attempted to just do a binary upgrade, assuming that I botched the source > upgrade somehow. After installing FreeBSD 6.2-RELEASE, I was left with a > system that would not boot (similar errors on boot as before). Any chance you could post some of these error messages? And if possible, backtraces, etc? From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 14:55:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 521B116A417 for ; Sun, 11 Nov 2007 14:55:02 +0000 (UTC) (envelope-from marcolz@serv1-mk3.ilse.net) Received: from serv1-mk3.ilse.net (serv1-mk3.ilse.net [62.69.160.41]) by mx1.freebsd.org (Postfix) with ESMTP id CAC4B13C494 for ; Sun, 11 Nov 2007 14:55:01 +0000 (UTC) (envelope-from marcolz@serv1-mk3.ilse.net) Received: (from marcolz@localhost) by serv1-mk3.ilse.net (8.13.4/8.12.11) id lABEsOOv033220; Sun, 11 Nov 2007 15:54:24 +0100 (CET) (envelope-from marcolz) Date: Sun, 11 Nov 2007 15:54:24 +0100 From: Marc Olzheim To: Thorsten Trampisch Message-ID: <20071111145424.GA32274@ilse.net> References: <4731D93E.2020600@ibctech.ca> <20071108160934.GA24041@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <20071108160934.GA24041@SDF.LONESTAR.ORG> X-Operating-System: FreeBSD serv1-mk3.ilse.net 4.11-STABLE FreeBSD 4.11-STABLE X-URL: http://ilse.nl/ User-Agent: Mutt/1.5.11 Cc: Steve Bertrand , freebsd-stable@freebsd.org Subject: Re: Boot-time pass for geli on 7.0-BETA2 (and RELENG_7) not working for me. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 14:55:02 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 08, 2007 at 05:09:34PM +0100, Thorsten Trampisch wrote: > Hello, >=20 > today I updated from 6.2-RELEASE-p8 to 7.0-BETA2 as well. > I've ran into the same problem with the password input to GELI on boot ti= me. > Chars are showing up after several keypresses. >=20 > After removing the new dcons driver from my KERNEL config, recompiling an= d rebooting, it does work normally like under 6.2R Thanks, I tried it, but alas, to no avail... Still the same symptoms. :-/ Marc --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFHNxegezjnobFOgrERAsWMAJ95eC9u7z3HgqKhRc+6CbKoJ5JvFwCghoSJ huC0ynrx7gx15Oz5A62oxW0= =CX40 -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 15:05:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E21016A417; Sun, 11 Nov 2007 15:05:56 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9492313C494; Sun, 11 Nov 2007 15:05:55 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 49AEE1BAC24; Sun, 11 Nov 2007 16:05:54 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lABF5p7x009933; Sun, 11 Nov 2007 16:05:51 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194793553; bh=kKNE51Bz8wyNXPN0HxZdpc4Nj1rqOHoMB4R+4pC 8qLc=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=TXcoPzDz6oj rK5ALeDHeE/Nw59tnuoOLwEmCDNiqC6NUuAcSAaqXyguMSn1lOBsugCTmjzPfgbzIgO 2qwHRAGg== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=0rusZt4YsnoSy0QxJTzqsYsu6hnLRyWpTnVEzWJ9uoxn5SvArvoq24iD28zqk+ezX lHnXILSSbuETqgS0ZHKKw== Message-ID: <47371A4F.9080004@restart.be> Date: Sun, 11 Nov 2007 16:05:51 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <47348CAC.5020208@restart.be> <20071110085312.GG37371@garage.freebsd.pl> <4735986F.5000307@restart.be> <20071110124806.GI37371@garage.freebsd.pl> In-Reply-To: <20071110124806.GI37371@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 15:05:56 -0000 Pawel Jakub Dawidek wrote: > On Sat, Nov 10, 2007 at 12:39:27PM +0100, Henri Hennebert wrote: >> Pawel Jakub Dawidek wrote: >>> On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: >>>> hello >>>> >>>> To push zfs, I launch 2 scrub at the same time, after ~20 seconds the >>>> system freeze: >>> [...] >>> >>> I found a deadlock too. If it's reproducable for you, can you try this >>> patch: >> I reproduce it after 30 minutes, si I try you patch. >> >>> http://people.freebsd.org/~pjd/patches/zgd_done.patch >> when I try to load zfs.ko I get: >> >> # kldload zfs >> link_elf: symbol kproc_create undefined >> kldload: can't load zfs: No such file or directory >> >> What must I add to my config to resolve this symbol / problem > > Ouch, you don't use HEAD. Try changing kproc_*() to kthread_*(). > Today, after more than 10 scrubs, no deadlock. This patch is effective. Thanks Henri From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 15:27:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A893516A419 for ; Sun, 11 Nov 2007 15:27:28 +0000 (UTC) (envelope-from m2chrischou@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 79B7813C4C1 for ; Sun, 11 Nov 2007 15:27:28 +0000 (UTC) (envelope-from m2chrischou@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1315990waf for ; Sun, 11 Nov 2007 07:27:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=Hq5/pvDX5y8sIoSi6iYtXkAnm/qpN7JzbOon65/doOU=; b=ichkKcPK5mPJ5ZnNDdwixZ08DUzuSMzUZfUp07RFnbddDlJdEO0QuGUX/jJPftGfejiq7/hcwn0Wbe9/TBrm7WGIfT7zOgLOS+n9Ta8aGVb1Inm/J1Tc9wa0qU/UHS875cd7rekrXd9qn74yy41fuhgu49ItWaogWMwF4HPhH5U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=BClCtLIu/noAcJlABvqIXVMkVYMTZGHg0Q9C8aC8s08lpGY29BejEzu6CesrNZuTEjEHWP3tiPPgjnprpBr8khtzJ1EWkGla9ufXhYdmq7l95WaQVp7SqbSMVKu6FPAOn69NAVKFO1dopd4l4TBSzocdeiNGketizddDzinly3Q= Received: by 10.115.106.7 with SMTP id i7mr732890wam.1194794837543; Sun, 11 Nov 2007 07:27:17 -0800 (PST) Received: by 10.114.125.4 with HTTP; Sun, 11 Nov 2007 07:27:17 -0800 (PST) Message-ID: <26b05a0e0711110727o10c3eb9eg9f7913def74268c4@mail.gmail.com> Date: Sun, 11 Nov 2007 23:27:17 +0800 From: "Chris Chou" To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: FreeBSD 7.0 BETA 2 crashes when starts up with USB disk plugged in X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 15:27:28 -0000 Dear all, I encountered another crash when using FreeBSD 7.0 BETA 2. The following is the kgdb output: kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #6: Mon Nov 5 23:28:18 CST 2007 chris@mercury:/usr/obj/usr/src/sys/MERCURY Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Hammer Family processor - Model Unknown (1750.01-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 1073676288 (1023 MB) avail memory = 1037295616 (989 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fef0000 (3) failed 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,0xcf0-0xcf3 on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe5001000-0xe5001fff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xe5002000-0xe5002fff irq 22 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xe5003000-0xe50030ff irq 23 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 8 ports with 8 removable, self powered uhub2: port 5 reset failed atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xc400-0xc40f,0xc800-0xc87f irq 21 at device 10.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pcib1: at device 11.0 on pci0 pci1: on pcib1 nvidia0: mem 0xe0000000-0xe0ffffff,0xd8000000-0xdfffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] pcib2: at device 14.0 on pci0 pci2: on pcib2 fxp0: port 0x9000-0x901f mem 0xe4000000-0xe4000fff,0xe3000000-0xe30fffff irq 17 at device 7.0 on pci2 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:00:4c:93:56:88 fxp0: [ITHREAD] pcm0: port 0x9400-0x94ff irq 19 at device 9.0 on pci2 pcm0: [ITHREAD] rl0: port 0x9800-0x98ff mem 0xe3100000-0xe31000ff irq 16 at device 13.0 on pci2 miibus1: on rl0 rlphy0: PHY 0 on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:13:d3:3b:f1:02 rl0: [ITHREAD] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77b 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 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff,0xd0000-0xd3fff,0xd4000-0xd4fff 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 1750010255 Hz quality 800 Timecounters tick every 1.000 msec IP Filter: v4.1.28 initialized. Default = block all, Logging = enabled acd0: DVDR at ata1-master UDMA66 acd1: DMA limited to UDMA33, device found non-ATA66 cable acd1: DVDROM at ata1-slave UDMA33 ad4: 156334MB at ata2-master SATA150 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x48 0x00 0x01 acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x48 0x00 0x01 acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad4s1a <118>Loading configuration files. <118>kernel dumps on /dev/ad4s1b <118>Entropy harvesting: <118> interrupts <118> ethernet <118> point_to_point <118> kickstart <118>. <118>swapon: adding /dev/ad4s1b as swap device <118>Starting file system checks: <118>/dev/ad4s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad4s1a: clean, 134060 free (1308 frags, 16594 blocks, 0.5%fragmentation) <118>/dev/ad4s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad4s2d: clean, 30942034 free (76122 frags, 3858239 blocks, 0.1%fragmentation) <118>/dev/ad4s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad4s1e: clean, 161455 free (1535 frags, 19990 blocks, 0.6%fragmentation) <118>/dev/ad4s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad4s1f: clean, 2488118 free (216614 frags, 283938 blocks, 2.8%fragmentation) <118>/dev/ad4s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad4s1d: clean, 116918 free (30526 frags, 10799 blocks, 3.0%fragmentation) <118>Setting hostuuid: d51b734d-7b82-11dc-8224-00004c935688. <118>Setting hostid: 0xdb2f6497. <118>Mounting local file systems: <118>mount_nullfs: <118>/storage/soft: No such file or directory <118> <118>. <118>Setting hostname: mercury. <118>Enabling ipfilter. <118>Installing NAT rules. <118>0 entries flushed from NAT table <118>0 entries flushed from NAT list umass0: on uhub2 <118>net.inet6.ip6.auto_linklocal: <118>1 <118> -> <118>0 <118> <118>hw.snd.maxautovchans: <118>16 <118> -> <118>4 <118> <118>compat.linux.osrelease: <118>2.4.2 <118> -> <118>2.6.16 <118> <118>kern.ipc.shmmax: <118>33554432 <118> -> <118>67108864 <118> <118>kern.ipc.shmall: <118>8192 <118> -> <118>32768 <118> da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 1968MB (4030464 512 byte sectors: 255H 63S/T 250C) umass0: at uhub2 port 5 (addr 2) disconnected (da0:umass-sim0:0:0:0): lost device Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc045915b stack pointer = 0x28:0xe2974adc frame pointer = 0x28:0xe2974af8 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 = 2 (g_event) trap number = 12 panic: page fault Uptime: 6s Physical memory: 1011 MB Dumping 49 MB: 34 18 2 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0611ce4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0611ee4 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc087307c in trap_fatal (frame=0xe2974a9c, eva=0) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc08732e0 in trap_pfault (frame=0xe2974a9c, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:785 #5 0xc0873c42 in trap (frame=0xe2974a9c) at /usr/src/sys/i386/i386/trap.c:463 #6 0xc085d84b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc045915b in xpt_done (done_ccb=0xc40d9800) at /usr/src/sys/cam/cam_xpt.c:4856 #8 0xc0459278 in dead_sim_action (sim=0xc08e7500, ccb=0xc40d9800) at /usr/src/sys/cam/cam_xpt.c:7264 #9 0xc045a47e in xpt_action (start_ccb=0xc40d9800) at /usr/src/sys/cam/cam_xpt.c:3057 #10 0xc0455c08 in cam_periph_runccb (ccb=0xc40d9800, error_routine=0, camflags=CAM_RETRY_SELTO, sense_flags=1, ds=0xc4272000) at /usr/src/sys/cam/cam_periph.c:878 #11 0xc046b48b in daprevent (periph=Variable "periph" is not available. ) at /usr/src/sys/cam/scsi/scsi_da.c:1822 #12 0xc046c348 in daclose (dp=0xc436f200) at /usr/src/sys/cam/scsi/scsi_da.c:751 #13 0xc05c25ef in g_disk_access (pp=0xc4366a80, r=0, w=0, e=Variable "e" is not available. ) at /usr/src/sys/geom/geom_disk.c:152 ---Type to continue, or q to quit--- #14 0xc05c730c in g_access (cp=0xc4268b80, dcr=-1, dcw=0, dce=0) at /usr/src/sys/geom/geom_subr.c:748 #15 0xc05cbd10 in g_part_taste (mp=0xc0908520, pp=0xc4366a80, flags=0) at /usr/src/sys/geom/part/g_part.c:1355 #16 0xc05c6f31 in g_new_provider_event (arg=0xc4366a80, flag=0) at /usr/src/sys/geom/geom_subr.c:477 #17 0xc05c3973 in g_run_events () at /usr/src/sys/geom/geom_event.c:211 #18 0xc05c4d56 in g_event_procbody () at /usr/src/sys/geom/geom_kern.c:141 #19 0xc05f3334 in fork_exit (callout=0xc05c4cf0 , arg=0x0, frame=0xe2974d38) at /usr/src/sys/kern/kern_fork.c:796 #20 0xc085d8c0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) The crash happens when I reboot the system with a USB disk plugged in, my USB disk is KINGSTON DataTraverler 2GB. Any one could help with this? Best regards, Chris From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 15:52:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFE7A16A417 for ; Sun, 11 Nov 2007 15:52:17 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: from sub.vaned.net (sub.vaned.net [205.200.235.40]) by mx1.freebsd.org (Postfix) with ESMTP id 3BB8713C4AC for ; Sun, 11 Nov 2007 15:52:17 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: by sub.vaned.net (Postfix, from userid 1001) id E2FC317368; Sun, 11 Nov 2007 09:31:12 -0600 (CST) Date: Sun, 11 Nov 2007 09:31:12 -0600 From: "Christian S.J. Peron" To: Dan Epure Message-ID: <20071111153112.GA7656@sub.vaned.net> References: <20071108173039.GA97983@bigskyservices.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <20071108173039.GA97983@bigskyservices.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: [gepu@iogyte.ro: Re: openpty() and jail in RELENG_7] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 15:52:18 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Please try the attached patch. I have committed this to head and it somehow slipped through the cracks in terms of an MFC (patch /etc/defaults/devfs.rules) On Thu, Nov 08, 2007 at 07:30:39PM +0200, Dan Epure wrote: > I can provide more info on request. > > > ----- Forwarded message from Dan Epure ----- > > Date: Wed, 7 Nov 2007 19:25:08 +0200 > From: Dan Epure > To: Tom Evans > Cc: freebsd-stable@freebsd.org > Subject: Re: openpty() and jail in RELENG_7 > > Thank you for your answer. > > This is not Xin Li's scenario. > > Description: > > the host of the jail - H (192.168.168.2/24) > the jail running on H - J (192.168.168.254/32) > the testing system - T (192.168.168.253/24) > > 1. I start the ssh daemon on H: > === cut here === > H# /usr/sbin/sshd -d > debug1: sshd version OpenSSH_4.5p1 FreeBSD-20061110 > debug1: read PEM private key done: type DSA > debug1: private host key: #0 type 2 DSA > debug1: rexec_argv[0]='/usr/sbin/sshd' > debug1: rexec_argv[1]='-d' > debug1: Bind to port 22 on 192.168.168.2. > Server listening on 192.168.168.2 port 22. > === and here === > > 2. On T I run: > === cut here === > T# ssh 192.168.168.2 -l test2 > === and here === > > 3. On H I see: > === cut here === > Debug1: fd 4 clearing O_NONBLOCK > Debug1: Server will not fork when running in debugging mode. > debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 > debug1: inetd sockets after dupping: 3, 3 > debug1: res_init() > Connection from 192.168.168.253 port 60155 > debug1: Client protocol version 2.0; client software version OpenSSH_4.6p1 Debian-5 > debug1: match: OpenSSH_4.6p1 Debian-5 pat OpenSSH* > debug1: Enabling compatibility mode for protocol 2.0 > debug1: Local version string SSH-2.0-OpenSSH_4.5p1 FreeBSD-20061110 > debug1: permanently_set_uid: 22/22 > debug1: list_hostkey_types: ssh-dss > debug1: SSH2_MSG_KEXINIT sent > debug1: SSH2_MSG_KEXINIT received > debug1: kex: client->server aes128-cbc hmac-md5 none > debug1: kex: server->client aes128-cbc hmac-md5 none > debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received > debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent > debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT > debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent > debug1: SSH2_MSG_NEWKEYS sent > debug1: expecting SSH2_MSG_NEWKEYS > debug1: SSH2_MSG_NEWKEYS received > debug1: KEX done > debug1: userauth-request for user test2 service ssh-connection method none > debug1: attempt 0 failures 0 > debug1: PAM: initializing for "test2" > debug1: userauth-request for user test2 service ssh-connection method publickey > debug1: attempt 1 failures 1 > debug1: PAM: setting PAM_RHOST to "192.168.168.253" > debug1: test whether pkalg/pkblob are acceptable > debug1: trying public key file /home/test2/.ssh/authorized_keys > debug1: trying public key file /home/test2/.ssh/authorized_keys2 > Failed publickey for test2 from 192.168.168.253 port 60155 ssh2 > debug1: audit_event: unhandled event 6 > debug1: userauth-request for user test2 service ssh-connection method keyboard-interactive > debug1: attempt 2 failures 2 > debug1: keyboard-interactive devs > debug1: auth2_challenge: user=test2 devs= > debug1: kbdint_alloc: devices 'pam' > debug1: auth2_challenge_start: trying authentication method 'pam' > Postponed keyboard-interactive for test2 from 192.168.168.253 port 60155 ssh2 > debug1: do_pam_account: called > debug1: PAM: num PAM env strings 0 > Postponed keyboard-interactive/pam for test2 from 192.168.168.253 port 60155 ssh2 > debug1: do_pam_account: called > Accepted keyboard-interactive/pam for test2 from 192.168.168.253 port 60155 ssh2 > debug1: monitor_child_preauth: test2 has been authenticated by privileged process > debug1: PAM: reinitializing credentials > debug1: Entering interactive session for SSH2. > debug1: server_init_dispatch_20 > debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 > debug1: input_session_request > debug1: channel 0: new [server-session] > debug1: session_new: init > debug1: session_new: session 0 > debug1: session_open: channel 0 > debug1: session_open: session 0: link with channel 0 > debug1: server_input_channel_open: confirm session > debug1: server_input_channel_req: channel 0 request pty-req reply 0 > debug1: session_by_channel: session 0 channel 0 > debug1: session_input_channel_req: session 0 req pty-req > debug1: Allocating pty. > debug1: session_new: init > debug1: session_new: session 0 > debug1: session_pty_req: session 0 alloc /dev/pts/3 > debug1: Ignoring unsupported tty mode opcode 37 (0x25) > debug1: Ignoring unsupported tty mode opcode 52 (0x34) > debug1: Ignoring unsupported tty mode opcode 71 (0x47) > debug1: server_input_channel_req: channel 0 request shell reply 0 > debug1: session_by_channel: session 0 channel 0 > debug1: session_input_channel_req: session 0 req shell > debug1: PAM: setting PAM_TTY to "/dev/pts/3" > debug1: Setting controlling tty using TIOCSCTTY. > === and here === > > 4. On T I am logged in on H: > === cut here === > Password: > H$ > === and here === > > 5. I start the jail on H: > === cut here === > H# /etc/rc.d/jail start > Configuring jails:. > Starting jails: test2.mydomain.org. > > 6. I start the ssh daemon on J: > === cut here === > J# /usr/sbin/sshd -d > debug1: sshd version OpenSSH_4.5p1 FreeBSD-20061110 > debug1: read PEM private key done: type DSA > debug1: private host key: #0 type 2 DSA > debug1: rexec_argv[0]='/usr/sbin/sshd' > debug1: rexec_argv[1]='-d' > debug1: Bind to port 22 on 192.168.168.254. > Server listening on 192.168.168.254 port 22. > === and here === > > 7. On T I run: > === cut here === > T# ssh 192.168.168.254 -l test2 > === and here === > > 8. On J I see: > === cut here === > debug1: fd 4 clearing O_NONBLOCK > debug1: Server will not fork when running in debugging mode. > debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 > debug1: inetd sockets after dupping: 3, 3 > debug1: res_init() > Connection from 192.168.168.253 port 52242 > debug1: Client protocol version 2.0; client software version OpenSSH_4.6p1 Debian-5 > debug1: match: OpenSSH_4.6p1 Debian-5 pat OpenSSH* > debug1: Enabling compatibility mode for protocol 2.0 > debug1: Local version string SSH-2.0-OpenSSH_4.5p1 FreeBSD-20061110 > debug1: permanently_set_uid: 22/22 > debug1: list_hostkey_types: ssh-dss > debug1: SSH2_MSG_KEXINIT sent > debug1: SSH2_MSG_KEXINIT received > debug1: kex: client->server aes128-cbc hmac-md5 none > debug1: kex: server->client aes128-cbc hmac-md5 none > debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received > debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent > debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT > debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent > debug1: SSH2_MSG_NEWKEYS sent > debug1: expecting SSH2_MSG_NEWKEYS > debug1: SSH2_MSG_NEWKEYS received > debug1: KEX done > debug1: userauth-request for user test2 service ssh-connection method none > debug1: attempt 0 failures 0 > debug1: PAM: initializing for "test2" > debug1: PAM: setting PAM_RHOST to "192.168.168.253" > debug1: userauth-request for user test2 service ssh-connection method publickey > debug1: attempt 1 failures 1 > debug1: test whether pkalg/pkblob are acceptable > debug1: trying public key file /home/test2/.ssh/authorized_keys > debug1: trying public key file /home/test2/.ssh/authorized_keys2 > Failed publickey for test2 from 192.168.168.253 port 52242 ssh2 > debug1: userauth-request for user test2 service ssh-connection method keyboard-interactive > debug1: attempt 2 failures 2 > debug1: keyboard-interactive devs > debug1: auth2_challenge: user=test2 devs= > debug1: kbdint_alloc: devices 'pam' > debug1: auth2_challenge_start: trying authentication method 'pam' > Postponed keyboard-interactive for test2 from 192.168.168.253 port 52242 ssh2 > debug1: do_pam_account: called > debug1: PAM: num PAM env strings 0 > Postponed keyboard-interactive/pam for test2 from 192.168.168.253 port 52242 ssh2 > debug1: do_pam_account: called > Accepted keyboard-interactive/pam for test2 from 192.168.168.253 port 52242 ssh2 > debug1: monitor_child_preauth: test2 has been authenticated by privileged process > debug1: PAM: reinitializing credentials > debug1: Entering interactive session for SSH2. > debug1: server_init_dispatch_20 > debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 > debug1: input_session_request > debug1: channel 0: new [server-session] > debug1: session_new: init > debug1: session_new: session 0 > debug1: session_open: channel 0 > debug1: session_open: session 0: link with channel 0 > debug1: server_input_channel_open: confirm session > debug1: server_input_channel_req: channel 0 request pty-req reply 0 > debug1: session_by_channel: session 0 channel 0 > debug1: session_input_channel_req: session 0 req pty-req > debug1: Allocating pty. > debug1: session_new: init > debug1: session_new: session 0 > openpty: No such file or directory > session_pty_req: session 0 alloc failed > debug1: server_input_channel_req: channel 0 request shell reply 0 > debug1: session_by_channel: session 0 channel 0 > debug1: session_input_channel_req: session 0 req shell > === and here === > > 9. On T the session is stuck: > === cut here === > $ ssh 192.168.168.254 -l test2 > Password: > Environment: > USER=test2 > LOGNAME=test2 > HOME=/home/test2 > MAIL=/var/mail/test2 > PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/test2/bin > TERM=su > FTP_PASSIVE_MODE=YES > BLOCKSIZE=K > SHELL=/usr/local/bin/rbash > SSH_CLIENT=192.168.168.253 39090 22 > SSH_CONNECTION=192.168.168.253 39090 192.168.168.254 22 > === and here === > > 10. On J the content of /dev/pts and /dev/pty is unchanged: > === cut here === > J# ls -la /dev/pts > total 1 > dr-xr-xr-x 2 root wheel 512 Nov 7 16:38 . > dr-xr-xr-x 6 root wheel 512 Nov 7 16:38 .. > crw-rw-rw- 1 root wheel 0, 97 Nov 7 17:22 0 > crw-rw-rw- 1 root wheel 0, 106 Nov 7 16:56 2 > crw-rw-rw- 1 root wheel 0, 110 Nov 7 17:16 5 > J# ls -la /dev/pty > total 1 > dr-xr-xr-x 2 root wheel 512 Nov 7 16:38 . > dr-xr-xr-x 6 root wheel 512 Nov 7 16:38 .. > crw-rw-rw- 1 root wheel 0, 95 Nov 7 17:22 0 > crw-rw-rw- 1 root wheel 0, 104 Nov 7 15:36 1 > crw-rw-rw- 1 root wheel 0, 105 Nov 7 16:56 2 > crw-rw-rw- 1 root wheel 0, 107 Nov 7 15:36 3 > crw-rw-rw- 1 root wheel 0, 108 Nov 7 15:36 4 > crw-rw-rw- 1 root wheel 0, 109 Nov 7 17:16 5 > === and here === > > regards, > Gepu > > On Wed, Nov 07, 2007 at 10:42:58AM +0000, Tom Evans wrote: > > On Tue, 2007-11-06 at 22:19 +0200, Dan Epure wrote: > > > Hi All, > > > > > > > > > I'm using on the host system (7.0-BETA2): > > > #sysctl kern.pts.enable > > > kern.pts.enable: 1 > > > I have no problem at all. > > > > > > The jail is also 7.0-BETA2 > > > > > > The problem is inside the jail openpty() can not allocate the pty: > > > === cut here === > > > debug1: monitor_child_preauth: test2 has been authenticated by privileged process > > > debug1: PAM: reinitializing credentials > > > debug1: Entering interactive session for SSH2. > > > debug1: server_init_dispatch_20 > > > debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 > > > debug1: input_session_request > > > debug1: channel 0: new [server-session] > > > debug1: session_new: init > > > debug1: session_new: session 0 > > > debug1: session_open: channel 0 > > > debug1: session_open: session 0: link with channel 0 > > > debug1: server_input_channel_open: confirm session > > > debug1: server_input_channel_req: channel 0 request pty-req reply 0 > > > debug1: session_by_channel: session 0 channel 0 > > > debug1: session_input_channel_req: session 0 req pty-req > > > debug1: Allocating pty. > > > debug1: session_new: init > > > debug1: session_new: session 0 > > > openpty: No such file or directory > > > session_pty_req: session 0 alloc failed > > > debug1: server_input_channel_req: channel 0 request shell reply 0 > > > debug1: session_by_channel: session 0 channel 0 > > > debug1: session_input_channel_req: session 0 req shell > > > === and here === > > > the ssh session just hangs. (no pty ?) > > > > > > I did not forget to mount devfs inside the jail. > > > The jail is configured in rc.conf: > > > === cut here === > > > jail_enable="YES" > > > jail_list="test" > > > jail_test_hostname="test.mydomain.org" > > > jail_test_rootdir="/jails/test" > > > jail_test_interface="bge0" > > > jail_test_devfs_enable="YES" > > > jail_test_ip="192.168.10.2" > > > jail_set_hostname_allow="NO" > > > jail_sysvipc_allow="NO" > > > jail_socket_unixiproute_only="YES" > > > === and here === > > > I think the problem is related to restrictions imposed by the jail. > > > > > > Please advise. > > > > > > Gepu > > > > This is because you haven't been allocated a pty inside your jail. > > Enable sshd inside your jail, ssh to your jail (which will allocate you > > a pty). Then from inside your jail, you can use any pty-using > > application you wish. > > > > I am presuming you are doing something like 'jexec 1 /bin/csh' or > > similar, and I'm only really repeating Xin Li's advice to me[1]. > > > > Cheers > > > > Tom > > > > [1] > > http://lists.freebsd.org/pipermail/freebsd-jail/2007-October/000106.html > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > ----- End forwarded message ----- > > -- > Gepu > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Christian S.J. Peron csjp@FreeBSD.ORG FreeBSD Committer --h31gzZEtNLTqOjlF Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="devfs.rules.diff" Index: devfs.rules =================================================================== RCS file: /usr/ncvs/src/etc/defaults/devfs.rules,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- devfs.rules 22 Apr 2006 13:42:49 -0000 1.4 +++ devfs.rules 12 Oct 2007 14:55:41 -0000 1.5 @@ -13,7 +13,7 @@ # references must include a dollar sign '$' in front of the # name to be expanded properly. # -# $FreeBSD: src/etc/defaults/devfs.rules,v 1.4 2006/04/22 13:42:49 brueffer Exp $ +# $FreeBSD: src/etc/defaults/devfs.rules,v 1.5 2007/10/12 14:55:41 csjp Exp $ # # Very basic and secure ruleset: Hide everything. @@ -52,6 +52,8 @@ add path 'ttyQ*' unhide add path 'ttyR*' unhide add path 'ttyS*' unhide +add path 'pts/*' unhide +add path 'pty/*' unhide add path fd unhide add path 'fd/*' unhide add path stdin unhide --h31gzZEtNLTqOjlF-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 16:43:02 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4881B16A421 for ; Sun, 11 Nov 2007 16:43:02 +0000 (UTC) (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 0EA9913C4A5 for ; Sun, 11 Nov 2007 16:43:01 +0000 (UTC) (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 E1FB746E6D; Sun, 11 Nov 2007 11:44:10 -0500 (EST) Date: Sun, 11 Nov 2007 16:42:51 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Eugene Grosbein In-Reply-To: <20071110200831.GA1230@grosbein.pp.ru> Message-ID: <20071111164142.J29504@fledge.watson.org> References: <20071110200831.GA1230@grosbein.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: 7.0-BETA2: rpc.lockd fails to start X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 16:43:02 -0000 On Sun, 11 Nov 2007, Eugene Grosbein wrote: > I've in /etc/rc.conf: > > nfs_server_enable="YES" > rpcbind_enable="YES" > rpc_lockd_enable="YES" rpc.lockd depends on rpc.statd running, try enabling that also? I sort of thought someone had added something to force rpc.statd to be started if rpc.lockd is started, but apparently not. Robert N M Watson Computer Laboratory University of Cambridge > > At boot: > > Starting mountd. > Starting nfsd. > Starting lockd. > Nov 11 02:56:25 grosbein rpc.lockd: 100024 RPC: Program not registered > > And rpc.lockd exits. Kernel and world are built with IPv6 disabled, > here is /etc/src.conf: > > WITHOUT_ATM= > WITHOUT_AUDIT= > WITHOUT_AUTHPF= > WITHOUT_ZFS= > WITHOUT_CDDL= > WITHOUT_FORTRAN= > WITHOUT_GCOV= > WITHOUT_HTML= > WITHOUT_I4B= > WITHOUT_INET6= > WITHOUT_IPFILTER= > WITHOUT_IPX= > WITHOUT_KERBEROS= > WITHOUT_NIS= > WITHOUT_PF= > WITHOUT_PROFILE= > > Should I worry abouth non-functional rpc.lockd? > > Eugene Grosbein > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 16:46:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA5B016A418 for ; Sun, 11 Nov 2007 16:46:51 +0000 (UTC) (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 8908513C4B2 for ; Sun, 11 Nov 2007 16:46:51 +0000 (UTC) (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 5120046F0F; Sun, 11 Nov 2007 11:47:35 -0500 (EST) Date: Sun, 11 Nov 2007 16:46:16 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexandre Biancalana In-Reply-To: <8e10486b0711091018n6309f70an8722d427f9d530f8@mail.gmail.com> Message-ID: <20071111164451.K29504@fledge.watson.org> References: <8e10486b0711091018n6309f70an8722d427f9d530f8@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA2 Panic after ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 16:46:51 -0000 On Fri, 9 Nov 2007, Alexandre Biancalana wrote: > Yesterday I updated my system from BETA-1 to BETA2 and after that I'm > getting the following panic after a simple ifconfig. If you run this from single-user mode, do you get the same result? What is the general network configuration of the system, and what sorts of services are running? Could you confirm that you aren't using any third party kernel modules or modules from ports, or that if you are, they've been update following the upgrade to matching source? Robert N M Watson Computer Laboratory University of Cambridge > > Follow the panic and trace.... > > # ifconfig bge0 10.5.0.253 netmask 255.255.0.0 > panic: Bad list head 0xc444a0c4 first->prev != head > KDB; enter: panic > [thread pid 1142 tid 100108 ] > Stopped at kdb_enter=0x32:leave > db>bt > Tracing pid 1142 tid 100108 td 0xc5c3f840 > kdb_enter(c07499fd,c07c5760,c0730fca,e6fbeaec,6fbeaec,...) at kdb_enter+0x32 > panic(c0730fca,c444a0c4,c074e9942,e6fbeb14,c057abc9,...) at panic+0xc5 > in_ifinit(0,c567d3000,0,0,c0755e1a,...) at in_ifinit+0x15c > in_control(c5cfe18c, 8040691a,c5c84e40,c448e800,c5c3f840,...) at > in_control+0xa6a > ifioctl(c5cfe18c,8040691a,c5c84e40,c5c3f840,c5c3f840,...) at ifioctl+0x3ce > soo_ioctl(c47406c0,8040691a,c5c84e40,c5411800,c5c3f840,...) at soo-ioctl+0x3a4 > kern_ioctl(c5c3f840,3,8040691a,c5c84e40,0,...) at kern_ioctl+0x243 > ioctl(c5c3f840,e6fbecfc,c,c07722a1,c,...) at ioctl+0x134 > syscall(e6fbed38) at syscall+0x2c4 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > ---syscall (54, FreeBSD ELF32, ioctl), eip = 0x481670f3, esp = 0x bfbfe51c, ebp > = 0xvfvfe548 > > > I'm with the machine stopped at db prompt, I can send any other > information needed to solve this... > > Regards > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 17:18:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED99916A468 for ; Sun, 11 Nov 2007 17:18:14 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mo1so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id CF0F013C494 for ; Sun, 11 Nov 2007 17:18:14 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mr5so.prod.shaw.ca (pd3mr5so-qfe3.prod.shaw.ca [10.0.141.12]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JRC00JIFQPQM430@l-daemon> for freebsd-stable@freebsd.org; Sun, 11 Nov 2007 10:17:50 -0700 (MST) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd3mr5so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JRC00E83QPQZX80@pd3mr5so.prod.shaw.ca> for freebsd-stable@freebsd.org; Sun, 11 Nov 2007 10:17:50 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.201.197]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JRC000Y9QPPHX30@l-daemon> for freebsd-stable@freebsd.org; Sun, 11 Nov 2007 10:17:50 -0700 (MST) Received: (qmail 9589 invoked from network); Sun, 11 Nov 2007 17:17:48 +0000 Received: from unknown (HELO hexahedron.daemonology.net) (127.0.0.1) by localhost with SMTP; Sun, 11 Nov 2007 17:17:48 +0000 Date: Sun, 11 Nov 2007 09:17:47 -0800 From: Colin Percival In-reply-to: <1194175906.1115.7.camel@opus.cse.buffalo.edu> To: freebsd-stable@freebsd.org Message-id: <4737393B.3010904@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.95.0 References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> User-Agent: Thunderbird 2.0.0.6 (X11/20071102) Cc: Ken Smith Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 17:18:15 -0000 Ken Smith wrote: > The 7.0-BETA2 builds have completed and are on many of the FreeBSD > mirror sites. If you want to update an existing machine using cvsup use > RELENG_7 as the branch tag. Instructions on using FreeBSD Update to > perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided > via the freebsd-stable list when available. As promised, instructions on upgrading from FreeBSD 6.x to 7.0-BETA2 are now available: http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.html Colin Percival FreeBSD Security Officer From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 17:26:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4793416A417; Sun, 11 Nov 2007 17:26:52 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from comtv.ru (comtv.ru [217.10.32.17]) by mx1.freebsd.org (Postfix) with ESMTP id 551E513C4C5; Sun, 11 Nov 2007 17:26:50 +0000 (UTC) (envelope-from lol@chistydom.ru) X-UCL: actv Received: from yoda.org.ru ([83.167.98.162] verified) by comtv.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP id 17241732; Sun, 11 Nov 2007 20:26:37 +0300 Received: from [192.168.102.10] (unknown [192.168.102.10]) (Authenticated sender: llp@soekris.ru) by yoda.org.ru (Postfix) with ESMTP id 8216928CEB; Sun, 11 Nov 2007 20:26:48 +0300 (MSK) Message-ID: <47373B43.9060406@chistydom.ru> Date: Sun, 11 Nov 2007 20:26:27 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Kris Kennaway References: <47137D36.1020305@chistydom.ru> <47140906.2020107@FreeBSD.org> <47146FB4.6040306@chistydom.ru> <47147E49.9020301@FreeBSD.org> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> <47349A17.3080806@FreeBSD.org> In-Reply-To: <47349A17.3080806@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 17:26:52 -0000 Hi. Kris Kennaway wrote: >>> In the "good" case you are getting a much higher interrupt rate but >>> with the data you provided I can't tell where from. You need to run >>> vmstat -i at regular intervals (e.g. every 10 seconds for a minute) >>> during the "good" and "bad" times, since it only provides counters >>> and an average rate over the uptime of the system. >> >> Now I'm running 10-process lighttpd and the problem became no so big. >> >> I collected interrupt stats and it shows no relation beetween >> ionterrupts and slowdowns. Here is it: >> http://83.167.98.162/gprof/intr-graph/ >> >> Also I have similiar statistics on mutex profiling and it shows >> there's no problem in mutexes. >> http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ >> >> I have no idea what else to check. > I don't know what this graph is showing me :) When precisely is the > system behaving poorly? Take a look at "Disk Load %" picture at http://83.167.98.162/gprof/intr-graph/ At ~ 17:00, 03:00-04:00, 13:00-14:00, 00:30-01:30, 11:00-13:00 it shows peaks of disk activity which really never happen. As I said in the beginning of the thread in this "peak" moments disk becomes slow and vmstat shows 100% disk load while performing < 10 tps. Other grafs at this page shows that there's no relation to interrupts rate of amr or em device. You advised me to check it. When I was using single-process lighttpd the problem was much harder as you can see at http://83.167.98.162/gprof/graph/ . At first picture on this page you can see disk load peaks at 18:00 and 15:00 which leaded to decreasing network output because disk was too slow. Back in this thread we suspected UMA mutexes. In order to check it I collected mutex profiling stats and draw graphs over time and they also didn't show anything interesting. All mutex graphs were smooth while disk load peaks. http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ With best regards, Alexey Popov From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 18:12:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94E4A16A41A for ; Sun, 11 Nov 2007 18:12:18 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: from iogyte.ro (mail.iogyte.ro [62.231.111.163]) by mx1.freebsd.org (Postfix) with SMTP id B9BF013C4AC for ; Sun, 11 Nov 2007 18:12:17 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: (qmail 20842 invoked by uid 1001); 11 Nov 2007 18:11:57 -0000 Date: Sun, 11 Nov 2007 20:11:57 +0200 From: Dan Epure To: "Christian S.J. Peron" Message-ID: <20071111181157.GB19354@iogyte.ro> References: <20071108173039.GA97983@bigskyservices.com> <20071111153112.GA7656@sub.vaned.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071111153112.GA7656@sub.vaned.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: [gepu@iogyte.ro: Re: openpty() and jail in RELENG_7] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Epure List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 18:12:18 -0000 I just used the patch and it is working. Thank you, Gepu On Sun, Nov 11, 2007 at 09:31:12AM -0600, Christian S.J. Peron wrote: > Please try the attached patch. I have committed this to head > and it somehow slipped through the cracks in terms of an MFC > > (patch /etc/defaults/devfs.rules) > > On Thu, Nov 08, 2007 at 07:30:39PM +0200, Dan Epure wrote: > > I can provide more info on request. > > > > > > ----- Forwarded message from Dan Epure ----- > > > > Date: Wed, 7 Nov 2007 19:25:08 +0200 > > From: Dan Epure > > To: Tom Evans > > Cc: freebsd-stable@freebsd.org > > Subject: Re: openpty() and jail in RELENG_7 > > > > Thank you for your answer. > > > > This is not Xin Li's scenario. > > > > Description: > > > > the host of the jail - H (192.168.168.2/24) > > the jail running on H - J (192.168.168.254/32) > > the testing system - T (192.168.168.253/24) > > > > 1. I start the ssh daemon on H: > > === cut here === > > H# /usr/sbin/sshd -d > > debug1: sshd version OpenSSH_4.5p1 FreeBSD-20061110 > > debug1: read PEM private key done: type DSA > > debug1: private host key: #0 type 2 DSA > > debug1: rexec_argv[0]='/usr/sbin/sshd' > > debug1: rexec_argv[1]='-d' > > debug1: Bind to port 22 on 192.168.168.2. > > Server listening on 192.168.168.2 port 22. > > === and here === > > > > 2. On T I run: > > === cut here === > > T# ssh 192.168.168.2 -l test2 > > === and here === > > > > 3. On H I see: > > === cut here === > > Debug1: fd 4 clearing O_NONBLOCK > > Debug1: Server will not fork when running in debugging mode. > > debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 > > debug1: inetd sockets after dupping: 3, 3 > > debug1: res_init() > > Connection from 192.168.168.253 port 60155 > > debug1: Client protocol version 2.0; client software version OpenSSH_4.6p1 Debian-5 > > debug1: match: OpenSSH_4.6p1 Debian-5 pat OpenSSH* > > debug1: Enabling compatibility mode for protocol 2.0 > > debug1: Local version string SSH-2.0-OpenSSH_4.5p1 FreeBSD-20061110 > > debug1: permanently_set_uid: 22/22 > > debug1: list_hostkey_types: ssh-dss > > debug1: SSH2_MSG_KEXINIT sent > > debug1: SSH2_MSG_KEXINIT received > > debug1: kex: client->server aes128-cbc hmac-md5 none > > debug1: kex: server->client aes128-cbc hmac-md5 none > > debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received > > debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent > > debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT > > debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent > > debug1: SSH2_MSG_NEWKEYS sent > > debug1: expecting SSH2_MSG_NEWKEYS > > debug1: SSH2_MSG_NEWKEYS received > > debug1: KEX done > > debug1: userauth-request for user test2 service ssh-connection method none > > debug1: attempt 0 failures 0 > > debug1: PAM: initializing for "test2" > > debug1: userauth-request for user test2 service ssh-connection method publickey > > debug1: attempt 1 failures 1 > > debug1: PAM: setting PAM_RHOST to "192.168.168.253" > > debug1: test whether pkalg/pkblob are acceptable > > debug1: trying public key file /home/test2/.ssh/authorized_keys > > debug1: trying public key file /home/test2/.ssh/authorized_keys2 > > Failed publickey for test2 from 192.168.168.253 port 60155 ssh2 > > debug1: audit_event: unhandled event 6 > > debug1: userauth-request for user test2 service ssh-connection method keyboard-interactive > > debug1: attempt 2 failures 2 > > debug1: keyboard-interactive devs > > debug1: auth2_challenge: user=test2 devs= > > debug1: kbdint_alloc: devices 'pam' > > debug1: auth2_challenge_start: trying authentication method 'pam' > > Postponed keyboard-interactive for test2 from 192.168.168.253 port 60155 ssh2 > > debug1: do_pam_account: called > > debug1: PAM: num PAM env strings 0 > > Postponed keyboard-interactive/pam for test2 from 192.168.168.253 port 60155 ssh2 > > debug1: do_pam_account: called > > Accepted keyboard-interactive/pam for test2 from 192.168.168.253 port 60155 ssh2 > > debug1: monitor_child_preauth: test2 has been authenticated by privileged process > > debug1: PAM: reinitializing credentials > > debug1: Entering interactive session for SSH2. > > debug1: server_init_dispatch_20 > > debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 > > debug1: input_session_request > > debug1: channel 0: new [server-session] > > debug1: session_new: init > > debug1: session_new: session 0 > > debug1: session_open: channel 0 > > debug1: session_open: session 0: link with channel 0 > > debug1: server_input_channel_open: confirm session > > debug1: server_input_channel_req: channel 0 request pty-req reply 0 > > debug1: session_by_channel: session 0 channel 0 > > debug1: session_input_channel_req: session 0 req pty-req > > debug1: Allocating pty. > > debug1: session_new: init > > debug1: session_new: session 0 > > debug1: session_pty_req: session 0 alloc /dev/pts/3 > > debug1: Ignoring unsupported tty mode opcode 37 (0x25) > > debug1: Ignoring unsupported tty mode opcode 52 (0x34) > > debug1: Ignoring unsupported tty mode opcode 71 (0x47) > > debug1: server_input_channel_req: channel 0 request shell reply 0 > > debug1: session_by_channel: session 0 channel 0 > > debug1: session_input_channel_req: session 0 req shell > > debug1: PAM: setting PAM_TTY to "/dev/pts/3" > > debug1: Setting controlling tty using TIOCSCTTY. > > === and here === > > > > 4. On T I am logged in on H: > > === cut here === > > Password: > > H$ > > === and here === > > > > 5. I start the jail on H: > > === cut here === > > H# /etc/rc.d/jail start > > Configuring jails:. > > Starting jails: test2.mydomain.org. > > > > 6. I start the ssh daemon on J: > > === cut here === > > J# /usr/sbin/sshd -d > > debug1: sshd version OpenSSH_4.5p1 FreeBSD-20061110 > > debug1: read PEM private key done: type DSA > > debug1: private host key: #0 type 2 DSA > > debug1: rexec_argv[0]='/usr/sbin/sshd' > > debug1: rexec_argv[1]='-d' > > debug1: Bind to port 22 on 192.168.168.254. > > Server listening on 192.168.168.254 port 22. > > === and here === > > > > 7. On T I run: > > === cut here === > > T# ssh 192.168.168.254 -l test2 > > === and here === > > > > 8. On J I see: > > === cut here === > > debug1: fd 4 clearing O_NONBLOCK > > debug1: Server will not fork when running in debugging mode. > > debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 > > debug1: inetd sockets after dupping: 3, 3 > > debug1: res_init() > > Connection from 192.168.168.253 port 52242 > > debug1: Client protocol version 2.0; client software version OpenSSH_4.6p1 Debian-5 > > debug1: match: OpenSSH_4.6p1 Debian-5 pat OpenSSH* > > debug1: Enabling compatibility mode for protocol 2.0 > > debug1: Local version string SSH-2.0-OpenSSH_4.5p1 FreeBSD-20061110 > > debug1: permanently_set_uid: 22/22 > > debug1: list_hostkey_types: ssh-dss > > debug1: SSH2_MSG_KEXINIT sent > > debug1: SSH2_MSG_KEXINIT received > > debug1: kex: client->server aes128-cbc hmac-md5 none > > debug1: kex: server->client aes128-cbc hmac-md5 none > > debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received > > debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent > > debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT > > debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent > > debug1: SSH2_MSG_NEWKEYS sent > > debug1: expecting SSH2_MSG_NEWKEYS > > debug1: SSH2_MSG_NEWKEYS received > > debug1: KEX done > > debug1: userauth-request for user test2 service ssh-connection method none > > debug1: attempt 0 failures 0 > > debug1: PAM: initializing for "test2" > > debug1: PAM: setting PAM_RHOST to "192.168.168.253" > > debug1: userauth-request for user test2 service ssh-connection method publickey > > debug1: attempt 1 failures 1 > > debug1: test whether pkalg/pkblob are acceptable > > debug1: trying public key file /home/test2/.ssh/authorized_keys > > debug1: trying public key file /home/test2/.ssh/authorized_keys2 > > Failed publickey for test2 from 192.168.168.253 port 52242 ssh2 > > debug1: userauth-request for user test2 service ssh-connection method keyboard-interactive > > debug1: attempt 2 failures 2 > > debug1: keyboard-interactive devs > > debug1: auth2_challenge: user=test2 devs= > > debug1: kbdint_alloc: devices 'pam' > > debug1: auth2_challenge_start: trying authentication method 'pam' > > Postponed keyboard-interactive for test2 from 192.168.168.253 port 52242 ssh2 > > debug1: do_pam_account: called > > debug1: PAM: num PAM env strings 0 > > Postponed keyboard-interactive/pam for test2 from 192.168.168.253 port 52242 ssh2 > > debug1: do_pam_account: called > > Accepted keyboard-interactive/pam for test2 from 192.168.168.253 port 52242 ssh2 > > debug1: monitor_child_preauth: test2 has been authenticated by privileged process > > debug1: PAM: reinitializing credentials > > debug1: Entering interactive session for SSH2. > > debug1: server_init_dispatch_20 > > debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 > > debug1: input_session_request > > debug1: channel 0: new [server-session] > > debug1: session_new: init > > debug1: session_new: session 0 > > debug1: session_open: channel 0 > > debug1: session_open: session 0: link with channel 0 > > debug1: server_input_channel_open: confirm session > > debug1: server_input_channel_req: channel 0 request pty-req reply 0 > > debug1: session_by_channel: session 0 channel 0 > > debug1: session_input_channel_req: session 0 req pty-req > > debug1: Allocating pty. > > debug1: session_new: init > > debug1: session_new: session 0 > > openpty: No such file or directory > > session_pty_req: session 0 alloc failed > > debug1: server_input_channel_req: channel 0 request shell reply 0 > > debug1: session_by_channel: session 0 channel 0 > > debug1: session_input_channel_req: session 0 req shell > > === and here === > > > > 9. On T the session is stuck: > > === cut here === > > $ ssh 192.168.168.254 -l test2 > > Password: > > Environment: > > USER=test2 > > LOGNAME=test2 > > HOME=/home/test2 > > MAIL=/var/mail/test2 > > PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/test2/bin > > TERM=su > > FTP_PASSIVE_MODE=YES > > BLOCKSIZE=K > > SHELL=/usr/local/bin/rbash > > SSH_CLIENT=192.168.168.253 39090 22 > > SSH_CONNECTION=192.168.168.253 39090 192.168.168.254 22 > > === and here === > > > > 10. On J the content of /dev/pts and /dev/pty is unchanged: > > === cut here === > > J# ls -la /dev/pts > > total 1 > > dr-xr-xr-x 2 root wheel 512 Nov 7 16:38 . > > dr-xr-xr-x 6 root wheel 512 Nov 7 16:38 .. > > crw-rw-rw- 1 root wheel 0, 97 Nov 7 17:22 0 > > crw-rw-rw- 1 root wheel 0, 106 Nov 7 16:56 2 > > crw-rw-rw- 1 root wheel 0, 110 Nov 7 17:16 5 > > J# ls -la /dev/pty > > total 1 > > dr-xr-xr-x 2 root wheel 512 Nov 7 16:38 . > > dr-xr-xr-x 6 root wheel 512 Nov 7 16:38 .. > > crw-rw-rw- 1 root wheel 0, 95 Nov 7 17:22 0 > > crw-rw-rw- 1 root wheel 0, 104 Nov 7 15:36 1 > > crw-rw-rw- 1 root wheel 0, 105 Nov 7 16:56 2 > > crw-rw-rw- 1 root wheel 0, 107 Nov 7 15:36 3 > > crw-rw-rw- 1 root wheel 0, 108 Nov 7 15:36 4 > > crw-rw-rw- 1 root wheel 0, 109 Nov 7 17:16 5 > > === and here === > > > > regards, > > Gepu > > > > On Wed, Nov 07, 2007 at 10:42:58AM +0000, Tom Evans wrote: > > > On Tue, 2007-11-06 at 22:19 +0200, Dan Epure wrote: > > > > Hi All, > > > > > > > > > > > > I'm using on the host system (7.0-BETA2): > > > > #sysctl kern.pts.enable > > > > kern.pts.enable: 1 > > > > I have no problem at all. > > > > > > > > The jail is also 7.0-BETA2 > > > > > > > > The problem is inside the jail openpty() can not allocate the pty: > > > > === cut here === > > > > debug1: monitor_child_preauth: test2 has been authenticated by privileged process > > > > debug1: PAM: reinitializing credentials > > > > debug1: Entering interactive session for SSH2. > > > > debug1: server_init_dispatch_20 > > > > debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 > > > > debug1: input_session_request > > > > debug1: channel 0: new [server-session] > > > > debug1: session_new: init > > > > debug1: session_new: session 0 > > > > debug1: session_open: channel 0 > > > > debug1: session_open: session 0: link with channel 0 > > > > debug1: server_input_channel_open: confirm session > > > > debug1: server_input_channel_req: channel 0 request pty-req reply 0 > > > > debug1: session_by_channel: session 0 channel 0 > > > > debug1: session_input_channel_req: session 0 req pty-req > > > > debug1: Allocating pty. > > > > debug1: session_new: init > > > > debug1: session_new: session 0 > > > > openpty: No such file or directory > > > > session_pty_req: session 0 alloc failed > > > > debug1: server_input_channel_req: channel 0 request shell reply 0 > > > > debug1: session_by_channel: session 0 channel 0 > > > > debug1: session_input_channel_req: session 0 req shell > > > > === and here === > > > > the ssh session just hangs. (no pty ?) > > > > > > > > I did not forget to mount devfs inside the jail. > > > > The jail is configured in rc.conf: > > > > === cut here === > > > > jail_enable="YES" > > > > jail_list="test" > > > > jail_test_hostname="test.mydomain.org" > > > > jail_test_rootdir="/jails/test" > > > > jail_test_interface="bge0" > > > > jail_test_devfs_enable="YES" > > > > jail_test_ip="192.168.10.2" > > > > jail_set_hostname_allow="NO" > > > > jail_sysvipc_allow="NO" > > > > jail_socket_unixiproute_only="YES" > > > > === and here === > > > > I think the problem is related to restrictions imposed by the jail. > > > > > > > > Please advise. > > > > > > > > Gepu > > > > > > This is because you haven't been allocated a pty inside your jail. > > > Enable sshd inside your jail, ssh to your jail (which will allocate you > > > a pty). Then from inside your jail, you can use any pty-using > > > application you wish. > > > > > > I am presuming you are doing something like 'jexec 1 /bin/csh' or > > > similar, and I'm only really repeating Xin Li's advice to me[1]. > > > > > > Cheers > > > > > > Tom > > > > > > [1] > > > http://lists.freebsd.org/pipermail/freebsd-jail/2007-October/000106.html > > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > ----- End forwarded message ----- > > > > -- > > Gepu > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- > Christian S.J. Peron > csjp@FreeBSD.ORG > FreeBSD Committer > Index: devfs.rules > =================================================================== > RCS file: /usr/ncvs/src/etc/defaults/devfs.rules,v > retrieving revision 1.4 > retrieving revision 1.5 > diff -u -r1.4 -r1.5 > --- devfs.rules 22 Apr 2006 13:42:49 -0000 1.4 > +++ devfs.rules 12 Oct 2007 14:55:41 -0000 1.5 > @@ -13,7 +13,7 @@ > # references must include a dollar sign '$' in front of the > # name to be expanded properly. > # > -# $FreeBSD: src/etc/defaults/devfs.rules,v 1.4 2006/04/22 13:42:49 brueffer Exp $ > +# $FreeBSD: src/etc/defaults/devfs.rules,v 1.5 2007/10/12 14:55:41 csjp Exp $ > # > > # Very basic and secure ruleset: Hide everything. > @@ -52,6 +52,8 @@ > add path 'ttyQ*' unhide > add path 'ttyR*' unhide > add path 'ttyS*' unhide > +add path 'pts/*' unhide > +add path 'pty/*' unhide > add path fd unhide > add path 'fd/*' unhide > add path stdin unhide > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 18:37:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAE9316A41A for ; Sun, 11 Nov 2007 18:37:47 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id CFDBE13C494 for ; Sun, 11 Nov 2007 18:37:47 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from OMTA10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by QMTA08.emeryville.ca.mail.comcast.net with smtp id BV1a1Y0030cQ2SL0104g00; Sun, 11 Nov 2007 18:37:17 +0000 Received: from 0lsen.net ([24.20.127.157]) by OMTA10.emeryville.ca.mail.comcast.net with comcast id BWdG1Y0093Pt6RU0000000; Sun, 11 Nov 2007 18:37:17 +0000 X-Authority-Analysis: v=1.0 c=1 a=b5KKVubC-EYtRHnpkcsA:9 a=m-qvS4lggN-eS4YC6qgA:7 a=2wK3ENgN-djmBFe9_4NCT6qzK2EA:4 a=LY0hPdMaydYA:10 Received: by 0lsen.net (Postfix, from userid 1001) id EC58D17A57; Sun, 11 Nov 2007 10:37:13 -0800 (PST) Date: Sun, 11 Nov 2007 10:37:13 -0800 From: Clint Olsen To: freebsd-stable@freebsd.org Message-ID: <20071111183713.GA3506@0lsen.net> References: <20071102095628.GA796@0lsen.net> <472AF94B.1020600@gmx.de> <20071111043931.GA1460@0lsen.net> <4736F9A4.1020606@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4736F9A4.1020606@andric.com> User-Agent: Mutt/1.4.2.3i Organization: NULlsen Network X-Disclaimer: Mutt Bites! Subject: Re: Ok, so now what? Binary upgrade to 6.2-RELEASE fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 18:37:48 -0000 On Nov 11, Dimitry Andric wrote: > Any chance you could post some of these error messages? And if possible, > backtraces, etc? The messages amounted to page fault while in kernel mode or similar. The problem is the system attempts to reboot itself within 15 seconds. I know there is a way to postpone that, but how do I get more information from the crash other than the screen dump? I know in some crash instances it's possible to get a kernel image dump, but I've never seen this as far as I know. Thanks, -Clint From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 18:52:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 166CA16A417; Sun, 11 Nov 2007 18:52:23 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id EFA1D13C4A3; Sun, 11 Nov 2007 18:52:21 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 2D9BEDAD1B; Sun, 11 Nov 2007 23:48:17 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 6D459DAC56 for ; Sun, 11 Nov 2007 23:48:13 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 15DAD1C5F4; Sun, 11 Nov 2007 17:47:25 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 88FFE16A4A0; Sun, 11 Nov 2007 17:47:24 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4793416A417; Sun, 11 Nov 2007 17:26:52 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from comtv.ru (comtv.ru [217.10.32.17]) by mx1.freebsd.org (Postfix) with ESMTP id 551E513C4C5; Sun, 11 Nov 2007 17:26:50 +0000 (UTC) (envelope-from lol@chistydom.ru) X-UCL: actv Received: from yoda.org.ru ([83.167.98.162] verified) by comtv.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP id 17241732; Sun, 11 Nov 2007 20:26:37 +0300 Received: from [192.168.102.10] (unknown [192.168.102.10]) (Authenticated sender: llp@soekris.ru) by yoda.org.ru (Postfix) with ESMTP id 8216928CEB; Sun, 11 Nov 2007 20:26:48 +0300 (MSK) Message-ID: <47373B43.9060406@chistydom.ru> Date: Sun, 11 Nov 2007 20:26:27 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Kris Kennaway References: <47137D36.1020305@chistydom.ru> <47140906.2020107@FreeBSD.org> <47146FB4.6040306@chistydom.ru> <47147E49.9020301@FreeBSD.org> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> <47349A17.3080806@FreeBSD.org> In-Reply-To: <47349A17.3080806@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 11 Nov 2007 17:47:17 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Sun Nov 11 23:48:17 2007 X-DSPAM-Confidence: 0.9967 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47374061191321139816159 X-DSPAM-Factors: 27, From*Alexey, 0.00041, With+best, 0.00041, best+regards, 0.00041, regards+Alexey, 0.00041, Alexey, 0.00071, List-Post*>+>>, 0.00387, >>+>>, 0.00387, Received*freebsd, 0.00398, Received*freebsd, 0.00398, Received*mx2.freebsd.org+(mx2.freebsd.org, 0.00468, Received*(mx2.freebsd.org, 0.00468, Received*(mx2.freebsd.org+[69.147.83.53]), 0.00468, Received*2001+4f8, 0.00468, Received*2001+4f8, 0.00468, Received*[IPv6, 0.00468, Received*[IPv6, 0.00468, Received*by+hub.freebsd.org, 0.00468, Received*by+hub.freebsd.org, 0.00468, Received*[IPv6+2001, 0.00468, Received*[IPv6+2001, 0.00468 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 18:52:23 -0000 Hi. Kris Kennaway wrote: >>> In the "good" case you are getting a much higher interrupt rate but >>> with the data you provided I can't tell where from. You need to run >>> vmstat -i at regular intervals (e.g. every 10 seconds for a minute) >>> during the "good" and "bad" times, since it only provides counters >>> and an average rate over the uptime of the system. >> >> Now I'm running 10-process lighttpd and the problem became no so big. >> >> I collected interrupt stats and it shows no relation beetween >> ionterrupts and slowdowns. Here is it: >> http://83.167.98.162/gprof/intr-graph/ >> >> Also I have similiar statistics on mutex profiling and it shows >> there's no problem in mutexes. >> http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ >> >> I have no idea what else to check. > I don't know what this graph is showing me :) When precisely is the > system behaving poorly? Take a look at "Disk Load %" picture at http://83.167.98.162/gprof/intr-graph/ At ~ 17:00, 03:00-04:00, 13:00-14:00, 00:30-01:30, 11:00-13:00 it shows peaks of disk activity which really never happen. As I said in the beginning of the thread in this "peak" moments disk becomes slow and vmstat shows 100% disk load while performing < 10 tps. Other grafs at this page shows that there's no relation to interrupts rate of amr or em device. You advised me to check it. When I was using single-process lighttpd the problem was much harder as you can see at http://83.167.98.162/gprof/graph/ . At first picture on this page you can see disk load peaks at 18:00 and 15:00 which leaded to decreasing network output because disk was too slow. Back in this thread we suspected UMA mutexes. In order to check it I collected mutex profiling stats and draw graphs over time and they also didn't show anything interesting. All mutex graphs were smooth while disk load peaks. http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ With best regards, Alexey Popov _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 19:11:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E277C16A421 for ; Sun, 11 Nov 2007 19:11:59 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id BBBD213C4AA for ; Sun, 11 Nov 2007 19:11:58 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop2.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.1/8.14.1) with ESMTP id lABJBcuA001430 for ; Sun, 11 Nov 2007 13:11:38 -0600 (CST) (envelope-from stephen@math.missouri.edu) Message-ID: <473753EE.7080505@math.missouri.edu> Date: Sun, 11 Nov 2007 13:11:42 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FBSD-7-B2 Freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 19:12:00 -0000 I am experiencing fairly consistent system freezes which seem to coincide with using the ndis driver and nvidia driver at the same time. I had worst problems using the nvidia binary driver, but I did also experience a freeze one time with the xorg nv driver, which I am now using. Sometimes the wireless card works extremely slowly when I am using the nvidia driver. I have a Dell Latitude D800. I enclose dmesg. Any advice on how to either further diagnose, or fix the problem will be welcome. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #0: Sat Nov 10 12:48:18 CST 2007 stephen@hub2.gateway.2wire.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.70GHz (1698.56-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9f9bf Features2=0x180 real memory = 536535040 (511 MB) avail memory = 511066112 (487 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: reservation of 0, 9fc00 (3) failed acpi0: reservation of 100000, 1fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link1: BIOS IRQ 11 for 0.31.INTB is invalid pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xfc000000-0xfcffffff,0xd0000000-0xdfffffff irq 11 at device 0.0 on pci1 uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xf4fffc00-0xf4ffffff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci_link1: BIOS IRQ 11 for 2.3.INTA is invalid pci2: on pcib2 pci0:2:0:0: bad VPD cksum, remain 14 bge0: mem 0xfaff0000-0xfaffffff irq 11 at device 0.0 on pci2 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:0f:1f:21:d5:92 bge0: [ITHREAD] cbb0: at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] cbb1: irq 11 at device 1.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [ITHREAD] fwohci0: <1394 Open Host Controller Interface> mem 0xfafef800-0xfafeffff,0xfafe8000-0xfafebfff irq 11 at device 1.2 on pci2 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 48:4f:c0:00:36:a9:44:a1 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: 4a:4f:c0:a9:44:a1 fwe0: Ethernet address: 4a:4f:c0:a9:44:a1 fwip0: on firewire0 fwip0: Firewire address: 48:4f:c0:00:36:a9:44:a1 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x13b0000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode pci2: at device 1.3 (no driver attached) ndis0: mem 0xfafec000-0xfafedfff irq 9 at device 3.0 on pci2 ndis0: [ITHREAD] ndis0: NDIS API version: 5.1 ndis0: using obsoleted if_watchdog interface ndis0: Ethernet address: 00:90:96:f6:2d:0e isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pcm0: port 0xb800-0xb8ff,0xbc40-0xbc7f mem 0xf4fff800-0xf4fff9ff,0xf4fff400-0xf4fff4ff irq 9 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: pci0: at device 31.6 (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] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff,0xcf800-0xcffff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] 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 1698564643 Hz quality 800 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 28615MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 cbb1: power timeout, doom? cbb1: Power not on? pccard1: (manufacturer=0x0097, product=0x1620, function_type=-1) at function 0 pccard1: CIS info: TEXAS Instruments, UltraMedia Smart Card Adapter, 1.0 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s2a Setting ESSID to "" Setting ESSID to "" Setting ESSID to "stephen" Setting ESSID to "stephen" Setting ESSID to "stephen" Setting ESSID to "stephen" From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 19:56:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AA1B16A41B for ; Sun, 11 Nov 2007 19:56:53 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0D46313C4B6 for ; Sun, 11 Nov 2007 19:56:52 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id lABJu3v1091795 for ; Sun, 11 Nov 2007 11:56:09 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id lABJu3Vj091794 for freebsd-stable@freebsd.org; Sun, 11 Nov 2007 11:56:03 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sun, 11 Nov 2007 11:56:02 -0800 Message-ID: <20071111115602.91xrq6thygowgooc@webmail.1command.com> X-Priority: 3 (Normal) Date: Sun, 11 Nov 2007 11:56:02 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20071102095628.GA796@0lsen.net> <472AF94B.1020600@gmx.de> <20071111043931.GA1460@0lsen.net> <4736F9A4.1020606@andric.com> <20071111183713.GA3506@0lsen.net> In-Reply-To: <20071111183713.GA3506@0lsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: Ok, so now what? Binary upgrade to 6.2-RELEASE fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 19:56:53 -0000 Quoting Clint Olsen : > On Nov 11, Dimitry Andric wrote: >> Any chance you could post some of these error messages? And if possible, >> backtraces, etc? > > The messages amounted to page fault while in kernel mode or similar. The > problem is the system attempts to reboot itself within 15 seconds. I know > there is a way to postpone that, but how do I get more information from the > crash other than the screen dump? I know in some crash instances it's > possible to get a kernel image dump, but I've never seen this as far as I > know. It's as simple as making your swap slice available for dumping, and adding a line in your rc.conf file. Of course you'll need to "lift" the information of interest from the vmcore, for the dump to be of any value. :) Further reading/details can easily be obtained at the following links: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html#KERNELDEBUG-OBTAIN http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html It's really a simple process. Best wishes. --Chris > > Thanks, > > -Clint > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 19:59:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16A7416A46E; Sun, 11 Nov 2007 19:59:00 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: from sub.vaned.net (sub.vaned.net [205.200.235.40]) by mx1.freebsd.org (Postfix) with ESMTP id DCF9413C4B7; Sun, 11 Nov 2007 19:58:58 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: by sub.vaned.net (Postfix, from userid 1001) id A170517368; Sun, 11 Nov 2007 13:55:22 -0600 (CST) Date: Sun, 11 Nov 2007 13:55:22 -0600 From: "Christian S.J. Peron" To: Dan Epure Message-ID: <20071111195522.GA9793@sub.vaned.net> References: <20071108173039.GA97983@bigskyservices.com> <20071111153112.GA7656@sub.vaned.net> <20071111181157.GB19354@iogyte.ro> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071111181157.GB19354@iogyte.ro> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, "Christian S.J. Peron" Subject: Re: [gepu@iogyte.ro: Re: openpty() and jail in RELENG_7] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 19:59:00 -0000 On Sun, Nov 11, 2007 at 08:11:57PM +0200, Dan Epure wrote: > I just used the patch and it is working. > Good to hear. I have submitted the request to get this merged to RELENG_7. Thanks for the quick response. -- Christian S.J. Peron csjp@FreeBSD.ORG FreeBSD Committer From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 20:17:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70EE616A46C for ; Sun, 11 Nov 2007 20:17:44 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id DE4BA13C481 for ; Sun, 11 Nov 2007 20:17:43 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by mu-out-0910.google.com with SMTP id i10so1398416mue for ; Sun, 11 Nov 2007 12:17:32 -0800 (PST) Received: by 10.82.155.10 with SMTP id c10mr10096053bue.1194812251861; Sun, 11 Nov 2007 12:17:31 -0800 (PST) Received: by 10.82.162.16 with HTTP; Sun, 11 Nov 2007 12:17:31 -0800 (PST) Message-ID: Date: Sun, 11 Nov 2007 22:17:31 +0200 From: "Vlad GALU" To: "Christian S.J. Peron" In-Reply-To: <20071111195522.GA9793@sub.vaned.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071108173039.GA97983@bigskyservices.com> <20071111153112.GA7656@sub.vaned.net> <20071111181157.GB19354@iogyte.ro> <20071111195522.GA9793@sub.vaned.net> Cc: freebsd-stable@freebsd.org, Dan Epure Subject: Re: [gepu@iogyte.ro: Re: openpty() and jail in RELENG_7] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 20:17:44 -0000 On 11/11/07, Christian S.J. Peron wrote: > On Sun, Nov 11, 2007 at 08:11:57PM +0200, Dan Epure wrote: > > I just used the patch and it is working. > > > > Good to hear. I have submitted the request to get this merged to > RELENG_7. Thanks for the quick response. Unfortunately, this doesn't fix the problems with screen :( > > -- > Christian S.J. Peron > csjp@FreeBSD.ORG > FreeBSD Committer > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Mahnahmahnah! From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 22:33:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58A7B16A421; Sun, 11 Nov 2007 22:33:45 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: from sub.vaned.net (sub.vaned.net [205.200.235.40]) by mx1.freebsd.org (Postfix) with ESMTP id 2547F13C4BA; Sun, 11 Nov 2007 22:33:44 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: by sub.vaned.net (Postfix, from userid 1001) id 7EE3717368; Sun, 11 Nov 2007 16:30:09 -0600 (CST) Date: Sun, 11 Nov 2007 16:30:09 -0600 From: "Christian S.J. Peron" To: Vlad GALU Message-ID: <20071111223009.GA9951@sub.vaned.net> References: <20071108173039.GA97983@bigskyservices.com> <20071111153112.GA7656@sub.vaned.net> <20071111181157.GB19354@iogyte.ro> <20071111195522.GA9793@sub.vaned.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, "Christian S.J. Peron" , Dan Epure Subject: Re: [gepu@iogyte.ro: Re: openpty() and jail in RELENG_7] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 22:33:45 -0000 On Sun, Nov 11, 2007 at 10:17:31PM +0200, Vlad GALU wrote: > On 11/11/07, Christian S.J. Peron wrote: > > On Sun, Nov 11, 2007 at 08:11:57PM +0200, Dan Epure wrote: > > > I just used the patch and it is working. > > > > > > > Good to hear. I have submitted the request to get this merged to > > RELENG_7. Thanks for the quick response. > > Unfortunately, this doesn't fix the problems with screen :( > Which? I can look into it. -- Christian S.J. Peron csjp@FreeBSD.ORG FreeBSD Committer From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 23:14:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 166C916A420 for ; Sun, 11 Nov 2007 23:14:34 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id 9EF1B13C4B2 for ; Sun, 11 Nov 2007 23:14:33 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fk-out-0910.google.com with SMTP id b27so1486079fka for ; Sun, 11 Nov 2007 15:14:15 -0800 (PST) Received: by 10.82.124.10 with SMTP id w10mr10321830buc.1194822854989; Sun, 11 Nov 2007 15:14:14 -0800 (PST) Received: by 10.82.162.16 with HTTP; Sun, 11 Nov 2007 15:14:14 -0800 (PST) Message-ID: Date: Mon, 12 Nov 2007 01:14:14 +0200 From: "Vlad GALU" To: "Christian S.J. Peron" In-Reply-To: <20071111223009.GA9951@sub.vaned.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071108173039.GA97983@bigskyservices.com> <20071111153112.GA7656@sub.vaned.net> <20071111181157.GB19354@iogyte.ro> <20071111195522.GA9793@sub.vaned.net> <20071111223009.GA9951@sub.vaned.net> Cc: freebsd-stable@freebsd.org, Dan Epure Subject: Re: [gepu@iogyte.ro: Re: openpty() and jail in RELENG_7] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 23:14:34 -0000 On 11/12/07, Christian S.J. Peron wrote: > On Sun, Nov 11, 2007 at 10:17:31PM +0200, Vlad GALU wrote: > > On 11/11/07, Christian S.J. Peron wrote: > > > On Sun, Nov 11, 2007 at 08:11:57PM +0200, Dan Epure wrote: > > > > I just used the patch and it is working. > > > > > > > > > > Good to hear. I have submitted the request to get this merged to > > > RELENG_7. Thanks for the quick response. > > > > Unfortunately, this doesn't fix the problems with screen :( > > > Which? I can look into it. > This one: http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038054.html Thanks! > -- > Christian S.J. Peron > csjp@FreeBSD.ORG > FreeBSD Committer > -- Mahnahmahnah! From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 23:38:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E45316A417; Sun, 11 Nov 2007 23:38:40 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: from sub.vaned.net (sub.vaned.net [205.200.235.40]) by mx1.freebsd.org (Postfix) with ESMTP id 3740313C4A6; Sun, 11 Nov 2007 23:38:40 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: by sub.vaned.net (Postfix, from userid 1001) id 8209717368; Sun, 11 Nov 2007 17:35:01 -0600 (CST) Date: Sun, 11 Nov 2007 17:35:01 -0600 From: "Christian S.J. Peron" To: Vlad GALU Message-ID: <20071111233501.GA11006@sub.vaned.net> References: <20071108173039.GA97983@bigskyservices.com> <20071111153112.GA7656@sub.vaned.net> <20071111181157.GB19354@iogyte.ro> <20071111195522.GA9793@sub.vaned.net> <20071111223009.GA9951@sub.vaned.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, "Christian S.J. Peron" , Dan Epure Subject: Re: [gepu@iogyte.ro: Re: openpty() and jail in RELENG_7] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 23:38:40 -0000 On Mon, Nov 12, 2007 at 01:14:14AM +0200, Vlad GALU wrote: [..] > > This one: http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038054.html > Thanks! > Ah.. ok. At first glance this doesn't look like a problem. This is actually looks like a side effect of devices which support cloning. Even though a device has been closed, it's existence will persist within the devfs directory entries. devfs should garbage collect this when its required. But I will confirm. -- Christian S.J. Peron csjp@FreeBSD.ORG FreeBSD Committer From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 23:46:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33CA616A41A for ; Sun, 11 Nov 2007 23:46:25 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id B8F0F13C4A5 for ; Sun, 11 Nov 2007 23:46:24 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fk-out-0910.google.com with SMTP id b27so1492807fka for ; Sun, 11 Nov 2007 15:46:04 -0800 (PST) Received: by 10.82.138.6 with SMTP id l6mr10191876bud.1194824763839; Sun, 11 Nov 2007 15:46:03 -0800 (PST) Received: by 10.82.162.16 with HTTP; Sun, 11 Nov 2007 15:46:03 -0800 (PST) Message-ID: Date: Mon, 12 Nov 2007 01:46:03 +0200 From: "Vlad GALU" To: "Christian S.J. Peron" In-Reply-To: <20071111233501.GA11006@sub.vaned.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071108173039.GA97983@bigskyservices.com> <20071111153112.GA7656@sub.vaned.net> <20071111181157.GB19354@iogyte.ro> <20071111195522.GA9793@sub.vaned.net> <20071111223009.GA9951@sub.vaned.net> <20071111233501.GA11006@sub.vaned.net> Cc: freebsd-stable@freebsd.org, Dan Epure Subject: Re: [gepu@iogyte.ro: Re: openpty() and jail in RELENG_7] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 23:46:25 -0000 On 11/12/07, Christian S.J. Peron wrote: > On Mon, Nov 12, 2007 at 01:14:14AM +0200, Vlad GALU wrote: > [..] > > > > This one: http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038054.html > > Thanks! > > > > Ah.. ok. At first glance this doesn't look like a problem. This is actually > looks like a side effect of devices which support cloning. Even though a device > has been closed, it's existence will persist within the devfs directory entries. > devfs should garbage collect this when its required. But I will confirm. > I tested by setting kern.pts.max to an appropriately small value, such as 20-30, then opening many ptys from within screen. Even after closing all of them and exiting screen, the cleanup wasn't done. Thanks once again for your attention! > -- > Christian S.J. Peron > csjp@FreeBSD.ORG > FreeBSD Committer > -- Mahnahmahnah! From owner-freebsd-stable@FreeBSD.ORG Sun Nov 11 23:59:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 691A916A469 for ; Sun, 11 Nov 2007 23:59:47 +0000 (UTC) (envelope-from christias@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id D667013C4A5 for ; Sun, 11 Nov 2007 23:59:45 +0000 (UTC) (envelope-from christias@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so1456355mue for ; Sun, 11 Nov 2007 15:59:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=JQcRAnMTL3Rz7M3lrgk+jiTAxrt0Wg/so46CLPEzFDY=; b=uVQ4Fclr3T3BQLaDwuhQ+zEfsTGl1KVbcwtrQpcPSvTYb87u1VmLhyGZUqFV28y8EiEIQdH8YuoyF+bQPRV3F3DP/f5tF0rMDrpZ92FgRXARPNORkA5N5qvJHbPE5hQJCRuxP/sD3MowWFM5E+OGMkzpEUL6SVHAVoEDkeJe3Wg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JbXoWEHX8IzdXp0DQoJSosFxK0594SWk1VinvBUD7KXNY1loyQwP9A4pW8pejIJRdE7SZI/D1EWTjDNnhCjxe68vvE8cV3XPxOR5gITmiqjAgQqr1Mi2SCHJw/HXq9XDcZY66ZA3gUutNDVsQb5rK4G8Pp3qYSBrC8hwR/0V1Bc= Received: by 10.86.73.17 with SMTP id v17mr3999518fga.1194823903692; Sun, 11 Nov 2007 15:31:43 -0800 (PST) Received: by 10.86.53.6 with HTTP; Sun, 11 Nov 2007 15:31:43 -0800 (PST) Message-ID: Date: Mon, 12 Nov 2007 01:31:43 +0200 From: "Panagiotis Christias" To: "Alexey Popov" In-Reply-To: <47373B43.9060406@chistydom.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47137D36.1020305@chistydom.ru> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> <47349A17.3080806@FreeBSD.org> <47373B43.9060406@chistydom.ru> Cc: freebsd-hackers@freebsd.org, Kris Kennaway , freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 23:59:47 -0000 On Nov 11, 2007 7:26 PM, Alexey Popov wrote: > Hi. > > Kris Kennaway wrote: > >>> In the "good" case you are getting a much higher interrupt rate but > >>> with the data you provided I can't tell where from. You need to run > >>> vmstat -i at regular intervals (e.g. every 10 seconds for a minute) > >>> during the "good" and "bad" times, since it only provides counters > >>> and an average rate over the uptime of the system. > >> > >> Now I'm running 10-process lighttpd and the problem became no so big. > >> > >> I collected interrupt stats and it shows no relation beetween > >> ionterrupts and slowdowns. Here is it: > >> http://83.167.98.162/gprof/intr-graph/ > >> > >> Also I have similiar statistics on mutex profiling and it shows > >> there's no problem in mutexes. > >> http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ > >> > >> I have no idea what else to check. > > > I don't know what this graph is showing me :) When precisely is the > > system behaving poorly? > Take a look at "Disk Load %" picture at > http://83.167.98.162/gprof/intr-graph/ > > At ~ 17:00, 03:00-04:00, 13:00-14:00, 00:30-01:30, 11:00-13:00 it shows > peaks of disk activity which really never happen. As I said in the > beginning of the thread in this "peak" moments disk becomes slow and > vmstat shows 100% disk load while performing < 10 tps. Other grafs at > this page shows that there's no relation to interrupts rate of amr or em > device. You advised me to check it. > > When I was using single-process lighttpd the problem was much harder as > you can see at http://83.167.98.162/gprof/graph/ . At first picture on > this page you can see disk load peaks at 18:00 and 15:00 which leaded to > decreasing network output because disk was too slow. > > Back in this thread we suspected UMA mutexes. In order to check it I > collected mutex profiling stats and draw graphs over time and they also > didn't show anything interesting. All mutex graphs were smooth while > disk load peaks. http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ > > With best regards, > Alexey Popov Hello, what is your RAID controller configuration (read ahead/cache/write policy)? I have seen weird/bogus numbers (~100% busy) reported by systat -v when read ahead was enabled on LSI/amr controllers. Regards, Panagiotis Christias From owner-freebsd-stable@FreeBSD.ORG Mon Nov 12 00:02:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF2F16A41A for ; Mon, 12 Nov 2007 00:02:55 +0000 (UTC) (envelope-from DarioP@WebNX.com) Received: from linux2.webnx.com (linux2.webnx.com [206.251.73.2]) by mx1.freebsd.org (Postfix) with ESMTP id A27BC13C494 for ; Mon, 12 Nov 2007 00:02:54 +0000 (UTC) (envelope-from DarioP@WebNX.com) Received: from [75.83.197.41] (helo=[192.168.3.100]) by linux2.webnx.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1IrM60-0004up-0S for freebsd-stable@freebsd.org; Sun, 11 Nov 2007 15:20:04 -0800 Message-ID: <47378DA1.4030703@WebNX.com> Date: Sun, 11 Nov 2007 15:17:53 -0800 From: Dario Perovich User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: 1194175906.1115.7.camel@opus.cse.buffalo.edu Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - linux2.webnx.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - WebNX.com Subject: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 00:02:56 -0000 Thanks! Worked beautifully updating to 7.0-BETA2. The freebsd-update that was in my 7.0-Beta1.5 did not have the upgrade ability like I guess it should have, your script worked exactly as advertised though. -- Dario Perovich WebNX.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 12 01:06:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C30716A417; Mon, 12 Nov 2007 01:06:44 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1B57213C481; Mon, 12 Nov 2007 01:06:43 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 4D1F5DAD18; Mon, 12 Nov 2007 07:06:31 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id A00F3DAD11 for ; Mon, 12 Nov 2007 07:06:27 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7AAB01BCE5; Mon, 12 Nov 2007 01:05:56 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A56ED16A54A; Mon, 12 Nov 2007 01:05:55 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E0D516A41A for ; Sun, 11 Nov 2007 23:58:03 +0000 (UTC) (envelope-from christias@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 9FD1E13C4A5 for ; Sun, 11 Nov 2007 23:58:01 +0000 (UTC) (envelope-from christias@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so838104nfb for ; Sun, 11 Nov 2007 15:57:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=JQcRAnMTL3Rz7M3lrgk+jiTAxrt0Wg/so46CLPEzFDY=; b=uVQ4Fclr3T3BQLaDwuhQ+zEfsTGl1KVbcwtrQpcPSvTYb87u1VmLhyGZUqFV28y8EiEIQdH8YuoyF+bQPRV3F3DP/f5tF0rMDrpZ92FgRXARPNORkA5N5qvJHbPE5hQJCRuxP/sD3MowWFM5E+OGMkzpEUL6SVHAVoEDkeJe3Wg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JbXoWEHX8IzdXp0DQoJSosFxK0594SWk1VinvBUD7KXNY1loyQwP9A4pW8pejIJRdE7SZI/D1EWTjDNnhCjxe68vvE8cV3XPxOR5gITmiqjAgQqr1Mi2SCHJw/HXq9XDcZY66ZA3gUutNDVsQb5rK4G8Pp3qYSBrC8hwR/0V1Bc= Received: by 10.86.73.17 with SMTP id v17mr3999518fga.1194823903692; Sun, 11 Nov 2007 15:31:43 -0800 (PST) Received: by 10.86.53.6 with HTTP; Sun, 11 Nov 2007 15:31:43 -0800 (PST) Message-ID: Date: Mon, 12 Nov 2007 01:31:43 +0200 From: "Panagiotis Christias" To: "Alexey Popov" In-Reply-To: <47373B43.9060406@chistydom.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47137D36.1020305@chistydom.ru> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> <47349A17.3080806@FreeBSD.org> <47373B43.9060406@chistydom.ru> X-Mailman-Approved-At: Mon, 12 Nov 2007 01:05:51 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Nov 12 07:06:31 2007 X-DSPAM-Confidence: 0.9972 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4737a717191322007819148 X-DSPAM-Factors: 27, With+best, 0.00040, best+regards, 0.00040, >+Alexey, 0.00045, Alexey, 0.00069, Alexey, 0.00069, Nov, 0.00113, List-Post* List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 01:06:44 -0000 On Nov 11, 2007 7:26 PM, Alexey Popov wrote: > Hi. > > Kris Kennaway wrote: > >>> In the "good" case you are getting a much higher interrupt rate but > >>> with the data you provided I can't tell where from. You need to run > >>> vmstat -i at regular intervals (e.g. every 10 seconds for a minute) > >>> during the "good" and "bad" times, since it only provides counters > >>> and an average rate over the uptime of the system. > >> > >> Now I'm running 10-process lighttpd and the problem became no so big. > >> > >> I collected interrupt stats and it shows no relation beetween > >> ionterrupts and slowdowns. Here is it: > >> http://83.167.98.162/gprof/intr-graph/ > >> > >> Also I have similiar statistics on mutex profiling and it shows > >> there's no problem in mutexes. > >> http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ > >> > >> I have no idea what else to check. > > > I don't know what this graph is showing me :) When precisely is the > > system behaving poorly? > Take a look at "Disk Load %" picture at > http://83.167.98.162/gprof/intr-graph/ > > At ~ 17:00, 03:00-04:00, 13:00-14:00, 00:30-01:30, 11:00-13:00 it shows > peaks of disk activity which really never happen. As I said in the > beginning of the thread in this "peak" moments disk becomes slow and > vmstat shows 100% disk load while performing < 10 tps. Other grafs at > this page shows that there's no relation to interrupts rate of amr or em > device. You advised me to check it. > > When I was using single-process lighttpd the problem was much harder as > you can see at http://83.167.98.162/gprof/graph/ . At first picture on > this page you can see disk load peaks at 18:00 and 15:00 which leaded to > decreasing network output because disk was too slow. > > Back in this thread we suspected UMA mutexes. In order to check it I > collected mutex profiling stats and draw graphs over time and they also > didn't show anything interesting. All mutex graphs were smooth while > disk load peaks. http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ > > With best regards, > Alexey Popov Hello, what is your RAID controller configuration (read ahead/cache/write policy)? I have seen weird/bogus numbers (~100% busy) reported by systat -v when read ahead was enabled on LSI/amr controllers. Regards, Panagiotis Christias _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Nov 12 08:30:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B982E16A41B for ; Mon, 12 Nov 2007 08:30:39 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 752DA13C4A6 for ; Mon, 12 Nov 2007 08:30:39 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 47921121AB for ; Mon, 12 Nov 2007 10:30:27 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 74343-10 for ; Mon, 12 Nov 2007 10:30:26 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 62E38121AA for ; Mon, 12 Nov 2007 10:30:26 +0200 (EET) Message-ID: <47380F1F.7090609@bulinfo.net> Date: Mon, 12 Nov 2007 10:30:23 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.6 (X11/20070927) MIME-Version: 1.0 To: FreeBSD X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: xl0 watchdog timeout? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 08:30:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, Should I use device polling or there is another solution for this? dmesg: ... CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2135.06-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 ... xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xcc00-0xcc7f mem 0xfeaffc00-0xfeaffc7f irq 22 at device 1.0 on pci5 ... Nov 11 02:31:37 hub kernel: xl0: watchdog timeout Nov 11 02:31:37 hub kernel: xl0: link state changed to DOWN Nov 11 02:31:40 hub kernel: xl0: link state changed to UP Nov 11 10:39:46 hub kernel: xl0: watchdog timeout Nov 11 10:39:46 hub kernel: xl0: link state changed to DOWN Nov 11 10:39:48 hub kernel: xl0: link state changed to UP Nov 11 17:43:35 hub kernel: xl0: watchdog timeout Nov 11 17:43:35 hub kernel: xl0: link state changed to DOWN Nov 11 17:43:38 hub kernel: xl0: link state changed to UP Nov 11 23:51:50 hub kernel: xl0: watchdog timeout Nov 11 23:51:50 hub kernel: xl0: link state changed to DOWN Nov 11 23:51:52 hub kernel: xl0: link state changed to UP # uname -srm FreeBSD 6.2-STABLE i386 #pciconf -lv xl0@pci5:1:0: class=0x020000 card=0x100010b7 chip=0x920010b7 rev=0x74 hdr=0x00 vendor = '3COM Corp, Networking Division' device = '3C905C-TX Fast EtherLink for PC Management NIC' class = network subclass = ethernet # vmstat -i interrupt total rate irq1: atkbd0 94 0 irq6: fdc0 7 0 irq19: uhci3+ 23496569 56 irq21: fwohci0 1 0 irq22: xl0 13068844 31 cpu0: timer 795793798 1926 cpu1: timer 795763796 1926 Total 1628123109 3941 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHOA8fxJBWvpalMpkRAlZZAKCRjwe+fI284p6/hmF5lZk+UoR/AwCfb1zR phCE+/enUFXftI21+2TGHTA= =ijUo -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 12 17:18:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB2E916A420 for ; Mon, 12 Nov 2007 17:18:07 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (ipv6.darklight.org.ru [IPv6:2001:470:1f07:84::1]) by mx1.freebsd.org (Postfix) with ESMTP id F3DA813C4B2 for ; Mon, 12 Nov 2007 17:18:02 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.2/8.14.2) with ESMTP id lACHHnvv096690; Mon, 12 Nov 2007 20:17:49 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: from localhost (localhost [[UNIX: localhost]]) by darklight.org.ru (8.14.2/8.14.2/Submit) id lACHHmUq096689; Mon, 12 Nov 2007 20:17:48 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f From: Yuri Pankov To: freebsd-stable@freebsd.org Date: Mon, 12 Nov 2007 20:17:48 +0300 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_8qIOHgVyAI8WsiG" Message-Id: <200711122017.48611.yuri.pankov@gmail.com> Subject: [SiS180] SATA drives are not detected on >= 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 17:18:07 -0000 --Boundary-00=_8qIOHgVyAI8WsiG Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, SATA drives on SiS 180 SATA150 (ASUS P4S800D mobo) controller are not detected on any release > 6.0, though they work on 5.5. I've attached dmesg from 5.5 and 7.0-BETA2 in case it may be helpful. It's kinda production system, so I couldn't play much with it. Any suggestions, hints on how to make system recognize drives are very appreciated. TIA, Yuri --Boundary-00=_8qIOHgVyAI8WsiG Content-Type: text/plain; charset="us-ascii"; name="dmesg-5.5.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg-5.5.txt" Copyright (c) 1992-2006 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 5.5-SECURITY #0: Thu Apr 26 11:43:48 UTC 2007 root@builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a46000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a4621c. Calibrating clock(s) ... i8254 clock: 1193254 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2400690582 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2400.69-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff real memory = 536018944 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001f602fff, 513662976 bytes (125406 pages) avail memory = 514846720 (490 MB) Table 'FACP' at 0x1ff30290 Table 'APIC' at 0x1ff30390 MADT: Found table at 0x1ff30390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled MADT: Found CPU APIC ID 129 ACPI ID 2: disabled ACPI APIC Table: 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 0xc00f68d0 pnpbios: Entry = f0000:74ca Rev = 1.0 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: low ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> random: 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 0x800010c8 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=06551039) pcibios: BIOS version 2.10 Found $PIR table, 10 entries at 0xc00f67a0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x41 3 4 5 7 10 11 12 14 15 embedded 0 2 B 0x42 3 4 5 7 10 11 12 14 15 embedded 0 2 C 0x43 3 4 5 7 10 11 12 14 15 embedded 0 2 D 0x44 3 4 5 7 10 11 12 14 15 embedded 0 3 A 0x60 3 4 5 7 10 11 12 14 15 embedded 0 3 B 0x61 3 4 5 7 10 11 12 14 15 embedded 0 3 C 0x62 3 4 5 7 10 11 12 14 15 embedded 0 3 D 0x63 3 4 5 7 10 11 12 14 15 embedded 0 5 A 0x42 3 4 5 7 10 11 12 14 15 embedded 0 1 A 0x41 3 4 5 7 10 11 12 14 15 embedded 0 1 B 0x42 3 4 5 7 10 11 12 14 15 embedded 0 1 C 0x43 3 4 5 7 10 11 12 14 15 embedded 0 1 D 0x44 3 4 5 7 10 11 12 14 15 embedded 0 4 A 0x44 3 4 5 7 10 11 12 14 15 slot 1 0 8 A 0x41 3 4 5 7 10 11 12 14 15 slot 1 0 8 B 0x42 3 4 5 7 10 11 12 14 15 slot 1 0 8 C 0x43 3 4 5 7 10 11 12 14 15 slot 1 0 8 D 0x44 3 4 5 7 10 11 12 14 15 slot 2 0 9 A 0x42 3 4 5 7 10 11 12 14 15 slot 2 0 9 B 0x43 3 4 5 7 10 11 12 14 15 slot 2 0 9 C 0x44 3 4 5 7 10 11 12 14 15 slot 2 0 9 D 0x41 3 4 5 7 10 11 12 14 15 slot 3 0 10 A 0x43 3 4 5 7 10 11 12 14 15 slot 3 0 10 B 0x44 3 4 5 7 10 11 12 14 15 slot 3 0 10 C 0x41 3 4 5 7 10 11 12 14 15 slot 3 0 10 D 0x42 3 4 5 7 10 11 12 14 15 slot 4 0 11 A 0x44 3 4 5 7 10 11 12 14 15 slot 4 0 11 B 0x41 3 4 5 7 10 11 12 14 15 slot 4 0 11 C 0x42 3 4 5 7 10 11 12 14 15 slot 4 0 11 D 0x43 3 4 5 7 10 11 12 14 15 slot 5 0 12 A 0x41 3 4 5 7 10 11 12 14 15 slot 5 0 12 B 0x42 3 4 5 7 10 11 12 14 15 slot 5 0 12 C 0x43 3 4 5 7 10 11 12 14 15 slot 5 0 12 D 0x44 3 4 5 7 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 2 func 0 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi0: Power Button (fixed) 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 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x810 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 map[10]: type 1, range 32, base fc000000, size 25, enabled found-> vendor=0x1039, dev=0x0655, revid=0x50 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0003, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0106, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0964, revid=0x36 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found-> vendor=0x1039, dev=0x5513, revid=0x01 bus=0, slot=2, func=5 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e800, size 8, enabled map[14]: type 1, range 32, base f7fef000, size 12, enabled pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 19 found-> vendor=0x1039, dev=0x0900, revid=0x91 bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=a, irq=19 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000eff0, size 3, enabled map[14]: type 4, range 32, base 0000efe4, size 2, enabled map[18]: type 4, range 32, base 0000efa8, size 3, enabled map[1c]: type 4, range 32, base 0000efe0, size 2, enabled map[20]: type 4, range 32, base 0000ef90, size 4, enabled pcib0: matched entry for 0.5.INTA pcib0: slot 5 INTA hardwired to IRQ 17 found-> vendor=0x1039, dev=0x0180, revid=0x01 bus=0, slot=5, func=0 class=01-04-85, hdrtype=0x00, mfdev=0 cmdreg=0x0405, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 map[10]: type 4, range 32, base 0000ef00, size 6, enabled pcib0: matched entry for 0.8.INTA pcib0: slot 8 INTA hardwired to IRQ 16 found-> vendor=0x10b7, dev=0x9050, revid=0x00 bus=0, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=16 map[10]: type 1, range 32, base f8000000, size 26, enabled found-> vendor=0x5333, dev=0x8811, revid=0x54 bus=0, slot=12, 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=255 agp0: mem 0xfc000000-0xfdffffff at device 0.0 on pci0 agp0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xfc000000 agp0: allocating GATT for aperture of size 32M 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 isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: channel #0 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=00 ostat1=50 ata0-master: stat=0x00 err=0x00 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=00 stat1=00 devices=0x8 ata0: [MPSAFE] ata1: channel #1 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=00 ostat1=00 ata1-master: stat=0x00 err=0x00 lsb=0x00 msb=0x00 ata1-slave: stat=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x0 ata1: [MPSAFE] sis0: port 0xe800-0xe8ff mem 0xf7fef000-0xf7feffff irq 19 at device 4.0 on pci0 sis0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: bpf attached sis0: Ethernet address: 00:11:2f:e3:0f:21 sis0: [MPSAFE] atapci1: port 0xef90-0xef9f,0xefe0-0xefe3,0xefa8-0xefaf,0xefe4-0xefe7,0xeff0-0xeff7 irq 17 at device 5.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xef90 atapci1: [MPSAFE] ata2: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xeff0 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xefe4 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xefa8 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xefe0 ata3: reset tp1 mask=03 ostat0=50 ostat1=00 ata3-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata3-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xef00-0xef3f irq 16 at device 8.0 on pci0 xl0: Reserved 0x40 bytes for rid 0x10 type 4 at 0xef00 xl0: using port I/O xl0: media options word: e040 xl0: found MII/AUTO miibus1: on xl0 nsphy0: on miibus1 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:10:4b:2f:e7:de xl0: [MPSAFE] pci0: at device 12.0 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0045 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) sio0: irq maps: 0x1 0x11 0x1 0x1 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() 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 orm0: at iomem 0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 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) fdc0 failed to probe at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: 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 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 2400690582 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ata0-slave: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin ata0-slave: setting PIO4 on SiS 964 chip acd0: CDROM drive at ata0 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: CD-ROM 120mm data disc ata2-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ad4: ATA-6 disk at ata2-master ad4: 76319MB (156301488 sectors), 155061 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, SATA150 ata3-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ad6: ATA-6 disk at ata3-master ad6: 76319MB (156301488 sectors), 155061 C, 16 H, 63 S, 512 B ad6: 16 secs/int, 1 depth queue, SATA150 lun 0 magic_0 0x00000000 magic_1 0x00000000 flags 0x30104 30104 total_disks 2 generation 1 width 1 heads 255 sectors 63 cylinders 9729 total_sectors 156301425 interleave -2147483648 reserved 63 offset 0 disk 0: flags = 0x0b b ad4 sectors 156301425 disk 1: flags = 0x0b b ad6 sectors 156301425 ar0: 76319MB [9729/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master 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 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) 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 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 GEOM: new disk ad4 GEOM: new disk ad6 GEOM: new disk ar0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:156296322 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad4s1, start 32256 length 80023716864 end 80023749119 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:156296322 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad6s1, start 32256 length 80023716864 end 80023749119 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:156296322 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ar0s1, start 32256 length 80023716864 end 80023749119 GEOM: Configure ad4s1a, start 0 length 268435456 end 268435455 GEOM: Configure ad4s1b, start 268435456 length 1045766144 end 1314201599 GEOM: Configure ad4s1c, start 0 length 80023716864 end 80023716863 GEOM: Configure ad4s1d, start 1314201600 length 268435456 end 1582637055 GEOM: Configure ad4s1e, start 1582637056 length 268435456 end 1851072511 GEOM: Configure ad4s1f, start 1851072512 length 78172644352 end 80023716863 GEOM: Configure ad6s1a, start 0 length 268435456 end 268435455 GEOM: Configure ad6s1b, start 268435456 length 1045766144 end 1314201599 GEOM: Configure ad6s1c, start 0 length 80023716864 end 80023716863 GEOM: Configure ad6s1d, start 1314201600 length 268435456 end 1582637055 GEOM: Configure ad6s1e, start 1582637056 length 268435456 end 1851072511 GEOM: Configure ad6s1f, start 1851072512 length 78172644352 end 80023716863 GEOM: Configure ar0s1a, start 0 length 268435456 end 268435455 GEOM: Configure ar0s1b, start 268435456 length 1045766144 end 1314201599 GEOM: Configure ar0s1c, start 0 length 80023716864 end 80023716863 GEOM: Configure ar0s1d, start 1314201600 length 268435456 end 1582637055 GEOM: Configure ar0s1e, start 1582637056 length 268435456 end 1851072511 GEOM: Configure ar0s1f, start 1851072512 length 78172644352 end 80023716863 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 Mounting root from ufs:/dev/ar0s1a start_init: trying /sbin/init warning: KLD '/boot/kernel/kernel' is newer than the linker.hints file --Boundary-00=_8qIOHgVyAI8WsiG Content-Type: text/plain; charset="us-ascii"; name="dmesg-7.0-beta2.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg-7.0-beta2.txt" SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 SMAP type=3D02 base=3D00000000000e8000 len=3D0000000000018000 SMAP type=3D01 base=3D0000000000100000 len=3D000000001fe30000 SMAP type=3D03 base=3D000000001ff30000 len=3D0000000000010000 SMAP type=3D04 base=3D000000001ff40000 len=3D00000000000b0000 SMAP type=3D02 base=3D000000001fff0000 len=3D0000000000010000 SMAP type=3D02 base=3D00000000ff7c0000 len=3D0000000000840000 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0The Regents of the Universi= ty of California. All rights reserved. =46reeBSD is a registered trademark of The FreeBSD Foundation. =46reeBSD 7.0-BETA2 #0: Fri Nov =C2=A02 16:47:33 UTC 2007 =C2=A0 =C2=A0 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc116e000. Preloaded mfs_root "/boot/mfsroot" at 0xc116e184. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc116e1c8. Calibrating clock(s) ... i8254 clock: 1193252 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2400697440 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2400.70-MHz 686-class CPU) =C2=A0 Origin =3D "GenuineIntel" =C2=A0Id =3D 0xf41 =C2=A0Stepping =3D 1 =C2=A0 Features=3D0xbfebfbff =C2=A0 Features2=3D0x441d Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 16 KB, 8-way set associative, sectored cache, 64 byte= line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 1 MB, 8-way set associative, sectored cache, 64 byte line = size L2 cache: 1024 kbytes, 8-way associative, 64 bytes/line real memory =C2=A0=3D 536018944 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001428000 - 0x000000001f5eefff, 505180160 bytes (123335 pages) avail memory =3D 506421248 (482 MB) Table 'FACP' at 0x1ff30290 Table 'APIC' at 0x1ff30390 MADT: Found table at 0x1ff30390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 129 ACPI ID 2: disabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry =3D 0xf0010 (c00f0010) =C2=A0Rev =3D 0 =C2=A0Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f68d0 pnpbios: Entry =3D f0000:74ca =C2=A0Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 ACPI: RSDP @ 0x0xfb250/0x0021 (v =C2=A02 ACPIAM) ACPI: XSDT @ 0x0x1ff30100/0x003C (v =C2=A01 A M I =C2=A0OEMXSDT =C2=A00x090= 00417 MSFT 0x00000097) ACPI: FACP @ 0x0x1ff30290/0x00F4 (v =C2=A03 A M I =C2=A0OEMFACP =C2=A00x090= 00417 MSFT 0x00000097) ACPI: DSDT @ 0x0x1ff303f0/0x3478 (v =C2=A01 =C2=A0100XX 100XX001 0x00000001= INTL 0x02002026) ACPI: FACS @ 0x0x1ff40000/0x0040 ACPI: APIC @ 0x0x1ff30390/0x005C (v =C2=A01 A M I =C2=A0OEMAPIC =C2=A00x090= 00417 MSFT 0x00000097) ACPI: OEMB @ 0x0x1ff40040/0x0040 (v =C2=A01 A M I =C2=A0AMI_OEM =C2=A00x090= 00417 MSFT 0x00000097) MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard cpu0 BSP: =C2=A0 =C2=A0 =C2=A0ID: 0x00000000 =C2=A0 VER: 0x00050014 LDR: 0x00000000 D= =46R: 0xffffffff =C2=A0 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff =C2=A0 timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 wlan: <802.11 Link Layer> ath_rate: version 1.2 wlan_amrr: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 io: mem: Pentium Pro MTRR support enabled null: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Nov =C2=A02 2007 16:47:11) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0xcd2c7000 pa 0x1000 pci_open(1):=C2=A0=C2=A0=C2=A0=C2=A0mode 1 addr port (0x0cf8) is 0x800010c8 pci_open(1a):=C2=A0=C2=A0=C2=A0mode1res=3D0x80000000 (0x80000000) pci_cfgcheck:=C2=A0=C2=A0=C2=A0device 0 [class=3D060000] [hdr=3D80] is ther= e (id=3D06551039) pcibios: BIOS version 2.10 AcpiOsDerivePciId: \_SB_.PCI0.SBRG.PIX0 -> bus 0 dev 2 func 0 AcpiOsDerivePciId: \_SB_.PCI0.SBRG.PIX1 -> bus 0 dev 2 func 0 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1fef0000 (3) failed 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 pci_link0: =C2=A0 =C2=A0 =C2=A0 =C2=A0Index =C2=A0IRQ =C2=A0Rtd =C2=A0Ref = =C2=A0IRQs =C2=A0 Initial Probe =C2=A0 =C2=A0 =C2=A0 0 =C2=A0 =C2=A05 =C2=A0 N =C2=A0 = =C2=A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 Validation =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A05 =C2=A0= N =C2=A0 =C2=A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 After Disable =C2=A0 =C2=A0 =C2=A0 0 =C2=A0255 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 pci_link1: =C2=A0 =C2=A0 =C2=A0 =C2=A0Index =C2=A0IRQ =C2=A0Rtd =C2=A0Ref = =C2=A0IRQs =C2=A0 Initial Probe =C2=A0 =C2=A0 =C2=A0 0 =C2=A0 11 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 Validation =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 11 =C2=A0 N = =C2=A0 =C2=A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 After Disable =C2=A0 =C2=A0 =C2=A0 0 =C2=A0255 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 pci_link2: =C2=A0 =C2=A0 =C2=A0 =C2=A0Index =C2=A0IRQ =C2=A0Rtd =C2=A0Ref = =C2=A0IRQs =C2=A0 Initial Probe =C2=A0 =C2=A0 =C2=A0 0 =C2=A0255 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 Validation =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0255 =C2=A0 N = =C2=A0 =C2=A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 After Disable =C2=A0 =C2=A0 =C2=A0 0 =C2=A0255 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 pci_link3: =C2=A0 =C2=A0 =C2=A0 =C2=A0Index =C2=A0IRQ =C2=A0Rtd =C2=A0Ref = =C2=A0IRQs =C2=A0 Initial Probe =C2=A0 =C2=A0 =C2=A0 0 =C2=A0 10 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 Validation =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0 10 =C2=A0 N = =C2=A0 =C2=A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 After Disable =C2=A0 =C2=A0 =C2=A0 0 =C2=A0255 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 pci_link4: =C2=A0 =C2=A0 =C2=A0 =C2=A0Index =C2=A0IRQ =C2=A0Rtd =C2=A0Ref = =C2=A0IRQs =C2=A0 Initial Probe =C2=A0 =C2=A0 =C2=A0 0 =C2=A0255 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 Validation =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0255 =C2=A0 N = =C2=A0 =C2=A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 After Disable =C2=A0 =C2=A0 =C2=A0 0 =C2=A0255 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 pci_link5: =C2=A0 =C2=A0 =C2=A0 =C2=A0Index =C2=A0IRQ =C2=A0Rtd =C2=A0Ref = =C2=A0IRQs =C2=A0 Initial Probe =C2=A0 =C2=A0 =C2=A0 0 =C2=A0255 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 Validation =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0255 =C2=A0 N = =C2=A0 =C2=A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 After Disable =C2=A0 =C2=A0 =C2=A0 0 =C2=A0255 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 pci_link6: =C2=A0 =C2=A0 =C2=A0 =C2=A0Index =C2=A0IRQ =C2=A0Rtd =C2=A0Ref = =C2=A0IRQs =C2=A0 Initial Probe =C2=A0 =C2=A0 =C2=A0 0 =C2=A0255 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 Validation =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0255 =C2=A0 N = =C2=A0 =C2=A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 After Disable =C2=A0 =C2=A0 =C2=A0 0 =C2=A0255 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 pci_link7: =C2=A0 =C2=A0 =C2=A0 =C2=A0Index =C2=A0IRQ =C2=A0Rtd =C2=A0Ref = =C2=A0IRQs =C2=A0 Initial Probe =C2=A0 =C2=A0 =C2=A0 0 =C2=A0255 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 Validation =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00 =C2=A0255 =C2=A0 N = =C2=A0 =C2=A0 0 =C2=A03 4 5 7 10 11 12 14 15 =C2=A0 After Disable =C2=A0 =C2=A0 =C2=A0 0 =C2=A0255 =C2=A0 N =C2=A0 =C2= =A0 0 =C2=A03 4 5 7 10 11 12 14 15 cpu0: on acpi0 cpu0: switching to generic Cx mode p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found->=C2=A0vendor=3D0x1039, dev=3D0x0655, revid=3D0x50 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0domain=3D0, bus=3D0, slot= =3D0, func=3D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0class=3D06-00-00, hdrtype= =3D0x00, mfdev=3D1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0cmdreg=3D0x0007, statreg=3D= 0x2210, cachelnsz=3D0 (dwords) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0lattimer=3D0x20 (960 ns), m= ingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0map[10]: type Memory, range= 32, base 0xfc000000, size 25, enabled found->=C2=A0vendor=3D0x1039, dev=3D0x0003, revid=3D0x00 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0domain=3D0, bus=3D0, slot= =3D1, func=3D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0class=3D06-04-00, hdrtype= =3D0x01, mfdev=3D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0cmdreg=3D0x0106, statreg=3D= 0x0020, cachelnsz=3D0 (dwords) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0lattimer=3D0x40 (1920 ns), = mingnt=3D0x02 (500 ns), maxlat=3D0x00 (0 ns) found->=C2=A0vendor=3D0x1039, dev=3D0x0964, revid=3D0x36 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0domain=3D0, bus=3D0, slot= =3D2, func=3D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0class=3D06-01-00, hdrtype= =3D0x00, mfdev=3D1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0cmdreg=3D0x000f, statreg=3D= 0x0200, cachelnsz=3D0 (dwords) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0lattimer=3D0x00 (0 ns), min= gnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found->=C2=A0vendor=3D0x1039, dev=3D0x5513, revid=3D0x01 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0domain=3D0, bus=3D0, slot= =3D2, func=3D5 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0class=3D01-01-8a, hdrtype= =3D0x00, mfdev=3D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0cmdreg=3D0x0005, statreg=3D= 0x0210, cachelnsz=3D0 (dwords) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0lattimer=3D0x80 (3840 ns), = mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intpin=3Da, irq=3D255 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0powerspec 2 =C2=A0supports = D0 D3 =C2=A0current D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0map[20]: type I/O Port, ran= ge 32, base 0xffa0, size =C2=A04, enabled found->=C2=A0vendor=3D0x1039, dev=3D0x0900, revid=3D0x91 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0domain=3D0, bus=3D0, slot= =3D4, func=3D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0class=3D02-00-00, hdrtype= =3D0x00, mfdev=3D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0cmdreg=3D0x0107, statreg=3D= 0x0290, cachelnsz=3D0 (dwords) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0lattimer=3D0x40 (1920 ns), = mingnt=3D0x34 (13000 ns), maxlat=3D0x0b (2750 ns) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intpin=3Da, irq=3D10 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0powerspec 2 =C2=A0supports = D0 D1 D2 D3 =C2=A0current D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0map[10]: type I/O Port, ran= ge 32, base 0xe800, size =C2=A08, enabled =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0map[14]: type Memory, range= 32, base 0xf7fef000, size 12, enabled pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 19 found->=C2=A0vendor=3D0x1039, dev=3D0x0180, revid=3D0x01 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0domain=3D0, bus=3D0, slot= =3D5, func=3D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0class=3D01-04-85, hdrtype= =3D0x00, mfdev=3D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0cmdreg=3D0x0405, statreg=3D= 0x0220, cachelnsz=3D0 (dwords) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0lattimer=3D0x80 (3840 ns), = mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intpin=3Da, irq=3D11 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0map[10]: type I/O Port, ran= ge 32, base 0xeff0, size =C2=A03, enabled =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0map[14]: type I/O Port, ran= ge 32, base 0xefe4, size =C2=A02, enabled =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0map[18]: type I/O Port, ran= ge 32, base 0xefa8, size =C2=A03, enabled =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0map[1c]: type I/O Port, ran= ge 32, base 0xefe0, size =C2=A02, enabled =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0map[20]: type I/O Port, ran= ge 32, base 0xef90, size =C2=A04, enabled pcib0: matched entry for 0.5.INTA pcib0: slot 5 INTA hardwired to IRQ 17 found->=C2=A0vendor=3D0x10b7, dev=3D0x9050, revid=3D0x00 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0domain=3D0, bus=3D0, slot= =3D8, func=3D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0class=3D02-00-00, hdrtype= =3D0x00, mfdev=3D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0cmdreg=3D0x0107, statreg=3D= 0x0200, cachelnsz=3D0 (dwords) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0lattimer=3D0x40 (1920 ns), = mingnt=3D0x03 (750 ns), maxlat=3D0x08 (2000 ns) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intpin=3Da, irq=3D5 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0map[10]: type I/O Port, ran= ge 32, base 0xef00, size =C2=A06, enabled pcib0: matched entry for 0.8.INTA pcib0: slot 8 INTA hardwired to IRQ 16 found->=C2=A0vendor=3D0x5333, dev=3D0x8811, revid=3D0x54 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0domain=3D0, bus=3D0, slot= =3D12, func=3D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0class=3D03-00-00, hdrtype= =3D0x00, mfdev=3D0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0cmdreg=3D0x0003, statreg=3D= 0x0200, cachelnsz=3D0 (dwords) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0lattimer=3D0x00 (0 ns), min= gnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intpin=3Da, irq=3D255 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0map[10]: type Memory, range= 32, base 0xf8000000, size 26, enabled agp0: on hostb0 hostb0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xfc000000 agp0: allocating GATT for aperture of size 32M pcib1: at device 1.0 on pci0 pcib1: =C2=A0 domain =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00 pcib1: =C2=A0 secondary bus =C2=A0 =C2=A0 1 pcib1: =C2=A0 subordinate bus =C2=A0 1 pcib1: =C2=A0 I/O decode =C2=A0 =C2=A0 =C2=A0 =C2=A00x0-0x0 pcib1: =C2=A0 no prefetched decode pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.P0P1 - AE_N= OT_FOUND pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x= 376,0xffa0-0xffaf at device 2.5 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D50 ata0: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x8 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 49 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 50 ata1: [MPSAFE] ata1: [ITHREAD] sis0: port 0xe800-0xe8ff mem 0xf7fef000-0xf7feffff i= rq 19 at device 4.0 on pci0 sis0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 miibus0: on sis0 rlphy0: PHY 1 on miibus0 rlphy0: =C2=A010baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: bpf attached sis0: Ethernet address: 00:11:2f:e3:0f:21 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 51 sis0: [MPSAFE] sis0: [ITHREAD] atapci1: port 0xeff0-0xeff7,0xefe4-0xefe7,0xef= a8-0xefaf,0xefe0-0xefe3,0xef90-0xef9f irq 17 at device 5.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xef90 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 52 atapci1: [MPSAFE] atapci1: [ITHREAD] ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xeff0 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xefe4 ata2: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata2: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xefa8 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xefe0 ata3: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata3: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata3: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata3: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata3: [MPSAFE] ata3: [ITHREAD] xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xef00-0xef3f irq 16 at device = 8.0 on pci0 xl0: Reserved 0x40 bytes for rid 0x10 type 4 at 0xef00 xl0: using port I/O xl0: media options word: e040 xl0: found MII/AUTO miibus1: on xl0 nsphy0: PHY 24 on miibus1 nsphy0: =C2=A010baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:10:4b:2f:e7:de ioapic0: routing intpin 16 (PCI IRQ 16) to vector 53 xl0: [MPSAFE] xl0: [ITHREAD] vgapci0: mem 0xf8000000-0xfbffffff at device 12.0 = on pci0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0045 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 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 54 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ sio0: irq maps: 0xc21 0xc31 0xc21 0xc21 sio0: irq maps: 0xc21 0xc31 0xc21 0xc21 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 55 sio0: [FILTER] sio1: irq maps: 0xc21 0xc29 0xc21 0xc21 sio1: irq maps: 0xc21 0xc29 0xc21 0xc21 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ioapic0: routing intpin 3 (ISA IRQ 3) to vector 56 sio1: [FILTER] unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff pnpid ORM0= 000 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) le0: 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, kbd1, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 66686028 hz Timecounter "TSC" frequency 2400697440 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. md0: Preloaded image 4423680 bytes at 0xc0ccaf5c ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUNSUPPORTED cable=3D40 wire acd0: setting PIO4 on 964 chip acd0: CDROM drive at ata0 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: CD-ROM 120mm data disc GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_bootonly. ata2: reiniting channel .. ata2: reset tp1 mask=3D03 ostat0=3D58 ostat1=3D58 ata2: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=3D03 ostat0=3D58 ostat1=3D58 ata2: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata2: reinit done .. ata3: reiniting channel .. ata3: reset tp1 mask=3D03 ostat0=3D58 ostat1=3D58 ata3: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata3: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata3: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata3: reinit done .. ata3: reiniting channel .. ata3: reset tp1 mask=3D03 ostat0=3D58 ostat1=3D58 ata3: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata3: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata3: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata3: reinit done .. ATA PseudoRAID loaded 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 --Boundary-00=_8qIOHgVyAI8WsiG-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 12 21:53:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5772A16A420 for ; Mon, 12 Nov 2007 21:53:13 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 0B8F013C4B7 for ; Mon, 12 Nov 2007 21:53:12 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1601289pyb for ; Mon, 12 Nov 2007 13:53:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=WbyZVAe2ItCMzhX2s52+QIclYNx3bUsAcFfV0v4CRJ4=; b=P3wl2TYRVqUoRe3vkahpGSuuUQhKAS0BkpSbg+1+gooluwUNXHZcQHFiGzLl+f7DS8deGrV6QhlClB6M6Hr/frD1OLF1tdwaIK4TOc9LLekHrZYk+AoQkWrExXZrQQJq9N2/0wYic/rOOCWSOjXLxwBQBuziagfYWfnxEheW7OI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UkeFZwH+TMG97rGxgLp9pXVE4tEWbMkvETKWTyDC0RIihVYen4sy20/D7x0uuyFUASEGztbnC94U0gfafKpe4WklZjEGbnAB7hAvf2w8J5G6+OqwHrEVqTLqOoskIPPYP5uCjct7cpKi04869vwkTls5SxDpSmqICjB7oPEAhRw= Received: by 10.65.188.14 with SMTP id q14mr14738106qbp.1194904380815; Mon, 12 Nov 2007 13:53:00 -0800 (PST) Received: by 10.64.184.9 with HTTP; Mon, 12 Nov 2007 13:53:00 -0800 (PST) Message-ID: <8e10486b0711121353k2028e96ar14a8727effae6bca@mail.gmail.com> Date: Mon, 12 Nov 2007 19:53:00 -0200 From: "Alexandre Biancalana" To: "Robert Watson" In-Reply-To: <20071111164451.K29504@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711091018n6309f70an8722d427f9d530f8@mail.gmail.com> <20071111164451.K29504@fledge.watson.org> Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA2 Panic after ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 21:53:13 -0000 Hi Robert ! > If you run this from single-user mode, do you get the same result? What is > the general network configuration of the system, and what sorts of services > are running? This is my laptop there is no services running... I use ipfw, natd, bridge and tap to work with qemu > > Could you confirm that you aren't using any third party kernel modules or > modules from ports, or that if you are, they've been update following the > upgrade to matching source? I had a long list of loadable modules, follow my loader.conf cpufreq_load="YES" snd_ich_load="YES" if_iwi_load="YES" iwi_bss_load="YES" iwi_ibss_load="YES" iwi_monitor_load="YES" wlan_load="YES" firmware_load="YES" wlan_ccmp_load="YES" wlan_tkip_load="YES" wlan_wep_load="YES" wlan_scan_sta_load="YES" ucom_load="YES" uftdi_load="YES" geom_label_load="YES" uvscom_load="YES" # # qemu modules if_tap_load="YES" kqemu_load="YES" bridge_load="YES" aio_load="YES" ipfw_load="YES" ipdivert_load="YES" # # kern.maxdsiz="1073741824" # 1GB kern.dfldsiz="1073741824" # 1GB kern.maxssiz="134217728" # 128MB # zfs vm.kern_size="768M" vm.kern_size_max="768M" legal.intel_iwi.license_ack=1 Before read your message I updated the system again (csup, buildworld, buildkernel, installkernel, installworld) and now I can reproduce the panic anymore. Thank you for your attention! Regards, From owner-freebsd-stable@FreeBSD.ORG Mon Nov 12 22:38:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0375F16A46C for ; Mon, 12 Nov 2007 22:38:06 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id A690113C4B0 for ; Mon, 12 Nov 2007 22:38:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 3384FEB3990; Tue, 13 Nov 2007 06:37:44 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id nwEPUPXyknDo; Tue, 13 Nov 2007 06:37:39 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id CFCF1EB2004; Tue, 13 Nov 2007 06:37:38 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=oLTMik7O2Cxfhv3nOiR6nCD/fjeCO6DLthtUV2+3XLC6SAm0pFR60HbR2G8fJwd1W /91iN1bDaBHR7J5wsNYZw== Message-ID: <4738D5B1.7050700@delphij.net> Date: Mon, 12 Nov 2007 14:37:37 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: "Christian S.J. Peron" References: <20071108173039.GA97983@bigskyservices.com> <20071111153112.GA7656@sub.vaned.net> In-Reply-To: <20071111153112.GA7656@sub.vaned.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Dan Epure Subject: Re: [gepu@iogyte.ro: Re: openpty() and jail in RELENG_7] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 22:38:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Christian, Christian S.J. Peron wrote: > Please try the attached patch. I have committed this to head > and it somehow slipped through the cracks in terms of an MFC > > (patch /etc/defaults/devfs.rules) Do we need to expose /dev/ptmx as well? A glance at the code seems to be necessary if we want to use pts, but I need to dig deeper to confirm. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHONWxhcUczkLqiksRAhJmAKCv66+cvroD0mrTJcB5JII855dPtQCfZ0cj iIQ3fcYOtNY4m213YS8UNc4= =SGEr -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 12 22:50:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25E0216A417 for ; Mon, 12 Nov 2007 22:50:11 +0000 (UTC) (envelope-from ras@gerbil.cluepon.net) Received: from gerbil.cluepon.net (e-gerbil.net [69.31.1.2]) by mx1.freebsd.org (Postfix) with ESMTP id DC74313C4AA for ; Mon, 12 Nov 2007 22:50:10 +0000 (UTC) (envelope-from ras@gerbil.cluepon.net) Received: from gerbil.cluepon.net (ras@localhost.nlayer.net [127.0.0.1]) by gerbil.cluepon.net (8.13.8/8.13.8) with ESMTP id lACMh2ZT029287 for ; Mon, 12 Nov 2007 17:43:02 -0500 (EST) (envelope-from ras@gerbil.cluepon.net) Received: (from ras@localhost) by gerbil.cluepon.net (8.13.8/8.13.8/Submit) id lACMh2KW029286 for freebsd-stable@freebsd.org; Mon, 12 Nov 2007 17:43:02 -0500 (EST) (envelope-from ras) Date: Mon, 12 Nov 2007 17:43:02 -0500 From: Richard A Steenbergen To: freebsd-stable@freebsd.org Message-ID: <20071112224302.GT32228@gerbil.cluepon.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: rrdtool performance tuning (fwd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 22:50:11 -0000 > Dear colleagues, > > any hints to tune rrdtool with ~30k rrd files (approx 2k target > devices)? > > machine is mostly IO-bound, showing 100% disk load with 8 or sometimes > even 3 mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) Long and short of it, rrd sucks. I'm not sure whats sucks worse though, the architecture, the code, the data format, the fact that you have to exec open seek seek seek seek close for every one of those rrd files, or the 10000 character long command line you get to throw at it to generate complex graphs. :) I was working on a complete rewrite of the rrd update code a couple months back, but got distracted by other bigger projects and haven't had time to finish it up. If anyone is interested, there is some alpha code (aka do not run this on any .rrd files you value) at: http://sourceforge.net/projects/librrd/ The goal was to implement an efficient C API which wouldn't open/close the file with every cycle, use entirely mmap() (in stock code even when you say to use mmap, there is still a ton of legacy code which seeks around unnecessarily), and implement fine grained read/write locking for concurrency. Personally though, I suspect the vast majority of the speed improvements would come from just general code improvement rather than any specific technique (e.g. removing 5 levels of indirection which are completely unnecessary to accomplish a step, and which only exist because the code is a running hack based on small contributions that "make it work" from 100 different people who primarily write perl, all without any overall design). Pretty sure the remaining bug is in the CDP (consolidated data points) code which creates missing data points in the event you've waited longer than a PDP interval between updates. But more to the point, everything in rrd_update_cdp() is something I haven't yet reverse engineered to figure out what the actual goal is. If you can figure this out, you can probably rewrite that entire block in 1/5th the code, like everywhere else. :) Please let me know if there is any interest in this, I'll be happy to help provide info on what I've done so far, until I find more free time. :) -- Richard A Steenbergen http://www.e-gerbil.net/ras GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC) From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 00:28:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5DC516A421 for ; Tue, 13 Nov 2007 00:28:12 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 4B88313C4B8 for ; Tue, 13 Nov 2007 00:28:11 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (core.stromnet.se [83.218.84.131]) by core.stromnet.se (Postfix) with ESMTP id EEB68D4728B; Tue, 13 Nov 2007 00:50:41 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=0 required=6.2 tests=[AWL=2.499, BAYES_00=-2.599, RDNS_DYNAMIC=0.1] Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.131]) (amavisd-new, port 10024) with ESMTP id o1AFktiNoqPO; Tue, 13 Nov 2007 00:50:39 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id 7B459D4728A; Tue, 13 Nov 2007 00:50:39 +0100 (CET) In-Reply-To: <74777995-192A-4058-ABE5-8BA1676B0654@stromnet.se> References: <74777995-192A-4058-ABE5-8BA1676B0654@stromnet.se> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <188F0806-EB84-4044-A572-C9DCA75229F5@stromnet.se> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Tue, 13 Nov 2007 00:50:35 +0100 To: =?ISO-8859-1?Q?Johan_Str=F6m?= X-Mailer: Apple Mail (2.752.3) Cc: freebsd-stable@freebsd.org Subject: Re: Jails and PF states on locahost X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 00:28:12 -0000 No-one with any clues or recommendations? :/ CCing to -stable too.. Thanks -- Johan Str=F6m Stromnet johan@stromnet.se http://www.stromnet.se/ On Oct 29, 2007, at 09:37 , Johan Str=F6m wrote: > Hello > > I got a FreeBSD 6.2 box running a few jails, with a pretty strict =20 > PF ruleset. I got a problem with traffic between two of the jails. =20 > Both have public IPs (one of them have two using the jail-multiple-=20 > ip-patch). The problem I have is when they are to talk with each =20 > other. First let med describe the PF ruleset (somewhat stripped =20 > down but this should be the relevant stuff) > > jail1=3Dxx.xx.xx.131 > jail2a=3Dxx.xx.xx.133 > jail2b=3Dxx.xx.xx.134 > scrub in all > block drop in log > # base system talk to itself > pass in on lo0 inet from 127.0.0.1 to 127.0.0.1 > > # all can talk out > pass out on em0 proto tcp flags S/SA modulate state > pass out on em0 proto udp keep state > > # jails talk to them selfs > pass in on lo0 inet from $jail1 to $jail1 > pass in on lo0 inet from {$jail2a $jail2b} to {$jail2a $jail2b} > > # let smtp in on jail1 > pass in on {lo0 em0} inet proto tcp from any to $jail1 port smtp =20 > flags S/SA modulate state > > Okay, so the problem occurs when jail2 shall talk to jail1 on port =20 > 25 (smtp). =46rom the above rules, when the traffic leaves jail2 =20 > (traffic comes from $jail2b it seems) it should match the last rule =20= > and create a state. And so it does! > > self tcp xx.xx.xx:25 <- xx.xx.xx.134:57557 SYN_SENT:ESTABLISHED > [3014249759 + 65536](+2074393365) wscale 1 [4121000179 + 65536]=20 > (+541973245) wscale 1 > age 00:01:03, expires in 00:00:01, 7:10 pkts, 384:640 bytes > > So the SYN arives at $jail1, but the SYNACK fails to go back to =20 > $jail2b (where the state should let the packet back in?), which is =20 > also seen in the following row from pflog0: > > 09:30:34.370402 rule 1/0(match): block in on lo0: (tos 0x0, ttl =20 > 64, id 35618, offset 0, flags [DF], proto: TCP (6), length: 64) =20 > xx.xx.xx.131.25 > xx.xx.xx.134.57557: S 793675827:793675827(0) ack =20 > 4121000179 win 65535 > > So.. What have I missed? The state is created but it doesnt seem to =20= > match enough bytes or something? 384:640 matched packets, so et =20 > matches in both directions? > > Any clues are welcome! Thanks > > -- > Johan Str=F6m > Stromnet > johan@stromnet.se > http://www.stromnet.se/ > > > _______________________________________________ > freebsd-pf@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-pf > To unsubscribe, send any mail to "freebsd-pf-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 01:53:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A31E16A418 for ; Tue, 13 Nov 2007 01:53:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id C2AE113C494 for ; Tue, 13 Nov 2007 01:53:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1725841pyb for ; Mon, 12 Nov 2007 17:53:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=jUU7HgGXD8GKxs3IWQEAc7I2Nx5eAK1sz9w2/bYwaYQ=; b=nmvsh5/dF14/z4BkLP1moTmJcKsejaw534TJozElcGVyiZIpYyXinwIUgbiAlR1TfuGizPELk4/8d+Z7k7xhLv3Ooo7QBfG+OCDkcGQ8hbv/pfRNEhZDkjYLDzSf6l3R9rKg6fEPihEvxz+dD7y2RhBX3e5PifH7pW83P9MqPMw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=MTu0cS01/Rw5P8jXZNrhtOadRdut5qICzGWlFX+G+wwuzqWcIart5QbooCjMHM35dwbpLjnXZ3z8kRlvGiQAgxM4U7WHnC7L5VN4LMZMWM6qk8RGByZQ6Vo3JhiBSqk4Y+UIOaClV4XDeU17BeZk8VDDWfsVIHLLglrDKU8pI0A= Received: by 10.65.124.8 with SMTP id b8mr15189898qbn.1194918794471; Mon, 12 Nov 2007 17:53:14 -0800 (PST) Received: by 10.65.237.12 with HTTP; Mon, 12 Nov 2007 17:53:14 -0800 (PST) Message-ID: Date: Tue, 13 Nov 2007 10:53:14 +0900 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "[LoN]Kamikaze" In-Reply-To: <4736BB24.8010905@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071102095628.GA796@0lsen.net> <472AF94B.1020600@gmx.de> <20071104200325.T91647@fledge.watson.org> <20071104211009.GC20861@0lsen.net> <4736BB24.8010905@gmx.de> X-Google-Sender-Auth: 18231c9767d52aed Cc: freebsd-stable@freebsd.org, Clint Olsen Subject: Re: Source upgrade from 5.5 to 6.X not safe? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 01:53:24 -0000 On 11/11/2007, [LoN]Kamikaze wrote: > > If a binary/library that is currently used gets removed/replaced, it will be > copied to memory. The process will not even recognize this. Only restarting > the process will remove the old version from memory and cause the new one to > be used. I thought every OS did it like that, so I'm surprised that there are > systems causing problems in this case. Wha, when did that happen? I was always under the impression that binaries/libraries were demand paged in and referenced as a VM object via VFS; you could unlink/rename the file and the currently open reference would still be valid. (Admittedly I looked at this last in 4.x VFS.) Doing a rename-replace-unlink shouldn't clobber existing binaries that are using the library. Doing an -overwrite- of the existing file will cause exciting results. man install. :) Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 03:32:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C679F16A419 for ; Tue, 13 Nov 2007 03:32:09 +0000 (UTC) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator3.gatech.edu (deliverator3.gatech.edu [130.207.165.163]) by mx1.freebsd.org (Postfix) with ESMTP id 93AC413C48D for ; Tue, 13 Nov 2007 03:32:09 +0000 (UTC) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator4.gatech.edu (deliverator4.prism.gatech.edu [130.207.171.124]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "deliverator1.gatech.edu", Issuer "Georgia Tech Server Root" (not verified)) by deliverator3.gatech.edu (Postfix) with ESMTP id 9FB812220BE for ; Mon, 12 Nov 2007 22:08:34 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator4.gatech.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 89E39A488 for ; Mon, 12 Nov 2007 22:08:14 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Received: from mailprx5.gatech.edu (mailprx5.prism.gatech.edu [130.207.171.19]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "smtp.mail.gatech.edu", Issuer "RSA Data Security, Inc." (verified OK)) by deliverator4.gatech.edu (Postfix) with ESMTP id 401F9A4D7 for ; Mon, 12 Nov 2007 22:08:14 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Received: from hal2000 (r36h21.res.gatech.edu [128.61.36.21]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (sasl: method=LOGIN, username=nreveles3@mailprx5.gatech.edu, sender=n/a) by mailprx5.gatech.edu (Postfix) with ESMTP id E029321A4 for ; Mon, 12 Nov 2007 22:08:11 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Message-ID: <005301c825a2$6d762c90$6600a8c0@hal2000> From: "Nic Reveles" To: Date: Mon, 12 Nov 2007 22:08:10 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Upgrading from FreeBSD 5.4 to 5.5 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 03:32:09 -0000 Hello, I am trying to update my version of FreeBSD from 5.4 to 5.5-STABLE. = This is one of the many things I've yet to get my feet wet with yet, and = so I'm not entirely sure what it is I am doing. I've made a backup of = my most critical work. Some links I've found describing this process: 1. = http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html 2. http://www.nabble.com/Upgrading-FreeBSD-Questions-t4716949.html So far I've run cvsup with a line in it: *default tag=3DRELENG_5_5_0_RELEASE After a long time it said that it finished successfully. Regardless, = I'm not sure if the line I used is correct to get 5.5 STABLE. Then I ran: % make buildworld =3D=3D=3D> gnu/usr.bin/cvs/contrib sed -e 's,@CSH@,/bin/csh,' -e 's@PERL@,/usr/bin/perl,' = /usr/src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile= .in > Makefile "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in usr/src/gnu/usr.bin/cvs. *** Error code 1 Stop in usr/src/gnu/usr.bin. *** Error code 1 Stop in usr/src/gnu. *** Error code 1 Stop in usr/src. *** Error code 1 Stop in usr/src. *** Error code 1 Stop in usr/src. *** Error code 1 Stop in usr/src. Unfortunately, I typed all that out by hand and so it is quite possible = there is a typo or two, but that is the general jist of it all. Is = there someone who knows what is going on with this? All answers/tips = are greatly appreciated! Nic R. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 03:46:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 220CE16A421 for ; Tue, 13 Nov 2007 03:46:35 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (ipv6.darklight.org.ru [IPv6:2001:470:1f07:84::1]) by mx1.freebsd.org (Postfix) with ESMTP id D240413C49D for ; Tue, 13 Nov 2007 03:46:33 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.2/8.14.2) with ESMTP id lAD3kMcS005076; Tue, 13 Nov 2007 06:46:22 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: from localhost (localhost [[UNIX: localhost]]) by darklight.org.ru (8.14.2/8.14.2/Submit) id lAD3kLff005075; Tue, 13 Nov 2007 06:46:21 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f From: Yuri Pankov To: freebsd-stable@freebsd.org Date: Tue, 13 Nov 2007 06:46:20 +0300 User-Agent: KMail/1.9.7 References: <005301c825a2$6d762c90$6600a8c0@hal2000> In-Reply-To: <005301c825a2$6d762c90$6600a8c0@hal2000> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711130646.20986.yuri.pankov@gmail.com> Cc: Nic Reveles Subject: Re: Upgrading from FreeBSD 5.4 to 5.5 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 03:46:35 -0000 On Tuesday 13 November 2007 06:08:10 Nic Reveles wrote: > Hello, > > I am trying to update my version of FreeBSD from 5.4 to 5.5-STABLE. This > is one of the many things I've yet to get my feet wet with yet, and so I'm > not entirely sure what it is I am doing. I've made a backup of my most > critical work. > > Some links I've found describing this process: > 1. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html > 2. http://www.nabble.com/Upgrading-FreeBSD-Questions-t4716949.html > > So far I've run cvsup with a line in it: > *default tag=RELENG_5_5_0_RELEASE > > After a long time it said that it finished successfully. Regardless, I'm > not sure if the line I used is correct to get 5.5 STABLE. No, correct tag for 5-STABLE is RELENG_5 (or, if by "5.5 STABLE" you mean 5.5 with security patches, tag should be RELENG_5_5). See http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html > > Then I ran: > % make buildworld > > ===> gnu/usr.bin/cvs/contrib > sed -e 's,@CSH@,/bin/csh,' -e 's@PERL@,/usr/bin/perl,' > /usr/src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.. >in > Makefile "Makefile", line 15: Need an operator > make: fatal errors encountered -- cannot continue > *** Error code 1 > > Stop in usr/src/gnu/usr.bin/cvs. > *** Error code 1 > > Stop in usr/src/gnu/usr.bin. > *** Error code 1 > > Stop in usr/src/gnu. > *** Error code 1 > > Stop in usr/src. > *** Error code 1 > > Stop in usr/src. > *** Error code 1 > > Stop in usr/src. > *** Error code 1 > > Stop in usr/src. > I've seen this error before, it has something to do with timestamps in src/contrib/cvs (I've copied source tree using cp). Try removing /usr/src/contrib/cvs directory and cvsup again. > Unfortunately, I typed all that out by hand and so it is quite possible > there is a typo or two, but that is the general jist of it all. Is there > someone who knows what is going on with this? All answers/tips are greatly > appreciated! > > Nic R. Yuri From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 04:38:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7752616A481 for ; Tue, 13 Nov 2007 04:38:33 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from cg-p07-fb.rzone.de (cg-p07-fb.rzone.de [81.169.146.215]) by mx1.freebsd.org (Postfix) with ESMTP id D613013C4AC for ; Tue, 13 Nov 2007 04:38:32 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from mo-p07-ob.rzone.de (fruni-mo-p07-ob.mail [192.168.63.183]) by gibbsson-fb-04.store (RZmta 14.0) with ESMTP id R0286ejACE3eEX for ; Mon, 12 Nov 2007 17:38:02 +0100 (MET) (envelope-from: ) Received: from athena.laverenz.de (p5480C034.dip.t-dialin.net [84.128.192.52]) by post.webmailer.de (fruni mo41) (RZmta 14.0) with ESMTP id i02208jACFTNHa for ; Mon, 12 Nov 2007 17:36:03 +0100 (MET) (envelope-from: ) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id 26121E0AA253 for ; Mon, 12 Nov 2007 17:36:03 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 08182-02 for ; Mon, 12 Nov 2007 17:36:02 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id 1FDDDE0AA251; Mon, 12 Nov 2007 17:36:01 +0100 (CET) Date: Mon, 12 Nov 2007 17:36:01 +0100 From: Uwe Laverenz To: freebsd-stable@freebsd.org Message-ID: <20071112163601.GA2738@laverenz.de> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de X-RZG-AUTH: l30WrtbrzmfyRJtZ7/TtK2qIdZIgjE9K4Q55TXGhenj8TX5ShWTsXpHnUGajtbW8 X-RZG-CLASS-ID: mo07 Subject: 7.0 beta2 vs. SATA DVD drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 04:38:33 -0000 Hi, I was trying to install 7.0 beta 2 on a system that has a SATA attached DVD drive. The system starts to the point where it waits for the SCSI devices to initialize. After that it starts reading from the install media and constantly gets read timeouts == no installation possible. Does anybody else see this problem? Tyan K8W (S2825), 2xOpteron 250, 2GB RAM 3ware 9500S-4LP with 2 WD disks LSI-1030 (mpt) with tape drive onboard SATA Controller: SiI 3114 only optical drive is a SATA DVD-Burner The problem occurs with 7.0b2 i386 and amd64. 6.2 RELEASE installs without problems, so I guess it is a bug?! Uwe From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 06:31:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3184416A419 for ; Tue, 13 Nov 2007 06:31:18 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 7DB6D13C48D for ; Tue, 13 Nov 2007 06:31:16 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 13 Nov 2007 06:30:48 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp044) with SMTP; 13 Nov 2007 07:30:48 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX18ZM4c9V0cZj2lSVhNPYeWP+f/UVR0ahDhB1O8U5c fIhRCqGG9SShLN Message-ID: <47394497.8000802@gmx.de> Date: Tue, 13 Nov 2007 07:30:47 +0100 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Adrian Chadd References: <20071102095628.GA796@0lsen.net> <472AF94B.1020600@gmx.de> <20071104200325.T91647@fledge.watson.org> <20071104211009.GC20861@0lsen.net> <4736BB24.8010905@gmx.de> In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org, Clint Olsen Subject: Re: Source upgrade from 5.5 to 6.X not safe? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 06:31:18 -0000 Adrian Chadd wrote: > On 11/11/2007, [LoN]Kamikaze wrote: >> If a binary/library that is currently used gets removed/replaced, it will be >> copied to memory. The process will not even recognize this. Only restarting >> the process will remove the old version from memory and cause the new one to >> be used. I thought every OS did it like that, so I'm surprised that there are >> systems causing problems in this case. > > Wha, when did that happen? I was always under the impression that > binaries/libraries were demand paged in and referenced as a VM object > via VFS; you could unlink/rename the file and the currently open > reference would still be valid. I didn't know that binaries and libraries keep a reference to the file they were created from. Anyway, to the user the whole thing is transparent. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 07:43:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A337316A417; Tue, 13 Nov 2007 07:43:25 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from comtv.ru (comtv.ru [217.10.32.17]) by mx1.freebsd.org (Postfix) with ESMTP id BD5A913C4B7; Tue, 13 Nov 2007 07:43:24 +0000 (UTC) (envelope-from lol@chistydom.ru) X-UCL: actv Received: from yoda.org.ru ([83.167.98.162] verified) by comtv.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP id 17898579; Tue, 13 Nov 2007 10:43:11 +0300 Received: from [80.68.244.40] (adm40.relax.ru [80.68.244.40]) (Authenticated sender: llp@soekris.ru) by yoda.org.ru (Postfix) with ESMTP id DB40D28CF5; Tue, 13 Nov 2007 10:43:15 +0300 (MSK) Message-ID: <4739557A.6090209@chistydom.ru> Date: Tue, 13 Nov 2007 10:42:50 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Panagiotis Christias References: <47137D36.1020305@chistydom.ru> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> <47349A17.3080806@FreeBSD.org> <47373B43.9060406@chistydom.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Kris Kennaway , freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 07:43:25 -0000 Hi. Panagiotis Christias wrote: >>>>> In the "good" case you are getting a much higher interrupt rate but >>>>> with the data you provided I can't tell where from. You need to run >>>>> vmstat -i at regular intervals (e.g. every 10 seconds for a minute) >>>>> during the "good" and "bad" times, since it only provides counters >>>>> and an average rate over the uptime of the system. >>>> Now I'm running 10-process lighttpd and the problem became no so big. >>>> >>>> I collected interrupt stats and it shows no relation beetween >>>> ionterrupts and slowdowns. Here is it: >>>> http://83.167.98.162/gprof/intr-graph/ >>>> >>>> Also I have similiar statistics on mutex profiling and it shows >>>> there's no problem in mutexes. >>>> http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ >>>> >>>> I have no idea what else to check. >>> I don't know what this graph is showing me :) When precisely is the >>> system behaving poorly? > what is your RAID controller configuration (read ahead/cache/write > policy)? I have seen weird/bogus numbers (~100% busy) reported by > systat -v when read ahead was enabled on LSI/amr controllers. ********************************************************************** Existing Logical Drive Information By LSI Logic Corp.,USA ********************************************************************** [Note: For SATA-2, 4 and 6 channel controllers, please specify Ch=0 Id=0..15 for specifying physical drive(Ch=channel, Id=Target)] Logical Drive : 0( Adapter: 0 ): Status: OPTIMAL --------------------------------------------------- SpanDepth :01 RaidLevel: 5 RdAhead : Adaptive Cache: DirectIo StripSz :064KB Stripes : 6 WrPolicy: WriteBack Logical Drive 0 : SpanLevel_0 Disks Chnl Target StartBlock Blocks Physical Target Status ---- ------ ---------- ------ ---------------------- 0 00 0x00000000 0x22ec0000 ONLINE 0 01 0x00000000 0x22ec0000 ONLINE 0 02 0x00000000 0x22ec0000 ONLINE 0 03 0x00000000 0x22ec0000 ONLINE 0 04 0x00000000 0x22ec0000 ONLINE 0 05 0x00000000 0x22ec0000 ONLINE I tried to run with disabled Read-ahead, but it didn't help. With best regards, Alexey Popov From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 09:08:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6344116A41A for ; Tue, 13 Nov 2007 09:08:26 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from authsmtp.rrzn.uni-hannover.de (authsmtp.rrzn.uni-hannover.de [130.75.2.107]) by mx1.freebsd.org (Postfix) with ESMTP id E97A713C4B3 for ; Tue, 13 Nov 2007 09:08:24 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by authsmtp.rrzn.uni-hannover.de (8.13.8/8.13.7) with ESMTP id lAD8c18s013591 for ; Tue, 13 Nov 2007 09:38:02 +0100 Received: from pmp.uni-hannover.de (theq.pmp.uni-hannover.de [130.75.117.4]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 3001C4F for ; Tue, 13 Nov 2007 09:38:01 +0100 (CET) Date: Tue, 13 Nov 2007 09:38:00 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-Id: <20071113093800.dd001dda.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.2 (GTK+ 2.10.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.11.13.1329 Subject: System unbootable after upgrade to FBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 09:08:26 -0000 Hi, I just upgraded my first system from 6-stable to 7. installkernel and installworld went well. However, the system won't boot anymore. :-( The bootloader still appears, grabs kernel and modules, followed by Can't work out which disk we are booting from. Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: panic: free: guard1 fail @ 0x6c23c from /usr/src/sys/boot/i386/loader/../../common/module.c:959 press any key to reboot Maybe I did something stupid during the update, though I cannot imagine what it might have been. Any hints how to get my system back online? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 09:21:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F42C16A421 for ; Tue, 13 Nov 2007 09:21:39 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id B3A1113C4C1 for ; Tue, 13 Nov 2007 09:21:38 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (d188115.adsl.hansenet.de [80.171.188.115]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1IrrkA0rjJ-0001cI; Tue, 13 Nov 2007 10:07:38 +0100 Message-ID: <47396961.3060702@janh.de> Date: Tue, 13 Nov 2007 10:07:45 +0100 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: stable-list freebsd Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX19/qfk0Hi3aoVrvZMh9kY0/WrV5kWcHilrE4NB TDyQDDAUF26s4i357pooF8DYmYjAAnP92RJ9coYYfd6/xKWn8i ne6qNHfC3i1KKuoVzum0A== Subject: 6.3-BETA1: acpi_tz0: _TMP value is absurd, ignored (-13.4C) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 09:21:39 -0000 I upgraded an old machine from 6.2-RELEASE-p7 to 6.3-BETA1 (via freebsd-update). Now every ten seconds I get: acpi_tz0: _TMP value is absurd, ignored (-13.4C) At the same time, I have: hw.acpi.thermal.tz0.temperature: -273.2C The machine has a Gigabyte GA-686BX board with Intel 82440 BX chipset (nine years old). I do not know what the temperature was on 6.2, but I did not get the dmesg output. If that is interesting, I could rollback the upgrade. Anything I can do but setting hw.acpi.thermal.polling_rate to 0? Thanks, Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 12:04:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3705516A417 for ; Tue, 13 Nov 2007 12:04:53 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.177]) by mx1.freebsd.org (Postfix) with ESMTP id E41E213C4AA for ; Tue, 13 Nov 2007 12:04:52 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by el-out-1112.google.com with SMTP id s27so437164ele for ; Tue, 13 Nov 2007 04:04:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=U908uyWbAjniGkcpqo+kQasgOLxnedS5fQFK1E8Wg7U=; b=Ni7g8/xYnKCYmxh9wqFBwioL4youujcQXD9q0D5e8o4diEJtvJ+2qgtc8dbA6dkKEdPZe1WmcGWRxe3JGKU+w3xpx/WwZ5nuVUQ8JBU1nsW/RJj5hqvXQwzaLgsRA5tqykH9/rLG1QKxAKxtDOzM4J1mhrXQKNBLqyu3jR0gPDc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=qp4h+qKFPiAfqgQNSWrAbhODl4hFW8fk5bEvk+tFwgK3NAaxjms6k9JgWoQhQHtaW9I49qUiUP3PYysuAjKsZrGe8wqU35NH5780YETctgl1lQ3kpKhHaAwVIlsg7vfaIEuxB1zl/ylW3GsPdrGb7gXsNJLFYNfsnapi14K3X6w= Received: by 10.90.33.16 with SMTP id g16mr1024423agg.1194955480118; Tue, 13 Nov 2007 04:04:40 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e27sm6245673elf.2007.11.13.04.04.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Nov 2007 04:04:39 -0800 (PST) Message-ID: <473992D2.3060004@gmail.com> Date: Tue, 13 Nov 2007 07:04:34 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20071112163601.GA2738@laverenz.de> In-Reply-To: <20071112163601.GA2738@laverenz.de> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: 7.0 beta2 vs. SATA DVD drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 12:04:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Uwe Laverenz wrote: > Hi, > > I was trying to install 7.0 beta 2 on a system that has a SATA attached > DVD drive. The system starts to the point where it waits for the SCSI > devices to initialize. After that it starts reading from the install media > and constantly gets read timeouts == no installation possible. Yes and it is under active investigation. - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHOZLSJ9+1V27SttsRAqqtAJ9JmmLT1f8aVkNRAOKHubqlKAtmFgCfYhC6 S0zlZo5JBKW5zXt6zEjw95U= =vCiZ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 12:11:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2744116A469 for ; Tue, 13 Nov 2007 12:11:50 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from cg-p07-fb.rzone.de (cg-p07-fb.rzone.de [81.169.146.215]) by mx1.freebsd.org (Postfix) with ESMTP id 8247713C48E for ; Tue, 13 Nov 2007 12:11:48 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from mo-p07-ob.rzone.de (mrclete-mo-p07-ob.mail [192.168.63.176]) by charnel-fb-02.store (RZmta 14.0) with ESMTP id r03707jAD7v8J3 for ; Tue, 13 Nov 2007 13:11:27 +0100 (MET) (envelope-from: ) Received: from athena.laverenz.de (p5480F530.dip.t-dialin.net [84.128.245.48]) by post.webmailer.de (mrclete mo58) (RZmta 14.0) with ESMTP id p0276ajADB2FNR for ; Tue, 13 Nov 2007 13:09:31 +0100 (MET) (envelope-from: ) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id CEEE0E0AA253 for ; Tue, 13 Nov 2007 13:09:30 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 30129-05-2 for ; Tue, 13 Nov 2007 13:09:30 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id 2C61BE0AA251; Tue, 13 Nov 2007 13:09:30 +0100 (CET) Date: Tue, 13 Nov 2007 13:09:30 +0100 From: Uwe Laverenz To: freebsd-stable@freebsd.org Message-ID: <20071113120930.GA31270@laverenz.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <20071112163601.GA2738@laverenz.de> <473992D2.3060004@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <473992D2.3060004@gmail.com> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de X-RZG-AUTH: l30WrtbrzmfyRJtZ7/TtK2qIdZIgjE9K4Q55TXGhenj8TX5ShWTsXpHkhl54r4fL X-RZG-CLASS-ID: mo07 Subject: Re: 7.0 beta2 vs. SATA DVD drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 12:11:50 -0000 On Tue, Nov 13, 2007 at 07:04:34AM -0500, Aryeh M. Friedman wrote: > > and constantly gets read timeouts == no installation possible. > > Yes and it is under active investigation. Thank you. :) Uwe From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 12:16:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCA1416A417 for ; Tue, 13 Nov 2007 12:16:34 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from authsmtp.rrzn.uni-hannover.de (authsmtp.rrzn.uni-hannover.de [130.75.2.107]) by mx1.freebsd.org (Postfix) with ESMTP id 6BB2813C4A6 for ; Tue, 13 Nov 2007 12:16:34 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by authsmtp.rrzn.uni-hannover.de (8.13.8/8.13.7) with ESMTP id lADCGOVY008514 for ; Tue, 13 Nov 2007 13:16:25 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 401D84F for ; Tue, 13 Nov 2007 13:16:24 +0100 (CET) Date: Tue, 13 Nov 2007 13:16:24 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-Id: <20071113131624.23665958.gerrit@pmp.uni-hannover.de> In-Reply-To: <20071113093800.dd001dda.gerrit@pmp.uni-hannover.de> References: <20071113093800.dd001dda.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.11.13.35625 Subject: Re: System unbootable after upgrade to FBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 12:16:34 -0000 On Tue, 13 Nov 2007 09:38:00 +0100 Gerrit K=FChn wrote about System unbootable after upgrade to FBSD 7: GK> Can't work out which disk we are booting from. GK> Guessed BIOS device 0xffffffff not found by probes, defaulting to GK> disk0: GK> panic: free: guard1 fail @ 0x6c23c GK> from /usr/src/sys/boot/i386/loader/../../common/module.c:959 For the record: I just managed to find the solution for this on -current (don't know why I couldn't find this already yesterday): Bad CFLAGS in make.conf. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 12:18:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2545B16A417 for ; Tue, 13 Nov 2007 12:18:38 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id BAE1713C48D for ; Tue, 13 Nov 2007 12:18:37 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so907115wra for ; Tue, 13 Nov 2007 04:18:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=pF0aulPuQGifcHonuuEHpsCZbCseoa1mHnvLLc99zFw=; b=kvuLX+AOGtQMHXC9a7jm8oTdGgvnVj9yAo+0CfUcyY47dH3KvILdmbJFrE/BGXahlMSSmy0Af3tg/NHPfeX8Q6EuUfyZIw+9J3OkGBMkLL6UOjw1ZeCY70pvUcp1moiqzdQmN6RGauAGhHMPHGHtVeKWyryaYbZJIV5GaIdxfZE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=PEmGn3ycTkzB7nIbUbH4T7JMZ3m8bvK7nFHeCsH9zWfyhxRk16S+Pcl74SBeKF5K0B+hMB8FMN+G1gpAOH7ysxev7baj2ED7Hk90XZQIcQyjP+y96KbQDAcuDod3Pj9Wpvxopnjm2mjrv9NxDa5YQ2W0ts4/qCucRcvWucoeHZQ= Received: by 10.90.25.3 with SMTP id 3mr1060079agy.1194956308564; Tue, 13 Nov 2007 04:18:28 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e27sm6265721elf.2007.11.13.04.18.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Nov 2007 04:18:27 -0800 (PST) Message-ID: <4739960B.7060501@gmail.com> Date: Tue, 13 Nov 2007 07:18:19 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20071112163601.GA2738@laverenz.de> <473992D2.3060004@gmail.com> <20071113120930.GA31270@laverenz.de> In-Reply-To: <20071113120930.GA31270@laverenz.de> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: 7.0 beta2 vs. SATA DVD drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 12:18:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Uwe Laverenz wrote: > On Tue, Nov 13, 2007 at 07:04:34AM -0500, Aryeh M. Friedman wrote: > >>> and constantly gets read timeouts == no installation possible. >> Yes and it is under active investigation. > > Thank you. :) Just for the record what chipset is your Mobo (it has been reported on several but most commonly ICH9(R)?.... Also don't expect any more movement on the issue to sometime after Friday (I am one of the test cases and one of the developers sent me a "known" to work drive that should arrive on Friday)... in the mean time you can look at the "[Announcement] Wiki for P35/ICH9" thread in -current for a lot of guesses but no hard data. - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHOZYKJ9+1V27SttsRAkwtAJ9Q1JIi8ylnUlyO1rIji5n8VyIcDACgj0/u 0ZEuI4l/U/yY5luLKr9UG0E= =fLOg -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 12:49:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61F2716A421; Tue, 13 Nov 2007 12:49:04 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8E26813C4BE; Tue, 13 Nov 2007 12:49:03 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id DBE70DAD63; Tue, 13 Nov 2007 18:31:21 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 3E026DACE0 for ; Tue, 13 Nov 2007 18:31:19 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id EB5EB60357; Tue, 13 Nov 2007 12:30:40 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6FE5116A4FD; Tue, 13 Nov 2007 12:30:40 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A337316A417; Tue, 13 Nov 2007 07:43:25 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from comtv.ru (comtv.ru [217.10.32.17]) by mx1.freebsd.org (Postfix) with ESMTP id BD5A913C4B7; Tue, 13 Nov 2007 07:43:24 +0000 (UTC) (envelope-from lol@chistydom.ru) X-UCL: actv Received: from yoda.org.ru ([83.167.98.162] verified) by comtv.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP id 17898579; Tue, 13 Nov 2007 10:43:11 +0300 Received: from [80.68.244.40] (adm40.relax.ru [80.68.244.40]) (Authenticated sender: llp@soekris.ru) by yoda.org.ru (Postfix) with ESMTP id DB40D28CF5; Tue, 13 Nov 2007 10:43:15 +0300 (MSK) Message-ID: <4739557A.6090209@chistydom.ru> Date: Tue, 13 Nov 2007 10:42:50 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Panagiotis Christias References: <47137D36.1020305@chistydom.ru> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> <47349A17.3080806@FreeBSD.org> <47373B43.9060406@chistydom.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 13 Nov 2007 12:30:35 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Nov 13 18:31:21 2007 X-DSPAM-Confidence: 0.9980 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47399919191321335389820 X-DSPAM-Factors: 27, From*Alexey, 0.00031, With+best, 0.00031, best+regards, 0.00031, regards+Alexey, 0.00032, Alexey, 0.00054, Sender*owner+freebsd, 0.00140, Sender*freebsd, 0.00140, List-Post*freebsd, 0.00140, List-Post* List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 12:49:04 -0000 Hi. Panagiotis Christias wrote: >>>>> In the "good" case you are getting a much higher interrupt rate but >>>>> with the data you provided I can't tell where from. You need to run >>>>> vmstat -i at regular intervals (e.g. every 10 seconds for a minute) >>>>> during the "good" and "bad" times, since it only provides counters >>>>> and an average rate over the uptime of the system. >>>> Now I'm running 10-process lighttpd and the problem became no so big. >>>> >>>> I collected interrupt stats and it shows no relation beetween >>>> ionterrupts and slowdowns. Here is it: >>>> http://83.167.98.162/gprof/intr-graph/ >>>> >>>> Also I have similiar statistics on mutex profiling and it shows >>>> there's no problem in mutexes. >>>> http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ >>>> >>>> I have no idea what else to check. >>> I don't know what this graph is showing me :) When precisely is the >>> system behaving poorly? > what is your RAID controller configuration (read ahead/cache/write > policy)? I have seen weird/bogus numbers (~100% busy) reported by > systat -v when read ahead was enabled on LSI/amr controllers. ********************************************************************** Existing Logical Drive Information By LSI Logic Corp.,USA ********************************************************************** [Note: For SATA-2, 4 and 6 channel controllers, please specify Ch=0 Id=0..15 for specifying physical drive(Ch=channel, Id=Target)] Logical Drive : 0( Adapter: 0 ): Status: OPTIMAL --------------------------------------------------- SpanDepth :01 RaidLevel: 5 RdAhead : Adaptive Cache: DirectIo StripSz :064KB Stripes : 6 WrPolicy: WriteBack Logical Drive 0 : SpanLevel_0 Disks Chnl Target StartBlock Blocks Physical Target Status ---- ------ ---------- ------ ---------------------- 0 00 0x00000000 0x22ec0000 ONLINE 0 01 0x00000000 0x22ec0000 ONLINE 0 02 0x00000000 0x22ec0000 ONLINE 0 03 0x00000000 0x22ec0000 ONLINE 0 04 0x00000000 0x22ec0000 ONLINE 0 05 0x00000000 0x22ec0000 ONLINE I tried to run with disabled Read-ahead, but it didn't help. With best regards, Alexey Popov _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 15:55:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDFAF16A418 for ; Tue, 13 Nov 2007 15:55:23 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from mo-p07-ob.rzone.de (mo-p07-ob.rzone.de [81.169.146.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3809A13C4BF for ; Tue, 13 Nov 2007 15:55:22 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from athena.laverenz.de (p5480F530.dip.t-dialin.net [84.128.245.48]) by post.webmailer.de (mrclete mo55) (RZmta 14.0) with ESMTP id y02751jADDqnJB for ; Tue, 13 Nov 2007 16:55:08 +0100 (MET) (envelope-from: ) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id 9F9C3E0AA253 for ; Tue, 13 Nov 2007 16:55:08 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 02075-06 for ; Tue, 13 Nov 2007 16:55:07 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id 9A16CE0AA251; Tue, 13 Nov 2007 16:55:07 +0100 (CET) Date: Tue, 13 Nov 2007 16:55:07 +0100 From: Uwe Laverenz To: freebsd-stable@freebsd.org Message-ID: <20071113155507.GB31270@laverenz.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <20071112163601.GA2738@laverenz.de> <473992D2.3060004@gmail.com> <20071113120930.GA31270@laverenz.de> <4739960B.7060501@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4739960B.7060501@gmail.com> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de X-RZG-AUTH: l30WrtbrzmfyRJtZ7/TtK2qIdZIgjE9K4Q55TXGhenj8TX5ShWTsXpHkhl54r4fL X-RZG-CLASS-ID: mo07 Subject: Re: 7.0 beta2 vs. SATA DVD drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 15:55:23 -0000 On Tue, Nov 13, 2007 at 07:18:19AM -0500, Aryeh M. Friedman wrote: > Just for the record what chipset is your Mobo (it has been reported on > several but most commonly ICH9(R)?.... Also don't expect any more The board has an AMD 8151+8111 combo with a SiI 3114 SATA Controller, so it's not an Intel problem I guess. On a german FreeBSD mailing list there was another report where a Blade 150 (sparc64) was involved. > movement on the issue to sometime after Friday (I am one of the test > cases and one of the developers sent me a "known" to work drive that > should arrive on Friday)... in the mean time you can look at the > "[Announcement] Wiki for P35/ICH9" thread in -current for a lot of > guesses but no hard data. Ok, thank you. Uwe From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 19:28:58 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C420A16A420 for ; Tue, 13 Nov 2007 19:28:58 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 4BC7713C455 for ; Tue, 13 Nov 2007 19:28:58 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id EB5D0C943A for ; Tue, 13 Nov 2007 14:11:00 -0500 (EST) Message-Id: <0ECA0F43-497A-4823-8731-D517889D5822@khera.org> From: Vivek Khera To: stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Tue, 13 Nov 2007 14:11:00 -0500 X-Mailer: Apple Mail (2.912) Cc: Subject: reboot after panic: vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 19:28:58 -0000 I've got a Dell 1750 box that was rock-solid stable running 4.11 for a couple of years now operating a pretty busy website backend. A month or so ago we wiped it clean and repurposed it to run a different website running Drupal with a Varnish front-end cache using FreeBSD 6.2-RELEASE-p5. The system is i386 and has 1Gb of RAM. Uname output: FreeBSD mb.kcilink.com 6.2-RELEASE-p5 FreeBSD 6.2- RELEASE-p5 #0: Wed Jun 27 10:47:15 EDT 2007 vivek@dbarchive.m1e.net:/n/lorax1/usr6/obj.i386/n/lorax1/usr6/src/sys/ KCI32SMP i386 The last week or so, it has been crashing regularly. Sometimes twice per day, and sometimes it runs for two days without a problem. I finally managed to make it dump a crashlog and core, and discovered that the panic was: reboot after panic: vm_page_unwire: invalid wire count: 0 I google around and found one old PR #33637 which had a patch but that was for FreeBSD 4.5. I have also found two other mentions of this panic, one on the mailing lists with no responses, and another for a PR from 6.1-PRERELEASE, PR #94578, which has no comments on it. According to the http and varnish logs, we're not being particularly hit very hard when the panic happens, but I don't know if we lose some log data during the panic. I have the core and the kernel.debug. I'm not sure what info to extract from it beyond the backtrace. The watchdog timer fired and dropped me to DDB, so I just typed "watchdog" and "c" and let it finish dumping. Here's the backtrace, and "bt full" output. # kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/ libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: vm_page_unwire: invalid wire count: 0 cpuid = 1 KDB: stack backtrace: kdb_backtrace(100,c5a76000,c0e88ab0,0,d90d82c8,...) at kdb_backtrace +0x29 panic(c06b011f,0,c0e88ab0,efe80900,c057b96a,...) at panic+0x114 vm_page_unwire(c0e88ab0,0) at vm_page_unwire+0x68 vfs_vmio_release(d90d82c8) at vfs_vmio_release+0xa2 getnewbuf(0,0,4000,4000) at getnewbuf+0x2bc getblk(c6f81550,4f5,0,4000,0,...) at getblk+0x360 ffs_balloc_ufs2(c6f81550,13d4000,0,fa,c4f32780,...) at ffs_balloc_ufs2+0x1606 ffs_write(efe80bec) at ffs_write+0x2ec VOP_WRITE_APV(c06e06a0,efe80bec) at VOP_WRITE_APV+0xce vn_write(c59c8000,efe80cbc,c51cf400,0,c5a76000) at vn_write+0x1ee dofilewrite(c5a76000,c,c59c8000,efe80cbc,ffffffff,...) at dofilewrite +0x77 kern_writev(c5a76000,c,efe80cbc,821bba3,fa,...) at kern_writev+0x3b write(c5a76000,efe80d04) at write+0x45 syscall(3b,809003b,bfbf003b,0,bfbfeaa4,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x483d732f, esp = 0xbfbfe9dc, ebp = 0xbfbfea08 --- Uptime: 1d20h51m58s Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95interrupt total irq4: sio0 21758 irq15: ata1 1 irq16: bge0 4544565 irq17: bge1 17684238 irq18: amr0 588223 cpu0: timer 323148326 cpu2: timer 323148294 cpu1: timer 323148331 cpu3: timer 323148344 Total 1315432158 KDB: stack backtrace: kdb_backtrace(c069ec5d,4e67e6de,0,c06ea170,c06e9818,...) at kdb_backtrace+0x29 watchdog_fire(c07120e0,c8,efe80634,c065c821,efe8063c,...) at watchdog_fire+0x9d hardclock(efe8063c) at hardclock+0x115 lapic_handle_timer(0) at lapic_handle_timer+0x51 Xtimerint(c4fe6000,1,efe806a8,c066d57b,c4fe6000,...) at Xtimerint+0x30 getit(c4fe6000,c4fe6000,4,efe806c0,c0496f97,...) at getit+0x88 DELAY(1) at DELAY+0x3b amr_quartz_poll_command1(c4fe6000,c51fbff0,0,0,1000,...) at amr_quartz_poll_command1+0x1af amr_setup_polled_dmamap(c51fbff0,c4fef800,1,0) at amr_setup_polled_dmamap+0x94 bus_dmamap_load(c4ffe380,0,c0c22000,10000,c0496cd4,c51fbff0,1) at bus_dmamap_load+0x4b5 amr_quartz_poll_command(c51fbff0) at amr_quartz_poll_command+0x51 amr_dump_blocks(c4fe6000,0,4cb25e,c0c22000,80) at amr_dump_blocks+0x5f amrd_dump(c515b700,c0c22000,0,9964bc00,0,10000) at amrd_dump+0x7c cb_dumpdata(c0711a48,1,c06f44a0) at cb_dumpdata+0x100 foreach_chunk(c0655a78,c06f44a0,c06f44a0) at foreach_chunk+0x23 dumpsys(c06f44a0,efe808b0,c05319be,0,c515b88c,...) at dumpsys+0x1ec doadump(0,c515b88c,483d732f,c4f8998c,c5a76000,...) at doadump+0x42 boot(104,104,c5a76000,c0e88ab0,0,...) at boot+0x4ea panic(c06b011f,0,c0e88ab0,efe80900,c057b96a,...) at panic+0x1b9 vm_page_unwire(c0e88ab0,0) at vm_page_unwire+0x68 vfs_vmio_release(d90d82c8) at vfs_vmio_release+0xa2 getnewbuf(0,0,4000,4000) at getnewbuf+0x2bc getblk(c6f81550,4f5,0,4000,0,...) at getblk+0x360 ffs_balloc_ufs2(c6f81550,13d4000,0,fa,c4f32780,...) at ffs_balloc_ufs2+0x1606 ffs_write(efe80bec) at ffs_write+0x2ec VOP_WRITE_APV(c06e06a0,efe80bec) at VOP_WRITE_APV+0xce vn_write(c59c8000,efe80cbc,c51cf400,0,c5a76000) at vn_write+0x1ee dofilewrite(c5a76000,c,c59c8000,efe80cbc,ffffffff,...) at dofilewrite +0x77 kern_writev(c5a76000,c,efe80cbc,821bba3,fa,...) at kern_writev+0x3b write(c5a76000,efe80d04) at write+0x45 syscall(3b,809003b,bfbf003b,0,bfbfeaa4,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x483d732f, esp = 0xbfbfe9dc, ebp = 0xbfbfea08 --- KDB: enter: watchdog timeout 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc05319be in boot (howto=260) at /n/lorax1/usr6/src/sys/kern/kern_shutdown.c:409 first_buf_printf = 1 #2 0xc0531d15 in panic ( fmt=0xc06b011f "vm_page_unwire: invalid wire count: %d") at /n/lorax1/usr6/src/sys/kern/kern_shutdown.c:565 td = (struct thread *) 0xc5a76000 bootopt = 260 newpanic = 1 ap = 0xc5a76000 "0D???T;?" buf = "vm_page_unwire: invalid wire count: 0", '\0' #3 0xc0633948 in vm_page_unwire (m=0xc0e88ab0, activate=0) at /n/lorax1/usr6/src/sys/vm/vm_page.c:1275 No locals. #4 0xc057b96a in vfs_vmio_release (bp=0xd90d82c8) at /n/lorax1/usr6/src/sys/kern/vfs_bio.c:1470 i = 0 m = 0xc0e88ab0 #5 0xc057c108 in getnewbuf (slpflag=0, slptimeo=0, size=16384, maxsize=16384) at /n/lorax1/usr6/src/sys/kern/vfs_bio.c:1779 qindex = 1 bp = (struct buf *) 0xd90d82c8 nbp = (struct buf *) 0xd907ae20 defrag = 0 nqindex = 1 flushingbufs = 0 #6 0xc057d6ac in getblk (vp=0xc6f81550, blkno=1269, size=16384, slpflag=0, ---Type to continue, or q to quit--- slptimeo=0, flags=0) at /n/lorax1/usr6/src/sys/kern/vfs_bio.c:2497 bsize = 16384 maxsize = 0 vmio = 1 offset = Unhandled dwarf expression opcode 0x93 (kgdb) From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 21:50:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62D7116A41B for ; Tue, 13 Nov 2007 21:50:30 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from ro-out-1112.google.com (ro-out-1112.google.com [72.14.202.176]) by mx1.freebsd.org (Postfix) with ESMTP id EC56313C47E for ; Tue, 13 Nov 2007 21:50:29 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by ro-out-1112.google.com with SMTP id m6so2019806roe for ; Tue, 13 Nov 2007 13:50:29 -0800 (PST) Received: by 10.143.8.10 with SMTP id l10mr250625wfi.1194990626791; Tue, 13 Nov 2007 13:50:26 -0800 (PST) Received: by 10.143.34.2 with HTTP; Tue, 13 Nov 2007 13:50:26 -0800 (PST) Message-ID: Date: Tue, 13 Nov 2007 23:50:26 +0200 From: "Vlad GALU" To: freebsd-stable@freebsd.org In-Reply-To: <0ECA0F43-497A-4823-8731-D517889D5822@khera.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <0ECA0F43-497A-4823-8731-D517889D5822@khera.org> Subject: Re: reboot after panic: vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 21:50:30 -0000 On 11/13/07, Vivek Khera wrote: > I've got a Dell 1750 box that was rock-solid stable running 4.11 for a > couple of years now operating a pretty busy website backend. A month > or so ago we wiped it clean and repurposed it to run a different > website running Drupal with a Varnish front-end cache using FreeBSD > 6.2-RELEASE-p5. The system is i386 and has 1Gb of RAM. > > Uname output: FreeBSD mb.kcilink.com 6.2-RELEASE-p5 FreeBSD 6.2- > RELEASE-p5 #0: Wed Jun 27 10:47:15 EDT 2007 > vivek@dbarchive.m1e.net:/n/lorax1/usr6/obj.i386/n/lorax1/usr6/src/sys/ > KCI32SMP i386 > > > The last week or so, it has been crashing regularly. Sometimes twice > per day, and sometimes it runs for two days without a problem. I > finally managed to make it dump a crashlog and core, and discovered > that the panic was: > > reboot after panic: vm_page_unwire: invalid wire count: 0 > > I google around and found one old PR #33637 which had a patch but that > was for FreeBSD 4.5. I have also found two other mentions of this > panic, one on the mailing lists with no responses, and another for a > PR from 6.1-PRERELEASE, PR #94578, which has no comments on it. > > According to the http and varnish logs, we're not being particularly > hit very hard when the panic happens, but I don't know if we lose some > log data during the panic. > > I have the core and the kernel.debug. I'm not sure what info to > extract from it beyond the backtrace. The watchdog timer fired and > dropped me to DDB, so I just typed "watchdog" and "c" and let it > finish dumping. > > Here's the backtrace, and "bt full" output. > > > # kgdb kernel.debug /var/crash/vmcore.0 > [GDB will not be able to debug user-mode threads: /usr/lib/ > libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and > you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > panic: vm_page_unwire: invalid wire count: 0 > cpuid = 1 > KDB: stack backtrace: > kdb_backtrace(100,c5a76000,c0e88ab0,0,d90d82c8,...) at kdb_backtrace > +0x29 > panic(c06b011f,0,c0e88ab0,efe80900,c057b96a,...) at panic+0x114 > vm_page_unwire(c0e88ab0,0) at vm_page_unwire+0x68 > vfs_vmio_release(d90d82c8) at vfs_vmio_release+0xa2 > getnewbuf(0,0,4000,4000) at getnewbuf+0x2bc > getblk(c6f81550,4f5,0,4000,0,...) at getblk+0x360 > ffs_balloc_ufs2(c6f81550,13d4000,0,fa,c4f32780,...) at > ffs_balloc_ufs2+0x1606 > ffs_write(efe80bec) at ffs_write+0x2ec > VOP_WRITE_APV(c06e06a0,efe80bec) at VOP_WRITE_APV+0xce > vn_write(c59c8000,efe80cbc,c51cf400,0,c5a76000) at vn_write+0x1ee > dofilewrite(c5a76000,c,c59c8000,efe80cbc,ffffffff,...) at dofilewrite > +0x77 > kern_writev(c5a76000,c,efe80cbc,821bba3,fa,...) at kern_writev+0x3b > write(c5a76000,efe80d04) at write+0x45 > syscall(3b,809003b,bfbf003b,0,bfbfeaa4,...) at syscall+0x2bf > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (4, FreeBSD ELF32, write), eip = 0x483d732f, esp = > 0xbfbfe9dc, ebp = 0xbfbfea08 --- > Uptime: 1d20h51m58s > Dumping 1023 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 > 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 > 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 > 319 303 287 271 255 239 223 207 191 175 159 143 127 111 > 95interrupt total > irq4: sio0 21758 > irq15: ata1 1 > irq16: bge0 4544565 > irq17: bge1 17684238 > irq18: amr0 588223 > cpu0: timer 323148326 > cpu2: timer 323148294 > cpu1: timer 323148331 > cpu3: timer 323148344 > Total 1315432158 > KDB: stack backtrace: > kdb_backtrace(c069ec5d,4e67e6de,0,c06ea170,c06e9818,...) at > kdb_backtrace+0x29 > watchdog_fire(c07120e0,c8,efe80634,c065c821,efe8063c,...) at > watchdog_fire+0x9d > hardclock(efe8063c) at hardclock+0x115 > lapic_handle_timer(0) at lapic_handle_timer+0x51 > Xtimerint(c4fe6000,1,efe806a8,c066d57b,c4fe6000,...) at Xtimerint+0x30 > getit(c4fe6000,c4fe6000,4,efe806c0,c0496f97,...) at getit+0x88 > DELAY(1) at DELAY+0x3b > amr_quartz_poll_command1(c4fe6000,c51fbff0,0,0,1000,...) at > amr_quartz_poll_command1+0x1af > amr_setup_polled_dmamap(c51fbff0,c4fef800,1,0) at > amr_setup_polled_dmamap+0x94 > bus_dmamap_load(c4ffe380,0,c0c22000,10000,c0496cd4,c51fbff0,1) at > bus_dmamap_load+0x4b5 > amr_quartz_poll_command(c51fbff0) at amr_quartz_poll_command+0x51 > amr_dump_blocks(c4fe6000,0,4cb25e,c0c22000,80) at amr_dump_blocks+0x5f > amrd_dump(c515b700,c0c22000,0,9964bc00,0,10000) at amrd_dump+0x7c > cb_dumpdata(c0711a48,1,c06f44a0) at cb_dumpdata+0x100 > foreach_chunk(c0655a78,c06f44a0,c06f44a0) at foreach_chunk+0x23 > dumpsys(c06f44a0,efe808b0,c05319be,0,c515b88c,...) at dumpsys+0x1ec > doadump(0,c515b88c,483d732f,c4f8998c,c5a76000,...) at doadump+0x42 > boot(104,104,c5a76000,c0e88ab0,0,...) at boot+0x4ea > panic(c06b011f,0,c0e88ab0,efe80900,c057b96a,...) at panic+0x1b9 > vm_page_unwire(c0e88ab0,0) at vm_page_unwire+0x68 > vfs_vmio_release(d90d82c8) at vfs_vmio_release+0xa2 > getnewbuf(0,0,4000,4000) at getnewbuf+0x2bc > getblk(c6f81550,4f5,0,4000,0,...) at getblk+0x360 > ffs_balloc_ufs2(c6f81550,13d4000,0,fa,c4f32780,...) at > ffs_balloc_ufs2+0x1606 > ffs_write(efe80bec) at ffs_write+0x2ec > VOP_WRITE_APV(c06e06a0,efe80bec) at VOP_WRITE_APV+0xce > vn_write(c59c8000,efe80cbc,c51cf400,0,c5a76000) at vn_write+0x1ee > dofilewrite(c5a76000,c,c59c8000,efe80cbc,ffffffff,...) at dofilewrite > +0x77 > kern_writev(c5a76000,c,efe80cbc,821bba3,fa,...) at kern_writev+0x3b > write(c5a76000,efe80d04) at write+0x45 > syscall(3b,809003b,bfbf003b,0,bfbfeaa4,...) at syscall+0x2bf > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (4, FreeBSD ELF32, write), eip = 0x483d732f, esp = > 0xbfbfe9dc, ebp = 0xbfbfea08 --- > KDB: enter: watchdog timeout > 79 63 47 31 15 > > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) bt full > #0 doadump () at pcpu.h:165 > No locals. > #1 0xc05319be in boot (howto=260) > at /n/lorax1/usr6/src/sys/kern/kern_shutdown.c:409 > first_buf_printf = 1 > #2 0xc0531d15 in panic ( > fmt=0xc06b011f "vm_page_unwire: invalid wire count: %d") > at /n/lorax1/usr6/src/sys/kern/kern_shutdown.c:565 > td = (struct thread *) 0xc5a76000 > bootopt = 260 > newpanic = 1 > ap = 0xc5a76000 "0D???T;?" > buf = "vm_page_unwire: invalid wire count: 0", '\0' > #3 0xc0633948 in vm_page_unwire (m=0xc0e88ab0, activate=0) > at /n/lorax1/usr6/src/sys/vm/vm_page.c:1275 > No locals. > #4 0xc057b96a in vfs_vmio_release (bp=0xd90d82c8) > at /n/lorax1/usr6/src/sys/kern/vfs_bio.c:1470 > i = 0 > m = 0xc0e88ab0 > #5 0xc057c108 in getnewbuf (slpflag=0, slptimeo=0, size=16384, > maxsize=16384) > at /n/lorax1/usr6/src/sys/kern/vfs_bio.c:1779 > qindex = 1 > bp = (struct buf *) 0xd90d82c8 > nbp = (struct buf *) 0xd907ae20 > defrag = 0 > nqindex = 1 > flushingbufs = 0 > #6 0xc057d6ac in getblk (vp=0xc6f81550, blkno=1269, size=16384, > slpflag=0, > ---Type to continue, or q to quit--- > slptimeo=0, flags=0) at /n/lorax1/usr6/src/sys/kern/vfs_bio.c:2497 > bsize = 16384 > maxsize = 0 > vmio = 1 > offset = Unhandled dwarf expression opcode 0x93 > (kgdb) > Do you happen to have ZERO_COPY_SOCKETS in your kernel config? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Mahnahmahnah! From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 21:59:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 149A816A421 for ; Tue, 13 Nov 2007 21:59:25 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id E6AFC13C46A for ; Tue, 13 Nov 2007 21:59:24 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 2A7E2C943A for ; Tue, 13 Nov 2007 16:59:22 -0500 (EST) Message-Id: <91893E44-B766-4B31-9DA7-62F5EC0CCD45@khera.org> From: Vivek Khera To: FreeBSD Stable List In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Tue, 13 Nov 2007 16:59:21 -0500 References: <0ECA0F43-497A-4823-8731-D517889D5822@khera.org> X-Mailer: Apple Mail (2.912) Subject: Re: reboot after panic: vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 21:59:25 -0000 On Nov 13, 2007, at 4:50 PM, Vlad GALU wrote: >> vmio = 1 >> offset = Unhandled dwarf expression opcode 0x93 >> (kgdb) >> > > Do you happen to have ZERO_COPY_SOCKETS in your kernel config? > > Yes, I do. Are they known to be bad under certain loads or just in general. I don't have this issue with any other web server running the same kernel config but those are amd64 boxes mostly. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 22:02:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4849216A417 for ; Tue, 13 Nov 2007 22:02:22 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.227]) by mx1.freebsd.org (Postfix) with ESMTP id 0FB3613C43E for ; Tue, 13 Nov 2007 22:02:21 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by qb-out-0506.google.com with SMTP id a10so3077584qbd for ; Tue, 13 Nov 2007 14:02:19 -0800 (PST) Received: by 10.142.106.18 with SMTP id e18mr1183866wfc.1194991338702; Tue, 13 Nov 2007 14:02:18 -0800 (PST) Received: by 10.143.34.2 with HTTP; Tue, 13 Nov 2007 14:02:18 -0800 (PST) Message-ID: Date: Wed, 14 Nov 2007 00:02:18 +0200 From: "Vlad GALU" To: "Vivek Khera" In-Reply-To: <91893E44-B766-4B31-9DA7-62F5EC0CCD45@khera.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <0ECA0F43-497A-4823-8731-D517889D5822@khera.org> <91893E44-B766-4B31-9DA7-62F5EC0CCD45@khera.org> Cc: FreeBSD Stable List Subject: Re: reboot after panic: vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 22:02:22 -0000 On 11/13/07, Vivek Khera wrote: > > On Nov 13, 2007, at 4:50 PM, Vlad GALU wrote: > > >> vmio = 1 > >> offset = Unhandled dwarf expression opcode 0x93 > >> (kgdb) > >> > > > > Do you happen to have ZERO_COPY_SOCKETS in your kernel config? > > > > > > Yes, I do. Are they known to be bad under certain loads or just in > general. I don't have this issue with any other web server running > the same kernel config but those are amd64 boxes mostly. Remove, retry :) This thing bit me hard in the past too, see the freebsd-fs@ archives. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Mahnahmahnah! From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 22:20:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDC7816A41B for ; Tue, 13 Nov 2007 22:20:28 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237]) by mx1.freebsd.org (Postfix) with ESMTP id 7E32A13C465 for ; Tue, 13 Nov 2007 22:20:28 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1234162nzf for ; Tue, 13 Nov 2007 14:20:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=uLjcIlGfIjn/L3zMFpWhPj5JMVCHf2ECIV12yRy1/x8=; b=Vy0TxbF893M3wte/QzsWuj9fKLQSN2hDCflvx2a01DArWV31TzkyQH9gYvV9Ype+tOE+i6ok2/GgjHKHYIDMUVbOINb5CclnmrVvLV3K2xQVk+CNuRSac8U8WLytDnpgT6/zRSCJ9S77Tl7w/LYRYLcWCLDP6kUWUpsQt/+Gnso= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=B0vjkzxhf8Ulmo5bs4Ryfryg1X1qoW9naF7XL8+N0FIBQenw5aqg1b+Ui3wKsZ69fSQnSyfUGhqQBkFu71mkokIfGNccORg7Bx+lIqFjLrHAYkF6lEYAXF6Lk8SaRthaybAbxBPvPQNGNpRDpNfFGCPaO0flZyd7r3ociLNx6nA= Received: by 10.142.212.19 with SMTP id k19mr980508wfg.1194992016486; Tue, 13 Nov 2007 14:13:36 -0800 (PST) Received: by 10.142.230.18 with HTTP; Tue, 13 Nov 2007 14:13:36 -0800 (PST) Message-ID: Date: Tue, 13 Nov 2007 14:13:36 -0800 From: "Kip Macy" To: "Vivek Khera" In-Reply-To: <91893E44-B766-4B31-9DA7-62F5EC0CCD45@khera.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <0ECA0F43-497A-4823-8731-D517889D5822@khera.org> <91893E44-B766-4B31-9DA7-62F5EC0CCD45@khera.org> Cc: FreeBSD Stable List Subject: Re: reboot after panic: vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 22:20:28 -0000 Unfortunately, ZERO_COPY_SOCKETs have long been a known source of problems. I think also, when a page is copied as part of COW the new page is unwired (see pmap_copy et al.), this could lead to socow_iodone unwiring after send a page that was not wired. An added issue is that parts of the VM assume that COW and wired are mutually exclusive which the socow code violates. At some point in the near future I may be adding support for doing zero copy send without COW for blocking sockets. The one down side of this approach is that if you have multiple threads in your process it widens the window during which they can stomp on data that you're sending. Nonetheless, this would be a bug in the application code. More complicated would be zero-copy non-COW send on non-blocking sockets as it would require an extension to kevent for completion notification. In the meantime, your best bet is to disable ZERO_COPY_SOCKETS. -Kip On Nov 13, 2007 1:59 PM, Vivek Khera wrote: > > On Nov 13, 2007, at 4:50 PM, Vlad GALU wrote: > > >> vmio = 1 > >> offset = Unhandled dwarf expression opcode 0x93 > >> (kgdb) > >> > > > > Do you happen to have ZERO_COPY_SOCKETS in your kernel config? > > > > > > Yes, I do. Are they known to be bad under certain loads or just in > general. I don't have this issue with any other web server running > the same kernel config but those are amd64 boxes mostly. > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 13 22:24:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07F2216A41A for ; Tue, 13 Nov 2007 22:24:44 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id D8BFD13C458 for ; Tue, 13 Nov 2007 22:24:43 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id CF1C4C943A; Tue, 13 Nov 2007 17:24:37 -0500 (EST) Message-Id: <6CD1B2A6-5FAA-45EC-A8E0-34998DE33EFD@khera.org> From: Vivek Khera To: Kip Macy In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Tue, 13 Nov 2007 17:24:37 -0500 References: <0ECA0F43-497A-4823-8731-D517889D5822@khera.org> <91893E44-B766-4B31-9DA7-62F5EC0CCD45@khera.org> X-Mailer: Apple Mail (2.912) Cc: FreeBSD Stable List Subject: Re: reboot after panic: vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 22:24:44 -0000 On Nov 13, 2007, at 5:13 PM, Kip Macy wrote: > In the meantime, your best bet is to disable ZERO_COPY_SOCKETS. Thanks for the info. I'm putting the new kernel in place and will see what happens and report back. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 00:49:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 077D516A419 for ; Wed, 14 Nov 2007 00:49:36 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 2BF9713C481; Wed, 14 Nov 2007 00:49:34 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <473A4620.8010909@FreeBSD.org> Date: Wed, 14 Nov 2007 01:49:36 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Kip Macy References: <0ECA0F43-497A-4823-8731-D517889D5822@khera.org> <91893E44-B766-4B31-9DA7-62F5EC0CCD45@khera.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Vivek Khera , FreeBSD Stable List Subject: Re: reboot after panic: vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 00:49:36 -0000 Kip Macy wrote: > Unfortunately, ZERO_COPY_SOCKETs have long been a known source of > problems. I think also, when a page is copied as part of COW the new > page is unwired (see pmap_copy et al.), this could lead to > socow_iodone unwiring after send a page that was not wired. An added > issue is that parts of the VM assume that COW and wired are mutually > exclusive which the socow code violates. > > At some point in the near future I may be adding support for doing > zero copy send without COW for blocking sockets. The one down side of > this approach is that if you have multiple threads in your process it > widens the window during which they can stomp on data that you're > sending. Nonetheless, this would be a bug in the application code. > More complicated would be zero-copy non-COW send on non-blocking > sockets as it would require an extension to kevent for completion > notification. > > In the meantime, your best bet is to disable ZERO_COPY_SOCKETS. There is a chance this was a recent regression, previously in 7.0 they were believed to work. Kris > > > -Kip > > > > On Nov 13, 2007 1:59 PM, Vivek Khera wrote: >> On Nov 13, 2007, at 4:50 PM, Vlad GALU wrote: >> >>>> vmio = 1 >>>> offset = Unhandled dwarf expression opcode 0x93 >>>> (kgdb) >>>> >>> Do you happen to have ZERO_COPY_SOCKETS in your kernel config? >>> >>> >> Yes, I do. Are they known to be bad under certain loads or just in >> general. I don't have this issue with any other web server running >> the same kernel config but those are amd64 boxes mostly. >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 00:52:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E954316A41A for ; Wed, 14 Nov 2007 00:52:49 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 6414C13C455 for ; Wed, 14 Nov 2007 00:52:49 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so7043nfb for ; Tue, 13 Nov 2007 16:52:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ERRZh6CHNydSdI/rw9sKcXeTkPd4eGgVj0RxI4qfDso=; b=aHIHUMp1NIGj3iB/Ok5CNiUMdkIANB1h5U0sdaGiraYLZop6mu4Rx7g+au1Ork6t2j+Lf4IRCPa2lcNCkXvBOzCCEPd3IqPkwmTbbqw2ec63FxEgpLhbLyx3EJ2o6uaNvFvjpQT+4wXfstu6tYuRhVi8WTJ1vCXtDJYZ2VQPIhU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pXG6fShCzRNEv+d/gOAQ0DYsLF/cZy6Y8o4lQauI/MFgN6zOatcdEi6rQQds2bd5jcCiGcI25YfaI17HAVTpmhNMM1F9IFGqT6U9BvJ2vDGaheuzuA/wA/xDCHJeWSglF+2EAvfznPqEt3jh6PN7XzVBroKb8KOgS2p+4RIYfXU= Received: by 10.142.165.9 with SMTP id n9mr1482891wfe.1195001563978; Tue, 13 Nov 2007 16:52:43 -0800 (PST) Received: by 10.142.230.18 with HTTP; Tue, 13 Nov 2007 16:52:43 -0800 (PST) Message-ID: Date: Tue, 13 Nov 2007 16:52:43 -0800 From: "Kip Macy" To: "Kris Kennaway" In-Reply-To: <473A4620.8010909@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <0ECA0F43-497A-4823-8731-D517889D5822@khera.org> <91893E44-B766-4B31-9DA7-62F5EC0CCD45@khera.org> <473A4620.8010909@FreeBSD.org> Cc: Vivek Khera , FreeBSD Stable List Subject: Re: reboot after panic: vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 00:52:50 -0000 Various calls that downgrade permissions or virtually copy a pmap in pmap.c now remove PG_W (and did not 6 months ago). This may be the cause of the regression. It would probably be better (and faster) if the pages were "held" instead of wired. -Kip On Nov 13, 2007 4:49 PM, Kris Kennaway wrote: > Kip Macy wrote: > > Unfortunately, ZERO_COPY_SOCKETs have long been a known source of > > problems. I think also, when a page is copied as part of COW the new > > page is unwired (see pmap_copy et al.), this could lead to > > socow_iodone unwiring after send a page that was not wired. An added > > issue is that parts of the VM assume that COW and wired are mutually > > exclusive which the socow code violates. > > > > At some point in the near future I may be adding support for doing > > zero copy send without COW for blocking sockets. The one down side of > > this approach is that if you have multiple threads in your process it > > widens the window during which they can stomp on data that you're > > sending. Nonetheless, this would be a bug in the application code. > > More complicated would be zero-copy non-COW send on non-blocking > > sockets as it would require an extension to kevent for completion > > notification. > > > > In the meantime, your best bet is to disable ZERO_COPY_SOCKETS. > > There is a chance this was a recent regression, previously in 7.0 they > were believed to work. > > Kris > > > > > > > > -Kip > > > > > > > > On Nov 13, 2007 1:59 PM, Vivek Khera wrote: > >> On Nov 13, 2007, at 4:50 PM, Vlad GALU wrote: > >> > >>>> vmio = 1 > >>>> offset = Unhandled dwarf expression opcode 0x93 > >>>> (kgdb) > >>>> > >>> Do you happen to have ZERO_COPY_SOCKETS in your kernel config? > >>> > >>> > >> Yes, I do. Are they known to be bad under certain loads or just in > >> general. I don't have this issue with any other web server running > >> the same kernel config but those are amd64 boxes mostly. > >> > >> > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > >> > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 08:22:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E52C16A417 for ; Wed, 14 Nov 2007 08:22:23 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9EB9C13C44B for ; Wed, 14 Nov 2007 08:22:22 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-76-209.net-htp.de [89.182.76.209]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id EAC8EA44529 for ; Wed, 14 Nov 2007 08:48:55 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org Date: Wed, 14 Nov 2007 08:55:49 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711140855.49334.wundram@beenic.net> Subject: RT256x PCMCIA card under 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 08:22:23 -0000 Hi all! I just recently bought a RT2561C based (at least I think so) wireless card, which is also happily recognized by the ral-driver: ral0: mem 0x88000000-0x88007fff irq 17 at device 0.0 on cardbus0 ral0: MAC/BBP RT2561C, RF RT2527 ral0: Ethernet address: 00:80:5a:51:23:53 ral0: [ITHREAD] As soon as I plug in the card and the netif script starts wpa_supplicant and dhclient, the laptop this is plugged into receives an interrupt storm on cbb0 (having 80% interrupt time), which leads to a noticeable slowdown of the whole system: phoenix# vmstat -i interrupt total rate irq1: atkbd0 9773 3 irq10: acpi0 729 0 irq14: ata0 17173 6 irq15: ata1 64 0 irq17: cbb0 cbb1+ 10408993 4217 irq18: pcm0 5753 2 irq19: sis0+ 33302 13 irq20: ohci0 207 0 irq21: ohci1 44261 17 irq23: ehci0 1 0 cpu0: timer 4926468 1996 Total 15446724 6258 phoenix# This snapshot was taken some time after I killed wpa_supplicant (when it had been up for about 10 seconds). When I manually start wpa_supplicant (with no stations in reach), there is no interrupt storm, but just normal activity with around 7-10 interrupts on cbb0 per second. I can also manually scan using the card (but ifconfig scan never finishes, but will show the stations in reach when doing an ifconfig list scan after ^C-ing the ifconfig scan), but cannot attach to any WPA access point in scanning-reach with wpa_supplicant (the only type of stations I have access to; I cannot test with WEP at the moment); enabling net.wlan.debug and net.wlan.0.debug also shows the scan taking place and the keys being set to the card, but nothing else from there. The card itself is a "Conceptronic C54RC Version 2.0", which I guess explains the difference (in hardware) between the note in the manpage of ral(4) for this adapter and the actual hardware type it finds: Conceptronic C54RC RT2560 CardBus Anyway, doing a pciconv -lv leads to a different result than the actual driver reports, which is compatible with the hardware specification in the manpage: ral0@pci0:2:0:0: class=0x028000 card=0x3c231948 chip=0x03021814 rev=0x00 hdr=0x00 vendor = 'Ralink Technology, Corp' device = 'RT2525 2.4GHz transceiver + RT2560 MAC/BBP wireless a/b' class = network The kernel all of this runs under is a (slightly) modified GENERIC 7.0-BETA2 (from yesterday evening CET; an older 7.0-BETA2 didn't exhibit the interrupt storm behaviour, but was similar for the rest), with SMP disabled and SCHED_ULE instead of SCHED_4BSD. As debug.ral isn't available under the 7.0 ral-driver (which is referenced in the FreeBSD setup page http://damien.bergamini.free.fr/ral/ral-freebsd.html), I have no immediately obvious means of debugging what's actually happening when the interrupt storm takes place, and why the card won't attach to the AP even though the same wpa_supplicant config works using an ndis-wrapped driver for a different PCMCIA-card (Broadcom-based). Thanks for any hint you can give me! -- Heiko Wundram Product & Application Development From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 08:35:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05F7A16A417 for ; Wed, 14 Nov 2007 08:35:22 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from qsrv02sl.mx.bigpond.com (qsrv02sl.mx.bigpond.com [144.140.93.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9271913C46B for ; Wed, 14 Nov 2007 08:35:21 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from oaamta08sl.mx.bigpond.com ([124.188.161.237]) by omta01sl.mx.bigpond.com with ESMTP id <20071114030138.CITM9168.omta01sl.mx.bigpond.com@oaamta08sl.mx.bigpond.com> for ; Wed, 14 Nov 2007 03:01:38 +0000 Received: from areilly.bpa.nu ([124.188.161.237]) by oaamta08sl.mx.bigpond.com with ESMTP id <20071114030138.ZMBW304.oaamta08sl.mx.bigpond.com@areilly.bpa.nu> for ; Wed, 14 Nov 2007 03:01:38 +0000 Received: (qmail 24085 invoked by uid 501); 14 Nov 2007 02:59:03 -0000 Date: Wed, 14 Nov 2007 13:59:03 +1100 From: Andrew Reilly To: Dmitry Morozovsky Message-ID: <20071114025903.GA72819@duncan.reilly.home> References: <69AF611A-3E27-49B9-A81F-033A94D796E4@khera.org> <20070928232008.K89977@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070928232008.K89977@woozle.rinet.ru> User-Agent: Mutt/1.4.2.3i Cc: Vivek Khera , FreeBSD Stable Subject: Re: Progress with usability of AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 08:35:22 -0000 On Fri, Sep 28, 2007 at 11:24:41PM +0400, Dmitry Morozovsky wrote: > On Fri, 28 Sep 2007, Vivek Khera wrote: > VK> My list of software is purely server stuff; I > VK> don't use any FreeBSD desktops. > > It seems to be the key point here. > > I'm thinking about giving a try for the following scheme for my development > desktop at work: > > amd64 machine with servers' ports built inside (postgresql-server, apache, etc) > with i386 jail with desktop applications (xorg, firefox/nspluginwrappers, MUA, > you name it...) > > ENOTIME so far... Utility is definitely a personal variable. I run a FreeBSD-6-stable workstation at AMD64 and am more or less happy with it, but I also have a MacOS laptop, which I can fall back to for anything that falls out of the FreeBSD-amd64 capability bucket, like watching the google Android videos on youtube, (and I know where to find a Windows laptop when that isn't enough, either). [Since when were video-only web presentations a good idea? Not a trend I approve of, but for "quick-and-dirty" I suppose it saves having someone write up a transcript...] Certainly xorg, firefox (and epiphany, which I prefer) and MUA (thunderbird, evolution, mutt, claws-mail(my pref.)) all work happily in amd64 mode. -- Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 11:23:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E712816A421 for ; Wed, 14 Nov 2007 11:23:44 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: from zid.claresco.hr (zid.claresco.hr [85.114.42.226]) by mx1.freebsd.org (Postfix) with ESMTP id 4544213C4C4 for ; Wed, 14 Nov 2007 11:23:43 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: (qmail 93871 invoked by uid 1001); 14 Nov 2007 12:23:46 +0100 To: freebsd-stable@freebsd.org Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWgnbRLVpRNVY9jMRPh s21jSlEyNVX45Mv4zI+sbUclFAtMVpT8V0lFAAACZ0lEQVR4nG3Tv2vbQBQHcFMogWyeNeVK BLXGl5j6xnABOaNTuXFGmWpwtw519yj4soW6AatT4GKD3+aDZrl/rt/Tr9qlGiz7Pn7v3bsf HVc/NrIiSfElqH53GgijcCqzk/+AmBF5cN0DsFlIRGMh/oHuqxkTM6VlzB4EoZEs2aSZOASb EQJYZpweQshE697GTDndBXtgp9LIT9+OpDGHEfb9knk+nx+jfN1JCVZMCl6XwFm0a2EXztZD 3s4fj47ZbKI2VeBmJImeEfGLJ+M9sDPilX7IB5rN6sdfcGhuoHU+LC4nxfnI7YOJtdb95Gb+ fbgJ2uJ2ZgaA++f5ZzBqNCCYfMTd5q0BfBVNqm7I8gUjQ+YtXotRW6PH9AEj+dKs/KuNQAl5 o/NY+QkonW8aQAl0oXMYPvRiXIM4pRJifbXytnhTA8alBx/jefG2ar3DBlt34/PXz9M+nMVN iNaPUdCApJc2ItejOmLGoK1qQLV9pJmXBnL10DYoBA5aHNfj8ZNwZa5O4CzgTJeilKJmrQJs IHIt1/7/Sg2p3iq/Hz0/5W05rq4M9aN2B5FLohUP4ylVyfxhEIjAs8J4PhIJ9U+CEroogib5 BXAf7bB4vkfAzgPFt1tM9sJZAOH+lCexhwswuNtim4QTZdokqo4o89LkH7V6iFxICeqfp+Wh fmUuGPunLj2Meti6Cn4DjJ/UReROqR+aqawAi/JkfgKE64rrfkhjU8MtT8ivR4S5n6Yo08A7 HvgAlHDWRSGlNSDxwK9HtXy4FS2I60EdUIJM+Ut9OZNJG4CpbEQW1VBQoQoPuBw2EVa4P0u0 TgzQF+VoAAAAAElFTkSuQmCC Organization: *BSD Users - Fanatics Dept. From: Marko Lerota Date: Wed, 14 Nov 2007 12:23:46 +0100 Message-ID: <86y7d1nk8t.fsf@zid.claresco.hr> User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: FreeBSD 6.3 or FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 11:23:45 -0000 I see that 6.3 and 7.0 is comming. Now I'm using 6.2-RELEASE for my servers. To what should I upgrade? Which of them will be stable or production release? -- One cannot sell the earth upon which the people walk Tacunka Witco From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 11:26:27 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F23C16A49C for ; Wed, 14 Nov 2007 11:26:27 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id A8EBE13C48E for ; Wed, 14 Nov 2007 11:26:25 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <473AD70F.3040805@intersonic.se> Date: Wed, 14 Nov 2007 12:07:59 +0100 From: Per olof Ljungmark User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: panic: spin lock held too long X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 11:26:27 -0000 Hi, We have several all HP boxes running 7-STABLE (but the behavior also showed in 7-CURRENT, it is not new) that can be reliably crashed by accessing them remotely from a remote network over a IPSec link running on our firewall. Today I've built a debug kernel and caught the attached information. Please let me know what more info I can supply. Among the affected units are ProLiant DL380G2, G3, G4, Workstations XW600, XW6200 running SMP kernels. Not affected are for example DL360G3 from what I've seen so far. Problem only shows with SMP kernels. Kernels are GENERIC + SCHED_ULE possibly connected to http://www.freebsd.org/cgi/query-pr.cgi?pr=117913 ================================ Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #0: Tue Nov 13 14:58:10 CET 2007 peo@ruben.i.inter-sonic.com:/usr/obj/usr/src/sys/SMP-DBG WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3189.72-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 real memory = 2147418112 (2047 MB) avail memory = 2091864064 (1994 MB) ACPI APIC Table: 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: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf808-0xf80b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 cpu2: on acpi0 p4tcc2: on cpu2 cpu3: on acpi0 p4tcc3: on cpu3 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: mem 0xf8000000-0xfbffffff at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xf1000000-0xf1ffffff,0xe8000000-0xefffffff irq 16 at device 0.0 on pci1 uhci0: port 0x2440-0x245f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2460-0x247f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xf0500000-0xf05003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: wrong number of companions (3 != 2) usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci5: on pcib2 pci0:5:2:0: bad VPD cksum, remain 72 bge0: mem 0xf0400000-0xf040ffff irq 21 at device 2.0 on pci5 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:0d:9d:57:71:9a bge0: [ITHREAD] aac0: mem 0xe4000000-0xe7ffffff irq 18 at device 10.0 on pci5 aac0: New comm. interface enabled aac0: [ITHREAD] aac0: Adaptec Raid Controller 2.0.0-1 aacp0: on aac0 ahd0: port 0x1000-0x10ff,0x1400-0x14ff mem 0xf0410000-0xf0411fff irq 19 at device 12.0 on pci5 ahd0: [ITHREAD] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs ahd1: port 0x1800-0x18ff,0x1c00-0x1cff mem 0xf0412000-0xf0413fff irq 22 at device 12.1 on pci5 ahd1: [ITHREAD] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x24a0-0x24af irq 18 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] 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] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xea800-0xeffff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/13 bytes threshold ppbus0: on ppc0 ppi0: on ppbus0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] 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 acd0: CDROM at ata1-master PIO4 Waiting 5 seconds for SCSI devices to settle aacd0: on aac0 aacd0: 34970MB (71619584 sectors) SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/aacd0s1a WARNING: / was not properly dismounted ========================== rtfree: 0xc5874618 has 1 refs ssppiinn lloocckk 00xxcc5507fc28aa0500 ((ttuurrnnssttiillee lloocckk)) hheelldd bbyy 00xxcc55111197868600 ((ttiidd 110000002154)) ttoooo lloonngg panic: spin lock held too long cpuid = 1 KDB: enter: panic [thread pid 16 tid 100014 ] Stopped at kdb_enter+0x32: leave db> db> ps pid ppid pgrp uid state wmesg wchan cmd 22686 22684 7399 0 R+ sed 22684 22651 7399 0 S+ wait 0xcb49eaa0 sh 22683 22205 22683 0 S+ ttywri 0xc5542c38 cat 22651 20101 7399 0 S+ piperd 0xc5bfb318 sh 22205 22198 22205 0 S+ pause 0xc6ef05b0 csh 22198 21992 22198 1001 S+ wait 0xc6eeb550 su 21992 21991 21992 1001 Ss+ pause 0xc5c9bb00 csh 21991 21982 21982 1001 L *rtentry 0xc57c8a50 sshd 21982 705 21982 0 Ss sbwait 0xc7600248 sshd 20101 20097 7399 0 S+ wait 0xcb4a0000 gmake 20097 20096 7399 0 S+ wait 0xc6eeb7f8 sh 20096 84323 7399 0 S+ wait 0xc559daa0 gmake 84323 84322 7399 0 S+ wait 0xcb4a0d48 sh 84322 84318 7399 0 S+ wait 0xca6ef2a8 gmake 84318 84317 7399 0 S+ wait 0xc5c20d48 sh 84317 84316 7399 0 S+ wait 0xc6eefaa0 gmake 84316 84315 7399 0 S+ wait 0xc5bc1d48 gmake 84315 20720 7399 0 S+ wait 0xc7224550 sh 20720 20719 7399 0 S+ wait 0xc5633000 make --More-- 20719 20703 7399 0 S+ wait 0xc5c97550 sh 20703 25073 7399 0 S+ wait 0xc5c87aa0 make 86175 85857 86175 0 S+ ttyin 0xc5528410 csh 85857 84932 85857 1001 S+ wait 0xc57ca7f8 su 84932 84911 84932 1001 Ss+ pause 0xc55d1308 csh 84911 83121 83121 1001 S select 0xc0c03cbc sshd 83121 705 83121 0 Ss sbwait 0xc57126ec sshd 25073 7399 7399 0 S+ wait 0xc5c97d48 sh 7399 810 7399 0 S+ wait 0xc562aaa0 make 810 809 810 0 S+ pause 0xc5633308 csh 809 805 809 1001 S+ wait 0xc5a38550 su 805 804 805 1001 Ss+ pause 0xc5a3c060 csh 804 801 801 1001 S select 0xc0c03cbc sshd 801 705 801 0 Ss sbwait 0xc5712a04 sshd 793 1 793 0 Ss+ ttyin 0xc535d810 login 792 1 792 0 Ss+ ttyin 0xc535f410 getty 791 1 791 0 Ss+ ttyin 0xc538a010 getty 790 1 790 0 Ss+ ttyin 0xc5389c10 getty 789 1 789 0 Ss+ ttyin 0xc538ac10 getty 788 1 788 0 Ss+ ttyin 0xc538a810 getty 787 1 787 0 Ss+ ttyin 0xc5388c10 getty 786 1 786 0 Ss+ ttyin 0xc5388810 getty 785 1 785 0 Ss+ ttyin 0xc5389810 getty 764 1 764 0 Ss select 0xc0c03cbc inetd 737 1 737 0 Ss select 0xc0c03cbc moused 721 1 721 0 Ss nanslp 0xc0bb2724 cron 715 1 715 25 Ss pause 0xc52d7da8 sendmail 711 1 711 0 Ss select 0xc0c03cbc sendmail 705 1 705 0 Ss select 0xc0c03cbc sshd 587 1 587 0 Ss select 0xc0c03cbc syslogd 524 1 524 0 Ss select 0xc0c03cbc devd 328 1 328 65 Ss select 0xc0c03cbc dhclient 308 1 54 0 S+ select 0xc0c03cbc dhclient 53 0 0 0 SL sdflush 0xc0c0f9a4 [softdepflush] 52 0 0 0 SL syncer 0xc0bb254c [syncer] 51 0 0 0 SL vlruwt 0xc54f97f8 [vnlru] 50 0 0 0 SL psleep 0xc0c04164 [bufdaemon] 49 0 0 0 SL pgzero 0xc0c10560 [pagezero] 48 0 0 0 SL psleep 0xc0c10178 [vmdaemon] 47 0 0 0 SL psleep 0xc0c10140 [pagedaemon] 46 0 0 0 SL waiting_ 0xc0c05ecc [sctp_iterator] 45 0 0 0 WL [irq7: ppc0] 44 0 0 0 SL - 0xc5324e3c [fdc0] 43 0 0 0 WL [swi0: sio] 42 0 0 0 WL [irq12: psm0] 41 0 0 0 WL [irq1: atkbd0] 40 0 0 0 WL [irq15: ata1] 39 0 0 0 WL [irq14: ata0] 38 0 0 0 SL idle 0xc5326000 [aic_recovery1] 37 0 0 0 WL [irq22: ahd1] 36 0 0 0 SL idle 0xc52db000 [aic_recovery0] 35 0 0 0 SL aifthd 0xc52d7550 [aac0aif] 34 0 0 0 WL [irq18: aac0] 33 0 0 0 LL *rtentry 0xc50f2a00 [irq21: bge0] 32 0 0 0 SL usbevt 0xc520ba10 [usb2] 31 0 0 0 WL [irq23: ehci0] 30 0 0 0 SL usbevt 0xc5243210 [usb1] 29 0 0 0 WL [irq19: uhci1 ahd0] 28 0 0 0 SL usbtsk 0xc0bafe54 [usbtask-dr] 27 0 0 0 SL usbtsk 0xc0bafe40 [usbtask-hc] 26 0 0 0 SL usbevt 0xc5249210 [usb0] 25 0 0 0 WL [irq16: uhci0] 24 0 0 0 WL [irq9: acpi0] 23 0 0 0 SL - 0xc5213600 [kqueue taskq] 22 0 0 0 WL [swi6: task queue] 21 0 0 0 WL [swi6: Giant taskq] 9 0 0 0 SL - 0xc5213880 [thread taskq] 8 0 0 0 SL - 0xc5213900 [acpi_task_2] 7 0 0 0 SL - 0xc5213900 [acpi_task_1] 6 0 0 0 SL - 0xc5213900 [acpi_task_0] 20 0 0 0 WL [swi5: +] 19 0 0 0 WL [swi2: cambio] 5 0 0 0 SL ccb_scan 0xc0b81014 [xpt_thrd] 18 0 0 0 SL - 0xc0bb2554 [yarrow] 4 0 0 0 SL - 0xc0bb05cc [g_down] 3 0 0 0 SL - 0xc0bb05c8 [g_up] 2 0 0 0 SL - 0xc0bb05c0 [g_event] 17 0 0 0 WL [swi3: vm] 16 0 0 0 LL *inp 0xc51165f0 [swi4: clock sio] 15 0 0 0 WL [swi1: net] 14 0 0 0 RL [idle: cpu0] 13 0 0 0 RL [idle: cpu1] 12 0 0 0 RL CPU 2 [idle: cpu2] 11 0 0 0 RL CPU 3 [idle: cpu3] 1 0 1 0 SLs wait 0xc5114d48 [init] 10 0 0 0 SL audit_wo 0xc0c0f414 [audit] 0 0 0 0 WLs [swapper] db> show pcpu cpuid = 1 curthread = 0xc5117660: pid 16 "swi4: clock sio" curpcb = 0xe3cb7d90 fpcurthread = none idlethread = 0xc5115aa0: pid 13 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: db> show allpcpu Current CPU: 1 cpuid = 0 curthread = 0xc5119880: pid 33 "irq21: bge0" curpcb = 0xe3ccfd90 fpcurthread = none idlethread = 0xc5115cc0: pid 14 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: cpuid = 1 curthread = 0xc5117660: pid 16 "swi4: clock sio" curpcb = 0xe3cb7d90 fpcurthread = none idlethread = 0xc5115aa0: pid 13 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: cpuid = 2 curthread = 0xc5115880: pid 12 "idle: cpu2" curpcb = 0xe3ca5d90 fpcurthread = none idlethread = 0xc5115880: pid 12 "idle: cpu2" APIC ID = 6 currentldt = 0x50 spin locks held: cpuid = 3 curthread = 0xc5115660: pid 11 "idle: cpu3" curpcb = 0xe3ca2d90 fpcurthread = none idlethread = 0xc5115660: pid 11 "idle: cpu3" APIC ID = 7 currentldt = 0x50 spin locks held: db> show locks exclusive sleep mutex tcp r = 0 (0xc0c0664c) locked @ /usr/src/sys/netinet/tcp_timer.c:423 db> show alllocks Process 22686 (sed) thread 0xc5c99440 (100188) exclusive sleep mutex sleep mtxpool r = 0 (0xc50f1088) locked @ /usr/src/sys/kern/kern_descrip.c:2139 Process 21991 (sshd) thread 0xc57c6440 (100112) exclusive sleep mutex rtentry r = 0 (0xc5874678) locked @ /usr/src/sys/net/route.c:1287 exclusive sleep mutex inp (tcpinp) r = 0 (0xc58a17c8) locked @ /usr/src/sys/netinet/tcp_usrreq.c:779 exclusive sx so_snd_sx r = 0 (0xc66cb748) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 Process 21982 (sshd) thread 0xc5a3bcc0 (100151) exclusive sx so_rcv_sx r = 0 (0xc7600218) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 Process 83121 (sshd) thread 0xc5c1e000 (100154) exclusive sx so_rcv_sx r = 0 (0xc57126bc) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 Process 801 (sshd) thread 0xc5a39aa0 (100127) exclusive sx so_rcv_sx r = 0 (0xc57129d4) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 Process 33 (irq21: bge0) thread 0xc5119880 (100025) exclusive sleep mutex rtentry r = 0 (0xc5719d80) locked @ /usr/src/sys/net/route.c:197 Process 16 (swi4: clock sio) thread 0xc5117660 (100014) exclusive sleep mutex tcp r = 0 (0xc0c0664c) locked @ /usr/src/sys/netinet/tcp_timer.c:423 db> show lockedvnods Locked vnodes db> alltrace Tracing command sed pid 22686 tid 100188 td 0xc5c99440 sched_switch(c5c99440,0,6,17b,3bcb1dac,...) at sched_switch+0x49b mi_switch(6,0,c0a9e6f6,b6,c5c99440,...) at mi_switch+0x217 critical_exit(c0bba580,ebec8adc,c074280d,c0bba580,1,...) at critical_exit+0x99 spinlock_exit(c0bba580,1,c0a9b5fa,f4) at spinlock_exit+0x10 _mtx_unlock_spin_flags(c0bba580,0,c0a99497,2cc,c09f2677,...) at _mtx_unlock_spin_flags+0xfd intr_event_schedule_thread(c515e500,0,5,c5c99440,c515e500,...) at intr_event_schedule_thread+0x114 intr_execute_handlers(c5107f34,ebec8b58,ebec8bb4,c09ec804,34,...) at intr_execute_handlers+0x12b lapic_handle_intr(34,ebec8b58) at lapic_handle_intr+0x3f Xapic_isr1() at Xapic_isr1+0x34 --- interrupt, eip = 0xc0742aa2, esp = 0xebec8b98, ebp = 0xebec8bb4 --- _mtx_unlock_flags(c50f1088,0,c0a9881a,86c,fc000,...) at _mtx_unlock_flags+0x62 fdrop(c5c70e58,c5c99440,fc000,5,7,...) at fdrop+0x93 mmap(c5c99440,ebec8cfc,1c,c0a5612b,c0b4beb8,...) at mmap+0x3a7 syscall(ebec8d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (477, FreeBSD ELF32, mmap), eip = 0x28057fe3, esp = 0xbfbfe00c, ebp = 0xbfbfe048 --- Tracing command sh pid 22684 tid 100250 td 0xca6f1aa0 sched_switch(ca6f1aa0,0,1,180,3b60a3d8,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(ca6f1aa0,0,c0aa02cc,19b,cb49eaa0,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(cb49eaa0,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(cb49eaa0,cb49eb30,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(ca6f1aa0,ffffffff,ebfbdc2c,2,0,...) at kern_wait+0xa66 wait4(ca6f1aa0,ebfbdcfc,10,c0aa2214,c0b492a8,...) at wait4+0x3b syscall(ebfbdd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x28149e7b, esp = 0xbfbfcd3c, ebp = 0xbfbfcd58 --- Tracing command cat pid 22683 tid 100077 td 0xc55d5440 sched_switch(c55d5440,0,1,180,3bd01c1c,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c55d5440,0,c0aa02cc,19b,c5542c38,...) at sleepq_switch+0xf0 sleepq_catch_signals(ebcb1a70,c074280d,c0bba580,1,5a,...) at sleepq_catch_signals+0x21e sleepq_timedwait_sig(c5542c38,0,c0a9d1f9,da,0,...) at sleepq_timedwait_sig+0x17 _sleep(c5542c38,0,15a,c0aa3ca0,493e0,...) at _sleep+0x331 ttysleep(c5542c00,c5542c38,15a,c0aa3ca0,493e0,...) at ttysleep+0x39 ttwrite(c5542c00,ebcb1c60,0,ebcb1bbc,c071e768,...) at ttwrite+0x5aa ptswrite(c6b90c00,ebcb1c60,0,174,1000,...) at ptswrite+0x38 giant_write(c6b90c00,ebcb1c60,0,0,c0b562e0,...) at giant_write+0x48 devfs_write_f(c5ec4c18,ebcb1c60,c6abe900,0,c55d5440,...) at devfs_write_f+0x98 dofilewrite(ebcb1c60,ffffffff,ffffffff,0,c5ec4c18,...) at dofilewrite+0x95 kern_writev(c55d5440,1,ebcb1c60,282012bc,d44,...) at kern_writev+0x58 write(c55d5440,ebcb1cfc,c,c0a5612b,c0b49260,...) at write+0x4f syscall(ebcb1d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (4, FreeBSD ELF32, write), eip = 0x28154483, esp = 0xbfbfeb9c, ebp = 0xbfbfec48 --- Tracing command sh pid 22651 tid 100202 td 0xc6eedcc0 sched_switch(c6eedcc0,0,1,180,3afa7a8c,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c6eedcc0,0,c0aa02cc,19b,c5bfb318,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,4c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5bfb318,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5bfb318,c5bfb488,14c,c0aa2013,0,...) at _sleep+0x359 pipe_read(c58af0d8,ebf31c60,c587e700,0,c6eedcc0,...) at pipe_read+0x3f6 dofileread(ebf31c60,ffffffff,ffffffff,0,c58af0d8,...) at dofileread+0x96 kern_readv(c6eedcc0,3,ebf31c60,bfbfcf1c,80,...) at kern_readv+0x58 read(c6eedcc0,ebf31cfc,c,ebf31d38,c0b49248,...) at read+0x4f syscall(ebf31d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x281c54a3, esp = 0xbfbfce6c, ebp = 0xbfbfcfb8 --- Tracing command csh pid 22205 tid 100212 td 0xc6eec660 sched_switch(c6eec660,0,1,180,3a7253f8,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c6eec660,0,c0aa02cc,19b,c6ef05b0,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,68,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c6ef05b0,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c6ef05b0,c6ef05e0,168,c0a5f873,0,...) at _sleep+0x359 kern_sigsuspend(c6eec660,0,0,0,0,...) at kern_sigsuspend+0xe4 sigsuspend(c6eec660,ebf13cfc,4,c0aa22db,c0b4b1f8,...) at sigsuspend+0x4d syscall(ebf13d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x28166ffb, esp = 0xbfbfe73c, ebp = 0xbfbfe7a8 --- Tracing command su pid 22198 tid 100200 td 0xc55d2000 sched_switch(c55d2000,0,1,180,367f1a58,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c55d2000,0,c0aa02cc,19b,c6eeb550,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c6eeb550,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c6eeb550,c6eeb5e0,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c55d2000,56bd,ebc96c2c,2,0,...) at kern_wait+0xa66 wait4(c55d2000,ebc96cfc,10,ebc96d38,c0b492a8,...) at wait4+0x3b syscall(ebc96d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x2810ae7b, esp = 0xbfbfe79c, ebp = 0xbfbfe7b8 --- Tracing command csh pid 21992 tid 100196 td 0xc5c98220 sched_switch(c5c98220,0,1,180,2193d730,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5c98220,0,c0aa02cc,19b,c5c9bb00,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,68,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5c9bb00,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5c9bb00,c5c9bb30,168,c0a5f873,0,...) at _sleep+0x359 kern_sigsuspend(c5c98220,0,0,0,0,...) at kern_sigsuspend+0xe4 sigsuspend(c5c98220,ebeb0cfc,4,c0aa22db,c0b4b1f8,...) at sigsuspend+0x4d syscall(ebeb0d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x28166ffb, esp = 0xbfbfe80c, ebp = 0xbfbfe878 --- Tracing command sshd pid 21991 tid 100112 td 0xc57c6440 sched_switch(c57c6440,0,1,17b,917954c4,...) at sched_switch+0x49b mi_switch(1,0,c0aa0a32,2e2,c57c8a50,...) at mi_switch+0x217 turnstile_wait(c57c8a50,c5119880,0,17a,c5719d80,...) at turnstile_wait+0x4cb _mtx_lock_sleep(c5719d80,c57c6440,0,c0aaa355,517,...) at _mtx_lock_sleep+0x15a _mtx_lock_flags(c5719d80,0,c0aaa355,517,ebd27964,...) at _mtx_lock_flags+0xef rt_check(ebd2795c,ebd27978,cb4ee2d0,c0b4f564,c0aaa355,...) at rt_check+0x113 arpresolve(c526a400,c5874618,c550fb00,cb4ee2d0,ebd27992,...) at arpresolve+0xb0 ether_output(c526a400,c550fb00,cb4ee2d0,c5874618,c57c6440,...) at ether_output+0x7e ip_output(c550fb00,0,ebd27a00,0,0,...) at ip_output+0xa04 tcp_output(c58a4378,c6148500,c0ab354d,30b,c58a17c8,...) at tcp_output+0x13f0 tcp_usr_send(c66cb630,0,c6148500,0,0,...) at tcp_usr_send+0x25a sosend_generic(c66cb630,0,ebd27c60,0,0,...) at sosend_generic+0x50d sosend(c66cb630,0,ebd27c60,0,0,...) at sosend+0x54 soo_write(c5be9d80,ebd27c60,c605ad00,0,c57c6440,...) at soo_write+0x4b dofilewrite(ebd27c60,ffffffff,ffffffff,0,c5be9d80,...) at dofilewrite+0x95 kern_writev(c57c6440,3,ebd27c60,28535550,0,...) at kern_writev+0x58 write(c57c6440,ebd27cfc,c,c0a5612b,c0b49260,...) at write+0x4f syscall(ebd27d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (4, FreeBSD ELF32, write), eip = 0x283e3483, esp = 0xbfbfe5cc, ebp = 0xbfbfe5e8 --- Tracing command sshd pid 21982 tid 100151 td 0xc5a3bcc0 sched_switch(c5a3bcc0,0,1,180,f317eb00,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5a3bcc0,0,c0aa02cc,19b,c7600248,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,58,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c7600248,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c7600248,c7600200,158,c0aa509f,0) at _sleep+0x359 sbwait(c76001dc,1,c0aa51b4,5ae,c7600200,...) at sbwait+0x76 soreceive_generic(c760018c,0,ebdf5c60,0,0,...) at soreceive_generic+0x42f soreceive(c760018c,0,ebdf5c60,0,0,...) at soreceive+0x4d soo_read(c6ee14c8,ebdf5c60,c99eed00,0,c5a3bcc0,...) at soo_read+0x3b dofileread(ebdf5c60,ffffffff,ffffffff,0,c6ee14c8,...) at dofileread+0x96 kern_readv(c5a3bcc0,5,ebdf5c60,bfbfe64c,4,...) at kern_readv+0x58 read(c5a3bcc0,ebdf5cfc,c,c0ab76e1,c0b49248,...) at read+0x4f syscall(ebdf5d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x283e34a3, esp = 0xbfbfe60c, ebp = 0xbfbfe628 --- Tracing command gmake pid 20101 tid 100252 td 0xca6f1660 sched_switch(ca6f1660,0,1,180,2da8e9cc,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(ca6f1660,0,c0aa02cc,19b,cb4a0000,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(cb4a0000,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(cb4a0000,cb4a0090,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(ca6f1660,ffffffff,ebfb7c2c,0,0,...) at kern_wait+0xa66 wait4(ca6f1660,ebfb7cfc,10,c0aa22db,c0b492a8,...) at wait4+0x3b syscall(ebfb7d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x281f9e7b, esp = 0xbfbfd49c, ebp = 0xbfbfd4b8 --- Tracing command sh pid 20097 tid 100201 td 0xc6eee000 sched_switch(c6eee000,0,1,180,cca81b5c,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c6eee000,0,c0aa02cc,19b,c6eeb7f8,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c6eeb7f8,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c6eeb7f8,c6eeb888,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c6eee000,ffffffff,ebf34c2c,2,0,...) at kern_wait+0xa66 wait4(c6eee000,ebf34cfc,10,c0aa23e0,c0b492a8,...) at wait4+0x3b syscall(ebf34d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x28149e7b, esp = 0xbfbfdf3c, ebp = 0xbfbfdf58 --- Tracing command gmake pid 20096 tid 100064 td 0xc55a1440 sched_switch(c55a1440,0,1,180,cb25aefa,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c55a1440,0,c0aa02cc,19b,c559daa0,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c559daa0,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c559daa0,c559db30,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c55a1440,ffffffff,ebc76c2c,0,0,...) at kern_wait+0xa66 wait4(c55a1440,ebc76cfc,10,c0aa22db,c0b492a8,...) at wait4+0x3b syscall(ebc76d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x281f9e7b, esp = 0xbfbfd58c, ebp = 0xbfbfd5a8 --- Tracing command sh pid 84323 tid 100257 td 0xca6edaa0 sched_switch(ca6edaa0,0,1,180,c8f4c658,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(ca6edaa0,0,c0aa02cc,19b,cb4a0d48,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(cb4a0d48,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(cb4a0d48,cb4a0dd8,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(ca6edaa0,ffffffff,ebfa8c2c,2,0,...) at kern_wait+0xa66 wait4(ca6edaa0,ebfa8cfc,10,c0aa23e0,c0b492a8,...) at wait4+0x3b syscall(ebfa8d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x28149e7b, esp = 0xbfbfdf1c, ebp = 0xbfbfdf38 --- Tracing command gmake pid 84322 tid 100235 td 0xca6ecaa0 sched_switch(ca6ecaa0,0,1,180,1a565222,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(ca6ecaa0,0,c0aa02cc,19b,ca6ef2a8,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(ca6ef2a8,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(ca6ef2a8,ca6ef338,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(ca6ecaa0,ffffffff,ebf93c2c,0,0,...) at kern_wait+0xa66 wait4(ca6ecaa0,ebf93cfc,10,c0aa22db,c0b492a8,...) at wait4+0x3b syscall(ebf93d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x281f9e7b, esp = 0xbfbfd59c, ebp = 0xbfbfd5b8 --- Tracing command sh pid 84318 tid 100167 td 0xc5c1c220 sched_switch(c5c1c220,0,1,180,18ffc18c,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5c1c220,0,c0aa02cc,19b,c5c20d48,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5c20d48,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5c20d48,c5c20dd8,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c5c1c220,ffffffff,ebe25c2c,2,0,...) at kern_wait+0xa66 wait4(c5c1c220,ebe25cfc,10,c0aa23e0,c0b492a8,...) at wait4+0x3b syscall(ebe25d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x28149e7b, esp = 0xbfbfdecc, ebp = 0xbfbfdee8 --- Tracing command gmake pid 84317 tid 100208 td 0xc6eed000 sched_switch(c6eed000,0,1,180,177a6518,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c6eed000,0,c0aa02cc,19b,c6eefaa0,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c6eefaa0,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c6eefaa0,c6eefb30,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c6eed000,ffffffff,ebf1fc2c,0,0,...) at kern_wait+0xa66 wait4(c6eed000,ebf1fcfc,10,c0aa22db,c0b492a8,...) at wait4+0x3b syscall(ebf1fd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x281f9e7b, esp = 0xbfbfd68c, ebp = 0xbfbfd6a8 --- Tracing command gmake pid 84316 tid 100143 td 0xc5bbf000 sched_switch(c5bbf000,0,1,180,15579c9a,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5bbf000,0,c0aa02cc,19b,c5bc1d48,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5bc1d48,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5bc1d48,c5bc1dd8,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c5bbf000,ffffffff,ebe0dc2c,0,0,...) at kern_wait+0xa66 wait4(c5bbf000,ebe0dcfc,10,c0aa22db,c0b492a8,...) at wait4+0x3b syscall(ebe0dd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x281f9e7b, esp = 0xbfbfd76c, ebp = 0xbfbfd788 --- Tracing command sh pid 84315 tid 100224 td 0xc7220880 sched_switch(c7220880,0,1,180,11e9dfac,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c7220880,0,c0aa02cc,19b,c7224550,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c7224550,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c7224550,c72245e0,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c7220880,ffffffff,ebf66c2c,2,0,...) at kern_wait+0xa66 wait4(c7220880,ebf66cfc,10,ebf66d38,c0b492a8,...) at wait4+0x3b syscall(ebf66d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x28149e7b, esp = 0xbfbfe41c, ebp = 0xbfbfe438 --- Tracing command make pid 20720 tid 100096 td 0xc562b000 sched_switch(c562b000,0,1,180,115fc284,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c562b000,0,c0aa02cc,19b,c5633000,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5633000,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5633000,c5633090,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c562b000,ffffffff,ebce6c2c,0,0,...) at kern_wait+0xa66 wait4(c562b000,ebce6cfc,10,c0aa235c,c0b492a8,...) at wait4+0x3b syscall(ebce6d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x80684cf, esp = 0xbfbfdc9c, ebp = 0xbfbfdcb8 --- Tracing command sh pid 20719 tid 100182 td 0xc5c1e880 sched_switch(c5c1e880,0,1,180,6a097586,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5c1e880,0,c0aa02cc,19b,c5c97550,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5c97550,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5c97550,c5c975e0,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c5c1e880,ffffffff,ebe58c2c,2,0,...) at kern_wait+0xa66 wait4(c5c1e880,ebe58cfc,10,ebe58d38,c0b492a8,...) at wait4+0x3b syscall(ebe58d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x28149e7b, esp = 0xbfbfe7fc, ebp = 0xbfbfe818 --- Tracing command make pid 20703 tid 100178 td 0xc5c85220 sched_switch(c5c85220,0,1,180,696d66ec,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5c85220,0,c0aa02cc,19b,c5c87aa0,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5c87aa0,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5c87aa0,c5c87b30,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c5c85220,ffffffff,ebe86c2c,0,0,...) at kern_wait+0xa66 wait4(c5c85220,ebe86cfc,10,c0aa235c,c0b492a8,...) at wait4+0x3b syscall(ebe86d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x80684cf, esp = 0xbfbfdd9c, ebp = 0xbfbfddb8 --- Tracing command csh pid 86175 tid 100093 td 0xc562b660 sched_switch(c562b660,0,1,180,ffd380c4,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c562b660,0,c0aa02cc,19b,c5528410,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,59,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5528410,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5528410,0,159,c0aa3c6f,0,...) at _sleep+0x359 ttysleep(c5528400,c5528410,159,c0aa3c6f,0,...) at ttysleep+0x39 ttread(c5528400,ebcefc60,0,c843fd00,ebcefc60,...) at ttread+0x4e7 ptsread(c843fd00,ebcefc60,0,168,0,...) at ptsread+0x3e giant_read(c843fd00,ebcefc60,0,0,1,...) at giant_read+0x48 devfs_read_f(c6ee1ca8,ebcefc60,c83ea300,0,c562b660,...) at devfs_read_f+0x71 dofileread(ebcefc60,ffffffff,ffffffff,0,c6ee1ca8,...) at dofileread+0x96 kern_readv(c562b660,10,ebcefc60,bfbfe836,1,...) at kern_readv+0x58 read(c562b660,ebcefcfc,c,c0a8d525,c0b49248,...) at read+0x4f syscall(ebcefd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x281f84a3, esp = 0xbfbfe7ec, ebp = 0xbfbfe808 --- Tracing command su pid 85857 tid 100111 td 0xc57c6660 sched_switch(c57c6660,0,1,180,35f498b4,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c57c6660,0,c0aa02cc,19b,c57ca7f8,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c57ca7f8,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c57ca7f8,c57ca888,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c57c6660,1509f,ebd2ac2c,2,0,...) at kern_wait+0xa66 wait4(c57c6660,ebd2acfc,10,ebd2ad38,c0b492a8,...) at wait4+0x3b syscall(ebd2ad38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x2810ae7b, esp = 0xbfbfe79c, ebp = 0xbfbfe7b8 --- Tracing command csh pid 84932 tid 100073 td 0xc55d5cc0 sched_switch(c55d5cc0,0,1,180,3faccc7c,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c55d5cc0,0,c0aa02cc,19b,c55d1308,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,68,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c55d1308,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c55d1308,c55d1338,168,c0a5f873,0,...) at _sleep+0x359 kern_sigsuspend(c55d5cc0,0,0,0,0,...) at kern_sigsuspend+0xe4 sigsuspend(c55d5cc0,ebcbdcfc,4,c0aa22db,c0b4b1f8,...) at sigsuspend+0x4d syscall(ebcbdd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x28166ffb, esp = 0xbfbfe80c, ebp = 0xbfbfe878 --- Tracing command sshd pid 84911 tid 100068 td 0xc559eaa0 sched_switch(c559eaa0,0,1,180,7727e34,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c559eaa0,0,c0aa02cc,19b,c0c03cbc,...) at sleepq_switch+0xf0 sleepq_catch_signals(c0742baa,c0c03ca4,0,c0a9b5fa,c559eaa0,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c0c03cbc,c0c03ca4,c0ab9fa0,101,0,...) at sleepq_wait_sig+0x14 _cv_wait_sig(c0c03cbc,c0c03ca4,c0aa1e52,30f,c0a966e4,...) at _cv_wait_sig+0x1fc kern_select(c559eaa0,9,285030e4,285030e8,0,0,3fd0,285030e4) at kern_select+0x6cc select(c559eaa0,ebc6acfc,14,c0a5612b,c0b49ab8,...) at select+0x5e syscall(ebc6ad38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x283e3423, esp = 0xbfbfe5fc, ebp = 0xbfbfe648 --- Tracing command sshd pid 83121 tid 100154 td 0xc5c1e000 sched_switch(c5c1e000,0,1,180,6e89b21c,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5c1e000,0,c0aa02cc,19b,c57126ec,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,58,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c57126ec,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c57126ec,c57126a4,158,c0aa509f,0) at _sleep+0x359 sbwait(c5712680,1,c0aa51b4,5ae,c57126a4,...) at sbwait+0x76 soreceive_generic(c5712630,0,ebe4cc60,0,0,...) at soreceive_generic+0x42f soreceive(c5712630,0,ebe4cc60,0,0,...) at soreceive+0x4d soo_read(c724d360,ebe4cc60,c8467e00,0,c5c1e000,...) at soo_read+0x3b dofileread(ebe4cc60,ffffffff,ffffffff,0,c724d360,...) at dofileread+0x96 kern_readv(c5c1e000,5,ebe4cc60,bfbfe64c,4,...) at kern_readv+0x58 read(c5c1e000,ebe4ccfc,c,c0ab76e1,c0b49248,...) at read+0x4f syscall(ebe4cd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x283e34a3, esp = 0xbfbfe60c, ebp = 0xbfbfe628 --- Tracing command sh pid 25073 tid 100185 td 0xc5c99aa0 sched_switch(c5c99aa0,0,1,180,55885b24,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5c99aa0,0,c0aa02cc,19b,c5c97d48,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5c97d48,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5c97d48,c5c97dd8,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c5c99aa0,ffffffff,ebed1c2c,2,0,...) at kern_wait+0xa66 wait4(c5c99aa0,ebed1cfc,10,c0aa23e0,c0b492a8,...) at wait4+0x3b syscall(ebed1d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x28149e7b, esp = 0xbfbfdb5c, ebp = 0xbfbfdb78 --- Tracing command make pid 7399 tid 100088 td 0xc562c220 sched_switch(c562c220,0,1,180,f024bcc0,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c562c220,0,c0aa02cc,19b,c562aaa0,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c562aaa0,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c562aaa0,c562ab30,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c562c220,ffffffff,ebcfec2c,0,0,...) at kern_wait+0xa66 wait4(c562c220,ebcfecfc,10,c0aa235c,c0b492a8,...) at wait4+0x3b syscall(ebcfed38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x80684cf, esp = 0xbfbfde4c, ebp = 0xbfbfde68 --- Tracing command csh pid 810 tid 100097 td 0xc55d6cc0 sched_switch(c55d6cc0,0,1,180,11513c44,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c55d6cc0,0,c0aa02cc,19b,c5633308,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,68,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5633308,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5633308,c5633338,168,c0a5f873,0,...) at _sleep+0x359 kern_sigsuspend(c55d6cc0,0,0,0,0,...) at kern_sigsuspend+0xe4 sigsuspend(c55d6cc0,ebcd2cfc,4,c0aa22db,c0b4b1f8,...) at sigsuspend+0x4d syscall(ebcd2d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x28166ffb, esp = 0xbfbfe72c, ebp = 0xbfbfe798 --- Tracing command su pid 809 tid 100122 td 0xc5a3b660 sched_switch(c5a3b660,0,1,180,5f8c36e4,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5a3b660,0,c0aa02cc,19b,c5a38550,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5a38550,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5a38550,c5a385e0,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c5a3b660,32a,ebdecc2c,2,0,...) at kern_wait+0xa66 wait4(c5a3b660,ebdeccfc,10,ebdecd38,c0b492a8,...) at wait4+0x3b syscall(ebdecd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x2810ae7b, esp = 0xbfbfe78c, ebp = 0xbfbfe7a8 --- Tracing command csh pid 805 tid 100126 td 0xc5a39cc0 sched_switch(c5a39cc0,0,1,180,8e4b9782,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5a39cc0,0,c0aa02cc,19b,c5a3c060,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,68,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5a3c060,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5a3c060,c5a3c090,168,c0a5f873,0,...) at _sleep+0x359 kern_sigsuspend(c5a39cc0,0,0,0,0,...) at kern_sigsuspend+0xe4 sigsuspend(c5a39cc0,ebde0cfc,4,c0aa22db,c0b4b1f8,...) at sigsuspend+0x4d syscall(ebde0d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x28166ffb, esp = 0xbfbfe80c, ebp = 0xbfbfe878 --- Tracing command sshd pid 804 tid 100070 td 0xc559e660 sched_switch(c559e660,0,1,180,2d9d0594,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c559e660,0,c0aa02cc,19b,c0c03cbc,...) at sleepq_switch+0xf0 sleepq_catch_signals(c0742baa,c0c03ca4,0,c0a9b5fa,c559e660,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c0c03cbc,c0c03ca4,c0ab9fa0,101,0,...) at sleepq_wait_sig+0x14 _cv_wait_sig(c0c03cbc,c0c03ca4,c0aa1e52,30f,c0ab354d,...) at _cv_wait_sig+0x1fc kern_select(c559e660,9,285030e4,285030e8,0,0,0,280e05e8) at kern_select+0x6cc select(c559e660,ebc64cfc,14,c0a8d525,c0b49ab8,...) at select+0x5e syscall(ebc64d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x283e3423, esp = 0xbfbfe5fc, ebp = 0xbfbfe648 --- Tracing command sshd pid 801 tid 100127 td 0xc5a39aa0 sched_switch(c5a39aa0,0,1,180,f0ecc0ae,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5a39aa0,0,c0aa02cc,19b,c5712a04,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,58,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5712a04,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5712a04,c57129bc,158,c0aa509f,0) at _sleep+0x359 sbwait(c5712998,1,c0aa51b4,5ae,c57129bc,...) at sbwait+0x76 soreceive_generic(c5712948,0,ebdddc60,0,0,...) at soreceive_generic+0x42f soreceive(c5712948,0,ebdddc60,0,0,...) at soreceive+0x4d soo_read(c55cbd80,ebdddc60,c5630000,0,c5a39aa0,...) at soo_read+0x3b dofileread(ebdddc60,ffffffff,ffffffff,0,c55cbd80,...) at dofileread+0x96 kern_readv(c5a39aa0,5,ebdddc60,bfbfe64c,4,...) at kern_readv+0x58 read(c5a39aa0,ebdddcfc,c,c0ab76e1,c0b49248,...) at read+0x4f syscall(ebdddd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x283e34a3, esp = 0xbfbfe60c, ebp = 0xbfbfe628 --- Tracing command login pid 793 tid 100082 td 0xc55d2880 sched_switch(c55d2880,0,1,180,7a9d1d84,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c55d2880,0,c0aa02cc,19b,c535d810,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,59,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c535d810,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c535d810,0,159,c0aa3c6f,0,...) at _sleep+0x359 ttysleep(c535d800,c535d810,159,c0aa3c6f,0,...) at ttysleep+0x39 ttread(c535d800,ebca2c60,0,ebca2bb8,c071e7e8,...) at ttread+0x4e7 ttyread(c52d8300,ebca2c60,0,168,0,...) at ttyread+0x39 giant_read(c52d8300,ebca2c60,0,0,1,...) at giant_read+0x48 devfs_read_f(c5634ca8,ebca2c60,c511c800,0,c55d2880,...) at devfs_read_f+0x71 dofileread(ebca2c60,ffffffff,ffffffff,0,c5634ca8,...) at dofileread+0x96 kern_readv(c55d2880,0,ebca2c60,bfbfe9bb,1,...) at kern_readv+0x58 read(c55d2880,ebca2cfc,c,c0aa23f0,c0b49248,...) at read+0x4f syscall(ebca2d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x2817f4a3, esp = 0xbfbfe72c, ebp = 0xbfbfe9c8 --- Tracing command getty pid 792 tid 100069 td 0xc559e880 sched_switch(c559e880,0,1,180,397a7f30,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c559e880,0,c0aa02cc,19b,c535f410,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,59,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c535f410,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c535f410,0,159,c0aa3c6f,0,...) at _sleep+0x359 ttysleep(c535f400,c535f410,159,c0aa3c6f,0,...) at ttysleep+0x39 ttread(c535f400,ebc67c60,0,ebc67b9c,c0679bfd,...) at ttread+0x4e7 ttyread(c5380800,ebc67c60,0,ebc67bb8,c071e7e8,...) at ttyread+0x39 scread(c5380800,ebc67c60,0,168,0,...) at scread+0x2d giant_read(c5380800,ebc67c60,0,0,1,...) at giant_read+0x48 devfs_read_f(c58739d8,ebc67c60,c511c800,0,c559e880,...) at devfs_read_f+0x71 dofileread(ebc67c60,ffffffff,ffffffff,0,c58739d8,...) at dofileread+0x96 kern_readv(c559e880,0,ebc67c60,bfbfee4b,1,...) at kern_readv+0x58 read(c559e880,ebc67cfc,c,c0ace8dc,c0b49248,...) at read+0x4f syscall(ebc67d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x281644a3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command getty pid 791 tid 100092 td 0xc562b880 sched_switch(c562b880,0,1,180,391d0a04,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c562b880,0,c0aa02cc,19b,c538a010,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,59,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c538a010,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c538a010,0,159,c0aa3c6f,0,...) at _sleep+0x359 ttysleep(c538a000,c538a010,159,c0aa3c6f,0,...) at ttysleep+0x39 ttread(c538a000,ebcf2c60,0,ebcf2b9c,c0679bfd,...) at ttread+0x4e7 ttyread(c5380700,ebcf2c60,0,ebcf2bb8,c071e7e8,...) at ttyread+0x39 scread(c5380700,ebcf2c60,0,168,0,...) at scread+0x2d giant_read(c5380700,ebcf2c60,0,0,1,...) at giant_read+0x48 devfs_read_f(c55cbca8,ebcf2c60,c511c800,0,c562b880,...) at devfs_read_f+0x71 dofileread(ebcf2c60,ffffffff,ffffffff,0,c55cbca8,...) at dofileread+0x96 kern_readv(c562b880,0,ebcf2c60,bfbfee4b,1,...) at kern_readv+0x58 read(c562b880,ebcf2cfc,c,c0ace8dc,c0b49248,...) at read+0x4f syscall(ebcf2d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x281644a3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command getty pid 790 tid 100098 td 0xc55d6aa0 sched_switch(c55d6aa0,0,1,180,38e12210,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c55d6aa0,0,c0aa02cc,19b,c5389c10,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,59,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5389c10,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5389c10,0,159,c0aa3c6f,0,...) at _sleep+0x359 ttysleep(c5389c00,c5389c10,159,c0aa3c6f,0,...) at ttysleep+0x39 ttread(c5389c00,ebccfc60,0,ebccfb9c,c0679bfd,...) at ttread+0x4e7 ttyread(c5380600,ebccfc60,0,ebccfbb8,c071e7e8,...) at ttyread+0x39 scread(c5380600,ebccfc60,0,168,0,...) at scread+0x2d giant_read(c5380600,ebccfc60,0,0,1,...) at giant_read+0x48 devfs_read_f(c55a6bd0,ebccfc60,c511c800,0,c55d6aa0,...) at devfs_read_f+0x71 dofileread(ebccfc60,ffffffff,ffffffff,0,c55a6bd0,...) at dofileread+0x96 kern_readv(c55d6aa0,0,ebccfc60,bfbfee4b,1,...) at kern_readv+0x58 read(c55d6aa0,ebccfcfc,c,c0ace8dc,c0b49248,...) at read+0x4f syscall(ebccfd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x281644a3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command getty pid 789 tid 100130 td 0xc5a39440 sched_switch(c5a39440,0,1,180,3940407c,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5a39440,0,c0aa02cc,19b,c538ac10,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,59,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c538ac10,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c538ac10,0,159,c0aa3c6f,0,...) at _sleep+0x359 ttysleep(c538ac00,c538ac10,159,c0aa3c6f,0,...) at ttysleep+0x39 ttread(c538ac00,ebdd4c60,0,ebdd4b9c,c0679bfd,...) at ttread+0x4e7 ttyread(c5380500,ebdd4c60,0,ebdd4bb8,c071e7e8,...) at ttyread+0x39 scread(c5380500,ebdd4c60,0,168,0,...) at scread+0x2d giant_read(c5380500,ebdd4c60,0,0,1,...) at giant_read+0x48 devfs_read_f(c5873c18,ebdd4c60,c511c800,0,c5a39440,...) at devfs_read_f+0x71 dofileread(ebdd4c60,ffffffff,ffffffff,0,c5873c18,...) at dofileread+0x96 kern_readv(c5a39440,0,ebdd4c60,bfbfee4b,1,...) at kern_readv+0x58 read(c5a39440,ebdd4cfc,c,c0ace8dc,c0b49248,...) at read+0x4f syscall(ebdd4d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x281644a3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command getty pid 788 tid 100075 td 0xc55d5880 sched_switch(c55d5880,0,1,180,39b9a5dc,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c55d5880,0,c0aa02cc,19b,c538a810,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,59,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c538a810,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c538a810,0,159,c0aa3c6f,0,...) at _sleep+0x359 ttysleep(c538a800,c538a810,159,c0aa3c6f,0,...) at ttysleep+0x39 ttread(c538a800,ebcb7c60,0,ebcb7b9c,c0679bfd,...) at ttread+0x4e7 ttyread(c5380400,ebcb7c60,0,ebcb7bb8,c071e7e8,...) at ttyread+0x39 scread(c5380400,ebcb7c60,0,168,0,...) at scread+0x2d giant_read(c5380400,ebcb7c60,0,0,1,...) at giant_read+0x48 devfs_read_f(c55a6510,ebcb7c60,c511c800,0,c55d5880,...) at devfs_read_f+0x71 dofileread(ebcb7c60,ffffffff,ffffffff,0,c55a6510,...) at dofileread+0x96 kern_readv(c55d5880,0,ebcb7c60,bfbfee4b,1,...) at kern_readv+0x58 read(c55d5880,ebcb7cfc,c,c0ace8dc,c0b49248,...) at read+0x4f syscall(ebcb7d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x281644a3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command getty pid 787 tid 100087 td 0xc562c440 sched_switch(c562c440,0,1,180,396e591c,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c562c440,0,c0aa02cc,19b,c5388c10,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,59,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5388c10,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5388c10,0,159,c0aa3c6f,0,...) at _sleep+0x359 ttysleep(c5388c00,c5388c10,159,c0aa3c6f,0,...) at ttysleep+0x39 ttread(c5388c00,ebd01c60,0,ebd01b9c,c0679bfd,...) at ttread+0x4e7 ttyread(c5380300,ebd01c60,0,ebd01bb8,c071e7e8,...) at ttyread+0x39 scread(c5380300,ebd01c60,0,168,0,...) at scread+0x2d giant_read(c5380300,ebd01c60,0,0,1,...) at giant_read+0x48 devfs_read_f(c5873cf0,ebd01c60,c511c800,0,c562c440,...) at devfs_read_f+0x71 dofileread(ebd01c60,ffffffff,ffffffff,0,c5873cf0,...) at dofileread+0x96 kern_readv(c562c440,0,ebd01c60,bfbfee4b,1,...) at kern_readv+0x58 read(c562c440,ebd01cfc,c,c0ace8dc,c0b49248,...) at read+0x4f syscall(ebd01d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x281644a3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command getty pid 786 tid 100091 td 0xc562baa0 sched_switch(c562baa0,0,1,180,394c38d0,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c562baa0,0,c0aa02cc,19b,c5388810,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,59,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5388810,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5388810,0,159,c0aa3c6f,0,...) at _sleep+0x359 ttysleep(c5388800,c5388810,159,c0aa3c6f,0,...) at ttysleep+0x39 ttread(c5388800,ebcf5c60,0,ebcf5b9c,c0679bfd,...) at ttread+0x4e7 ttyread(c5380200,ebcf5c60,0,ebcf5bb8,c071e7e8,...) at ttyread+0x39 scread(c5380200,ebcf5c60,0,168,0,...) at scread+0x2d giant_read(c5380200,ebcf5c60,0,0,1,...) at giant_read+0x48 devfs_read_f(c55cb630,ebcf5c60,c511c800,0,c562baa0,...) at devfs_read_f+0x71 dofileread(ebcf5c60,ffffffff,ffffffff,0,c55cb630,...) at dofileread+0x96 kern_readv(c562baa0,0,ebcf5c60,bfbfee4b,1,...) at kern_readv+0x58 read(c562baa0,ebcf5cfc,c,c0ace8dc,c0b49248,...) at read+0x4f syscall(ebcf5d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x281644a3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command getty pid 785 tid 100085 td 0xc52d5440 sched_switch(c52d5440,0,1,180,f4cd50d8,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c52d5440,0,c0aa02cc,19b,c5389810,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba580,1,c0a9b5fa,59,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5389810,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5389810,0,159,c0aa3c6f,0,...) at _sleep+0x359 ttysleep(c5389800,c5389810,159,c0aa3c6f,0,...) at ttysleep+0x39 ttread(c5389800,e99b4c60,0,e99b4b9c,c0679bfd,...) at ttread+0x4e7 ttyread(c5380100,e99b4c60,0,e99b4bb8,c071e7e8,...) at ttyread+0x39 scread(c5380100,e99b4c60,0,168,0,...) at scread+0x2d giant_read(c5380100,e99b4c60,0,0,1,...) at giant_read+0x48 devfs_read_f(c5634510,e99b4c60,c511c800,0,c52d5440,...) at devfs_read_f+0x71 dofileread(e99b4c60,ffffffff,ffffffff,0,c5634510,...) at dofileread+0x96 kern_readv(c52d5440,0,e99b4c60,bfbfee4b,1,...) at kern_readv+0x58 read(c52d5440,e99b4cfc,c,c0ace8dc,c0b49248,...) at read+0x4f syscall(e99b4d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x281644a3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command inetd pid 764 tid 100094 td 0xc562b440 sched_switch(c562b440,0,1,180,1f622752,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c562b440,0,c0aa02cc,19b,c0c03cbc,...) at sleepq_switch+0xf0 sleepq_catch_signals(c0742baa,c0c03ca4,0,c0a9b5fa,c562b440,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c0c03cbc,c0c03ca4,c0ab9fa0,101,0,...) at sleepq_wait_sig+0x14 _cv_wait_sig(c0c03cbc,c0c03ca4,c0aa1e52,30f,ebcecb18,...) at _cv_wait_sig+0x1fc kern_select(c562b440,6,bfbfec8c,0,0,0,c58af288,bfbfee48) at kern_select+0x6cc select(c562b440,ebceccfc,14,c0aa2454,c0b49ab8,...) at select+0x5e syscall(ebcecd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x28177423, esp = 0xbfbfe08c, ebp = 0xbfbfee78 --- Tracing command moused pid 737 tid 100089 td 0xc562c000 sched_switch(c562c000,0,1,180,b377436,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c562c000,0,c0aa02cc,19b,c0c03cbc,...) at sleepq_switch+0xf0 sleepq_catch_signals(c0742baa,c0c03ca4,0,c0a9b5fa,c562c000,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c0c03cbc,c0c03ca4,c0ab9fa0,101,0,...) at sleepq_wait_sig+0x14 _cv_wait_sig(c0c03cbc,c0c03ca4,c0aa1e52,30f,c065563f,...) at _cv_wait_sig+0x1fc kern_select(c562c000,400,bfbfeaac,0,0,0,4739b5e9,0) at kern_select+0x6cc select(c562c000,ebcfbcfc,14,c0ace8dc,c0b49ab8,...) at select+0x5e syscall(ebcfbd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2817c423, esp = 0xbfbfea2c, ebp = 0xbfbfebc8 --- Tracing command cron pid 721 tid 100086 td 0xc52d5220 sched_switch(c52d5220,0,1,180,49e8e632,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c52d5220,0,c0aa02cc,19b,c0bb2724,...) at sleepq_switch+0xf0 sleepq_catch_signals(e99b1bc4,c074280d,c0bba580,1,5c,...) at sleepq_catch_signals+0x21e sleepq_timedwait_sig(c0bb2724,0,c0a9d1f9,da,0,...) at sleepq_timedwait_sig+0x17 _sleep(c0bb2724,0,15c,c0a9d9d5,ea61,...) at _sleep+0x331 kern_nanosleep(c52d5220,e99b1c64,e99b1c6c,3c,0,...) at kern_nanosleep+0xc1 nanosleep(c52d5220,e99b1cfc,8,c0aa2545,c0b4a880,...) at nanosleep+0x6f syscall(e99b1d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x28150f7f, esp = 0xbfbfed0c, ebp = 0xbfbfed38 --- Tracing command sendmail pid 715 tid 100047 td 0xc5255aa0 sched_switch(c5255aa0,0,1,180,3d3fe238,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5255aa0,0,c0aa02cc,19b,c52d7da8,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,68,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c52d7da8,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c52d7da8,c52d7dd8,168,c0a5f873,0,...) at _sleep+0x359 kern_sigsuspend(c5255aa0,0,0,0,0,...) at kern_sigsuspend+0xe4 sigsuspend(c5255aa0,e5757cfc,4,c0aa22db,c0b4b1f8,...) at sigsuspend+0x4d syscall(e5757d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x2830bffb, esp = 0xbfbfdb1c, ebp = 0xbfbfdb48 --- Tracing command sendmail pid 711 tid 100071 td 0xc559e440 sched_switch(c559e440,0,1,180,7f893e1c,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c559e440,0,c0aa02cc,19b,c0c03cbc,...) at sleepq_switch+0xf0 sleepq_catch_signals(ebc61a84,c0742baa,c0c03ca4,0,c559e440,...) at sleepq_catch_signals+0x21e sleepq_timedwait_sig(c0c03cbc,1389,c0ab9fa0,101,0,...) at sleepq_timedwait_sig+0x17 _cv_timedwait_sig(c0c03cbc,c0c03ca4,1389,30f,c073fd6d,...) at _cv_timedwait_sig+0x20b kern_select(c559e440,5,bfbfd92c,0,0,ebc61c70,5,0) at kern_select+0x6b4 select(c559e440,ebc61cfc,14,c0aa27fa,c0b49ab8,...) at select+0x5e syscall(ebc61d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2839d423, esp = 0xbfbfd09c, ebp = 0xbfbfdb38 --- Tracing command sshd pid 705 tid 100081 td 0xc55d2aa0 sched_switch(c55d2aa0,0,1,180,e160d12c,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c55d2aa0,0,c0aa02cc,19b,c0c03cbc,...) at sleepq_switch+0xf0 sleepq_catch_signals(c0742baa,c0c03ca4,0,c0a9b5fa,c55d2aa0,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c0c03cbc,c0c03ca4,c0ab9fa0,101,0,...) at sleepq_wait_sig+0x14 _cv_wait_sig(c0c03cbc,c0c03ca4,c0aa1e52,30f,ebca5afc,...) at _cv_wait_sig+0x1fc kern_select(c55d2aa0,7,2850b0b8,0,0,0,c,ebca5c98) at kern_select+0x6cc select(c55d2aa0,ebca5cfc,14,ebca5d38,c0b49ab8,...) at select+0x5e syscall(ebca5d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x283e3423, esp = 0xh(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5255cc0,0,c0aa02cc,19b,c0c03cbc,...) at sleepq_switch+0xf0 sleepq_catch_signals(c0742baa,c0c03ca4,0,c0a9b5fa,c5255cc0,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c0c03cbc,c0c03ca4,c0ab9fa0,101,0,...) at sleepq_wait_sig+0x14 _cv_wait_sig(c0c03cbc,c0c03ca4,c0aa1e52,30f,0,...) at _cv_wait_sig+0x1fc kern_select(c5255cc0,9,282200b8,0,0,0,396c5,28177818) at kern_select+0x6cc select(c5255cc0,e575acfc,14,c0aa23f0,c0b49ab8,...) at select+0x5e syscall(e575ad38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x28167423, esp = 0xbfbfdf3c, ebp = 0xbfbfee88 --- Tracing command devd pid 524 tid 100048 td 0xc5255880 sched_switch(c5255880,0,1,180,88841474,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5255880,0,c0aa02cc,19b,c0c03cbc,...) at sleepq_switch+0xf0 sleepq_catch_signals(c0742baa,c0c03ca4,0,c0a9b5fa,c5255880,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c0c03cbc,c0c03ca4,c0ab9fa0,101,0,...) at sleepq_wait_sig+0x14 _cv_wait_sig(c0c03cbc,c0c03ca4,c0aa1e52,30f,e5754afc,...) at _cv_wait_sig+0x1fc kern_select(c5255880,5,bfbfedf8,0,0,0,0,bfbfe99c) at kern_select+0x6cc select(c5255880,e5754cfc,14,c0aa2748,c0b49ab8,...) at select+0x5e syscall(e5754d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x807f95f, esp = 0xbfbfe9bc, ebp = 0xbfbfee98 --- Tracing command dhclient pid 328 tid 100084 td 0xc52d5660 sched_switch(c52d5660,0,1,180,3bd05a58,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c52d5660,0,c0aa02cc,19b,c0c03cbc,...) at sleepq_switch+0xf0 sleepq_catch_signals(e99b7ad8,c0742baa,c0c03ca4,0,c52d5660,...) at sleepq_catch_signals+0x21e sleepq_timedwait_sig(c0c03cbc,14ff1,c0ab9fa0,101,0,...) at sleepq_timedwait_sig+0x17 _cv_timedwait_sig(c0c03cbc,c0c03ca4,14ff1,3bb,e99b7b48,...) at _cv_timedwait_sig+0x20b poll(c52d5660,e99b7cfc,c,c0a5612b,c0b4a598,...) at poll+0x554 syscall(e99b7d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (209, FreeBSD ELF32, poll), eip = 0x2810f9af, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command dhclient pid 308 tid 100095 td 0xc562b220 sched_switch(c562b220,0,1,180,50643cea,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c562b220,0,c0aa02cc,19b,c0c03cbc,...) at sleepq_switch+0xf0 sleepq_catch_signals(c0742baa,c0c03ca4,0,c0a9b5fa,c562b220,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c0c03cbc,c0c03ca4,c0ab9fa0,101,0,...) at sleepq_wait_sig+0x14 _cv_wait_sig(c0c03cbc,c0c03ca4,c0aa1e52,3bb,c0aa1eef,...) at _cv_wait_sig+0x1fc poll(c562b220,ebce9cfc,c,c0a8d525,c0b4a598,...) at poll+0x56a syscall(ebce9d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (209, FreeBSD ELF32, poll), eip = 0x2810f9af, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- Tracing command softdepflush pid 53 tid 100049 td 0xc5255660 sched_switch(c5255660,0,1,180,9dbda24,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,44,...) at mi_switch+0x217 sleepq_switch(c5255660,0,c0aa02cc,240,44,...) at sleepq_switch+0xf0 sleepq_timedwait(c0c0f9a4,3e8,c0abbaca,0,0,...) at sleepq_timedwait+0x68 _sleep(c0c0f9a4,c0c0f97c,44,c0abbaca,3e8,...) at _sleep+0x345 softdep_flush(0,e5751d38,c0a9920b,2ea,c54f92a8,...) at softdep_flush+0x2c8 fork_exit(c09354b0,0,e5751d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5751d70, ebp = 0 --- Tracing command syncer pid 52 tid 100050 td 0xc54facc0 sched_switch(c54facc0,0,1,180,a09f520,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,c54facc0,...) at mi_switch+0x217 sleepq_switch(c54facc0,0,c0aa02cc,21d,68,...) at sleepq_switch+0xf0 sleepq_wait(c0bb254c,0,c0aa8698,0,0,...) at sleepq_wait+0x60 _sleep(c0bb254c,c0c04444,68,c0aa8698,0,...) at _sleep+0x369 sched_sync(0,e9a69d38,c0a9920b,2ea,c54f9550,...) at sched_sync+0x56e fork_exit(c07cb690,0,e9a69d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe9a69d70, ebp = 0 --- Tracing command vnlru pid 51 tid 100051 td 0xc54faaa0 sched_switch(c54faaa0,0,1,180,49fd376c,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,50,...) at mi_switch+0x217 sleepq_switch(c54faaa0,0,c0aa02cc,240,50,...) at sleepq_switch+0xf0 sleepq_timedwait(c54f97f8,3e8,c0aa8742,0,0,...) at sleepq_timedwait+0x68 _sleep(c54f97f8,c0c04418,250,c0aa8742,3e8,...) at _sleep+0x345 vnlru_proc(0,e9a66d38,c0a9920b,2ea,c54f97f8,...) at vnlru_proc+0x114 fork_exit(c07cc450,0,e9a66d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe9a66d70, ebp = 0 --- Tracing command bufdaemon pid 50 tid 100052 td 0xc54fa880 sched_switch(c54fa880,0,1,180,da7be8b8,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,44,...) at mi_switch+0x217 sleepq_switch(c54fa880,0,c0aa02cc,240,44,...) at sleepq_switch+0xf0 sleepq_timedwait(c0c04164,3e8,c0aa6585,0,0,...) at sleepq_timedwait+0x68 _sleep(c0c04164,c0c04168,44,c0aa6585,3e8,...) at _sleep+0x345 buf_daemon(0,e9a63d38,c0a9920b,2ea,c54f9aa0,...) at buf_daemon+0x21e fork_exit(c07b8280,0,e9a63d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe9a63d70, ebp = 0 --- Tracing command pagezero pid 49 tid 100053 td 0xc54fa660 sched_switch(c54fa660,0,1,180,6413cea6,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c54fa660,0,c0aa02cc,240,0,...) at sleepq_switch+0xf0 sleepq_timedwait(c0c10560,493e0,c0ac062b,0,0,...) at sleepq_timedwait+0x68 _sleep(c0c10560,c0c10104,0,c0ac062b,493e0,...) at _sleep+0x345 vm_pagezero(0,e9a60d38,c0a9920b,2ea,c54f9d48,...) at vm_pagezero+0xdc fork_exit(c096ea00,0,e9a60d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe9a60d70, ebp = 0 --- Tracing command vmdaemon pid 48 tid 100054 td 0xc54fa440 sched_switch(c54fa440,0,1,180,4968ab00,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,c54fa440,...) at mi_switch+0x217 sleepq_switch(c54fa440,0,c0aa02cc,21d,68,...) at sleepq_switch+0xf0 sleepq_wait(c0c10178,0,c0a9d1f9,da,0,...) at sleepq_wait+0x60 _sleep(c0c10178,c0c1017c,68,c0aa6585,0,...) at _sleep+0x369 vm_daemon(0,e9a5dd38,c0a9920b,2ea,c54fb000,...) at vm_daemon+0x59 fork_exit(c0969e40,0,e9a5dd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe9a5dd70, ebp = 0 --- Tracing command pagedaemon pid 47 tid 100055 td 0xc54fa220 sched_switch(c54fa220,0,1,180,502fd750,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,44,...) at mi_switch+0x217 sleepq_switch(c54fa220,0,c0aa02cc,240,44,...) at sleepq_switch+0xf0 sleepq_timedwait(c0c10140,1388,c0aa6585,0,0,...) at sleepq_timedwait+0x68 _sleep(c0c10140,c0c10104,44,c0aa6585,1388,...) at _sleep+0x345 vm_pageout(0,e9a5ad38,c0a9920b,2ea,c54fb2a8,...) at vm_pageout+0x2bb fork_exit(c096a9f0,0,e9a5ad38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe9a5ad70, ebp = 0 --- Tracing command sctp_iterator pid 46 tid 100056 td 0xc54fa000 sched_switch(c54fa000,0,1,180,16b33bc0,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,c54fa000,...) at mi_switch+0x217 sleepq_switch(c54fa000,0,c0aa02cc,21d,0,...) at sleepq_switch+0xf0 sleepq_wait(c0c05ecc,c0c05dd4,c0aaf4d9,0,0,...) at sleepq_wait+0x60 _sleep(c0c05ecc,c0c05dd4,0,c0aaf4d9,0,...) at _sleep+0x369 sctp_iterator_thread(0,e9a6cd38,c0a9920b,2ea,c54fb550,...) at sctp_iterator_thread+0x60 fork_exit(c0833730,0,e9a6cd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe9a6cd70, ebp = 0 --- Tracing command irq7: ppc0 pid 45 tid 100034 td 0xc5254440 fork_trampoline() at fork_trampoline Tracing command fdc0 pid 44 tid 100035 td 0xc5254220 sched_switch(c5254220,0,1,180,9d4623c,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,4c,...) at mi_switch+0x217 sleepq_switch(c5254220,0,c0aa02cc,240,4c,...) at sleepq_switch+0xf0 sleepq_timedwait(c5324e3c,3e8,c0a94196,0,0,...) at sleepq_timedwait+0x68 _sleep(c5324e3c,c5324ef0,4c,c0a94196,3e8,...) at _sleep+0x345 fdc_thread(c5324e00,e5736d38,c0a9920b,2ea,c5256d48,...) at fdc_thread+0x2b8 fork_exit(c09c69b0,c5324e00,e5736d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5736d70, ebp = 0 --- Tracing command swi0: sio pid 43 tid 100036 td 0xc5254000 sched_switch(c5254000,0,1,180,37bd6d44,...) at sched_switch+0x49b mi_switch(1,0,c0a99497,46b,c53629e4,...) at mi_switch+0x217 ithread_loop(c5360b50,e5733d38,c0a9920b,2ea,c52d3000,...) at ithread_loop+0x34c fork_exit(c0732ea0,c5360b50,e5733d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5733d70, ebp = 0 --- Tracing command irq12: psm0 pid 42 tid 100037 td 0xc5160cc0 fork_trampoline() at fork_trampoline Tracing command irq1: atkbd0 pid 41 tid 100038 td 0xc52d5000 sched_switch(c52d5000,0,1,180,4f6f164,...) at sched_switch+0x49b mi_switch(1,0,c0a99497,46b,c5111464,...) at mi_switch+0x217 ithread_loop(c5379340,e99aed38,c0a9920b,2ea,c52d3550,...) at ithread_loop+0x34c fork_exit(c0732ea0,c5379340,e99aed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe99aed70, ebp = 0 --- Tracing command irq15: ata1 pid 40 tid 100039 td 0xc52d4cc0 sched_switch(c52d4cc0,0,1,180,4a2ac8a4,...) at sched_switch+0x49b mi_switch(1,0,c0a99497,46b,c5110c64,...) at mi_switch+0x217 ithread_loop(c535bab0,e99abd38,c0a9920b,2ea,c52d37f8,...) at ithread_loop+0x34c fork_exit(c0732ea0,c535bab0,e99abd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe99abd70, ebp = 0 --- Tracing command irq14: ata0 pid 39 tid 100040 td 0xc52d4aa0 fork_trampoline() at fork_trampoline Tracing command aic_recovery1 pid 38 tid 100041 td 0xc52d4880 sched_switch(c52d4880,0,1,180,8167da80,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,c52d4880,...) at mi_switch+0x217 sleepq_switch(c52d4880,0,c0aa02cc,21d,a0,...) at sleepq_switch+0xf0 sleepq_wait(c5326000,0,c0a9d1f9,da,0,...) at sleepq_wait+0x60 _sleep(c5326000,c53212b4,a0,c0a5f5b8,0,...) at _sleep+0x369 ahd_recovery_thread(c5326000,e99a5d38,c0a9920b,2ea,c52d3d48,...) at ahd_recovery_thread+0x72 fork_exit(c04c3d60,c5326000,e99a5d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe99a5d70, ebp = 0 --- Tracing command irq22: ahd1 pid 37 tid 100042 td 0xc52d4660 sched_switch(c52d4660,0,1,180,45c9b3ec,...) at sched_switch+0x49b mi_switch(1,0,c0a99497,46b,c515e4e4,...) at mi_switch+0x217 ithread_loop(c535b470,e99a2d38,c0a9920b,2ea,c52d7000,...) at ithread_loop+0x34c fork_exit(c0732ea0,c535b470,e99a2d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe99a2d70, ebp = 0 --- Tracing command aic_recovery0 pid 36 tid 100043 td 0xc52d4440 sched_switch(c52d4440,0,1,180,8167a830,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,c52d4440,...) at mi_switch+0x217 sleepq_switch(c52d4440,0,c0aa02cc,21d,a0,...) at sleepq_switch+0xf0 sleepq_wait(c52db000,0,c0a9d1f9,da,0,...) at sleepq_wait+0x60 _sleep(c52db000,c5265bb4,a0,c0a5f5b8,0,...) at _sleep+0x369 ahd_recovery_thread(c52db000,e999fd38,c0a9920b,2ea,c52d72a8,...) at ahd_recovery_thread+0x72 fork_exit(c04c3d60,c52db000,e999fd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe999fd70, ebp = 0 --- Tracing command aac0aif pid 35 tid 100044 td 0xc52d4220 sched_switch(c52d4220,0,1,180,deb41c52,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,4c,...) at mi_switch+0x217 sleepq_switch(c52d4220,0,c0aa02cc,240,4c,...) at sleepq_switch+0xf0 sleepq_timedwait(c52d7550,4e20,c0a5acdf,0,0,...) at sleepq_timedwait+0x68 _sleep(c52d7550,c5276128,4c,c0a5acdf,4e20,...) at _sleep+0x345 aac_command_thread(c5276000,e999cd38,c0a9920b,2ea,c52d7550,...) at aac_command_thread+0x8d fork_exit(c0496140,c5276000,e999cd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe999cd70, ebp = 0 --- Tracing command irq18: aac0 pid 34 tid 100024 td 0xc5119aa0 sched_switch(c5119aa0,0,1,180,fc64d9ac,...) at sched_switch+0x49b mi_switch(1,0,c0a99497,46b,c515e6e4,...) at mi_switch+0x217 ithread_loop(c5271a50,e3cd2d38,c0a9920b,2ea,c5251000,...) at ithread_loop+0x34c fork_exit(c0732ea0,c5271a50,e3cd2d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3cd2d70, ebp = 0 --- Tracing command irq21: bge0 pid 33 tid 100025 td 0xc5119880 cpustop_handler(1,e3ccf958,c0a05b10,1,0,...) at cpustop_handler+0x32 ipi_nmi_handler(1,0,0,0,13,...) at ipi_nmi_handler+0x2f trap(e3ccf964) at trap+0x30 calltrap() at calltrap+0x6 --- trap 0x13, eip = 0xc074e586, esp = 0xe3ccf9a4, ebp = 0xe3ccf9c8 --- panic(c0a9b762,c5117660,c0aa0a06,c5117660,186ae,...) at panic+0x26 _mtx_lock_spin_failed(1,19,c0aa0a32,cb,19,...) at _mtx_lock_spin_failed+0x51 _thread_lock_flags(c57c6440,10,c0aa0a32,cb,1,...) at _thread_lock_flags+0xc7 propagate_priority(c0bbceec,0,c0aa0a32,2e2,c50f2a00,...) at propagate_priority+0xe0 turnstile_wait(c50f2a00,c57c6440,0,17a,c5874678,...) at turnstile_wait+0x48c _mtx_lock_sleep(c5874678,c5119880,0,c0aaa355,41c,...) at _mtx_lock_sleep+0x15a _mtx_lock_flags(c5874678,0,c0aaa355,41c,e3ccfaf4,...) at _mtx_lock_flags+0xef rt_setgate(c5874618,cb4ee2c0,e3ccfbac,c5119880,e3ccfb18,...) at rt_setgate+0x196 rtredirect(e3ccfbbc,e3ccfbac,0,26,e3ccfb9c,...) at rtredirect+0x18e icmp_input(c6fb6500,14,246,c0b9c7c0,e3ccfc0c,...) at icmp_input+0x50f ip_input(c6fb6500,14e,800,c526a400,800,...) at ip_input+0x650 netisr_dispatch(2,c6fb6500,10,3,0,...) at netisr_dispatch+0x73 ether_demux(c526a400,c6fb6500,3,0,3,...) at ether_demux+0x1f1 ether_input(c526a400,c6fb6500,c0a6af05,bc4,c526a400,...) at ether_input+0x37f bge_intr(c526d000,0,c0a99497,471,c515e564,...) at bge_intr+0x7da ithread_loop(c5271160,e3ccfd38,c0a9920b,2ea,c52512a8,...) at ithread_loop+0x1b5 fork_exit(c0732ea0,c5271160,e3ccfd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3ccfd70, ebp = 0 --- Tracing command usb2 pid 32 tid 100026 td 0xc5119660 sched_switch(c5119660,0,1,180,5e0d4486,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,5c,...) at mi_switch+0x217 sleepq_switch(c5119660,0,c0aa02cc,240,5c,...) at sleepq_switch+0xf0 sleepq_timedwait(c520ba10,ea60,c0a9111c,0,0,...) at sleepq_timedwait+0x68 _sleep(c520ba10,0,5c,c0a9111c,ea60,...) at _sleep+0x345 usb_event_thread(c52685c0,e3cccd38,c0a9920b,2ea,c5251550,...) at usb_event_thread+0xca fork_exit(c06cbb40,c52685c0,e3cccd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3cccd70, ebp = 0 --- Tracing command irq23: ehci0 pid 31 tid 100027 td 0xc5255440 fork_trampoline() at fork_trampoline Tracing command usb1 pid 30 tid 100028 td 0xc5255220 sched_switch(c5255220,0,1,180,5e0e59ae,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,5c,...) at mi_switch+0x217 sleepq_switch(c5255220,0,c0aa02cc,240,5c,...) at sleepq_switch+0xf0 sleepq_timedwait(c5243210,ea60,c0a9111c,0,0,...) at sleepq_timedwait+0x68 _sleep(c5243210,0,5c,c0a9111c,ea60,...) at _sleep+0x345 usb_event_thread(c523cc00,e574bd38,c0a9920b,2ea,c5251aa0,...) at usb_event_thread+0xca fork_exit(c06cbb40,c523cc00,e574bd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe574bd70, ebp = 0 --- Tracing command irq19: uhci1 ahd0 pid 29 tid 100029 td 0xc5255000 sched_switch(c5255000,0,1,180,2f1617b8,...) at sched_switch+0x49b mi_switch(1,0,c0a99497,46b,c515e664,...) at mi_switch+0x217 ithread_loop(c5242a20,e5748d38,c0a9920b,2ea,c5251d48,...) at ithread_loop+0x34c fork_exit(c0732ea0,c5242a20,e5748d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5748d70, ebp = 0 --- Tracing command usbtask-dr pid 28 tid 100030 td 0xc5254cc0 sched_switch(c5254cc0,0,1,180,81669054,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,c5254cc0,...) at mi_switch+0x217 sleepq_switch(c5254cc0,0,c0aa02cc,21d,5c,...) at sleepq_switch+0xf0 sleepq_wait(c0bafe54,0,c0a9d1f9,da,0,...) at sleepq_wait+0x60 _sleep(c0bafe54,0,5c,c0a91159,0,...) at _sleep+0x369 usb_task_thread(c0bafe54,e5745d38,c0a9920b,2ea,c5256000,...) at usb_task_thread+0x62 fork_exit(c06cc2c0,c0bafe54,e5745d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5745d70, ebp = 0 --- Tracing command usbtask-hc pid 27 tid 100031 td 0xc5254aa0 sched_switch(c5254aa0,0,1,180,816663d8,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,c5254aa0,...) at mi_switch+0x217 sleepq_switch(c5254aa0,0,c0aa02cc,21d,5c,...) at sleepq_switch+0xf0 sleepq_wait(c0bafe40,0,c0a9d1f9,da,0,...) at sleepq_wait+0x60 _sleep(c0bafe40,0,5c,c0a91159,0,...) at _sleep+0x369 usb_task_thread(c0bafe40,e5742d38,c0a9920b,2ea,c52562a8,...) at usb_task_thread+0x62 fork_exit(c06cc2c0,c0bafe40,e5742d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5742d70, ebp = 0 --- Tracing command usb0 pid 26 tid 100032 td 0xc5254880 sched_switch(c5254880,0,1,180,5e0ecc9a,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,5c,...) at mi_switch+0x217 sleepq_switch(c5254880,0,c0aa02cc,240,5c,...) at sleepq_switch+0xf0 sleepq_timedwait(c5249210,ea60,c0a9111c,0,0,...) at sleepq_timedwait+0x68 _sleep(c5249210,0,5c,c0a9111c,ea60,...) at _sleep+0x345 usb_event_thread(c524d680,e573fd38,c0a9920b,2ea,c5256550,...) at usb_event_thread+0xca fork_exit(c06cbb40,c524d680,e573fd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe573fd70, ebp = 0 --- Tracing command irq16: uhci0 pid 25 tid 100033 td 0xc5254660 fork_trampoline() at fork_trampoline Tracing command irq9: acpi0 pid 24 tid 100015 td 0xc5117440 fork_trampoline() at fork_trampoline Tracing command kqueue taskq pid 23 tid 100016 td 0xc5117220 sched_switch(c5117220,0,1,180,81b1c448,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,c5117220,...) at mi_switch+0x217 sleepq_switch(c5117220,0,c0aa02cc,21d,0,...) at sleepq_switch+0xf0 sleepq_wait(c5213600,c521361c,c0a94196,0,0,...) at sleepq_wait+0x60 _sleep(c5213600,c521361c,0,c0a94196,0,...) at _sleep+0x369 taskqueue_thread_loop(c0bb0dc4,e3cb1d38,c0a9920b,2ea,c515faa0,...) at taskqueue_thread_loop+0xb4 fork_exit(c0780830,c0bb0dc4,e3cb1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3cb1d70, ebp = 0 --- Tracing command swi6: task queue pid 22 tid 100017 td 0xc5160aa0 sched_switch(c5160aa0,0,1,180,1fb23b70,...) at sched_switch+0x49b mi_switch(1,0,c0a99497,46b,c52136e4,...) at mi_switch+0x217 ithread_loop(c520a0e0,e570ad38,c0a9920b,2ea,c515fd48,...) at ithread_loop+0x34c fork_exit(c0732ea0,c520a0e0,e570ad38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe570ad70, ebp = 0 --- Tracing command swi6: Giant taskq pid 21 tid 100018 td 0xc5160880 sched_switch(c5160880,0,1,180,4f7572c,...) at sched_switch+0x49b mi_switch(1,0,c0a99497,46b,c52137e4,...) at mi_switch+0x217 ithread_loop(c520a0f0,e5707d38,c0a9920b,2ea,c5214000,...) at ithread_loop+0x34c fork_exit(c0732ea0,c520a0f0,e5707d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5707d70, ebp = 0 --- Tracing command thread taskq pid 9 tid 100019 td 0xc5160660 sched_switch(c5160660,0,1,180,45ed1704,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,c5160660,...) at mi_switch+0x217 sleepq_switch(c5160660,0,c0aa02cc,21d,0,...) at sleepq_switch+0xf0 sleepq_wait(c5213880,c521389c,c0a94196,0,0,...) at sleepq_wait+0x60 _sleep(c5213880,c521389c,0,c0a94196,0,...) at _sleep+0x369 taskqueue_thread_loop(c0bbc6d8,e5704d38,c0a9920b,2ea,c52142a8,...) at taskqueue_thread_loop+0xb4 fork_exit(c0780830,c0bbc6d8,e5704d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5704d70, ebp = 0 --- Tracing command acpi_task_2 pid 8 tid 100020 td 0xc5160440 sched_switch(c5160440,0,1,180,817489b8,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,c5160440,...) at mi_switch+0x217 sleepq_switch(c5160440,0,c0aa02cc,21d,0,...) at sleepq_switch+0xf0 sleepq_wait(c5213900,c521391c,c0a94196,0,0,...) at sleepq_wait+0x60 _sleep(c5213900,c521391c,0,c0a94196,0,...) at _sleep+0x369 taskqueue_thread_loop(c0d82ebc,e5701d38,c0a9920b,2ea,c5214550,...) at taskqueue_thread_loop+0xb4 fork_exit(c0780830,c0d82ebc,e5701d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5701d70, ebp = 0 --- Tracing command acpi_task_1 pid 7 tid 100021 td 0xc5160220 sched_switch(c5160220,0,1,180,81745958,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,c5160220,...) at mi_switch+0x217 sleepq_switch(c5160220,0,c0aa02cc,21d,0,...) at sleepq_switch+0xf0 sleepq_wait(c5213900,c521391c,c0a94196,0,0,...) at sleepq_wait+0x60 _sleep(c5213900,c521391c,0,c0a94196,0,...) at _sleep+0x369 taskqueue_thread_loop(c0d82ebc,e56fed38,c0a9920b,2ea,c52147f8,...) at taskqueue_thread_loop+0xb4 fork_exit(c0780830,c0d82ebc,e56fed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe56fed70, ebp = 0 --- Tracing command acpi_task_0 pid 6 tid 100022 td 0xc5160000 sched_switch(c5160000,0,1,180,817425a0,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,c5160000,...) at mi_switch+0x217 sleepq_switch(c5160000,0,c0aa02cc,21d,0,...) at sleepq_switch+0xf0 sleepq_wait(c5213900,c521391c,c0a94196,0,0,...) at sleepq_wait+0x60 _sleep(c5213900,c521391c,0,c0a94196,0,...) at _sleep+0x369 taskqueue_thread_loop(c0d82ebc,e56fbd38,c0a9920b,2ea,c5214aa0,...) at taskqueue_thread_loop+0xb4 fork_exit(c0780830,c0d82ebc,e56fbd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe56fbd70, ebp = 0 --- Tracing command swi5: + pid 20 tid 100023 td 0xc5119cc0 fork_trampoline() at fork_trampoline Tracing command swi2: cambio pid 19 tid 100007 td 0xc5115000 sched_switch(c5115000,0,1,180,45cc7cd4,...) at sched_switch+0x49b mi_switch(1,0,c0a99497,46b,c5213ae4,...) at mi_switch+0x217 ithread_loop(c520a130,e3c99d38,c0a9920b,2ea,c51182a8,...) at ithread_loop+0x34c fork_exit(c0732ea0,c520a130,e3c99d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3c99d70, ebp = 0 --- Tracing command xpt_thrd pid 5 tid 100008 td 0xc5119440 sched_switch(c5119440,0,1,180,8165f1e0,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,c5119440,...) at mi_switch+0x217 sleepq_switch(c5119440,0,c0aa02cc,21d,4c,...) at sleepq_switch+0xf0 sleepq_wait(c0b81014,0,c0a9d1f9,da,0,...) at sleepq_wait+0x60 _sleep(c0b81014,c0b8102c,4c,c0a533ca,0,...) at _sleep+0x369 xpt_scanner_thread(0,e3cc9d38,c0a9920b,2ea,c5118550,...) at xpt_scanner_thread+0x41 fork_exit(c04683a0,0,e3cc9d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3cc9d70, ebp = 0 --- Tracing command yarrow pid 18 tid 100009 td 0xc5119220 sched_switch(c5119220,0,1,180,9d6bbb0,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5119220,0,c0aa02cc,240,0,...) at sleepq_switch+0xf0 sleepq_timedwait(c0bb2554,64,c0a94196,2,0,...) at sleepq_timedwait+0x68 _sleep(c0bb2554,0,0,c0a94196,64,...) at _sleep+0x345 pause(c0a94196,64,c0a88aa0,112,0,...) at pause+0x47 random_kthread(0,e3cc6d38,c0a9920b,2ea,c51187f8,...) at random_kthread+0x1d9 fork_exit(c0656330,0,e3cc6d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3cc6d70, ebp = 0 --- Tracing command g_down pid 4 tid 100010 td 0xc5119000 sched_switch(c5119000,0,1,180,9d58524,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,4c,...) at mi_switch+0x217 sleepq_switch(c5119000,0,c0aa02cc,240,4c,...) at sleepq_switch+0xf0 sleepq_timedwait(c0bb05cc,64,c0a94196,0,0,...) at sleepq_timedwait+0x68 _sleep(c0bb05cc,c0bb04e8,24c,c0a94196,64,...) at _sleep+0x345 g_io_schedule_down(c5119000,0,c0a95891,74,0,...) at g_io_schedule_down+0x6b g_down_procbody(0,e3cc3d38,c0a9920b,2ea,c5118aa0,...) at g_down_procbody+0x8d fork_exit(c0702520,0,e3cc3d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3cc3d70, ebp = 0 --- Tracing command g_up pid 3 tid 100011 td 0xc5117cc0 sched_switch(c5117cc0,0,1,180,da7c29c0,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,4c,...) at mi_switch+0x217 sleepq_switch(c5117cc0,0,c0aa02cc,240,4c,...) at sleepq_switch+0xf0 sleepq_timedwait(c0bb05c8,64,c0a94196,0,0,...) at sleepq_timedwait+0x68 _sleep(c0bb05c8,c0bb0528,24c,c0a94196,64,...) at _sleep+0x345 g_io_schedule_up(c5117cc0,0,c0a95891,5d,0,...) at g_io_schedule_up+0x133 g_up_procbody(0,e3cc0d38,c0a9920b,2ea,c5118d48,...) at g_up_procbody+0x8d fork_exit(c07025b0,0,e3cc0d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3cc0d70, ebp = 0 --- Tracing command g_event pid 2 tid 100012 td 0xc5117aa0 sched_switch(c5117aa0,0,1,180,da7c8d90,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,4c,...) at mi_switch+0x217 sleepq_switch(c5117aa0,0,c0aa02cc,240,4c,...) at sleepq_switch+0xf0 sleepq_timedwait(c0bb05c0,64,c0a94196,0,0,...) at sleepq_timedwait+0x68 _sleep(c0bb05c0,0,4c,c0a94196,64,...) at _sleep+0x345 g_event_procbody(0,e3cbdd38,c0a9920b,2ea,c515f000,...) at g_event_procbody+0xcb fork_exit(c0702640,0,e3cbdd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3cbdd70, ebp = 0 --- Tracing command swi3: vm pid 17 tid 100013 td 0xc5117880 fork_trampoline() at fork_trampoline Tracing command swi4: clock sio pid 16 tid 100014 td 0xc5117660 kdb_enter(c0a9c88e,1,c0a9b762,e3cb7b7c,1,...) at kdb_enter+0x32 panic(c0a9b762,c5119880,c0aa0a06,c5119880,186b9,...) at panic+0x124 _mtx_lock_spin_failed(1,19,c0aa0a32,cb,19,...) at _mtx_lock_spin_failed+0x51 _thread_lock_flags(c5119880,10,c0aa0a32,cb,1,...) at _thread_lock_flags+0xc7 propagate_priority(c0bbc9c8,0,c0aa0a32,2e2,c51165f0,...) at propagate_priority+0xe0 turnstile_wait(c51165f0,c57c6440,0,17a,c58a17c8,...) at turnstile_wait+0x48c _mtx_lock_sleep(c58a17c8,c5117660,0,c0ab2bb5,1b6,...) at _mtx_lock_sleep+0x15a _mtx_lock_flags(c58a17c8,0,c0ab2bb5,1b6,412b9e7,...) at _mtx_lock_flags+0xef tcp_timer_rexmt(c58a4378,0,c0a9daa7,ef,24,...) at tcp_timer_rexmt+0x96 softclock(0,0,c0a99497,471,c515e364,...) at softclock+0x266 ithread_loop(c5113280,e3cb7d38,c0a9920b,2ea,c515f550,...) at ithread_loop+0x1b5 fork_exit(c0732ea0,c5113280,e3cb7d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3cb7d70, ebp = 0 --- Tracing command swi1: net pid 15 tid 100000 td 0xc5117000 sched_switch(c5117000,0,1,180,3bca4e84,...) at sched_switch+0x49b mi_switch(1,0,c0a99497,46b,c515e3e4,...) at mi_switch+0x217 ithread_loop(c5113290,e3caed38,c0a9920b,2ea,c5114000,...) at ithread_loop+0x34c fork_exit(c0732ea0,c5113290,e3caed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3caed70, ebp = 0 --- Tracing command idle: cpu0 pid 14 tid 100001 td 0xc5115cc0 sched_switch(c5115cc0,0,6,17b,3b3b9d38,...) at sched_switch+0x49b mi_switch(6,0,c0ac91ab,495,0,...) at mi_switch+0x217 ipi_bitmap_handler(c5110008,e3ca0028,c5110028,c515c018,c515c000,...) at ipi_bitmap_handler+0x72 Xipi_intr_bitmap_handler() at Xipi_intr_bitmap_handler+0x2e --- interrupt, eip = 0x20, esp = 0xc0d6b83c, ebp = 0xe3cabc7c --- uart_z8530_class(c0d724a5,20,246,e3cabcc0,c0d6b83c,...) at 0x20 Tracing command idle: cpu1 pid 13 tid 100002 td 0xc5115aa0 sched_switch(c5115aa0,0,6,17b,9d3229c,...) at sched_switch+0x49b mi_switch(6,0,c0ac91ab,495,1,...) at mi_switch+0x217 ipi_bitmap_handler(8,c0bb0028,28,0,f,...) at ipi_bitmap_handler+0x72 Xipi_intr_bitmap_handler() at Xipi_intr_bitmap_handler+0x2e --- interrupt, eip = 0x20, esp = 0xe3ca8cc8, ebp = 0xe3ca8ca8 --- uart_z8530_class(c09f9bb2,20,202,2,e3ca8cc8,...) at 0x20 Tracing command idle: cpu2 pid 12 tid 100003 td 0xc5115880 cpustop_handler(4,e3ca5c3c,c0a05b10,c5115880,e3ca5bbc,...) at cpustop_handler+0x32 ipi_nmi_handler(c5115880,e3ca5bbc,c076b378,e3ca5bf4,13,...) at ipi_nmi_handler+0x2f trap(e3ca5c48) at trap+0x30 calltrap() at calltrap+0x6 --- trap 0x13, eip = 0xc07431e5, esp = 0xe3ca5c88, ebp = 0xe3ca5ca8 --- _mtx_lock_spin_flags(c0bba580,0,c0a9e25c,26d,c0bb47c0,...) at _mtx_lock_spin_flags+0xd5 tdq_lock_pair(c0bba600,0,c0a9e25c,322,c0bb4e00,...) at tdq_lock_pair+0x82 sched_idletd(0,e3ca5d38,c0a9920b,2ea,c51147f8,...) at sched_idletd+0x19d fork_exit(c076c300,0,e3ca5d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3ca5d70, ebp = 0 --- Tracing command idle: cpu3 pid 11 tid 100004 td 0xc5115660 cpustop_handler(8,e3ca2c70,c0a05b10,c076b378,e3ca2c20,...) at cpustop_handler+0x32 ipi_nmi_handler(c076b378,e3ca2c20,c076bd94,c0bba600,13,...) at ipi_nmi_handler+0x2f trap(e3ca2c7c) at trap+0x30 calltrap() at calltrap+0x6 --- trap 0x13, eip = 0xc09f9bb2, esp = 0xe3ca2cbc, ebp = 0xe3ca2cc0 --- mp_grab_cpu_hlt(e3ca2cf8,c076c549,c0bba600,0,c0a9e25c,...) at mp_grab_cpu_hlt+0x22 cpu_idle(c0bba600,0,c0a9e25c,322,c0bb5440,...) at cpu_idle+0x8 sched_idletd(0,e3ca2d38,c0a9920b,2ea,c5114aa0,...) at sched_idletd+0x249 fork_exit(c076c300,0,e3ca2d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3ca2d70, ebp = 0 --- Tracing command init pid 1 tid 100005 td 0xc5115440 sched_switch(c5115440,0,1,180,e5706560,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,0,...) at mi_switch+0x217 sleepq_switch(c5115440,0,c0aa02cc,19b,c5114d48,...) at sleepq_switch+0xf0 sleepq_catch_signals(c074280d,c0bba600,1,c0a9b5fa,5c,...) at sleepq_catch_signals+0x21e sleepq_wait_sig(c5114d48,0,c0a9d1f9,da,0,...) at sleepq_wait_sig+0x14 _sleep(c5114d48,c5114dd8,15c,c0aa2401,0,...) at _sleep+0x359 kern_wait(c5115440,ffffffff,e3c9fc2c,0,0,...) at kern_wait+0xa66 wait4(c5115440,e3c9fcfc,10,c0aa2214,c0b492a8,...) at wait4+0x3b syscall(e3c9fd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x805452f, esp = 0xbfbfe97c, ebp = 0xbfbfe998 --- Tracing command audit pid 10 tid 100006 td 0xc5115220 sched_switch(c5115220,0,1,180,815aaf9c,...) at sched_switch+0x49b mi_switch(1,0,c0aa02cc,1bf,c5115220,...) at mi_switch+0x217 sleepq_switch(c5115220,0,c0aa02cc,21d,c5115220,...) at sleepq_switch+0xf0 sleepq_wait(c0c0f414,c0c0f3f4,c0ab96d6,1,0,...) at sleepq_wait+0x60 _cv_wait(c0c0f414,c0c0f3f4,c0aba083,1c2,0,...) at _cv_wait+0x1fc audit_worker(0,e3c9cd38,c0a9920b,2ea,c5118000,...) at audit_worker+0x99 fork_exit(c091b170,0,e3c9cd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3c9cd70, ebp = 0 --- Tracing command swapper pid 0 tid 0 td 0xc0bb0930 sched_switch(c0bb0930,0,1,180,4acff9e0,...) at sched_switch+0x49b mi_switch(1,0,c0abe20a,2d9,c0ac912b,...) at mi_switch+0x217 scheduler(0,101ec00,101ec00,101e000,1028000,...) at scheduler+0x2f2 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db> From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 11:32:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DE0716A421 for ; Wed, 14 Nov 2007 11:32:47 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 7A0BD13C45A for ; Wed, 14 Nov 2007 11:32:43 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id lAEBWbDx070600; Wed, 14 Nov 2007 18:32:37 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id lAEBWbGv070599; Wed, 14 Nov 2007 18:32:37 +0700 (KRAT) (envelope-from eugen) Date: Wed, 14 Nov 2007 18:32:37 +0700 From: Eugene Grosbein To: Marko Lerota Message-ID: <20071114113237.GA70129@svzserv.kemerovo.su> References: <86y7d1nk8t.fsf@zid.claresco.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86y7d1nk8t.fsf@zid.claresco.hr> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3 or FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 11:32:47 -0000 On Wed, Nov 14, 2007 at 12:23:46PM +0100, Marko Lerota wrote: > I see that 6.3 and 7.0 is comming. Now I'm using 6.2-RELEASE for > my servers. To what should I upgrade? Which of them will be stable > or production release? I would not use dot-zero release for production without excessive local testing period (read: at least until dot-one :) Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 11:33:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20FEB16A46E for ; Wed, 14 Nov 2007 11:33:52 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id A885613C4D3 for ; Wed, 14 Nov 2007 11:33:51 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so117595nfb for ; Wed, 14 Nov 2007 03:33:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=9VPiIDre8CHFbDZeQ+FWdzFzSjZpcudsNlRFIH49pkM=; b=ASDxqWHdaJkTQJhfXIy15pCOjTaCWhoGf2qkZ5+lAr2JpBYG8aTJ2sjAIKzrHI9ICD/7JvR3RfejgzL66MH3R7kAS0i2YLRYVi/tL3Fx7H6ntH56GJCI2DhiKDP7bwihZRy7eyi56A6b1gM0KLvJFo2s3hHjPyFdsiGjzjeBgBY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pcTi59zylMDIeG1VXDaKiL7dmr4PX8ioq2fURIbn2a2KL+JWYVUzhke3lkcp5xoZvB1LX3NNOB6XnL8ADVODuUDR4PtwIsL0I/AIQipM/8JehmRzaNecFHNIOnEtt8GL8/WYQFLNczaStSpCmVlI8tNKPWmI4Teffg2jX6oxx9Q= Received: by 10.78.201.2 with SMTP id y2mr7847206huf.1195040023215; Wed, 14 Nov 2007 03:33:43 -0800 (PST) Received: by 10.78.146.10 with HTTP; Wed, 14 Nov 2007 03:33:42 -0800 (PST) Message-ID: Date: Wed, 14 Nov 2007 12:33:42 +0100 From: "Claus Guttesen" To: "Marko Lerota" In-Reply-To: <86y7d1nk8t.fsf@zid.claresco.hr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <86y7d1nk8t.fsf@zid.claresco.hr> Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3 or FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 11:33:52 -0000 > I see that 6.3 and 7.0 is comming. Now I'm using 6.2-RELEASE for > my servers. To what should I upgrade? Which of them will be stable > or production release? I'm deploying FreeBSD 7 on my webservers, because they are loadbalanced. But I will not deploy ver. 7 on my db-server until I get to ver. 7.1. Other than that ver. 7 is very stable and I have not had any reboots (using ufs as fs). So if the server is very critical I would stay on the 6.x release-branch. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 11:49:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FFFB16A417 for ; Wed, 14 Nov 2007 11:49:24 +0000 (UTC) (envelope-from SRS0+rCG/+61+lightray.org=dylan@internode.on.net) Received: from mail.internode.on.net (bld-mail05.adl2.internode.on.net [203.16.214.69]) by mx1.freebsd.org (Postfix) with ESMTP id 7540113C455 for ; Wed, 14 Nov 2007 11:49:23 +0000 (UTC) (envelope-from SRS0+rCG/+61+lightray.org=dylan@internode.on.net) Received: from [192.168.2.50] (unverified [121.44.236.35]) by mail.internode.on.net (SurgeMail 3.8f2) with ESMTP id 2463095-1927428 for multiple; Wed, 14 Nov 2007 22:03:35 +1030 (CDT) Message-ID: <473ADD0F.1000603@lightray.org> Date: Wed, 14 Nov 2007 22:33:35 +1100 From: Dylan Smith User-Agent: Thunderbird 2.0.0.6 (X11/20071113) MIME-Version: 1.0 To: Marko Lerota References: <86y7d1nk8t.fsf@zid.claresco.hr> In-Reply-To: <86y7d1nk8t.fsf@zid.claresco.hr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3 or FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 11:49:24 -0000 Marko Lerota wrote: > I see that 6.3 and 7.0 is comming. Now I'm using 6.2-RELEASE for > my servers. To what should I upgrade? Which of them will be stable > or production release? > > Both of them will be production stable at release, i'd say that unless you have reason, such as non-supported hardware in 7, to stay with the 6-branch upgrade to 7-RELEASE. 6.3 will afaik be the last revision to the 6 branch aside from bug/security fixes. Dylan From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 12:03:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2C2C16A418; Wed, 14 Nov 2007 12:03:20 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 625F113C4D5; Wed, 14 Nov 2007 12:03:20 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 476021BAC24; Wed, 14 Nov 2007 13:03:19 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lAEC3GTx024135; Wed, 14 Nov 2007 13:03:16 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1195041798; bh=ZMODx+NwIUvjnco1hvGskaSKkrLDVsWge6PJoaH myQw=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding:X-Scanned-By; b=lTX/hnv4ffp7cpmdwsKhncg+ 8fmquez+yv0yrGXuME2FHtRNO9kSQ69tejF1VYTgML9i7kebB+K4ff4udxJZ6A== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:content-transfer-encoding:x-scanned-by; b=PEjvZFR2ym5EmLmuwHo0LjaCpFnmqgmdH4+6NmeaoFu3nQ3St27hLA5Lp3f5QUaEs FuyRXENtzpi9pqCrbcy+g== Message-ID: <473AE404.9090605@restart.be> Date: Wed, 14 Nov 2007 13:03:16 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: Subject: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 12:03:21 -0000 Hello, As seen in another thread, I was curious about a zpool created under FreeBSD being available under opensolaris. So I boot indiana and do: zpool import -f -o ro pool2 zpool scrub pool2 all ended properly... shutdown. When I reboot with FreeBSD (7.0-BETA2) I get: zpool status pool2 pool: pool2 state: UNAVAIL status: One or more devices could not be opened. There are insufficient replicas for the pool to continue functioning. action: Attach the missing device and online it using 'zpool online'. see: http://www.sun.com/msg/ZFS-8000-D3 scrub: none requested config: NAME STATE READ WRITE CKSUM pool2 UNAVAIL 0 0 0 insufficient replicas raidz1 UNAVAIL 0 0 0 insufficient replicas dsk/c10d0p3 UNAVAIL 0 0 0 cannot open dsk/c11d0p3 UNAVAIL 0 0 0 cannot open Is it possible to replace dsk/c10d0p3 by ad4s3 and dsk/c11d0p3 by ad6s3 as it must be under FreeBSD or does I need to make some entry in /etc/devfs.rules to create dsk/c10d0p3 and dsk/c11d0p3 (if at all possible?) Isn't it a interesting challenge ? Henri From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 13:01:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0542716A419; Wed, 14 Nov 2007 13:01:54 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id B13EA13C461; Wed, 14 Nov 2007 13:01:53 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id B67731BAC24; Wed, 14 Nov 2007 14:01:52 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lAED1o4a024294; Wed, 14 Nov 2007 14:01:50 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1195045312; bh=Qi2qWG2Z9rFamwGICcK94qLOyqL7T040oL8WJaz y0KY=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=fdd7z9zH5V0 7QB9675oI16UtOPlpUlDHXOzhG39XeM5zvJMTTEBHlfnY6HEsgxpHz12AKL6N2weZoL SYQxbNrQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=Vu2qYfLv/KA1KK4sJCnOqy/qzSJZnITn9eDL0EoTT1Mbynt7FoGk4yAiW8rxQ/3Tr zTgV7hDNLtZXCMyxob7sg== Message-ID: <473AF1BE.1060008@restart.be> Date: Wed, 14 Nov 2007 14:01:50 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <473AE404.9090605@restart.be> In-Reply-To: <473AE404.9090605@restart.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 13:01:54 -0000 Henri Hennebert wrote: > Hello, > > As seen in another thread, I was curious about a zpool created under > FreeBSD being available under opensolaris. > > So I boot indiana and do: > > zpool import -f -o ro pool2 > > zpool scrub pool2 > > all ended properly... > > shutdown. > > When I reboot with FreeBSD (7.0-BETA2) I get: > > zpool status pool2 > pool: pool2 > state: UNAVAIL > status: One or more devices could not be opened. There are insufficient > replicas for the pool to continue functioning. > action: Attach the missing device and online it using 'zpool online'. > see: http://www.sun.com/msg/ZFS-8000-D3 > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > pool2 UNAVAIL 0 0 0 insufficient replicas > raidz1 UNAVAIL 0 0 0 insufficient replicas > dsk/c10d0p3 UNAVAIL 0 0 0 cannot open > dsk/c11d0p3 UNAVAIL 0 0 0 cannot open > > Is it possible to replace dsk/c10d0p3 by ad4s3 and dsk/c11d0p3 by ad6s3 > as it must be under FreeBSD or does I need to make some entry in > /etc/devfs.rules to create dsk/c10d0p3 and dsk/c11d0p3 (if at all > possible?) > > Isn't it a interesting challenge ? I got it: zpool export pool2 && zpool import -f pool2 do the trick sorry for the noise :-| Henri > > Henri > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 13:51:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDD3816A41A for ; Wed, 14 Nov 2007 13:51:12 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth01.prod.mesa1.secureserver.net (smtpauth01.prod.mesa1.secureserver.net [64.202.165.181]) by mx1.freebsd.org (Postfix) with SMTP id 9309C13C44B for ; Wed, 14 Nov 2007 13:51:12 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 28685 invoked from network); 14 Nov 2007 13:24:32 -0000 Received: from unknown (24.144.77.185) by smtpauth01.prod.mesa1.secureserver.net (64.202.165.181) with ESMTP; 14 Nov 2007 13:24:32 -0000 Message-ID: <473AF710.8060106@seclark.us> Date: Wed, 14 Nov 2007 08:24:32 -0500 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: IP Filter OOW fix? for 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 13:51:12 -0000 Hello List, Was a fix ever developed for the ip filter OOW keep state problem that can be installed on or back ported to 6.1 stable? Thanks for any advice, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 14:08:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E3E716A420 for ; Wed, 14 Nov 2007 14:08:39 +0000 (UTC) (envelope-from marcolz@serv1-mk3.ilse.net) Received: from serv1-mk3.ilse.net (serv1-mk3.ilse.net [62.69.160.41]) by mx1.freebsd.org (Postfix) with ESMTP id D44B813C4AC for ; Wed, 14 Nov 2007 14:08:37 +0000 (UTC) (envelope-from marcolz@serv1-mk3.ilse.net) Received: (from marcolz@localhost) by serv1-mk3.ilse.net (8.13.4/8.12.11) id lAEE8KLZ038406 for freebsd-stable@freebsd.org; Wed, 14 Nov 2007 15:08:20 +0100 (CET) (envelope-from marcolz) Date: Wed, 14 Nov 2007 15:08:20 +0100 From: Marc Olzheim To: freebsd-stable@freebsd.org Message-ID: <20071114140820.GA37310@ilse.net> References: <4731D93E.2020600@ibctech.ca> <20071108160934.GA24041@SDF.LONESTAR.ORG> <20071111145424.GA32274@ilse.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <20071111145424.GA32274@ilse.net> X-Operating-System: FreeBSD serv1-mk3.ilse.net 4.11-STABLE FreeBSD 4.11-STABLE X-URL: http://ilse.nl/ User-Agent: Mutt/1.5.11 Subject: Re: Boot-time pass for geli on 7.0-BETA2 (and RELENG_7) not working for me. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 14:08:39 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 11, 2007 at 03:54:24PM +0100, Marc Olzheim wrote: > > today I updated from 6.2-RELEASE-p8 to 7.0-BETA2 as well. > > I've ran into the same problem with the password input to GELI on boot = time. > > Chars are showing up after several keypresses. > >=20 > > After removing the new dcons driver from my KERNEL config, recompiling = and rebooting, it does work normally like under 6.2R >=20 > Thanks, I tried it, but alas, to no avail... Still the same symptoms. :-/ Using an uniprocessor kernel doesn't change anything either. Marc --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFHOwFUezjnobFOgrERAkKYAKCQ7vNMIAJlHmPnNtKzxDPEqwNEggCfZLX4 xrVns2Omrj4JjXlDxyKboKM= =S5Zu -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 14:40:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EF2816A46B for ; Wed, 14 Nov 2007 14:40:30 +0000 (UTC) (envelope-from confirmation_response@emailcounts.com) Received: from qs-smtp01-01.prod.mesa1.secureserver.net (qs-smtp01-01.prod.mesa1.secureserver.net [64.202.167.84]) by mx1.freebsd.org (Postfix) with SMTP id 65BDE13C4CC for ; Wed, 14 Nov 2007 14:40:30 +0000 (UTC) (envelope-from confirmation_response@emailcounts.com) Received: (qmail 6780 invoked from network); 14 Nov 2007 14:13:50 -0000 Received: from unknown (HELO EEMWEB01.dc1.corp.gd) ([68.178.232.53]) (envelope-sender ) by qs-smtp01-01.prod.mesa1.secureserver.net (qmail-ldap-1.03) with SMTP for ; 14 Nov 2007 14:13:50 -0000 Received: from mail pickup service by EEMWEB01.dc1.corp.gd with Microsoft SMTPSVC; Wed, 14 Nov 2007 07:13:50 -0700 x-subscriberid: 63094742 x-customerid: 18953 X-Mailer: EEM.Mail v1.0 thread-index: AcgmyJReuFdvbdoxThilgUpgN2DZxQ== Thread-Topic: Thunder Mountain Custom Rifle Mailing List - Action Required From: "Thunder Mountain Custom Rifle" Sender: To: Cc: MIME-Version: 1.0 Content-Class: urn:content-classes:message Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.3959 Message-ID: X-OriginalArrivalTime: 14 Nov 2007 14:13:50.0478 (UTC) FILETIME=[946152E0:01C826C8] Date: 14 Nov 2007 07:13:50 -0700 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Thunder Mountain Custom Rifle Mailing List - Action Required X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 14:40:30 -0000 Subscription Confirmation = You are currently subscribed to the Thunder = Mountain Custom Rifle mailing list. As an active subscriber, you = receive valuable email newsletters, announcements, and other information = from Thunder Mountain Custom Rifle . In order to ensure that we maintain a 100% = permission-based mailing list, please verify that you want to remain an = active subscriber. Click here to = confirm your subscription ( = http://app.expressemailmarketing.com/confirm.aspx?id=3D18953&sid=3D630947= 42&guid=3D7378d9c3-0eb7-42ec-ad74-3dd6458751a4 ) = =20 If you do not click the link above, you = will not receive any future email messages from Thunder Mountain Custom = Rifle . =20 Sincerely, = =20 = Thunder Mountain Custom Rifle = =20 =20 ________________________________________________________ This email was sent by Thunder Mountain Custom Rifle , = www.1911parts.com, 5431 S. San Pedro Ave., Sierra Vista, AZ 85650 , = using Express Email Marketing. =20 Express Email Marketing has a zero-tolerance SPAM policy. Please report = SPAM by clicking here ( = http://app.expressemailmarketing.com/unsubscribe.aspx?id=3D18953&sid=3D63= 094742&spam=3Dtrue ) =20 =20 =20 Copyright (C) 2004-2007. All rights reserved. = =20 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 14:50:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 130A416A41B for ; Wed, 14 Nov 2007 14:50:11 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id BF35313C46B for ; Wed, 14 Nov 2007 14:50:09 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IsJYq-0002ZP-Sh for freebsd-stable@freebsd.org; Wed, 14 Nov 2007 14:49:48 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Nov 2007 14:49:48 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Nov 2007 14:49:48 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 14 Nov 2007 15:53:04 +0100 Lines: 14 Message-ID: References: <473AE404.9090605@restart.be> <473AF1BE.1060008@restart.be> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <473AF1BE.1060008@restart.be> Sender: news Cc: freebsd-current@freebsd.org Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 14:50:11 -0000 Henri Hennebert wrote: > Henri Hennebert wrote: >> Isn't it a interesting challenge ? > I got it: > > zpool export pool2 && zpool import -f pool2 > > do the trick > > sorry for the noise :-| It's good to know that ZFS is compatible between the two operating systems :) From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 14:55:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4659116A419 for ; Wed, 14 Nov 2007 14:55:07 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id EC3A913C461 for ; Wed, 14 Nov 2007 14:55:06 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IsJdo-0003jj-TZ for freebsd-stable@freebsd.org; Wed, 14 Nov 2007 14:54:56 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Nov 2007 14:54:56 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Nov 2007 14:54:56 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 14 Nov 2007 15:58:09 +0100 Lines: 12 Message-ID: References: <86y7d1nk8t.fsf@zid.claresco.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <86y7d1nk8t.fsf@zid.claresco.hr> Sender: news Subject: Re: FreeBSD 6.3 or FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 14:55:07 -0000 Marko Lerota wrote: > I see that 6.3 and 7.0 is comming. Now I'm using 6.2-RELEASE for > my servers. To what should I upgrade? Which of them will be stable > or production release? For low-loaded machines, 7.0 is stable enough even with all the new goodies like ZFS, tmpfs, ULE - I have such a machine with almost 30 days uptime and have done 24h+ stress testing on another machine before blessing it for production - but I still wouldn't trust it for mission critical "heads will roll" type of servers. If you can, try it on a spare or lightly loaded server, it's worth it. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 15:13:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A045016A469 for ; Wed, 14 Nov 2007 15:13:34 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 6FECB13C47E for ; Wed, 14 Nov 2007 15:13:34 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 8411EC943A for ; Wed, 14 Nov 2007 10:13:33 -0500 (EST) Message-Id: <18740974-7621-434A-BDFD-D2AFFF3D5721@khera.org> From: Vivek Khera To: FreeBSD Stable List In-Reply-To: <473A4620.8010909@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Wed, 14 Nov 2007 10:13:33 -0500 References: <0ECA0F43-497A-4823-8731-D517889D5822@khera.org> <91893E44-B766-4B31-9DA7-62F5EC0CCD45@khera.org> <473A4620.8010909@FreeBSD.org> X-Mailer: Apple Mail (2.912) Subject: Re: reboot after panic: vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 15:13:34 -0000 On Nov 13, 2007, at 7:49 PM, Kris Kennaway wrote: >> notification. >> In the meantime, your best bet is to disable ZERO_COPY_SOCKETS. > > There is a chance this was a recent regression, previously in 7.0 > they were believed to work. > I'm running 6.2-REL. The old kernel was -p5, now without the zero copy sockets, i'm running -p8. I'll know in a couple of days if this is our solution. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 15:25:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8252916A417 for ; Wed, 14 Nov 2007 15:25:12 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0BF8A13C447 for ; Wed, 14 Nov 2007 15:25:12 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1IsK6w-0000zs-Cr for freebsd-stable@freebsd.org; Wed, 14 Nov 2007 15:25:02 +0000 Received: from bastion-ext.paradisegreen.co.uk ([81.187.228.142]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Nov 2007 15:25:02 +0000 Received: from ${thomas/03$} by bastion-ext.paradisegreen.co.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Nov 2007 15:25:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: "Thomas Sandford" <${thomas/03$}@paradisegreen.co.uk> Date: Mon, 12 Nov 2007 17:31:09 -0000 Lines: 46 Message-ID: References: <868740.65655.qm@web88004.mail.re2.yahoo.com> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: bastion-ext.paradisegreen.co.uk X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-RFC2646: Format=Flowed; Original Sender: news Subject: Re: Bad VPD checksum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 15:25:12 -0000 "Gardner Bell" wrote: > I just recently upgraded my 6.2-PRERELEASE system to 7.0-BETA2 and am > noticing the following bad checksums on my two on board broadcom > gigabit ethernet cards. > > dan@mx1~% dmesg | grep VPD > pci0:10:9:0: bad VPD cksum, remain 72 > pci0:10:9:1: bad VPD cksum, remain 72 > ... I am getting a similar message with the onboard gigabit ethernet cards in my Compaq server, with both 7.0-BETA1.5 and 7.0-BETA2: ... Nov 12 14:34:19 miriam kernel: FreeBSD 7.0-BETA2 #0: Fri Nov 2 16:47:33 UTC 2007 Nov 12 14:34:19 miriam kernel: root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC ... Nov 12 14:34:19 miriam kernel: pci0:2:1:0: bad VPD cksum, remain 223 Nov 12 14:34:19 miriam kernel: bge0: mem 0xf7ef0000-0xf7efffff irq 29 at device 1.0 on pci2 Nov 12 14:34:19 miriam kernel: miibus0: on bge0 Nov 12 14:34:19 miriam kernel: brgphy0: PHY 1 on miibus0 Nov 12 14:34:19 miriam kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto Nov 12 14:34:19 miriam kernel: bge0: Ethernet address: 00:0b:cd:f2:9a:57 Nov 12 14:34:19 miriam kernel: bge0: [ITHREAD] Nov 12 14:34:19 miriam kernel: pci0:2:2:0: bad VPD cksum, remain 223 Nov 12 14:34:19 miriam kernel: bge1: mem 0xf7ee0000-0xf7eeffff irq 31 at device 2.0 on pci2 Nov 12 14:34:19 miriam kernel: miibus1: on bge1 Nov 12 14:34:19 miriam kernel: brgphy1: PHY 1 on miibus1 Nov 12 14:34:19 miriam kernel: brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto Nov 12 14:34:19 miriam kernel: bge1: Ethernet address: 00:0b:cd:f2:9a:56 Nov 12 14:34:19 miriam kernel: bge1: [ITHREAD] ... -- Thomas Sandford From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 15:31:14 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3112916A468 for ; Wed, 14 Nov 2007 15:31:14 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id E820213C459 for ; Wed, 14 Nov 2007 15:31:13 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <473B14BD.90607@intersonic.se> Date: Wed, 14 Nov 2007 16:31:09 +0100 From: Per olof Ljungmark User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [Fwd: Re: kern/118044: panic: spin lock held too long] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 15:31:14 -0000 -------- Original Message -------- Subject: Re: kern/118044: panic: spin lock held too long Date: Wed, 14 Nov 2007 15:20:01 GMT From: FreeBSD-gnats-submit@FreeBSD.org Reply-To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org To: Per olof Ljungmark Thank you very much for your problem report. It has the internal identification `kern/118044'. The individual assigned to look at your report is: freebsd-bugs. You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=118044 >Category: kern >Responsible: freebsd-bugs >Synopsis: panic: spin lock held too long >Arrival-Date: Wed Nov 14 15:20:01 UTC 2007 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 15:50:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06A2C16A41B for ; Wed, 14 Nov 2007 15:50:29 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9099E13C44B for ; Wed, 14 Nov 2007 15:50:28 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-174-138.net-htp.de [89.182.174.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id E9E72A44529 for ; Wed, 14 Nov 2007 16:44:23 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Disposition: inline Date: Wed, 14 Nov 2007 16:51:16 +0100 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200711141651.16742.wundram@beenic.net> Subject: RT256x PCMCIA card under 7.0-BETA2 (repost from freebsd-stable@freebsd.org, to get a broader audience) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 15:50:29 -0000 Hi all! I just recently bought a RT2561C based (at least I think so) wireless card, which is also happily recognized by the ral-driver: ral0: mem 0x88000000-0x88007fff irq 17 at device 0.0 on cardbus0 ral0: MAC/BBP RT2561C, RF RT2527 ral0: Ethernet address: 00:80:5a:51:23:53 ral0: [ITHREAD] As soon as I plug in the card and the netif script starts wpa_supplicant and dhclient, the laptop this is plugged into receives an interrupt storm on cbb0 (having 80% interrupt time), which leads to a noticeable slowdown of the whole system: phoenix# vmstat -i interrupt total rate irq1: atkbd0 9773 3 irq10: acpi0 729 0 irq14: ata0 17173 6 irq15: ata1 64 0 irq17: cbb0 cbb1+ 10408993 4217 irq18: pcm0 5753 2 irq19: sis0+ 33302 13 irq20: ohci0 207 0 irq21: ohci1 44261 17 irq23: ehci0 1 0 cpu0: timer 4926468 1996 Total 15446724 6258 phoenix# This snapshot was taken some time after I killed wpa_supplicant (when it had been up for about 10 seconds). When I manually start wpa_supplicant (with no stations in reach), there is no interrupt storm, but just normal activity with around 7-10 interrupts on cbb0 per second. I can also manually scan using the card (but ifconfig scan never finishes, but will show the stations in reach when doing an ifconfig list scan after ^C-ing the ifconfig scan), but cannot attach to any WPA access point in scanning-reach with wpa_supplicant (the only type of stations I have access to; I cannot test with WEP at the moment); enabling net.wlan.debug and net.wlan.0.debug also shows the scan taking place and the keys being set to the card, but nothing else from there. The card itself is a "Conceptronic C54RC Version 2.0", which I guess explains the difference (in hardware) between the note in the manpage of ral(4) for this adapter and the actual hardware type it finds: Conceptronic C54RC RT2560 CardBus Anyway, doing a pciconv -lv leads to a different result than the actual driver reports, which is compatible with the hardware specification in the manpage: ral0@pci0:2:0:0: class=0x028000 card=0x3c231948 chip=0x03021814 rev=0x00 hdr=0x00 vendor = 'Ralink Technology, Corp' device = 'RT2525 2.4GHz transceiver + RT2560 MAC/BBP wireless a/b' class = network The kernel all of this runs under is a (slightly) modified GENERIC 7.0-BETA2 (from yesterday evening CET; an older 7.0-BETA2 didn't exhibit the interrupt storm behaviour, but was similar for the rest), with SMP disabled and SCHED_ULE instead of SCHED_4BSD. As debug.ral isn't available under the 7.0 ral-driver (which is referenced in the FreeBSD setup page http://damien.bergamini.free.fr/ral/ral-freebsd.html), I have no immediately obvious means of debugging what's actually happening when the interrupt storm takes place, and why the card won't attach to the AP even though the same wpa_supplicant config works using an ndis-wrapped driver for a different PCMCIA-card (Broadcom-based). Thanks for any hint you can give me! -- Heiko Wundram Product & Application Development From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 15:59:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65E6016A468 for ; Wed, 14 Nov 2007 15:59:46 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 2634A13C448 for ; Wed, 14 Nov 2007 15:59:46 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-174-138.net-htp.de [89.182.174.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 4D239A44529 for ; Wed, 14 Nov 2007 16:53:42 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org Date: Wed, 14 Nov 2007 17:00:34 +0100 User-Agent: KMail/1.9.7 References: <200711141651.16742.wundram@beenic.net> In-Reply-To: <200711141651.16742.wundram@beenic.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711141700.35129.wundram@beenic.net> Subject: Re: RT256x PCMCIA card under 7.0-BETA2 (repost from freebsd-stable@freebsd.org, to get a broader audience) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 15:59:46 -0000 Am Mittwoch, 14. November 2007 16:51:16 schrieb Heiko Wundram (Beenic): > FSCK, sorry, I meant to repost to freebsd-questions@... Sorry for the noise... -- Heiko Wundram Product & Application Development From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 16:23:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5F4116A41B for ; Wed, 14 Nov 2007 16:23:03 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 37D4713C458 for ; Wed, 14 Nov 2007 16:23:02 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id lAEGMqDt067681 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 14 Nov 2007 11:22:53 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0CwcjVC5wo5FijH41VJc" Organization: U. Buffalo CSE Department Date: Wed, 14 Nov 2007 11:22:52 -0500 Message-Id: <1195057372.5285.30.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Subject: FreeBSD 6.3-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 16:23:03 -0000 --=-0CwcjVC5wo5FijH41VJc Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The second BETA for the 6.3 release cycle is available on the FTP mirror sites. If you would like to update an older system using cvsup the branch tag to use is still RELENG_6 (note that if you use that approach your system will claim to be 6.3-PRERELEASE). You can also give FreeBSD Update a try, see the instructions here: http://www.daemonology.net/blog/2007-11-10-freebsd-minor-version-upgrade.ht= ml For doing a Fresh install ISOs for each are available at ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/6.3/ (or any of the mirror sites). MD5 and SHA256 sums for the ISO images are: MD5 (6.3-BETA1-alpha-disc1.iso) =3D 0ccd0436e56c40bafb7b6e65b8013f3b MD5 (6.3-BETA2-amd64-bootonly.iso) =3D f79822e4f05b7af01e2eb86f15eb8660 MD5 (6.3-BETA2-amd64-disc1.iso) =3D 10db3cee8006178faae519d5f3c4dbbc MD5 (6.3-BETA2-amd64-disc2.iso) =3D 2b70b0a0d777722741feaf62dda1dcae MD5 (6.3-BETA2-amd64-docs.iso) =3D 7ddc122dcb4dc0ae2d40e7c971370ef1 MD5 (6.3-BETA2-i386-bootonly.iso) =3D 0f9a03809fa35d85808c973bed606064 MD5 (6.3-BETA2-i386-disc1.iso) =3D 569aba4a5cb2c0dc468d1b18745150a7 MD5 (6.3-BETA2-i386-disc2.iso) =3D a1ef8d3c4ba768f82ad257d513e842a2 MD5 (6.3-BETA2-i386-docs.iso) =3D 3bc8d123fa42f97aecd067d5d49f71e3 MD5 (6.3-BETA2-pc98-bootonly.iso) =3D d97afc3401d165d95a09b49864b72940 MD5 (6.3-BETA2-pc98-disc1.iso) =3D 0e49f328c23b3a6ab61b3baa48c865b5 MD5 (6.3-BETA2-sparc64-bootonly.iso) =3D f9d8bbaa044680016f0b70f3b512546b MD5 (6.3-BETA2-sparc64-disc1.iso) =3D ec0f323c544442dfd6a0ddc3551869b0 MD5 (6.3-BETA2-sparc64-disc2.iso) =3D d27d2b1f1a1e347bf8336e44dd3c70ed MD5 (6.3-BETA2-sparc64-docs.iso) =3D ac2197a36b93b9a564eb007dd967a33a SHA256 (6.3-BETA2-amd64-bootonly.iso) =3D 46f42b3365f8c12a38071efe76567c92f= 0a16176f45990a76f79ff2a7b53fe86 SHA256 (6.3-BETA2-amd64-disc1.iso) =3D fb984280db669f1fd7f2babe2b7d8f29c8a5= 8f6a8ca8f4b000fc1417d6ad0248 SHA256 (6.3-BETA2-amd64-disc2.iso) =3D 5ebd85be3645c7728f134e17eb1ee9e542a0= 960066b682fe24205ad28df4a9d3 SHA256 (6.3-BETA2-amd64-docs.iso) =3D d0aa993462ee01953204bb4e0204cf5256e9b= bd26ca80c573988e4ae721dd330 SHA256 (6.3-BETA2-i386-bootonly.iso) =3D 3233439e001e4e3f6d10f5350d4bec8699= cd48f5a232098788d07e38f00e2513 SHA256 (6.3-BETA2-i386-disc1.iso) =3D b2e0c5263ba7c069eaf9d6734c4a6c5a78da0= 6d4508f5ea28ef8ade9481a843e SHA256 (6.3-BETA2-i386-disc2.iso) =3D eb38dcae0a514f0ced6da803cdecf1bc503c4= 8e355dd9ddad4c03763aa349026 SHA256 (6.3-BETA2-i386-docs.iso) =3D 12f4981d5b67064eb2b8744fa00f5914a5f45c= af8f5166fff6d322cc82313997 SHA256 (6.3-BETA2-pc98-bootonly.iso) =3D 9eab641ff31f37f056f82e87258752e5b4= 4f3d0977978c1776f260d7908b7949 SHA256 (6.3-BETA2-pc98-disc1.iso) =3D 9c3ff261bff9a2e7ff5529d6e3eda2c479908= 1ea62f7ee83c18c1814348e5974 SHA256 (6.3-BETA2-sparc64-bootonly.iso) =3D b7b5a92aaa47461ec8465f8d17b1c65= 4287a9538b9d9175ee715ee1c8e8b0a1d SHA256 (6.3-BETA2-sparc64-disc1.iso) =3D 32f565d5c488fd108072eea999363d2e3c= 04be3ee95441f4f30a5034b05d680e SHA256 (6.3-BETA2-sparc64-disc2.iso) =3D 6fb51a66b3e50e769a03675e908b152330= 5531b3475dcd6212936f4511809025 SHA256 (6.3-BETA2-sparc64-docs.iso) =3D 37f44ce56b7e9c8dce98a415619d0c5602e= cf26e5246727a19268aa66c7d4f93 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-0CwcjVC5wo5FijH41VJc Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHOyDU/G14VSmup/YRApDpAKCaxPZQToZB21ZUQB95/K0u+K4P3ACeL2XX IWtVMlPzu9VWSryHIG4Nixg= =f2QJ -----END PGP SIGNATURE----- --=-0CwcjVC5wo5FijH41VJc-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 16:56:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DEAC16A417 for ; Wed, 14 Nov 2007 16:56:18 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 2380513C448 for ; Wed, 14 Nov 2007 16:56:17 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so213017nfb for ; Wed, 14 Nov 2007 08:56:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=KZ0H6biIc+C9DPT+N2jFAcBPyeJ9pO7PGJWpqnC9tqo=; b=W/SV2y++UAKmA4bupUi1wCtSTxyPBS7ZepaEcSFKBlizU2+2sZSrfW8yevdj6KQCTlPQRGZ6+dndhuiXszLV7cCMurTkCrR0t2ern6en8L18Z3Tyq1c3soOFLl6acgKMbkYhyjowg4xb8XmdUaGV7WeS4S6y2mtw2lyx3P0DTnE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Wa+WM4LmkALXt3LxStuDu1SI+FkcCPYBRskviseMIn2L1LYnGeHZ1e50bSw37Yc1g6eIEncy/M9R4Uw7bcwFZtAEH4Zaqftvz4qmLQVXSFWN3zIok4Ol/cCGWhbuh0mX7JUiEipl4uxXTGM1f5VqC8a/6EGT0QuYqJW0Zw4BfiA= Received: by 10.78.160.2 with SMTP id i2mr8282390hue.1195059376700; Wed, 14 Nov 2007 08:56:16 -0800 (PST) Received: by 10.78.146.10 with HTTP; Wed, 14 Nov 2007 08:56:16 -0800 (PST) Message-ID: Date: Wed, 14 Nov 2007 17:56:16 +0100 From: "Claus Guttesen" To: "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: impressive buildworld time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 16:56:18 -0000 Hi. Just installed a new DL360 with 8 cores at 2.33 Ghz and 8 GB ram and 15K rpm sas-disks. When I installed the beta2 from cd 'make -j 9 buildworld' took approx. 20 min. After a recompile of userland and kernel and switch to ULE it went down to: >>> World build completed on Wed Nov 14 17:44:08 CET 2007 -------------------------------------------------------------- 3552.428u 1298.485s 16:15.89 497.0% 6156+1325k 25257+8117io 3368pf+0w Not very scientific and only one run but none the less my fastest buildworld time ever on FreeBSD. :-) -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 16:56:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F1D716A417 for ; Wed, 14 Nov 2007 16:56:25 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id ADFF013C45B for ; Wed, 14 Nov 2007 16:56:24 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 6272C1B10F1F; Wed, 14 Nov 2007 17:56:23 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id D958D1B10F1B; Wed, 14 Nov 2007 17:56:19 +0100 (CET) Message-ID: <473B28B3.7010106@moneybookers.com> Date: Wed, 14 Nov 2007 18:56:19 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20071105) MIME-Version: 1.0 To: Ken Smith References: <1195057372.5285.30.camel@bauer.cse.buffalo.edu> In-Reply-To: <1195057372.5285.30.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4783/Wed Nov 14 16:29:15 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 16:56:25 -0000 Hi, It's a BETA2 and links about 6.3R on the page are still broken/missing[1] :) Any idea where one can look at the TODO list for 6.3 ? [1]http://www.freebsd.org/where.html#helptest Ken Smith wrote: > The second BETA for the 6.3 release cycle is available on the FTP mirror > sites. If you would like to update an older system using cvsup the > branch tag to use is still RELENG_6 (note that if you use that approach > your system will claim to be 6.3-PRERELEASE). You can also give FreeBSD > Update a try, see the instructions here: > > http://www.daemonology.net/blog/2007-11-10-freebsd-minor-version-upgrade.html > > For doing a Fresh install ISOs for each are available at > > ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/6.3/ > > (or any of the mirror sites). MD5 and SHA256 sums for the ISO images > are: > > MD5 (6.3-BETA1-alpha-disc1.iso) = 0ccd0436e56c40bafb7b6e65b8013f3b > > MD5 (6.3-BETA2-amd64-bootonly.iso) = f79822e4f05b7af01e2eb86f15eb8660 > MD5 (6.3-BETA2-amd64-disc1.iso) = 10db3cee8006178faae519d5f3c4dbbc > MD5 (6.3-BETA2-amd64-disc2.iso) = 2b70b0a0d777722741feaf62dda1dcae > MD5 (6.3-BETA2-amd64-docs.iso) = 7ddc122dcb4dc0ae2d40e7c971370ef1 > > MD5 (6.3-BETA2-i386-bootonly.iso) = 0f9a03809fa35d85808c973bed606064 > MD5 (6.3-BETA2-i386-disc1.iso) = 569aba4a5cb2c0dc468d1b18745150a7 > MD5 (6.3-BETA2-i386-disc2.iso) = a1ef8d3c4ba768f82ad257d513e842a2 > MD5 (6.3-BETA2-i386-docs.iso) = 3bc8d123fa42f97aecd067d5d49f71e3 > > MD5 (6.3-BETA2-pc98-bootonly.iso) = d97afc3401d165d95a09b49864b72940 > MD5 (6.3-BETA2-pc98-disc1.iso) = 0e49f328c23b3a6ab61b3baa48c865b5 > > MD5 (6.3-BETA2-sparc64-bootonly.iso) = f9d8bbaa044680016f0b70f3b512546b > MD5 (6.3-BETA2-sparc64-disc1.iso) = ec0f323c544442dfd6a0ddc3551869b0 > MD5 (6.3-BETA2-sparc64-disc2.iso) = d27d2b1f1a1e347bf8336e44dd3c70ed > MD5 (6.3-BETA2-sparc64-docs.iso) = ac2197a36b93b9a564eb007dd967a33a > > SHA256 (6.3-BETA2-amd64-bootonly.iso) = 46f42b3365f8c12a38071efe76567c92f0a16176f45990a76f79ff2a7b53fe86 > SHA256 (6.3-BETA2-amd64-disc1.iso) = fb984280db669f1fd7f2babe2b7d8f29c8a58f6a8ca8f4b000fc1417d6ad0248 > SHA256 (6.3-BETA2-amd64-disc2.iso) = 5ebd85be3645c7728f134e17eb1ee9e542a0960066b682fe24205ad28df4a9d3 > SHA256 (6.3-BETA2-amd64-docs.iso) = d0aa993462ee01953204bb4e0204cf5256e9bbd26ca80c573988e4ae721dd330 > > SHA256 (6.3-BETA2-i386-bootonly.iso) = 3233439e001e4e3f6d10f5350d4bec8699cd48f5a232098788d07e38f00e2513 > SHA256 (6.3-BETA2-i386-disc1.iso) = b2e0c5263ba7c069eaf9d6734c4a6c5a78da06d4508f5ea28ef8ade9481a843e > SHA256 (6.3-BETA2-i386-disc2.iso) = eb38dcae0a514f0ced6da803cdecf1bc503c48e355dd9ddad4c03763aa349026 > SHA256 (6.3-BETA2-i386-docs.iso) = 12f4981d5b67064eb2b8744fa00f5914a5f45caf8f5166fff6d322cc82313997 > > SHA256 (6.3-BETA2-pc98-bootonly.iso) = 9eab641ff31f37f056f82e87258752e5b44f3d0977978c1776f260d7908b7949 > SHA256 (6.3-BETA2-pc98-disc1.iso) = 9c3ff261bff9a2e7ff5529d6e3eda2c4799081ea62f7ee83c18c1814348e5974 > > SHA256 (6.3-BETA2-sparc64-bootonly.iso) = b7b5a92aaa47461ec8465f8d17b1c654287a9538b9d9175ee715ee1c8e8b0a1d > SHA256 (6.3-BETA2-sparc64-disc1.iso) = 32f565d5c488fd108072eea999363d2e3c04be3ee95441f4f30a5034b05d680e > SHA256 (6.3-BETA2-sparc64-disc2.iso) = 6fb51a66b3e50e769a03675e908b1523305531b3475dcd6212936f4511809025 > SHA256 (6.3-BETA2-sparc64-docs.iso) = 37f44ce56b7e9c8dce98a415619d0c5602ecf26e5246727a19268aa66c7d4f93 > > > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 17:12:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 969C516A417 for ; Wed, 14 Nov 2007 17:12:34 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0FACF13C448 for ; Wed, 14 Nov 2007 17:12:32 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id lAEHCRJh055422; Wed, 14 Nov 2007 18:12:28 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 61EADB854; Wed, 14 Nov 2007 18:12:27 +0100 (CET) Date: Wed, 14 Nov 2007 18:12:27 +0100 From: Roland Smith To: Andrew Reilly Message-ID: <20071114171227.GA3047@slackbox.xs4all.nl> Mail-Followup-To: Andrew Reilly , Dmitry Morozovsky , Vivek Khera , FreeBSD Stable References: <69AF611A-3E27-49B9-A81F-033A94D796E4@khera.org> <20070928232008.K89977@woozle.rinet.ru> <20071114025903.GA72819@duncan.reilly.home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <20071114025903.GA72819@duncan.reilly.home> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Vivek Khera , FreeBSD Stable , Dmitry Morozovsky Subject: Re: Progress with usability of AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 17:12:34 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 14, 2007 at 01:59:03PM +1100, Andrew Reilly wrote: > On Fri, Sep 28, 2007 at 11:24:41PM +0400, Dmitry Morozovsky wrote: > > On Fri, 28 Sep 2007, Vivek Khera wrote: > > VK> My list of software is purely server stuff; I > > VK> don't use any FreeBSD desktops. > >=20 > > It seems to be the key point here. > >=20 > > I'm thinking about giving a try for the following scheme for my develop= ment=20 > > desktop at work: > >=20 > > amd64 machine with servers' ports built inside (postgresql-server, > > apache, etc) with i386 jail with desktop applications (xorg, > > firefox/nspluginwrappers, MUA, you name it...) > >=20 > > ENOTIME so far... >=20 > Utility is definitely a personal variable. I run a FreeBSD-6-stable > workstation at AMD64 and am more or less happy with it, My workstation runs amd64 7.0-BETA2. I'm very happy with it. > but I also have > a MacOS laptop, which I can fall back to for anything that falls out of > the FreeBSD-amd64 capability bucket, like watching the google > Android videos on youtube, There's youtube-dl in ports for downloading youtube videos. You can them watch them with your favorite media player. > Certainly xorg, firefox (and epiphany, which I prefer) and MUA > (thunderbird, evolution, mutt, claws-mail(my pref.)) all work > happily in amd64 mode. The only desktop related things that one hears a lot about are the Flash plugin, and the NVidia binary driver. For me those are things that I can happily live without. I certainly don't miss the annoying Flash ads on the Web! Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHOyx7EnfvsMMhpyURAuRqAKCfky0r3ZIjlswZo0aQoIJoKhl/LgCeP+9N 7OdJCrRzYpM2iTSsXnrfjJY= =DJT3 -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 17:20:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80A8116A468 for ; Wed, 14 Nov 2007 17:20:50 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from mo-p07-ob.rzone.de (mo-p07-ob.rzone.de [81.169.146.188]) by mx1.freebsd.org (Postfix) with ESMTP id DCC0313C44B for ; Wed, 14 Nov 2007 17:20:49 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from athena.laverenz.de ([91.66.1.238]) by post.webmailer.de (fruni mo18) (RZmta 14.0) with ESMTP id 502181jAEEnJdv for ; Wed, 14 Nov 2007 18:20:48 +0100 (MET) (envelope-from: ) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id B1C98E0AA256 for ; Wed, 14 Nov 2007 18:20:45 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01271-01 for ; Wed, 14 Nov 2007 18:20:44 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id 74B6FE0AA255; Wed, 14 Nov 2007 18:20:44 +0100 (CET) Date: Wed, 14 Nov 2007 18:20:44 +0100 From: Uwe Laverenz To: freebsd-stable@freebsd.org Message-ID: <20071114172044.GA30401@laverenz.de> Mail-Followup-To: freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de X-RZG-AUTH: l30WrtbrzmfyRJtZ7/TtK2qIdZIgjE9K4Q55TXGhenj8TX/T1uwXx77Og867rA== X-RZG-CLASS-ID: mo07 Subject: Re: impressive buildworld time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 17:20:50 -0000 On Wed, Nov 14, 2007 at 05:56:16PM +0100, Claus Guttesen wrote: > Just installed a new DL360 with 8 cores at 2.33 Ghz and 8 GB ram and > 15K rpm sas-disks. When I installed the beta2 from cd 'make -j 9 > buildworld' took approx. 20 min. After a recompile of userland and > kernel and switch to ULE it went down to: > > >>> World build completed on Wed Nov 14 17:44:08 CET 2007 > -------------------------------------------------------------- > 3552.428u 1298.485s 16:15.89 497.0% 6156+1325k 25257+8117io 3368pf+0w > > Not very scientific and only one run but none the less my fastest > buildworld time ever on FreeBSD. :-) Yes, "make buildworld" is not a benchmark, I got a comparable time with 4 cores (17:02 minutes) a while ago. This was 6.2/amd64 on a dual Opteron 285 (4 cores total), Tyan S2882-D, 2GB RAM, 3ware 9550SXU, 4x Seagate SATA 7k2 SATA RAID 10 (with RAID 5 it takes 20:09 minutes). Uwe From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 18:00:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD2DC16A41A for ; Wed, 14 Nov 2007 18:00:01 +0000 (UTC) (envelope-from reedl@tatteredcover.com) Received: from nell.tatteredcover.com (nell.tatteredcover.com [206.124.11.52]) by mx1.freebsd.org (Postfix) with ESMTP id 9009013C459 for ; Wed, 14 Nov 2007 18:00:00 +0000 (UTC) (envelope-from reedl@tatteredcover.com) Received: from spender.tatteredcover.com (spender.tatteredcover.com [199.26.174.18]) by nell.tatteredcover.com (Postfix) with ESMTP id B5A4A2F224; Wed, 14 Nov 2007 10:30:32 -0700 (MST) Message-ID: <473B30CF.3030404@tatteredcover.com> Date: Wed, 14 Nov 2007 10:30:55 -0700 From: Reed Loefgren User-Agent: Thunderbird 2.0.0.6 (X11/20070810) MIME-Version: 1.0 To: Roland Smith , freebsd-stable@freebsd.org References: <69AF611A-3E27-49B9-A81F-033A94D796E4@khera.org> <20070928232008.K89977@woozle.rinet.ru> <20071114025903.GA72819@duncan.reilly.home> <20071114171227.GA3047@slackbox.xs4all.nl> In-Reply-To: <20071114171227.GA3047@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Progress with usability of AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 18:00:02 -0000 Roland Smith wrote: > On Wed, Nov 14, 2007 at 01:59:03PM +1100, Andrew Reilly wrote: > >> On Fri, Sep 28, 2007 at 11:24:41PM +0400, Dmitry Morozovsky wrote: >> >>> On Fri, 28 Sep 2007, Vivek Khera wrote: >>> VK> My list of software is purely server stuff; I >>> VK> don't use any FreeBSD desktops. >>> >>> It seems to be the key point here. >>> >>> I'm thinking about giving a try for the following scheme for my development >>> desktop at work: >>> >>> amd64 machine with servers' ports built inside (postgresql-server, >>> apache, etc) with i386 jail with desktop applications (xorg, >>> firefox/nspluginwrappers, MUA, you name it...) >>> >>> ENOTIME so far... >>> >> Utility is definitely a personal variable. I run a FreeBSD-6-stable >> workstation at AMD64 and am more or less happy with it, >> > > My workstation runs amd64 7.0-BETA2. I'm very happy with it. > > >> but I also have >> a MacOS laptop, which I can fall back to for anything that falls out of >> the FreeBSD-amd64 capability bucket, like watching the google >> Android videos on youtube, >> > > There's youtube-dl in ports for downloading youtube videos. You can them > watch them with your favorite media player. > > >> Certainly xorg, firefox (and epiphany, which I prefer) and MUA >> (thunderbird, evolution, mutt, claws-mail(my pref.)) all work >> happily in amd64 mode. >> > > The only desktop related things that one hears a lot about are the Flash > plugin, and the NVidia binary driver. For me those are things that I can > happily live without. I certainly don't miss the annoying Flash ads on > the Web! > > Roland > I too am annoyed by incessant flash ads. But my credit union's online banking login box requires flash as well; which broke not too long ago on my 6STABLE box. I'll get it fixed eventually but in the meantime it bears remembering that not all flash apps are annoying ads or egocentric youtube flicks. r From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 18:29:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DCA416A418 for ; Wed, 14 Nov 2007 18:29:33 +0000 (UTC) (envelope-from billy@nlcc.us) Received: from mail2.wildblue.net (mail2.wildblue.net [216.126.204.44]) by mx1.freebsd.org (Postfix) with ESMTP id E8E0613C47E for ; Wed, 14 Nov 2007 18:29:32 +0000 (UTC) (envelope-from billy@nlcc.us) Received: from ibm.nlcc.us (67-54-202-48.cust.wildblue.net [67.54.202.48]) by mail2.wildblue.net (Postfix) with ESMTP id 0F0324A369A for ; Wed, 14 Nov 2007 11:02:10 -0700 (MST) Received: (qmail 78616 invoked by uid 89); 14 Nov 2007 18:02:03 -0000 Received: from unknown (HELO ?192.168.0.33?) (billy@192.168.0.33) by ibm.nlcc.us with ESMTPA; 14 Nov 2007 18:02:03 -0000 Message-ID: <473B3819.2020301@nlcc.us> Date: Wed, 14 Nov 2007 12:02:01 -0600 From: Billy Newsom User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <86y7d1nk8t.fsf@zid.claresco.hr> <473ADD0F.1000603@lightray.org> In-Reply-To: <473ADD0F.1000603@lightray.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 6.3 or FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 18:29:33 -0000 Dylan Smith wrote: > Marko Lerota wrote: >> I see that 6.3 and 7.0 is comming. Now I'm using 6.2-RELEASE for my >> servers. To what should I upgrade? Which of them will be stable or >> production release? >> >> > > Both of them will be production stable at release, i'd say that unless > you have reason, such as non-supported hardware in 7, to stay with the > 6-branch upgrade to 7-RELEASE. 6.3 will afaik be the last revision to > the 6 branch aside from bug/security fixes. > If the security webpage at FreeBSD is any indication, then if (for example) 7.0 is released before 6.3, then 6.3 will be supported that much longer than 7.0. And so although the branch may be getting cut off, in the overall big picture, 6.3 may be fine. For example, around the time 6.3 (or 6-stable) stops being supported, 7.0 may be long deprecated in favor of perhaps 7.4 or 7-stable or 8.1 or whatever. The 4.x branch was ultra supported beyond its time, IIRC. Billy From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 18:39:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A721716A41B for ; Wed, 14 Nov 2007 18:39:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 95D2713C459 for ; Wed, 14 Nov 2007 18:39:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 4CB2E1CC092; Wed, 14 Nov 2007 10:39:57 -0800 (PST) Date: Wed, 14 Nov 2007 10:39:57 -0800 From: Jeremy Chadwick To: Claus Guttesen Message-ID: <20071114183957.GA65223@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Stable Subject: Re: impressive buildworld time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 18:39:57 -0000 On Wed, Nov 14, 2007 at 05:56:16PM +0100, Claus Guttesen wrote: > Hi. > > Just installed a new DL360 with 8 cores at 2.33 Ghz and 8 GB ram and > 15K rpm sas-disks. When I installed the beta2 from cd 'make -j 9 > buildworld' took approx. 20 min. After a recompile of userland and > kernel and switch to ULE it went down to: > > >>> World build completed on Wed Nov 14 17:44:08 CET 2007 > -------------------------------------------------------------- > 3552.428u 1298.485s 16:15.89 497.0% 6156+1325k 25257+8117io 3368pf+0w > > Not very scientific and only one run but none the less my fastest > buildworld time ever on FreeBSD. :-) Congrats! :-) 16 minutes is really impressive... Our 2.13GHz C2D 6420 boxes w/ 2GB RAM can do this in about 19 minutes flat (using ULE scheduler). Disks are 7200rpm SATA300. make -j2 used; and this was RELENG_6. The reason I like the buildworld "benchmark" is because it's a fairly real-world test and not something specific to just one piece of how a machine behaves (e.g. memory benchmark, disk benchmark, CPU benchmark, etc.). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 18:40:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2980116A419 for ; Wed, 14 Nov 2007 18:40:41 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id C9BFD13C469 for ; Wed, 14 Nov 2007 18:40:40 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id lAEIeW6u025713 for ; Wed, 14 Nov 2007 10:40:38 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id lAEIeWm4025712 for freebsd-stable@freebsd.org; Wed, 14 Nov 2007 10:40:32 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 14 Nov 2007 10:40:32 -0800 Message-ID: <20071114104032.own97l0200g44gsw@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 14 Nov 2007 10:40:32 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <86y7d1nk8t.fsf@zid.claresco.hr> <473ADD0F.1000603@lightray.org> In-Reply-To: <473ADD0F.1000603@lightray.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: FreeBSD 6.3 or FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 18:40:41 -0000 Quoting Dylan Smith : > Marko Lerota wrote: >> I see that 6.3 and 7.0 is comming. Now I'm using 6.2-RELEASE for my >> servers. To what should I upgrade? Which of them will be stable or >> production release? >> >> > > Both of them will be production stable at release, i'd say that > unless you have reason, such as non-supported hardware in 7, to stay > with the 6-branch upgrade to 7-RELEASE. 6.3 will afaik be the last > revision to the 6 branch aside from bug/security fixes. > > Dylan The above might be better stated as - Unless you have an immediate need for something offered in You would do well to continue using your current release adoption strategy, and wait for the dust to settle in the brand new release before adopting it as your current version. (my 0.2 cents) --Chris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 19:59:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7DAB16A417 for ; Wed, 14 Nov 2007 19:59:40 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id A82C413C442 for ; Wed, 14 Nov 2007 19:59:40 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-174-138.net-htp.de [89.182.174.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id BAC09A44529; Wed, 14 Nov 2007 20:53:35 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: Sam Leffler Date: Wed, 14 Nov 2007 21:00:27 +0100 User-Agent: KMail/1.9.7 References: <200711140855.49334.wundram@beenic.net> <473B50F0.5010709@errno.com> In-Reply-To: <473B50F0.5010709@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711142100.27826.wundram@beenic.net> Cc: freebsd-stable@freebsd.org Subject: Re: RT256x PCMCIA card under 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 19:59:41 -0000 Am Mittwoch, 14. November 2007 20:48:00 schrieb Sam Leffler: > I don't think I can help w/ the interrupt storm but you didn't provide > any logs for wpa_supplicant or wlandebug so it's hard to help w/ that > issue. Sorry for not providing any logs, but I just got the card yesterday, and haven't had an access point in reach during the day (at work) so far. I'll try to get better logging (esp. with net.wlan.debug=-1 and net.wlan.0.debug=-1) this evening, which I'll gladly post the revelant parts of. I just thought that maybe this was a "known" issue with this "newer" chipset I seem to have found with this card "Version 2.0." -- Heiko Wundram Product & Application Development From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 20:05:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB46616A417 for ; Wed, 14 Nov 2007 20:05:12 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from gentoo.gawr.com (gentoo.gawr.com [66.226.64.49]) by mx1.freebsd.org (Postfix) with ESMTP id C6BAC13C481 for ; Wed, 14 Nov 2007 20:05:12 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from [10.34.1.89] (unknown [64.126.14.3]) (Authenticated sender: freebsd@scottevil.com) by gentoo.gawr.com (Postfix) with ESMTP id 49FBE5A0055; Wed, 14 Nov 2007 13:17:03 +0000 (UTC) Message-ID: <473B4F25.5090501@scottevil.com> Date: Wed, 14 Nov 2007 13:40:21 -0600 From: Scott Oertel User-Agent: Thunderbird 2.0.0.6 (X11/20070801) MIME-Version: 1.0 To: Claus Guttesen References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: impressive buildworld time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 20:05:12 -0000 Claus Guttesen wrote: > Hi. > > Just installed a new DL360 with 8 cores at 2.33 Ghz and 8 GB ram and > 15K rpm sas-disks. When I installed the beta2 from cd 'make -j 9 > buildworld' took approx. 20 min. After a recompile of userland and > kernel and switch to ULE it went down to: > > >>>> World build completed on Wed Nov 14 17:44:08 CET 2007 >>>> > -------------------------------------------------------------- > 3552.428u 1298.485s 16:15.89 497.0% 6156+1325k 25257+8117io 3368pf+0w > > Not very scientific and only one run but none the less my fastest > buildworld time ever on FreeBSD. :-) > > I got it built in 8 minutes on this Dual Quad Core Xeon (hw.model: Intel(R) Xeon(R) CPU E5345 @ 2.33GHz) I used -j10 i believe. -Scott Oertel From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 20:07:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF8FB16A418; Wed, 14 Nov 2007 20:07:51 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F397A13C447; Wed, 14 Nov 2007 20:07:50 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <473B5598.7040800@FreeBSD.org> Date: Wed, 14 Nov 2007 21:07:52 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Jeremy Chadwick References: <20071114183957.GA65223@eos.sc1.parodius.com> In-Reply-To: <20071114183957.GA65223@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Claus Guttesen Subject: Re: impressive buildworld time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 20:07:51 -0000 Jeremy Chadwick wrote: > On Wed, Nov 14, 2007 at 05:56:16PM +0100, Claus Guttesen wrote: >> Hi. >> >> Just installed a new DL360 with 8 cores at 2.33 Ghz and 8 GB ram and >> 15K rpm sas-disks. When I installed the beta2 from cd 'make -j 9 >> buildworld' took approx. 20 min. After a recompile of userland and >> kernel and switch to ULE it went down to: >> >>>>> World build completed on Wed Nov 14 17:44:08 CET 2007 >> -------------------------------------------------------------- >> 3552.428u 1298.485s 16:15.89 497.0% 6156+1325k 25257+8117io 3368pf+0w >> >> Not very scientific and only one run but none the less my fastest >> buildworld time ever on FreeBSD. :-) > > Congrats! :-) 16 minutes is really impressive... > > Our 2.13GHz C2D 6420 boxes w/ 2GB RAM can do this in about 19 minutes > flat (using ULE scheduler). Disks are 7200rpm SATA300. make -j2 used; > and this was RELENG_6. > > The reason I like the buildworld "benchmark" is because it's a fairly > real-world test and not something specific to just one piece of how > a machine behaves (e.g. memory benchmark, disk benchmark, CPU benchmark, > etc.). It's not a good SMP benchmark though, because large parts are entirely single-threaded, and other large parts do not parallelize beyond more than a couple of CPUs. Also it is entirely incomparable between different versions of the source tree. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 20:36:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0D3616A418; Wed, 14 Nov 2007 20:36:50 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id AA7F313C481; Wed, 14 Nov 2007 20:36:50 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 2BC631A4D81; Wed, 14 Nov 2007 12:36:50 -0800 (PST) Date: Wed, 14 Nov 2007 12:36:50 -0800 From: Alfred Perlstein To: Kris Kennaway Message-ID: <20071114203650.GX8950@elvis.mu.org> References: <20071114183957.GA65223@eos.sc1.parodius.com> <473B5598.7040800@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <473B5598.7040800@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Jeremy Chadwick , FreeBSD Stable , Claus Guttesen Subject: Re: impressive buildworld time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 20:36:50 -0000 * Kris Kennaway [071114 12:07] wrote: > Jeremy Chadwick wrote: > >On Wed, Nov 14, 2007 at 05:56:16PM +0100, Claus Guttesen wrote: > >>Hi. > >> > >>Just installed a new DL360 with 8 cores at 2.33 Ghz and 8 GB ram and > >>15K rpm sas-disks. When I installed the beta2 from cd 'make -j 9 > >>buildworld' took approx. 20 min. After a recompile of userland and > >>kernel and switch to ULE it went down to: > >> > >>>>>World build completed on Wed Nov 14 17:44:08 CET 2007 > >>-------------------------------------------------------------- > >>3552.428u 1298.485s 16:15.89 497.0% 6156+1325k 25257+8117io 3368pf+0w > >> > >>Not very scientific and only one run but none the less my fastest > >>buildworld time ever on FreeBSD. :-) > > > >Congrats! :-) 16 minutes is really impressive... > > > >Our 2.13GHz C2D 6420 boxes w/ 2GB RAM can do this in about 19 minutes > >flat (using ULE scheduler). Disks are 7200rpm SATA300. make -j2 used; > >and this was RELENG_6. > > > >The reason I like the buildworld "benchmark" is because it's a fairly > >real-world test and not something specific to just one piece of how > >a machine behaves (e.g. memory benchmark, disk benchmark, CPU benchmark, > >etc.). > > It's not a good SMP benchmark though, because large parts are entirely > single-threaded, and other large parts do not parallelize beyond more > than a couple of CPUs. Also it is entirely incomparable between > different versions of the source tree. I think an interesting SoC project would be to write something that would be able to sort of glue together all the makefiles under directories and teach make how to build a dep graph such that for example all of usr.bin could be built in parallel. We'd need some syntactic sugar to explicitly state which recurive makes could be run in parallel and hopefully figure out a way to avoid actually forking make(1) but instead do something like maintain multiple copies of the state. -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 20:39:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE89C16A41B for ; Wed, 14 Nov 2007 20:39:42 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id 67F4913C474 for ; Wed, 14 Nov 2007 20:39:41 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (d187105.adsl.hansenet.de [80.171.187.105]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1IsP1Q2vvC-0003m9; Wed, 14 Nov 2007 21:39:41 +0100 Message-ID: <473B5D10.1070109@janh.de> Date: Wed, 14 Nov 2007 21:39:44 +0100 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: stable-list freebsd Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1/aaqenyROamFIVLmZyzS3I0+mEPmEsuCCk/rt V3cNTrJ8oC+w/va62QU+F5STifbKuh+CLMfNpGB7bPO6+RNPJ8 6ofHehcqKeRR2YLePj3dg== Subject: freebsd-update 6.2-R -> 6.3-B1 rollback failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 20:39:42 -0000 I tried to rollback the freebsd-update 6.2-R -> 6.3-B1. (The reason was to freebsd-update to 6.3-B2 with the possibility of doing a rollback to 6.2-R.) It printed quite a few lines of /libexec/ld-elf.so.1: grep: Undefined symbol "__sbmaskrune" and /libexec/ld-elf.so.1: sort: Undefined symbol "__sbmaskrune" but finished with a 'done.' Thus I did a reboot. It rebooted into 6.3-B1 and because of the missing symbol nothing but the stuff in /rescue works. I guess it was my fault, because on some of my 6.2 machines I had a patch for libexec/rtld-elf/rtld.c adding the symbol _dlsym that was needed for linux-flashplugin-7 at some time. This was probably one of these machines that had a GENERIC/SMP kernel but modified elf loader. Anyhow, if that really is the cause, IMHO the update should have complained about the incorrect file and not have the rollback fail. (6.3-B1 was running fine.) Now, how do I get this machine running again? I tried to replace ld-elf.so.1 with a copy from a GENERIC 6.2-R, but this obviously cannot work, since the kernel booting is still 6.3-B1. I guess I need the file from that version, but I do not have another 6.3-B* here. Could anybody send me ld-elf.so.1 from 6.3-B* via email? Or do I have it in some temporary directory from freebsd-update? In case I get the machine to boot again, how should I proceed? Is the machine now a mixture of 6.2-R and 6.3-B1? Can I get it into a sane state without recompiling the kernel? (The machine is _really_ slow.) If my modified 6.2-R version of ld-elf.so.1 was the cause of all this, freebsd-update should print a warning asking the user if really all of the kernel is GENERIC/SMP or better check for it. Otherwise, this really is a bug. At least now I do know what /rescue is for... Thanks, Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 21:38:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A622216A420 for ; Wed, 14 Nov 2007 21:38:44 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out13.ilk.de [194.121.104.13]) by mx1.freebsd.org (Postfix) with ESMTP id 251B713C459 for ; Wed, 14 Nov 2007 21:38:43 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool26.ka.ilk.net [212.86.194.26]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id lAELcebs005558; Wed, 14 Nov 2007 22:38:40 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.8+Sun/8.13.8) with ESMTP id lAELYXoL015361; Wed, 14 Nov 2007 22:34:33 +0100 (CET) Message-ID: <473B6AF1.4010604@smo.de> Date: Wed, 14 Nov 2007 22:38:57 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20071021 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Scott Oertel References: <473B4F25.5090501@scottevil.com> In-Reply-To: <473B4F25.5090501@scottevil.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Claus Guttesen Subject: Re: impressive buildworld time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 21:38:44 -0000 Scott Oertel wrote: > Claus Guttesen wrote: > >>Hi. >> >>Just installed a new DL360 with 8 cores at 2.33 Ghz and 8 GB ram and >>15K rpm sas-disks. When I installed the beta2 from cd 'make -j 9 >>buildworld' took approx. 20 min. After a recompile of userland and >>kernel and switch to ULE it went down to: >> >> >> >>>>>World build completed on Wed Nov 14 17:44:08 CET 2007 >>>>> >> >>-------------------------------------------------------------- >>3552.428u 1298.485s 16:15.89 497.0% 6156+1325k 25257+8117io 3368pf+0w >> >>Not very scientific and only one run but none the less my fastest >>buildworld time ever on FreeBSD. :-) >> >> > > I got it built in 8 minutes on this Dual Quad Core Xeon (hw.model: > Intel(R) Xeon(R) CPU E5345 @ 2.33GHz) > I used -j10 i believe. Impressive ;-) My main machine (with an Athlon XP @ 2GHz) takes ~2 hours to build kernel and world (I use a script to do that). My other box is running -CURRENT and takes ~11 hours to build kernel and world (Celeron 500...). Just to supply some numbers that "go the other direction" :-) Philipp -- www.familie-ost.info/~pj From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 21:45:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6F3916A41B for ; Wed, 14 Nov 2007 21:45:17 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id 5B92B13C447 for ; Wed, 14 Nov 2007 21:45:16 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so298053wra for ; Wed, 14 Nov 2007 13:45:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=RpX2Hb48jZLTBiooTn/ET1FrfEEPoGhScZCAfezAfCM=; b=GbRLIETXXP0egCbOzUkvCi9b0jvUbcd+qhjqETMLzYJ1/cKEVFb/zLftwtx1qSDFzXnxqtscVMuvvgue2M1hnytM0gG7uyxvTRiSDRhoegQi8Z1z1oes3SgFa0NLWCbHXFuFiSTl6YWYrDltwqUDA0GmyTTZqiNfxMCALkXJmHk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=N8+8rNtaAObx8rD8ExjcXSGTRNtYrb9jwOoYLv+phABR2mnKRpY3BKSbvMdMD2W1Bnwal8Z6rJdFtpw8IyyXkGdGJkmndkBukhNsCDheK3oxrSvm/sIHTR71ZvMSEj57Nsz+NOstv2kxKHqCvnah+2ZudQUYw9KuRmVu78ZS08o= Received: by 10.90.25.3 with SMTP id 3mr3734831agy.1195076716214; Wed, 14 Nov 2007 13:45:16 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id m33sm1730012ele.2007.11.14.13.45.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 14 Nov 2007 13:45:14 -0800 (PST) Message-ID: <473B6C63.9060407@gmail.com> Date: Wed, 14 Nov 2007 16:45:07 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: Philipp Ost References: <473B4F25.5090501@scottevil.com> <473B6AF1.4010604@smo.de> In-Reply-To: <473B6AF1.4010604@smo.de> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Scott Oertel , FreeBSD Stable , Claus Guttesen Subject: Re: impressive buildworld time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 21:45:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > Impressive ;-) My main machine (with an Athlon XP @ 2GHz) takes ~2 > hours to build kernel and world (I use a script to do that). My > other box is running -CURRENT and takes ~11 hours to build kernel > and world (Celeron 500...). > > Just to supply some numbers that "go the other direction" :-) With no -j and running gnome and doing other things in the foreground (watching a avi) 1 hr 3 mins on a e6850 w/ 4 gig (amd64) - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHO2xiJ9+1V27SttsRAsLdAKCHLBZR4FrBuGOX8lfexd9XGSGcMwCghLpq iL1/hFXakni4gJ+Yw6Yo6sc= =D7AA -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 22:04:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCDEE16A46D for ; Wed, 14 Nov 2007 22:04:10 +0000 (UTC) (envelope-from freebsd@levsha.org.ua) Received: from expo.ukrweb.net (expo.ukrweb.net [193.125.78.116]) by mx1.freebsd.org (Postfix) with ESMTP id 8A3CA13C459 for ; Wed, 14 Nov 2007 22:04:10 +0000 (UTC) (envelope-from freebsd@levsha.org.ua) Received: from levsha by expo.ukrweb.net with local (Exim 4.52 (FreeBSD)) id 1IsPoc-0003to-ON for freebsd-stable@freebsd.org; Wed, 14 Nov 2007 23:30:30 +0200 Date: Wed, 14 Nov 2007 23:30:30 +0200 From: Mykola Dzham To: freebsd-stable@freebsd.org Message-ID: <20071114213030.GA13054@expo.ukrweb.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD/5.4-RELEASE-p6 (i386) User-Agent: Mutt/1.5.6i Subject: panic when burncd attempt to eject disk (after upgrade 7.0-BETA1 -> 7.0-BETA2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 22:04:10 -0000 I have cd/dwd writer on my laptop: acd0: DVDR at ata0-master PIO4 Writer work properly on 7.0-BETA1 #15: Tue Oct 30 13:21:42 EET 2007 , but after today upgrade to 7.0-BETA2 #16: Wed Nov 14 15:41:44 EET 2007 kernel panics during run burncd -es 8 data file.iso fixate (i think when burncd attempt to eject disk after fixate): panic: Geom provider ACD::acd0 failed closing ->access() cpuid = 1 KDB: enter: panic [thread pid 1652 tid 100059 ] Stopped at kdb_enter+0x32: leave As there was a change in behaviour "atacontrol mode acd0" command when no disk in writer: on BETA1 command show current mode, but on BETA2 return error "atacontrol: device not found: Input/output error" -- Mykola Dzham, LEFT-(UANIC|RIPE) JID: levsha@jabber.net.ua From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 22:24:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9ED916A420 for ; Wed, 14 Nov 2007 22:24:44 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 2CDF513C458; Wed, 14 Nov 2007 22:24:43 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <473B75AD.3020004@FreeBSD.org> Date: Wed, 14 Nov 2007 23:24:45 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Vivek Khera References: <0ECA0F43-497A-4823-8731-D517889D5822@khera.org> <91893E44-B766-4B31-9DA7-62F5EC0CCD45@khera.org> <473A4620.8010909@FreeBSD.org> <18740974-7621-434A-BDFD-D2AFFF3D5721@khera.org> In-Reply-To: <18740974-7621-434A-BDFD-D2AFFF3D5721@khera.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable List Subject: Re: reboot after panic: vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 22:24:44 -0000 Vivek Khera wrote: > > On Nov 13, 2007, at 7:49 PM, Kris Kennaway wrote: > >>> notification. >>> In the meantime, your best bet is to disable ZERO_COPY_SOCKETS. >> >> There is a chance this was a recent regression, previously in 7.0 they >> were believed to work. >> > > I'm running 6.2-REL. The old kernel was -p5, now without the zero copy > sockets, i'm running -p8. I'll know in a couple of days if this is our > solution. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > According to alc, if the page is being wired by something else then ZCS has never worked properly. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Nov 14 23:46:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BFDE16A41A for ; Wed, 14 Nov 2007 23:46:40 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id D47F513C468 for ; Wed, 14 Nov 2007 23:46:39 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from phoenix (hnvr-4db2e1a4.pool.einsundeins.de [77.178.225.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id A2260A44529 for ; Thu, 15 Nov 2007 00:40:34 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org Date: Thu, 15 Nov 2007 00:47:24 +0100 User-Agent: KMail/1.9.7 References: <200711140855.49334.wundram@beenic.net> In-Reply-To: <200711140855.49334.wundram@beenic.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711150047.25152.wundram@beenic.net> Subject: Re: RT256x PCMCIA card under 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 23:46:40 -0000 Am Mittwoch, 14. November 2007 08:55:49 schrieb Heiko Wundram (Beenic): > Just for an update: I was stupid, really stupid enough not to check with any of the APs I tried to connect to whether they had MAC-filtering enabled, and all of them did. I turned that off just now for my private AP, and now the connect works fine. I also can't reproduce the interrupt storm behaviour in case I have a working AP in range (which is also at the moment my only means to connect to the internet and post mails), but will try to do that tomorrow when I have cable internet back and no AP in range. Sorry for the traffic, I really should take more time reading the debugging output next time; if I'd done that earlier, it would've become apparent that connection setup using wpa_supplicant was working fine, but only the authentication got rejected, which lead me to think about the MAC-filtering in the first place. -- Heiko Wundram Product & Application Development From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 05:13:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6B9116A418 for ; Thu, 15 Nov 2007 05:13:02 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mo3so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id C590713C442 for ; Thu, 15 Nov 2007 05:13:02 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mr6so.prod.shaw.ca (pd2mr6so-qfe3.prod.shaw.ca [10.0.141.9]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JRJ009HA7TLOH90@l-daemon> for freebsd-stable@freebsd.org; Wed, 14 Nov 2007 22:12:57 -0700 (MST) Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145]) by pd2mr6so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JRJ00B147TKHG60@pd2mr6so.prod.shaw.ca> for freebsd-stable@freebsd.org; Wed, 14 Nov 2007 22:12:57 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.201.197]) by l-daemon (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with SMTP id <0JRJ0027X7THPB90@l-daemon> for freebsd-stable@freebsd.org; Wed, 14 Nov 2007 22:12:55 -0700 (MST) Received: (qmail 3888 invoked from network); Thu, 15 Nov 2007 05:12:47 +0000 Received: from unknown (HELO hexahedron.daemonology.net) (127.0.0.1) by localhost with SMTP; Thu, 15 Nov 2007 05:12:47 +0000 Date: Wed, 14 Nov 2007 21:12:47 -0800 From: Colin Percival In-reply-to: <473B5D10.1070109@janh.de> To: Jan Henrik Sylvester Message-id: <473BD54F.9050808@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.95.0 References: <473B5D10.1070109@janh.de> User-Agent: Thunderbird 2.0.0.6 (X11/20071102) Cc: stable-list freebsd Subject: Re: freebsd-update 6.2-R -> 6.3-B1 rollback failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 05:13:03 -0000 Jan Henrik Sylvester wrote: > I tried to rollback the freebsd-update 6.2-R -> 6.3-B1. To confirm that I understand what you're saying here: You upgraded from FreeBSD 6.2-RELEASE to 6.3-BETA1, then you ran "freebsd-update rollback" to move back to FreeBSD 6.2-RELEASE, right? > It printed quite a few lines of > > /libexec/ld-elf.so.1: grep: Undefined symbol "__sbmaskrune" > > and > > /libexec/ld-elf.so.1: sort: Undefined symbol "__sbmaskrune" > > but finished with a 'done.' Ick. Right, I think I see what happened here -- the first step in the rollback process is to install the old libraries, but this overwrites the libraries currently in use by installed programs. Yep, this is definitely broken -- ironically, it works fine for rolling back from FreeBSD 7.x to FreeBSD 6.x, since installing the old libraries doesn't involve overwriting the newer ones. I'll get this fixed ASAP. > I guess it was my fault, because on some of my 6.2 machines I had a > patch for libexec/rtld-elf/rtld.c adding the symbol _dlsym that was > needed for linux-flashplugin-7 at some time. This was probably one of > these machines that had a GENERIC/SMP kernel but modified elf loader. Nope, not your fault -- I screwed up the rollback code. > Now, how do I get this machine running again? I believe that your system is now 6.3-BETA1 with a few shared libraries from 6.2-RELEASE mixed in. If you can get a copy of /lib/*.so.* and /usr/lib/*.so.* from a 6.3-BETA1 system and install those into place (in fact, probably all you need is /lib/libc.so.6) your system should be ok. Let me know if you need any help with this. Getting the system back to 6.2-RELEASE might be more difficult, now that the FreeBSD Update code thinks that it has rolled back its updates, but I might be able to find a way to do that for you -- is it a disaster if this system ends up stuck at 6.3-BETA1? Colin Percival From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 05:19:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78BB716A421 for ; Thu, 15 Nov 2007 05:19:46 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mo1so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 589C713C467 for ; Thu, 15 Nov 2007 05:19:46 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mr4so.prod.shaw.ca (pd3mr4so-qfe3.prod.shaw.ca [10.0.141.180]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JRJ00MUW84V7660@l-daemon> for freebsd-stable@freebsd.org; Wed, 14 Nov 2007 22:19:43 -0700 (MST) Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150]) by pd3mr4so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JRJ007X384V1D40@pd3mr4so.prod.shaw.ca> for freebsd-stable@freebsd.org; Wed, 14 Nov 2007 22:19:44 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.201.197]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JRJ00F5F84UNJ90@l-daemon> for freebsd-stable@freebsd.org; Wed, 14 Nov 2007 22:19:43 -0700 (MST) Received: (qmail 3906 invoked from network); Thu, 15 Nov 2007 05:19:36 +0000 Received: from unknown (HELO hexahedron.daemonology.net) (127.0.0.1) by localhost with SMTP; Thu, 15 Nov 2007 05:19:36 +0000 Date: Wed, 14 Nov 2007 21:19:36 -0800 From: Colin Percival To: FreeBSD Stable Message-id: <473BD6E8.40001@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.95.0 User-Agent: Thunderbird 2.0.0.6 (X11/20071102) Subject: [HEADS UP] "freebsd-update rollback" broken on minor version upgrades X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 05:19:46 -0000 A quick heads-up to everyone here using my new FreeBSD Update "upgrade" code: If you have performed a minor version upgrade (e.g., 6.2-RELEASE -> 6.3-BETA1 or 7.0-BETA1.5 -> 7.0-BETA2) please do not attempt to roll it back using "freebsd-update rollback". That code is currently broken and will make your system unbootable. I should have this fixed within the next couple of days. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 06:20:07 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02EFF16A468 for ; Thu, 15 Nov 2007 06:20:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id 90F7613C447 for ; Thu, 15 Nov 2007 06:20:06 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lAF6K3xo030760 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Nov 2007 17:20:04 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id lAF6K2aO090159; Thu, 15 Nov 2007 17:20:02 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id lAF6K2Mn090158; Thu, 15 Nov 2007 17:20:02 +1100 (EST) (envelope-from peter) Date: Thu, 15 Nov 2007 17:20:02 +1100 From: Peter Jeremy To: Pete French Message-ID: <20071115062002.GK89746@server.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@freebsd.org Subject: Re: Float problen running i386 inary on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 06:20:07 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 02, 2007 at 10:04:48PM +0000, Pete French wrote: > int > main(int argc, char *argv[]) > { > if(atof("3.2") =3D=3D atof("3.200")) > puts("They are equal"); > else > puts("They are NOT equal!"); > return 0; > } Since the program as defined above does not include any prototype for atof(), its return value is assumed to be int. The i386 code for the comparison is therefore: movl $.LC0, (%esp) call atof movl $.LC1, (%esp) movl %eax, %ebx call atof cmpl %eax, %ebx je .L7 Note that this is comparing the %eax returned by each atof(). Since atof() actually returns a double in %st(0) and %eax is a scratch register, the results are completely undefined. Unfortunately, I can't explain why an i386 would be different to an amd64 in i386 mode. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHO+US/opHv/APuIcRAqtpAJ9ZxueKvs5Vs9UlwTIT1SBe1RzAsgCgiYTD q5pX6Hcxx6U1EVJn6VphecU= =PcA5 -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 08:11:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72C9816A417 for ; Thu, 15 Nov 2007 08:11:30 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 63AC713C455 for ; Thu, 15 Nov 2007 08:11:29 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-174-138.net-htp.de [89.182.174.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 6ED24A44529 for ; Thu, 15 Nov 2007 09:05:21 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org User-Agent: KMail/1.9.7 References: <200711140855.49334.wundram@beenic.net> <200711150044.30325.wundram@beenic.net> <473B9141.9050601@errno.com> In-Reply-To: <473B9141.9050601@errno.com> MIME-Version: 1.0 Content-Disposition: inline Date: Thu, 15 Nov 2007 09:12:18 +0100 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200711150912.19334.wundram@beenic.net> Subject: Re: RT256x PCMCIA card under 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 08:11:30 -0000 Okay, I'm back at work, and have cable internet here, so that I actually did some debugging and checking up on the problem just now. I think I narrowed the interrupt storm down to the end of scanning with the card. First of all a vmstat -i in three seconds interval while I was simply inserting the card into my PCMCIA slot (and the hotplug scripts did their magic): ----- Thu Nov 15 08:38:58 CET 2007 interrupt total rate irq1: atkbd0 1009 1 irq10: acpi0 229 0 irq14: ata0 8894 11 irq15: ata1 64 0 irq18: pcm0 5731 7 irq19: sis0+ 6542 8 irq20: ohci0 3789 4 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1536343 1995 Total 1562635 2029 ----- Thu Nov 15 08:39:01 CET 2007 - I inserted the card right about here interrupt total rate irq1: atkbd0 1010 1 irq10: acpi0 231 0 irq14: ata0 8915 11 irq15: ata1 64 0 irq17: cbb0 cbb1+ 11 0 irq18: pcm0 5731 7 irq19: sis0+ 6542 8 irq20: ohci0 3798 4 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1542356 1995 Total 1568692 2029 ----- Thu Nov 15 08:39:05 CET 2007 interrupt total rate irq1: atkbd0 1022 1 irq10: acpi0 231 0 irq14: ata0 8932 11 irq15: ata1 64 0 irq17: cbb0 cbb1+ 130576 168 irq18: pcm0 5731 7 irq19: sis0+ 6545 8 irq20: ohci0 3908 5 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1551118 1996 Total 1708161 2198 ----- Thu Nov 15 08:39:08 CET 2007 interrupt total rate irq1: atkbd0 1030 1 irq10: acpi0 231 0 irq14: ata0 8932 11 irq15: ata1 64 0 irq17: cbb0 cbb1+ 351482 450 irq18: pcm0 5731 7 irq19: sis0+ 6545 8 irq20: ohci0 3908 5 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1557218 1996 Total 1935175 2480 ----- Thu Nov 15 08:39:11 CET 2007 interrupt total rate irq1: atkbd0 1041 1 irq10: acpi0 233 0 irq14: ata0 8932 11 irq15: ata1 64 0 irq17: cbb0 cbb1+ 374391 478 irq18: pcm0 5731 7 irq19: sis0+ 6547 8 irq20: ohci0 3952 5 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1563474 1996 Total 1964399 2508 ----- Thu Nov 15 08:39:15 CET 2007 interrupt total rate irq1: atkbd0 1050 1 irq10: acpi0 233 0 irq14: ata0 8932 11 irq15: ata1 64 0 irq17: cbb0 cbb1+ 607853 773 irq18: pcm0 5731 7 irq19: sis0+ 6547 8 irq20: ohci0 3952 5 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1569671 1997 Total 2204067 2804 ----- Thu Nov 15 08:39:18 CET 2007 interrupt total rate irq1: atkbd0 1050 1 irq10: acpi0 233 0 irq14: ata0 8950 11 irq15: ata1 64 0 irq17: cbb0 cbb1+ 728523 922 irq18: pcm0 5731 7 irq19: sis0+ 6547 8 irq20: ohci0 4030 5 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1575704 1994 Total 2330866 2950 ----- Thu Nov 15 08:39:21 CET 2007 interrupt total rate irq1: atkbd0 1050 1 irq10: acpi0 235 0 irq14: ata0 8950 11 irq15: ata1 64 0 irq17: cbb0 cbb1+ 831999 1049 irq18: pcm0 5731 7 irq19: sis0+ 6547 8 irq20: ohci0 4044 5 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1581766 1994 Total 2440420 3077 ----- Thu Nov 15 08:39:24 CET 2007 interrupt total rate irq1: atkbd0 1050 1 irq10: acpi0 235 0 irq14: ata0 8963 11 irq15: ata1 64 0 irq17: cbb0 cbb1+ 1044398 1312 irq18: pcm0 5731 7 irq19: sis0+ 6549 8 irq20: ohci0 4044 5 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1587850 1994 Total 2658918 3340 ----- Thu Nov 15 08:39:27 CET 2007 interrupt total rate irq1: atkbd0 1050 1 irq10: acpi0 235 0 irq14: ata0 8979 11 irq15: ata1 64 0 irq17: cbb0 cbb1+ 1074434 1344 irq18: pcm0 5731 7 irq19: sis0+ 6549 8 irq20: ohci0 4044 5 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1593889 1994 Total 2695009 3372 ----- While the interrupt storm was taking place, my whole system becomes pretty unusable; the X redraw still works, but you can see the scan-lines being redrawn separately, which becomes especially evident in an xterm. I then killed wpa_supplicant, which made the problem disappear almost instantly. I then set up debugging for the card using a sysctl -a net.wlan[.0].debug=-1, and started wpa_supplicant manually: ----- Initializing interface 'ral0' conf '/etc/wpa_supplicant.conf' driver 'default' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface_group='0' (DEPRECATED) eapol_version=1 ap_scan=1 fast_reauth=1 Line: 8 - start of a new network block ssid - hexdump_ascii(len=13): 45 6c 6b 65 48 65 69 6b 6f 57 4c 41 4e ElkeHeikoWLAN key_mgmt: 0x2 pairwise: 0x8 group: 0x8 PSK (ASCII passphrase) - hexdump_ascii(len=29): [REMOVED] PSK (from passphrase) - hexdump(len=32): [REMOVED] Priority group 0 id=0 ssid='ElkeHeikoWLAN' Initializing interface (2) 'ral0' 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:80:5a:51:23:53 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 Added interface ral0 State: DISCONNECTED -> SCANNING Starting AP scan (broadcast SSID) Trying to get current scan results first without requesting a new scan to speed up initial association Received 0 bytes of scan results (0 BSSes) Scan results: 0 Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 0 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (0 BSSes) Scan results: 0 Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (0 BSSes) Scan results: 0 Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (0 BSSes) Scan results: 0 Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (0 BSSes) Scan results: 0 Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 5 sec 0 usec CTRL-EVENT-TERMINATING - signal 2 received Removing interface ral0 State: SCANNING -> DISCONNECTED No keys have been configured - skip key clearing EAPOL: External notification - portEnabled=0 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 Cancelling scan request Cancelling authentication timeout wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 ----- The system slowed down to a crawl again while wpa_supplicant was running (which I didn't experience yesterday, but anyway), and after some time I Ctrl+C'd my way out of it, that's the CTRL-EVENT-TERMINATING. While wpa_supplicant was running, the following messages appeared in the dmesg log: ----- ral0: mem 0x88000000-0x88007fff irq 17 at device 0.0 on cardbus0 ral0: MAC/BBP RT2561C, RF RT2527 ral0: Ethernet address: 00:80:5a:51:23:53 ral0: [ITHREAD] ral0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 ral0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 ral0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 ral0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0 ral0: ieee80211_start_scan: active scan, duration 2147483647, desired mode auto, append, nopick, once ral0: scan set 1g, 6g, 11g, 7g, 13g, 2g, 3g, 4g, 5g, 8g, 9g, 10g, 12g, 14g dwell min 20 max 200 ral0: scan_next: chan 14g -> 1g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 1 ral0: scan_next: chan 1g -> 6g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 6 ral0: scan_next: chan 6g -> 11g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 11 ral0: scan_next: chan 11g -> 7g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 7 ral0: scan_next: chan 7g -> 13g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 13 ral0: scan_next: chan 13g -> 2g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 2 ral0: scan_next: chan 2g -> 3g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 3 ral0: scan_next: chan 3g -> 4g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 4 ral0: scan_next: chan 4g -> 5g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 5 ral0: scan_next: chan 5g -> 8g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 8 ral0: scan_next: chan 8g -> 9g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 9 ral0: scan_next: chan 9g -> 10g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 10 ral0: scan_next: chan 10g -> 12g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 12 ral0: scan_next: chan 12g -> 14g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 14 ral0: scan_next: done, [ticks 1203137, dwell min 20 scanend 2148683983] ral0: notify scan done ral0: ieee80211_start_scan: active scan, duration 2147483647, desired mode auto, append, nopick, once ral0: scan set 1g, 6g, 11g, 7g, 13g, 2g, 3g, 4g, 5g, 8g, 9g, 10g, 12g, 14g dwell min 20 max 200 ral0: scan_next: chan 14g -> 1g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 1 ral0: scan_next: chan 1g -> 6g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 6 ral0: scan_next: chan 6g -> 11g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 11 ral0: scan_next: chan 11g -> 7g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 7 ral0: scan_next: chan 7g -> 13g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 13 ral0: scan_next: chan 13g -> 2g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 2 ral0: scan_next: chan 2g -> 3g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 3 ral0: scan_next: chan 3g -> 4g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 4 ral0: scan_next: chan 4g -> 5g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 5 ral0: scan_next: chan 5g -> 8g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 8 ral0: scan_next: chan 8g -> 9g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 9 ral0: scan_next: chan 9g -> 10g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 10 ral0: scan_next: chan 10g -> 12g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 12 ral0: scan_next: chan 12g -> 14g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 14 ral0: scan_next: done, [ticks 1210935, dwell min 20 scanend 2148691781] ral0: notify scan done ral0: ieee80211_start_scan: active scan, duration 2147483647, desired mode auto, append, nopick, once ral0: scan set 1g, 6g, 11g, 7g, 13g, 2g, 3g, 4g, 5g, 8g, 9g, 10g, 12g, 14g dwell min 20 max 200 ral0: scan_next: chan 14g -> 1g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 1 ral0: scan_next: chan 1g -> 6g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 6 ral0: scan_next: chan 6g -> 11g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 11 ral0: scan_next: chan 11g -> 7g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 7 ral0: scan_next: chan 7g -> 13g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 13 ral0: scan_next: chan 13g -> 2g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 2 ral0: scan_next: chan 2g -> 3g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 3 ral0: scan_next: chan 3g -> 4g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 4 ral0: scan_next: chan 4g -> 5g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 5 ral0: scan_next: chan 5g -> 8g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 8 ral0: scan_next: chan 8g -> 9g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 9 ral0: scan_next: chan 9g -> 10g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 10 ral0: scan_next: chan 10g -> 12g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 12 ral0: scan_next: chan 12g -> 14g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 14 ral0: scan_next: done, [ticks 1218786, dwell min 20 scanend 2148699632] ral0: notify scan done ral0: ieee80211_start_scan: active scan, duration 2147483647, desired mode auto, append, nopick, once ral0: scan set 1g, 6g, 11g, 7g, 13g, 2g, 3g, 4g, 5g, 8g, 9g, 10g, 12g, 14g dwell min 20 max 200 ral0: scan_next: chan 14g -> 1g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 1 ral0: scan_next: chan 1g -> 6g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 6 ral0: scan_next: chan 6g -> 11g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 11 ral0: scan_next: chan 11g -> 7g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 7 ral0: scan_next: chan 7g -> 13g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 13 ral0: scan_next: chan 13g -> 2g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 2 ral0: scan_next: chan 2g -> 3g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 3 ral0: scan_next: chan 3g -> 4g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 4 ral0: scan_next: chan 4g -> 5g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 5 ral0: scan_next: chan 5g -> 8g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 8 ral0: scan_next: chan 8g -> 9g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 9 ral0: scan_next: chan 9g -> 10g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 10 ral0: scan_next: chan 10g -> 12g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 12 ral0: scan_next: chan 12g -> 14g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 14 ral0: scan_next: done, [ticks 1226586, dwell min 20 scanend 2148707432] ral0: notify scan done ral0: ieee80211_start_scan: active scan, duration 2147483647, desired mode auto, append, nopick, once ral0: scan set 1g, 6g, 11g, 7g, 13g, 2g, 3g, 4g, 5g, 8g, 9g, 10g, 12g, 14g dwell min 20 max 200 ral0: scan_next: chan 14g -> 1g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 1 ral0: scan_next: chan 1g -> 6g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 6 ral0: scan_next: chan 6g -> 11g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 11 ral0: scan_next: chan 11g -> 7g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 7 ral0: scan_next: chan 7g -> 13g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 13 ral0: scan_next: chan 13g -> 2g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 2 ral0: scan_next: chan 2g -> 3g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 3 ral0: scan_next: chan 3g -> 4g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 4 ral0: scan_next: chan 4g -> 5g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 5 ral0: scan_next: chan 5g -> 8g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 8 ral0: scan_next: chan 8g -> 9g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 9 ral0: scan_next: chan 9g -> 10g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 10 ral0: scan_next: chan 10g -> 12g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 12 ral0: scan_next: chan 12g -> 14g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 14 ral0: scan_next: done, [ticks 1234404, dwell min 20 scanend 2148715250] ral0: notify scan done ral0: ieee80211_start_scan: active scan, duration 2147483647, desired mode auto, append, nopick, once ral0: scan set 1g, 6g, 11g, 7g, 13g, 2g, 3g, 4g, 5g, 8g, 9g, 10g, 12g, 14g dwell min 20 max 200 ral0: scan_next: chan 14g -> 1g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 1 ral0: scan_next: chan 1g -> 6g [active, dwell min 20 max 200] ral0: ieee80211_ref_node (ieee80211_send_probereq:1492) 0xc4e30000<00:80:5a:51:23:53> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 6 ral0: ieee80211_newstate: INIT -> INIT ral0: ieee80211_cancel_scan: cancel active scan ral0: scan_next: done, [ticks 1239638, dwell min 20 scanend 2148723052] ----- I typed dmesg repeatedly to see the effect it had on the xterm I ran that in (to be able to see the interrupt storm back in action), and found that the xterm started to redraw slowly and the system came to a crawl when the last dmesg lines were "scan_next: done" and "notify scan done". While the scan was taking place (and the card was hopping channels), the system seemed to run normally. The interrupt statistics for this run of wpa_supplicant: ----- Thu Nov 15 08:40:48 CET 2007 interrupt total rate irq1: atkbd0 1518 1 irq10: acpi0 251 0 irq14: ata0 9110 10 irq15: ata1 64 0 irq17: cbb0 cbb1+ 2694545 3061 irq18: pcm0 5731 6 irq19: sis0+ 6580 7 irq20: ohci0 4481 5 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1755671 1995 Total 4477985 5088 ----- Thu Nov 15 08:40:51 CET 2007 interrupt total rate irq1: atkbd0 1558 1 irq10: acpi0 253 0 irq14: ata0 9124 10 irq15: ata1 64 0 irq17: cbb0 cbb1+ 2694593 3051 irq18: pcm0 5731 6 irq19: sis0+ 6583 7 irq20: ohci0 4481 5 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1761689 1995 Total 4484110 5078 ----- Thu Nov 15 08:40:54 CET 2007 interrupt total rate irq1: atkbd0 1558 1 irq10: acpi0 253 0 irq14: ata0 9128 10 irq15: ata1 64 0 irq17: cbb0 cbb1+ 2733783 3085 irq18: pcm0 5731 6 irq19: sis0+ 6585 7 irq20: ohci0 4481 5 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1767916 1995 Total 4529533 5112 ----- Thu Nov 15 08:40:57 CET 2007 interrupt total rate irq1: atkbd0 1558 1 irq10: acpi0 253 0 irq14: ata0 9131 10 irq15: ata1 64 0 irq17: cbb0 cbb1+ 2955278 3324 irq18: pcm0 5731 6 irq19: sis0+ 6585 7 irq20: ohci0 4560 5 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1774080 1995 Total 4757274 5351 ----- Thu Nov 15 08:41:00 CET 2007 interrupt total rate irq1: atkbd0 1558 1 irq10: acpi0 255 0 irq14: ata0 9148 10 irq15: ata1 64 0 irq17: cbb0 cbb1+ 3049490 3418 irq18: pcm0 5731 6 irq19: sis0+ 6585 7 irq20: ohci0 4718 5 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1780125 1995 Total 4857708 5445 ----- Thu Nov 15 08:41:03 CET 2007 interrupt total rate irq1: atkbd0 1558 1 irq10: acpi0 255 0 irq14: ata0 9149 10 irq15: ata1 64 0 irq17: cbb0 cbb1+ 3191541 3565 irq18: pcm0 5731 6 irq19: sis0+ 6587 7 irq20: ohci0 4807 5 irq21: ohci1 31 0 irq23: ehci0 3 0 cpu0: timer 1786188 1995 Total 5005914 5593 ----- It seems as though the scan finish message from the card generates an interrupt, which is either not acknowledged properly, or the card has a bug, which causes this interrupt to be fired repeatedly until the next scan is started or the scan is reset completely. That's about as much debugging as I can do at the moment; if any of you want more info, just let me know, I'm happy to supply any additional information to you which you might need! Thanks for taking the time to look at this! -- Heiko Wundram Product & Application Development From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 08:51:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBCB516A420 for ; Thu, 15 Nov 2007 08:51:42 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 8875413C43E for ; Thu, 15 Nov 2007 08:51:42 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-174-138.net-htp.de [89.182.174.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 7FFBBA44529 for ; Thu, 15 Nov 2007 09:45:36 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: FreeBSD Stable Date: Thu, 15 Nov 2007 09:52:34 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711150952.34276.wundram@beenic.net> Subject: Random data corruption with USB mass storage on 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 08:51:43 -0000 Hey all! While trying to upload some music to my mobile phone, I stumbled across the following odd behaviour when uploading files to an SD-card (inserted into my Sony Ericsson M600i) which is connected via USB as a mass-storage device: ----- ... umass0: on uhub0 ... da0 at umass-sim0 bus 0 target 0 lun 0 da0: < M600i 1.0> Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 59MB (121821 512 byte sectors: 64H 32S/T 59C) ... ----- The card is formatted as FAT (by the phone software), and I can mount it with a plain "mount -t msdosfs /dev/da0 /mnt" without any kind of problems, except that directories that should be there, at least as displayed by the File Manager on the phone, aren't present under the mount point. There is no output to dmesg on the mounting (besides the GEOM label for the stick being removed). When copying files to the device, the phone displays that a transfer is taking place, and after finishing the transfer, comparing files on the mountpoint to the source files shows them as being equal. When I then unmount the device (which also runs cleanly, without any further output to dmesg except the reappearance of the GEOM label) and remount it, the copied files appear under the mount-point, but comparing the files on the mount-point against the source files shows them as being different. The sizes and modification dates are equal, though, and most of a file is correct, but non-deterministically every 16k or similar a stream of random bytes appears. When I do the same transfer from a 6.2-STABLE (last csupped some two months ago), the directories the phone reports appear under the mount-point, and the same transfer works properly (i.e., uploading the file, unmounting, remounting and comparing show the files as being the same, and playing the file on the phone works, and doesn't contain corruption artefacts). The 6.2-STABLE shows similar information on the device in dmesg (esp. the H/S/C info). 6.2-STABLE is a plain GENERIC kernel, with atapicam loaded (and some other device drivers for sound and Bluetooth), 7.0-BETA2 is a slightly adapted GENERIC (with SCHED_4BSD replaced with SCHED_ULE and SMP support removed) also with atapicam loaded (and some other device drivers for sound and bluetooth). I'll try to do some digging into the changes made to msdosfs between 6.2-STABLE and 7.0-BETA2 some time later on, but if anybody else is seeing this behaviour too or wants me to produce more debugging info on this (esp. some msdosfs debugging infos), feel free to send me a mail, and I'll try to get this done some time during the day. -- Heiko Wundram Product & Application Development From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 10:18:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B0C816A419 for ; Thu, 15 Nov 2007 10:18:16 +0000 (UTC) (envelope-from jimmyblim@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.184]) by mx1.freebsd.org (Postfix) with ESMTP id 06C6513C442 for ; Thu, 15 Nov 2007 10:18:15 +0000 (UTC) (envelope-from jimmyblim@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so450468rvb for ; Thu, 15 Nov 2007 02:18:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=HMAJBHLw6HgZCRx2ag0n3hJPkLAgB49MMPuAD5mWH5A=; b=eG507IESTqY8EUU7kPPNATZbWMO5Rm22yqdfLYSqfuFmrIzjq9VzzRfJC1vpx6oBUQoEIFKOdr4cwI8iXD2g9zjFE87muL8Ov5un/U7HbsoZ2aC7cFAQ/CzgyQKPoKpI37GrB/pgdvphIoQd9mEkymeF3ptFmrhrw48vG4zmRqM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ld4N2/sFsRaQg4hN+dEdqTx6awchHN/7IMiTaGvGs3GS8NCP9tybeXXK+iPKx6/XgXNg840FKZXs1/ATvW+j83chegdHlMPvJfpkqdIZfuEsPi+wG42hXZZqrTvrHzywsEu0LlAKyJ9AdAaB2SovCsUnm8IbV75g+rU2Z10+tX0= Received: by 10.114.179.1 with SMTP id b1mr60801waf.1195120164298; Thu, 15 Nov 2007 01:49:24 -0800 (PST) Received: by 10.114.200.12 with HTTP; Thu, 15 Nov 2007 01:49:24 -0800 (PST) Message-ID: <127fb190711150149o3f4469e4q2478b5305b359163@mail.gmail.com> Date: Thu, 15 Nov 2007 17:49:24 +0800 From: "Jimmy Lim" To: freebsd-stable@freebsd.org In-Reply-To: <86y7d1nk8t.fsf@zid.claresco.hr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <86y7d1nk8t.fsf@zid.claresco.hr> Subject: Re: FreeBSD 6.3 or FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 10:18:16 -0000 Looking at the Overview of FreeBSD-7.0, I would use it as my production, as long as my fail over servers are standby (e.g. postgres with PITR, MySQL-5.0 with replication). But if you are using 1 server for production use FreeBSD-6.3-R. My 2 cents for FreeBSD-7.0-R. br, On Nov 14, 2007 7:23 PM, Marko Lerota wrote: > I see that 6.3 and 7.0 is comming. Now I'm using 6.2-RELEASE for > my servers. To what should I upgrade? Which of them will be stable > or production release? > > -- > One cannot sell the earth upon which the people walk > Tacunka Witco > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Jimmy B. Lim j i m m y b l i m @ g m a i l . c o m From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 10:30:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C07216A419; Thu, 15 Nov 2007 10:30:44 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id A6F3E13C46A; Thu, 15 Nov 2007 10:30:43 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (d116246.adsl.hansenet.de [80.171.116.246]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1Isbzd1AZW-0005KQ; Thu, 15 Nov 2007 11:30:41 +0100 Message-ID: <473C1FD1.70001@janh.de> Date: Thu, 15 Nov 2007 11:30:41 +0100 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: Colin Percival References: <473B5D10.1070109@janh.de> <473BD54F.9050808@freebsd.org> In-Reply-To: <473BD54F.9050808@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX198cdGsu8ydeMjEDPoGsJia5CAd02z704NWGKu VMExVOKqxiet1sqCu8N2s9mjMOoCwHT5KepmzwJzTFAMJnk+Ma Q5tKEoy4u2SKhzs3zbWZQ== Cc: stable-list freebsd Subject: Re: freebsd-update 6.2-R -> 6.3-B1 rollback failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 10:30:44 -0000 Colin Percival wrote: > Jan Henrik Sylvester wrote: >> I tried to rollback the freebsd-update 6.2-R -> 6.3-B1. > > To confirm that I understand what you're saying here: You upgraded > from FreeBSD 6.2-RELEASE to 6.3-BETA1, then you ran "freebsd-update > rollback" to move back to FreeBSD 6.2-RELEASE, right? 'sh freebsd-update.sh -f freebsd-update.conf rollback' was the command, but that is correct. > Nope, not your fault -- I screwed up the rollback code. I did not think I was the first to do this rollback -- good that I tested it. >> Now, how do I get this machine running again? > > I believe that your system is now 6.3-BETA1 with a few shared libraries > from 6.2-RELEASE mixed in. If you can get a copy of /lib/*.so.* and > /usr/lib/*.so.* from a 6.3-BETA1 system and install those into place > (in fact, probably all you need is /lib/libc.so.6) your system should > be ok. Let me know if you need any help with this. I guess I can download a 6.3-BETA1 cd and copy the files over from there. If you have a better way, please, let me know. > Getting the system back to 6.2-RELEASE might be more difficult, now that > the FreeBSD Update code thinks that it has rolled back its updates, but > I might be able to find a way to do that for you -- is it a disaster if > this system ends up stuck at 6.3-BETA1? Not to be able to go back to 6.2-RELEASE is ok. If updating to 6.3-BETA2 (and eventually perhaps 7.0) is not possible because of the mixed system, it will limit my testing and I will have to reinstall at some point, which would not be a disaster, either. (Sometimes I do testing that feels rather save on my main working machine -- I am glad I was not so insane this time.) Is there any cleanup to do besides replacing the libs (such as removing temporary freebsd-update directories)? Since your blog seems not to tell and there is no other documentation: Is freebsd-update -r supposed to work if not all files are from GENERIC/SMP? Does it skip files or overwrite them with GENERIC versions? (For security updates, the former might be desirable, but for updates between releases, only the latter would make sense to me.) Thanks, Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 10:41:00 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31CB016A417 for ; Thu, 15 Nov 2007 10:41:00 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id AADC613C457 for ; Thu, 15 Nov 2007 10:40:59 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id lAFAeqFU062383; Thu, 15 Nov 2007 11:40:58 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id lAFAepaY062382; Thu, 15 Nov 2007 11:40:51 +0100 (CET) (envelope-from olli) Date: Thu, 15 Nov 2007 11:40:51 +0100 (CET) Message-Id: <200711151040.lAFAepaY062382@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd@meijome.net In-Reply-To: <20071108102625.2cf396c4@meijome.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 15 Nov 2007 11:40:58 +0100 (CET) Cc: Subject: Re: Filesystems in 7.0 & reliability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, freebsd@meijome.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 10:41:00 -0000 Norberto Meijome wrote: > Any issues with ZFS on a single HD ? I think it's currently not recommended to use swapfiles on ZFS. Other than that, I'm not aware of any issues. > any point doing that? Sure! Getting rid of static partition sizes, checksums for everything (preventing silent corruption), the ability to store multiple copies of important files, compression, and lots of other useful things. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 11:59:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E7BE16A420 for ; Thu, 15 Nov 2007 11:59:08 +0000 (UTC) (envelope-from andrew@rinet.ru) Received: from mail.tsscom.ru (mail.tsscom.ru [195.10.205.29]) by mx1.freebsd.org (Postfix) with ESMTP id 9F2D213C46B for ; Thu, 15 Nov 2007 11:59:07 +0000 (UTC) (envelope-from andrew@rinet.ru) Received: from [195.10.205.145] (HELO [10.10.80.29]) by mail.tsscom.ru (CommuniGate Pro SMTP 5.1.8) with ESMTP id 240837 for freebsd-stable@freebsd.org; Thu, 15 Nov 2007 13:59:02 +0300 From: Andrew Kolchoogin To: freebsd-stable@freebsd.org In-Reply-To: References: <473AE404.9090605@restart.be> <473AF1BE.1060008@restart.be> Content-Type: text/plain Organization: Cronyx Plus LLC Date: Thu, 15 Nov 2007 13:59:00 +0300 Message-Id: <1195124340.2559.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 Content-Transfer-Encoding: 7bit Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 11:59:08 -0000 > It's good to know that ZFS is compatible between the two operating > systems :) With some issues. Some time ago I made an experiment to install on the same ZFS both FreeBSD and Solaris, and, if you set up FreeBSD with ZFS root, you will be unable to boot it after using ZFS volume in Solaris and vice versa, if you set up Solaris with ZFS root, you will be unable to boot it after using volume in FreeBSD. Unexported ZFS pool contains direct references to block devices it consist of. As such, when FreeBSD tries to auto-import ZFS pool with /dev/rdsk/c1t0d0s7 as a storage device, it becomes crazy. :) Solaris do the same thing, it knows nothing about ad6s3 :) 'zpool status' will show you that entire pool has destroyed because of no storage devices available. Sure, "zpool export" immediately before reboot will do the thing right way, but how you will automatically export ZFS pool with root file system on it?-) -- Yours Andrew Kolchoogin. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 12:54:31 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83FE816A417 for ; Thu, 15 Nov 2007 12:54:31 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4605013C503 for ; Thu, 15 Nov 2007 12:54:31 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IseEo-0008S5-1B; Thu, 15 Nov 2007 12:54:30 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IseEn-000Mgr-VO; Thu, 15 Nov 2007 12:54:29 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IseEn-000315-Uy; Thu, 15 Nov 2007 12:54:29 +0000 To: peterjeremy@optushome.com.au In-Reply-To: <20071115062002.GK89746@server.vk2pj.dyndns.org> Message-Id: From: Pete French Date: Thu, 15 Nov 2007 12:54:29 +0000 Cc: stable@freebsd.org Subject: Re: Float problen running i386 inary on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 12:54:31 -0000 > On Fri, Nov 02, 2007 at 10:04:48PM +0000, Pete French wrote: > > int > > main(int argc, char *argv[]) > > { > > if(atof("3.2") =3D=3D atof("3.200")) > > puts("They are equal"); > > else > > puts("They are NOT equal!"); > > return 0; > > } > > Since the program as defined above does not include any prototype for > atof(), its return value is assumed to be int. The i386 code for the > comparison is therefore: Sorry, I didn't bother sticking the include lines in when I sent it to the mailing list as I assumed it would be ovious that you need to include the prototypes! In the actual tests I did I included and , so the compiler did know the return type. The result is the same, different behaviour when running the i386 binary on amd64. > Note that this is comparing the %eax returned by each atof(). Since > atof() actually returns a double in %st(0) and %eax is a scratch > register, the results are completely undefined. I just tried this with the actual code I used for the test (i.e. with the header files included) and I get something a lot longer than the assembler you posted. I don't really understand what it is doing as I don't read 386 assembler, and it's not exactly self explanatory. But the error is still there. Interestingly, if you recode like this: double x = atof("3.2"); double y = atof("3.200"); if(x == y) puts("They are equal"); else puts("They are NOT equal!"); Then the problem goes away! Glancing at the assembly code they both appear to be doing the same thing as regards the comparison. > Unfortunately, I can't explain why an i386 would be different to an amd64 > in i386 mode. me neither :-( So, this is a bug, yes ? but it is a bug in FreeBSD or not ? -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 13:37:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAA5216A46E for ; Thu, 15 Nov 2007 13:37:07 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 17B9813C459 for ; Thu, 15 Nov 2007 13:37:06 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 494CC33CBB; Thu, 15 Nov 2007 15:37:03 +0200 (SAST) Date: Thu, 15 Nov 2007 15:37:03 +0200 From: John Hay To: "Heiko Wundram (Beenic)" Message-ID: <20071115133702.GA44570@zibbi.meraka.csir.co.za> References: <200711150952.34276.wundram@beenic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711150952.34276.wundram@beenic.net> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable Subject: Re: Random data corruption with USB mass storage on 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 13:37:07 -0000 On Thu, Nov 15, 2007 at 09:52:34AM +0100, Heiko Wundram (Beenic) wrote: > Hey all! > > While trying to upload some music to my mobile phone, I stumbled across the > following odd behaviour when uploading files to an SD-card (inserted into my > Sony Ericsson M600i) which is connected via USB as a mass-storage device: > > ----- > ... > umass0: addr 2> on uhub0 > ... > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: < M600i 1.0> Removable Direct Access SCSI-0 device > da0: 1.000MB/s transfers > da0: 59MB (121821 512 byte sectors: 64H 32S/T 59C) > ... > ----- > > The card is formatted as FAT (by the phone software), and I can mount it with > a plain "mount -t msdosfs /dev/da0 /mnt" without any kind of problems, except > that directories that should be there, at least as displayed by the File > Manager on the phone, aren't present under the mount point. There is no > output to dmesg on the mounting (besides the GEOM label for the stick being > removed). > > When copying files to the device, the phone displays that a transfer is taking > place, and after finishing the transfer, comparing files on the mountpoint to > the source files shows them as being equal. When I then unmount the device > (which also runs cleanly, without any further output to dmesg except the > reappearance of the GEOM label) and remount it, the copied files appear under > the mount-point, but comparing the files on the mount-point against the > source files shows them as being different. The sizes and modification dates > are equal, though, and most of a file is correct, but non-deterministically > every 16k or similar a stream of random bytes appears. > > When I do the same transfer from a 6.2-STABLE (last csupped some two months > ago), the directories the phone reports appear under the mount-point, and the > same transfer works properly (i.e., uploading the file, unmounting, > remounting and comparing show the files as being the same, and playing the > file on the phone works, and doesn't contain corruption artefacts). > > The 6.2-STABLE shows similar information on the device in dmesg (esp. the > H/S/C info). > > 6.2-STABLE is a plain GENERIC kernel, with atapicam loaded (and some other > device drivers for sound and Bluetooth), 7.0-BETA2 is a slightly adapted > GENERIC (with SCHED_4BSD replaced with SCHED_ULE and SMP support removed) > also with atapicam loaded (and some other device drivers for sound and > bluetooth). > > I'll try to do some digging into the changes made to msdosfs between > 6.2-STABLE and 7.0-BETA2 some time later on, but if anybody else is seeing > this behaviour too or wants me to produce more debugging info on this (esp. > some msdosfs debugging infos), feel free to send me a mail, and I'll try to > get this done some time during the day. I'm not sure that it is msdosfs' fault. Last night I also corrupted my FAT based USB memory stick. But I used mtools and did not mount it. That was on 8-current though. I have not looked into it because there are other higher priority stuff also not working. :-/ John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 15:41:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DDAA16A417 for ; Thu, 15 Nov 2007 15:41:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 63A1E13C474 for ; Thu, 15 Nov 2007 15:41:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 6211B1A4D86; Thu, 15 Nov 2007 07:23:52 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 15 Nov 2007 10:17:22 -0500 User-Agent: KMail/1.9.7 References: <20071013155940.GA1842@waalsdorp.nl> In-Reply-To: <20071013155940.GA1842@waalsdorp.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711151017.22908.jhb@freebsd.org> Cc: Alson van der Meulen Subject: Re: Unable to boot recent -stable with MSI/MSIX enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 15:41:50 -0000 On Saturday 13 October 2007 11:59:40 am Alson van der Meulen wrote: > * Jack Vogel [2007-10-13 05:19]: > > A suggestion, take the relevant files from my em driver and put > > them back into the kernel tree that was working on 10/1, it should > > be compatible. Then see if it breaks that kernel. Or if you'd prefer > > I can just email the tar ball for the Intel version of 6.6.6, you can > > disable the in-kernel em driver, and build the other and use that > > with the 10/1 kernel. > > Then I removed sys/dev/em and copied it from the 10/12 sources. I also > copied sys/conf/files, sys/conf/kern.pre.mk and sys/modules/em/Makelfile > from the 10/12 sources; this should be all of the 6.6.6 merge. Compiled > with same config, booted with MSI/MSIX enabled. Surprisingly, this > kernel behaved different than the 10/10 and 10/12 kernels. It booted OK > without any major errors, only a few watchdog timeouts and link down/ups > on em0. It was very slow though. Top showed 60% interrupt. > > vmstat -i: > interrupt total rate > irq4: sio0 3563 8 > irq6: fdc0 1 0 > irq14: ata0 58 0 > irq16: fxp0 32076072 79593 > irq21: atapci1+ 24300 60 > cpu0: timer 793477 1968 > Total 32897471 81631 > > There wasn't much traffic on fxp0 (only ssh, ping and ntp). According to > dmesg, em0 used the same IRQ as fxp0, except it should be using MSI: > em0: port 0xdf00-0xdf1f mem 0xfdde0000-0xfddfffff,0xfddc0000-0xfdddffff irq 16 at device 0.0 on pci5 > em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfdde0000 > em0: attempting to allocate 1 MSI vectors (1 supported) > msi: routing MSI IRQ 256 to vector 56 > em0: using IRQ 256 for MSI > em0: bpf attached > em0: Ethernet address: 00:15:17:19:59:e4 > em0: [FAST] > > It appears that em0 still generates interrupts on irq16, even though it > should be using MSI. This was due to a bug with rman_set_rid() not getting used in 6-stable that broke the most recent MSI MFC. The rman thing was fixed on 10/3, so MSI is not expected to work on 6-stable kernels between 8/15 and 10/3. Are you still having problems with em + MSI? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 15:41:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E39116A418 for ; Thu, 15 Nov 2007 15:41:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6345E13C46E for ; Thu, 15 Nov 2007 15:41:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id EBBED1A4D82; Thu, 15 Nov 2007 07:23:49 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 15 Nov 2007 09:22:11 -0500 User-Agent: KMail/1.9.7 References: <20070208102408.GA58055%ginga@ginganet.org> In-Reply-To: <20070208102408.GA58055%ginga@ginganet.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711150922.11624.jhb@freebsd.org> Cc: KAWAGUTI Ginga Subject: Re: panic: interrupt from missing bus(HP xw8400 WS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 15:41:50 -0000 On Thursday 08 February 2007 05:24:08 am KAWAGUTI Ginga wrote: > Hi. > > I'm using [6.2-STABLE of Tue Feb 6 16:17:03 JST 2007], > and HP xw8400 PC with 4GB memory, 2.0GHz Xeon x1. > Other configuration is SAS(on-board), SCSI(see below). > > > When FreeBSD-6-stable boots with this PC, it always panics at > very first stage of booting just after loader. > > * Only way I can boot with this PC is to select > "safe-mode" at loader selection(no SMP, etc...). > > * Disabling ACPI(as below), is not sufficient. > > loader> unset acpi_load > loader> set hint.acpi.0.disabled=1 > > * GENERIC kernel also behaves the same. > > * Same thing happens with 6.2-R or before. > > ------------------------------------------------------- > boot message going panic: > .. > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Assuming intbase of 0 > ioapic1: Assuming intbase of 24 > ioapic2: Assuming intbase of 48 > panic: interrupt from missing bus > cpuid - 0 > Uptime: 1s > Automatic reboot in 15 seconds .... You have a busted mp table. The mp table isn't used if ACPI is present, so perhaps ACPI is disabled in the BIOS? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 15:41:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9065F16A419 for ; Thu, 15 Nov 2007 15:41:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7B89913C478 for ; Thu, 15 Nov 2007 15:41:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 80B681A4D84; Thu, 15 Nov 2007 07:23:51 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 15 Nov 2007 09:55:16 -0500 User-Agent: KMail/1.9.7 References: <46516150.5090705@bulinfo.net> <4651A35F.7030502@bulinfo.net> In-Reply-To: <4651A35F.7030502@bulinfo.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711150955.17352.jhb@freebsd.org> Cc: Subject: Re: Intel Matrix RAID (ICH8R) rebuild? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 15:41:50 -0000 On Monday 21 May 2007 09:49:19 am Krassimir Slavchev wrote: > Bob Bishop wrote: > > > > On 21 May 2007, at 12:52, Krassimir Slavchev wrote: > > > >> Bob Bishop wrote: > >>> Hi, > >>> > >>> On 21 May 2007, at 10:07, Krassimir Slavchev wrote: > >>> > >>>> Hello, > >>>> > >>>> I have problems rebuilding RAID1 array. The bios shows status > >>>> 'Rebuild' and 'Volumes with "Rebuild" status will be rebuilt within > >>>> the operating system'. > >>>> When I try to do 'atacontrol rebuild ar0': > >>>> atacontrol: ioctl(IOCATARAIDREBUILD): Device not configured > >>> > >>> From the output below, assuming the system is running OK, the RAID > >>> doesn't need rebuilding. The BIOS is just confused about the state > >>> of the array, it will probably still boot from it OK. > >> Yes, it boots OK but the RAID need rebuilding. This status is result > >> of disconnecting the second disk, booting, create some files and then > >> reconnect the second disk. [etc] > > > > OK. You need to follow the steps in > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/raid.html > > section 18.4.3. Be careful to detach/reattach the right disk :-) > > > > When the rebuild has finished you may find that the BIOS doesn't > > realize the array has been rebuilt, but that may not matter (much). > > > After rebuilding the bios shows 'Normal' status. It seems that the > ata-raid driver can't detect when the array need rebuilding. > > Thanks for your help The ata-raid driver does not automatically start a rebuild, you have to kick if off by hand. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 15:41:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FEE416A46C for ; Thu, 15 Nov 2007 15:41:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8996213C4E1 for ; Thu, 15 Nov 2007 15:41:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 11D411A4D80; Thu, 15 Nov 2007 07:23:49 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 15 Nov 2007 09:19:11 -0500 User-Agent: KMail/1.9.7 References: <001d01c74a27$25afd9d0$0c00a8c0@Artem> <013c01c74a95$ca217000$0c00a8c0@Artem> <200702072028.42216.doconnor@gsoft.com.au> In-Reply-To: <200702072028.42216.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711150919.12023.jhb@freebsd.org> Cc: Boris Samorodov , Artem Kuchin Subject: Re: Filesystem corruption and bad perfomance with SRCS16 and PAE ( raid 5 2TB) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 15:41:50 -0000 On Wednesday 07 February 2007 04:58:17 am Daniel O'Connor wrote: > On Wednesday 07 February 2007 19:23, Artem Kuchin wrote: > > FreeBSD/amd64 is a very young platform on FreeBSD. While the core FreeBSD > > kernel and base system components are generally fairly robust, there are > > likely to still be rough edges, particularly with third party packages." > > > > scares me. Do you really think it is better than PAE? > > PAE is quite young as well, I think it was committed to the tree around March > 2003. The earliest AMD64 commit I could find was May 2003 although repo > copying makes it confusing.. > > I think you'll find the list of drivers incompatible with PAE to be much > longer with amd64. Err, amd64 and PAE are the same problem for drivers (dealing with 64-bit physical addresses for DMA which can require bounce buffering if your hardware only supports 32-bit physical addresses). The fix is to use the bus_dma abstraction in the driver instead of directly using vtophys() and a driver needs that fix for both PAE and amd64. amr(4) should work fine with both PAE and amd64 with > 4GB of RAM. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 15:41:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBEB716A46D for ; Thu, 15 Nov 2007 15:41:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id A795C13C4E7 for ; Thu, 15 Nov 2007 15:41:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id BA8111A4D83; Thu, 15 Nov 2007 07:23:50 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 15 Nov 2007 09:41:54 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711150941.54675.jhb@freebsd.org> Cc: Subject: Re: Marvell Yukon msk/msi problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 15:41:51 -0000 On Thursday 12 April 2007 08:36:02 am Danny Braniss wrote: > hi, > The if_msk works fine under -current, but under -stable it > does not use the MSI capability, and since it's a shared IRQ, it works > less than optimal under heavy cpu load. > Pyun YongHyeon suggested to search for help here :-) > > from the if_msk: > ... > pci_alloc_msi(dev, &msic) == 0) > ... > under -current pci_alloc_msi(...) returns 0, but under -stable > this fails. MSI is not enabled by default in 6-stable. You need to set 'hw.pci.enable_msi=1' in the loader to enable it. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 15:55:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B35316A421 for ; Thu, 15 Nov 2007 15:55:39 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: from zid.claresco.hr (zid.claresco.hr [85.114.42.226]) by mx1.freebsd.org (Postfix) with ESMTP id 550EF13C442 for ; Thu, 15 Nov 2007 15:55:37 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: (qmail 5377 invoked by uid 1001); 15 Nov 2007 16:55:44 +0100 To: freebsd-stable@freebsd.org Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWgnbRLVpRNVY9jMRPh s21jSlEyNVX45Mv4zI+sbUclFAtMVpT8V0lFAAACZ0lEQVR4nG3Tv2vbQBQHcFMogWyeNeVK BLXGl5j6xnABOaNTuXFGmWpwtw519yj4soW6AatT4GKD3+aDZrl/rt/Tr9qlGiz7Pn7v3bsf HVc/NrIiSfElqH53GgijcCqzk/+AmBF5cN0DsFlIRGMh/oHuqxkTM6VlzB4EoZEs2aSZOASb EQJYZpweQshE697GTDndBXtgp9LIT9+OpDGHEfb9knk+nx+jfN1JCVZMCl6XwFm0a2EXztZD 3s4fj47ZbKI2VeBmJImeEfGLJ+M9sDPilX7IB5rN6sdfcGhuoHU+LC4nxfnI7YOJtdb95Gb+ fbgJ2uJ2ZgaA++f5ZzBqNCCYfMTd5q0BfBVNqm7I8gUjQ+YtXotRW6PH9AEj+dKs/KuNQAl5 o/NY+QkonW8aQAl0oXMYPvRiXIM4pRJifbXytnhTA8alBx/jefG2ar3DBlt34/PXz9M+nMVN iNaPUdCApJc2ItejOmLGoK1qQLV9pJmXBnL10DYoBA5aHNfj8ZNwZa5O4CzgTJeilKJmrQJs IHIt1/7/Sg2p3iq/Hz0/5W05rq4M9aN2B5FLohUP4ylVyfxhEIjAs8J4PhIJ9U+CEroogib5 BXAf7bB4vkfAzgPFt1tM9sJZAOH+lCexhwswuNtim4QTZdokqo4o89LkH7V6iFxICeqfp+Wh fmUuGPunLj2Meti6Cn4DjJ/UReROqR+aqawAi/JkfgKE64rrfkhjU8MtT8ivR4S5n6Yo08A7 HvgAlHDWRSGlNSDxwK9HtXy4FS2I60EdUIJM+Ut9OZNJG4CpbEQW1VBQoQoPuBw2EVa4P0u0 TgzQF+VoAAAAAElFTkSuQmCC In-Reply-To: <127fb190711150149o3f4469e4q2478b5305b359163@mail.gmail.com> (Jimmy Lim's message of "Thu, 15 Nov 2007 17:49:24 +0800") References: <86y7d1nk8t.fsf@zid.claresco.hr> <127fb190711150149o3f4469e4q2478b5305b359163@mail.gmail.com> Organization: *BSD Users - Fanatics Dept. From: Marko Lerota Date: Thu, 15 Nov 2007 16:55:44 +0100 Message-ID: <86bq9vzenz.fsf@zid.claresco.hr> User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: FreeBSD 6.3 or FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 15:55:39 -0000 "Jimmy Lim" writes: > But if you are using 1 server for production use FreeBSD-6.3-R. > > My 2 cents for FreeBSD-7.0-R. For my personal servers I'll jump to 7.0-R, but for some customers, will wait for 7.1-R. TNX -- One cannot sell the earth upon which the people walk Tacunka Witco From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 16:09:49 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 345CF16A469 for ; Thu, 15 Nov 2007 16:09:49 +0000 (UTC) (envelope-from hilko.meyer@gmx.de) Received: from kirk.hochpass.uni-hannover.de (kirk.hochpass.uni-hannover.de [130.75.81.215]) by mx1.freebsd.org (Postfix) with ESMTP id C6F7113C458 for ; Thu, 15 Nov 2007 16:09:48 +0000 (UTC) (envelope-from hilko.meyer@gmx.de) Received: from rogers.hochpass.uni-hannover.de (rogers.hochpass.uni-hannover.de [130.75.81.217]) by kirk.hochpass.uni-hannover.de (8.13.8/8.13.8) with SMTP id lAFFc3uM066431 for ; Thu, 15 Nov 2007 16:38:03 +0100 (CET) (envelope-from hilko.meyer@gmx.de) From: Hilko Meyer To: stable@freebsd.org Date: Thu, 15 Nov 2007 16:38:03 +0100 Message-ID: X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: [FreeBSD6.2 panic] vm_fault: fault on nofault entry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 16:09:49 -0000 Hi, my server paniced with the string "panic: vm_fault: fault on nofault entry, addr: dadb1000". I've attached the backtrace. The backtrace looks similar to the backtrace= in kern/115374. Is this a known problem? Is there a patch available? I can provide the kernel config and dmesg output, if needed. And, if = necessary, I can enter additional commands to the debuger, but I'm not able to = reproduce the panic. bye, Hilko PS: please keep me Cc'ed, cause I'm not subscribed to this list. Script started on Thu Nov 15 16:22:12 2007 kgdb: kvm_nlist(_stopped_cpus):=20 kgdb: kvm_nlist(_stoppcbs):=20 [GDB will not be able to debug user-mode threads: = /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain = conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: dadb1000 Uptime: 2d17h37m42s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 = 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 = 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bacj=08 =08ktrace #0 doadump () at pcpu.h:165 #1 0xc051f324 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc051f67d in panic (fmt=3D0xc06f58a7 "vm_fault: fault on nofault = entry, addr: %lx") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06584fc in vm_fault (map=3D0xc104b000, vaddr=3D3671789568, = fault_type=3D2 '\002', fault_flags=3D0) at /usr/src/sys/vm/vm_fault.c:279 #4 0xc06b0dda in trap_pfault (frame=3D0xdadbfa90, usermode=3D0, = eva=3D3671792077) at /usr/src/sys/i386/i386/trap.c:734 #5 0xc06b09ad in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -1011600872, = tf_esi =3D -1010749952, tf_ebp =3D -623117576, tf_isp =3D -623117636, = tf_ebx =3D 4, tf_edx =3D -1007446528, tf_ecx =3D 4, tf_eax =3D 41, = tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D -1068566704, tf_cs =3D 32, = tf_eflags =3D 66050, tf_esp =3D -1068551783, tf_ss =3D -1010749952}) at = /usr/src/sys/i386/i386/trap.c:435 #6 0xc069ceca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc04ef750 in swapcontext () #8 0xc04f35d6 in falloc (td=3D0xc3f39600, resultfp=3D0xdadbfb58, = resultfd=3D0xdadbfb5c) at /usr/src/sys/kern/kern_descrip.c:1372 #9 0xc058ed0a in kern_open (td=3D0xc3f39600, path=3D0x29
, pathseg=3D41, flags=3D1, mode=3D0) at /usr/src/sys/kern/vfs_syscalls.c:1001 #10 0xc058ec86 in open (td=3D0x29, uap=3D0xdadbfd04) at = /usr/src/sys/kern/vfs_syscalls.c:973 #11 0xc06b1542 in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 138039296, = tf_esi =3D 0, tf_ebp =3D -1077955400, tf_isp =3D -623116956, tf_ebx =3D = 677954740, tf_edx =3D 0, tf_ecx =3D 0, tf_eax =3D 5, tf_trapno =3D 0, = tf_err =3D 2, tf_eip =3D 678754903, tf_cs =3D 51, tf_eflags =3D 582, = tf_esp =3D -1077955428, tf_ss =3D 59}) at = /usr/src/sys/i386/i386/trap.c:983 #12 0xc069cf1f in Xint0x80_syscall () at = /usr/src/sys/i386/i386/exception.s:200 #13 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit Script done on Thu Nov 15 16:22:20 2007 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 16:13:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30AA516A41B; Thu, 15 Nov 2007 16:13:02 +0000 (UTC) (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 D5A1A13C4AC; Thu, 15 Nov 2007 16:13:01 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lAFGCvwg025730; Thu, 15 Nov 2007 09:12:58 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <473C7003.3030401@samsco.org> Date: Thu, 15 Nov 2007 09:12:51 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: John Baldwin References: <001d01c74a27$25afd9d0$0c00a8c0@Artem> <013c01c74a95$ca217000$0c00a8c0@Artem> <200702072028.42216.doconnor@gsoft.com.au> <200711150919.12023.jhb@freebsd.org> In-Reply-To: <200711150919.12023.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 15 Nov 2007 09:12:58 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Boris Samorodov , Artem Kuchin , freebsd-stable@freebsd.org Subject: Re: Filesystem corruption and bad perfomance with SRCS16 and PAE ( raid 5 2TB) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 16:13:02 -0000 John Baldwin wrote: > On Wednesday 07 February 2007 04:58:17 am Daniel O'Connor wrote: >> On Wednesday 07 February 2007 19:23, Artem Kuchin wrote: >>> FreeBSD/amd64 is a very young platform on FreeBSD. While the core FreeBSD >>> kernel and base system components are generally fairly robust, there are >>> likely to still be rough edges, particularly with third party packages." >>> >>> scares me. Do you really think it is better than PAE? >> PAE is quite young as well, I think it was committed to the tree around March >> 2003. The earliest AMD64 commit I could find was May 2003 although repo >> copying makes it confusing.. >> >> I think you'll find the list of drivers incompatible with PAE to be much >> longer with amd64. > > Err, amd64 and PAE are the same problem for drivers (dealing with 64-bit > physical addresses for DMA which can require bounce buffering if your > hardware only supports 32-bit physical addresses). The fix is to use > the bus_dma abstraction in the driver instead of directly using vtophys() > and a driver needs that fix for both PAE and amd64. amr(4) should work > fine with both PAE and amd64 with > 4GB of RAM. > Actually, they are different problems. There are all sorts of fun ways for a driver to be 64-bit unclean in ways that will make it work with amd64 but not with PAE. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 16:39:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B100116A46C for ; Thu, 15 Nov 2007 16:39:21 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id EB8DE13C465 for ; Thu, 15 Nov 2007 16:39:20 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so703429mue for ; Thu, 15 Nov 2007 08:39:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=GROlCjPok65UA4G7Kn7uqmrprjnzsEfBv6zskbqgAOY=; b=dJDQf7Xh3QhErpMf/kLsppllbHp/AbZmRSzde+o14voeXk511Rtg6W9xpyxcc03HaXlKXUcPsST3q046my+EQzSOpTbPDCe6esd5JfbRMJoSxv5eDEmysxPReI36S+NcsHCWNUPqhfI7iQKNz3ydOciL3Co0sIUzezzJayLcBsg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jl9nH7ygJ7bZcGC+FRoEeC8n5hJo9iXlniBgGPAPk58msF4JnwLY9kBHbeLPiylFz/0PpjaFQb9fCxd4xP08OeoQCDUFENvmsEO6DAfqbEh830Qw1tMJpm39rLdIPG9jemHs5WQ5tpDZSNOBnHPJv1JwQJhkphnEH/xD4s+HeIw= Received: by 10.86.89.4 with SMTP id m4mr810636fgb.1195144759197; Thu, 15 Nov 2007 08:39:19 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 15 Nov 2007 08:39:18 -0800 (PST) Message-ID: <2a41acea0711150839i4eaec7d6v8bcde1e7166d09cf@mail.gmail.com> Date: Thu, 15 Nov 2007 08:39:18 -0800 From: "Jack Vogel" To: "John Baldwin" In-Reply-To: <200711151017.22908.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071013155940.GA1842@waalsdorp.nl> <200711151017.22908.jhb@freebsd.org> Cc: Alson van der Meulen , freebsd-stable@freebsd.org Subject: Re: Unable to boot recent -stable with MSI/MSIX enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 16:39:21 -0000 On Nov 15, 2007 7:17 AM, John Baldwin wrote: > On Saturday 13 October 2007 11:59:40 am Alson van der Meulen wrote: > > * Jack Vogel [2007-10-13 05:19]: > > > A suggestion, take the relevant files from my em driver and put > > > them back into the kernel tree that was working on 10/1, it should > > > be compatible. Then see if it breaks that kernel. Or if you'd prefer > > > I can just email the tar ball for the Intel version of 6.6.6, you can > > > disable the in-kernel em driver, and build the other and use that > > > with the 10/1 kernel. > > > > > Then I removed sys/dev/em and copied it from the 10/12 sources. I also > > copied sys/conf/files, sys/conf/kern.pre.mk and sys/modules/em/Makelfile > > from the 10/12 sources; this should be all of the 6.6.6 merge. Compiled > > with same config, booted with MSI/MSIX enabled. Surprisingly, this > > kernel behaved different than the 10/10 and 10/12 kernels. It booted OK > > without any major errors, only a few watchdog timeouts and link down/ups > > on em0. It was very slow though. Top showed 60% interrupt. > > > > vmstat -i: > > interrupt total rate > > irq4: sio0 3563 8 > > irq6: fdc0 1 0 > > irq14: ata0 58 0 > > irq16: fxp0 32076072 79593 > > irq21: atapci1+ 24300 60 > > cpu0: timer 793477 1968 > > Total 32897471 81631 > > > > There wasn't much traffic on fxp0 (only ssh, ping and ntp). According to > > dmesg, em0 used the same IRQ as fxp0, except it should be using MSI: > > em0: port 0xdf00-0xdf1f mem 0xfdde0000-0xfddfffff,0xfddc0000-0xfdddffff irq 16 at device 0.0 on pci5 > > em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfdde0000 > > em0: attempting to allocate 1 MSI vectors (1 supported) > > msi: routing MSI IRQ 256 to vector 56 > > em0: using IRQ 256 for MSI > > em0: bpf attached > > em0: Ethernet address: 00:15:17:19:59:e4 > > em0: [FAST] > > > > It appears that em0 still generates interrupts on irq16, even though it > > should be using MSI. > > This was due to a bug with rman_set_rid() not getting used in 6-stable that > broke the most recent MSI MFC. The rman thing was fixed on 10/3, so MSI > is not expected to work on 6-stable kernels between 8/15 and 10/3. > > Are you still having problems with em + MSI? I got diverted with this S7000 bringup and haven't looked since that last point in the thread. I am working in parallel on splitting the E1000 driver and may be able to check this in a bit. Jack From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 18:46:27 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0370816A420 for ; Thu, 15 Nov 2007 18:46:27 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by mx1.freebsd.org (Postfix) with ESMTP id 8AC7613C447 for ; Thu, 15 Nov 2007 18:46:26 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lAFIkGEL027216 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Nov 2007 05:46:17 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id lAFIkGDw080466; Fri, 16 Nov 2007 05:46:16 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id lAFIkFbG080465; Fri, 16 Nov 2007 05:46:15 +1100 (EST) (envelope-from peter) Date: Fri, 16 Nov 2007 05:46:15 +1100 From: Peter Jeremy To: Pete French Message-ID: <20071115184615.GL20992@server.vk2pj.dyndns.org> References: <20071115062002.GK89746@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@freebsd.org, bde@freebsd.org Subject: Re: Float problen running i386 inary on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 18:46:27 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've Cc'd bde@ because this relates to the FPU initialisation - which he is the expert on. On Thu, Nov 15, 2007 at 12:54:29PM +0000, Pete French wrote: >> On Fri, Nov 02, 2007 at 10:04:48PM +0000, Pete French wrote: >> > int >> > main(int argc, char *argv[]) >> > { >> > if(atof("3.2") =3D=3D atof("3.200")) >> > puts("They are equal"); >> > else >> > puts("They are NOT equal!"); >> > return 0; >> > } >> >> Since the program as defined above does not include any prototype for >> atof(), its return value is assumed to be int. The i386 code for the >> comparison is therefore: > >Sorry, I didn't bother sticking the include lines in when I sent it >to the mailing list as I assumed it would be ovious that you need >to include the prototypes! OK, sorry for the confusion. >Interestingly, if you recode like this: > > double x =3D atof("3.2"); > double y =3D atof("3.200"); > if(x =3D=3D y) > puts("They are equal"); > else > puts("They are NOT equal!"); > >Then the problem goes away! Glancing at the assembly code they both appear= to >be doing the same thing as regards the comparison. The underlying problem is that the amd64 FPU is initialised to 64-bit precision mode, whilst the i386 FPU is initialised to 53-bit precision mode (__INITIAL_FPUCW__ in amd64/include/fpu.h vs __INITIAL_NPXCW__ in i386/include/npx.h). It looks like the FPU is initialised during the machine-dependent CPU initialisation and then inherited by subsequent processes as they are fork()d. The fix is probably to explicitly initialise the FPU for legacy mode processes on the amd64. A work-around would be to call fpsetprec(FP_PD) (see ) at the start of main(). --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHPJP3/opHv/APuIcRAorZAJ9mI2AhJwFr1/9d1ZZ1D/s2XhIUzQCgihan X0S1Os/QO9ULgmaUENvE+K4= =aoiE -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 19:33:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9619316A420 for ; Thu, 15 Nov 2007 19:33:53 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id A233D13C44B for ; Thu, 15 Nov 2007 19:33:52 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from desktop.home.serebryakov.spb.ru (unknown [89.163.10.141]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTP id 3933A13DFC6 for ; Thu, 15 Nov 2007 22:20:32 +0300 (MSK) Date: Thu, 15 Nov 2007 22:18:50 +0300 From: Lev Serebryakov X-Mailer: The Bat! (v3.99.3) Professional Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <44941699.20071115221850@serebryakov.spb.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: 6.3-PRERELEASE: interrupt storm detected on "irq11:"; throttling interrupt source, (irq11 is em0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 19:33:53 -0000 Hello, freebsd-stable. Upgrading my netwrok from 100Mbit to 1Gbit. I've replaced one of two fxp's with em (desktop varinat), and rebuild system. Right after booting TONS of messages about interrupt storm (without device name). irq11 is occuped by em0. uname -a FreeBSD xxx.xxx.xxx 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Thu Nov 15 19:19:26 MSK 2007 lev@xxx.xxx.xxx:/usr/obj/usr/src/sys/GATEWAY i386 Here is dmesg.boot: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.3-PRERELEASE #0: Thu Nov 15 19:19:26 MSK 2007 lev@xxx.xxx.xxx:/usr/obj/usr/src/sys/GATEWAY Copyright (c) 1992-2007 The FreeBSD Project.Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (551.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x387f9ff real memory = 671072256 (639 MB) avail memory = 647380992 (617 MB) ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 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 0xe7000000-0xe7ffffff 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 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 4.2 (no driver attached) intpm0: port 0xe800-0xe80f irq 9 at device 4.3 on pci0 intpm0: I/O mapped e800 intpm0: intr IRQ 9 enabled revision 0 intpm0: [GIANT-LOCKED] intsmb0: on intpm0 smbus1: on intsmb0 smb0: on smbus1 intpm0: PM I/O mapped e400 ath0: mem 0xe3800000-0xe380ffff irq 12 at device 10.0 on pci0 ath0: Ethernet address: 00:15:e9:40:61:59 ath0: mac 7.9 phy 4.5 radio 5.6 fxp0: port 0xb000-0xb01f mem 0xe5000000-0xe5000fff,0xe3000000-0xe30fffff irq 10 at device 11.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:50:8b:5d:ac:cb em0: port 0xa800-0xa83f mem 0xe2800000-0xe281ffff,0xe2000000-0xe201ffff irq 11 at device 12.0 on pci0 em0: Ethernet address: 00:07:e9:09:ed:f3 pci0: at device 13.0 (no driver attached) 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/9 bytes threshold ppbus0: on ppc0 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-0xc7fff,0xc8000-0xc87ff,0xcc000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio2 at port 0x3e8-0x3ef irq 5 on isa0 sio2: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 551253671 Hz quality 800 Timecounters tick every 1.000 msec interrupt storm detected on "irq11:"; throttling interrupt source ad0: 76351MB at ata0-master UDMA33 acd0: CDROM at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s1a interrupt storm detected on "irq11:"; throttling interrupt source interrupt storm detected on "irq11:"; throttling interrupt source interrupt storm detected on "irq11:"; throttling interrupt source interrupt storm detected on "irq11:"; throttling interrupt source interrupt storm detected on "irq11:"; throttling interrupt source ipfw2 initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled interrupt storm detected on "irq11:"; throttling interrupt source interrupt storm detected on "irq11:"; throttling interrupt source interrupt storm detected on "irq11:"; throttling interrupt source -- // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 19:35:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2034D16A46B for ; Thu, 15 Nov 2007 19:35:08 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id 45DF813C508 for ; Thu, 15 Nov 2007 19:35:07 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so584075wra for ; Thu, 15 Nov 2007 11:34:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ueGMuEhuZzF5VaytoZR+1Tvps7gX2N9z7dv9xJALOmM=; b=Wz4mw4osXLbi9tpj9GPHYaCXvmgTmvPG7lbcinQVBD6m0G6Y2gjTdxcFxZo9uvz36qzlESs1F1dGySVCwuDfSgmUbMUncQNsqs8OAj/lY5sMzjXj8FK/fbrIMvLl4NLxRy1TQPewT7AW/2Id7rako7b4QH9usv8/WttYuQWfO5I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=miAP5FTWZNEuygJsdIpG+FunjY3OVZhvsHOUc9UWL0B7BlK5pcHtfBEdjiexkstg5h3LwhbNcj3mAd97PU6eOqYR2H0H8EmvruLNkd6k3lXhoR60yInpedwK0qs2AixyP4IcKkVrSl6gL1+xeTk5MhKhhHmxAi5AAQh8KiRe4R4= Received: by 10.90.92.10 with SMTP id p10mr1620517agb.1195155297475; Thu, 15 Nov 2007 11:34:57 -0800 (PST) Received: by 10.90.36.5 with HTTP; Thu, 15 Nov 2007 11:34:57 -0800 (PST) Message-ID: Date: Thu, 15 Nov 2007 21:34:57 +0200 From: "Dennis Melentyev" To: "Heiko Wundram (Beenic)" In-Reply-To: <200711150952.34276.wundram@beenic.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711150952.34276.wundram@beenic.net> Cc: FreeBSD Stable Subject: Re: Random data corruption with USB mass storage on 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 19:35:08 -0000 You need to check is it FAT12 or FAT16 on a card. AFAIR fdisk can show this info. Had the same problem with SE 64Mb card in K750i. It turned out that SE creates FAT12 on a 32+Mb disk, which is not supposed to be an option. Some time ago this was discussed, but I was unable to provide a dump from such card (have no such card anymore). PS. To just make it work - just re-format it and restore folders structure. But please, create a filesystem dump first, to let developers decide is it a fault of SE phone or MSDOSFS code. PPS. http://docs.FreeBSD.org/cgi/mid.cgi?b84edfa10707011305g4cffb298q70c3507f75121799 2007/11/15, Heiko Wundram (Beenic) : > Hey all! > > While trying to upload some music to my mobile phone, I stumbled across the > following odd behaviour when uploading files to an SD-card (inserted into my > Sony Ericsson M600i) which is connected via USB as a mass-storage device: > > ----- > ... > umass0: addr 2> on uhub0 > ... > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: < M600i 1.0> Removable Direct Access SCSI-0 device > da0: 1.000MB/s transfers > da0: 59MB (121821 512 byte sectors: 64H 32S/T 59C) > ... > ----- > > The card is formatted as FAT (by the phone software), and I can mount it with > a plain "mount -t msdosfs /dev/da0 /mnt" without any kind of problems, except > that directories that should be there, at least as displayed by the File > Manager on the phone, aren't present under the mount point. There is no > output to dmesg on the mounting (besides the GEOM label for the stick being > removed). > > When copying files to the device, the phone displays that a transfer is taking > place, and after finishing the transfer, comparing files on the mountpoint to > the source files shows them as being equal. When I then unmount the device > (which also runs cleanly, without any further output to dmesg except the > reappearance of the GEOM label) and remount it, the copied files appear under > the mount-point, but comparing the files on the mount-point against the > source files shows them as being different. The sizes and modification dates > are equal, though, and most of a file is correct, but non-deterministically > every 16k or similar a stream of random bytes appears. > > When I do the same transfer from a 6.2-STABLE (last csupped some two months > ago), the directories the phone reports appear under the mount-point, and the > same transfer works properly (i.e., uploading the file, unmounting, > remounting and comparing show the files as being the same, and playing the > file on the phone works, and doesn't contain corruption artefacts). > > The 6.2-STABLE shows similar information on the device in dmesg (esp. the > H/S/C info). > > 6.2-STABLE is a plain GENERIC kernel, with atapicam loaded (and some other > device drivers for sound and Bluetooth), 7.0-BETA2 is a slightly adapted > GENERIC (with SCHED_4BSD replaced with SCHED_ULE and SMP support removed) > also with atapicam loaded (and some other device drivers for sound and > bluetooth). > > I'll try to do some digging into the changes made to msdosfs between > 6.2-STABLE and 7.0-BETA2 some time later on, but if anybody else is seeing > this behaviour too or wants me to produce more debugging info on this (esp. > some msdosfs debugging infos), feel free to send me a mail, and I'll try to > get this done some time during the day. > > -- > Heiko Wundram > Product & Application Development > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Dennis Melentyev From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 19:47:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE73B16A41A for ; Thu, 15 Nov 2007 19:47:01 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id F3DB513C504 for ; Thu, 15 Nov 2007 19:47:00 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so586075nfb for ; Thu, 15 Nov 2007 11:46:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=7meuYrnWHCXML8UHSwJteNgm742ZrXjmUOXqQNWvqso=; b=aglvMyIc38C60ni3N/iXEm+RgQjm3C6NNInLJUq5WWNZGxtQPB9XF4O+1BER8US/6RRYOVei6fXIhmDnDHsIriwNaKj8XRAjVkyQmjhzl3ia7bMcRQ9/5XFClNg9DUeu07gAMIzg6UBl1ogSxHHQ+BE3T8C2Jd4QLb0y55ENR2A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kQgVnBhhF+ypUuct9Ww36ONwkG3J3VpeMbUT8SDu1i31vgOiyxUpPSU0IARGGqfEj6lKfYlkfBbytdUEQdwkpvnns3JMeucgae89veDCy49AjcAEQMRxT7xDpElNvl+SQs/uju4QuB6QNXxpkaPeSKdhpZv7RB+KThYby9DJzfo= Received: by 10.86.91.12 with SMTP id o12mr937623fgb.1195156019698; Thu, 15 Nov 2007 11:46:59 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 15 Nov 2007 11:46:59 -0800 (PST) Message-ID: <2a41acea0711151146j497529c9m3299d2e2cc6fcb64@mail.gmail.com> Date: Thu, 15 Nov 2007 11:46:59 -0800 From: "Jack Vogel" To: lev@freebsd.org In-Reply-To: <44941699.20071115221850@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44941699.20071115221850@serebryakov.spb.ru> Cc: freebsd-stable@freebsd.org Subject: Re: 6.3-PRERELEASE: interrupt storm detected on "irq11:"; throttling interrupt source, (irq11 is em0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 19:47:01 -0000 vmstat -i Disconnect the cable from it when you boot, also pciconf -l to see what type adapter it is. This is storming before you assign it an address? On Nov 15, 2007 11:18 AM, Lev Serebryakov wrote: > Hello, freebsd-stable. > > Upgrading my netwrok from 100Mbit to 1Gbit. > > I've replaced one of two fxp's with em (desktop varinat), and rebuild system. > Right after booting TONS of messages about interrupt storm (without > device name). irq11 is occuped by em0. > > uname -a > FreeBSD xxx.xxx.xxx 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Thu Nov > 15 19:19:26 MSK 2007 lev@xxx.xxx.xxx:/usr/obj/usr/src/sys/GATEWAY i386 > > Here is dmesg.boot: > > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.3-PRERELEASE #0: Thu Nov 15 19:19:26 MSK 2007 > lev@xxx.xxx.xxx:/usr/obj/usr/src/sys/GATEWAY > Copyright (c) 1992-2007 The FreeBSD Project.Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium III/Pentium III Xeon/Celeron (551.25-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x673 Stepping = 3 > Features=0x387f9ff > real memory = 671072256 (639 MB) > avail memory = 647380992 (617 MB) > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > 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 0xe7000000-0xe7ffffff 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 4.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 4.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > pci0: at device 4.2 (no driver attached) > intpm0: port 0xe800-0xe80f irq 9 at device 4.3 on pci0 > intpm0: I/O mapped e800 > intpm0: intr IRQ 9 enabled revision 0 > intpm0: [GIANT-LOCKED] > intsmb0: on intpm0 > smbus1: on intsmb0 > smb0: on smbus1 > intpm0: PM I/O mapped e400 > ath0: mem 0xe3800000-0xe380ffff irq 12 at device 10.0 on pci0 > ath0: Ethernet address: 00:15:e9:40:61:59 > ath0: mac 7.9 phy 4.5 radio 5.6 > fxp0: port 0xb000-0xb01f mem 0xe5000000-0xe5000fff,0xe3000000-0xe30fffff irq 10 at device 11.0 on pci0 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:50:8b:5d:ac:cb > em0: port 0xa800-0xa83f mem 0xe2800000-0xe281ffff,0xe2000000-0xe201ffff irq 11 at device 12.0 on pci0 > em0: Ethernet address: 00:07:e9:09:ed:f3 > pci0: at device 13.0 (no driver attached) > 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/9 bytes threshold > ppbus0: on ppc0 > 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-0xc7fff,0xc8000-0xc87ff,0xcc000-0xccfff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio2 at port 0x3e8-0x3ef irq 5 on isa0 > sio2: type 16550A > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 551253671 Hz quality 800 > Timecounters tick every 1.000 msec > interrupt storm detected on "irq11:"; throttling interrupt source > ad0: 76351MB at ata0-master UDMA33 > acd0: CDROM at ata1-master PIO4 > Trying to mount root from ufs:/dev/ad0s1a > interrupt storm detected on "irq11:"; throttling interrupt source > interrupt storm detected on "irq11:"; throttling interrupt source > interrupt storm detected on "irq11:"; throttling interrupt source > interrupt storm detected on "irq11:"; throttling interrupt source > interrupt storm detected on "irq11:"; throttling interrupt source > ipfw2 initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled > interrupt storm detected on "irq11:"; throttling interrupt source > interrupt storm detected on "irq11:"; throttling interrupt source > interrupt storm detected on "irq11:"; throttling interrupt source > > -- > // Black Lion AKA Lev Serebryakov > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 19:50:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6CFF16A46C for ; Thu, 15 Nov 2007 19:50:47 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6A713C4C6 for ; Thu, 15 Nov 2007 19:50:47 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so586847nfb for ; Thu, 15 Nov 2007 11:50:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=9WukBoLv6WSh8zWCbghoA2YvvXhumlCFqylv0No6228=; b=Fjr8vOutLiL3eLWadc3JAaJObEpi6Df1piLvxZKz67zRjhTpQmGD7RODPrQUE0zEjkysf/jLV17GiORpLiZZehWtqxxCC+gpAZ5kPiOsDbllAxnHsPIRbCaDzX3u0vpcYnfUm0VU+vAo/Mf74oSLY7lxKePA15OCNg7FCKsjpFw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=iymMbOY5Dn/2yRXaU2/pUH+t3DhX/3E8Fi98UWUyabqH8r9whsWu/1XWJJ4ueL3NqFyfGtKqLYNDkQ0drcsy7LXt/4TKx9nswMNIgpuMAeB3jbIyyLIqtO2QQsmBpXEApbQkp9UOyqN1AoqcHUU844yLT4pxuLr4X9QdaPBUSXg= Received: by 10.86.97.7 with SMTP id u7mr944778fgb.1195156245553; Thu, 15 Nov 2007 11:50:45 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 15 Nov 2007 11:50:45 -0800 (PST) Message-ID: <2a41acea0711151150v411a6b4o9d168cea03e247f5@mail.gmail.com> Date: Thu, 15 Nov 2007 11:50:45 -0800 From: "Jack Vogel" To: "FreeBSD Current" , "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: New Device IDs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 19:50:47 -0000 I was curious, is there any organized method to funnel new IDs into the code or is it just willy nilly as a driver owner notices it? I will be having some patches to add IDs from this bringup I've been working on and wondered if there was a 'canonical' way to make this stuff happen? Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 19:55:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80FB016A417; Thu, 15 Nov 2007 19:55:11 +0000 (UTC) (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 354C213C458; Thu, 15 Nov 2007 19:55:11 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lAFJt69O027003; Thu, 15 Nov 2007 12:55:06 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <473CA413.5070107@samsco.org> Date: Thu, 15 Nov 2007 12:54:59 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0711151150v411a6b4o9d168cea03e247f5@mail.gmail.com> In-Reply-To: <2a41acea0711151150v411a6b4o9d168cea03e247f5@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 15 Nov 2007 12:55:06 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: FreeBSD Current , FreeBSD Stable List Subject: Re: New Device IDs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 19:55:11 -0000 Jack Vogel wrote: > I was curious, is there any organized method to funnel new IDs into > the code or is it just willy nilly as a driver owner notices it? > > I will be having some patches to add IDs from this bringup I've > been working on and wondered if there was a 'canonical' way to > make this stuff happen? > Willy Nilly. Commit away! Scott From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 20:03:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8EBE16A417 for ; Thu, 15 Nov 2007 20:03:49 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 42BB713C47E for ; Thu, 15 Nov 2007 20:03:48 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so590291nfb for ; Thu, 15 Nov 2007 12:03:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=QHvkvS5GEj2pOYim/eDH0iv+aIwmmsEtwna9JQiV0HE=; b=rXsGKVR5zZhir9AG4HYWYDPaxV0ozR7QFiz4vEtWo4EVgJQK5HVcZW+I6xBolJwoB2wEhUMjhDvqgIHa4ON5u/GY1aJXvf0ZxVxfrfFN64ba7V9lRHCMCmQWTah+ciMI+FQEmWx1Ye8Q2u82KzOzithGVeSHNi6EoccEQO4fRSY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cBAxFfDHfDYua5Q8gUQZNMtFxEh/3QHfdpSwu3gb4jgeaYNLarazPioKG7gbyOp40aTT+WMbUsFyFFpFI6t8b6crOxcXS6YJ/w0+pL/Wb9+9zwkA8jG5528OjbdUBSbUzX/jm9QcUAElNRwSsdK1gyKnaihwYU4aSkodthCdHDc= Received: by 10.86.58.3 with SMTP id g3mr963908fga.1195157026603; Thu, 15 Nov 2007 12:03:46 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 15 Nov 2007 12:03:46 -0800 (PST) Message-ID: <2a41acea0711151203t232b515ic48bf9dcdaf57640@mail.gmail.com> Date: Thu, 15 Nov 2007 12:03:46 -0800 From: "Jack Vogel" To: lev@freebsd.org In-Reply-To: <875809296.20071115225240@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44941699.20071115221850@serebryakov.spb.ru> <2a41acea0711151146j497529c9m3299d2e2cc6fcb64@mail.gmail.com> <875809296.20071115225240@serebryakov.spb.ru> Cc: freebsd-stable@freebsd.org Subject: Re: Re[2]: 6.3-PRERELEASE: interrupt storm detected on "irq11:"; throttling interrupt source, (irq11 is em0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 20:03:49 -0000 On Nov 15, 2007 11:52 AM, Lev Serebryakov wrote: > Hello, Jack. > You wrote 15 ?????? 2007 ?., 22:46:59: > > (after loading drivers for my X100P Zaptel voice card, but it doesn't > change anything). > > > vmstat -i > interrupt total rate > irq0: clk 2956764 999 > irq6: wcfxo0 85000 28 > irq7: ppc0 1 0 > irq8: rtc 378406 127 > irq10: fxp0 37732 12 > irq11: em0 2957170 999 > irq12: ath0 64647 21 > irq14: ata0 12713 4 > irq15: ata1 18 0 > Total 6492451 2194 > > > Disconnect the cable from it when you boot, also pciconf -l > > em0@pci0:12:0: class=0x020000 card=0x002e8086 chip=0x100e8086 rev=0x02 hdr=0x00 > > Cable was disconnected... > > > to see what type adapter it is. > > > This is storming before you assign it an address? > It seems so, because the first message in `dmesg' is BEFORE > > ipfw2 initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled > > and RIGHT AFTER "Trying to mount root from ufs:/dev/ad0s1a". > > BTW, card WORKS in such conditions: I can connect cable, and ping > this interface (this is head-less computer, I access it through wi-fi > from my notebook while wired network is stopped). Yes, sometimes the rate of interrupts just is higher than the system sets the storm threshhold, for 10G we need to up the system threshhold. sysctl hw.intr_storm_threshold In this old of an adapter though seems more likely something is wrong. Let me see if our test group can dig up this adapter and try it. Jack From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 20:08:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0270816A468; Thu, 15 Nov 2007 20:08:59 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id C27DB13C502; Thu, 15 Nov 2007 20:08:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (unknown [89.163.10.141]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTP id 203ED13DF74; Thu, 15 Nov 2007 22:54:21 +0300 (MSK) Date: Thu, 15 Nov 2007 22:52:40 +0300 From: Lev Serebryakov X-Mailer: The Bat! (v3.99.3) Professional Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <875809296.20071115225240@serebryakov.spb.ru> To: "Jack Vogel" In-Reply-To: <2a41acea0711151146j497529c9m3299d2e2cc6fcb64@mail.gmail.com> References: <44941699.20071115221850@serebryakov.spb.ru> <2a41acea0711151146j497529c9m3299d2e2cc6fcb64@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: lev@freebsd.org, freebsd-stable@freebsd.org Subject: Re[2]: 6.3-PRERELEASE: interrupt storm detected on "irq11:"; throttling interrupt source, (irq11 is em0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 20:08:59 -0000 Hello, Jack. You wrote 15 ?????? 2007 ?., 22:46:59: (after loading drivers for my X100P Zaptel voice card, but it doesn't change anything). > vmstat -i interrupt total rate irq0: clk 2956764 999 irq6: wcfxo0 85000 28 irq7: ppc0 1 0 irq8: rtc 378406 127 irq10: fxp0 37732 12 irq11: em0 2957170 999 irq12: ath0 64647 21 irq14: ata0 12713 4 irq15: ata1 18 0 Total 6492451 2194 > Disconnect the cable from it when you boot, also pciconf -l em0@pci0:12:0: class=0x020000 card=0x002e8086 chip=0x100e8086 rev=0x02 hdr=0x00 Cable was disconnected... > to see what type adapter it is. > This is storming before you assign it an address? It seems so, because the first message in `dmesg' is BEFORE ipfw2 initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled and RIGHT AFTER "Trying to mount root from ufs:/dev/ad0s1a". BTW, card WORKS in such conditions: I can connect cable, and ping this interface (this is head-less computer, I access it through wi-fi from my notebook while wired network is stopped). -- // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 20:20:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC06316A421 for ; Thu, 15 Nov 2007 20:20:32 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: from iogyte.ro (mail.iogyte.ro [62.231.111.163]) by mx1.freebsd.org (Postfix) with SMTP id 097E213C478 for ; Thu, 15 Nov 2007 20:20:31 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: (qmail 46502 invoked by uid 1001); 15 Nov 2007 20:20:30 -0000 Date: Thu, 15 Nov 2007 22:20:30 +0200 From: Dan Epure To: freebsd-stable@freebsd.org Message-ID: <20071115202030.GE19354@iogyte.ro> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Fwd: [Re: openpty() and jail in RELENG_7] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Epure List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 20:20:32 -0000 ----- Forwarded message from Dan Epure ----- Date: Thu, 15 Nov 2007 19:11:43 +0200 From: Dan Epure To: John Baldwin Cc: freebsd-current@freebsd.org Subject: Re: openpty() and jail in RELENG_7 The /etc/defaults/devfs.rules version is: # $FreeBSD: src/etc/defaults/devfs.rules,v 1.4.2.1 2007/11/11 22:52:31 csjp Exp $ This solved my problem. But other issues came out. 1. The following patch would help the stop/start of the jail (now, if you stop and start a jail /dev/pts and /dev/pty would not show again): === cut here === *** /usr/src/etc/defaults/devfs.rules Mon Nov 12 09:56:30 2007 --- /etc/defaults/devfs.rules Thu Nov 15 18:20:35 2007 *************** *** 54,56 **** --- 54,58 ---- add path 'ttyS*' unhide + add path 'pts' unhide add path 'pts/*' unhide + add path 'pty' unhide add path 'pty/*' unhide === and here === 2. I noticed a strange behavior. === cut here === # ls -la /dev/pt[sy]/ /dev/pts/: total 1 dr-xr-xr-x 2 root wheel 512 Nov 15 18:46 . dr-xr-xr-x 6 root wheel 512 Nov 15 18:42 .. crw-rw-rw- 1 root wheel 0, 95 Nov 15 18:48 0 /dev/pty/: total 1 dr-xr-xr-x 2 root wheel 512 Nov 15 18:46 . dr-xr-xr-x 6 root wheel 512 Nov 15 18:42 .. crw-rw-rw- 1 root wheel 0, 93 Nov 15 18:48 0 # ls -la /dev/ptmx crw-rw-rw- 1 root wheel 0, 99 Nov 15 18:41 /dev/ptmx # ls -la /dev/pt[sy] /dev/pts: total 1 dr-xr-xr-x 2 root wheel 512 Nov 15 18:45 . dr-xr-xr-x 6 root wheel 512 Nov 15 18:41 .. crw--w---- 1 gepu tty 0, 95 Nov 15 19:06 0 /dev/pty: total 1 dr-xr-xr-x 2 root wheel 512 Nov 15 18:45 . dr-xr-xr-x 6 root wheel 512 Nov 15 18:41 .. crw-rw-rw- 1 root wheel 0, 93 Nov 15 19:06 0 crw-rw-rw- 1 root wheel 0, 99 Nov 15 18:41 1 crw-rw-rw- 1 root wheel 0, 100 Nov 15 18:41 2 === and here === for every "ls -la /dev/ptmx" I get another two entries in /dev/pty and no aditional entry in /dev/pts. I can repeat this until I reach kern.pts.max in /dev/pty. At this moment there is not available pty. Regards, Gepu On Thu, Nov 15, 2007 at 08:56:34AM -0500, John Baldwin wrote: > On Sunday 11 November 2007 06:24:56 am Dan Epure wrote: > > Maybe I have better luck here: > > Do you have the recent fix to unhide /dev/pts devices in the default jail > rules for devfs? > > -- > John Baldwin > _______________________________________________ > 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" ----- End forwarded message ----- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 20:44:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8846A16A469; Thu, 15 Nov 2007 20:44:58 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0853013C469; Thu, 15 Nov 2007 20:44:57 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (unknown [89.163.10.141]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTP id 23E4813DFAC; Thu, 15 Nov 2007 23:46:55 +0300 (MSK) Date: Thu, 15 Nov 2007 23:45:13 +0300 From: Lev Serebryakov X-Mailer: The Bat! (v3.99.3) Professional Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1963124917.20071115234513@serebryakov.spb.ru> To: "Jack Vogel" In-Reply-To: <2a41acea0711151203t232b515ic48bf9dcdaf57640@mail.gmail.com> References: <44941699.20071115221850@serebryakov.spb.ru> <2a41acea0711151146j497529c9m3299d2e2cc6fcb64@mail.gmail.com> <875809296.20071115225240@serebryakov.spb.ru> <2a41acea0711151203t232b515ic48bf9dcdaf57640@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: lev@freebsd.org, freebsd-stable@freebsd.org Subject: Re[4]: 6.3-PRERELEASE: interrupt storm detected on "irq11:"; throttling interrupt source, (irq11 is em0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 20:44:58 -0000 Hello, Jack. You wrote 15 ?????? 2007 ?., 23:03:46: > sysctl hw.intr_storm_threshold If I set this onw to 10000, em0 generate 1001-1002 irq per second (accroding to vmstat -i) without any storm messages :) > In this old of an adapter though seems more likely something is > wrong. Yep... 1002 ips without traffic... It is too much, IMHO :) > Let me see if our test group can dig up this adapter and try it. It was sold as: Intel PWLA 8390-MT Pro/ 1000MT (chip 82540EM) OEM -- // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 20:52:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0C7116A421 for ; Thu, 15 Nov 2007 20:52:38 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 23DBB13C447 for ; Thu, 15 Nov 2007 20:52:37 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so605599nfb for ; Thu, 15 Nov 2007 12:52:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=9TUc5GnwJvpRedzlV+aU2K3/W0UQQmLU1EOO0ti2/Mk=; b=VDd8mSZiK+NkSmxeJbXMq8CcPjo0LsvWZmq4VZhRe4xKlAmCar0a+HdJotZ0lpCOqTh6m2DUTgxAs4d6dnnniZnS+zwXgKM3pqc0aWphWpbshJVQMCXXFCOS24+MB06mB7QvBtxuDGywQDSgGc5iYeommV/fz3z6ai0VTYGPzxo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=O/UMMNNbua027MOHQtQQ9qtaiTMXxvK1IxU4c6vn02l+E/1O+2iGhMZ/+jytsW4gYccstTMeEQ47fLfYHEAwgqU5tmg9DRdrE6G5DkVQyWkcJ1e6noeubnyn0s3ukEfBoE8H60F7Bhk6lbAMGetlLyMZad0RLOO89s+BXY2iynA= Received: by 10.86.77.5 with SMTP id z5mr989793fga.1195159956762; Thu, 15 Nov 2007 12:52:36 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 15 Nov 2007 12:52:36 -0800 (PST) Message-ID: <2a41acea0711151252r2a47a218j8c52fad8d76987d3@mail.gmail.com> Date: Thu, 15 Nov 2007 12:52:36 -0800 From: "Jack Vogel" To: lev@freebsd.org In-Reply-To: <1963124917.20071115234513@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44941699.20071115221850@serebryakov.spb.ru> <2a41acea0711151146j497529c9m3299d2e2cc6fcb64@mail.gmail.com> <875809296.20071115225240@serebryakov.spb.ru> <2a41acea0711151203t232b515ic48bf9dcdaf57640@mail.gmail.com> <1963124917.20071115234513@serebryakov.spb.ru> Cc: freebsd-stable@freebsd.org Subject: Re: Re[4]: 6.3-PRERELEASE: interrupt storm detected on "irq11:"; throttling interrupt source, (irq11 is em0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 20:52:38 -0000 On Nov 15, 2007 12:45 PM, Lev Serebryakov wrote: > Hello, Jack. > You wrote 15 ?????? 2007 ?., 23:03:46: > > > > sysctl hw.intr_storm_threshold > If I set this onw to 10000, em0 generate 1001-1002 irq per second > (accroding to vmstat -i) without any storm messages :) > > > > In this old of an adapter though seems more likely something is > > wrong. > Yep... 1002 ips without traffic... It is too much, IMHO :) > > > > Let me see if our test group can dig up this adapter and try it. > It was sold as: > > Intel PWLA 8390-MT Pro/ 1000MT (chip 82540EM) OEM My test engineer has an adapter and is getting an OS setup to check on it. Have you tried this NIC on anything previously, an older release? Jack From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 20:54:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A40716A417; Thu, 15 Nov 2007 20:54:28 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2B07113C442; Thu, 15 Nov 2007 20:54:27 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (unknown [89.163.10.141]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTP id 8986F13DFAD; Thu, 15 Nov 2007 23:56:25 +0300 (MSK) Date: Thu, 15 Nov 2007 23:54:43 +0300 From: Lev Serebryakov X-Mailer: The Bat! (v3.99.3) Professional Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <124634240.20071115235443@serebryakov.spb.ru> To: "Jack Vogel" In-Reply-To: <2a41acea0711151252r2a47a218j8c52fad8d76987d3@mail.gmail.com> References: <44941699.20071115221850@serebryakov.spb.ru> <2a41acea0711151146j497529c9m3299d2e2cc6fcb64@mail.gmail.com> <875809296.20071115225240@serebryakov.spb.ru> <2a41acea0711151203t232b515ic48bf9dcdaf57640@mail.gmail.com> <1963124917.20071115234513@serebryakov.spb.ru> <2a41acea0711151252r2a47a218j8c52fad8d76987d3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: lev@freebsd.org, freebsd-stable@freebsd.org Subject: Re[6]: 6.3-PRERELEASE: interrupt storm detected on "irq11:"; throttling interrupt source, (irq11 is em0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 20:54:28 -0000 Hello, Jack. You wrote 15 ?????? 2007 ?., 23:52:36: > Have you tried this NIC on anything previously, an older release? No... And I don't have spare computer for such test :( -- // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 21:11:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AEEB16A417 for ; Thu, 15 Nov 2007 21:11:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id E430A13C45D for ; Thu, 15 Nov 2007 21:11:33 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so803542mue for ; Thu, 15 Nov 2007 13:11:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=QVGNsTxTDN/KBcYkmMkO4mury+qu1cHwmLg98BgNo7o=; b=nSIEkgsAGSxilys0n0KGKA6xxX4NnSpgOVkbk3O+C05Ta7YhIcluXfDFGX96LUCvIjE6NW9E99a7NgsozmKVy6ukeWHzSWLyODW/GVcHH3IAWL0PDi4XvmSWvartC00XYAIgX7IFffmOhOI8etBOpu3AgMgs8EJRTGXfbHWqvBg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tUlgqaTTuLTH8tvTu9uFu3f8EL0FK+VPgF1M4mrGbY0CCBJK+HuKYKuFjT7pDrA3p2tda/NmWONkLTVIahGX8ah7j9ugg7f0Y8XR2AyQzcioS8TKZsMicH1cKbTFf2w2igK6STV9d5VbBkH9dZKQqZ/Gzpd2/DDlkJRugqa4Ygk= Received: by 10.86.66.1 with SMTP id o1mr1058135fga.1195161092606; Thu, 15 Nov 2007 13:11:32 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 15 Nov 2007 13:11:32 -0800 (PST) Message-ID: <2a41acea0711151311v2373e0e8ofa267065915f598c@mail.gmail.com> Date: Thu, 15 Nov 2007 13:11:32 -0800 From: "Jack Vogel" To: lev@freebsd.org In-Reply-To: <124634240.20071115235443@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44941699.20071115221850@serebryakov.spb.ru> <2a41acea0711151146j497529c9m3299d2e2cc6fcb64@mail.gmail.com> <875809296.20071115225240@serebryakov.spb.ru> <2a41acea0711151203t232b515ic48bf9dcdaf57640@mail.gmail.com> <1963124917.20071115234513@serebryakov.spb.ru> <2a41acea0711151252r2a47a218j8c52fad8d76987d3@mail.gmail.com> <124634240.20071115235443@serebryakov.spb.ru> Cc: freebsd-stable@freebsd.org Subject: Re: Re[6]: 6.3-PRERELEASE: interrupt storm detected on "irq11:"; throttling interrupt source, (irq11 is em0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 21:11:34 -0000 On Nov 15, 2007 12:54 PM, Lev Serebryakov wrote: > Hello, Jack. > You wrote 15 ?????? 2007 ?., 23:52:36: > > > Have you tried this NIC on anything previously, an older release? > No... And I don't have spare computer for such test :( OK, then we really have no control in the experiment, it could be bad hardware. Anyway, lets see if I can reproduce anything in our lab, hopefully will know before the end of the day. Jack From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 22:22:59 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 120E816A417; Thu, 15 Nov 2007 22:22:59 +0000 (UTC) (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 A52BC13C458; Thu, 15 Nov 2007 22:22:58 +0000 (UTC) (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 2EA1046BD4; Thu, 15 Nov 2007 17:24:53 -0500 (EST) Date: Thu, 15 Nov 2007 22:22:53 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org Message-ID: <20071115222016.O82897@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: csjp@FreeBSD.org Subject: OpenBSM 1.0 and many audit cleanups/changes merged to 6-STABLE for 6.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 22:22:59 -0000 Dear 6.x users: In preparation for FreeBSD 6.3, Christian and I have been merging a moderate number of OpenBSM and audit-related changes from HEAD to RELENG_6. I believe we're now about done in time for the next 6.3 BETA, so if I could ask all users of audit in 6-STABLE to slide forward and test out the changes, that would be most helpful. Most should, in theory, be transparent as they are largely bug fixes and cleanups, so what we're really looking for are any problems that need to be resolved before the release. The OpenBSM commit message is below, but you can check the back commit logs for other changes to src/sys/security/audit in support or related to this. Thanks, Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Thu, 15 Nov 2007 19:27:12 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/contrib/openbsm HISTORY Makefile.in README TODO VERSION aclocal.m4 configure configure.ac src/contrib/openbsm/bin Makefile.in src/contrib/openbsm/bin/audit Makefile.in audit.8 audit.c src/contrib/openbsm/bin/auditd Makefile.in audit_warn.c ... rwatson 2007-11-15 19:27:12 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) contrib/openbsm HISTORY Makefile.in README TODO VERSION aclocal.m4 configure configure.ac contrib/openbsm/bin Makefile.in contrib/openbsm/bin/audit Makefile.in audit.8 audit.c contrib/openbsm/bin/auditd Makefile.in audit_warn.c auditd.8 auditd.c auditd.h contrib/openbsm/bin/auditfilterd Makefile.in auditfilterd.8 auditfilterd.c contrib/openbsm/bin/auditreduce Makefile.in auditreduce.1 auditreduce.c contrib/openbsm/bin/praudit Makefile.in praudit.1 praudit.c contrib/openbsm/bsm Makefile.in libbsm.h contrib/openbsm/config config.h config.h.in ltmain.sh contrib/openbsm/etc audit_class audit_control audit_event audit_user audit_warn contrib/openbsm/libbsm Makefile.in au_class.3 au_control.3 au_event.3 au_free_token.3 au_io.3 au_mask.3 au_open.3 au_token.3 au_user.3 audit_submit.3 bsm_event.c bsm_io.c bsm_notify.c bsm_token.c bsm_wrappers.c libbsm.3 contrib/openbsm/man Makefile.in audit.2 audit.log.5 audit_class.5 audit_control.5 audit_event.5 audit_user.5 audit_warn.5 auditctl.2 auditon.2 getaudit.2 getauid.2 setaudit.2 setauid.2 contrib/openbsm/modules Makefile.in contrib/openbsm/modules/auditfilter_noop Makefile.in contrib/openbsm/test Makefile.in contrib/openbsm/test/bsm Makefile.in generate.c contrib/openbsm/test/reference arg32_record data_record file_record in_addr_record ip_record ipc_record iport_record opaque_record path_record process32_record return32_record seq_record subject32_record subject32ex_record subject32ex_token-IPv4 subject32ex_token-IPv6 text_record contrib/openbsm/tools Makefile.in audump.c Added files: (Branch: RELENG_6) contrib/openbsm/compat clock_gettime.h contrib/openbsm/test/reference process32ex_record-IPv4 process32ex_record-IPv6 process32ex_token-IPv4 process32ex_token-IPv6 process64_record process64_token process64ex_record-IPv4 process64ex_record-IPv6 process64ex_token-IPv4 process64ex_token-IPv6 zonename_record zonename_token Removed files: (Branch: RELENG_6) contrib/openbsm/test/reference process32ex_record process32ex_token Log: Merge OpenBSM 1.0 from HEAD to RELENG_6: OpenBSM 1.0 - Fix bug in auditreduce(8) which resulted in a memory fault/crash when the user specified an event name with -m. - Remove AU_.* hard-coded audit class constants, as udit classes are now entirely dynamically configured using /etc/security/audit_class. OpenBSM 1.0 alpha 15 - Fix bug when processing in_addr_ex tokens. - Restore the behavior of printing the string/text specified while auditing arg32 tokens. - Synchronized audit event list to Solaris, picking up the *at(2) system call definitions, now required for FreeBSD and Linux. Added additional events for *at(2) system calls not present in Solaris. - Bugs in auditreduce(8) fixed allowing partial date strings to be used in filtering events. OpenBSM 1.0 alpha 14 - Fix endian issues when processing IPv6 addresses for extended subject and process tokens. - gcc41 warnings clean. - Teach audit_submit(3) about getaudit_addr(2). - Add support for zonename tokens. OpenBSM 1.0 alpha 13 - compat/clock_gettime.h now provides a compatibility implementation of clock_gettime(), which fixes building on Mac OS X. - Countless man page improvements, markup fixes, content fixs, etc. - XML printing support via "praudit -x". - audit.log.5 expanded to include additional BSM token types. - Added encoding and decoding routines for process64_ex, process32_ex, subject32_ex, header64, and attr64 tokens. - Additional audit event identifiers for listen, mlockall/munlockall, getpath, POSIX message queues, and mandatory access control. Revision Changes Path 1.1.1.5.2.3 +39 -1 src/contrib/openbsm/HISTORY 1.1.1.2.2.2 +77 -64 src/contrib/openbsm/Makefile.in 1.1.1.6.2.2 +29 -15 src/contrib/openbsm/README 1.1.1.3.2.3 +1 -2 src/contrib/openbsm/TODO 1.1.1.6.2.3 +1 -1 src/contrib/openbsm/VERSION 1.1.1.1.2.2 +888 -475 src/contrib/openbsm/aclocal.m4 1.1.1.2.2.2 +69 -59 src/contrib/openbsm/bin/Makefile.in 1.1.1.1.2.2 +71 -61 src/contrib/openbsm/bin/audit/Makefile.in 1.1.1.3.2.2 +26 -30 src/contrib/openbsm/bin/audit/audit.8 1.1.1.4.2.3 +1 -5 src/contrib/openbsm/bin/audit/audit.c 1.1.1.1.2.2 +71 -61 src/contrib/openbsm/bin/auditd/Makefile.in 1.1.1.2.2.3 +1 -5 src/contrib/openbsm/bin/auditd/audit_warn.c 1.1.1.2.2.3 +46 -38 src/contrib/openbsm/bin/auditd/auditd.8 1.1.1.7.2.3 +3 -7 src/contrib/openbsm/bin/auditd/auditd.c 1.1.1.2.2.3 +1 -5 src/contrib/openbsm/bin/auditd/auditd.h 1.1.1.1.2.2 +71 -61 src/contrib/openbsm/bin/auditfilterd/Makefile.in 1.1.1.1.2.2 +20 -13 src/contrib/openbsm/bin/auditfilterd/auditfilterd.8 1.1.1.2.2.2 +6 -2 src/contrib/openbsm/bin/auditfilterd/auditfilterd.c 1.1.1.1.2.2 +71 -61 src/contrib/openbsm/bin/auditreduce/Makefile.in 1.1.1.3.2.3 +79 -69 src/contrib/openbsm/bin/auditreduce/auditreduce.1 1.1.1.3.2.3 +4 -2 src/contrib/openbsm/bin/auditreduce/auditreduce.c 1.1.1.1.2.2 +71 -61 src/contrib/openbsm/bin/praudit/Makefile.in 1.1.1.2.2.2 +50 -29 src/contrib/openbsm/bin/praudit/praudit.1 1.1.1.2.2.2 +36 -15 src/contrib/openbsm/bin/praudit/praudit.c 1.1.1.2.2.2 +57 -50 src/contrib/openbsm/bsm/Makefile.in 1.1.1.6.2.3 +51 -3 src/contrib/openbsm/bsm/libbsm.h 1.1.1.1.4.1 +54 -0 src/contrib/openbsm/compat/clock_gettime.h (new) 1.3.2.3 +6 -6 src/contrib/openbsm/config/config.h 1.1.1.3.2.3 +1 -1 src/contrib/openbsm/config/config.h.in 1.1.1.2.2.2 +149 -82 src/contrib/openbsm/config/ltmain.sh 1.1.1.5.2.3 +6713 -7092 src/contrib/openbsm/configure 1.1.1.5.2.3 +2 -2 src/contrib/openbsm/configure.ac 1.2.2.2 +2 -4 src/contrib/openbsm/etc/audit_class 1.2.2.3 +0 -1 src/contrib/openbsm/etc/audit_control 1.4.2.3 +89 -15 src/contrib/openbsm/etc/audit_event 1.2.2.2 +1 -1 src/contrib/openbsm/etc/audit_user 1.2.2.2 +1 -1 src/contrib/openbsm/etc/audit_warn 1.1.1.2.2.2 +72 -62 src/contrib/openbsm/libbsm/Makefile.in 1.1.1.1.2.2 +32 -20 src/contrib/openbsm/libbsm/au_class.3 1.1.1.2.2.3 +64 -32 src/contrib/openbsm/libbsm/au_control.3 1.1.1.2.2.2 +46 -28 src/contrib/openbsm/libbsm/au_event.3 1.1.1.2.2.2 +26 -20 src/contrib/openbsm/libbsm/au_free_token.3 1.1.1.1.2.2 +39 -22 src/contrib/openbsm/libbsm/au_io.3 1.1.1.2.2.2 +49 -33 src/contrib/openbsm/libbsm/au_mask.3 1.1.1.1.2.3 +26 -19 src/contrib/openbsm/libbsm/au_open.3 1.1.1.4.2.2 +109 -72 src/contrib/openbsm/libbsm/au_token.3 1.1.1.2.2.2 +52 -32 src/contrib/openbsm/libbsm/au_user.3 1.1.1.1.2.2 +18 -12 src/contrib/openbsm/libbsm/audit_submit.3 1.1.1.2.2.2 +3 -3 src/contrib/openbsm/libbsm/bsm_event.c 1.1.1.4.2.3 +2133 -503 src/contrib/openbsm/libbsm/bsm_io.c 1.1.1.4.2.2 +4 -3 src/contrib/openbsm/libbsm/bsm_notify.c 1.1.1.7.2.3 +214 -34 src/contrib/openbsm/libbsm/bsm_token.c 1.1.1.4.2.2 +24 -5 src/contrib/openbsm/libbsm/bsm_wrappers.c 1.1.1.3.2.3 +21 -13 src/contrib/openbsm/libbsm/libbsm.3 1.1.1.1.2.2 +56 -47 src/contrib/openbsm/man/Makefile.in 1.1.1.1.2.2 +23 -15 src/contrib/openbsm/man/audit.2 1.1.1.5.2.2 +346 -295 src/contrib/openbsm/man/audit.log.5 1.1.1.2.2.2 +26 -17 src/contrib/openbsm/man/audit_class.5 1.1.1.2.2.3 +76 -58 src/contrib/openbsm/man/audit_control.5 1.1.1.2.2.2 +28 -22 src/contrib/openbsm/man/audit_event.5 1.1.1.2.2.2 +50 -23 src/contrib/openbsm/man/audit_user.5 1.1.1.2.2.2 +26 -19 src/contrib/openbsm/man/audit_warn.5 1.1.1.2.2.2 +18 -17 src/contrib/openbsm/man/auditctl.2 1.1.1.2.2.3 +115 -62 src/contrib/openbsm/man/auditon.2 1.1.1.2.2.2 +23 -18 src/contrib/openbsm/man/getaudit.2 1.1.1.2.2.2 +21 -18 src/contrib/openbsm/man/getauid.2 1.1.1.2.2.2 +24 -20 src/contrib/openbsm/man/setaudit.2 1.1.1.2.2.2 +21 -18 src/contrib/openbsm/man/setauid.2 1.1.1.1.2.2 +69 -59 src/contrib/openbsm/modules/Makefile.in 1.1.1.1.2.2 +73 -61 src/contrib/openbsm/modules/auditfilter_noop/Makefile.in 1.1.1.1.2.2 +69 -59 src/contrib/openbsm/test/Makefile.in 1.1.1.1.2.2 +68 -58 src/contrib/openbsm/test/bsm/Makefile.in 1.1.1.3.2.2 +176 -14 src/contrib/openbsm/test/bsm/generate.c 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/arg32_record 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/data_record 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/file_record 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/in_addr_record 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/ip_record 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/ipc_record 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/iport_record 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/opaque_record 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/path_record 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/process32_record 1.1.1.1.2.2 +0 -2 src/contrib/openbsm/test/reference/process32ex_record (dead) 1.1.1.1.4.1 +2 -0 src/contrib/openbsm/test/reference/process32ex_record-IPv4 (new) 1.1.1.1.4.1 +2 -0 src/contrib/openbsm/test/reference/process32ex_record-IPv6 (new) 1.1.1.1.2.2 +0 -1 src/contrib/openbsm/test/reference/process32ex_token (dead) 1.1.1.1.4.1 +1 -0 src/contrib/openbsm/test/reference/process32ex_token-IPv4 (new) 1.1.1.1.4.1 +1 -0 src/contrib/openbsm/test/reference/process32ex_token-IPv6 (new) 1.1.1.1.4.1 +2 -0 src/contrib/openbsm/test/reference/process64_record (new) 1.1.1.1.4.1 +1 -0 src/contrib/openbsm/test/reference/process64_token (new) 1.1.1.1.4.1 +2 -0 src/contrib/openbsm/test/reference/process64ex_record-IPv4 (new) 1.1.1.1.4.1 +2 -0 src/contrib/openbsm/test/reference/process64ex_record-IPv6 (new) 1.1.1.1.4.1 +1 -0 src/contrib/openbsm/test/reference/process64ex_token-IPv4 (new) 1.1.1.1.4.1 +1 -0 src/contrib/openbsm/test/reference/process64ex_token-IPv6 (new) 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/return32_record 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/seq_record 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/subject32_record 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/subject32ex_record 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/subject32ex_token-IPv4 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/subject32ex_token-IPv6 1.1.1.1.2.2 +1 -1 src/contrib/openbsm/test/reference/text_record 1.1.1.1.4.1 +2 -0 src/contrib/openbsm/test/reference/zonename_record (new) 1.1.1.1.4.1 +1 -0 src/contrib/openbsm/test/reference/zonename_token (new) 1.1.1.2.2.2 +68 -58 src/contrib/openbsm/tools/Makefile.in 1.1.1.2.2.3 +2 -2 src/contrib/openbsm/tools/audump.c From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 22:31:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7C9816A418 for ; Thu, 15 Nov 2007 22:31:23 +0000 (UTC) (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 A77F213C457 for ; Thu, 15 Nov 2007 22:31:23 +0000 (UTC) (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 B07164765A; Thu, 15 Nov 2007 17:33:18 -0500 (EST) Date: Thu, 15 Nov 2007 22:31:19 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ivan Voras In-Reply-To: Message-ID: <20071115222521.T82897@fledge.watson.org> References: <86y7d1nk8t.fsf@zid.claresco.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3 or FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 22:31:23 -0000 On Wed, 14 Nov 2007, Ivan Voras wrote: > Marko Lerota wrote: > >> I see that 6.3 and 7.0 is comming. Now I'm using 6.2-RELEASE for my >> servers. To what should I upgrade? Which of them will be stable or >> production release? > > For low-loaded machines, 7.0 is stable enough even with all the new goodies > like ZFS, tmpfs, ULE - I have such a machine with almost 30 days uptime and > have done 24h+ stress testing on another machine before blessing it for > production - but I still wouldn't trust it for mission critical "heads will > roll" type of servers. > > If you can, try it on a spare or lightly loaded server, it's worth it. It's probably worth pointing out three more things: (1) Quite a bit of the work in 7.x has also had to do with improving stability; for example, I've spent a significant amount of time restructuring socket and netinet-layer code to reduce its vulnerability to TCP race conditions that earlier in the 6.x life cycle could lead to panics under high load with man TCP resets in flight. These are papered over in 6.x in a less clean way because the changes to address the underlying source of the problems required significant changes I felt too aggressive to merge to 6.x. So while 7.x comes with potentially destablizing new features, it also comes with a lot of cleanup relative to 6.x that should have net stability benefits (at least in the long run). (2) The areas I would particularly stay away from in sensitive production servers are things like new file systems (ZFS), where the chances and consequences of failure may be greater. (3) At least for now, a 7.x kernel works quite well with a 6.x user space, so if you want to try out the 7.x kernel to see how it runs for you, you can do that without disrupting your application installs. You won't be able to use features like ZFS that depend on new userland tools and libraies, but you will be able to evaluate stability and performance for most base OS features. 7.0 is a .0 release, but I think it's also a really strong .0 release. While I might hesitate to recommend ZFS in less experimental settings, I feel that the 7.0 kernel will prove to be one of our most stable, not to mention most performant, .0 releases to date. I would encourage people to try it out and see how it goes for them, but as with all new releases, to do it with adequate caution and a fallback plan in the event you run into something that hasn't been found or addressed in testing to date. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Thu Nov 15 22:34:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9DB316A421 for ; Thu, 15 Nov 2007 22:34:12 +0000 (UTC) (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 9E87C13C4DD for ; Thu, 15 Nov 2007 22:34:12 +0000 (UTC) (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 B2FFA46B66; Thu, 15 Nov 2007 17:36:07 -0500 (EST) Date: Thu, 15 Nov 2007 22:34:08 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ivan Voras In-Reply-To: <20071115222521.T82897@fledge.watson.org> Message-ID: <20071115223219.B82897@fledge.watson.org> References: <86y7d1nk8t.fsf@zid.claresco.hr> <20071115222521.T82897@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3 or FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 22:34:12 -0000 On Thu, 15 Nov 2007, Robert Watson wrote: > 7.0 is a .0 release, but I think it's also a really strong .0 release. > While I might hesitate to recommend ZFS in less experimental settings, I > feel that the 7.0 kernel will prove to be one of our most stable, not to > mention most performant, .0 releases to date. I would encourage people to > try it out and see how it goes for them, but as with all new releases, to do > it with adequate caution and a fallback plan in the event you run into > something that hasn't been found or addressed in testing to date. And as a last followup to this: please do run our betas, especially on test servers or servers that fail over -- we won't be able to fix problems we don't hear about, so if you can help us exercise 7.0 now, we can get these things fixed for 7.0 rather than for 7.1 :-). Even if you're just booting up and installing on a spare box and banging it with your web load and mysql load, that sort of testing is invaluable. Breadth of testing is very important to help even out the release. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 07:06:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93AA016A418; Fri, 16 Nov 2007 07:06:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3338413C457; Fri, 16 Nov 2007 07:06:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (unknown [89.163.10.141]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTP id D4B3113DFAC; Fri, 16 Nov 2007 10:08:51 +0300 (MSK) Date: Fri, 16 Nov 2007 10:07:09 +0300 From: Lev Serebryakov X-Mailer: The Bat! (v3.99.3) Professional Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1662144920.20071116100709@serebryakov.spb.ru> To: "Jack Vogel" In-Reply-To: <2a41acea0711151311v2373e0e8ofa267065915f598c@mail.gmail.com> References: <44941699.20071115221850@serebryakov.spb.ru> <2a41acea0711151146j497529c9m3299d2e2cc6fcb64@mail.gmail.com> <875809296.20071115225240@serebryakov.spb.ru> <2a41acea0711151203t232b515ic48bf9dcdaf57640@mail.gmail.com> <1963124917.20071115234513@serebryakov.spb.ru> <2a41acea0711151252r2a47a218j8c52fad8d76987d3@mail.gmail.com> <124634240.20071115235443@serebryakov.spb.ru> <2a41acea0711151311v2373e0e8ofa267065915f598c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: lev@freebsd.org, freebsd-stable@freebsd.org Subject: Re[8]: 6.3-PRERELEASE: interrupt storm detected on "irq11:"; throttling interrupt source, (irq11 is em0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 07:06:54 -0000 Hello, Jack. You wrote 16 ?????? 2007 ?., 0:11:32: > OK, then we really have no control in the experiment, it could be > bad hardware. Oh! I can plug it into my desktop and boot from LiveCD with FreeBSD 6.2 Release. I'll try it this night. -- // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 07:56:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB80816A418 for ; Fri, 16 Nov 2007 07:56:24 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 6792713C467 for ; Fri, 16 Nov 2007 07:56:24 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-30-249.net-htp.de [89.182.30.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id AF874A44529; Fri, 16 Nov 2007 08:50:15 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: "Dennis Melentyev" Date: Fri, 16 Nov 2007 08:57:17 +0100 User-Agent: KMail/1.9.7 References: <200711150952.34276.wundram@beenic.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711160857.17621.wundram@beenic.net> Cc: FreeBSD Stable Subject: Re: Random data corruption with USB mass storage on 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 07:56:24 -0000 Am Donnerstag, 15. November 2007 20:34:57 schrieb Dennis Melentyev: > You need to check is it FAT12 or FAT16 on a card. AFAIR fdisk can show > this info. It's a FAT16 when formatted by the phone software (I checked that initially= ),=20 but I can format the stick as FAT32 (by using newfs_msdos on the device) an= d=20 still have the phone accept it, but when copying to the FAT32-formatted=20 device random data corruption still occurs, i.e. the same problem noted in = my=20 last mail: 1) format device as FAT32 with newfs_msdos, 2) mount, 3) copy files, 4) unmount, (and don't plug the USB out) 5) mount, 6) checking files shows the metadata as being the same as before the unmoun= t,=20 but the files being different. The file corruption that occurs is similar: random, but not completely,=20 because the differing file content comes at (somewhat) fixed offsets in the= =20 files. As I did not unplug the phone from the USB port while doing the FAT32 check= =20 run, the phone software never got a chance to actually access the memory=20 stick while doing the above (Symbian blocks all accesses to the stick when= =20 USB in file-transfer mode is active), so I should guess the corruption come= s=20 purely from the host system. > Had the same problem with SE 64Mb card in K750i. It turned out that SE > creates FAT12 on a 32+Mb disk, which is not supposed to be an option. The K750i is not comparable, as the W600i is UIQ-based (i.e. Symbian +=20 extras), whereas the K750i is not. > PS. To just make it work - just re-format it and restore folders > structure. But please, create a filesystem dump first, to let > developers decide is it a fault of SE phone or MSDOSFS code. After you talked about filesystem dumps, you got me an idea: 1) format the memory stick with the phone software 2) make a dump with dd (dd if=3D/dev/da0 of=3Ddisk.img bs=3D4k) 3) set that up as a memory disk, 4) mount that: lo and behold, the directory structure on the memory disk wa= s=20 just as it is displayed in the file manager of the phone (i.e., MEMSTICK.IN= D=20 and MEMSTICK_PRO.IND were there in the root of the mount-point) 5) copy my files over to the mount point, 6) unmount the memory disk, 7) mount the memory disk, check files against the source, lo and behold, th= e=20 files were equal (i.e., not corrupted during copy), 8) unmount the memory disk, 9) remove the memory disk, 10) copy the disk image back to the phone (dd if=3Ddisk.img of=3D/dev/da0 b= s=3D4k) When I now access the memory stick from the phone (by unplugging it from US= B),=20 the files aren't corrupt. To finally test my hypothesis that this is a bug in the msdosfs-code, I=20 mounted the device directly after doing this (which had MEMSTICK.IND and=20 MEMSTICK_PRO.IND disappear again under the mount-point), copied some more=20 files over, unmounted, remounted, and the same corruption seen before=20 occurred again with the newly copied files (i.e., the phone software=20 complained about broken MP3s when unplugging the phone from USB later on).= =20 Testing the old files (which I put on the memory stick with the above=20 procedure) under the mount-point against the source showed them as being no= t=20 equal, but the phone did not complain about corrupted MP3s when trying to=20 play them, so basically on the "real" medium the data was still intact. If anybody wants to test with a dump of the filesystem or just more info, m= ail=20 me, and I'll set that up somewhere as a download. =46or now, I'll personally try and see what changed between 6.2-STABLE and= =20 7.0-BETA2 in the msdosfs-code that breaks this. =2D-=20 Heiko Wundram Product & Application Development =2D------------------------------------ Office Germany - EXPO PARK HANNOVER =20 Beenic Networks GmbH Mail=C3=A4nder Stra=C3=9Fe 2 30539 Hannover =20 =46on +49 511 / 590 935 - 15 =46ax +49 511 / 590 935 - 29 Mobil +49 172 / 437 3 734 Mail wundram@beenic.net Beenic Networks GmbH =2D------------------------------------ Sitz der Gesellschaft: Hannover Gesch=C3=A4ftsf=C3=BChrer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 08:05:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1AC816A417 for ; Fri, 16 Nov 2007 08:05:24 +0000 (UTC) (envelope-from andrew@rinet.ru) Received: from mail.tsscom.ru (mail.tsscom.ru [195.10.205.29]) by mx1.freebsd.org (Postfix) with ESMTP id 963F213C45B for ; Fri, 16 Nov 2007 08:05:22 +0000 (UTC) (envelope-from andrew@rinet.ru) Received: from [195.10.205.145] (HELO [10.10.80.29]) by mail.tsscom.ru (CommuniGate Pro SMTP 5.1.8) with ESMTP id 241086 for freebsd-stable@freebsd.org; Fri, 16 Nov 2007 11:05:12 +0300 From: Andrew Kolchoogin To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Organization: Cronyx Plus LLC Date: Fri, 16 Nov 2007 11:05:05 +0300 Message-Id: <1195200305.3532.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 Content-Transfer-Encoding: quoted-printable Subject: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 08:05:24 -0000 Dear colleagues, do you have any suggestions about how I should trace what condition generates kernel panic with reason "kmem_map too small"? Operating system is FreeBSD 6.2-p8, no unusual software runs on this machine -- it runs Asterisk with dummy Zapata driver, FreeRADIUS v1.1.7, MySQL v5.0 with single database for FreeRADIUS, Apache v1.3 for DialUp Admin. Sure, sshd, ntpd, syslogd. :) When this machine has run FreeBSD 5.4, no such problems were exist -- uptime was about 250 days. --=20 =D0=A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC, =D0=90=D0=BD=D0=B4=D1=80=D0=B5=D0=B9 =D0=9A=D0=BE=D0=BB=D1=8C=D1=87= =D1=83=D0=B3=D0=B8=D0=BD. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 08:39:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C85416A46B for ; Fri, 16 Nov 2007 08:39:36 +0000 (UTC) (envelope-from andrew@rinet.ru) Received: from mail.tsscom.ru (mail.tsscom.ru [195.10.205.29]) by mx1.freebsd.org (Postfix) with ESMTP id 5931F13C45A for ; Fri, 16 Nov 2007 08:39:33 +0000 (UTC) (envelope-from andrew@rinet.ru) Received: from [195.10.205.145] (HELO [10.10.80.29]) by mail.tsscom.ru (CommuniGate Pro SMTP 5.1.8) with ESMTP id 241134; Fri, 16 Nov 2007 11:39:29 +0300 From: Andrew Kolchoogin To: Kris Kennaway In-Reply-To: <473D51C1.5060609@FreeBSD.org> References: <1195200305.3532.10.camel@localhost> <473D51C1.5060609@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Organization: Cronyx Plus LLC Date: Fri, 16 Nov 2007 11:39:26 +0300 Message-Id: <1195202366.3532.23.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 08:39:36 -0000 =D0=92 =D0=9F=D1=82, 16/11/2007 =D0=B2 09:16 +0100, Kris Kennaway =D0=BF=D0= =B8=D1=88=D0=B5=D1=82: > Check the archives, this comes up a lot (you need to increase the amount=20 > of memory allocated to the kernel). Already did. The question actually is how much memory I should allocate for kernel (exactly, what numbers should be placed into /boot/loader.conf in vm.kmem_size and vm.kmem_size_max) and what amount of kernel memory depends on and how I could calculate kernel memory needs. Trivial answer "just try to experiment" is not definitely enough. :) First of all, this process can be _extremely_ lengthy: about two months ago I have tried to "brute force" guess vm.kmem* values to start using ZFS on my desktop at work: two weeks for testing is very large amount of time, and, as said by Dijkstra, "testing can only show us presence of bugs, and not their absence": "cvs -z 5 -g up -P -d" done in /usr/ports (very good test to crash your machine if you're using ZFS because of heavy usage of ZFS POSIX name resolution cache) stopped crashing my box, but I can't say that any other test will not crash it. Second, the machine in question operates unattended, and our technical support engineers are not qualified enough to tweak boot loader parameters, as such, I should constantly monitor this server what I don't wish to do. :) --=20 =D0=A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC, =D0=90=D0=BD=D0=B4=D1=80=D0=B5=D0=B9 =D0=9A=D0=BE=D0=BB=D1=8C=D1=87= =D1=83=D0=B3=D0=B8=D0=BD. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 08:54:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6487016A46E for ; Fri, 16 Nov 2007 08:54:19 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 96E4413C4C5; Fri, 16 Nov 2007 08:54:17 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <473D5ABC.6020203@FreeBSD.org> Date: Fri, 16 Nov 2007 09:54:20 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Andrew Kolchoogin References: <1195200305.3532.10.camel@localhost> <473D51C1.5060609@FreeBSD.org> <1195202366.3532.23.camel@localhost> In-Reply-To: <1195202366.3532.23.camel@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 08:54:19 -0000 Andrew Kolchoogin wrote: > Ð’ Пт, 16/11/2007 в 09:16 +0100, Kris Kennaway пишет: > >> Check the archives, this comes up a lot (you need to increase the amount >> of memory allocated to the kernel). > Already did. > > The question actually is how much memory I should allocate for > kernel (exactly, what numbers should be placed into /boot/loader.conf in > vm.kmem_size and vm.kmem_size_max) and what amount of kernel memory > depends on and how I could calculate kernel memory needs. > > Trivial answer "just try to experiment" is not definitely enough. :) > > First of all, this process can be _extremely_ lengthy: about two months > ago I have tried to "brute force" guess vm.kmem* values to start using > ZFS on my desktop at work: two weeks for testing is very large amount of > time, and, as said by Dijkstra, "testing can only show us presence of > bugs, and not their absence": "cvs -z 5 -g up -P -d" done in /usr/ports > (very good test to crash your machine if you're using ZFS because of > heavy usage of ZFS POSIX name resolution cache) stopped crashing my box, > but I can't say that any other test will not crash it. > > Second, the machine in question operates unattended, and our technical > support engineers are not qualified enough to tweak boot loader > parameters, as such, I should constantly monitor this server what I > don't wish to do. :) There is no general answer to that question since the amount of memory your system needs to use entirely depends on what you are doing with it. Increase the size by some percentage, e.g. 10% or 20%, and see if that is sufficient. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 14:19:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A06416A417 for ; Fri, 16 Nov 2007 14:19:28 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mo1so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 49C3613C43E for ; Fri, 16 Nov 2007 14:19:28 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mr2so.prod.shaw.ca (pd4mr2so-qfe3.prod.shaw.ca [10.0.141.213]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JRL00DGERR5SFE0@l-daemon> for freebsd-stable@freebsd.org; Fri, 16 Nov 2007 07:18:41 -0700 (MST) Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145]) by pd4mr2so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JRL002QTRR4V8C0@pd4mr2so.prod.shaw.ca> for freebsd-stable@freebsd.org; Fri, 16 Nov 2007 07:18:41 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.201.197]) by l-daemon (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with SMTP id <0JRL00H4LRR2J260@l-daemon> for freebsd-stable@freebsd.org; Fri, 16 Nov 2007 07:18:40 -0700 (MST) Received: (qmail 83086 invoked from network); Fri, 16 Nov 2007 14:18:30 +0000 Received: from unknown (HELO hexahedron.daemonology.net) (127.0.0.1) by localhost with SMTP; Fri, 16 Nov 2007 14:18:30 +0000 Date: Fri, 16 Nov 2007 06:18:29 -0800 From: Colin Percival In-reply-to: <473C1FD1.70001@janh.de> To: Jan Henrik Sylvester Message-id: <473DA6B5.10107@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.95.0 References: <473B5D10.1070109@janh.de> <473BD54F.9050808@freebsd.org> <473C1FD1.70001@janh.de> User-Agent: Thunderbird 2.0.0.6 (X11/20071102) Cc: stable-list freebsd Subject: Re: freebsd-update 6.2-R -> 6.3-B1 rollback failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 14:19:28 -0000 Jan Henrik Sylvester wrote: > Colin Percival wrote: >> I believe that your system is now 6.3-BETA1 with a few shared libraries >> from 6.2-RELEASE mixed in. If you can get a copy of /lib/*.so.* and >> /usr/lib/*.so.* from a 6.3-BETA1 system and install those into place >> (in fact, probably all you need is /lib/libc.so.6) your system should >> be ok. Let me know if you need any help with this. > > I guess I can download a 6.3-BETA1 cd and copy the files over from > there. If you have a better way, please, let me know. That's probably the safest approach. Theoretically you could get all of the files from FreeBSD Update's database in /var/db/freebsd-update/files, but actually finding the right ones and installing them is likely to be difficult and error-prone. >> Getting the system back to 6.2-RELEASE might be more difficult, now that >> the FreeBSD Update code thinks that it has rolled back its updates, but >> I might be able to find a way to do that for you -- is it a disaster if >> this system ends up stuck at 6.3-BETA1? > > Not to be able to go back to 6.2-RELEASE is ok. If updating to 6.3-BETA2 > (and eventually perhaps 7.0) is not possible because of the mixed > system, it will limit my testing and I will have to reinstall at some > point, which would not be a disaster, either. Upgrading to future releases should be fine. Once you get the libraries from 6.3-BETA1 installed again the system should be in exactly the same state as if you installed 6.3-BETA1 from the cd. > Is there any cleanup to do besides replacing the libs (such as removing > temporary freebsd-update directories)? You can save some disk space if you want by nuking everything in /var/db/freebsd-update/, but keeping those files will make upgrading to future releases with FreeBSD Update faster. > Since your blog seems not to tell and there is no other documentation: > Is freebsd-update -r supposed to work if not all files are from > GENERIC/SMP? Does it skip files or overwrite them with GENERIC versions? > (For security updates, the former might be desirable, but for updates > between releases, only the latter would make sense to me.) FreeBSD Update does its best to handle recompiled and/or customized kernels, according to the following rules: 1. If /boot/GENERIC or /boot/SMP exist, assume that they contain a GENERIC or SMP kernel respectively (and update it accordingly). 2. If the running kernel identifies itself as "GENERIC" or "SMP" (or as "SMP-GENERIC", which FreeBSD Update considers to be a synonym for "SMP"), assume it was built from the standard GENERIC or SMP kernel configuration. 3. If the running kernel identifies itself as something else, don't touch it. When upgrading, a couple more rules are applied: 1. If a custom kernel configuration is running, a warning message is printed telling the user to update the kernel manually before installing upgrades. 2. If the kernel configuration is one which was distributed in the current release but does not exist in the new release (e.g., FreeBSD 6.2 has "GENERIC" and "SMP" kernel configurations, but 7.0 only has a "GENERIC" configuration), upgrade it to a "GENERIC" kernel. In short, as long as you don't build a custom kernel but call it "GENERIC" or "SMP", FreeBSD Update should automatically DTRT. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 14:24:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EF5F16A421 for ; Fri, 16 Nov 2007 14:24:06 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mo1so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id D54D213C474 for ; Fri, 16 Nov 2007 14:24:05 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mr1so.prod.shaw.ca (pd2mr1so-qfe3.prod.shaw.ca [10.0.141.110]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JRL00DZ2RZ6SDE0@l-daemon> for freebsd-stable@freebsd.org; Fri, 16 Nov 2007 07:23:30 -0700 (MST) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd2mr1so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JRL007UZRZ6K700@pd2mr1so.prod.shaw.ca> for freebsd-stable@freebsd.org; Fri, 16 Nov 2007 07:23:30 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.201.197]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JRL00L2URZ5UW30@l-daemon> for freebsd-stable@freebsd.org; Fri, 16 Nov 2007 07:23:30 -0700 (MST) Received: (qmail 83128 invoked from network); Fri, 16 Nov 2007 14:23:21 +0000 Received: from unknown (HELO hexahedron.daemonology.net) (127.0.0.1) by localhost with SMTP; Fri, 16 Nov 2007 14:23:21 +0000 Date: Fri, 16 Nov 2007 06:23:21 -0800 From: Colin Percival In-reply-to: <473BD6E8.40001@freebsd.org> To: FreeBSD Stable Message-id: <473DA7D9.4080501@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.95.0 References: <473BD6E8.40001@freebsd.org> User-Agent: Thunderbird 2.0.0.6 (X11/20071102) Subject: Re: [HEADS UP] "freebsd-update rollback" broken on minor version upgrades X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 14:24:06 -0000 Colin Percival wrote: > A quick heads-up to everyone here using my new FreeBSD Update "upgrade" > code: If you have performed a minor version upgrade (e.g., 6.2-RELEASE -> > 6.3-BETA1 or 7.0-BETA1.5 -> 7.0-BETA2) please do not attempt to roll it > back using "freebsd-update rollback". > > That code is currently broken and will make your system unbootable. I > should have this fixed within the next couple of days. I have updated the code on my website and in the FreeBSD CVS tree. Anyone who downloads freebsd-update-upgrade.tgz from daemonology.net after this point, or anyone using the code in 6.3-RC1 or 7.0-RC1, should be able to rollback minor version upgrades successfully. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 14:51:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B230E16A468 for ; Fri, 16 Nov 2007 14:51:31 +0000 (UTC) (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 6816E13C461 for ; Fri, 16 Nov 2007 14:51:31 +0000 (UTC) (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 2A2AA471E4; Fri, 16 Nov 2007 09:53:28 -0500 (EST) Date: Fri, 16 Nov 2007 14:51:22 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexandre Biancalana In-Reply-To: <8e10486b0711121353k2028e96ar14a8727effae6bca@mail.gmail.com> Message-ID: <20071116145049.M10677@fledge.watson.org> References: <8e10486b0711091018n6309f70an8722d427f9d530f8@mail.gmail.com> <20071111164451.K29504@fledge.watson.org> <8e10486b0711121353k2028e96ar14a8727effae6bca@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA2 Panic after ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 14:51:31 -0000 On Mon, 12 Nov 2007, Alexandre Biancalana wrote: > Before read your message I updated the system again (csup, buildworld, > buildkernel, installkernel, installworld) and now I can reproduce the panic > anymore. Sorry, just to clarify: you now cannot reproduce the panic, or you can still reproduce the panic? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 17:30:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31E5116A419 for ; Fri, 16 Nov 2007 17:30:38 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from webmail27.mail.yandex.net (webmail27.mail.yandex.net [213.180.200.104]) by mx1.freebsd.org (Postfix) with ESMTP id 88B1C13C503 for ; Fri, 16 Nov 2007 17:30:37 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from YAMAIL (webmail27) by mail.yandex.ru id S5567418AbXKPRKP for ; Fri, 16 Nov 2007 20:10:15 +0300 X-Yandex-Spam: 1 Received: from [91.122.49.58] ([91.122.49.58]) by mail.yandex.ru with HTTP; Fri, 16 Nov 2007 20:10:13 +0300 From: "S.N.Grigoriev" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-Id: <18741195233013@webmail27.yandex.ru> Date: Fri, 16 Nov 2007 20:10:13 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Subject: Re: FreeBSD 6.3 or FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 17:30:38 -0000 Thu, 15 Nov 2007 22:31:19 +0000 (GMT) Robert Watson wrote: > I feel that the 7.0 kernel will prove to be one of our most stable, > not to mention most performant, .0 releases to date. Unfortunately, that's not true. For example, parallel printing crashes my amd64 system since the beginning of May. I've posted PR (kern/116669) which is still open. Some other people have reported about similar problems. To my mind it's a stopper defect for 7.0 because parallel printing is one of the basic computer tasks. FreeBSD was one of the best print servers for years. But at present it cannot be used in such a role (at least on amd64). Regards, Serguey. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 17:35:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DD6216A49A for ; Fri, 16 Nov 2007 17:35:32 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [64.46.156.146]) by mx1.freebsd.org (Postfix) with ESMTP id 2F43913C478 for ; Fri, 16 Nov 2007 17:35:30 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from [192.168.1.80] (unknown [64.119.130.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mbutler-d620.vericept.com", Issuer "Protected Networks Certificate Authority" (verified OK)) by sarah.protected-networks.net (Postfix) with ESMTP id EE1D06196 for ; Fri, 16 Nov 2007 12:16:42 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1195233403; bh=vZsMGpnYE0c0qh okf5le5xjnITQPsS6LapIcv8mjadU=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=oe0JsWbaycwwCAIJOK6vObiPD0uue4xr+VFV9 KvnVL4l1PAR1Rauhs04woT4PzwCaQzpNu2cSR6G6jJzk0g6F2sJLaqlChVGeflJbFAG gdZx6pn8IW20aunTueUv2w9d DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: content-type:content-transfer-encoding; b=fPgelZqeDhM6RJKY1mDjmjiekeTOtznXbnZ4i3ZenRDwTxzafHPRxl6dkEk/Il+W4 JS4WHPd0HCVMh0+86GMGhfKSstrwd+PSQkhOv+Zwf5dPl0J+2G0O0V+Lv2knRCe Message-ID: <473DCFFB.6030700@protected-networks.net> Date: Fri, 16 Nov 2007 12:14:35 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: ath support for mini-pci 802.11n card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 17:35:32 -0000 Has anyone tried the present ath driver with the mini-pc card described as .. "Netegriti 802.11n 802.11g 802.11b 802.11a Turbo Mini PCI Wireless Card" and advertised at http://discountechnology.com/Netegriti-802-11n-802-11g-802-11b-802-11a-Turbo-Mini-PCI-Wireless-Card It appears to be based on the Atheros AR5416, AR5133 chipsets but I can't work out from the sources if this combo is supported :-( Michael From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 18:16:56 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89D8716A419 for ; Fri, 16 Nov 2007 18:16:56 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 43DDF13C4C5 for ; Fri, 16 Nov 2007 18:16:55 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 1512D1CC0DF; Fri, 16 Nov 2007 19:16:44 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 3554D11436; Fri, 16 Nov 2007 19:16:32 +0100 (CET) Date: Fri, 16 Nov 2007 19:16:31 +0100 From: Henrik Brix Andersen To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20071116181631.GA829@tirith.brixandersen.dk> Mail-Followup-To: =?iso-8859-1?Q?S=F8ren?= Schmidt , Ian Smith , freebsd-stable@FreeBSD.ORG References: <4732F067.7080601@deepcore.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <4732F067.7080601@deepcore.dk> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@FreeBSD.ORG, Ian Smith Subject: Re: 7 on Soekris net4801? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 18:16:56 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 08, 2007 at 12:17:59PM +0100, S=F8ren Schmidt wrote: > I'd figure that the problem is that the geode chip doesn't support 128=20 > sector writes just up to 126, that is not honered from the dump rutine=20 > IIRC. Not only the dump routine fails, so does savecore(8): Physical memory: 251 MB Dumping 74 MB:ata0: FAILURE - oversized DMA transfer attempt 65536 > 64512 ad0: setting up DMA failed =2E.. Checking for core dump on /dev/ad0s1b... ata0: FAILURE - non aligned DMA transfer attempted ad0: setting up DMA failed savecore: error reading last dump header at offset 536870400 in /dev/ad0s1b= : Input/output error savecore: no dumps found Nov 16 19:13:07 tirith savecore: error reading last dump header at offset 5= 36870400 in /dev/ad0s1b: Input/output error Brix --=20 Henrik Brix Andersen --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFHPd5/v+Q4flTiePgRAp9ZAJ9VNDxjYGYg9KPtq/MsPBsbD44USgCeKxfd yMr34oXY7TJEXXdhNOcm4TE= =pIvI -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 18:27:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0DA516A418 for ; Fri, 16 Nov 2007 18:27:10 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by mx1.freebsd.org (Postfix) with ESMTP id 7BCC213C46E for ; Fri, 16 Nov 2007 18:27:09 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so758663rvb for ; Fri, 16 Nov 2007 10:27:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=5W03CRszem4Qesg4MezLc/YOfvBDFZMc3IzzKFnDXts=; b=ewlGeiKDU8/HJfEetkuRfVk47QtmNlwG18S6+jCO9KAYUbHgmhKIvP7Tyise2mnNekcT9qmx0Cs2x7UpW3NkEiWpeNLqt39S2DZelO0meI63Jy9MT36BQm8jrd2MZq4wXYzObTlHeO6eIa6Lo9ghq141DgrM7sDzdstVr1W7BX8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ppdu3Rp38nyebU1ExSecPz4/sgd+7A/PUqgMQ5OYLMOqZbcFMUcNrmKx+cswJeNIwoynNL7Z++q3GUsv7vZWPmBhoVwNRIqIGVngFuwbkhRQNZx8IeaOqpVg8ISh9kT4Y1a9f8H29L0iDSYxaoQ8kQ7L7Svs+8ugx0mAHMQooYA= Received: by 10.141.172.6 with SMTP id z6mr796802rvo.1195237627173; Fri, 16 Nov 2007 10:27:07 -0800 (PST) Received: by 10.64.184.9 with HTTP; Fri, 16 Nov 2007 10:27:07 -0800 (PST) Message-ID: <8e10486b0711161027p3ffdcea3u60e92cd7745ec98d@mail.gmail.com> Date: Fri, 16 Nov 2007 15:27:07 -0300 From: "Alexandre Biancalana" To: "Robert Watson" In-Reply-To: <20071116145049.M10677@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711091018n6309f70an8722d427f9d530f8@mail.gmail.com> <20071111164451.K29504@fledge.watson.org> <8e10486b0711121353k2028e96ar14a8727effae6bca@mail.gmail.com> <20071116145049.M10677@fledge.watson.org> Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA2 Panic after ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 18:27:10 -0000 On Nov 16, 2007 11:51 AM, Robert Watson wrote: > > On Mon, 12 Nov 2007, Alexandre Biancalana wrote: > > > Before read your message I updated the system again (csup, buildworld, > > buildkernel, installkernel, installworld) and now I can reproduce the panic > > anymore. > > Sorry, just to clarify: you now cannot reproduce the panic, or you can still > reproduce the panic? Ops! My fault.... I *cannot* reproduce the panic. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 19:03:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA52A16A421 for ; Fri, 16 Nov 2007 19:03:14 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 611C313C442 for ; Fri, 16 Nov 2007 19:03:13 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so911761nfb for ; Fri, 16 Nov 2007 11:03:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=xVDW7EnYmKqZvuL/3ExmLvN33bzjEKAB5ChC3sEWCq0=; b=ciayOsf6zHiuGyWwjL2WvLKdYy+4W7CpjDxpKL5WhKzHy4swqkl/VjI/R+yRI23MbGdyBXj+1/SjWidnX8uK+pGc9iiHq2ZHpGkjD8hKNzwT7xVeIaglWqiD5YiVzrEc55XR1qkm4kRokg05jKmkxj5ruVwcj0L4yvrDZ2e7M8s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LqyqBBYsfVSl1QJ6JCIRklMDwdQDzj1XdzrxBlpNPCzVZqYqvUdpdHOM82FXiv/0Ik9b4yBBsYOcdZRyG22Ol16K/f3YZANht1GnuGa6r00TmRkr5giCp7mW0cjRrFBfGFmnVj+1pWWeyVEszdBuDE7BLNZylh/xrppbltnWJK0= Received: by 10.86.49.13 with SMTP id w13mr2023796fgw.1195239792836; Fri, 16 Nov 2007 11:03:12 -0800 (PST) Received: by 10.86.100.19 with HTTP; Fri, 16 Nov 2007 11:03:12 -0800 (PST) Message-ID: <2a41acea0711161103j167995d2m64f2b39b1322c0c8@mail.gmail.com> Date: Fri, 16 Nov 2007 11:03:12 -0800 From: "Jack Vogel" To: lev@freebsd.org In-Reply-To: <2a41acea0711151311v2373e0e8ofa267065915f598c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44941699.20071115221850@serebryakov.spb.ru> <2a41acea0711151146j497529c9m3299d2e2cc6fcb64@mail.gmail.com> <875809296.20071115225240@serebryakov.spb.ru> <2a41acea0711151203t232b515ic48bf9dcdaf57640@mail.gmail.com> <1963124917.20071115234513@serebryakov.spb.ru> <2a41acea0711151252r2a47a218j8c52fad8d76987d3@mail.gmail.com> <124634240.20071115235443@serebryakov.spb.ru> <2a41acea0711151311v2373e0e8ofa267065915f598c@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: Re[6]: 6.3-PRERELEASE: interrupt storm detected on "irq11:"; throttling interrupt source, (irq11 is em0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 19:03:14 -0000 On Nov 15, 2007 1:11 PM, Jack Vogel wrote: > On Nov 15, 2007 12:54 PM, Lev Serebryakov wrote: > > Hello, Jack. > > You wrote 15 ?????? 2007 ?., 23:52:36: > > > > > Have you tried this NIC on anything previously, an older release? > > No... And I don't have spare computer for such test :( > > OK, then we really have no control in the experiment, it could be > bad hardware. > > Anyway, lets see if I can reproduce anything in our lab, hopefully > will know before the end of the day. Just so there is a record of the closure, we could not reproduce this and Lev sent me private email that this was a motherboard failure, so case closed :) Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 20:35:15 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D992B16A41A; Fri, 16 Nov 2007 20:35:15 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6A2CF13C44B; Fri, 16 Nov 2007 20:35:15 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lAGKZDba006675 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Nov 2007 07:35:13 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id lAGKZCRJ049761; Sat, 17 Nov 2007 07:35:12 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id lAGKZCnL049751; Sat, 17 Nov 2007 07:35:12 +1100 (EST) (envelope-from peter) Date: Sat, 17 Nov 2007 07:35:12 +1100 From: Peter Jeremy To: Bruce Evans Message-ID: <20071116203512.GD20992@server.vk2pj.dyndns.org> References: <20071115062002.GK89746@server.vk2pj.dyndns.org> <20071115184615.GL20992@server.vk2pj.dyndns.org> <20071117025943.P64582@delplex.bde.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5I6of5zJg18YgZEa" Content-Disposition: inline In-Reply-To: <20071117025943.P64582@delplex.bde.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@freebsd.org, bde@freebsd.org, Pete French Subject: Re: Float problen running i386 inary on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 20:35:15 -0000 --5I6of5zJg18YgZEa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 17, 2007 at 04:53:22AM +1100, Bruce Evans wrote: >Behaviour like this should be expected on i386 but not on amd64. It >gives the well-known property of the sin() function, that sin(x) !=3D sin(= x) >for almost all x (!). It happens because expressions _may_ be evaluated >in extra precision (this is perfectly standard), so identical expressions= =20 >may sometimes be evaluated in different precisions even, or especially, >if they are on the same line. Thank you for your detailed analysis. Hwever, I believe you missed the critical point (I may have removed too much reference to the actual problem that Pete French saw): I can take a program that was statically compiled on FreeBSD/i386, run it in legacy (i386) mode on FreeBSD-6.3/amd64 and get different results. Another (admittedly contrived) example: jashank% uname -a = =20 FreeBSD jashank.vk2pj.dyndns.org 6.1-STABLE FreeBSD 6.1-STABLE #15: Wed Aug= 2 18:35:57 EST 2006 root@jashank.vk2pj.dyndns.org:/usr/obj/usr/src/sy= s/jashank i386 jashank% cat y.c #include double one =3D 1.0; double three =3D 3.0; double third =3D 1.0/3.0; int main(int argc, char **argv) { if (one/three =3D=3D third) puts("Equal"); else puts("NOT Equal"); return (0); } jashank% cc -O2 -fno-strict-aliasing -pipe -march=3Dathlon y.c -static -o= y jashank% ./y Equal jashank% /sbin/sha256 y SHA256 (y) =3D d44fe8c4c4b4beab6125ba603f2a34fa4d0280ff04d697e22594debf9efc= 9a1a jashank%=20 turion% uname -a FreeBSD turion.vk2pj.dyndns.org 6.2-STABLE FreeBSD 6.2-STABLE #30: Tue Jul = 31 20:29:49 EST 2007 root@turion.vk2pj.dyndns.org:/usr/obj/usr/src/sys/= turion amd64 turion% scp -p jashank:y . =20 y 100% 146KB 145.9KB/s 00:00= =20 turion% /sbin/sha256 y SHA256 (y) =3D d44fe8c4c4b4beab6125ba603f2a34fa4d0280ff04d697e22594debf9efc= 9a1a turion% ./y NOT Equal turion%=20 This is identical code being executed in supposedly equivalent environments giving different results. I believe the fix is to initialise the FPU using __INITIAL_NPXCW__ in ia32_setregs(), though I'm not sure how difficult this is in reality. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --5I6of5zJg18YgZEa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHPf7//opHv/APuIcRAjUpAKDD7ALpNxKehry9KyiIscoNUPcTPACfTKnL Y+cceitfaXLAOg/jSS53/8M= =0/6f -----END PGP SIGNATURE----- --5I6of5zJg18YgZEa-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 20:53:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06E9F16A418 for ; Fri, 16 Nov 2007 20:53:21 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id 9EE3813C46A for ; Fri, 16 Nov 2007 20:53:20 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so898884wra for ; Fri, 16 Nov 2007 12:53:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=yYLc1i8H83i7YJNdxSF9BkaSgN7SnbxKiq0zh2A+7CI=; b=UQBF2+spV00yPf8lOlfsaoIwsLbfV7FgOInAAMEUCvwx15Np/uUliRJ5B5J8EKSsR0FcxZwl5omDHVbs8p0uQQe5b7UAVfzP+bOafHizcPkX3SKFfn6juX/w6AhUlEmTB8tJ2SUHLP37Hvwk75Nje7NCp91f2zjEsvhnurvGQnc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Pst2clMPG5g7iKXXyUAgccBubGtihArw5VEKPElAzA0c+iTnMEo09z1JWRgd1TkPx6UugLetLM3Iht5jNJ0e/MAWfRlgwQv0C8uXQf01j7Bp8LsvaA2rabICTQGbqdF4HcWGxmny2ZF3h3e9qQ63acLeqbw0or3E9iMZBo7aiOA= Received: by 10.90.49.1 with SMTP id w1mr3704245agw.1195246398708; Fri, 16 Nov 2007 12:53:18 -0800 (PST) Received: by 10.90.36.5 with HTTP; Fri, 16 Nov 2007 12:53:18 -0800 (PST) Message-ID: Date: Fri, 16 Nov 2007 22:53:18 +0200 From: "Dennis Melentyev" To: "Heiko Wundram (Beenic)" In-Reply-To: <200711160857.17621.wundram@beenic.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <200711150952.34276.wundram@beenic.net> <200711160857.17621.wundram@beenic.net> Cc: FreeBSD Stable Subject: Re: Random data corruption with USB mass storage on 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 20:53:21 -0000 SGVsbG8gSGVpa28sCgpZZXMsIHlvdSByZWFsbHkgaGF2ZSBkaWZmZXJlbnQgaXNzdWUuIEZyb20g bm93IG9uLCBJIGhhdmUgbm8gbW9yZQppZGVhcy4gSG9wZSB5b3UnbGwgZmluZCB0aGUgcm9vdCBv ZiB0aGUgcHJvYmxlbS4KCjIwMDcvMTEvMTYsIEhlaWtvIFd1bmRyYW0gKEJlZW5pYykgPHd1bmRy YW1AYmVlbmljLm5ldD46Cj4gQW0gRG9ubmVyc3RhZywgMTUuIE5vdmVtYmVyIDIwMDcgMjA6MzQ6 NTcgc2NocmllYiBEZW5uaXMgTWVsZW50eWV2Ogo+ID4gWW91IG5lZWQgdG8gY2hlY2sgaXMgaXQg RkFUMTIgb3IgRkFUMTYgb24gYSBjYXJkLiBBRkFJUiBmZGlzayBjYW4gc2hvdwo+ID4gdGhpcyBp bmZvLgo+Cj4gSXQncyBhIEZBVDE2IHdoZW4gZm9ybWF0dGVkIGJ5IHRoZSBwaG9uZSBzb2Z0d2Fy ZSAoSSBjaGVja2VkIHRoYXQgaW5pdGlhbGx5KSwKPiBidXQgSSBjYW4gZm9ybWF0IHRoZSBzdGlj ayBhcyBGQVQzMiAoYnkgdXNpbmcgbmV3ZnNfbXNkb3Mgb24gdGhlIGRldmljZSkgYW5kCj4gc3Rp bGwgaGF2ZSB0aGUgcGhvbmUgYWNjZXB0IGl0LCBidXQgd2hlbiBjb3B5aW5nIHRvIHRoZSBGQVQz Mi1mb3JtYXR0ZWQKPiBkZXZpY2UgcmFuZG9tIGRhdGEgY29ycnVwdGlvbiBzdGlsbCBvY2N1cnMs IGkuZS4gdGhlIHNhbWUgcHJvYmxlbSBub3RlZCBpbiBteQo+IGxhc3QgbWFpbDoKPgo+IDEpIGZv cm1hdCBkZXZpY2UgYXMgRkFUMzIgd2l0aCBuZXdmc19tc2RvcywKPiAyKSBtb3VudCwKPiAzKSBj b3B5IGZpbGVzLAo+IDQpIHVubW91bnQsIChhbmQgZG9uJ3QgcGx1ZyB0aGUgVVNCIG91dCkKPiA1 KSBtb3VudCwKPiA2KSBjaGVja2luZyBmaWxlcyBzaG93cyB0aGUgbWV0YWRhdGEgYXMgYmVpbmcg dGhlIHNhbWUgYXMgYmVmb3JlIHRoZSB1bm1vdW50LAo+IGJ1dCB0aGUgZmlsZXMgYmVpbmcgZGlm ZmVyZW50Lgo+Cj4gVGhlIGZpbGUgY29ycnVwdGlvbiB0aGF0IG9jY3VycyBpcyBzaW1pbGFyOiBy YW5kb20sIGJ1dCBub3QgY29tcGxldGVseSwKPiBiZWNhdXNlIHRoZSBkaWZmZXJpbmcgZmlsZSBj b250ZW50IGNvbWVzIGF0IChzb21ld2hhdCkgZml4ZWQgb2Zmc2V0cyBpbiB0aGUKPiBmaWxlcy4K Pgo+IEFzIEkgZGlkIG5vdCB1bnBsdWcgdGhlIHBob25lIGZyb20gdGhlIFVTQiBwb3J0IHdoaWxl IGRvaW5nIHRoZSBGQVQzMiBjaGVjawo+IHJ1biwgdGhlIHBob25lIHNvZnR3YXJlIG5ldmVyIGdv dCBhIGNoYW5jZSB0byBhY3R1YWxseSBhY2Nlc3MgdGhlIG1lbW9yeQo+IHN0aWNrIHdoaWxlIGRv aW5nIHRoZSBhYm92ZSAoU3ltYmlhbiBibG9ja3MgYWxsIGFjY2Vzc2VzIHRvIHRoZSBzdGljayB3 aGVuCj4gVVNCIGluIGZpbGUtdHJhbnNmZXIgbW9kZSBpcyBhY3RpdmUpLCBzbyBJIHNob3VsZCBn dWVzcyB0aGUgY29ycnVwdGlvbiBjb21lcwo+IHB1cmVseSBmcm9tIHRoZSBob3N0IHN5c3RlbS4K Pgo+ID4gSGFkIHRoZSBzYW1lIHByb2JsZW0gd2l0aCBTRSA2NE1iIGNhcmQgaW4gSzc1MGkuIEl0 IHR1cm5lZCBvdXQgdGhhdCBTRQo+ID4gY3JlYXRlcyBGQVQxMiBvbiBhIDMyK01iIGRpc2ssIHdo aWNoIGlzIG5vdCBzdXBwb3NlZCB0byBiZSBhbiBvcHRpb24uCj4KPiBUaGUgSzc1MGkgaXMgbm90 IGNvbXBhcmFibGUsIGFzIHRoZSBXNjAwaSBpcyBVSVEtYmFzZWQgKGkuZS4gU3ltYmlhbiArCj4g ZXh0cmFzKSwgd2hlcmVhcyB0aGUgSzc1MGkgaXMgbm90Lgo+Cj4gPiBQUy4gVG8ganVzdCBtYWtl IGl0IHdvcmsgLSBqdXN0IHJlLWZvcm1hdCBpdCBhbmQgcmVzdG9yZSBmb2xkZXJzCj4gPiBzdHJ1 Y3R1cmUuIEJ1dCBwbGVhc2UsIGNyZWF0ZSBhIGZpbGVzeXN0ZW0gZHVtcCBmaXJzdCwgdG8gbGV0 Cj4gPiBkZXZlbG9wZXJzIGRlY2lkZSBpcyBpdCBhIGZhdWx0IG9mIFNFIHBob25lIG9yIE1TRE9T RlMgY29kZS4KPgo+IEFmdGVyIHlvdSB0YWxrZWQgYWJvdXQgZmlsZXN5c3RlbSBkdW1wcywgeW91 IGdvdCBtZSBhbiBpZGVhOgo+Cj4gMSkgZm9ybWF0IHRoZSBtZW1vcnkgc3RpY2sgd2l0aCB0aGUg cGhvbmUgc29mdHdhcmUKPiAyKSBtYWtlIGEgZHVtcCB3aXRoIGRkIChkZCBpZj0vZGV2L2RhMCBv Zj1kaXNrLmltZyBicz00aykKPiAzKSBzZXQgdGhhdCB1cCBhcyBhIG1lbW9yeSBkaXNrLAo+IDQp IG1vdW50IHRoYXQ6IGxvIGFuZCBiZWhvbGQsIHRoZSBkaXJlY3Rvcnkgc3RydWN0dXJlIG9uIHRo ZSBtZW1vcnkgZGlzayB3YXMKPiBqdXN0IGFzIGl0IGlzIGRpc3BsYXllZCBpbiB0aGUgZmlsZSBt YW5hZ2VyIG9mIHRoZSBwaG9uZSAoaS5lLiwgTUVNU1RJQ0suSU5ECj4gYW5kIE1FTVNUSUNLX1BS Ty5JTkQgd2VyZSB0aGVyZSBpbiB0aGUgcm9vdCBvZiB0aGUgbW91bnQtcG9pbnQpCj4gNSkgY29w eSBteSBmaWxlcyBvdmVyIHRvIHRoZSBtb3VudCBwb2ludCwKPiA2KSB1bm1vdW50IHRoZSBtZW1v cnkgZGlzaywKPiA3KSBtb3VudCB0aGUgbWVtb3J5IGRpc2ssIGNoZWNrIGZpbGVzIGFnYWluc3Qg dGhlIHNvdXJjZSwgbG8gYW5kIGJlaG9sZCwgdGhlCj4gZmlsZXMgd2VyZSBlcXVhbCAoaS5lLiwg bm90IGNvcnJ1cHRlZCBkdXJpbmcgY29weSksCj4gOCkgdW5tb3VudCB0aGUgbWVtb3J5IGRpc2ss Cj4gOSkgcmVtb3ZlIHRoZSBtZW1vcnkgZGlzaywKPiAxMCkgY29weSB0aGUgZGlzayBpbWFnZSBi YWNrIHRvIHRoZSBwaG9uZSAoZGQgaWY9ZGlzay5pbWcgb2Y9L2Rldi9kYTAgYnM9NGspCj4KPiBX aGVuIEkgbm93IGFjY2VzcyB0aGUgbWVtb3J5IHN0aWNrIGZyb20gdGhlIHBob25lIChieSB1bnBs dWdnaW5nIGl0IGZyb20gVVNCKSwKPiB0aGUgZmlsZXMgYXJlbid0IGNvcnJ1cHQuCj4KPiBUbyBm aW5hbGx5IHRlc3QgbXkgaHlwb3RoZXNpcyB0aGF0IHRoaXMgaXMgYSBidWcgaW4gdGhlIG1zZG9z ZnMtY29kZSwgSQo+IG1vdW50ZWQgdGhlIGRldmljZSBkaXJlY3RseSBhZnRlciBkb2luZyB0aGlz ICh3aGljaCBoYWQgTUVNU1RJQ0suSU5EIGFuZAo+IE1FTVNUSUNLX1BSTy5JTkQgZGlzYXBwZWFy IGFnYWluIHVuZGVyIHRoZSBtb3VudC1wb2ludCksIGNvcGllZCBzb21lIG1vcmUKPiBmaWxlcyBv dmVyLCB1bm1vdW50ZWQsIHJlbW91bnRlZCwgYW5kIHRoZSBzYW1lIGNvcnJ1cHRpb24gc2VlbiBi ZWZvcmUKPiBvY2N1cnJlZCBhZ2FpbiB3aXRoIHRoZSBuZXdseSBjb3BpZWQgZmlsZXMgKGkuZS4s IHRoZSBwaG9uZSBzb2Z0d2FyZQo+IGNvbXBsYWluZWQgYWJvdXQgYnJva2VuIE1QM3Mgd2hlbiB1 bnBsdWdnaW5nIHRoZSBwaG9uZSBmcm9tIFVTQiBsYXRlciBvbikuCj4gVGVzdGluZyB0aGUgb2xk IGZpbGVzICh3aGljaCBJIHB1dCBvbiB0aGUgbWVtb3J5IHN0aWNrIHdpdGggdGhlIGFib3ZlCj4g cHJvY2VkdXJlKSB1bmRlciB0aGUgbW91bnQtcG9pbnQgYWdhaW5zdCB0aGUgc291cmNlIHNob3dl ZCB0aGVtIGFzIGJlaW5nIG5vdAo+IGVxdWFsLCBidXQgdGhlIHBob25lIGRpZCBub3QgY29tcGxh aW4gYWJvdXQgY29ycnVwdGVkIE1QM3Mgd2hlbiB0cnlpbmcgdG8KPiBwbGF5IHRoZW0sIHNvIGJh c2ljYWxseSBvbiB0aGUgInJlYWwiIG1lZGl1bSB0aGUgZGF0YSB3YXMgc3RpbGwgaW50YWN0Lgo+ Cj4gSWYgYW55Ym9keSB3YW50cyB0byB0ZXN0IHdpdGggYSBkdW1wIG9mIHRoZSBmaWxlc3lzdGVt IG9yIGp1c3QgbW9yZSBpbmZvLCBtYWlsCj4gbWUsIGFuZCBJJ2xsIHNldCB0aGF0IHVwIHNvbWV3 aGVyZSBhcyBhIGRvd25sb2FkLgo+Cj4gRm9yIG5vdywgSSdsbCBwZXJzb25hbGx5IHRyeSBhbmQg c2VlIHdoYXQgY2hhbmdlZCBiZXR3ZWVuIDYuMi1TVEFCTEUgYW5kCj4gNy4wLUJFVEEyIGluIHRo ZSBtc2Rvc2ZzLWNvZGUgdGhhdCBicmVha3MgdGhpcy4KPgo+IC0tCj4gSGVpa28gV3VuZHJhbQo+ IFByb2R1Y3QgJiBBcHBsaWNhdGlvbiBEZXZlbG9wbWVudAo+IC0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0KPiBPZmZpY2UgR2VybWFueSAtIEVYUE8gUEFSSyBIQU5OT1ZFUgo+ Cj4gQmVlbmljIE5ldHdvcmtzIEdtYkgKPiBNYWlsw6RuZGVyIFN0cmHDn2UgMgo+IDMwNTM5IEhh bm5vdmVyCj4KPiBGb24gICAgICAgICs0OSA1MTEgLyA1OTAgOTM1IC0gMTUKPiBGYXggICAgICAg ICs0OSA1MTEgLyA1OTAgOTM1IC0gMjkKPiBNb2JpbCAgICAgICs0OSAxNzIgLyA0MzcgMyA3MzQK PiBNYWlsICAgICAgIHd1bmRyYW1AYmVlbmljLm5ldAo+Cj4KPiBCZWVuaWMgTmV0d29ya3MgR21i SAo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiBTaXR6IGRlciBHZXNl bGxzY2hhZnQ6IEhhbm5vdmVyCj4gR2VzY2jDpGZ0c2bDvGhyZXI6IEpvcmdlIERlbGdhZG8KPiBS ZWdpc3Rlcm51bW1lcjogSFJCIDYxODY5Cj4gUmVnaXN0ZXJnZXJpY2h0OiBBbXRzZ2VyaWNodCBI YW5ub3Zlcgo+CgoKLS0gCkRlbm5pcyBNZWxlbnR5ZXYK From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 21:26:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C2F016A417 for ; Fri, 16 Nov 2007 21:26:30 +0000 (UTC) (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 7737013C474 for ; Fri, 16 Nov 2007 21:26:30 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id lAGLQTnU021297 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Nov 2007 13:26:30 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <473E0B05.6030705@errno.com> Date: Fri, 16 Nov 2007 13:26:29 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.6 (X11/20070814) MIME-Version: 1.0 To: Michael Butler References: <473DCFFB.6030700@protected-networks.net> In-Reply-To: <473DCFFB.6030700@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-dcc-servers.net-Metrics: whitelist Cc: freebsd-stable@freebsd.org Subject: Re: ath support for mini-pci 802.11n card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 21:26:30 -0000 Michael Butler wrote: > Has anyone tried the present ath driver with the mini-pc card described > as .. "Netegriti 802.11n 802.11g 802.11b 802.11a Turbo Mini PCI Wireless > Card" and advertised at > http://discountechnology.com/Netegriti-802-11n-802-11g-802-11b-802-11a-Turbo-Mini-PCI-Wireless-Card > > It appears to be based on the Atheros AR5416, AR5133 chipsets but I > can't work out from the sources if this combo is supported :- > All 5416/5418-based cards will work in legacy mode w/ the hal found at http://www.freebsd.org/~sam. But since you can't (yet) use 11n there's not much reason to want an 11n card instead of a legacy card--especially given the cost. Sam From owner-freebsd-stable@FreeBSD.ORG Fri Nov 16 23:56:28 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ECBF16A46B; Fri, 16 Nov 2007 23:56:28 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.freebsd.org (Postfix) with ESMTP id B729F13C455; Fri, 16 Nov 2007 23:56:27 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from c211-30-219-213.carlnfd3.nsw.optusnet.com.au (c211-30-219-213.carlnfd3.nsw.optusnet.com.au [211.30.219.213]) by mail16.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lAGNuLov008819 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Nov 2007 10:56:24 +1100 Date: Sat, 17 Nov 2007 10:56:21 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Peter Jeremy In-Reply-To: <20071116203512.GD20992@server.vk2pj.dyndns.org> Message-ID: <20071117091837.R65837@delplex.bde.org> References: <20071115062002.GK89746@server.vk2pj.dyndns.org> <20071115184615.GL20992@server.vk2pj.dyndns.org> <20071117025943.P64582@delplex.bde.org> <20071116203512.GD20992@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, Pete French , Bruce Evans , bde@freebsd.org Subject: Re: Float problen running i386 inary on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2007 23:56:28 -0000 On Sat, 17 Nov 2007, Peter Jeremy wrote: > On Sat, Nov 17, 2007 at 04:53:22AM +1100, Bruce Evans wrote: >> Behaviour like this should be expected on i386 but not on amd64. It >> gives the well-known property of the sin() function, that sin(x) != sin(x) >> for almost all x (!). It happens because expressions _may_ be evaluated >> in extra precision (this is perfectly standard), so identical expressions >> may sometimes be evaluated in different precisions even, or especially, >> if they are on the same line. > > Thank you for your detailed analysis. Hwever, I believe you missed > the critical point (I may have removed too much reference to the > actual problem that Pete French saw): I can take a program that was > statically compiled on FreeBSD/i386, run it in legacy (i386) mode on > FreeBSD-6.3/amd64 and get different results. > > Another (admittedly contrived) example: > ... Ah, that explains it. This was also a longstanding bug in the Linux emulator. linux_setregs() wasn't fixed to use the Linux npx control word until relatively recently (2005). Linux libraries used to set the control word in the C library (crt), which I think is the right place to initialize it since the correct initialization may depend on the language, so the bug wasn't so obvious at first. > This is identical code being executed in supposedly equivalent > environments giving different results. > > I believe the fix is to initialise the FPU using __INITIAL_NPXCW__ in > ia32_setregs(), though I'm not sure how difficult this is in reality. Yes, that is the right fix. It is moderately difficult to do correctly. linux_setregs() now just uses fldcw(&control) where control = __LINUX_NPXCW__. This depends on bugs to work, since direct accesses to the FPU in the kernel are not supported. They cause a DNA trap which should be fatal. amd64 is supposed to print a message about this error, but it apparently doesn't else log files would be fuller. i386 doesn't even print a message. npxdna() and fpudna() check related invariants but not this one. Correct code would do something like {fpu,npx}xinit(control) to initialize the control word. setregs() in RELENG_[1-4] does exactly that -- npxinit() hides the complications. Now {fpu,npx}init() is only called once or twice at boot time for each CPU, and the complications are a little larger since most initialization is delayed until the DNA trap ({fpu,npx}init() now mainly sets up a copy of the initial FPU state in memory for the trap handler to load later, and it cannot set up per-thread state since the copy in memory is a global default). The complications for delayed initialization are mainly to optimize switching of the FPU state for signal handling, but are also used for exec. Another complication here is that signal handlers should be given the default control word. This is much more broken than for setregs: - there are sysent hooks for sendsig and sigreturn, but none for setting registers in sendsig. - all FreeBSD sendsig's end up using the gobal default initial FPU state (if they support switching the FPU state at all). - all Linux sendsig's are missing support for switching the FPU state. - suppose that the initial FPU (or even CPU) state is language-dependent and this is implemented mainly in the language runtime startup. sendsig's would have a hard time determining the languages' defaults so as to set them. The languages would need to set the defaults in signal trampolines. Bruce From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 01:46:52 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0C5616A420; Sat, 17 Nov 2007 01:46:52 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id A40BF13C4B8; Sat, 17 Nov 2007 01:46:52 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 891E02EB952; Fri, 16 Nov 2007 20:31:04 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hbQqb1VE0BqD; Fri, 16 Nov 2007 20:31:04 -0500 (EST) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 5C92F2EB94E; Fri, 16 Nov 2007 20:31:04 -0500 (EST) Received: by localhost (Postfix, from userid 21281) id 2C11D33C22; Fri, 16 Nov 2007 20:31:04 -0500 (EST) Date: Fri, 16 Nov 2007 20:31:04 -0500 From: Adam McDougall To: stable@freebsd.org Message-ID: <20071117013104.GE46369@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: ceri@freebsd.org Subject: Hook up idmapd to build in 6-stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 01:46:52 -0000 I am beginning to dabble with NFSv4 client functionality. I noticed idmapd is not built in -stable but it has been in -current since src/sbin/Makefile v. 1.163 (13 months ago). Should it be hooked up to the build? Thanks From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 06:01:58 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF7C516A417 for ; Sat, 17 Nov 2007 06:01:58 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ro-out-1112.google.com (ro-out-1112.google.com [72.14.202.179]) by mx1.freebsd.org (Postfix) with ESMTP id 6970B13C457 for ; Sat, 17 Nov 2007 06:01:54 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ro-out-1112.google.com with SMTP id k5so811122rog for ; Fri, 16 Nov 2007 22:01:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=/YlUJ+8JVEMzotZwp0kx3GeRaA2N7RnbWvXwyKXhMKY=; b=l/+J6QyjrLVbGKMr0wF3JF1xFwdnCFK+Ap5Oj7FsM4PWCMPmbjTYMMYyVSI36s2Pu2DxBFFQ0V7zfsH2mxWbJcNWhf4IpHa6eCUjGeDZ0WWfiViORIdMZiPSPuGW8zVSCalBK//e7XG60Pub0w2sdRb23utsrAI8xeEyVkUQn2E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=p+h28s9oDS5vv9dfl23mfPcZH4rr+k7AqqjAVUh7I97wsHNPENrJ9tYq0NMyhPXsUEzUfuOFsJZEyOMTNhP+kXJRICtbvCnZdoOyPu23k88iM4NYxN/6t2jwuYDY0q8hM6rMweRXnUOWYp3Fw3W3/KKTmoRqSUts/FcPQXCA9ZU= Received: by 10.115.108.1 with SMTP id k1mr909795wam.1195277784604; Fri, 16 Nov 2007 21:36:24 -0800 (PST) Received: by 10.114.13.15 with HTTP; Fri, 16 Nov 2007 21:36:24 -0800 (PST) Message-ID: Date: Fri, 16 Nov 2007 21:36:24 -0800 From: "Kip Macy" To: "Adam McDougall" In-Reply-To: <20071117013104.GE46369@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117013104.GE46369@egr.msu.edu> Cc: stable@freebsd.org, ceri@freebsd.org Subject: Re: Hook up idmapd to build in 6-stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 06:01:58 -0000 It was initially brought in by Alfred but I don't think anyone has done much work on NFSv4 on FreeBSD. It would be nice to have. -Kip On Nov 16, 2007 5:31 PM, Adam McDougall wrote: > I am beginning to dabble with NFSv4 client functionality. I noticed > idmapd is not built in -stable but it has been in -current since src/sbin/Makefile > v. 1.163 (13 months ago). Should it be hooked up to the build? Thanks > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 09:06:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 963E016A4D4 for ; Sat, 17 Nov 2007 09:06:17 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id E253613C469 for ; Sat, 17 Nov 2007 09:06:16 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 17 Nov 2007 09:06:04 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp021) with SMTP; 17 Nov 2007 10:06:04 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1/iN5UeC/Dif1N8hHRYEJPpiXh+xyF7xgo8Y3L+Xg ov4lp4NV3LldXh Message-ID: <473EAEFC.1050008@gmx.de> Date: Sat, 17 Nov 2007 10:06:04 +0100 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: creating msdosfs (fat32) locks the system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 09:06:17 -0000 I'm running RELENG_7-BETA2. Creating files (e.g. by copying something) to a fat32 mount locks up the whole system for a moment. This is best witnessed when copying many files. With slow files the mouse will start to feel jaggy and music plays slower. When creating large files, you'll actually hear the music freeze (which sounds quite nasty) and see that the whole X session freezes (i.e. no mouse movement and the screen is entirely frozen). I have this problem ever since I switched from RELENG_6 to RELENG_7. I didn't find a PR about it, should I create one? From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 10:01:41 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1A3B16A417 for ; Sat, 17 Nov 2007 10:01:41 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx01.syd.optusnet.com.au (fallbackmx01.syd.optusnet.com.au [211.29.132.93]) by mx1.freebsd.org (Postfix) with ESMTP id 1FF8713C474 for ; Sat, 17 Nov 2007 10:01:33 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by fallbackmx01.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id lAGHrT3H027319 for ; Sat, 17 Nov 2007 04:53:36 +1100 Received: from c211-30-219-213.carlnfd3.nsw.optusnet.com.au (c211-30-219-213.carlnfd3.nsw.optusnet.com.au [211.30.219.213]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lAGHrMii020019 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Nov 2007 04:53:24 +1100 Date: Sat, 17 Nov 2007 04:53:22 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Peter Jeremy In-Reply-To: <20071115184615.GL20992@server.vk2pj.dyndns.org> Message-ID: <20071117025943.P64582@delplex.bde.org> References: <20071115062002.GK89746@server.vk2pj.dyndns.org> <20071115184615.GL20992@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, bde@freebsd.org, Pete French Subject: Re: Float problen running i386 inary on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 10:01:42 -0000 On Fri, 16 Nov 2007, Peter Jeremy wrote: > I've Cc'd bde@ because this relates to the FPU initialisation - which > he is the expert on. > > On Thu, Nov 15, 2007 at 12:54:29PM +0000, Pete French wrote: >>> On Fri, Nov 02, 2007 at 10:04:48PM +0000, Pete French wrote: >>>> int >>>> main(int argc, char *argv[]) >>>> { >>>> if(atof("3.2") == atof("3.200")) >>>> puts("They are equal"); >>>> else >>>> puts("They are NOT equal!"); >>>> return 0; >>>> } >>> >>> Since the program as defined above does not include any prototype for >>> atof(), its return value is assumed to be int. The i386 code for the >>> comparison is therefore: >> >> Sorry, I didn't bother sticking the include lines in when I sent it >> to the mailing list as I assumed it would be ovious that you need >> to include the prototypes! > > OK, sorry for the confusion. > >> Interestingly, if you recode like this: >> >> double x = atof("3.2"); >> double y = atof("3.200"); >> if(x == y) >> puts("They are equal"); >> else >> puts("They are NOT equal!"); >> >> Then the problem goes away! Glancing at the assembly code they both appear to >> be doing the same thing as regards the comparison. Glance more closely. Behaviour like this should be expected on i386 but not on amd64. It gives the well-known property of the sin() function, that sin(x) != sin(x) for almost all x (!). It happens because expressions _may_ be evaluated in extra precision (this is perfectly standard), so identical expressions may sometimes be evaluated in different precisions even, or especially, if they are on the same line. atof(s) and sin(x) are expressions, so they may or may not be evaluated in extra precision. Certainly they may be evaluated in extra precision internally. Then when they return a result, C99 doesn't require discarding any extra precision. (It only requires a conversion if the type of the expression being returned is different from the return type. Then it requires a conversion as if by assignment, and such conversions _are_ required to discard any extra precision. This gives the bizarre behaviour that, if a functon returning double uses long double internally until the return statement so as to get extra precision, then it can only return double precision, since the return statement discards the extra precision, while if it uses double precision internally then it may return extra precision and the extra bits may even be correct.) The actual behaviour depends on implementation details and bugs. Programmers are supposed to be get almost deterministic behaviour (with no _may_'s) by using casts or assignments to discard any extra precision. E.g., in functions that are declared as double, to actually return only double precision, use "return ((double)(x + y))" instead of "return (x + y)", or assign the result to a double (maybe "x += y; return (x);"). However, this is completely broken for gcc on i386's. For gcc on i386's, casts and assignments _may_ actually work as required by C99. The -ffloat-store hack is often recommended for fixing problems in this area, but it only works for assignments; casts remain broken, and the results of expressions remain unpredictable and dependent on the optimization level because intermediate values _may_ retain extra precision depending on whether they are spilled to memory and perhaps on other things (spilling certainly removes extra precision). This has been intentionally broken for about 20 years now. It is hard to fix without pessimizing almost everything in much the same way as -ffloat-store. The pessimization is larger than it was 20 years ago since memory is relatively slower (though the stores now normally go to L1 caches which are very fast, they add a relatvely large amount to pipeline latency) and register allocation is better. It is hard to write code that avoids the pessimization, since only code that uses very long expressions with no assignments to even register variables can avoid the stores. (Store+load to discard the extra precision is another implementation detail. It is the fastest way, even if a value with extra precision is in a register.) To work around the gcc bugs, something like *(volatile double *)&x must be used to reduce "double x;" to actually be a double. The actual behaviour is fairly easy to describe for (f(x) == f(x)): amd64: if f() returns float, then the value is returned in the low quarter of an XMM register, so extra precision is automatically discarded and the results are equal except in exceptional cases (if f(x) is a NaN or varies due to internals in the function). Assignment of the result(s) to variables of any type work correctly and don't change the values since float is the lowest precision. if f() returns double, similarly except the value is returned in the low half of an XMM register, and assignment of the result(s) to variable(s) of type float would work correctly and reduce to float precision. if f() returns long double, then the value is returned on the top of the FPU stack. Since the result has maximal precision, neither return statment may discard precision, and since the declared type is the actual type, the compiler cannot discard any extra precision accidentally. Assignment of the result(s) to variable(s) of type float or double would work correctly and reduce to the precision of the variable(s). i386: The value is always returned on the top of the FPU stack. It _may_ have extra precision if the return type is float or double. If f() returns float, then the value is very likely to have extra precision from something like "return (x + y)" at the end of f(). Then since the ABI requires spilling the result of the first f(x) before calling f() again, and since gcc doesn't know that f(x) has extra precision, the first f(x) is spilled to a termporary variable of type float and thus loses all of its extra precision. Then the second f(x) is very likely to return extra precision. With optimization, the second f(x) is never spilled -- it is just compared with the spilled first f(x) so it is very likely to compare unequal. Without optimization, or maybe with -ffloat-store, the second f(x) _may_ be stored to memory too, so the results may compare equal. Explicit assignments to variables of type float have no effect on any of this due to the compiler bugs, unless the variables are volatile. If f() returns double, then under FreeBSD extra precision is normally discarded before returning, since FreeBSD still uses double precision for evaluating expressions so as to avoid bugs in this area. ("return (x + y)" returns double precision, possibly with extra exponent range, since "x + y" is rounded to double precision.) However, functions like sqrt() and sin() return long double precision due to the implementation detail that they are evaluated in hardware in extra precision and the bugfeature that this extra precision is not discarded.) Then the behaviour is similar to the float case -- due to the compiler bugs, the extra precision cannot be discarded by assigning the results to variables of type double unless the variables are volatile, etc. I don't know how atof() could return extra precision. If f() returns long double, then the behaviour is the same as on amd64, except long double is almost completely useless, since most expressions are evaluated in double precision. > The underlying problem is that the amd64 FPU is initialised to 64-bit > precision mode, whilst the i386 FPU is initialised to 53-bit precision > mode (__INITIAL_FPUCW__ in amd64/include/fpu.h vs __INITIAL_NPXCW__ in > i386/include/npx.h). This is more of a feature than a problem, especially on amd64 where 64-bit precision works and doesn't interfere with 53-bit precision. (However, 64-bit precision is very slow, especially for vectors since it cannot use SSE, and the amd64 ABI defeats the main point of having extra precision, which is to automatically evaluate most expressions in extra precision so as to protect naive programmers from most precision bugs and make the precision bugs very hard to understand and/or work around when they occur. This ABI is actually more of a problem for floats than for doubles -- for doubles, the behaviour is almost the same as with FreeBSD-i386's reduced-precision hack, and problems are rare because double precision is enough for most things, but float precision isn't enough for most things.) > It looks like the FPU is initialised during the > machine-dependent CPU initialisation and then inherited by subsequent > processes as they are fork()d. The fix is probably to explicitly > initialise the FPU for legacy mode processes on the amd64. > > A work-around would be to call fpsetprec(FP_PD) (see ) > at the start of main(). This would avoid most non-bugs in this area in the same way as FreeBSD-i386's reduced precision hack does accidentally (the hack is only intended to avoid the compiler bugs, at least now). I still don't know how atof() could return extra precision on amd64. Long-term changes to the FP environment are dangerous for various reasons: - setjmp()/longjmp() still don't support SSE (mxcsr is missing in jmp_buf; IIRC, this affects fpsetround() but not fpsetprec()). - library functions have not been tested much in non-default environments. Reducing the precision on amd64 should work unsurprisingly. Increasing the precision on i386 probably breaks at least trig arg reduction (for double and maybe even for float precision) due to the compiler bugs. Breaking atof("3.2") might be expected too, since 0.2 is not exactly representable and, although atof (gdtoa) is careful about precision, it is careful code that is most broken by the compiler bugs. However, I would expect gdtoa to just work with the default precision on amd64. Bruce From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 11:15:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2FBE16A468 for ; Sat, 17 Nov 2007 11:15:18 +0000 (UTC) (envelope-from marcolz@serv1-mk3.ilse.net) Received: from serv1-mk3.ilse.net (serv1-mk3.ilse.net [62.69.160.41]) by mx1.freebsd.org (Postfix) with ESMTP id 7D71313C461 for ; Sat, 17 Nov 2007 11:15:17 +0000 (UTC) (envelope-from marcolz@serv1-mk3.ilse.net) Received: (from marcolz@localhost) by serv1-mk3.ilse.net (8.13.4/8.12.11) id lAHBEkwi026033; Sat, 17 Nov 2007 12:14:46 +0100 (CET) (envelope-from marcolz) Date: Sat, 17 Nov 2007 12:14:46 +0100 From: Marc Olzheim To: freebsd-stable@freebsd.org Message-ID: <20071117111446.GA24272@ilse.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline X-Operating-System: FreeBSD serv1-mk3.ilse.net 4.11-STABLE FreeBSD 4.11-STABLE X-URL: http://ilse.nl/ User-Agent: Mutt/1.5.11 Cc: Marc Olzheim Subject: FreeBSD 7.0-BETA2 /usr/src/sys/conf/kern.mk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 11:15:19 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline For the MACHINE_ARCH == "amd64" & ${CC} != "icc" case, the -mno-sse3 flag that *is* set for MACHINE_ARCH == "i386", is not set. I don't think the current gcc actually uses sse3 anywhere in the kernel compile, as my kernels are working as normal, but for the sake of completeness, I suggest the attached patch. (For CURRENT as well as RELENG_7) Marc --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="kern.mk.patch" --- /usr/src/sys/conf/kern.mk.orig 2007-05-24 21:53:42.000000000 +0000 +++ /usr/src/sys/conf/kern.mk 2007-11-17 12:10:28.000000000 +0000 @@ -70,7 +70,7 @@ # .if ${MACHINE_ARCH} == "amd64" CFLAGS+= -mcmodel=kernel -mno-red-zone \ - -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow \ + -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow \ -msoft-float -fno-asynchronous-unwind-tables INLINE_LIMIT?= 8000 .endif --dDRMvlgZJXvWKvBx-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 11:20:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB59316A41A; Sat, 17 Nov 2007 11:20:10 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7603713C45B; Sat, 17 Nov 2007 11:20:10 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 5E7A31BAC27; Sat, 17 Nov 2007 12:20:09 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lAHBK6Yt039243; Sat, 17 Nov 2007 12:20:06 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1195298408; bh=EaSOO54+rahyca4nG2+xz9SIv3A/pu5P+yhCsJh 9ZbU=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=SmhJpUNeYNS I8xBso60oh8LSPriDkCG4xGGMQsLTH/8aRL1dhezMY+2S+BbUHYQiM+bCLIwRA1lvEt g9hQbUvA== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=05xah0ERbspPx7FEU+2rg8MhAWHCOrHL3fv8rZM8fwfdA3dbU0WKBbGZNC8BjZfTQ fGhULuzuDKT21Qhlfy0mw== Message-ID: <473ECE66.4040901@restart.be> Date: Sat, 17 Nov 2007 12:20:06 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <47348CAC.5020208@restart.be> <20071110085312.GG37371@garage.freebsd.pl> <4735986F.5000307@restart.be> <20071110124806.GI37371@garage.freebsd.pl> <47371A4F.9080004@restart.be> In-Reply-To: <47371A4F.9080004@restart.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 11:20:11 -0000 Henri Hennebert wrote: > Pawel Jakub Dawidek wrote: >> On Sat, Nov 10, 2007 at 12:39:27PM +0100, Henri Hennebert wrote: >>> Pawel Jakub Dawidek wrote: >>>> On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: >>>>> hello >>>>> >>>>> To push zfs, I launch 2 scrub at the same time, after ~20 seconds >>>>> the system freeze: >>>> [...] >>>> >>>> I found a deadlock too. If it's reproducable for you, can you try this >>>> patch: >>> I reproduce it after 30 minutes, si I try you patch. >>> >>>> http://people.freebsd.org/~pjd/patches/zgd_done.patch >>> when I try to load zfs.ko I get: >>> >>> # kldload zfs >>> link_elf: symbol kproc_create undefined >>> kldload: can't load zfs: No such file or directory >>> >>> What must I add to my config to resolve this symbol / problem >> >> Ouch, you don't use HEAD. Try changing kproc_*() to kthread_*(). >> > Today, after more than 10 scrubs, no deadlock. This patch is effective. > Maybe this is not related, but when I copy a 600MB file from zfs to a ufs under gjournal, my system freeze completely. A break on the serial console don't go to debugging! Henri From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 12:39:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 762E616A419 for ; Sat, 17 Nov 2007 12:39:24 +0000 (UTC) (envelope-from angrywolf@flashmail.com) Received: from b.relay.invitel.net (b.relay.invitel.net [62.77.203.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3017C13C4BE for ; Sat, 17 Nov 2007 12:39:22 +0000 (UTC) (envelope-from angrywolf@flashmail.com) Received: from mail.invitel.hu (mail.vnet.hu [213.163.59.4]) by b.relay.invitel.net (Invitel Core SMTP Transmitter) with ESMTP id BCB4F386B5C for ; Sat, 17 Nov 2007 13:16:53 +0100 (CET) Received: from 555555.no-ip.org ([82.131.217.82]) by mail.invitel.hu (Invitel Messaging Server) with ESMTPA id <0JRN00I33GS4GT50@invitel.hu> for freebsd-stable@freebsd.org; Sat, 17 Nov 2007 13:16:53 +0100 (CET) Received: by 555555.no-ip.org (Postfix, from userid 8) id 2E9F08FCAF; Sat, 17 Nov 2007 13:16:52 +0100 (CET) Received: from gep7.555555.no-ip.org (gep7 [172.16.0.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by 555555.no-ip.org (Postfix) with ESMTP id C479B8FCAD for ; Sat, 17 Nov 2007 13:16:30 +0100 (CET) Date: Sat, 17 Nov 2007 13:16:25 +0100 From: AngryWolf In-reply-to: <473EAEFC.1050008@gmx.de> To: freebsd-stable@freebsd.org Message-id: <200711171316.25895.angrywolf@flashmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 7BIT Content-disposition: inline References: <473EAEFC.1050008@gmx.de> User-Agent: KMail/1.9.7 Subject: Re: creating msdosfs (fat32) locks the system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 12:39:24 -0000 Hi, I have the same experience. I don't know if it's a feature or a bug. -- AngryWolf angrywolf@flashmail.com On Saturday 17 November 2007 10.06.04 [LoN]Kamikaze wrote: > I'm running RELENG_7-BETA2. Creating files (e.g. by copying something) to a > fat32 mount locks up the whole system for a moment. This is best witnessed > when copying many files. With slow files the mouse will start to feel jaggy > and music plays slower. > When creating large files, you'll actually hear the music freeze (which > sounds quite nasty) and see that the whole X session freezes (i.e. no mouse > movement and the screen is entirely frozen). > > I have this problem ever since I switched from RELENG_6 to RELENG_7. I > didn't find a PR about it, should I create one? From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 14:01:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC20216A419; Sat, 17 Nov 2007 14:01:38 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 7756413C448; Sat, 17 Nov 2007 14:01:37 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (d116131.adsl.hansenet.de [80.171.116.131]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1ItOEg2kLI-0005KR; Sat, 17 Nov 2007 15:01:27 +0100 Message-ID: <473EF438.5090004@janh.de> Date: Sat, 17 Nov 2007 15:01:28 +0100 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Colin Percival References: <473B5D10.1070109@janh.de> <473BD54F.9050808@freebsd.org> <473C1FD1.70001@janh.de> <473DA6B5.10107@freebsd.org> In-Reply-To: <473DA6B5.10107@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1+x5O/QaD52STiuWbYQai2YBvOZDhXfahGIVdn lz5X4UUpZJjY3TObxCcw/oG5PiCYDsoR2mB5MZ1Omu0TlZklLy gEb6Y13bfkQc8VR0Q/Hyg== Cc: stable-list freebsd Subject: Re: freebsd-update 6.2-R -> 6.3-B1 rollback failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 14:01:38 -0000 Colin Percival wrote: > Jan Henrik Sylvester wrote: >> Colin Percival wrote: >>> I believe that your system is now 6.3-BETA1 with a few shared libraries >>> from 6.2-RELEASE mixed in. If you can get a copy of /lib/*.so.* and >>> /usr/lib/*.so.* from a 6.3-BETA1 system and install those into place >>> (in fact, probably all you need is /lib/libc.so.6) your system should >>> be ok. Let me know if you need any help with this. >> I guess I can download a 6.3-BETA1 cd and copy the files over from >> there. If you have a better way, please, let me know. > > That's probably the safest approach. Theoretically you could get all of There are no more BETA1 images on FTP -- I should have thought of that. My next idea would be to use libs from a BETA2 cd to try to make the system bootable again. If that worked, I would have a system with BETA1 / BETA2 mixture... would freebsd-update be able to bring that to BETA2 or would it fail? (I could answer that myself, if I knew the answer to the question at the bottom.) Or should I install BETA2 from cd on top of it? (I have never done that, but I assume that is possible without reinstalling all packages as well.) > In short, as long as you don't build a custom kernel but call it "GENERIC" or > "SMP", FreeBSD Update should automatically DTRT. That is exactly my question. On 6.2-RELEASE, I sometimes used a modified ld-elf.so.1 or a single patched module without recompiling the kernel. What does using freebsd-update (accidentally or deliberately) do in that case? By accident, I discovered that it does not always fail. Does it skip the modified files, overwrite them with new versions, or overwrite them with an unpredictable bdiff merge that is likely garbage? (From my observations, I assume that it does the second -- but maybe that was just luck.) Thanks, Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 14:05:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9C7316A418 for ; Sat, 17 Nov 2007 14:05:54 +0000 (UTC) (envelope-from www@fama.uk.clara.net) Received: from fama.uk.clara.net (fama.uk.clara.net [195.8.71.206]) by mx1.freebsd.org (Postfix) with ESMTP id 42A6D13C468 for ; Sat, 17 Nov 2007 14:05:53 +0000 (UTC) (envelope-from www@fama.uk.clara.net) Received: from fama.uk.clara.net (localhost [127.0.0.1]) by fama.uk.clara.net (8.13.1/8.13.3) with ESMTP id lAHBFoji009613 for ; Sat, 17 Nov 2007 11:15:50 GMT (envelope-from www@fama.uk.clara.net) Received: (from www@localhost) by fama.uk.clara.net (8.13.1/8.13.3/Submit) id lAHBFoNl009612; Sat, 17 Nov 2007 11:15:50 GMT (envelope-from www) Date: Sat, 17 Nov 2007 11:15:50 GMT Message-Id: <200711171115.lAHBFoNl009612@fama.uk.clara.net> To: freebsd-stable@freebsd.org From: eBay Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Seller has responded to your question about this item X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: member@ebay.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 14:05:54 -0000 eBay sent this message to your email address. Your registered EMAIL is included to show this message originated from eBay. [1]Learn more. [ltCurve.gif] Seller has responded to your question about this item [rtCurve.gif] [iconAlert_32x32.gif] Do not respond to the sender if this message requests that you complete the transaction outside of eBay. This type of offer is against eBay policy, may be fraudulent, and is not covered by buyer protection programs. [2]Learn More. Dear eBay member, Hi again, i have no laptop from you by now if i don`t get an answer in 24 hours i will report you to eBay , PayPal and Police. John - yota89 Did this answer your question? If not, let the seller know. [s.gif] [3][btnRespond.gif] Item and user details Item Title: 57 Pound Copper Ingot Item Number: 290175579491 Item URL: http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=290175579491 End Date: Nov-17-07 11:29:54 PST From User: [4]yota8! 9 ([5]170 [iconTealStar_25x25.gif] ) 100.0% Positive Feedback Member since Jul-06-00 in United States Location : MI, United States Activity with yota89 (last 90 days):I have bid on 1 items from yota89 This message was s! ent whil e the listing was active.yota89 is a seller. Marketplace Safety Tip Marketplace Safety Tip * Second Chance Offer emails with the subject of "message from eBay Member" are fake. Real [6]Second Chance Offers come directly from eBay and also appear in [7]My Messages with a subject stating "You have a second chance offer...". * Never pay for your eBay item using instant case wire transfer services through [8]Western Union or [9]MoneyGram. Th! ese paym ent methods are unsafe when paying someone you don't know. [10]Learn more about sending payments. * Is this email inappropriate? Does it violate [11]eBay policy? Help protect the Community by [12]reporting it. [s.gif] _________________________________________________________________ [13]Learn More to protect yourself from spoof (fake) emails. Another eBay member sent this email to tkalkman7442@charter.net through the eBay platform. eBay takes no liability for the sending of this email or its content Visit our [14]Privacy Policy and [15]User Agreement if you have any questions. You can [16]report this message as unsolicited (spam/spoof) email. Co! pyright © 2007 eBay Inc. All Rights Reserved. Designated trade! marks an d brands are the property of their respective owners. eBay and the eBay logo are trademarks of eBay Inc. eBay Inc. is located at 2145 Hamilton Avenue, San Jose, CA 95125. References 1. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 2. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 3. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 4. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 5. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 6. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 7. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 8. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 9. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?S!ignIn&ru=http%3A//www.ebay.com/&_trksid=m37 10. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 11. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 12. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 13. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 14. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 15. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 16. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 15:31:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 330F616A41B for ; Sat, 17 Nov 2007 15:31:42 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mo2so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF3B13C478 for ; Sat, 17 Nov 2007 15:31:41 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mr5so.prod.shaw.ca (pd2mr5so-qfe3.prod.shaw.ca [10.0.141.8]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JRN00H0HPS34P80@l-daemon> for freebsd-stable@freebsd.org; Sat, 17 Nov 2007 08:31:15 -0700 (MST) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd2mr5so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JRN00DTVPS27J10@pd2mr5so.prod.shaw.ca> for freebsd-stable@freebsd.org; Sat, 17 Nov 2007 08:31:15 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.201.197]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JRN00A7EPS2QX70@l-daemon> for freebsd-stable@freebsd.org; Sat, 17 Nov 2007 08:31:14 -0700 (MST) Received: (qmail 34849 invoked from network); Sat, 17 Nov 2007 15:31:05 +0000 Received: from unknown (HELO hexahedron.daemonology.net) (127.0.0.1) by localhost with SMTP; Sat, 17 Nov 2007 15:31:05 +0000 Date: Sat, 17 Nov 2007 07:31:05 -0800 From: Colin Percival In-reply-to: <473EF438.5090004@janh.de> To: Jan Henrik Sylvester Message-id: <473F0939.9050800@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.95.5 References: <473B5D10.1070109@janh.de> <473BD54F.9050808@freebsd.org> <473C1FD1.70001@janh.de> <473DA6B5.10107@freebsd.org> <473EF438.5090004@janh.de> User-Agent: Thunderbird 2.0.0.9 (X11/20071117) Cc: stable-list freebsd Subject: Re: freebsd-update 6.2-R -> 6.3-B1 rollback failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 15:31:42 -0000 Jan Henrik Sylvester wrote: >> In short, as long as you don't build a custom kernel but call it >> "GENERIC" or >> "SMP", FreeBSD Update should automatically DTRT. > > That is exactly my question. On 6.2-RELEASE, I sometimes used a modified > ld-elf.so.1 or a single patched module without recompiling the kernel. > What does using freebsd-update (accidentally or deliberately) do in that > case? By accident, I discovered that it does not always fail. Does it > skip the modified files, overwrite them with new versions, or overwrite > them with an unpredictable bdiff merge that is likely garbage? Depending on the UpdateIfUnmodified option in freebsd-update.conf, it will either update files to "clean" new versions or print a warning message and not touch them. There's also an IgnorePaths directive which you can use to tell FreeBSD Update not to touch some files (even if they haven't been modified locally). FreeBSD Update will never produce mangled files as a result of applying a bsdiff patch to the wrong file -- it checks file hashes before and after applying patches and gracefully falls back to downloading complete files if it can't generate a file via patching. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 16:05:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27E7616A417; Sat, 17 Nov 2007 16:05:30 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 8205013C455; Sat, 17 Nov 2007 16:05:29 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (d116131.adsl.hansenet.de [80.171.116.131]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1ItQAb1yo9-0005Ms; Sat, 17 Nov 2007 17:05:22 +0100 Message-ID: <473F1140.9040705@janh.de> Date: Sat, 17 Nov 2007 17:05:20 +0100 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Colin Percival References: <473B5D10.1070109@janh.de> <473BD54F.9050808@freebsd.org> <473C1FD1.70001@janh.de> <473DA6B5.10107@freebsd.org> <473EF438.5090004@janh.de> <473F0939.9050800@freebsd.org> In-Reply-To: <473F0939.9050800@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1+XoWMHdsEcrX1QZxArdTuTGo06RvGxCx4v73M J/c2HL+fyRp/4vn79579NwchzAIDqUW5StBZ0vdv04Wuw4HftA OFY5b+KY+Q0YbjyRDKTZw== Cc: stable-list freebsd Subject: Re: freebsd-update 6.2-R -> 6.3-B1 rollback failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 16:05:30 -0000 Colin Percival wrote: > Depending on the UpdateIfUnmodified option in freebsd-update.conf, it will > either update files to "clean" new versions or print a warning message and > not touch them. > > There's also an IgnorePaths directive which you can use to tell FreeBSD > Update not to touch some files (even if they haven't been modified locally). > > FreeBSD Update will never produce mangled files as a result of applying a > bsdiff patch to the wrong file -- it checks file hashes before and after > applying patches and gracefully falls back to downloading complete files > if it can't generate a file via patching. If freebsd-update allowed an 'upgrade' to the version already installed, one could (mis)use it as a tool to repair a 'broken' system... (probably a naive idea.) Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 17:48:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 081AD16A418 for ; Sat, 17 Nov 2007 17:48:29 +0000 (UTC) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator3.gatech.edu (deliverator3.gatech.edu [130.207.165.163]) by mx1.freebsd.org (Postfix) with ESMTP id BCE5213C508 for ; Sat, 17 Nov 2007 17:48:28 +0000 (UTC) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator8.gatech.edu (deliverator8.prism.gatech.edu [130.207.171.128]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "deliverator1.gatech.edu", Issuer "Georgia Tech Server Root" (not verified)) by deliverator3.gatech.edu (Postfix) with ESMTP id 511D6222640 for ; Sat, 17 Nov 2007 12:21:19 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator8.gatech.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 2AC67D2; Sat, 17 Nov 2007 12:20:58 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Received: from mailprx1.gatech.edu (mailprx1.prism.gatech.edu [130.207.171.15]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "smtp.mail.gatech.edu", Issuer "RSA Data Security, Inc." (verified OK)) by deliverator8.gatech.edu (Postfix) with ESMTP id 973E738; Sat, 17 Nov 2007 12:20:56 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Received: from hal2000 (r36h21.res.gatech.edu [128.61.36.21]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (sasl: method=LOGIN, username=nreveles3@mailprx1.gatech.edu, sender=n/a) by mailprx1.gatech.edu (Postfix) with ESMTP id 3C690269B; Sat, 17 Nov 2007 12:20:56 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Message-ID: <013f01c8293e$48c12db0$6600a8c0@hal2000> From: "Nic Reveles" To: References: <005301c825a2$6d762c90$6600a8c0@hal2000> <200711130646.20986.yuri.pankov@gmail.com> Date: Sat, 17 Nov 2007 12:21:25 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: Yuri Pankov Subject: Re: Upgrading from FreeBSD 5.4 to 5.5 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 17:48:29 -0000 Thanks for the tips! Still having the same problem though... I have changed the tag in my supfile to: *default tag=RELENG_5_5 I then removed the directory '/usr/src/contrib/cvs' and ran cvsup again. But when I run 'make buildworld' I still get the previous error. ===> gnu/usr.bin/cvs/contrib sed -e 's,@CSH@,/bin/csh,' -e 's@PERL@,/usr/bin/perl,' /usr/src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in > Makefile "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in usr/src/gnu/usr.bin/cvs. I assume this means it is not a problem with timestamps. What is causing this and is it easily fixed? Nic ----- Original Message ----- From: "Yuri Pankov" To: Cc: "Nic Reveles" Sent: Monday, November 12, 2007 10:46 PM Subject: Re: Upgrading from FreeBSD 5.4 to 5.5 STABLE > On Tuesday 13 November 2007 06:08:10 Nic Reveles wrote: >> Hello, >> >> I am trying to update my version of FreeBSD from 5.4 to 5.5-STABLE. This >> is one of the many things I've yet to get my feet wet with yet, and so >> I'm >> not entirely sure what it is I am doing. I've made a backup of my most >> critical work. >> >> Some links I've found describing this process: >> 1. >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html >> 2. http://www.nabble.com/Upgrading-FreeBSD-Questions-t4716949.html >> >> So far I've run cvsup with a line in it: >> *default tag=RELENG_5_5_0_RELEASE >> >> After a long time it said that it finished successfully. Regardless, I'm >> not sure if the line I used is correct to get 5.5 STABLE. > > No, correct tag for 5-STABLE is RELENG_5 (or, if by "5.5 STABLE" you mean > 5.5 > with security patches, tag should be RELENG_5_5). See > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html > >> >> Then I ran: >> % make buildworld >> >> ===> gnu/usr.bin/cvs/contrib >> sed -e 's,@CSH@,/bin/csh,' -e 's@PERL@,/usr/bin/perl,' >> /usr/src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.. >>in > Makefile "Makefile", line 15: Need an operator >> make: fatal errors encountered -- cannot continue >> *** Error code 1 >> >> Stop in usr/src/gnu/usr.bin/cvs. >> *** Error code 1 >> >> Stop in usr/src/gnu/usr.bin. >> *** Error code 1 >> >> Stop in usr/src/gnu. >> *** Error code 1 >> >> Stop in usr/src. >> *** Error code 1 >> >> Stop in usr/src. >> *** Error code 1 >> >> Stop in usr/src. >> *** Error code 1 >> >> Stop in usr/src. >> > > I've seen this error before, it has something to do with timestamps in > src/contrib/cvs (I've copied source tree using cp). Try > removing /usr/src/contrib/cvs directory and cvsup again. > >> Unfortunately, I typed all that out by hand and so it is quite possible >> there is a typo or two, but that is the general jist of it all. Is there >> someone who knows what is going on with this? All answers/tips are >> greatly >> appreciated! >> >> Nic R. > > Yuri > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 17:53:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6B1216A417 for ; Sat, 17 Nov 2007 17:53:08 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing02.lava.net (outgoing02.lava.net [64.65.64.125]) by mx1.freebsd.org (Postfix) with ESMTP id B7C3F13C461 for ; Sat, 17 Nov 2007 17:53:05 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing02.lava.net (Postfix) with ESMTP id 10465B84CF; Sat, 17 Nov 2007 07:52:53 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 38AD6153882; Sat, 17 Nov 2007 07:52:52 -1000 (HST) Date: Sat, 17 Nov 2007 07:52:52 -1000 From: Clifton Royston To: Nic Reveles Message-ID: <20071117175251.GA12871@lava.net> Mail-Followup-To: Nic Reveles , freebsd-stable@freebsd.org, Yuri Pankov References: <005301c825a2$6d762c90$6600a8c0@hal2000> <200711130646.20986.yuri.pankov@gmail.com> <013f01c8293e$48c12db0$6600a8c0@hal2000> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <013f01c8293e$48c12db0$6600a8c0@hal2000> User-Agent: Mutt/1.4.2.2i Cc: Yuri Pankov , freebsd-stable@freebsd.org Subject: Re: Upgrading from FreeBSD 5.4 to 5.5 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 17:53:08 -0000 On Sat, Nov 17, 2007 at 12:21:25PM -0500, Nic Reveles wrote: > Thanks for the tips! Still having the same problem though... > > I have changed the tag in my supfile to: > *default tag=RELENG_5_5 > > I then removed the directory '/usr/src/contrib/cvs' and ran cvsup again. > > But when I run 'make buildworld' I still get the previous error. Did you try removing any CFLAGS settings from /etc/make.conf? Someone else mentioned it to you, and that had given me significant trouble doing a buildworld at one point. (The resulting errors happened in some odd places which had no apparent connection with compile flags.) -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 19:03:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA76616A419 for ; Sat, 17 Nov 2007 19:03:03 +0000 (UTC) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator3.gatech.edu (deliverator3.gatech.edu [130.207.165.163]) by mx1.freebsd.org (Postfix) with ESMTP id 88F5813C461 for ; Sat, 17 Nov 2007 19:03:03 +0000 (UTC) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator6.gatech.edu (deliverator6.prism.gatech.edu [130.207.171.126]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "deliverator1.gatech.edu", Issuer "Georgia Tech Server Root" (not verified)) by deliverator3.gatech.edu (Postfix) with ESMTP id EF7D5221640 for ; Sat, 17 Nov 2007 14:02:56 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator6.gatech.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id B7FF218BC; Sat, 17 Nov 2007 14:02:36 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Received: from mailprx1.gatech.edu (mailprx1.prism.gatech.edu [130.207.171.15]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "smtp.mail.gatech.edu", Issuer "RSA Data Security, Inc." (verified OK)) by deliverator6.gatech.edu (Postfix) with ESMTP id B8498181A; Sat, 17 Nov 2007 14:02:14 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Received: from hal2000 (r36h21.res.gatech.edu [128.61.36.21]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (sasl: method=LOGIN, username=nreveles3@mailprx1.gatech.edu, sender=n/a) by mailprx1.gatech.edu (Postfix) with ESMTP id 2E990269B; Sat, 17 Nov 2007 14:02:12 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Message-ID: <017c01c8294c$6e9b1650$6600a8c0@hal2000> From: "Nic Reveles" To: References: <005301c825a2$6d762c90$6600a8c0@hal2000> <200711130646.20986.yuri.pankov@gmail.com> <013f01c8293e$48c12db0$6600a8c0@hal2000> <20071117175251.GA12871@lava.net> Date: Sat, 17 Nov 2007 14:02:41 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: Clifton Royston Subject: Re: Upgrading from FreeBSD 5.4 to 5.5 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 19:03:03 -0000 I've checked /etc/make.conf and there are no CFLAGs in it. I've never changed it since I started using the computer, but here is what I did find: # added by use.perl 2005-09-05 11:07:59 PERL_VER=5.8.6 PERL_VERSION=5.8.6 The error message I'm recieving makes reference to Perl, is it possible that the syntax of Perl changed and I need to update it and this make.conf file? Nic ----- Original Message ----- From: "Clifton Royston" To: "Nic Reveles" Cc: ; "Yuri Pankov" Sent: Saturday, November 17, 2007 12:52 PM Subject: Re: Upgrading from FreeBSD 5.4 to 5.5 STABLE > On Sat, Nov 17, 2007 at 12:21:25PM -0500, Nic Reveles wrote: >> Thanks for the tips! Still having the same problem though... >> >> I have changed the tag in my supfile to: >> *default tag=RELENG_5_5 >> >> I then removed the directory '/usr/src/contrib/cvs' and ran cvsup again. >> >> But when I run 'make buildworld' I still get the previous error. > > Did you try removing any CFLAGS settings from /etc/make.conf? > Someone else mentioned it to you, and that had given me significant > trouble doing a buildworld at one point. (The resulting errors > happened in some odd places which had no apparent connection with > compile flags.) > > -- Clifton > > -- > Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net > President - I and I Computing * http://www.iandicomputing.com/ > Custom programming, network design, systems and network consulting > services From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 20:09:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F88F16A417 for ; Sat, 17 Nov 2007 20:09:33 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.freebsd.org (Postfix) with ESMTP id F26DA13C465 for ; Sat, 17 Nov 2007 20:09:32 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id 06EBC69C7; Sat, 17 Nov 2007 20:09:25 +0000 (GMT) X-Virus-Scanned: amavisd-new at yadt.co.uk Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q3hPXAezEr72; Sat, 17 Nov 2007 20:09:20 +0000 (GMT) Received: from [81.187.204.178] (outcold.yadt.co.uk [81.187.204.178]) by outcold.yadt.co.uk (Postfix) with ESMTP id A802F69BF; Sat, 17 Nov 2007 20:09:20 +0000 (GMT) From: David Taylor To: Nic Reveles In-Reply-To: <017c01c8294c$6e9b1650$6600a8c0@hal2000> References: <005301c825a2$6d762c90$6600a8c0@hal2000> <200711130646.20986.yuri.pankov@gmail.com> <013f01c8293e$48c12db0$6600a8c0@hal2000> <20071117175251.GA12871@lava.net> <017c01c8294c$6e9b1650$6600a8c0@hal2000> Content-Type: text/plain Date: Sat, 17 Nov 2007 20:09:20 +0000 Message-Id: <1195330160.45208.4.camel@outcold.yadt.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: Upgrading from FreeBSD 5.4 to 5.5 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davidt@yadt.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 20:09:33 -0000 On Sat, 2007-11-17 at 14:02 -0500, Nic Reveles wrote: > "Clifton Royston" wrote: > > On Sat, Nov 17, 2007 at 12:21:25PM -0500, Nic Reveles wrote: > >> Thanks for the tips! Still having the same problem though... > >> > >> I have changed the tag in my supfile to: > >> *default tag=RELENG_5_5 > >> > >> I then removed the directory '/usr/src/contrib/cvs' and ran cvsup again. > >> > >> But when I run 'make buildworld' I still get the previous error. > > > > Did you try removing any CFLAGS settings from /etc/make.conf? > I've checked /etc/make.conf and there are no CFLAGs in it. I've never > changed it since I started using the computer, but here is what I did find: > > > # added by use.perl 2005-09-05 11:07:59 > PERL_VER=5.8.6 > PERL_VERSION=5.8.6 > > The error message I'm recieving makes reference to Perl, is it possible that > the syntax of Perl changed and I need to update it and this make.conf file? Please don't top post, it makes the thread impossible to follow.... The PERL_* stuff is for ports, it is highly unlikely to affect your buildworld. The error message itself isn't really referring to perl, the command prior to the error (which seems to have completed relatively successfully) is. Immediately after the error occurs, what are the contents of /usr/src/gnu/usr.bin/cvs/contrib/Makefile and /usr/src/contrib/cvs/contrib/Makefile ? (specifically what is around line 15?) David -- David Taylor From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 20:16:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37FFB16A41A for ; Sat, 17 Nov 2007 20:16:18 +0000 (UTC) (envelope-from tomtinn@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id E93F913C468 for ; Sat, 17 Nov 2007 20:16:17 +0000 (UTC) (envelope-from tomtinn@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1509313waf for ; Sat, 17 Nov 2007 12:16:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=uj+Yv2N5iqTv8itZdV5UtxyRf15CoDD+cS7Kzj9YWXM=; b=bDjip3HSmE4fBhsWW7QDu+9yj/eh2a3hw88+DtLoGR6f3dHNG7SsukpDcHueCLtRbhtQuM+/2jCb0B9ncq1FL7tY2KifyLd8PfFd2E1LauF4w7JzqpDM4eNihBKNswmfvXt3dHq45qJKpC7A/LnlXIkRBS5YhwJgI3m2tnjJS/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=TvuGZVWPwlb3kMFjgUCRlwBtC6eqJTtli58UFucthoi/LlValJr75WuYhpc0RmpcjVI7CxM2BjUoWfz3hk94P+H8js2xkdSOkHwdBOsvEcTtCmNoS7M6K8N+JL6Mo069eiYC3ID2QYq+N5Ig977r6gMwkGuUMg5LawGXgVMXoIs= Received: by 10.114.181.1 with SMTP id d1mr354235waf.1195329075523; Sat, 17 Nov 2007 11:51:15 -0800 (PST) Received: by 10.115.92.12 with HTTP; Sat, 17 Nov 2007 11:51:15 -0800 (PST) Message-ID: Date: Sat, 17 Nov 2007 19:51:15 +0000 From: "Gunnar Hinriksson" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Make buildkernel fails on RELENG_6_2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 20:16:18 -0000 Good day I'm trying ot downgrade from RELENG_6 to RELENG_6_2 but encounter a error when trying to build the kernel. I'm not quite sure what to do at this point so I'd appreciate some input. With Regards Gunnar Output of "make buildkernel KERNCONF=ALTQSMP > /root/buildlog" -------------------------------------------------------------- >>> Kernel build for ALTQSMP started on Sat Nov 17 19:34:28 UTC 2007 -------------------------------------------------------------- ===> ALTQSMP mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/i386/conf; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/ALTQSMP /usr/src/sys/i386/conf/ALTQSMP Kernel build directory is /usr/obj/usr/src/sys/ALTQSMP Don't forget to do ``make cleandepend; make depend'' -------------------------------------------------------------- >>> stage 2.1: cleaning up the object tree -------------------------------------------------------------- cd /usr/obj/usr/src/sys/ALTQSMP; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin /usr/obj/usr/src/make.i386/make KERNEL=kernel cleandir rm -f *.o *.so *.So *.ko *.s eddep errs kernel.debug kernel linterrs makelinks tags vers.c vnode_if.c vnode_if.h vnode_if_newproto.h vnode_if_typedef.h ata_if.c eisa_if.c miibus_if.c card_if.c power_if.c pci_if.c pcib_if.c usb_if.c isa_if.c bus_if.c cpufreq_if.c device_if.c linker_if.c agp_if.c acpi_if.c ata_if.h eisa_if.h miibus_if.h card_if.h power_if.h pci_if.h pcib_if.h usb_if.h isa_if.h bus_if.h cpufreq_if.h device_if.h linker_if.h agp_if.h acpi_if.h miidevs.h pccarddevs.h usbdevs.h usbdevs_data.h cd /usr/src/sys/modules; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/ALTQSMP/modules KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=i386 KERNBUILDDIR="/usr/obj/usr/src/sys/ALTQSMP" /usr/obj/usr/src/make.i386/make cleandir ===> 3dfx (cleandir) ===> 3dfx_linux (cleandir) ===> aac (cleandir) ===> aac/aac_linux (cleandir) rm -f export_syms aac_linux.ko aac_linux.kld aac_linux.o @ machine aac_linux.ko.debug rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> accf_data (cleandir) ===> accf_http (cleandir) ===> acpi (cleandir) ===> acpi/acpi (cleandir) ===> acpi/acpi_asus (cleandir) ===> acpi/acpi_fujitsu (cleandir) ===> acpi/acpi_ibm (cleandir) ===> acpi/acpi_panasonic (cleandir) ===> acpi/acpi_sony (cleandir) ===> acpi/acpi_toshiba (cleandir) ===> acpi/acpi_video (cleandir) ===> agp (cleandir) ===> aha (cleandir) ===> ahb (cleandir) ===> aic (cleandir) ===> aic7xxx (cleandir) ===> aic7xxx/aicasm (cleandir) ===> aic7xxx/ahc (cleandir) ===> aic7xxx/ahc/ahc_eisa (cleandir) rm -f ../aic7xxx_reg.h ../aic7xxx_seq.h export_syms ahc_eisa.ko ahc_eisa.kld ahc_eisa.o @ machine ahc_eisa.ko.debug opt_scsi.h opt_cam.h opt_aic7xxx.h eisa_if.h bus_if.h device_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> aic7xxx/ahc/ahc_isa (cleandir) rm -f ../aic7xxx_reg.h ../aic7xxx_seq.h export_syms ahc_isa.ko ahc_isa.kld ahc_isa.o @ machine ahc_isa.ko.debug opt_scsi.h opt_cam.h opt_aic7xxx.h pci_if.h isa_if.h bus_if.h device_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> aic7xxx/ahc/ahc_pci (cleandir) rm -f export_syms ahc_pci.ko ahc_pci.kld ahc_pci.o aic7xxx_pci.o @ machine ahc_pci.ko.debug opt_scsi.h opt_cam.h opt_aic7xxx.h pci_if.h bus_if.h device_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> aic7xxx/ahd (cleandir) ===> aio (cleandir) ===> amd (cleandir) ===> amr (cleandir) ===> amr/amr_linux (cleandir) rm -f export_syms amr_linux.ko amr_linux.kld amr_linux.o @ machine amr_linux.ko.debug bus_if.h device_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> an (cleandir) ===> aout (cleandir) ===> apm (cleandir) ===> ar (cleandir) ===> arcmsr (cleandir) ===> arcnet (cleandir) ===> arl (cleandir) ===> asr (cleandir) ===> ata (cleandir) ===> ata/ata (cleandir) ===> ata/atacard (cleandir) ===> ata/ataisa (cleandir) ===> ata/atapci (cleandir) ===> ata/atadisk (cleandir) ===> ata/atapicd (cleandir) ===> ata/atapifd (cleandir) ===> ata/atapist (cleandir) ===> ata/ataraid (cleandir) ===> ata/atapicam (cleandir) ===> ath (cleandir) ===> ath_hal (cleandir) ===> ath_rate_amrr (cleandir) ===> ath_rate_onoe (cleandir) ===> ath_rate_sample (cleandir) ===> aue (cleandir) ===> awi (cleandir) ===> axe (cleandir) ===> bce (cleandir) ===> bfe (cleandir) ===> bge (cleandir) ===> bios (cleandir) ===> bios/smapi (cleandir) ===> bios/smbios (cleandir) ===> bios/vpd (cleandir) ===> bktr (cleandir) ===> bktr/bktr (cleandir) ===> bktr/bktr_mem (cleandir) ===> bridge (cleandir) ===> cam (cleandir) ===> cardbus (cleandir) ===> cbb (cleandir) ===> cd9660 (cleandir) ===> cd9660_iconv (cleandir) ===> cdce (cleandir) ===> ce (cleandir) ===> ciss (cleandir) ===> cm (cleandir) ===> coda (cleandir) ===> coda5 (cleandir) ===> coff (cleandir) ===> cp (cleandir) ===> cpufreq (cleandir) ===> crypto (cleandir) ===> cryptodev (cleandir) ===> cs (cleandir) ===> ctau (cleandir) ===> cue (cleandir) ===> cx (cleandir) ===> dc (cleandir) ===> dcons (cleandir) ===> dcons_crom (cleandir) ===> de (cleandir) ===> digi (cleandir) ===> digi/digi (cleandir) ===> digi/digi_CX (cleandir) ===> digi/digi_CX_PCI (cleandir) ===> digi/digi_EPCX (cleandir) ===> digi/digi_EPCX_PCI (cleandir) ===> digi/digi_Xe (cleandir) ===> digi/digi_Xem (cleandir) ===> digi/digi_Xr (cleandir) ===> dpt (cleandir) ===> drm (cleandir) ===> drm/drm (cleandir) ===> drm/i915 (cleandir) ===> drm/mach64 (cleandir) ===> drm/mga (cleandir) ===> drm/r128 (cleandir) ===> drm/radeon (cleandir) ===> drm/savage (cleandir) ===> drm/sis (cleandir) ===> drm/tdfx (cleandir) ===> dummynet (cleandir) ===> ed (cleandir) ===> el (cleandir) ===> elink (cleandir) ===> em (cleandir) ===> en (cleandir) ===> ep (cleandir) ===> ex (cleandir) ===> exca (cleandir) ===> ext2fs (cleandir) ===> fatm (cleandir) ===> fdc (cleandir) ===> fdescfs (cleandir) ===> fe (cleandir) ===> firewire (cleandir) ===> firewire/firewire (cleandir) ===> firewire/fwe (cleandir) ===> firewire/fwip (cleandir) ===> firewire/sbp (cleandir) ===> firewire/sbp_targ (cleandir) ===> firmware (cleandir) ===> fxp (cleandir) ===> geom (cleandir) ===> geom/geom_apple (cleandir) ===> geom/geom_bde (cleandir) ===> geom/geom_bsd (cleandir) ===> geom/geom_ccd (cleandir) ===> geom/geom_concat (cleandir) ===> geom/geom_eli (cleandir) ===> geom/geom_fox (cleandir) ===> geom/geom_gate (cleandir) ===> geom/geom_gpt (cleandir) ===> geom/geom_label (cleandir) ===> geom/geom_mbr (cleandir) ===> geom/geom_mirror (cleandir) ===> geom/geom_nop (cleandir) ===> geom/geom_pc98 (cleandir) ===> geom/geom_raid3 (cleandir) ===> geom/geom_shsec (cleandir) ===> geom/geom_stripe (cleandir) ===> geom/geom_sunlabel (cleandir) ===> geom/geom_uzip (cleandir) ===> geom/geom_vinum (cleandir) ===> geom/geom_vol_ffs (cleandir) ===> geom/geom_zero (cleandir) ===> harp (cleandir) ===> hatm (cleandir) ===> hfa (cleandir) ===> hfa/hfa (cleandir) ===> hfa/pci (cleandir) ===> hifn (cleandir) ===> hme (cleandir) ===> hptmv (cleandir) ===> hwpmc (cleandir) ===> i2c (cleandir) ===> i2c/controllers (cleandir) ===> i2c/controllers/alpm (cleandir) ===> i2c/controllers/amdpm (cleandir) ===> i2c/controllers/amdsmb (cleandir) ===> i2c/controllers/ichsmb (cleandir) ===> i2c/controllers/intpm (cleandir) ===> i2c/controllers/nfsmb (cleandir) ===> i2c/controllers/viapm (cleandir) ===> i2c/controllers/lpbb (cleandir) ===> i2c/controllers/pcf (cleandir) ===> i2c/if_ic (cleandir) ===> i2c/smbus (cleandir) ===> i2c/iicbus (cleandir) ===> i2c/iicbb (cleandir) ===> i2c/iicsmb (cleandir) ===> i2c/iic (cleandir) ===> i2c/smb (cleandir) ===> ibcs2 (cleandir) ===> ichwd (cleandir) ===> ida (cleandir) ===> idt (cleandir) ===> ie (cleandir) ===> if_bridge (cleandir) ===> if_disc (cleandir) ===> if_ef (cleandir) ===> if_faith (cleandir) ===> if_gif (cleandir) ===> if_gre (cleandir) ===> if_ndis (cleandir) ===> if_ppp (cleandir) ===> if_sl (cleandir) ===> if_stf (cleandir) ===> if_tap (cleandir) ===> if_tun (cleandir) ===> if_vlan (cleandir) ===> iir (cleandir) ===> io (cleandir) ===> ip6fw (cleandir) ===> ipdivert (cleandir) ===> ipfilter (cleandir) ===> ipfw (cleandir) ===> ip_mroute_mod (cleandir) ===> ipmi (cleandir) ===> ips (cleandir) ===> ipw (cleandir) ===> isp (cleandir) ===> ispfw (cleandir) ===> iwi (cleandir) ===> ixgb (cleandir) ===> joy (cleandir) ===> kbdmux (cleandir) ===> kue (cleandir) ===> le (cleandir) ===> lge (cleandir) ===> libalias (cleandir) ===> libiconv (cleandir) ===> libmbpool (cleandir) ===> libmchain (cleandir) ===> linprocfs (cleandir) ===> linsysfs (cleandir) ===> linux (cleandir) ===> lnc (cleandir) ===> lpt (cleandir) ===> mac_biba (cleandir) ===> mac_bsdextended (cleandir) ===> mac_ifoff (cleandir) ===> mac_lomac (cleandir) ===> mac_mls (cleandir) ===> mac_none (cleandir) ===> mac_partition (cleandir) ===> mac_portacl (cleandir) ===> mac_seeotheruids (cleandir) ===> mac_stub (cleandir) ===> mac_test (cleandir) ===> mcd (cleandir) ===> md (cleandir) ===> mem (cleandir) ===> mfi (cleandir) ===> mfi/mfi_linux (cleandir) rm -f export_syms mfi_linux.ko mfi_linux.kld mfi_linux.o @ machine mfi_linux.ko.debug bus_if.h device_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> mii (cleandir) ===> mlx (cleandir) ===> mly (cleandir) ===> mpt (cleandir) ===> msdosfs (cleandir) ===> msdosfs_iconv (cleandir) ===> mse (cleandir) ===> my (cleandir) ===> ncp (cleandir) ===> ncv (cleandir) ===> ndis (cleandir) ===> netgraph (cleandir) ===> netgraph/async (cleandir) ===> netgraph/atm (cleandir) ===> netgraph/atm/atm (cleandir) ===> netgraph/atm/atmbase (cleandir) ===> netgraph/atm/atmpif (cleandir) ===> netgraph/atm/ccatm (cleandir) ===> netgraph/atm/sscfu (cleandir) ===> netgraph/atm/sscop (cleandir) ===> netgraph/atm/uni (cleandir) ===> netgraph/atmllc (cleandir) ===> netgraph/bluetooth (cleandir) ===> netgraph/bluetooth/bluetooth (cleandir) ===> netgraph/bluetooth/hci (cleandir) ===> netgraph/bluetooth/l2cap (cleandir) ===> netgraph/bluetooth/socket (cleandir) ===> netgraph/bluetooth/bt3c (cleandir) ===> netgraph/bluetooth/h4 (cleandir) ===> netgraph/bluetooth/ubt (cleandir) ===> netgraph/bluetooth/ubtbcmfw (cleandir) ===> netgraph/bpf (cleandir) ===> netgraph/bridge (cleandir) ===> netgraph/cisco (cleandir) ===> netgraph/device (cleandir) ===> netgraph/echo (cleandir) ===> netgraph/eiface (cleandir) ===> netgraph/etf (cleandir) ===> netgraph/ether (cleandir) ===> netgraph/fec (cleandir) ===> netgraph/frame_relay (cleandir) ===> netgraph/gif (cleandir) ===> netgraph/gif_demux (cleandir) ===> netgraph/hole (cleandir) ===> netgraph/hub (cleandir) ===> netgraph/iface (cleandir) ===> netgraph/ip_input (cleandir) ===> netgraph/ipfw (cleandir) ===> netgraph/ksocket (cleandir) ===> netgraph/l2tp (cleandir) ===> netgraph/lmi (cleandir) ===> netgraph/mppc (cleandir) ===> netgraph/nat (cleandir) ===> netgraph/netflow (cleandir) ===> netgraph/netgraph (cleandir) ===> netgraph/one2many (cleandir) ===> netgraph/ppp (cleandir) ===> netgraph/pppoe (cleandir) ===> netgraph/pptpgre (cleandir) ===> netgraph/rfc1490 (cleandir) ===> netgraph/socket (cleandir) ===> netgraph/source (cleandir) ===> netgraph/split (cleandir) ===> netgraph/sppp (cleandir) ===> netgraph/sync_ar (cleandir) ===> netgraph/sync_sr (cleandir) ===> netgraph/tag (cleandir) ===> netgraph/tcpmss (cleandir) ===> netgraph/tee (cleandir) ===> netgraph/tty (cleandir) ===> netgraph/UI (cleandir) ===> netgraph/vjc (cleandir) ===> netgraph/vlan (cleandir) ===> nfsclient (cleandir) ===> nfsserver (cleandir) ===> nge (cleandir) ===> nmdm (cleandir) ===> nsp (cleandir) ===> ntfs (cleandir) ===> ntfs_iconv (cleandir) ===> nullfs (cleandir) ===> nve (cleandir) ===> nwfs (cleandir) ===> oltr (cleandir) ===> padlock (cleandir) ===> patm (cleandir) ===> pccard (cleandir) ===> pcfclock (cleandir) ===> pcn (cleandir) ===> pecoff (cleandir) ===> pf (cleandir) ===> pflog (cleandir) ===> plip (cleandir) ===> portalfs (cleandir) ===> ppbus (cleandir) ===> ppc (cleandir) ===> ppi (cleandir) ===> pps (cleandir) ===> procfs (cleandir) ===> pseudofs (cleandir) ===> pst (cleandir) ===> puc (cleandir) ===> ral (cleandir) ===> random (cleandir) ===> ray (cleandir) ===> rc (cleandir) ===> rc4 (cleandir) ===> re (cleandir) ===> reiserfs (cleandir) ===> rl (cleandir) ===> rp (cleandir) ===> rr232x (cleandir) ===> rue (cleandir) ===> s3 (cleandir) ===> safe (cleandir) ===> sbni (cleandir) ===> sbsh (cleandir) ===> scd (cleandir) ===> scsi_low (cleandir) ===> sf (cleandir) ===> sio (cleandir) ===> sis (cleandir) ===> sk (cleandir) ===> smbfs (cleandir) ===> sn (cleandir) ===> snp (cleandir) ===> sound (cleandir) ===> sound/sound (cleandir) ===> sound/driver (cleandir) ===> sound/driver/als4000 (cleandir) ===> sound/driver/ad1816 (cleandir) ===> sound/driver/atiixp (cleandir) ===> sound/driver/cmi (cleandir) ===> sound/driver/cs4281 (cleandir) ===> sound/driver/csa (cleandir) ===> sound/driver/ds1 (cleandir) ===> sound/driver/emu10k1 (cleandir) ===> sound/driver/es137x (cleandir) ===> sound/driver/ess (cleandir) ===> sound/driver/fm801 (cleandir) ===> sound/driver/ich (cleandir) ===> sound/driver/maestro (cleandir) ===> sound/driver/maestro3 (cleandir) ===> sound/driver/mss (cleandir) ===> sound/driver/neomagic (cleandir) ===> sound/driver/sb16 (cleandir) ===> sound/driver/sb8 (cleandir) ===> sound/driver/sbc (cleandir) ===> sound/driver/solo (cleandir) ===> sound/driver/t4dwave (cleandir) ===> sound/driver/via8233 (cleandir) ===> sound/driver/via82c686 (cleandir) ===> sound/driver/vibes (cleandir) ===> sound/driver/driver (cleandir) ===> sound/driver/uaudio (cleandir) ===> speaker (cleandir) ===> splash (cleandir) ===> splash/bmp (cleandir) ===> splash/pcx (cleandir) ===> sppp (cleandir) ===> sr (cleandir) ===> ste (cleandir) ===> stg (cleandir) ===> stge (cleandir) ===> streams (cleandir) ===> sym (cleandir) ===> syscons (cleandir) ===> syscons/apm (cleandir) ===> syscons/blank (cleandir) ===> syscons/daemon (cleandir) ===> syscons/dragon (cleandir) ===> syscons/fade (cleandir) ===> syscons/fire (cleandir) ===> syscons/green (cleandir) ===> syscons/logo (cleandir) ===> syscons/rain (cleandir) ===> syscons/snake (cleandir) ===> syscons/star (cleandir) ===> syscons/warp (cleandir) ===> sysvipc (cleandir) ===> sysvipc/sysvmsg (cleandir) ===> sysvipc/sysvsem (cleandir) ===> sysvipc/sysvshm (cleandir) ===> ti (cleandir) ===> tl (cleandir) ===> trm (cleandir) ===> twa (cleandir) ===> twe (cleandir) ===> tx (cleandir) ===> txp (cleandir) ===> uart (cleandir) ===> ubsa (cleandir) ===> ubsec (cleandir) ===> ubser (cleandir) ===> ucom (cleandir) ===> ucycom (cleandir) ===> udav (cleandir) ===> udbp (cleandir) ===> udf (cleandir) ===> udf_iconv (cleandir) ===> ufm (cleandir) ===> uftdi (cleandir) ===> ugen (cleandir) ===> uhid (cleandir) ===> ukbd (cleandir) ===> ulpt (cleandir) ===> umass (cleandir) ===> umct (cleandir) ===> umodem (cleandir) ===> ums (cleandir) ===> unionfs (cleandir) ===> uplcom (cleandir) ===> ural (cleandir) ===> urio (cleandir) ===> usb (cleandir) ===> uscanner (cleandir) ===> utopia (cleandir) ===> uvisor (cleandir) ===> uvscom (cleandir) ===> vesa (cleandir) ===> vge (cleandir) ===> vkbd (cleandir) ===> vpo (cleandir) ===> vr (cleandir) ===> vx (cleandir) ===> wb (cleandir) ===> wi (cleandir) ===> wlan (cleandir) ===> wlan_acl (cleandir) ===> wlan_ccmp (cleandir) ===> wlan_tkip (cleandir) ===> wlan_wep (cleandir) ===> wlan_xauth (cleandir) ===> xe (cleandir) ===> xl (cleandir) ===> zlib (cleandir) -------------------------------------------------------------- >>> stage 2.2: rebuilding the object tree -------------------------------------------------------------- cd /usr/obj/usr/src/sys/ALTQSMP; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin /usr/obj/usr/src/make.i386/make KERNEL=kernel obj cd /usr/src/sys/modules; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/ALTQSMP/modules KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=i386 KERNBUILDDIR="/usr/obj/usr/src/sys/ALTQSMP" /usr/obj/usr/src/make.i386/make obj ===> 3dfx (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/3dfx created for /usr/src/sys/modules/3dfx ===> 3dfx_linux (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/3dfx_linux created for /usr/src/sys/modules/3dfx_linux ===> aac (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aac created for /usr/src/sys/modules/aac ===> aac/aac_linux (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aac/aac_linux created for /usr/src/sys/modules/aac/aac_linux ===> accf_data (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/accf_data created for /usr/src/sys/modules/accf_data ===> accf_http (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/accf_http created for /usr/src/sys/modules/accf_http ===> acpi (obj) ===> acpi/acpi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi created for /usr/src/sys/modules/acpi/acpi ===> acpi/acpi_asus (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi_asus created for /usr/src/sys/modules/acpi/acpi_asus ===> acpi/acpi_fujitsu (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi_fujitsu created for /usr/src/sys/modules/acpi/acpi_fujitsu ===> acpi/acpi_ibm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi_ibm created for /usr/src/sys/modules/acpi/acpi_ibm ===> acpi/acpi_panasonic (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi_panasonic created for /usr/src/sys/modules/acpi/acpi_panasonic ===> acpi/acpi_sony (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi_sony created for /usr/src/sys/modules/acpi/acpi_sony ===> acpi/acpi_toshiba (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi_toshiba created for /usr/src/sys/modules/acpi/acpi_toshiba ===> acpi/acpi_video (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi_video created for /usr/src/sys/modules/acpi/acpi_video ===> agp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/agp created for /usr/src/sys/modules/agp ===> aha (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aha created for /usr/src/sys/modules/aha ===> ahb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ahb created for /usr/src/sys/modules/ahb ===> aic (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aic created for /usr/src/sys/modules/aic ===> aic7xxx (obj) ===> aic7xxx/aicasm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aic7xxx/aicasm created for /usr/src/sys/modules/aic7xxx/aicasm ===> aic7xxx/ahc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aic7xxx/ahc created for /usr/src/sys/modules/aic7xxx/ahc ===> aic7xxx/ahc/ahc_eisa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aic7xxx/ahc/ahc_eisa created for /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa ===> aic7xxx/ahc/ahc_isa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aic7xxx/ahc/ahc_isa created for /usr/src/sys/modules/aic7xxx/ahc/ahc_isa ===> aic7xxx/ahc/ahc_pci (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aic7xxx/ahc/ahc_pci created for /usr/src/sys/modules/aic7xxx/ahc/ahc_pci ===> aic7xxx/ahd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aic7xxx/ahd created for /usr/src/sys/modules/aic7xxx/ahd ===> aio (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aio created for /usr/src/sys/modules/aio ===> amd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/amd created for /usr/src/sys/modules/amd ===> amr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/amr created for /usr/src/sys/modules/amr ===> amr/amr_linux (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/amr/amr_linux created for /usr/src/sys/modules/amr/amr_linux ===> an (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/an created for /usr/src/sys/modules/an ===> aout (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aout created for /usr/src/sys/modules/aout ===> apm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/apm created for /usr/src/sys/modules/apm ===> ar (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ar created for /usr/src/sys/modules/ar ===> arcmsr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/arcmsr created for /usr/src/sys/modules/arcmsr ===> arcnet (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/arcnet created for /usr/src/sys/modules/arcnet ===> arl (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/arl created for /usr/src/sys/modules/arl ===> asr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/asr created for /usr/src/sys/modules/asr ===> ata (obj) ===> ata/ata (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/ata created for /usr/src/sys/modules/ata/ata ===> ata/atacard (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/atacard created for /usr/src/sys/modules/ata/atacard ===> ata/ataisa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/ataisa created for /usr/src/sys/modules/ata/ataisa ===> ata/atapci (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/atapci created for /usr/src/sys/modules/ata/atapci ===> ata/atadisk (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/atadisk created for /usr/src/sys/modules/ata/atadisk ===> ata/atapicd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/atapicd created for /usr/src/sys/modules/ata/atapicd ===> ata/atapifd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/atapifd created for /usr/src/sys/modules/ata/atapifd ===> ata/atapist (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/atapist created for /usr/src/sys/modules/ata/atapist ===> ata/ataraid (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/ataraid created for /usr/src/sys/modules/ata/ataraid ===> ata/atapicam (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/atapicam created for /usr/src/sys/modules/ata/atapicam ===> ath (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ath created for /usr/src/sys/modules/ath ===> ath_hal (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ath_hal created for /usr/src/sys/modules/ath_hal ===> ath_rate_amrr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ath_rate_amrr created for /usr/src/sys/modules/ath_rate_amrr ===> ath_rate_onoe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ath_rate_onoe created for /usr/src/sys/modules/ath_rate_onoe ===> ath_rate_sample (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ath_rate_sample created for /usr/src/sys/modules/ath_rate_sample ===> aue (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aue created for /usr/src/sys/modules/aue ===> awi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/awi created for /usr/src/sys/modules/awi ===> axe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/axe created for /usr/src/sys/modules/axe ===> bce (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bce created for /usr/src/sys/modules/bce ===> bfe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bfe created for /usr/src/sys/modules/bfe ===> bge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bge created for /usr/src/sys/modules/bge ===> bios (obj) ===> bios/smapi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bios/smapi created for /usr/src/sys/modules/bios/smapi ===> bios/smbios (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bios/smbios created for /usr/src/sys/modules/bios/smbios ===> bios/vpd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bios/vpd created for /usr/src/sys/modules/bios/vpd ===> bktr (obj) ===> bktr/bktr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bktr/bktr created for /usr/src/sys/modules/bktr/bktr ===> bktr/bktr_mem (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bktr/bktr_mem created for /usr/src/sys/modules/bktr/bktr_mem ===> bridge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bridge created for /usr/src/sys/modules/bridge ===> cam (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cam created for /usr/src/sys/modules/cam ===> cardbus (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cardbus created for /usr/src/sys/modules/cardbus ===> cbb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cbb created for /usr/src/sys/modules/cbb ===> cd9660 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cd9660 created for /usr/src/sys/modules/cd9660 ===> cd9660_iconv (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cd9660_iconv created for /usr/src/sys/modules/cd9660_iconv ===> cdce (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cdce created for /usr/src/sys/modules/cdce ===> ce (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ce created for /usr/src/sys/modules/ce ===> ciss (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ciss created for /usr/src/sys/modules/ciss ===> cm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cm created for /usr/src/sys/modules/cm ===> coda (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/coda created for /usr/src/sys/modules/coda ===> coda5 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/coda5 created for /usr/src/sys/modules/coda5 ===> coff (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/coff created for /usr/src/sys/modules/coff ===> cp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cp created for /usr/src/sys/modules/cp ===> cpufreq (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cpufreq created for /usr/src/sys/modules/cpufreq ===> crypto (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/crypto created for /usr/src/sys/modules/crypto ===> cryptodev (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cryptodev created for /usr/src/sys/modules/cryptodev ===> cs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cs created for /usr/src/sys/modules/cs ===> ctau (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ctau created for /usr/src/sys/modules/ctau ===> cue (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cue created for /usr/src/sys/modules/cue ===> cx (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cx created for /usr/src/sys/modules/cx ===> dc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/dc created for /usr/src/sys/modules/dc ===> dcons (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/dcons created for /usr/src/sys/modules/dcons ===> dcons_crom (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/dcons_crom created for /usr/src/sys/modules/dcons_crom ===> de (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/de created for /usr/src/sys/modules/de ===> digi (obj) ===> digi/digi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi created for /usr/src/sys/modules/digi/digi ===> digi/digi_CX (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi_CX created for /usr/src/sys/modules/digi/digi_CX ===> digi/digi_CX_PCI (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi_CX_PCI created for /usr/src/sys/modules/digi/digi_CX_PCI ===> digi/digi_EPCX (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi_EPCX created for /usr/src/sys/modules/digi/digi_EPCX ===> digi/digi_EPCX_PCI (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi_EPCX_PCI created for /usr/src/sys/modules/digi/digi_EPCX_PCI ===> digi/digi_Xe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi_Xe created for /usr/src/sys/modules/digi/digi_Xe ===> digi/digi_Xem (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi_Xem created for /usr/src/sys/modules/digi/digi_Xem ===> digi/digi_Xr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi_Xr created for /usr/src/sys/modules/digi/digi_Xr ===> dpt (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/dpt created for /usr/src/sys/modules/dpt ===> drm (obj) ===> drm/drm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/drm created for /usr/src/sys/modules/drm/drm ===> drm/i915 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/i915 created for /usr/src/sys/modules/drm/i915 ===> drm/mach64 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/mach64 created for /usr/src/sys/modules/drm/mach64 ===> drm/mga (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/mga created for /usr/src/sys/modules/drm/mga ===> drm/r128 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/r128 created for /usr/src/sys/modules/drm/r128 ===> drm/radeon (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/radeon created for /usr/src/sys/modules/drm/radeon ===> drm/savage (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/savage created for /usr/src/sys/modules/drm/savage ===> drm/sis (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/sis created for /usr/src/sys/modules/drm/sis ===> drm/tdfx (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/tdfx created for /usr/src/sys/modules/drm/tdfx ===> dummynet (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/dummynet created for /usr/src/sys/modules/dummynet ===> ed (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ed created for /usr/src/sys/modules/ed ===> el (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/el created for /usr/src/sys/modules/el ===> elink (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/elink created for /usr/src/sys/modules/elink ===> em (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/em created for /usr/src/sys/modules/em ===> en (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/en created for /usr/src/sys/modules/en ===> ep (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ep created for /usr/src/sys/modules/ep ===> ex (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ex created for /usr/src/sys/modules/ex ===> exca (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/exca created for /usr/src/sys/modules/exca ===> ext2fs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ext2fs created for /usr/src/sys/modules/ext2fs ===> fatm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/fatm created for /usr/src/sys/modules/fatm ===> fdc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/fdc created for /usr/src/sys/modules/fdc ===> fdescfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/fdescfs created for /usr/src/sys/modules/fdescfs ===> fe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/fe created for /usr/src/sys/modules/fe ===> firewire (obj) ===> firewire/firewire (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/firewire/firewire created for /usr/src/sys/modules/firewire/firewire ===> firewire/fwe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/firewire/fwe created for /usr/src/sys/modules/firewire/fwe ===> firewire/fwip (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/firewire/fwip created for /usr/src/sys/modules/firewire/fwip ===> firewire/sbp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/firewire/sbp created for /usr/src/sys/modules/firewire/sbp ===> firewire/sbp_targ (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/firewire/sbp_targ created for /usr/src/sys/modules/firewire/sbp_targ ===> firmware (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/firmware created for /usr/src/sys/modules/firmware ===> fxp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/fxp created for /usr/src/sys/modules/fxp ===> geom (obj) ===> geom/geom_apple (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_apple created for /usr/src/sys/modules/geom/geom_apple ===> geom/geom_bde (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_bde created for /usr/src/sys/modules/geom/geom_bde ===> geom/geom_bsd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_bsd created for /usr/src/sys/modules/geom/geom_bsd ===> geom/geom_ccd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_ccd created for /usr/src/sys/modules/geom/geom_ccd ===> geom/geom_concat (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_concat created for /usr/src/sys/modules/geom/geom_concat ===> geom/geom_eli (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_eli created for /usr/src/sys/modules/geom/geom_eli ===> geom/geom_fox (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_fox created for /usr/src/sys/modules/geom/geom_fox ===> geom/geom_gate (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_gate created for /usr/src/sys/modules/geom/geom_gate ===> geom/geom_gpt (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_gpt created for /usr/src/sys/modules/geom/geom_gpt ===> geom/geom_label (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_label created for /usr/src/sys/modules/geom/geom_label ===> geom/geom_mbr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_mbr created for /usr/src/sys/modules/geom/geom_mbr ===> geom/geom_mirror (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_mirror created for /usr/src/sys/modules/geom/geom_mirror ===> geom/geom_nop (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_nop created for /usr/src/sys/modules/geom/geom_nop ===> geom/geom_pc98 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_pc98 created for /usr/src/sys/modules/geom/geom_pc98 ===> geom/geom_raid3 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_raid3 created for /usr/src/sys/modules/geom/geom_raid3 ===> geom/geom_shsec (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_shsec created for /usr/src/sys/modules/geom/geom_shsec ===> geom/geom_stripe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_stripe created for /usr/src/sys/modules/geom/geom_stripe ===> geom/geom_sunlabel (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_sunlabel created for /usr/src/sys/modules/geom/geom_sunlabel ===> geom/geom_uzip (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_uzip created for /usr/src/sys/modules/geom/geom_uzip ===> geom/geom_vinum (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_vinum created for /usr/src/sys/modules/geom/geom_vinum ===> geom/geom_vol_ffs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_vol_ffs created for /usr/src/sys/modules/geom/geom_vol_ffs ===> geom/geom_zero (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_zero created for /usr/src/sys/modules/geom/geom_zero ===> harp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/harp created for /usr/src/sys/modules/harp ===> hatm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/hatm created for /usr/src/sys/modules/hatm ===> hfa (obj) ===> hfa/hfa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/hfa/hfa created for /usr/src/sys/modules/hfa/hfa ===> hfa/pci (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/hfa/pci created for /usr/src/sys/modules/hfa/pci ===> hifn (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/hifn created for /usr/src/sys/modules/hifn ===> hme (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/hme created for /usr/src/sys/modules/hme ===> hptmv (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/hptmv created for /usr/src/sys/modules/hptmv ===> hwpmc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/hwpmc created for /usr/src/sys/modules/hwpmc ===> i2c (obj) ===> i2c/controllers (obj) ===> i2c/controllers/alpm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/alpm created for /usr/src/sys/modules/i2c/controllers/alpm ===> i2c/controllers/amdpm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/amdpm created for /usr/src/sys/modules/i2c/controllers/amdpm ===> i2c/controllers/amdsmb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/amdsmb created for /usr/src/sys/modules/i2c/controllers/amdsmb ===> i2c/controllers/ichsmb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/ichsmb created for /usr/src/sys/modules/i2c/controllers/ichsmb ===> i2c/controllers/intpm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/intpm created for /usr/src/sys/modules/i2c/controllers/intpm ===> i2c/controllers/nfsmb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/nfsmb created for /usr/src/sys/modules/i2c/controllers/nfsmb ===> i2c/controllers/viapm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/viapm created for /usr/src/sys/modules/i2c/controllers/viapm ===> i2c/controllers/lpbb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/lpbb created for /usr/src/sys/modules/i2c/controllers/lpbb ===> i2c/controllers/pcf (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/pcf created for /usr/src/sys/modules/i2c/controllers/pcf ===> i2c/if_ic (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/if_ic created for /usr/src/sys/modules/i2c/if_ic ===> i2c/smbus (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/smbus created for /usr/src/sys/modules/i2c/smbus ===> i2c/iicbus (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/iicbus created for /usr/src/sys/modules/i2c/iicbus ===> i2c/iicbb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/iicbb created for /usr/src/sys/modules/i2c/iicbb ===> i2c/iicsmb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/iicsmb created for /usr/src/sys/modules/i2c/iicsmb ===> i2c/iic (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/iic created for /usr/src/sys/modules/i2c/iic ===> i2c/smb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/smb created for /usr/src/sys/modules/i2c/smb ===> ibcs2 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ibcs2 created for /usr/src/sys/modules/ibcs2 ===> ichwd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ichwd created for /usr/src/sys/modules/ichwd ===> ida (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ida created for /usr/src/sys/modules/ida ===> idt (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/idt created for /usr/src/sys/modules/idt ===> ie (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ie created for /usr/src/sys/modules/ie ===> if_bridge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_bridge created for /usr/src/sys/modules/if_bridge ===> if_disc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_disc created for /usr/src/sys/modules/if_disc ===> if_ef (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_ef created for /usr/src/sys/modules/if_ef ===> if_faith (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_faith created for /usr/src/sys/modules/if_faith ===> if_gif (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_gif created for /usr/src/sys/modules/if_gif ===> if_gre (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_gre created for /usr/src/sys/modules/if_gre ===> if_ndis (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_ndis created for /usr/src/sys/modules/if_ndis ===> if_ppp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_ppp created for /usr/src/sys/modules/if_ppp ===> if_sl (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_sl created for /usr/src/sys/modules/if_sl ===> if_stf (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_stf created for /usr/src/sys/modules/if_stf ===> if_tap (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_tap created for /usr/src/sys/modules/if_tap ===> if_tun (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_tun created for /usr/src/sys/modules/if_tun ===> if_vlan (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_vlan created for /usr/src/sys/modules/if_vlan ===> iir (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/iir created for /usr/src/sys/modules/iir ===> io (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/io created for /usr/src/sys/modules/io ===> ip6fw (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ip6fw created for /usr/src/sys/modules/ip6fw ===> ipdivert (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ipdivert created for /usr/src/sys/modules/ipdivert ===> ipfilter (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ipfilter created for /usr/src/sys/modules/ipfilter ===> ipfw (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ipfw created for /usr/src/sys/modules/ipfw ===> ip_mroute_mod (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ip_mroute_mod created for /usr/src/sys/modules/ip_mroute_mod ===> ipmi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ipmi created for /usr/src/sys/modules/ipmi ===> ips (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ips created for /usr/src/sys/modules/ips ===> ipw (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ipw created for /usr/src/sys/modules/ipw ===> isp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/isp created for /usr/src/sys/modules/isp ===> ispfw (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ispfw created for /usr/src/sys/modules/ispfw ===> iwi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/iwi created for /usr/src/sys/modules/iwi ===> ixgb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ixgb created for /usr/src/sys/modules/ixgb ===> joy (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/joy created for /usr/src/sys/modules/joy ===> kbdmux (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/kbdmux created for /usr/src/sys/modules/kbdmux ===> kue (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/kue created for /usr/src/sys/modules/kue ===> le (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/le created for /usr/src/sys/modules/le ===> lge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/lge created for /usr/src/sys/modules/lge ===> libalias (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/libalias created for /usr/src/sys/modules/libalias ===> libiconv (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/libiconv created for /usr/src/sys/modules/libiconv ===> libmbpool (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/libmbpool created for /usr/src/sys/modules/libmbpool ===> libmchain (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/libmchain created for /usr/src/sys/modules/libmchain ===> linprocfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/linprocfs created for /usr/src/sys/modules/linprocfs ===> linsysfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/linsysfs created for /usr/src/sys/modules/linsysfs ===> linux (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/linux created for /usr/src/sys/modules/linux ===> lnc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/lnc created for /usr/src/sys/modules/lnc ===> lpt (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/lpt created for /usr/src/sys/modules/lpt ===> mac_biba (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_biba created for /usr/src/sys/modules/mac_biba ===> mac_bsdextended (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_bsdextended created for /usr/src/sys/modules/mac_bsdextended ===> mac_ifoff (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_ifoff created for /usr/src/sys/modules/mac_ifoff ===> mac_lomac (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_lomac created for /usr/src/sys/modules/mac_lomac ===> mac_mls (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_mls created for /usr/src/sys/modules/mac_mls ===> mac_none (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_none created for /usr/src/sys/modules/mac_none ===> mac_partition (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_partition created for /usr/src/sys/modules/mac_partition ===> mac_portacl (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_portacl created for /usr/src/sys/modules/mac_portacl ===> mac_seeotheruids (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_seeotheruids created for /usr/src/sys/modules/mac_seeotheruids ===> mac_stub (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_stub created for /usr/src/sys/modules/mac_stub ===> mac_test (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_test created for /usr/src/sys/modules/mac_test ===> mcd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mcd created for /usr/src/sys/modules/mcd ===> md (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/md created for /usr/src/sys/modules/md ===> mem (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mem created for /usr/src/sys/modules/mem ===> mfi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mfi created for /usr/src/sys/modules/mfi ===> mfi/mfi_linux (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mfi/mfi_linux created for /usr/src/sys/modules/mfi/mfi_linux ===> mii (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mii created for /usr/src/sys/modules/mii ===> mlx (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mlx created for /usr/src/sys/modules/mlx ===> mly (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mly created for /usr/src/sys/modules/mly ===> mpt (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mpt created for /usr/src/sys/modules/mpt ===> msdosfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/msdosfs created for /usr/src/sys/modules/msdosfs ===> msdosfs_iconv (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/msdosfs_iconv created for /usr/src/sys/modules/msdosfs_iconv ===> mse (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mse created for /usr/src/sys/modules/mse ===> my (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/my created for /usr/src/sys/modules/my ===> ncp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ncp created for /usr/src/sys/modules/ncp ===> ncv (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ncv created for /usr/src/sys/modules/ncv ===> ndis (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ndis created for /usr/src/sys/modules/ndis ===> netgraph (obj) ===> netgraph/async (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/async created for /usr/src/sys/modules/netgraph/async ===> netgraph/atm (obj) ===> netgraph/atm/atm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atm/atm created for /usr/src/sys/modules/netgraph/atm/atm ===> netgraph/atm/atmbase (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atm/atmbase created for /usr/src/sys/modules/netgraph/atm/atmbase ===> netgraph/atm/atmpif (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atm/atmpif created for /usr/src/sys/modules/netgraph/atm/atmpif ===> netgraph/atm/ccatm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atm/ccatm created for /usr/src/sys/modules/netgraph/atm/ccatm ===> netgraph/atm/sscfu (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atm/sscfu created for /usr/src/sys/modules/netgraph/atm/sscfu ===> netgraph/atm/sscop (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atm/sscop created for /usr/src/sys/modules/netgraph/atm/sscop ===> netgraph/atm/uni (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atm/uni created for /usr/src/sys/modules/netgraph/atm/uni ===> netgraph/atmllc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atmllc created for /usr/src/sys/modules/netgraph/atmllc ===> netgraph/bluetooth (obj) ===> netgraph/bluetooth/bluetooth (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/bluetooth created for /usr/src/sys/modules/netgraph/bluetooth/bluetooth ===> netgraph/bluetooth/hci (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/hci created for /usr/src/sys/modules/netgraph/bluetooth/hci ===> netgraph/bluetooth/l2cap (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/l2cap created for /usr/src/sys/modules/netgraph/bluetooth/l2cap ===> netgraph/bluetooth/socket (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/socket created for /usr/src/sys/modules/netgraph/bluetooth/socket ===> netgraph/bluetooth/bt3c (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/bt3c created for /usr/src/sys/modules/netgraph/bluetooth/bt3c ===> netgraph/bluetooth/h4 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/h4 created for /usr/src/sys/modules/netgraph/bluetooth/h4 ===> netgraph/bluetooth/ubt (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/ubt created for /usr/src/sys/modules/netgraph/bluetooth/ubt ===> netgraph/bluetooth/ubtbcmfw (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw created for /usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw ===> netgraph/bpf (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bpf created for /usr/src/sys/modules/netgraph/bpf ===> netgraph/bridge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bridge created for /usr/src/sys/modules/netgraph/bridge ===> netgraph/cisco (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/cisco created for /usr/src/sys/modules/netgraph/cisco ===> netgraph/device (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/device created for /usr/src/sys/modules/netgraph/device ===> netgraph/echo (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/echo created for /usr/src/sys/modules/netgraph/echo ===> netgraph/eiface (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/eiface created for /usr/src/sys/modules/netgraph/eiface ===> netgraph/etf (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/etf created for /usr/src/sys/modules/netgraph/etf ===> netgraph/ether (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/ether created for /usr/src/sys/modules/netgraph/ether ===> netgraph/fec (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/fec created for /usr/src/sys/modules/netgraph/fec ===> netgraph/frame_relay (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/frame_relay created for /usr/src/sys/modules/netgraph/frame_relay ===> netgraph/gif (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/gif created for /usr/src/sys/modules/netgraph/gif ===> netgraph/gif_demux (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/gif_demux created for /usr/src/sys/modules/netgraph/gif_demux ===> netgraph/hole (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/hole created for /usr/src/sys/modules/netgraph/hole ===> netgraph/hub (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/hub created for /usr/src/sys/modules/netgraph/hub ===> netgraph/iface (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/iface created for /usr/src/sys/modules/netgraph/iface ===> netgraph/ip_input (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/ip_input created for /usr/src/sys/modules/netgraph/ip_input ===> netgraph/ipfw (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/ipfw created for /usr/src/sys/modules/netgraph/ipfw ===> netgraph/ksocket (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/ksocket created for /usr/src/sys/modules/netgraph/ksocket ===> netgraph/l2tp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/l2tp created for /usr/src/sys/modules/netgraph/l2tp ===> netgraph/lmi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/lmi created for /usr/src/sys/modules/netgraph/lmi ===> netgraph/mppc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/mppc created for /usr/src/sys/modules/netgraph/mppc ===> netgraph/nat (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/nat created for /usr/src/sys/modules/netgraph/nat ===> netgraph/netflow (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/netflow created for /usr/src/sys/modules/netgraph/netflow ===> netgraph/netgraph (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/netgraph created for /usr/src/sys/modules/netgraph/netgraph ===> netgraph/one2many (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/one2many created for /usr/src/sys/modules/netgraph/one2many ===> netgraph/ppp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/ppp created for /usr/src/sys/modules/netgraph/ppp ===> netgraph/pppoe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/pppoe created for /usr/src/sys/modules/netgraph/pppoe ===> netgraph/pptpgre (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/pptpgre created for /usr/src/sys/modules/netgraph/pptpgre ===> netgraph/rfc1490 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/rfc1490 created for /usr/src/sys/modules/netgraph/rfc1490 ===> netgraph/socket (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/socket created for /usr/src/sys/modules/netgraph/socket ===> netgraph/source (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/source created for /usr/src/sys/modules/netgraph/source ===> netgraph/split (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/split created for /usr/src/sys/modules/netgraph/split ===> netgraph/sppp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/sppp created for /usr/src/sys/modules/netgraph/sppp ===> netgraph/sync_ar (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/sync_ar created for /usr/src/sys/modules/netgraph/sync_ar ===> netgraph/sync_sr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/sync_sr created for /usr/src/sys/modules/netgraph/sync_sr ===> netgraph/tag (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/tag created for /usr/src/sys/modules/netgraph/tag ===> netgraph/tcpmss (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/tcpmss created for /usr/src/sys/modules/netgraph/tcpmss ===> netgraph/tee (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/tee created for /usr/src/sys/modules/netgraph/tee ===> netgraph/tty (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/tty created for /usr/src/sys/modules/netgraph/tty ===> netgraph/UI (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/UI created for /usr/src/sys/modules/netgraph/UI ===> netgraph/vjc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/vjc created for /usr/src/sys/modules/netgraph/vjc ===> netgraph/vlan (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/vlan created for /usr/src/sys/modules/netgraph/vlan ===> nfsclient (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nfsclient created for /usr/src/sys/modules/nfsclient ===> nfsserver (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nfsserver created for /usr/src/sys/modules/nfsserver ===> nge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nge created for /usr/src/sys/modules/nge ===> nmdm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nmdm created for /usr/src/sys/modules/nmdm ===> nsp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nsp created for /usr/src/sys/modules/nsp ===> ntfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ntfs created for /usr/src/sys/modules/ntfs ===> ntfs_iconv (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ntfs_iconv created for /usr/src/sys/modules/ntfs_iconv ===> nullfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nullfs created for /usr/src/sys/modules/nullfs ===> nve (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nve created for /usr/src/sys/modules/nve ===> nwfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nwfs created for /usr/src/sys/modules/nwfs ===> oltr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/oltr created for /usr/src/sys/modules/oltr ===> padlock (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/padlock created for /usr/src/sys/modules/padlock ===> patm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/patm created for /usr/src/sys/modules/patm ===> pccard (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pccard created for /usr/src/sys/modules/pccard ===> pcfclock (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pcfclock created for /usr/src/sys/modules/pcfclock ===> pcn (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pcn created for /usr/src/sys/modules/pcn ===> pecoff (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pecoff created for /usr/src/sys/modules/pecoff ===> pf (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pf created for /usr/src/sys/modules/pf ===> pflog (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pflog created for /usr/src/sys/modules/pflog ===> plip (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/plip created for /usr/src/sys/modules/plip ===> portalfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/portalfs created for /usr/src/sys/modules/portalfs ===> ppbus (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ppbus created for /usr/src/sys/modules/ppbus ===> ppc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ppc created for /usr/src/sys/modules/ppc ===> ppi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ppi created for /usr/src/sys/modules/ppi ===> pps (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pps created for /usr/src/sys/modules/pps ===> procfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/procfs created for /usr/src/sys/modules/procfs ===> pseudofs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pseudofs created for /usr/src/sys/modules/pseudofs ===> pst (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pst created for /usr/src/sys/modules/pst ===> puc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/puc created for /usr/src/sys/modules/puc ===> ral (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ral created for /usr/src/sys/modules/ral ===> random (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/random created for /usr/src/sys/modules/random ===> ray (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ray created for /usr/src/sys/modules/ray ===> rc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/rc created for /usr/src/sys/modules/rc ===> rc4 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/rc4 created for /usr/src/sys/modules/rc4 ===> re (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/re created for /usr/src/sys/modules/re ===> reiserfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/reiserfs created for /usr/src/sys/modules/reiserfs ===> rl (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/rl created for /usr/src/sys/modules/rl ===> rp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/rp created for /usr/src/sys/modules/rp ===> rr232x (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/rr232x created for /usr/src/sys/modules/rr232x ===> rue (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/rue created for /usr/src/sys/modules/rue ===> s3 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/s3 created for /usr/src/sys/modules/s3 ===> safe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/safe created for /usr/src/sys/modules/safe ===> sbni (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sbni created for /usr/src/sys/modules/sbni ===> sbsh (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sbsh created for /usr/src/sys/modules/sbsh ===> scd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/scd created for /usr/src/sys/modules/scd ===> scsi_low (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/scsi_low created for /usr/src/sys/modules/scsi_low ===> sf (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sf created for /usr/src/sys/modules/sf ===> sio (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sio created for /usr/src/sys/modules/sio ===> sis (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sis created for /usr/src/sys/modules/sis ===> sk (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sk created for /usr/src/sys/modules/sk ===> smbfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/smbfs created for /usr/src/sys/modules/smbfs ===> sn (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sn created for /usr/src/sys/modules/sn ===> snp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/snp created for /usr/src/sys/modules/snp ===> sound (obj) ===> sound/sound (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/sound created for /usr/src/sys/modules/sound/sound ===> sound/driver (obj) ===> sound/driver/als4000 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/als4000 created for /usr/src/sys/modules/sound/driver/als4000 ===> sound/driver/ad1816 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/ad1816 created for /usr/src/sys/modules/sound/driver/ad1816 ===> sound/driver/atiixp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/atiixp created for /usr/src/sys/modules/sound/driver/atiixp ===> sound/driver/cmi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/cmi created for /usr/src/sys/modules/sound/driver/cmi ===> sound/driver/cs4281 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/cs4281 created for /usr/src/sys/modules/sound/driver/cs4281 ===> sound/driver/csa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/csa created for /usr/src/sys/modules/sound/driver/csa ===> sound/driver/ds1 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/ds1 created for /usr/src/sys/modules/sound/driver/ds1 ===> sound/driver/emu10k1 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/emu10k1 created for /usr/src/sys/modules/sound/driver/emu10k1 ===> sound/driver/es137x (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/es137x created for /usr/src/sys/modules/sound/driver/es137x ===> sound/driver/ess (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/ess created for /usr/src/sys/modules/sound/driver/ess ===> sound/driver/fm801 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/fm801 created for /usr/src/sys/modules/sound/driver/fm801 ===> sound/driver/ich (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/ich created for /usr/src/sys/modules/sound/driver/ich ===> sound/driver/maestro (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/maestro created for /usr/src/sys/modules/sound/driver/maestro ===> sound/driver/maestro3 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/maestro3 created for /usr/src/sys/modules/sound/driver/maestro3 ===> sound/driver/mss (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/mss created for /usr/src/sys/modules/sound/driver/mss ===> sound/driver/neomagic (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/neomagic created for /usr/src/sys/modules/sound/driver/neomagic ===> sound/driver/sb16 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/sb16 created for /usr/src/sys/modules/sound/driver/sb16 ===> sound/driver/sb8 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/sb8 created for /usr/src/sys/modules/sound/driver/sb8 ===> sound/driver/sbc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/sbc created for /usr/src/sys/modules/sound/driver/sbc ===> sound/driver/solo (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/solo created for /usr/src/sys/modules/sound/driver/solo ===> sound/driver/t4dwave (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/t4dwave created for /usr/src/sys/modules/sound/driver/t4dwave ===> sound/driver/via8233 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/via8233 created for /usr/src/sys/modules/sound/driver/via8233 ===> sound/driver/via82c686 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/via82c686 created for /usr/src/sys/modules/sound/driver/via82c686 ===> sound/driver/vibes (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/vibes created for /usr/src/sys/modules/sound/driver/vibes ===> sound/driver/driver (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/driver created for /usr/src/sys/modules/sound/driver/driver ===> sound/driver/uaudio (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/uaudio created for /usr/src/sys/modules/sound/driver/uaudio ===> speaker (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/speaker created for /usr/src/sys/modules/speaker ===> splash (obj) ===> splash/bmp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/splash/bmp created for /usr/src/sys/modules/splash/bmp ===> splash/pcx (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/splash/pcx created for /usr/src/sys/modules/splash/pcx ===> sppp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sppp created for /usr/src/sys/modules/sppp ===> sr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sr created for /usr/src/sys/modules/sr ===> ste (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ste created for /usr/src/sys/modules/ste ===> stg (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/stg created for /usr/src/sys/modules/stg ===> stge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/stge created for /usr/src/sys/modules/stge ===> streams (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/streams created for /usr/src/sys/modules/streams ===> sym (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sym created for /usr/src/sys/modules/sym ===> syscons (obj) ===> syscons/apm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/apm created for /usr/src/sys/modules/syscons/apm ===> syscons/blank (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/blank created for /usr/src/sys/modules/syscons/blank ===> syscons/daemon (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/daemon created for /usr/src/sys/modules/syscons/daemon ===> syscons/dragon (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/dragon created for /usr/src/sys/modules/syscons/dragon ===> syscons/fade (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/fade created for /usr/src/sys/modules/syscons/fade ===> syscons/fire (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/fire created for /usr/src/sys/modules/syscons/fire ===> syscons/green (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/green created for /usr/src/sys/modules/syscons/green ===> syscons/logo (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/logo created for /usr/src/sys/modules/syscons/logo ===> syscons/rain (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/rain created for /usr/src/sys/modules/syscons/rain ===> syscons/snake (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/snake created for /usr/src/sys/modules/syscons/snake ===> syscons/star (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/star created for /usr/src/sys/modules/syscons/star ===> syscons/warp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/warp created for /usr/src/sys/modules/syscons/warp ===> sysvipc (obj) ===> sysvipc/sysvmsg (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sysvipc/sysvmsg created for /usr/src/sys/modules/sysvipc/sysvmsg ===> sysvipc/sysvsem (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sysvipc/sysvsem created for /usr/src/sys/modules/sysvipc/sysvsem ===> sysvipc/sysvshm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sysvipc/sysvshm created for /usr/src/sys/modules/sysvipc/sysvshm ===> ti (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ti created for /usr/src/sys/modules/ti ===> tl (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/tl created for /usr/src/sys/modules/tl ===> trm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/trm created for /usr/src/sys/modules/trm ===> twa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/twa created for /usr/src/sys/modules/twa ===> twe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/twe created for /usr/src/sys/modules/twe ===> tx (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/tx created for /usr/src/sys/modules/tx ===> txp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/txp created for /usr/src/sys/modules/txp ===> uart (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/uart created for /usr/src/sys/modules/uart ===> ubsa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ubsa created for /usr/src/sys/modules/ubsa ===> ubsec (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ubsec created for /usr/src/sys/modules/ubsec ===> ubser (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ubser created for /usr/src/sys/modules/ubser ===> ucom (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ucom created for /usr/src/sys/modules/ucom ===> ucycom (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ucycom created for /usr/src/sys/modules/ucycom ===> udav (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/udav created for /usr/src/sys/modules/udav ===> udbp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/udbp created for /usr/src/sys/modules/udbp ===> udf (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/udf created for /usr/src/sys/modules/udf ===> udf_iconv (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/udf_iconv created for /usr/src/sys/modules/udf_iconv ===> ufm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ufm created for /usr/src/sys/modules/ufm ===> uftdi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/uftdi created for /usr/src/sys/modules/uftdi ===> ugen (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ugen created for /usr/src/sys/modules/ugen ===> uhid (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/uhid created for /usr/src/sys/modules/uhid ===> ukbd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ukbd created for /usr/src/sys/modules/ukbd ===> ulpt (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ulpt created for /usr/src/sys/modules/ulpt ===> umass (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/umass created for /usr/src/sys/modules/umass ===> umct (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/umct created for /usr/src/sys/modules/umct ===> umodem (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/umodem created for /usr/src/sys/modules/umodem ===> ums (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ums created for /usr/src/sys/modules/ums ===> unionfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/unionfs created for /usr/src/sys/modules/unionfs ===> uplcom (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/uplcom created for /usr/src/sys/modules/uplcom ===> ural (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ural created for /usr/src/sys/modules/ural ===> urio (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/urio created for /usr/src/sys/modules/urio ===> usb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/usb created for /usr/src/sys/modules/usb ===> uscanner (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/uscanner created for /usr/src/sys/modules/uscanner ===> utopia (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/utopia created for /usr/src/sys/modules/utopia ===> uvisor (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/uvisor created for /usr/src/sys/modules/uvisor ===> uvscom (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/uvscom created for /usr/src/sys/modules/uvscom ===> vesa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/vesa created for /usr/src/sys/modules/vesa ===> vge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/vge created for /usr/src/sys/modules/vge ===> vkbd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/vkbd created for /usr/src/sys/modules/vkbd ===> vpo (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/vpo created for /usr/src/sys/modules/vpo ===> vr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/vr created for /usr/src/sys/modules/vr ===> vx (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/vx created for /usr/src/sys/modules/vx ===> wb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wb created for /usr/src/sys/modules/wb ===> wi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wi created for /usr/src/sys/modules/wi ===> wlan (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wlan created for /usr/src/sys/modules/wlan ===> wlan_acl (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wlan_acl created for /usr/src/sys/modules/wlan_acl ===> wlan_ccmp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wlan_ccmp created for /usr/src/sys/modules/wlan_ccmp ===> wlan_tkip (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wlan_tkip created for /usr/src/sys/modules/wlan_tkip ===> wlan_wep (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wlan_wep created for /usr/src/sys/modules/wlan_wep ===> wlan_xauth (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wlan_xauth created for /usr/src/sys/modules/wlan_xauth ===> xe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/xe created for /usr/src/sys/modules/xe ===> xl (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/xl created for /usr/src/sys/modules/xl ===> zlib (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/zlib created for /usr/src/sys/modules/zlib -------------------------------------------------------------- >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/obj/usr/src/sys/ALTQSMP; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm /usr/obj/usr/src/make.i386/make -DNO_CPU_CFLAGS -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /usr/obj/usr/src/sys/ALTQSMP cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c aicasm_gram.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c aicasm_macro_gram.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c aicasm_scan.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c aicasm_macro_scan.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll cd /usr/src/sys/modules/aic7xxx/aicasm; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/ALTQSMP/modules /usr/obj/usr/src/make.i386/make -DNO_CPU_CFLAGS obj cd /usr/src/sys/modules/aic7xxx/aicasm; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/ALTQSMP/modules /usr/obj/usr/src/make.i386/make -DNO_CPU_CFLAGS depend yacc -b aicasm_gram -d -o aicasm_gram.c /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_gram.y yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_macro_gram.y lex -t /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_scan.l > aicasm_scan.c lex -t -Pmm /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_macro_scan.l > aicasm_macro_scan.c rm -f .depend_aicasm mkdep -f .depend_aicasm -a -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c aicasm_gram.c aicasm_macro_gram.c aicasm_scan.c aicasm_macro_scan.c echo aicasm: /usr/lib/libc.a /usr/lib/libl.a >> .depend_aicasm cd /usr/src/sys/modules/aic7xxx/aicasm; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/ALTQSMP/modules /usr/obj/usr/src/make.i386/make -DNO_CPU_CFLAGS all cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -c /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -c /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -c aicasm_gram.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -c aicasm_macro_gram.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -c aicasm_scan.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -c aicasm_macro_scan.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll -------------------------------------------------------------- >>> stage 3.1: making dependencies -------------------------------------------------------------- cd /usr/obj/usr/src/sys/ALTQSMP; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin /usr/obj/usr/src/make.i386/make KERNEL=kernel depend -DNO_MODULES_OBJ *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. make: don't know how to make /usr/src/sys/sys/_sx.h. Stop Output of uname -a FreeBSD k12gw 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Thu Nov 15 19:39:06 UTC 2007 gunnar@Gunnar-Server:/usr/obj/usr/src/sys/ALTQSMP i386 and my kernel configuration # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.14 2007/03/27 02:33:00 yongari Exp $ #altq options ALTQ options ALTQ_CBQ # Class Bases Queuing (CBQ) options ALTQ_RED # Random Early Detection (RED) options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC) options ALTQ_PRIQ # Priority Queuing (PRIQ) options ALTQ_NOPCC # Required for SMP build machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O ident IKON # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. #device eisa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives #device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # # output. Adds ~215k to driver. #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters # #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device rr232x # Highpoint RocketRAID 232x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # 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 bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #device wlan # 802.11 support #device wlan_wep # 802.11 WEP support #device wlan_ccmp # 802.11 CCMP support #device wlan_tkip # 802.11 TKIP support #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros pci/cardbus NIC's #device ath_hal # Atheros HAL (Hardware Access Layer) #device ath_rate_sample # SampleRate tx rate control for ath #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device ural # Ralink Technology RT2500USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 20:16:45 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFB3116A420 for ; Sat, 17 Nov 2007 20:16:45 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc3-cdif2-0-0-cust64.cdif.cable.ntl.com [81.106.128.65]) by mx1.freebsd.org (Postfix) with ESMTP id 830A313C478 for ; Sat, 17 Nov 2007 20:16:45 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1ItTah-0002lk-8x; Sat, 17 Nov 2007 19:44:31 +0000 Date: Sat, 17 Nov 2007 19:44:31 +0000 From: Ceri Davies To: Adam McDougall Message-ID: <20071117194431.GE14309@submonkey.net> References: <20071117013104.GE46369@egr.msu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O3RTKUHj+75w1tg5" Content-Disposition: inline In-Reply-To: <20071117013104.GE46369@egr.msu.edu> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Ceri Davies Cc: stable@freebsd.org Subject: Re: Hook up idmapd to build in 6-stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 20:16:45 -0000 --O3RTKUHj+75w1tg5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 16, 2007 at 08:31:04PM -0500, Adam McDougall wrote: > I am beginning to dabble with NFSv4 client functionality. I noticed > idmapd is not built in -stable but it has been in -current since src/sbin= /Makefile > v. 1.163 (13 months ago). Should it be hooked up to the build? Thanks At the time I was looking at it in -current, idmapd worked fine but the client had serious issues (nothing on an NFSv4 mount could be executed, for instance) which I couldn't track down, so I stopped working with it. I think that hooking up idmapd could be a good thing to do in order to expose those problems, but I'm concerned that it may give the impression that our NFSv4 client is any use, which it appears not to be (at least 13 months ago; apologies if this is not longer the case). Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --O3RTKUHj+75w1tg5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHP0SeocfcwTS3JF8RAsJpAKCN2ir3wqQt9J+d/T5NhpBFAo0gvwCgsApj yojm36uGL8DfaCdpQ6zHUts= =1+Z8 -----END PGP SIGNATURE----- --O3RTKUHj+75w1tg5-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 21:11:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CAB516A417 for ; Sat, 17 Nov 2007 21:11:10 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 00A1913C447 for ; Sat, 17 Nov 2007 21:11:03 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so985584uge for ; Sat, 17 Nov 2007 13:10:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=HyHPe2mG6IMpNiKO63DbXu67bBAg9ts2bePpOkOW1hc=; b=dwIrQmFLtuMgWBN9TLTmAy3YooUvbnUdMElwGEdFmD13j6onIm4vhDBpwjWA5LsoPG8X03ZYs0duep+0pyI5VEXucAWUBInvjr6gQ6UIJtrb8ALN90cBqHkDGFtDiTLO6tFyNMZf1cD8oljBV0sqmqBUGps05my27T956HCBznk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=G8fyq5gCgx7NXK6d3vwpfyQAM7hj+2r5EeYsuUVL7QrM/d3PhX4zJh3TjCCeV82Ng7+Vf2J1thf0LvXAVOs6W88mDC2Q+Fh3yZkClaDoQus/9JN3rdA/Z8oJ/cWX+8wLfzgXjdvtvo8qUIffl8QqLQ29wvmezfb7K7p3khnJOZ4= Received: by 10.70.56.10 with SMTP id e10mr262943wxa.1195333843122; Sat, 17 Nov 2007 13:10:43 -0800 (PST) Received: by 10.35.57.12 with HTTP; Sat, 17 Nov 2007 13:10:43 -0800 (PST) Message-ID: <8cb6106e0711171310m7915908du1b29f081dfe35512@mail.gmail.com> Date: Sat, 17 Nov 2007 16:10:43 -0500 From: "Josh Carroll" To: "Gunnar Hinriksson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: Make buildkernel fails on RELENG_6_2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 21:11:10 -0000 > I'm trying ot downgrade from RELENG_6 to RELENG_6_2 but encounter a > error when trying to build the kernel. > I'm not quite sure what to do at this point so I'd appreciate some input. Your log appears to only contain the stdout (based on your make command, and the lack of an actual error during the build process). Re-run with >& logfile instead of > logfile, as this will capture stderr as well. Post that updated log here. Regards, Josh From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 21:24:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B338316A41B for ; Sat, 17 Nov 2007 21:24:20 +0000 (UTC) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator5.gatech.edu (deliverator5.gatech.edu [130.207.165.165]) by mx1.freebsd.org (Postfix) with ESMTP id 6B26E13C468 for ; Sat, 17 Nov 2007 21:24:07 +0000 (UTC) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator5.gatech.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id EE0541D198B; Sat, 17 Nov 2007 16:23:51 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Received: from mailprx1.gatech.edu (mailprx1.prism.gatech.edu [130.207.171.15]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "smtp.mail.gatech.edu", Issuer "RSA Data Security, Inc." (verified OK)) by deliverator5.gatech.edu (Postfix) with ESMTP id D07681D1987; Sat, 17 Nov 2007 16:23:50 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Received: from hal2000 (r36h21.res.gatech.edu [128.61.36.21]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (sasl: method=LOGIN, username=nreveles3@mailprx1.gatech.edu, sender=n/a) by mailprx1.gatech.edu (Postfix) with ESMTP id 6F53E2650; Sat, 17 Nov 2007 16:23:48 -0500 (EST) (envelope-from Nic.Reveles@gatech.edu) Message-ID: <019d01c82960$373182d0$6600a8c0@hal2000> From: "Nic Reveles" To: References: <005301c825a2$6d762c90$6600a8c0@hal2000> <200711130646.20986.yuri.pankov@gmail.com> <013f01c8293e$48c12db0$6600a8c0@hal2000> <20071117175251.GA12871@lava.net> <017c01c8294c$6e9b1650$6600a8c0@hal2000> <1195330160.45208.4.camel@outcold.yadt.co.uk> Date: Sat, 17 Nov 2007 15:43:44 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: FreeBSD Stable Subject: Re: Upgrading from FreeBSD 5.4 to 5.5 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 21:24:20 -0000 > Please don't top post, it makes the thread impossible to follow.... Ah, sorry about that! > Immediately after the error occurs, what are the contents > of /usr/src/gnu/usr.bin/cvs/contrib/Makefile > and /usr/src/contrib/cvs/contrib/Makefile ? (specifically what is around > line 15?) Well, in 'Makefile.in' (there is no 'Makefile') line 15 is: @SET_MAKE@ Should I try commenting it out or replacing it with something? Would that be pretty risky? Nic From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 21:26:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08B3016A418 for ; Sat, 17 Nov 2007 21:26:50 +0000 (UTC) (envelope-from tomtinn@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id C8F1A13C43E for ; Sat, 17 Nov 2007 21:26:24 +0000 (UTC) (envelope-from tomtinn@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1526009waf for ; Sat, 17 Nov 2007 13:26:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=drVgsFjBB4lMtxvmZVMBXfEK8FOHECcVsBN9Jx6NOSY=; b=MZ52Wm545pr3vBj2Pcp7dbIZPk+Fex5ttyp8xOhP6Dp6X69naOPloXcgGQouF2438rsAjdbPn7trAiM0Ms65mzaRVSqauwHZ5GQvwVTGJca0eVjWNAOzMMohvkmWwaPbsiEJQo81yT7oTFKFYXNAlyxgmmXj+7tTzH4Y9KIEU2Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GBvqXeI8Qm/S2kl+jg+mjyeGEKoSuJj5oJNBZ+qcKeHrNhpg5VdM9PVcmLEEBgtg5iUV4jN80i9Xy87oc+UQzWvxvGkvmLUb76c5J39Wy0ssorFZh4Fq/KxBpR4BbN8RNZUvWA9L2GLMPnbzvIb1qtihVtsuwuamsXcBInFFPAo= Received: by 10.115.60.1 with SMTP id n1mr216763wak.1195334775120; Sat, 17 Nov 2007 13:26:15 -0800 (PST) Received: by 10.115.92.12 with HTTP; Sat, 17 Nov 2007 13:26:15 -0800 (PST) Message-ID: Date: Sat, 17 Nov 2007 21:26:15 +0000 From: "Gunnar Hinriksson" To: josh.carroll@gmail.com, freebsd-stable@freebsd.org In-Reply-To: <8cb6106e0711171310m7915908du1b29f081dfe35512@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cb6106e0711171310m7915908du1b29f081dfe35512@mail.gmail.com> Cc: Subject: Re: Make buildkernel fails on RELENG_6_2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 21:26:50 -0000 > > I'm trying ot downgrade from RELENG_6 to RELENG_6_2 but encounter a > > error when trying to build the kernel. > > I'm not quite sure what to do at this point so I'd appreciate some input. > > Your log appears to only contain the stdout (based on your make > command, and the lack of an actual error during the build process). > > Re-run with >& logfile instead of > logfile, as this will capture > stderr as well. Post that updated log here. > > Regards, > Josh > Output of make buildkernel KERNCONF=ALTQSMP >& /root/buildlog Regards Gunnar -------------------------------------------------------------- >>> Kernel build for ALTQSMP started on Sat Nov 17 21:21:17 UTC 2007 -------------------------------------------------------------- ===> ALTQSMP mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/i386/conf; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/ALTQSMP /usr/src/sys/i386/conf/ALTQSMP Kernel build directory is /usr/obj/usr/src/sys/ALTQSMP Don't forget to do ``make cleandepend; make depend'' -------------------------------------------------------------- >>> stage 2.1: cleaning up the object tree -------------------------------------------------------------- cd /usr/obj/usr/src/sys/ALTQSMP; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin /usr/obj/usr/src/make.i386/make KERNEL=kernel cleandir rm -f *.o *.so *.So *.ko *.s eddep errs kernel.debug kernel linterrs makelinks tags vers.c vnode_if.c vnode_if.h vnode_if_newproto.h vnode_if_typedef.h ata_if.c eisa_if.c miibus_if.c card_if.c power_if.c pci_if.c pcib_if.c usb_if.c isa_if.c bus_if.c cpufreq_if.c device_if.c linker_if.c agp_if.c acpi_if.c ata_if.h eisa_if.h miibus_if.h card_if.h power_if.h pci_if.h pcib_if.h usb_if.h isa_if.h bus_if.h cpufreq_if.h device_if.h linker_if.h agp_if.h acpi_if.h miidevs.h pccarddevs.h usbdevs.h usbdevs_data.h cd /usr/src/sys/modules; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/ALTQSMP/modules KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=i386 KERNBUILDDIR="/usr/obj/usr/src/sys/ALTQSMP" /usr/obj/usr/src/make.i386/make cleandir ===> 3dfx (cleandir) ===> 3dfx_linux (cleandir) ===> aac (cleandir) ===> aac/aac_linux (cleandir) rm -f export_syms aac_linux.ko aac_linux.kld aac_linux.o @ machine aac_linux.ko.debug rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> accf_data (cleandir) ===> accf_http (cleandir) ===> acpi (cleandir) ===> acpi/acpi (cleandir) ===> acpi/acpi_asus (cleandir) ===> acpi/acpi_fujitsu (cleandir) ===> acpi/acpi_ibm (cleandir) ===> acpi/acpi_panasonic (cleandir) ===> acpi/acpi_sony (cleandir) ===> acpi/acpi_toshiba (cleandir) ===> acpi/acpi_video (cleandir) ===> agp (cleandir) ===> aha (cleandir) ===> ahb (cleandir) ===> aic (cleandir) ===> aic7xxx (cleandir) ===> aic7xxx/aicasm (cleandir) ===> aic7xxx/ahc (cleandir) ===> aic7xxx/ahc/ahc_eisa (cleandir) rm -f ../aic7xxx_reg.h ../aic7xxx_seq.h export_syms ahc_eisa.ko ahc_eisa.kld ahc_eisa.o @ machine ahc_eisa.ko.debug opt_scsi.h opt_cam.h opt_aic7xxx.h eisa_if.h bus_if.h device_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> aic7xxx/ahc/ahc_isa (cleandir) rm -f ../aic7xxx_reg.h ../aic7xxx_seq.h export_syms ahc_isa.ko ahc_isa.kld ahc_isa.o @ machine ahc_isa.ko.debug opt_scsi.h opt_cam.h opt_aic7xxx.h pci_if.h isa_if.h bus_if.h device_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> aic7xxx/ahc/ahc_pci (cleandir) rm -f export_syms ahc_pci.ko ahc_pci.kld ahc_pci.o aic7xxx_pci.o @ machine ahc_pci.ko.debug opt_scsi.h opt_cam.h opt_aic7xxx.h pci_if.h bus_if.h device_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> aic7xxx/ahd (cleandir) ===> aio (cleandir) ===> amd (cleandir) ===> amr (cleandir) ===> amr/amr_linux (cleandir) rm -f export_syms amr_linux.ko amr_linux.kld amr_linux.o @ machine amr_linux.ko.debug bus_if.h device_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> an (cleandir) ===> aout (cleandir) ===> apm (cleandir) ===> ar (cleandir) ===> arcmsr (cleandir) ===> arcnet (cleandir) ===> arl (cleandir) ===> asr (cleandir) ===> ata (cleandir) ===> ata/ata (cleandir) ===> ata/atacard (cleandir) ===> ata/ataisa (cleandir) ===> ata/atapci (cleandir) ===> ata/atadisk (cleandir) ===> ata/atapicd (cleandir) ===> ata/atapifd (cleandir) ===> ata/atapist (cleandir) ===> ata/ataraid (cleandir) ===> ata/atapicam (cleandir) ===> ath (cleandir) ===> ath_hal (cleandir) ===> ath_rate_amrr (cleandir) ===> ath_rate_onoe (cleandir) ===> ath_rate_sample (cleandir) ===> aue (cleandir) ===> awi (cleandir) ===> axe (cleandir) ===> bce (cleandir) ===> bfe (cleandir) ===> bge (cleandir) ===> bios (cleandir) ===> bios/smapi (cleandir) ===> bios/smbios (cleandir) ===> bios/vpd (cleandir) ===> bktr (cleandir) ===> bktr/bktr (cleandir) ===> bktr/bktr_mem (cleandir) ===> bridge (cleandir) ===> cam (cleandir) ===> cardbus (cleandir) ===> cbb (cleandir) ===> cd9660 (cleandir) ===> cd9660_iconv (cleandir) ===> cdce (cleandir) ===> ce (cleandir) ===> ciss (cleandir) ===> cm (cleandir) ===> coda (cleandir) ===> coda5 (cleandir) ===> coff (cleandir) ===> cp (cleandir) ===> cpufreq (cleandir) ===> crypto (cleandir) ===> cryptodev (cleandir) ===> cs (cleandir) ===> ctau (cleandir) ===> cue (cleandir) ===> cx (cleandir) ===> dc (cleandir) ===> dcons (cleandir) ===> dcons_crom (cleandir) ===> de (cleandir) ===> digi (cleandir) ===> digi/digi (cleandir) ===> digi/digi_CX (cleandir) ===> digi/digi_CX_PCI (cleandir) ===> digi/digi_EPCX (cleandir) ===> digi/digi_EPCX_PCI (cleandir) ===> digi/digi_Xe (cleandir) ===> digi/digi_Xem (cleandir) ===> digi/digi_Xr (cleandir) ===> dpt (cleandir) ===> drm (cleandir) ===> drm/drm (cleandir) ===> drm/i915 (cleandir) ===> drm/mach64 (cleandir) ===> drm/mga (cleandir) ===> drm/r128 (cleandir) ===> drm/radeon (cleandir) ===> drm/savage (cleandir) ===> drm/sis (cleandir) ===> drm/tdfx (cleandir) ===> dummynet (cleandir) ===> ed (cleandir) ===> el (cleandir) ===> elink (cleandir) ===> em (cleandir) ===> en (cleandir) ===> ep (cleandir) ===> ex (cleandir) ===> exca (cleandir) ===> ext2fs (cleandir) ===> fatm (cleandir) ===> fdc (cleandir) ===> fdescfs (cleandir) ===> fe (cleandir) ===> firewire (cleandir) ===> firewire/firewire (cleandir) ===> firewire/fwe (cleandir) ===> firewire/fwip (cleandir) ===> firewire/sbp (cleandir) ===> firewire/sbp_targ (cleandir) ===> firmware (cleandir) ===> fxp (cleandir) ===> geom (cleandir) ===> geom/geom_apple (cleandir) ===> geom/geom_bde (cleandir) ===> geom/geom_bsd (cleandir) ===> geom/geom_ccd (cleandir) ===> geom/geom_concat (cleandir) ===> geom/geom_eli (cleandir) ===> geom/geom_fox (cleandir) ===> geom/geom_gate (cleandir) ===> geom/geom_gpt (cleandir) ===> geom/geom_label (cleandir) ===> geom/geom_mbr (cleandir) ===> geom/geom_mirror (cleandir) ===> geom/geom_nop (cleandir) ===> geom/geom_pc98 (cleandir) ===> geom/geom_raid3 (cleandir) ===> geom/geom_shsec (cleandir) ===> geom/geom_stripe (cleandir) ===> geom/geom_sunlabel (cleandir) ===> geom/geom_uzip (cleandir) ===> geom/geom_vinum (cleandir) ===> geom/geom_vol_ffs (cleandir) ===> geom/geom_zero (cleandir) ===> harp (cleandir) ===> hatm (cleandir) ===> hfa (cleandir) ===> hfa/hfa (cleandir) ===> hfa/pci (cleandir) ===> hifn (cleandir) ===> hme (cleandir) ===> hptmv (cleandir) ===> hwpmc (cleandir) ===> i2c (cleandir) ===> i2c/controllers (cleandir) ===> i2c/controllers/alpm (cleandir) ===> i2c/controllers/amdpm (cleandir) ===> i2c/controllers/amdsmb (cleandir) ===> i2c/controllers/ichsmb (cleandir) ===> i2c/controllers/intpm (cleandir) ===> i2c/controllers/nfsmb (cleandir) ===> i2c/controllers/viapm (cleandir) ===> i2c/controllers/lpbb (cleandir) ===> i2c/controllers/pcf (cleandir) ===> i2c/if_ic (cleandir) ===> i2c/smbus (cleandir) ===> i2c/iicbus (cleandir) ===> i2c/iicbb (cleandir) ===> i2c/iicsmb (cleandir) ===> i2c/iic (cleandir) ===> i2c/smb (cleandir) ===> ibcs2 (cleandir) ===> ichwd (cleandir) ===> ida (cleandir) ===> idt (cleandir) ===> ie (cleandir) ===> if_bridge (cleandir) ===> if_disc (cleandir) ===> if_ef (cleandir) ===> if_faith (cleandir) ===> if_gif (cleandir) ===> if_gre (cleandir) ===> if_ndis (cleandir) ===> if_ppp (cleandir) ===> if_sl (cleandir) ===> if_stf (cleandir) ===> if_tap (cleandir) ===> if_tun (cleandir) ===> if_vlan (cleandir) ===> iir (cleandir) ===> io (cleandir) ===> ip6fw (cleandir) ===> ipdivert (cleandir) ===> ipfilter (cleandir) ===> ipfw (cleandir) ===> ip_mroute_mod (cleandir) ===> ipmi (cleandir) ===> ips (cleandir) ===> ipw (cleandir) ===> isp (cleandir) ===> ispfw (cleandir) ===> iwi (cleandir) ===> ixgb (cleandir) ===> joy (cleandir) ===> kbdmux (cleandir) ===> kue (cleandir) ===> le (cleandir) ===> lge (cleandir) ===> libalias (cleandir) ===> libiconv (cleandir) ===> libmbpool (cleandir) ===> libmchain (cleandir) ===> linprocfs (cleandir) ===> linsysfs (cleandir) ===> linux (cleandir) ===> lnc (cleandir) ===> lpt (cleandir) ===> mac_biba (cleandir) ===> mac_bsdextended (cleandir) ===> mac_ifoff (cleandir) ===> mac_lomac (cleandir) ===> mac_mls (cleandir) ===> mac_none (cleandir) ===> mac_partition (cleandir) ===> mac_portacl (cleandir) ===> mac_seeotheruids (cleandir) ===> mac_stub (cleandir) ===> mac_test (cleandir) ===> mcd (cleandir) ===> md (cleandir) ===> mem (cleandir) ===> mfi (cleandir) ===> mfi/mfi_linux (cleandir) rm -f export_syms mfi_linux.ko mfi_linux.kld mfi_linux.o @ machine mfi_linux.ko.debug bus_if.h device_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> mii (cleandir) ===> mlx (cleandir) ===> mly (cleandir) ===> mpt (cleandir) ===> msdosfs (cleandir) ===> msdosfs_iconv (cleandir) ===> mse (cleandir) ===> my (cleandir) ===> ncp (cleandir) ===> ncv (cleandir) ===> ndis (cleandir) ===> netgraph (cleandir) ===> netgraph/async (cleandir) ===> netgraph/atm (cleandir) ===> netgraph/atm/atm (cleandir) ===> netgraph/atm/atmbase (cleandir) ===> netgraph/atm/atmpif (cleandir) ===> netgraph/atm/ccatm (cleandir) ===> netgraph/atm/sscfu (cleandir) ===> netgraph/atm/sscop (cleandir) ===> netgraph/atm/uni (cleandir) ===> netgraph/atmllc (cleandir) ===> netgraph/bluetooth (cleandir) ===> netgraph/bluetooth/bluetooth (cleandir) ===> netgraph/bluetooth/hci (cleandir) ===> netgraph/bluetooth/l2cap (cleandir) ===> netgraph/bluetooth/socket (cleandir) ===> netgraph/bluetooth/bt3c (cleandir) ===> netgraph/bluetooth/h4 (cleandir) ===> netgraph/bluetooth/ubt (cleandir) ===> netgraph/bluetooth/ubtbcmfw (cleandir) ===> netgraph/bpf (cleandir) ===> netgraph/bridge (cleandir) ===> netgraph/cisco (cleandir) ===> netgraph/device (cleandir) ===> netgraph/echo (cleandir) ===> netgraph/eiface (cleandir) ===> netgraph/etf (cleandir) ===> netgraph/ether (cleandir) ===> netgraph/fec (cleandir) ===> netgraph/frame_relay (cleandir) ===> netgraph/gif (cleandir) ===> netgraph/gif_demux (cleandir) ===> netgraph/hole (cleandir) ===> netgraph/hub (cleandir) ===> netgraph/iface (cleandir) ===> netgraph/ip_input (cleandir) ===> netgraph/ipfw (cleandir) ===> netgraph/ksocket (cleandir) ===> netgraph/l2tp (cleandir) ===> netgraph/lmi (cleandir) ===> netgraph/mppc (cleandir) ===> netgraph/nat (cleandir) ===> netgraph/netflow (cleandir) ===> netgraph/netgraph (cleandir) ===> netgraph/one2many (cleandir) ===> netgraph/ppp (cleandir) ===> netgraph/pppoe (cleandir) ===> netgraph/pptpgre (cleandir) ===> netgraph/rfc1490 (cleandir) ===> netgraph/socket (cleandir) ===> netgraph/source (cleandir) ===> netgraph/split (cleandir) ===> netgraph/sppp (cleandir) ===> netgraph/sync_ar (cleandir) ===> netgraph/sync_sr (cleandir) ===> netgraph/tag (cleandir) ===> netgraph/tcpmss (cleandir) ===> netgraph/tee (cleandir) ===> netgraph/tty (cleandir) ===> netgraph/UI (cleandir) ===> netgraph/vjc (cleandir) ===> netgraph/vlan (cleandir) ===> nfsclient (cleandir) ===> nfsserver (cleandir) ===> nge (cleandir) ===> nmdm (cleandir) ===> nsp (cleandir) ===> ntfs (cleandir) ===> ntfs_iconv (cleandir) ===> nullfs (cleandir) ===> nve (cleandir) ===> nwfs (cleandir) ===> oltr (cleandir) ===> padlock (cleandir) ===> patm (cleandir) ===> pccard (cleandir) ===> pcfclock (cleandir) ===> pcn (cleandir) ===> pecoff (cleandir) ===> pf (cleandir) ===> pflog (cleandir) ===> plip (cleandir) ===> portalfs (cleandir) ===> ppbus (cleandir) ===> ppc (cleandir) ===> ppi (cleandir) ===> pps (cleandir) ===> procfs (cleandir) ===> pseudofs (cleandir) ===> pst (cleandir) ===> puc (cleandir) ===> ral (cleandir) ===> random (cleandir) ===> ray (cleandir) ===> rc (cleandir) ===> rc4 (cleandir) ===> re (cleandir) ===> reiserfs (cleandir) ===> rl (cleandir) ===> rp (cleandir) ===> rr232x (cleandir) ===> rue (cleandir) ===> s3 (cleandir) ===> safe (cleandir) ===> sbni (cleandir) ===> sbsh (cleandir) ===> scd (cleandir) ===> scsi_low (cleandir) ===> sf (cleandir) ===> sio (cleandir) ===> sis (cleandir) ===> sk (cleandir) ===> smbfs (cleandir) ===> sn (cleandir) ===> snp (cleandir) ===> sound (cleandir) ===> sound/sound (cleandir) ===> sound/driver (cleandir) ===> sound/driver/als4000 (cleandir) ===> sound/driver/ad1816 (cleandir) ===> sound/driver/atiixp (cleandir) ===> sound/driver/cmi (cleandir) ===> sound/driver/cs4281 (cleandir) ===> sound/driver/csa (cleandir) ===> sound/driver/ds1 (cleandir) ===> sound/driver/emu10k1 (cleandir) ===> sound/driver/es137x (cleandir) ===> sound/driver/ess (cleandir) ===> sound/driver/fm801 (cleandir) ===> sound/driver/ich (cleandir) ===> sound/driver/maestro (cleandir) ===> sound/driver/maestro3 (cleandir) ===> sound/driver/mss (cleandir) ===> sound/driver/neomagic (cleandir) ===> sound/driver/sb16 (cleandir) ===> sound/driver/sb8 (cleandir) ===> sound/driver/sbc (cleandir) ===> sound/driver/solo (cleandir) ===> sound/driver/t4dwave (cleandir) ===> sound/driver/via8233 (cleandir) ===> sound/driver/via82c686 (cleandir) ===> sound/driver/vibes (cleandir) ===> sound/driver/driver (cleandir) ===> sound/driver/uaudio (cleandir) ===> speaker (cleandir) ===> splash (cleandir) ===> splash/bmp (cleandir) ===> splash/pcx (cleandir) ===> sppp (cleandir) ===> sr (cleandir) ===> ste (cleandir) ===> stg (cleandir) ===> stge (cleandir) ===> streams (cleandir) ===> sym (cleandir) ===> syscons (cleandir) ===> syscons/apm (cleandir) ===> syscons/blank (cleandir) ===> syscons/daemon (cleandir) ===> syscons/dragon (cleandir) ===> syscons/fade (cleandir) ===> syscons/fire (cleandir) ===> syscons/green (cleandir) ===> syscons/logo (cleandir) ===> syscons/rain (cleandir) ===> syscons/snake (cleandir) ===> syscons/star (cleandir) ===> syscons/warp (cleandir) ===> sysvipc (cleandir) ===> sysvipc/sysvmsg (cleandir) ===> sysvipc/sysvsem (cleandir) ===> sysvipc/sysvshm (cleandir) ===> ti (cleandir) ===> tl (cleandir) ===> trm (cleandir) ===> twa (cleandir) ===> twe (cleandir) ===> tx (cleandir) ===> txp (cleandir) ===> uart (cleandir) ===> ubsa (cleandir) ===> ubsec (cleandir) ===> ubser (cleandir) ===> ucom (cleandir) ===> ucycom (cleandir) ===> udav (cleandir) ===> udbp (cleandir) ===> udf (cleandir) ===> udf_iconv (cleandir) ===> ufm (cleandir) ===> uftdi (cleandir) ===> ugen (cleandir) ===> uhid (cleandir) ===> ukbd (cleandir) ===> ulpt (cleandir) ===> umass (cleandir) ===> umct (cleandir) ===> umodem (cleandir) ===> ums (cleandir) ===> unionfs (cleandir) ===> uplcom (cleandir) ===> ural (cleandir) ===> urio (cleandir) ===> usb (cleandir) ===> uscanner (cleandir) ===> utopia (cleandir) ===> uvisor (cleandir) ===> uvscom (cleandir) ===> vesa (cleandir) ===> vge (cleandir) ===> vkbd (cleandir) ===> vpo (cleandir) ===> vr (cleandir) ===> vx (cleandir) ===> wb (cleandir) ===> wi (cleandir) ===> wlan (cleandir) ===> wlan_acl (cleandir) ===> wlan_ccmp (cleandir) ===> wlan_tkip (cleandir) ===> wlan_wep (cleandir) ===> wlan_xauth (cleandir) ===> xe (cleandir) ===> xl (cleandir) ===> zlib (cleandir) -------------------------------------------------------------- >>> stage 2.2: rebuilding the object tree -------------------------------------------------------------- cd /usr/obj/usr/src/sys/ALTQSMP; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin /usr/obj/usr/src/make.i386/make KERNEL=kernel obj cd /usr/src/sys/modules; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/ALTQSMP/modules KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=i386 KERNBUILDDIR="/usr/obj/usr/src/sys/ALTQSMP" /usr/obj/usr/src/make.i386/make obj ===> 3dfx (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/3dfx created for /usr/src/sys/modules/3dfx ===> 3dfx_linux (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/3dfx_linux created for /usr/src/sys/modules/3dfx_linux ===> aac (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aac created for /usr/src/sys/modules/aac ===> aac/aac_linux (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aac/aac_linux created for /usr/src/sys/modules/aac/aac_linux ===> accf_data (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/accf_data created for /usr/src/sys/modules/accf_data ===> accf_http (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/accf_http created for /usr/src/sys/modules/accf_http ===> acpi (obj) ===> acpi/acpi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi created for /usr/src/sys/modules/acpi/acpi ===> acpi/acpi_asus (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi_asus created for /usr/src/sys/modules/acpi/acpi_asus ===> acpi/acpi_fujitsu (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi_fujitsu created for /usr/src/sys/modules/acpi/acpi_fujitsu ===> acpi/acpi_ibm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi_ibm created for /usr/src/sys/modules/acpi/acpi_ibm ===> acpi/acpi_panasonic (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi_panasonic created for /usr/src/sys/modules/acpi/acpi_panasonic ===> acpi/acpi_sony (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi_sony created for /usr/src/sys/modules/acpi/acpi_sony ===> acpi/acpi_toshiba (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi_toshiba created for /usr/src/sys/modules/acpi/acpi_toshiba ===> acpi/acpi_video (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/acpi/acpi_video created for /usr/src/sys/modules/acpi/acpi_video ===> agp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/agp created for /usr/src/sys/modules/agp ===> aha (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aha created for /usr/src/sys/modules/aha ===> ahb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ahb created for /usr/src/sys/modules/ahb ===> aic (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aic created for /usr/src/sys/modules/aic ===> aic7xxx (obj) ===> aic7xxx/aicasm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aic7xxx/aicasm created for /usr/src/sys/modules/aic7xxx/aicasm ===> aic7xxx/ahc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aic7xxx/ahc created for /usr/src/sys/modules/aic7xxx/ahc ===> aic7xxx/ahc/ahc_eisa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aic7xxx/ahc/ahc_eisa created for /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa ===> aic7xxx/ahc/ahc_isa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aic7xxx/ahc/ahc_isa created for /usr/src/sys/modules/aic7xxx/ahc/ahc_isa ===> aic7xxx/ahc/ahc_pci (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aic7xxx/ahc/ahc_pci created for /usr/src/sys/modules/aic7xxx/ahc/ahc_pci ===> aic7xxx/ahd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aic7xxx/ahd created for /usr/src/sys/modules/aic7xxx/ahd ===> aio (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aio created for /usr/src/sys/modules/aio ===> amd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/amd created for /usr/src/sys/modules/amd ===> amr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/amr created for /usr/src/sys/modules/amr ===> amr/amr_linux (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/amr/amr_linux created for /usr/src/sys/modules/amr/amr_linux ===> an (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/an created for /usr/src/sys/modules/an ===> aout (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aout created for /usr/src/sys/modules/aout ===> apm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/apm created for /usr/src/sys/modules/apm ===> ar (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ar created for /usr/src/sys/modules/ar ===> arcmsr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/arcmsr created for /usr/src/sys/modules/arcmsr ===> arcnet (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/arcnet created for /usr/src/sys/modules/arcnet ===> arl (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/arl created for /usr/src/sys/modules/arl ===> asr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/asr created for /usr/src/sys/modules/asr ===> ata (obj) ===> ata/ata (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/ata created for /usr/src/sys/modules/ata/ata ===> ata/atacard (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/atacard created for /usr/src/sys/modules/ata/atacard ===> ata/ataisa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/ataisa created for /usr/src/sys/modules/ata/ataisa ===> ata/atapci (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/atapci created for /usr/src/sys/modules/ata/atapci ===> ata/atadisk (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/atadisk created for /usr/src/sys/modules/ata/atadisk ===> ata/atapicd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/atapicd created for /usr/src/sys/modules/ata/atapicd ===> ata/atapifd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/atapifd created for /usr/src/sys/modules/ata/atapifd ===> ata/atapist (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/atapist created for /usr/src/sys/modules/ata/atapist ===> ata/ataraid (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/ataraid created for /usr/src/sys/modules/ata/ataraid ===> ata/atapicam (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ata/atapicam created for /usr/src/sys/modules/ata/atapicam ===> ath (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ath created for /usr/src/sys/modules/ath ===> ath_hal (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ath_hal created for /usr/src/sys/modules/ath_hal ===> ath_rate_amrr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ath_rate_amrr created for /usr/src/sys/modules/ath_rate_amrr ===> ath_rate_onoe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ath_rate_onoe created for /usr/src/sys/modules/ath_rate_onoe ===> ath_rate_sample (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ath_rate_sample created for /usr/src/sys/modules/ath_rate_sample ===> aue (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/aue created for /usr/src/sys/modules/aue ===> awi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/awi created for /usr/src/sys/modules/awi ===> axe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/axe created for /usr/src/sys/modules/axe ===> bce (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bce created for /usr/src/sys/modules/bce ===> bfe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bfe created for /usr/src/sys/modules/bfe ===> bge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bge created for /usr/src/sys/modules/bge ===> bios (obj) ===> bios/smapi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bios/smapi created for /usr/src/sys/modules/bios/smapi ===> bios/smbios (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bios/smbios created for /usr/src/sys/modules/bios/smbios ===> bios/vpd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bios/vpd created for /usr/src/sys/modules/bios/vpd ===> bktr (obj) ===> bktr/bktr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bktr/bktr created for /usr/src/sys/modules/bktr/bktr ===> bktr/bktr_mem (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bktr/bktr_mem created for /usr/src/sys/modules/bktr/bktr_mem ===> bridge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/bridge created for /usr/src/sys/modules/bridge ===> cam (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cam created for /usr/src/sys/modules/cam ===> cardbus (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cardbus created for /usr/src/sys/modules/cardbus ===> cbb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cbb created for /usr/src/sys/modules/cbb ===> cd9660 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cd9660 created for /usr/src/sys/modules/cd9660 ===> cd9660_iconv (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cd9660_iconv created for /usr/src/sys/modules/cd9660_iconv ===> cdce (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cdce created for /usr/src/sys/modules/cdce ===> ce (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ce created for /usr/src/sys/modules/ce ===> ciss (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ciss created for /usr/src/sys/modules/ciss ===> cm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cm created for /usr/src/sys/modules/cm ===> coda (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/coda created for /usr/src/sys/modules/coda ===> coda5 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/coda5 created for /usr/src/sys/modules/coda5 ===> coff (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/coff created for /usr/src/sys/modules/coff ===> cp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cp created for /usr/src/sys/modules/cp ===> cpufreq (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cpufreq created for /usr/src/sys/modules/cpufreq ===> crypto (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/crypto created for /usr/src/sys/modules/crypto ===> cryptodev (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cryptodev created for /usr/src/sys/modules/cryptodev ===> cs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cs created for /usr/src/sys/modules/cs ===> ctau (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ctau created for /usr/src/sys/modules/ctau ===> cue (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cue created for /usr/src/sys/modules/cue ===> cx (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/cx created for /usr/src/sys/modules/cx ===> dc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/dc created for /usr/src/sys/modules/dc ===> dcons (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/dcons created for /usr/src/sys/modules/dcons ===> dcons_crom (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/dcons_crom created for /usr/src/sys/modules/dcons_crom ===> de (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/de created for /usr/src/sys/modules/de ===> digi (obj) ===> digi/digi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi created for /usr/src/sys/modules/digi/digi ===> digi/digi_CX (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi_CX created for /usr/src/sys/modules/digi/digi_CX ===> digi/digi_CX_PCI (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi_CX_PCI created for /usr/src/sys/modules/digi/digi_CX_PCI ===> digi/digi_EPCX (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi_EPCX created for /usr/src/sys/modules/digi/digi_EPCX ===> digi/digi_EPCX_PCI (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi_EPCX_PCI created for /usr/src/sys/modules/digi/digi_EPCX_PCI ===> digi/digi_Xe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi_Xe created for /usr/src/sys/modules/digi/digi_Xe ===> digi/digi_Xem (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi_Xem created for /usr/src/sys/modules/digi/digi_Xem ===> digi/digi_Xr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/digi/digi_Xr created for /usr/src/sys/modules/digi/digi_Xr ===> dpt (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/dpt created for /usr/src/sys/modules/dpt ===> drm (obj) ===> drm/drm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/drm created for /usr/src/sys/modules/drm/drm ===> drm/i915 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/i915 created for /usr/src/sys/modules/drm/i915 ===> drm/mach64 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/mach64 created for /usr/src/sys/modules/drm/mach64 ===> drm/mga (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/mga created for /usr/src/sys/modules/drm/mga ===> drm/r128 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/r128 created for /usr/src/sys/modules/drm/r128 ===> drm/radeon (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/radeon created for /usr/src/sys/modules/drm/radeon ===> drm/savage (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/savage created for /usr/src/sys/modules/drm/savage ===> drm/sis (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/sis created for /usr/src/sys/modules/drm/sis ===> drm/tdfx (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/drm/tdfx created for /usr/src/sys/modules/drm/tdfx ===> dummynet (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/dummynet created for /usr/src/sys/modules/dummynet ===> ed (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ed created for /usr/src/sys/modules/ed ===> el (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/el created for /usr/src/sys/modules/el ===> elink (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/elink created for /usr/src/sys/modules/elink ===> em (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/em created for /usr/src/sys/modules/em ===> en (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/en created for /usr/src/sys/modules/en ===> ep (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ep created for /usr/src/sys/modules/ep ===> ex (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ex created for /usr/src/sys/modules/ex ===> exca (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/exca created for /usr/src/sys/modules/exca ===> ext2fs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ext2fs created for /usr/src/sys/modules/ext2fs ===> fatm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/fatm created for /usr/src/sys/modules/fatm ===> fdc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/fdc created for /usr/src/sys/modules/fdc ===> fdescfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/fdescfs created for /usr/src/sys/modules/fdescfs ===> fe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/fe created for /usr/src/sys/modules/fe ===> firewire (obj) ===> firewire/firewire (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/firewire/firewire created for /usr/src/sys/modules/firewire/firewire ===> firewire/fwe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/firewire/fwe created for /usr/src/sys/modules/firewire/fwe ===> firewire/fwip (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/firewire/fwip created for /usr/src/sys/modules/firewire/fwip ===> firewire/sbp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/firewire/sbp created for /usr/src/sys/modules/firewire/sbp ===> firewire/sbp_targ (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/firewire/sbp_targ created for /usr/src/sys/modules/firewire/sbp_targ ===> firmware (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/firmware created for /usr/src/sys/modules/firmware ===> fxp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/fxp created for /usr/src/sys/modules/fxp ===> geom (obj) ===> geom/geom_apple (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_apple created for /usr/src/sys/modules/geom/geom_apple ===> geom/geom_bde (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_bde created for /usr/src/sys/modules/geom/geom_bde ===> geom/geom_bsd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_bsd created for /usr/src/sys/modules/geom/geom_bsd ===> geom/geom_ccd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_ccd created for /usr/src/sys/modules/geom/geom_ccd ===> geom/geom_concat (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_concat created for /usr/src/sys/modules/geom/geom_concat ===> geom/geom_eli (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_eli created for /usr/src/sys/modules/geom/geom_eli ===> geom/geom_fox (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_fox created for /usr/src/sys/modules/geom/geom_fox ===> geom/geom_gate (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_gate created for /usr/src/sys/modules/geom/geom_gate ===> geom/geom_gpt (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_gpt created for /usr/src/sys/modules/geom/geom_gpt ===> geom/geom_label (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_label created for /usr/src/sys/modules/geom/geom_label ===> geom/geom_mbr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_mbr created for /usr/src/sys/modules/geom/geom_mbr ===> geom/geom_mirror (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_mirror created for /usr/src/sys/modules/geom/geom_mirror ===> geom/geom_nop (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_nop created for /usr/src/sys/modules/geom/geom_nop ===> geom/geom_pc98 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_pc98 created for /usr/src/sys/modules/geom/geom_pc98 ===> geom/geom_raid3 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_raid3 created for /usr/src/sys/modules/geom/geom_raid3 ===> geom/geom_shsec (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_shsec created for /usr/src/sys/modules/geom/geom_shsec ===> geom/geom_stripe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_stripe created for /usr/src/sys/modules/geom/geom_stripe ===> geom/geom_sunlabel (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_sunlabel created for /usr/src/sys/modules/geom/geom_sunlabel ===> geom/geom_uzip (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_uzip created for /usr/src/sys/modules/geom/geom_uzip ===> geom/geom_vinum (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_vinum created for /usr/src/sys/modules/geom/geom_vinum ===> geom/geom_vol_ffs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_vol_ffs created for /usr/src/sys/modules/geom/geom_vol_ffs ===> geom/geom_zero (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/geom/geom_zero created for /usr/src/sys/modules/geom/geom_zero ===> harp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/harp created for /usr/src/sys/modules/harp ===> hatm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/hatm created for /usr/src/sys/modules/hatm ===> hfa (obj) ===> hfa/hfa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/hfa/hfa created for /usr/src/sys/modules/hfa/hfa ===> hfa/pci (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/hfa/pci created for /usr/src/sys/modules/hfa/pci ===> hifn (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/hifn created for /usr/src/sys/modules/hifn ===> hme (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/hme created for /usr/src/sys/modules/hme ===> hptmv (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/hptmv created for /usr/src/sys/modules/hptmv ===> hwpmc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/hwpmc created for /usr/src/sys/modules/hwpmc ===> i2c (obj) ===> i2c/controllers (obj) ===> i2c/controllers/alpm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/alpm created for /usr/src/sys/modules/i2c/controllers/alpm ===> i2c/controllers/amdpm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/amdpm created for /usr/src/sys/modules/i2c/controllers/amdpm ===> i2c/controllers/amdsmb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/amdsmb created for /usr/src/sys/modules/i2c/controllers/amdsmb ===> i2c/controllers/ichsmb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/ichsmb created for /usr/src/sys/modules/i2c/controllers/ichsmb ===> i2c/controllers/intpm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/intpm created for /usr/src/sys/modules/i2c/controllers/intpm ===> i2c/controllers/nfsmb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/nfsmb created for /usr/src/sys/modules/i2c/controllers/nfsmb ===> i2c/controllers/viapm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/viapm created for /usr/src/sys/modules/i2c/controllers/viapm ===> i2c/controllers/lpbb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/lpbb created for /usr/src/sys/modules/i2c/controllers/lpbb ===> i2c/controllers/pcf (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/controllers/pcf created for /usr/src/sys/modules/i2c/controllers/pcf ===> i2c/if_ic (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/if_ic created for /usr/src/sys/modules/i2c/if_ic ===> i2c/smbus (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/smbus created for /usr/src/sys/modules/i2c/smbus ===> i2c/iicbus (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/iicbus created for /usr/src/sys/modules/i2c/iicbus ===> i2c/iicbb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/iicbb created for /usr/src/sys/modules/i2c/iicbb ===> i2c/iicsmb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/iicsmb created for /usr/src/sys/modules/i2c/iicsmb ===> i2c/iic (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/iic created for /usr/src/sys/modules/i2c/iic ===> i2c/smb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/i2c/smb created for /usr/src/sys/modules/i2c/smb ===> ibcs2 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ibcs2 created for /usr/src/sys/modules/ibcs2 ===> ichwd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ichwd created for /usr/src/sys/modules/ichwd ===> ida (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ida created for /usr/src/sys/modules/ida ===> idt (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/idt created for /usr/src/sys/modules/idt ===> ie (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ie created for /usr/src/sys/modules/ie ===> if_bridge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_bridge created for /usr/src/sys/modules/if_bridge ===> if_disc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_disc created for /usr/src/sys/modules/if_disc ===> if_ef (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_ef created for /usr/src/sys/modules/if_ef ===> if_faith (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_faith created for /usr/src/sys/modules/if_faith ===> if_gif (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_gif created for /usr/src/sys/modules/if_gif ===> if_gre (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_gre created for /usr/src/sys/modules/if_gre ===> if_ndis (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_ndis created for /usr/src/sys/modules/if_ndis ===> if_ppp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_ppp created for /usr/src/sys/modules/if_ppp ===> if_sl (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_sl created for /usr/src/sys/modules/if_sl ===> if_stf (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_stf created for /usr/src/sys/modules/if_stf ===> if_tap (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_tap created for /usr/src/sys/modules/if_tap ===> if_tun (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_tun created for /usr/src/sys/modules/if_tun ===> if_vlan (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/if_vlan created for /usr/src/sys/modules/if_vlan ===> iir (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/iir created for /usr/src/sys/modules/iir ===> io (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/io created for /usr/src/sys/modules/io ===> ip6fw (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ip6fw created for /usr/src/sys/modules/ip6fw ===> ipdivert (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ipdivert created for /usr/src/sys/modules/ipdivert ===> ipfilter (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ipfilter created for /usr/src/sys/modules/ipfilter ===> ipfw (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ipfw created for /usr/src/sys/modules/ipfw ===> ip_mroute_mod (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ip_mroute_mod created for /usr/src/sys/modules/ip_mroute_mod ===> ipmi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ipmi created for /usr/src/sys/modules/ipmi ===> ips (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ips created for /usr/src/sys/modules/ips ===> ipw (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ipw created for /usr/src/sys/modules/ipw ===> isp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/isp created for /usr/src/sys/modules/isp ===> ispfw (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ispfw created for /usr/src/sys/modules/ispfw ===> iwi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/iwi created for /usr/src/sys/modules/iwi ===> ixgb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ixgb created for /usr/src/sys/modules/ixgb ===> joy (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/joy created for /usr/src/sys/modules/joy ===> kbdmux (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/kbdmux created for /usr/src/sys/modules/kbdmux ===> kue (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/kue created for /usr/src/sys/modules/kue ===> le (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/le created for /usr/src/sys/modules/le ===> lge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/lge created for /usr/src/sys/modules/lge ===> libalias (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/libalias created for /usr/src/sys/modules/libalias ===> libiconv (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/libiconv created for /usr/src/sys/modules/libiconv ===> libmbpool (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/libmbpool created for /usr/src/sys/modules/libmbpool ===> libmchain (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/libmchain created for /usr/src/sys/modules/libmchain ===> linprocfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/linprocfs created for /usr/src/sys/modules/linprocfs ===> linsysfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/linsysfs created for /usr/src/sys/modules/linsysfs ===> linux (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/linux created for /usr/src/sys/modules/linux ===> lnc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/lnc created for /usr/src/sys/modules/lnc ===> lpt (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/lpt created for /usr/src/sys/modules/lpt ===> mac_biba (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_biba created for /usr/src/sys/modules/mac_biba ===> mac_bsdextended (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_bsdextended created for /usr/src/sys/modules/mac_bsdextended ===> mac_ifoff (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_ifoff created for /usr/src/sys/modules/mac_ifoff ===> mac_lomac (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_lomac created for /usr/src/sys/modules/mac_lomac ===> mac_mls (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_mls created for /usr/src/sys/modules/mac_mls ===> mac_none (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_none created for /usr/src/sys/modules/mac_none ===> mac_partition (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_partition created for /usr/src/sys/modules/mac_partition ===> mac_portacl (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_portacl created for /usr/src/sys/modules/mac_portacl ===> mac_seeotheruids (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_seeotheruids created for /usr/src/sys/modules/mac_seeotheruids ===> mac_stub (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_stub created for /usr/src/sys/modules/mac_stub ===> mac_test (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mac_test created for /usr/src/sys/modules/mac_test ===> mcd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mcd created for /usr/src/sys/modules/mcd ===> md (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/md created for /usr/src/sys/modules/md ===> mem (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mem created for /usr/src/sys/modules/mem ===> mfi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mfi created for /usr/src/sys/modules/mfi ===> mfi/mfi_linux (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mfi/mfi_linux created for /usr/src/sys/modules/mfi/mfi_linux ===> mii (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mii created for /usr/src/sys/modules/mii ===> mlx (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mlx created for /usr/src/sys/modules/mlx ===> mly (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mly created for /usr/src/sys/modules/mly ===> mpt (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mpt created for /usr/src/sys/modules/mpt ===> msdosfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/msdosfs created for /usr/src/sys/modules/msdosfs ===> msdosfs_iconv (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/msdosfs_iconv created for /usr/src/sys/modules/msdosfs_iconv ===> mse (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/mse created for /usr/src/sys/modules/mse ===> my (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/my created for /usr/src/sys/modules/my ===> ncp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ncp created for /usr/src/sys/modules/ncp ===> ncv (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ncv created for /usr/src/sys/modules/ncv ===> ndis (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ndis created for /usr/src/sys/modules/ndis ===> netgraph (obj) ===> netgraph/async (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/async created for /usr/src/sys/modules/netgraph/async ===> netgraph/atm (obj) ===> netgraph/atm/atm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atm/atm created for /usr/src/sys/modules/netgraph/atm/atm ===> netgraph/atm/atmbase (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atm/atmbase created for /usr/src/sys/modules/netgraph/atm/atmbase ===> netgraph/atm/atmpif (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atm/atmpif created for /usr/src/sys/modules/netgraph/atm/atmpif ===> netgraph/atm/ccatm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atm/ccatm created for /usr/src/sys/modules/netgraph/atm/ccatm ===> netgraph/atm/sscfu (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atm/sscfu created for /usr/src/sys/modules/netgraph/atm/sscfu ===> netgraph/atm/sscop (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atm/sscop created for /usr/src/sys/modules/netgraph/atm/sscop ===> netgraph/atm/uni (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atm/uni created for /usr/src/sys/modules/netgraph/atm/uni ===> netgraph/atmllc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/atmllc created for /usr/src/sys/modules/netgraph/atmllc ===> netgraph/bluetooth (obj) ===> netgraph/bluetooth/bluetooth (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/bluetooth created for /usr/src/sys/modules/netgraph/bluetooth/bluetooth ===> netgraph/bluetooth/hci (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/hci created for /usr/src/sys/modules/netgraph/bluetooth/hci ===> netgraph/bluetooth/l2cap (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/l2cap created for /usr/src/sys/modules/netgraph/bluetooth/l2cap ===> netgraph/bluetooth/socket (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/socket created for /usr/src/sys/modules/netgraph/bluetooth/socket ===> netgraph/bluetooth/bt3c (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/bt3c created for /usr/src/sys/modules/netgraph/bluetooth/bt3c ===> netgraph/bluetooth/h4 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/h4 created for /usr/src/sys/modules/netgraph/bluetooth/h4 ===> netgraph/bluetooth/ubt (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/ubt created for /usr/src/sys/modules/netgraph/bluetooth/ubt ===> netgraph/bluetooth/ubtbcmfw (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw created for /usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw ===> netgraph/bpf (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bpf created for /usr/src/sys/modules/netgraph/bpf ===> netgraph/bridge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/bridge created for /usr/src/sys/modules/netgraph/bridge ===> netgraph/cisco (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/cisco created for /usr/src/sys/modules/netgraph/cisco ===> netgraph/device (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/device created for /usr/src/sys/modules/netgraph/device ===> netgraph/echo (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/echo created for /usr/src/sys/modules/netgraph/echo ===> netgraph/eiface (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/eiface created for /usr/src/sys/modules/netgraph/eiface ===> netgraph/etf (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/etf created for /usr/src/sys/modules/netgraph/etf ===> netgraph/ether (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/ether created for /usr/src/sys/modules/netgraph/ether ===> netgraph/fec (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/fec created for /usr/src/sys/modules/netgraph/fec ===> netgraph/frame_relay (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/frame_relay created for /usr/src/sys/modules/netgraph/frame_relay ===> netgraph/gif (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/gif created for /usr/src/sys/modules/netgraph/gif ===> netgraph/gif_demux (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/gif_demux created for /usr/src/sys/modules/netgraph/gif_demux ===> netgraph/hole (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/hole created for /usr/src/sys/modules/netgraph/hole ===> netgraph/hub (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/hub created for /usr/src/sys/modules/netgraph/hub ===> netgraph/iface (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/iface created for /usr/src/sys/modules/netgraph/iface ===> netgraph/ip_input (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/ip_input created for /usr/src/sys/modules/netgraph/ip_input ===> netgraph/ipfw (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/ipfw created for /usr/src/sys/modules/netgraph/ipfw ===> netgraph/ksocket (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/ksocket created for /usr/src/sys/modules/netgraph/ksocket ===> netgraph/l2tp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/l2tp created for /usr/src/sys/modules/netgraph/l2tp ===> netgraph/lmi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/lmi created for /usr/src/sys/modules/netgraph/lmi ===> netgraph/mppc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/mppc created for /usr/src/sys/modules/netgraph/mppc ===> netgraph/nat (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/nat created for /usr/src/sys/modules/netgraph/nat ===> netgraph/netflow (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/netflow created for /usr/src/sys/modules/netgraph/netflow ===> netgraph/netgraph (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/netgraph created for /usr/src/sys/modules/netgraph/netgraph ===> netgraph/one2many (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/one2many created for /usr/src/sys/modules/netgraph/one2many ===> netgraph/ppp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/ppp created for /usr/src/sys/modules/netgraph/ppp ===> netgraph/pppoe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/pppoe created for /usr/src/sys/modules/netgraph/pppoe ===> netgraph/pptpgre (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/pptpgre created for /usr/src/sys/modules/netgraph/pptpgre ===> netgraph/rfc1490 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/rfc1490 created for /usr/src/sys/modules/netgraph/rfc1490 ===> netgraph/socket (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/socket created for /usr/src/sys/modules/netgraph/socket ===> netgraph/source (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/source created for /usr/src/sys/modules/netgraph/source ===> netgraph/split (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/split created for /usr/src/sys/modules/netgraph/split ===> netgraph/sppp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/sppp created for /usr/src/sys/modules/netgraph/sppp ===> netgraph/sync_ar (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/sync_ar created for /usr/src/sys/modules/netgraph/sync_ar ===> netgraph/sync_sr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/sync_sr created for /usr/src/sys/modules/netgraph/sync_sr ===> netgraph/tag (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/tag created for /usr/src/sys/modules/netgraph/tag ===> netgraph/tcpmss (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/tcpmss created for /usr/src/sys/modules/netgraph/tcpmss ===> netgraph/tee (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/tee created for /usr/src/sys/modules/netgraph/tee ===> netgraph/tty (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/tty created for /usr/src/sys/modules/netgraph/tty ===> netgraph/UI (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/UI created for /usr/src/sys/modules/netgraph/UI ===> netgraph/vjc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/vjc created for /usr/src/sys/modules/netgraph/vjc ===> netgraph/vlan (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/netgraph/vlan created for /usr/src/sys/modules/netgraph/vlan ===> nfsclient (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nfsclient created for /usr/src/sys/modules/nfsclient ===> nfsserver (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nfsserver created for /usr/src/sys/modules/nfsserver ===> nge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nge created for /usr/src/sys/modules/nge ===> nmdm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nmdm created for /usr/src/sys/modules/nmdm ===> nsp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nsp created for /usr/src/sys/modules/nsp ===> ntfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ntfs created for /usr/src/sys/modules/ntfs ===> ntfs_iconv (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ntfs_iconv created for /usr/src/sys/modules/ntfs_iconv ===> nullfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nullfs created for /usr/src/sys/modules/nullfs ===> nve (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nve created for /usr/src/sys/modules/nve ===> nwfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/nwfs created for /usr/src/sys/modules/nwfs ===> oltr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/oltr created for /usr/src/sys/modules/oltr ===> padlock (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/padlock created for /usr/src/sys/modules/padlock ===> patm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/patm created for /usr/src/sys/modules/patm ===> pccard (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pccard created for /usr/src/sys/modules/pccard ===> pcfclock (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pcfclock created for /usr/src/sys/modules/pcfclock ===> pcn (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pcn created for /usr/src/sys/modules/pcn ===> pecoff (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pecoff created for /usr/src/sys/modules/pecoff ===> pf (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pf created for /usr/src/sys/modules/pf ===> pflog (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pflog created for /usr/src/sys/modules/pflog ===> plip (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/plip created for /usr/src/sys/modules/plip ===> portalfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/portalfs created for /usr/src/sys/modules/portalfs ===> ppbus (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ppbus created for /usr/src/sys/modules/ppbus ===> ppc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ppc created for /usr/src/sys/modules/ppc ===> ppi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ppi created for /usr/src/sys/modules/ppi ===> pps (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pps created for /usr/src/sys/modules/pps ===> procfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/procfs created for /usr/src/sys/modules/procfs ===> pseudofs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pseudofs created for /usr/src/sys/modules/pseudofs ===> pst (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/pst created for /usr/src/sys/modules/pst ===> puc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/puc created for /usr/src/sys/modules/puc ===> ral (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ral created for /usr/src/sys/modules/ral ===> random (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/random created for /usr/src/sys/modules/random ===> ray (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ray created for /usr/src/sys/modules/ray ===> rc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/rc created for /usr/src/sys/modules/rc ===> rc4 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/rc4 created for /usr/src/sys/modules/rc4 ===> re (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/re created for /usr/src/sys/modules/re ===> reiserfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/reiserfs created for /usr/src/sys/modules/reiserfs ===> rl (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/rl created for /usr/src/sys/modules/rl ===> rp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/rp created for /usr/src/sys/modules/rp ===> rr232x (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/rr232x created for /usr/src/sys/modules/rr232x ===> rue (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/rue created for /usr/src/sys/modules/rue ===> s3 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/s3 created for /usr/src/sys/modules/s3 ===> safe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/safe created for /usr/src/sys/modules/safe ===> sbni (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sbni created for /usr/src/sys/modules/sbni ===> sbsh (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sbsh created for /usr/src/sys/modules/sbsh ===> scd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/scd created for /usr/src/sys/modules/scd ===> scsi_low (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/scsi_low created for /usr/src/sys/modules/scsi_low ===> sf (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sf created for /usr/src/sys/modules/sf ===> sio (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sio created for /usr/src/sys/modules/sio ===> sis (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sis created for /usr/src/sys/modules/sis ===> sk (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sk created for /usr/src/sys/modules/sk ===> smbfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/smbfs created for /usr/src/sys/modules/smbfs ===> sn (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sn created for /usr/src/sys/modules/sn ===> snp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/snp created for /usr/src/sys/modules/snp ===> sound (obj) ===> sound/sound (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/sound created for /usr/src/sys/modules/sound/sound ===> sound/driver (obj) ===> sound/driver/als4000 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/als4000 created for /usr/src/sys/modules/sound/driver/als4000 ===> sound/driver/ad1816 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/ad1816 created for /usr/src/sys/modules/sound/driver/ad1816 ===> sound/driver/atiixp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/atiixp created for /usr/src/sys/modules/sound/driver/atiixp ===> sound/driver/cmi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/cmi created for /usr/src/sys/modules/sound/driver/cmi ===> sound/driver/cs4281 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/cs4281 created for /usr/src/sys/modules/sound/driver/cs4281 ===> sound/driver/csa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/csa created for /usr/src/sys/modules/sound/driver/csa ===> sound/driver/ds1 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/ds1 created for /usr/src/sys/modules/sound/driver/ds1 ===> sound/driver/emu10k1 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/emu10k1 created for /usr/src/sys/modules/sound/driver/emu10k1 ===> sound/driver/es137x (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/es137x created for /usr/src/sys/modules/sound/driver/es137x ===> sound/driver/ess (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/ess created for /usr/src/sys/modules/sound/driver/ess ===> sound/driver/fm801 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/fm801 created for /usr/src/sys/modules/sound/driver/fm801 ===> sound/driver/ich (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/ich created for /usr/src/sys/modules/sound/driver/ich ===> sound/driver/maestro (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/maestro created for /usr/src/sys/modules/sound/driver/maestro ===> sound/driver/maestro3 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/maestro3 created for /usr/src/sys/modules/sound/driver/maestro3 ===> sound/driver/mss (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/mss created for /usr/src/sys/modules/sound/driver/mss ===> sound/driver/neomagic (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/neomagic created for /usr/src/sys/modules/sound/driver/neomagic ===> sound/driver/sb16 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/sb16 created for /usr/src/sys/modules/sound/driver/sb16 ===> sound/driver/sb8 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/sb8 created for /usr/src/sys/modules/sound/driver/sb8 ===> sound/driver/sbc (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/sbc created for /usr/src/sys/modules/sound/driver/sbc ===> sound/driver/solo (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/solo created for /usr/src/sys/modules/sound/driver/solo ===> sound/driver/t4dwave (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/t4dwave created for /usr/src/sys/modules/sound/driver/t4dwave ===> sound/driver/via8233 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/via8233 created for /usr/src/sys/modules/sound/driver/via8233 ===> sound/driver/via82c686 (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/via82c686 created for /usr/src/sys/modules/sound/driver/via82c686 ===> sound/driver/vibes (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/vibes created for /usr/src/sys/modules/sound/driver/vibes ===> sound/driver/driver (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/driver created for /usr/src/sys/modules/sound/driver/driver ===> sound/driver/uaudio (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sound/driver/uaudio created for /usr/src/sys/modules/sound/driver/uaudio ===> speaker (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/speaker created for /usr/src/sys/modules/speaker ===> splash (obj) ===> splash/bmp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/splash/bmp created for /usr/src/sys/modules/splash/bmp ===> splash/pcx (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/splash/pcx created for /usr/src/sys/modules/splash/pcx ===> sppp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sppp created for /usr/src/sys/modules/sppp ===> sr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sr created for /usr/src/sys/modules/sr ===> ste (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ste created for /usr/src/sys/modules/ste ===> stg (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/stg created for /usr/src/sys/modules/stg ===> stge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/stge created for /usr/src/sys/modules/stge ===> streams (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/streams created for /usr/src/sys/modules/streams ===> sym (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sym created for /usr/src/sys/modules/sym ===> syscons (obj) ===> syscons/apm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/apm created for /usr/src/sys/modules/syscons/apm ===> syscons/blank (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/blank created for /usr/src/sys/modules/syscons/blank ===> syscons/daemon (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/daemon created for /usr/src/sys/modules/syscons/daemon ===> syscons/dragon (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/dragon created for /usr/src/sys/modules/syscons/dragon ===> syscons/fade (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/fade created for /usr/src/sys/modules/syscons/fade ===> syscons/fire (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/fire created for /usr/src/sys/modules/syscons/fire ===> syscons/green (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/green created for /usr/src/sys/modules/syscons/green ===> syscons/logo (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/logo created for /usr/src/sys/modules/syscons/logo ===> syscons/rain (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/rain created for /usr/src/sys/modules/syscons/rain ===> syscons/snake (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/snake created for /usr/src/sys/modules/syscons/snake ===> syscons/star (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/star created for /usr/src/sys/modules/syscons/star ===> syscons/warp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/syscons/warp created for /usr/src/sys/modules/syscons/warp ===> sysvipc (obj) ===> sysvipc/sysvmsg (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sysvipc/sysvmsg created for /usr/src/sys/modules/sysvipc/sysvmsg ===> sysvipc/sysvsem (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sysvipc/sysvsem created for /usr/src/sys/modules/sysvipc/sysvsem ===> sysvipc/sysvshm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/sysvipc/sysvshm created for /usr/src/sys/modules/sysvipc/sysvshm ===> ti (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ti created for /usr/src/sys/modules/ti ===> tl (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/tl created for /usr/src/sys/modules/tl ===> trm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/trm created for /usr/src/sys/modules/trm ===> twa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/twa created for /usr/src/sys/modules/twa ===> twe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/twe created for /usr/src/sys/modules/twe ===> tx (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/tx created for /usr/src/sys/modules/tx ===> txp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/txp created for /usr/src/sys/modules/txp ===> uart (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/uart created for /usr/src/sys/modules/uart ===> ubsa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ubsa created for /usr/src/sys/modules/ubsa ===> ubsec (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ubsec created for /usr/src/sys/modules/ubsec ===> ubser (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ubser created for /usr/src/sys/modules/ubser ===> ucom (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ucom created for /usr/src/sys/modules/ucom ===> ucycom (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ucycom created for /usr/src/sys/modules/ucycom ===> udav (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/udav created for /usr/src/sys/modules/udav ===> udbp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/udbp created for /usr/src/sys/modules/udbp ===> udf (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/udf created for /usr/src/sys/modules/udf ===> udf_iconv (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/udf_iconv created for /usr/src/sys/modules/udf_iconv ===> ufm (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ufm created for /usr/src/sys/modules/ufm ===> uftdi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/uftdi created for /usr/src/sys/modules/uftdi ===> ugen (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ugen created for /usr/src/sys/modules/ugen ===> uhid (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/uhid created for /usr/src/sys/modules/uhid ===> ukbd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ukbd created for /usr/src/sys/modules/ukbd ===> ulpt (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ulpt created for /usr/src/sys/modules/ulpt ===> umass (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/umass created for /usr/src/sys/modules/umass ===> umct (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/umct created for /usr/src/sys/modules/umct ===> umodem (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/umodem created for /usr/src/sys/modules/umodem ===> ums (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ums created for /usr/src/sys/modules/ums ===> unionfs (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/unionfs created for /usr/src/sys/modules/unionfs ===> uplcom (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/uplcom created for /usr/src/sys/modules/uplcom ===> ural (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/ural created for /usr/src/sys/modules/ural ===> urio (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/urio created for /usr/src/sys/modules/urio ===> usb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/usb created for /usr/src/sys/modules/usb ===> uscanner (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/uscanner created for /usr/src/sys/modules/uscanner ===> utopia (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/utopia created for /usr/src/sys/modules/utopia ===> uvisor (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/uvisor created for /usr/src/sys/modules/uvisor ===> uvscom (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/uvscom created for /usr/src/sys/modules/uvscom ===> vesa (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/vesa created for /usr/src/sys/modules/vesa ===> vge (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/vge created for /usr/src/sys/modules/vge ===> vkbd (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/vkbd created for /usr/src/sys/modules/vkbd ===> vpo (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/vpo created for /usr/src/sys/modules/vpo ===> vr (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/vr created for /usr/src/sys/modules/vr ===> vx (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/vx created for /usr/src/sys/modules/vx ===> wb (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wb created for /usr/src/sys/modules/wb ===> wi (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wi created for /usr/src/sys/modules/wi ===> wlan (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wlan created for /usr/src/sys/modules/wlan ===> wlan_acl (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wlan_acl created for /usr/src/sys/modules/wlan_acl ===> wlan_ccmp (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wlan_ccmp created for /usr/src/sys/modules/wlan_ccmp ===> wlan_tkip (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wlan_tkip created for /usr/src/sys/modules/wlan_tkip ===> wlan_wep (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wlan_wep created for /usr/src/sys/modules/wlan_wep ===> wlan_xauth (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/wlan_xauth created for /usr/src/sys/modules/wlan_xauth ===> xe (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/xe created for /usr/src/sys/modules/xe ===> xl (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/xl created for /usr/src/sys/modules/xl ===> zlib (obj) /usr/obj/usr/src/sys/ALTQSMP/modules/usr/src/sys/modules/zlib created for /usr/src/sys/modules/zlib -------------------------------------------------------------- >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/obj/usr/src/sys/ALTQSMP; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm /usr/obj/usr/src/make.i386/make -DNO_CPU_CFLAGS -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /usr/obj/usr/src/sys/ALTQSMP cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c aicasm_gram.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c aicasm_macro_gram.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c aicasm_scan.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c aicasm_macro_scan.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll cd /usr/src/sys/modules/aic7xxx/aicasm; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/ALTQSMP/modules /usr/obj/usr/src/make.i386/make -DNO_CPU_CFLAGS obj cd /usr/src/sys/modules/aic7xxx/aicasm; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/ALTQSMP/modules /usr/obj/usr/src/make.i386/make -DNO_CPU_CFLAGS depend yacc -b aicasm_gram -d -o aicasm_gram.c /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_gram.y yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_macro_gram.y lex -t /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_scan.l > aicasm_scan.c lex -t -Pmm /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_macro_scan.l > aicasm_macro_scan.c rm -f .depend_aicasm mkdep -f .depend_aicasm -a -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c aicasm_gram.c aicasm_macro_gram.c aicasm_scan.c aicasm_macro_scan.c echo aicasm: /usr/lib/libc.a /usr/lib/libl.a >> .depend_aicasm cd /usr/src/sys/modules/aic7xxx/aicasm; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/ALTQSMP/modules /usr/obj/usr/src/make.i386/make -DNO_CPU_CFLAGS all cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -c /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -c /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -c aicasm_gram.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -c aicasm_macro_gram.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -c aicasm_scan.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -c aicasm_macro_scan.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll -------------------------------------------------------------- >>> stage 3.1: making dependencies -------------------------------------------------------------- cd /usr/obj/usr/src/sys/ALTQSMP; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin /usr/obj/usr/src/make.i386/make KERNEL=kernel depend -DNO_MODULES_OBJ make: don't know how to make /usr/src/sys/sys/_sx.h. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 21:39:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E53A16A41B for ; Sat, 17 Nov 2007 21:39:00 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 48C5513C458 for ; Sat, 17 Nov 2007 21:38:46 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so5168204pyb for ; Sat, 17 Nov 2007 13:38:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=3CxVQJsUxSvEY2NjA3wm92DqmylbMNt4lGU9n1DqeLk=; b=uTQVzzN5tFi1oZVDgY7wISrGdcGKVDRrcNJaj0eiV0USEeIIDHkYPulMvSnerRIVKKGrjyNTI4C0H5qzqEgrHjOb85MNXX1TCqVTzFsiTd1r7R53DdZg1wP1fTNBHxPN6A6Y52vMvH04pvCzgYEiLsWY1mbvQJ0jPLljLarCegs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=abJ6J/bSPPE9HuEeMPeaovZQOgZKPSQJX1lIgjEOV/lgXOXyBcf6jnUqbcWAdtGcIcJ0SqbyI2XHn4gYdjwZwCm3QOthMV97TmhA+5+d8Pu0fNo+96tPMfOpzQnwm4C+EwZuVg7tDqSpJQQQSzHEMHH9OUUESAoNtiLj56s3NQ4= Received: by 10.35.115.18 with SMTP id s18mr3956996pym.1195335510976; Sat, 17 Nov 2007 13:38:30 -0800 (PST) Received: by 10.35.57.12 with HTTP; Sat, 17 Nov 2007 13:38:30 -0800 (PST) Message-ID: <8cb6106e0711171338l2e175f3fkf9c3b1b035e55236@mail.gmail.com> Date: Sat, 17 Nov 2007 16:38:30 -0500 From: "Josh Carroll" To: "Gunnar Hinriksson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cb6106e0711171310m7915908du1b29f081dfe35512@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: Make buildkernel fails on RELENG_6_2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 21:39:00 -0000 > Output of > make buildkernel KERNCONF=ALTQSMP >& /root/buildlog Have you tried removing /usr/obj, then retrying buildworld? Your /usr/obj may have some RELENG_6 stuff lingering and causing problems in the build. Josh From owner-freebsd-stable@FreeBSD.ORG Sat Nov 17 21:44:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 107C716A420 for ; Sat, 17 Nov 2007 21:44:36 +0000 (UTC) (envelope-from tomtinn@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id DC9CF13C45D for ; Sat, 17 Nov 2007 21:44:17 +0000 (UTC) (envelope-from tomtinn@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1530937waf for ; Sat, 17 Nov 2007 13:44:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=qN+2KoSeyUtgCRVb6cjluVsFHTPpZ3TubO3hGRGkgl0=; b=Qn29JZTowbgqtAjq570Tnp9agCHbGtVGKg6CRzq0ZhBp7zUhcQxLEnworJQs+cLm+7zQr8r+uqRL5AVAGR0FoYFMbh9Mskz1xzU0uDMtwzg1VSQzw8m/tNrQEE8ilzbVWc9XmK+Nzh/Tx8htGIiKjI7CAnx/+N5fcEcA1mTDseA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=t6o2t3aIqrCYfzSF2wq5HjtWgsyRNudDh83CrxZQEmAZDckOPvxVcMbUQzarnW+Aqf+xp/HheI6GH6g9bqISwRx665+Y6hi/S3a+sb6jhmgiU7D5gLDpRtSNrfT1crQmj2mojgzGOBwOYn4v3tx29GPrCt/hYwaGKs8hs+r7fnQ= Received: by 10.114.26.1 with SMTP id 1mr137086waz.1195335851038; Sat, 17 Nov 2007 13:44:11 -0800 (PST) Received: by 10.115.92.12 with HTTP; Sat, 17 Nov 2007 13:44:10 -0800 (PST) Message-ID: Date: Sat, 17 Nov 2007 21:44:10 +0000 From: "Gunnar Hinriksson" To: josh.carroll@gmail.com, freebsd-stable@freebsd.org In-Reply-To: <8cb6106e0711171338l2e175f3fkf9c3b1b035e55236@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cb6106e0711171310m7915908du1b29f081dfe35512@mail.gmail.com> <8cb6106e0711171338l2e175f3fkf9c3b1b035e55236@mail.gmail.com> Cc: Subject: Re: Make buildkernel fails on RELENG_6_2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 21:44:36 -0000 > > Output of > > make buildkernel KERNCONF=ALTQSMP >& /root/buildlog > > Have you tried removing /usr/obj, then retrying buildworld? Your > /usr/obj may have some RELENG_6 stuff lingering and causing problems > in the build. > > Josh > It worked, thanks for your help :) Regards Gunnar