From owner-freebsd-stable@FreeBSD.ORG Sun Nov 5 02:47:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2F2816A534 for ; Sun, 5 Nov 2006 02:47:28 +0000 (UTC) (envelope-from acele73druk@yahoo.de) Received: from 125-232-110-178.dynamic.hinet.net (125-232-110-178.dynamic.hinet.net [125.232.110.178]) by mx1.FreeBSD.org (Postfix) with SMTP id C5DFD442F4 for ; Sun, 5 Nov 2006 02:28:06 +0000 (GMT) (envelope-from acele73druk@yahoo.de) Received: from mx3.mail.yahoo.com by 125-232-110-178.dynamic.hinet.net (Postfix) with ESMTP id 401AF7CF17 for ; Sat, 4 Nov 2006 22:30:27 -0500 Received: from wttdhydrvisj (HELO fpluwargqccd) ([246.76.87.5]) by mx3.mail.yahoo.com with Microsoft SMTPSVC(5.0.2195.5329) for ; Sat, 4 Nov 2006 22:30:27 -0500 From: "Donovan" Message-ID: <1868028258.864259152077@yahoo.de> Date: Sat, 4 Nov 2006 22:30:27 -0500 To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Subject: SEXUALLY EXPLICIT : Nasty teen babe enjoys swallowing juicy cum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Donovan Koehler List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 02:47:28 -0000 Harlem whores playing http://avenyter.info/granny/fantasyx.html?RQjiYf.eSffiRg,VSd Horny amateur toys pussy Son cums over his mama’s satisfied face Use this link for unsubscribe http://avenyter.info/un/unsub.php From owner-freebsd-stable@FreeBSD.ORG Sun Nov 5 04:02:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D91F416A5B7 for ; Sun, 5 Nov 2006 04:02:03 +0000 (UTC) (envelope-from 2754duxkgqs@ishp-corp.com) Received: from 61-224-232-208.dynamic.hinet.net (61-224-232-208.dynamic.hinet.net [61.224.232.208]) by mx1.FreeBSD.org (Postfix) with SMTP id 9807F43D45 for ; Sun, 5 Nov 2006 04:02:02 +0000 (GMT) (envelope-from 2754duxkgqs@ishp-corp.com) Received: from mail.ishp-corp.com by 61-224-232-208.dynamic.hinet.net (8.9.3/8.9.3) with ESMTP id ZJugkN011asV for ; Sat, 4 Nov 2006 20:02:16 -0500 Received: from unknown (HELO bstamo) (34.42.183.67) by mail.ishp-corp.com (Postfix) with ESMTP id AXtLZ2MD0ydq for ; Sat, 4 Nov 2006 20:02:16 -0500 From: "Aimee" <2754duxkgqs@ishp-corp.com> Message-ID: <5933744410.20061104200216@bstamo> Date: Sat, 4 Nov 2006 20:02:16 -0500 To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Subject: All will be well in your sexual life with Soft Cialis. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Aimee Shaver <2754duxkgqs@ishp-corp.com> List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 04:02:04 -0000 Become a lover you want to be with Viagra Pro You can rely on us, for sure! Your life will be better with Viagra Pro. http://bcdefihjmg.nnetworkstatus.info/?aklgxwsrrybcdefizcvhjm Gain the dream and make it be a reality with Super Viagra From owner-freebsd-stable@FreeBSD.ORG Sun Nov 5 04:10:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B909E16A539 for ; Sun, 5 Nov 2006 04:10:43 +0000 (UTC) (envelope-from bigb3nz@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 003C443D66 for ; Sun, 5 Nov 2006 04:10:42 +0000 (GMT) (envelope-from bigb3nz@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so528960nzf for ; Sat, 04 Nov 2006 20:10:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UIy+L7Am5VYKSH9rL0BLrZ5b5ax3PWBW7eVKkeMVxdZfdiNoecPRozM4hLoCymCGO5+sn/EZr7ZLWkpu8tJOoWG6VCzCnr+WXrpNM4RwLW0v6Jtfty2G83wNhAe94t8YkJVZzm79vSIGFVxH/lf2D27KvHIKQ+N+tovwjSlp1LA= Received: by 10.65.228.5 with SMTP id f5mr3308708qbr.1162699840035; Sat, 04 Nov 2006 20:10:40 -0800 (PST) Received: by 10.65.155.12 with HTTP; Sat, 4 Nov 2006 20:10:39 -0800 (PST) Message-ID: <84ad244e0611042010s66b4dc1cm7ce631e12589d842@mail.gmail.com> Date: Sat, 4 Nov 2006 21:10:39 -0700 From: "Ben K." To: freebsd-mobile@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <84ad244e0610202032k5e1d8d1ex66ce839c18773e34@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <84ad244e0610202032k5e1d8d1ex66ce839c18773e34@mail.gmail.com> Cc: Subject: Linksys WPC54G V3 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: Sun, 05 Nov 2006 04:10:44 -0000 I have searched through the mobile list and followed all advice I could find to no avail. I am able to get FreeBSD 6.1-Release to recognize and load my Linksys WPC54G V3 using ndsigen. The interface ndis0 comes up and if I issue a 'ifconfig ndis0 scan' it will see my Linksys router however It doesn't associate to it. I tried to send this on Oct 20th but it never came through on the mobile list, so I am sending to both lists. I can set the IP and the netmask but it will not set the ssid or channel properly, which I believe is at the root of my problem. I enabled several debuging options in /boot/loader.conf and then rebooted using verbose logging. Here is my dmesg output: 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 6.1-RELEASE-p10 #1: Fri Oct 13 21:45:22 MST 2006 root@dev-laptop:/usr/obj/usr/src/sys/DEV-LAPTOP Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b7e000. Preloaded elf module "/boot/kernel/if_ndis.ko" at 0xc0b7e14c. Preloaded elf module "/boot/kernel/ndis.ko" at 0xc0b7e1f8. Preloaded elf module "/boot/kernel/bcmwl5_sys.ko" at 0xc0b7e2a4. Preloaded elf module "/boot/kernel/wlan_wep.ko" at 0xc0b7e354. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b7e404. Calibrating clock(s) ... i8254 clock: 1097801 Hz 1097801 Hz differs from default of 1193182 Hz by more than 1% Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 647189055 Hz CPU: Intel Pentium III (647.19-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 268283904 (255 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000000fb22fff, 250601472 bytes (61182 pages) avail memory = 253038592 (241 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xc0ae pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled rr232x: RocketRAID 232x controller driver v1.02 (Oct 13 2006 21:44:36) npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Found $PIR table, 6 entries at 0xc00fbd20 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 7 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 A 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 8 A 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 8 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 13 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 17 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 17 B 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 17 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 17 D 0x62 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 atpic: Programming IRQ9 as level/low pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 ACPI timer: 0/4 0/4 0/4 0/4 0/4 0/4 0/4 0/4 0/4 0/4 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 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 ACPI: Found matching pin for 0.7.INTD at func 2: 11 ACPI: Found matching pin for 0.3.INTA at func 0: 255 ACPI: Found matching pin for 0.3.INTA at func 1: 255 ACPI: Found matching pin for 0.13.INTA at func 0: 10 ACPI: Found matching pin for 0.8.INTA at func 0: 5 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7190, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base f4000000, size 26, enabled found-> vendor=0x8086, dev=0x7191, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x011f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x8c (35000 ns), maxlat=0x00 (0 ns) found-> vendor=0x104c, dev=0xac1c, revid=0x01 bus=0, slot=3, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x104c, dev=0xac1c, revid=0x01 bus=0, slot=3, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=7, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00000860, size 4, enabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 map[20]: type 4, range 32, base 0000dce0, size 5, enabled pcib0: matched entry for 0.7.INTD (src \\_SB_.PCI0.LNKD:0) pcib0: slot 7 INTD routed to irq 11 via \\_SB_.PCI0.LNKD found-> vendor=0x8086, dev=0x7113, revid=0x03 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type 4, range 32, base 00000840, size 4, enabled found-> vendor=0x125d, dev=0x1998, revid=0x10 bus=0, slot=8, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x18 (6000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000d800, size 8, enabled map[14]: type 1, range 32, base faffe000, size 13, enabled pcib0: matched entry for 0.8.INTA (src \\_SB_.PCI0.LNKB:0) pcib0: slot 8 INTA routed to irq 5 via \\_SB_.PCI0.LNKB found-> vendor=0x10b7, dev=0x9200, revid=0x6c bus=0, slot=13, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000dc00, size 7, enabled map[14]: type 1, range 32, base faffdc00, size 7, enabled pcib0: matched entry for 0.13.INTA (src \\_SB_.PCI0.LNKC:0) pcib0: slot 13 INTA routed to irq 10 via \\_SB_.PCI0.LNKC agp0: mem 0xf4000000-0xf7ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf4000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xfc000000-0xfeffffff pcib1: prefetched decode 0xfff00000-0xfffff ACPI: Found matching pin for 1.0.INTA at func 0: 11 pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x4c4d, revid=0x64 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: (null) requested memory range 0xfd000000-0xfdffffff: good map[14]: type 4, range 32, base 0000ec00, size 8, enabled pcib1: (null) requested I/O range 0xec00-0xecff: in range map[18]: type 1, range 32, base fcfff000, size 12, enabled pcib1: (null) requested memory range 0xfcfff000-0xfcffffff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.PCI0.LNKA:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKA pci1: at device 0.0 (no driver attached) cbb0: at device 3.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cbb0: Found memory at 80000000 cbb0: Secondary bus is 4 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.3.INTA (src \\_SB_.PCI0.LNKD:0) pcib0: slot 3 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac1c104c 0x02100007 0x06070001 0x00822008 0x10: 0x80000000 0x020000a0 0x20040400 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b 0x40: 0x00bb1028 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x2024d021 0x00000000 0x00000000 0x01261222 0x90: 0x6066a6c0 0x00000000 0x00000000 0x00000000 0xa0: 0x7e210001 0x00800000 0x0000081b 0x00000007 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 cbb1: at device 3.1 on pci0 cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80001000 cbb1: Found memory at 80001000 cbb1: Secondary bus is 5 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib0: matched entry for 0.3.INTA (src \\_SB_.PCI0.LNKD:0) pcib0: slot 3 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0xac1c104c 0x02100007 0x06070001 0x00822008 0x10: 0x80001000 0x220000a0 0x20050500 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b 0x40: 0x00bb1028 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x2024d021 0x00000000 0x00000000 0x01261222 0x90: 0x6066a6c0 0x00000000 0x00000000 0x00000000 0xa0: 0x7e210001 0x00808000 0x0000081b 0x00000007 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 PCI-ISA bridge with incorrect subclass 0x80 PCI-ISA bridge with incorrect subclass 0x80 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x860-0x86f at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x860 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=01 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x01 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=01 devices=0x4 ata1: [MPSAFE] uhci0: port 0xdce0-0xdcff irq 11 at device 7.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xdce0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) pci0: at device 8.0 (no driver attached) xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xfaffdc00-0xfaffdc7f irq 10 at device 13.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xfaffdc00 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:c0:4f:3b:a5:6f xl0: [MPSAFE] acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] sio0: irq maps: 0x301 0x311 0x301 0x301 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP 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/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed 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-0xcffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x301 0x301 0x301 0x301 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 647189055 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. acpi_acad0: acline initialization start battery0: battery initialization start Status is 0x30000106 Status is 0x30000920 cbb1: card inserted: event=0x00000000, state=30000920 cbb1: cbb_power: 3V cardbus1: CIS pointer is 0! cardbus1: Resource not specified in CIS: id=10, size=2000 cardbus1: Non-prefetchable memory at 88000000-88001fff found-> vendor=0x14e4, dev=0x4318, revid=0x02 bus=5, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0xa8 (5040 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 ndis0: mem 0x88000000-0x88001fff irq 11 at device 0.0 on cardbus1 ndis0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0x88000000 ndis0: Reserved 0x1 bytes for rid 0 type 1 at 0xb ndis0: [MPSAFE] ndis0: NDIS API version: 5.1 fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery1: battery initialization start battery0: battery initialization done, tried 1 times ndis0: bpf attached ndis0: Ethernet address: 00:13:10:e5:46:e3 ndis0: bpf attached ad0: setting PIO4 on PIIX4 chip ad0: setting UDMA33 on PIIX4 chip ad0: 38154MB at ata0-master UDMA33 ad0: 78140160 sectors [77520C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on PIIX4 chip acd0: setting UDMA33 on PIIX4 chip acd0: CDROM drive at ata1 as master acd0: read 4134KB/s (4134KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad0s2a start_init: trying /sbin/init fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout Here is what I type to try and set the interface settings: ifconfig ndis0 inet 192.168.x.x netmask 255.255.255.0 ssid MYSSID channel 09 w epmode on wepkey 0xMy_26_Char_Key deftkey 1 Here is the ifconfig output for that int: ndis0: flags=8843 mtu 1500 inet 192.168.x.x netmask 0xffffff00 broadcast 0.0.0.1 inet6 fe80::213:10ff:fee5:46e3%ndis0 prefixlen 64 scopeid 0x4 ether 00:13:10:e5:46:e3 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" channel 1 authmode OPEN privacy ON deftxkey UNDEF wepkey 1:104-bit txpowmax 100 protmode CTS Any help on this is appreciated. -Ben. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 5 04:59:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ABB916A407 for ; Sun, 5 Nov 2006 04:59:19 +0000 (UTC) (envelope-from ailin@searchhome.org) Received: from searchhome.org (218-174-157-224.dynamic.hinet.net [218.174.157.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 40A6C43D45 for ; Sun, 5 Nov 2006 04:58:58 +0000 (GMT) (envelope-from ailin@searchhome.org) From: "pollster" To: stable@freebsd.org Date: Sun, 5 Nov 2006 13:02:11 +0800 X-Priority: 3 X-Library: Indy 9.00.10 Message-Id: <20061105045858.40A6C43D45@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="CHINESEBIG5_CHARSET" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: =?big5?b?pVukSnBvbGxzdGVyt3yt+7Blp0Gtd613qKu0vLx6q6ym27DKpVI=?= =?big5?b?uXGnbLnQvrkruMmlUqVd?= 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, 05 Nov 2006 04:59:19 -0000 [1][USEMAP:index.gif] ¡@¥D¿ì³æ¦ì¡G[2]ªi¥K¯S½u¤W¥«½Õºô ¬°¤FºûÅ@±zªºÅv¯q¡A¦pªG±zn°hq¹q¤l³ø¡A½ÐÂI¿ï¥k¤è¿ï¶µ [3]¡÷ §Ú¤£­ n¦¬¨ì½u¤W¥«½Õ ¥¼¸g±ÂÅv¸T¤îÂà¶K¸`¿ý Pollster½u¤W¥«½Õºô ¡E[4] ªA°È±ø´Ú ¡E [5]Áô¨pÅv¬Fµ¦ ªi¥K¯S½u¤W¥«½Õºô Pollster on-line Research. All rights reserved.c ªA°È¹q¸Ü¡G(02)8751-0999 «ÈªA¶Ç¯u¡G(02)8751-0998 [Counter.png?pid=930&cid=1] References 1. LYNXIMGMAP:file://localhost/tmp/tmp5Phd3n.html#Map3 2. http://www.pollster.com.tw/ 3. http://benqbenq.com/silva/q10/01.htm 4. http://www.pollster.com.tw/ 5. http://www.pollster.com.tw/ From owner-freebsd-stable@FreeBSD.ORG Sun Nov 5 08:18:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6619516A89E for ; Sun, 5 Nov 2006 08:18:54 +0000 (UTC) (envelope-from kayogk@cargolink.com) Received: from cargolink.com (62-43-83-194.user.ono.com [62.43.83.194]) by mx1.FreeBSD.org (Postfix) with SMTP id BDD0B43D49 for ; Sun, 5 Nov 2006 08:18:52 +0000 (GMT) (envelope-from kayogk@cargolink.com) Message-ID: <07dd01c70036$3bfb35f0$2522c6c0@adistanceo> From: "Britneyls Mock" To: Date: Sun, 05 Nov 2006 09:18:41 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: MarketMasters Stock Alert t X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Britneyls Mock List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 08:18:54 -0000 INSIDE INFO ALERT This advisory is based on exclusive insiders/agents information. (AVLN.OB) Avalon Energy Corporation has an undivided 85% working interest in the Shotgun Draw Prospect in the prolific natural gas producing Uinta Basin , located in the US Rockies, Utah . The lease comprises 13,189 acres with a potential 4 TCF recoverable gas and is overpressured by a 0.55 . 0.85 gradient. ON MONDAY NOV 6th: at 11 cents its a STEAL - Volume: 389,001 - Volume: + 50% - Price: +5.77% The key to any tade is buying low and selling high, WELL the energy market has bottomed out and time to get in is now. We specialise in calling market bottom and when it comes to energy THIS IS THE BOTTOM, SO GET IN FOLKS POWERHOUSE COMPANY POWERHOUSE COMPANY The National Transportation Safety Board said the wind, coupled with the pilot's inability to turn sharply, forced the aircraft away from its intended path over the East River and into the building. Previewing his weekend at his Texas ranch, Bush said he planned to be with his wife, Laura, to celebrate her birthday Saturday. "President Bush has never had a plan to win in Iraq, and now that Democrats and Republicans are all calling for change, he's desperately clinging to his stay the course," said Adrianne Marsh, a spokeswoman for McCaskill who was finishing a four-day statewide tour and plans to begin a 24-hour campaign blitz in St. Louis on Friday evening. "It's unfortunate that Talent is one of the only Republicans who agrees." The report issued Friday said the airplane was flying along the East River between Manhattan and Queens when it attempted a U-turn with only 1,300 feet of room for the turn. To make a successful turn, the aircraft would have had to bank so steeply that it might have stalled, the NTSB said in an update on the crash. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 5 09:02:00 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6AD716A4AB for ; Sun, 5 Nov 2006 09:01:59 +0000 (UTC) (envelope-from eadueibc@chello.pl) Received: from chello.pl (chello084010199239.chello.pl [84.10.199.239]) by mx1.FreeBSD.org (Postfix) with SMTP id 9FCCD43D7B for ; Sun, 5 Nov 2006 09:01:57 +0000 (GMT) (envelope-from eadueibc@chello.pl) Message-ID: <09cc01c70074$3bef65e0$2726d5b0@pemigrateh> From: "Alvin Rochan" To: Date: Sun, 05 Nov 2006 10:02:14 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Rocket Stock Report qh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alvin Rochan List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 09:02:00 -0000 THIS ONE IS BEING PROMOTED, TAKE ADVANTAGE This advisory is based on exclusive insiders/agents information. (AVLN.OB) Avalon Energy Corporation has an undivided 85% working interest in the Shotgun Draw Prospect in the prolific natural gas producing Uinta Basin , located in the US Rockies, Utah . The lease comprises 13,189 acres with a potential 4 TCF recoverable gas and is overpressured by a 0.55 . 0.85 gradient. ON MONDAY NOV 6th: at 11 cents its a STEAL - Volume: 389,001 - Volume: + 50% - Price: +5.77% The key to any tade is buying low and selling high, WELL the energy market has bottomed out and time to get in is now. We specialise in calling market bottom and when it comes to energy THIS IS THE BOTTOM, SO GET IN FOLKS THIS ONE IS A REAL WINNER THIS ONE IS A REAL WINNER The report issued Friday said the airplane was flying along the East River between Manhattan and Queens when it attempted a U-turn with only 1,300 feet of room for the turn. To make a successful turn, the aircraft would have had to bank so steeply that it might have stalled, the NTSB said in an update on the crash. The NTSB's update outlined factual information about the crash, but did not conclude what the probable cause of the crash was. The full board will likely vote on a ruling at a later date. A light wind was cited by federal investigators Friday for blowing a small airplane carrying Yankees pitcher Cory Lidle off course and into a New York City high-rise on October 11. The National Transportation Safety Board said the wind, coupled with the pilot's inability to turn sharply, forced the aircraft away from its intended path over the East River and into the building. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 5 09:29:40 2006 Return-Path: X-Original-To: FreeBSD-stable@freebsd.org Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAC0B16A415 for ; Sun, 5 Nov 2006 09:29:40 +0000 (UTC) (envelope-from aburke@nullplusone.net) Received: from alpha.nullplusone.net (sub25-168.member.dsl-only.net [63.105.25.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8575443D6D for ; Sun, 5 Nov 2006 09:29:29 +0000 (GMT) (envelope-from aburke@nullplusone.net) Received: from leda (leda.int.nullplusone.net [192.168.10.242]) by alpha.nullplusone.net (8.12.9/8.12.9) with ESMTP id kA59T58J013617; Sun, 5 Nov 2006 01:29:05 -0800 (PST) (envelope-from aburke@nullplusone.net) From: "Aaron Burke" To: "Matt Smith" , Date: Sun, 5 Nov 2006 01:29:09 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <000001c6ff95$dfcd6df0$0201a8c0@bedroom> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Importance: Normal Cc: Subject: RE: adding an extra hard disk and adding space to /usr 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, 05 Nov 2006 09:29:40 -0000 > Hello all, Hello Matt, > I have a machine that just had a new HD added to it as ad1 > and I want to > ADD this new disk onto the already existing /usr partition. > What's the best > and safest way to do it? Well, I know of two options. One which sounds really cool, is kind of broken, and is guarteed to cause your kernel crash. So I will ignore the mount_union option. I am no expert on freebsd, but in my opinion tar is a good choice. Contrary to what others beleive, tar CAN preserve permissions, and file ownership. I know that in FreeBSD 4.x (been there several times) it can preserve filesystem permissions, and ownership of files. In my opinion, the safest way is to copy /usr to /mnt is via the following. 1: Comment out your existing SWAP partition (ad0s1b) in /etc/fstab. 2: reboot 3: remove your existing swap partition. 4: create a new filsystem on each disk that has the same size as your ram (1/2 of swap) on each disk. Both (by tradition) will be /dev/???s?b. Spanning swap to multiple disks can improve swap performance. 5: create a new UFS2 filesystem that contains the rest of the new hard drive. 6: mount the new slice as /mnt 7: use the following tar commands as root: (FreeBSD 4.x) : cd /usr; tar clpf - . | (cd /mnt; tar xvf -) (FreeBSD 5.x+) : cd /usr; gtar clpf - . | (cd /mnt; gtar xvf -) 8: edit /etc/fstab with your favorite text editor (vi) and duplicate the other /usr slice entries. Then comment out the original. And update the entry to refer to the correct slice. Next duplicate the entry for the other swap partition with the data for the other disk label). SWAP partitions are almost always end in 'b' 9: Due to the fact that killing off all of the applications that reside on /usr, its easiest to reboot. But specifically NOT a requirement. -- Aaron From owner-freebsd-stable@FreeBSD.ORG Sun Nov 5 09:36:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2206316A40F for ; Sun, 5 Nov 2006 09:36:09 +0000 (UTC) (envelope-from apache@server5.web4a.de) Received: from server5.web4a.de (server5.web4a.de [82.149.231.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E62743D95 for ; Sun, 5 Nov 2006 09:36:00 +0000 (GMT) (envelope-from apache@server5.web4a.de) Received: by server5.web4a.de (server5.web4a.de, from userid 48) id 4F4F4CA682; Sun, 5 Nov 2006 10:01:27 +0100 (CET) To: freebsd-stable@freebsd.org From: Wellsfargo Security Center Content-Transfer-Encoding: 8bit Message-Id: <20061105090127.4F4F4CA682@server5.web4a.de> Date: Sun, 5 Nov 2006 10:01:27 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Urgent Alert : Protect Your Account X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ofsrep.alert_cpw@wellsfargo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 09:36:09 -0000 [1]Wells Fargo [2]Wells Fargo Credit Card Dear valued WellsFargo ® member: Due to concerns, for the safety and integrity of the wellsfargo account we have issued this warning message : We have noticed that your Wells Fargo online account needs to be updated once again, please enter your online account information, because we have to verify all of the online accounts after we have updated our Wells Fargo Online Banking site. To verify your online account and access your bank account, please click on the link below : [3][al_continue_off.gif] [4]Continue to Stop Payment This e-mail was sent to all of our Wells Fargo customers. Recently, we have found that many accounts were hacked. For further information, please contact our Customer Services. Contact Us: If you have questions, please do not respond to this message using the 'Reply' button. Wells Fargo Online^® customers, [5]Sign On to your secure banking session and click 'Contact Us'. If you are not a Wells Fargo Online customer, [6]contact us here. Online Customer Service Code: 0610SVCCD42703 References 1. http://www.robol.net/doup/gebruikers/www.wellsfargo.com/www.wellsfargo.com/www.wellsfargo.com/www.wellsfargo.com/updateyouraccountinformation/index.html 2. http://www.robol.net/doup/gebruikers/www.wellsfargo.com/www.wellsfargo.com/www.wellsfargo.com/www.wellsfargo.com/updateyouraccountinformation/ 3. http://www.robol.net/doup/gebruikers/www.wellsfargo.com/www.wellsfargo.com/www.wellsfargo.com/www.wellsfargo.com/updateyouraccountinformation/index.html 4. http://www.robol.net/doup/gebruikers/www.wellsfargo.com/www.wellsfargo.com/www.wellsfargo.com/www.wellsfargo.com/updateyouraccountinformation/index.html 5. http://www.robol.net/doup/gebruikers/www.wellsfargo.com/www.wellsfargo.com/www.wellsfargo.com/updateyouraccountinformation/index.html 6. http://www.wellsfargo.com/per/per_ask_us.jhtml?cid=12779736424 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 5 09:45:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 213F316A40F; Sun, 5 Nov 2006 09:45:33 +0000 (UTC) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id B92DD43D46; Sun, 5 Nov 2006 09:45:32 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [195.159.148.126] (dhcp7.xu.nordahl.net [195.159.148.126]) by smtp1.powertech.no (Postfix) with ESMTP id C338583A1; Sun, 5 Nov 2006 10:45:30 +0100 (CET) In-Reply-To: <2a41acea0611031816n1af99819rdc6b99e9dd2deb7c@mail.gmail.com> References: <2a41acea0611031816n1af99819rdc6b99e9dd2deb7c@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Sun, 5 Nov 2006 10:45:37 +0100 To: Jack Vogel X-Mailer: Apple Mail (2.752.3) Cc: freebsd-net , freebsd-stable@freebsd.org Subject: Re: New em patch for 6.2 BETA 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: Sun, 05 Nov 2006 09:45:33 -0000 On 4. nov. 2006, at 03.16, Jack Vogel wrote: > I have been hard at work trying to understand and fix the > remaining issues with the em driver. What I have here is > a patch that has gotten rid of any issues that I can reproduce. > > It solves the intermittent watchdogs that have been happening. > It also fixes the problem noted with jumbo frame tx > > I, and re, would very much appreciate any test feedback you can > give on this code. I am happy with the changes, I hope these get > rid of everyone's issues. > > Thanks to Gleb and Scott and John for all the help! This patch solves the watchdog timeout issues I had on one of my test servers on 6.2-BETA3, thanks! -- Frode Nordahl From owner-freebsd-stable@FreeBSD.ORG Sun Nov 5 11:13:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6BF516A47C for ; Sun, 5 Nov 2006 11:13:39 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D58E43D45 for ; Sun, 5 Nov 2006 11:13:19 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J8900MWZ8I6XE80@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 05 Nov 2006 12:13:18 +0100 (CET) Received: from kg-work.kg4.no ([80.203.109.36]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0J8900C6R8I5D4R5@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 05 Nov 2006 12:13:17 +0100 (CET) Date: Sun, 05 Nov 2006 12:13:18 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20061104080620.S9038@srv.g1.netng.org> To: freebsd-stable@freebsd.org Message-id: <20061105121318.928c20b4.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20061104080620.S9038@srv.g1.netng.org> Subject: Re: Mustek BearPaw 2448 TA Pro 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, 05 Nov 2006 11:13:39 -0000 On Sat, 04 Nov 2006 18:01:24 +0100 (CET) Vladimir Botka wrote: > This scanner is claimed to be supported but I can not get it > configured. According to the man page and the web page: http://www.meier-geinitz.de/sane/mustek_usb2-backend/ the driver for this scanner is of beta quality. Have you tried to contact the SANE people about it? HTH -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sun Nov 5 16:47:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 492C316A417 for ; Sun, 5 Nov 2006 16:47:04 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4D0543D67 for ; Sun, 5 Nov 2006 16:47:02 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so560285nzf for ; Sun, 05 Nov 2006 08:47:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=S8G1UCLKTcP6SfPUN2myDjHYWBjcJ9p9xz92IKAzCttxQKKWfz0CgtACUt4qAaPJRjWdVym91HGJMZ40bqti0PQy/8QsPeB5sZYNZ4uXnElnXQULJRr/OkuF4NYl+Spv6VS7nV6praq5gBJOs3zIoQBn2LgzvkgOYYOPvL2eqPw= Received: by 10.64.201.15 with SMTP id y15mr4036380qbf.1162745221319; Sun, 05 Nov 2006 08:47:01 -0800 (PST) Received: by 10.65.220.18 with HTTP; Sun, 5 Nov 2006 08:47:01 -0800 (PST) Message-ID: <6eb82e0611050847i54d16638x89c428c9dffcc106@mail.gmail.com> Date: Mon, 6 Nov 2006 00:47:01 +0800 From: "Rong-en Fan" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: panic when portupgrade in jail (devfs related?) 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, 05 Nov 2006 16:47:04 -0000 Hi, I'm running RELENG_6 as of yesterday on a amd64 box. This host has one jail running, and everytime when I try to run portupgrade inside the jail. It panics. INVARIANTS does not catch anything. I don't think this happens on RELENG_6 two months ago. The panic messages and backtrace are shown: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xfffffffe75b851b0 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff80231118 stack pointer = 0x10:0xffffffffb40a5860 frame pointer = 0x10:0xffffffffb40a5880 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 60200 (script) [thread pid 60200 tid 100268 ] Stopped at ptcclose+0x19: movq linesw(,%rdx,8),%rax db> bt Tracing pid 60200 tid 100268 td 0xffffff006c4ec720 ptcclose() at ptcclose+0x19 giant_close() at giant_close+0x5f devfs_close() at devfs_close+0x28f VOP_CLOSE_APV() at VOP_CLOSE_APV+0x6e vn_close() at vn_close+0x90 vn_closefile() at vn_closefile+0x88 fdrop_locked() at fdrop_locked+0xa5 closef() at closef+0x35f close() at close+0x173 syscall() at syscall+0x4a1 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (6, FreeBSD ELF64, close), rip = 0x800807f9c, rsp = 0x7fffffffdfa8, rbp = 0 --- I put the box back to production. If anyone needs more information, I can reproduce this panic and gather them in ddb. BTW, I used 'call doadump' in ddb, but after rebooting, savecore complains there is no dump? Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Sun Nov 5 16:55:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 514FA16A40F for ; Sun, 5 Nov 2006 16:55:21 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 648AD43DA3 for ; Sun, 5 Nov 2006 16:55:10 +0000 (GMT) (envelope-from dudu@dudu.ro) Received: by nz-out-0102.google.com with SMTP id o37so560974nzf for ; Sun, 05 Nov 2006 08:55:09 -0800 (PST) Received: by 10.64.253.12 with SMTP id a12mr4017909qbi.1162745709774; Sun, 05 Nov 2006 08:55:09 -0800 (PST) Received: by 10.65.112.4 with HTTP; Sun, 5 Nov 2006 08:55:09 -0800 (PST) Message-ID: Date: Sun, 5 Nov 2006 18:55:09 +0200 From: "Vlad Galu" To: "FreeBSD Stable" In-Reply-To: <6eb82e0611050847i54d16638x89c428c9dffcc106@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0611050847i54d16638x89c428c9dffcc106@mail.gmail.com> Subject: Re: panic when portupgrade in jail (devfs related?) 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, 05 Nov 2006 16:55:21 -0000 On 11/5/06, Rong-en Fan wrote: [...] I get these too. -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 5 20:12:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D52916A412 for ; Sun, 5 Nov 2006 20:12:29 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E48443D45 for ; Sun, 5 Nov 2006 20:12:26 +0000 (GMT) (envelope-from spil.oss@googlemail.com) Received: by ug-out-1314.google.com with SMTP id o2so633881uge for ; Sun, 05 Nov 2006 12:12:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DrV3gY+wvFbx4AJcGFBPBIhRnsrO3YNWvRlOd7uvL3X01/BCcLaoEzFUgQLjDzFP0DEfWgeygyp2/Jo1M36++ZepnR4IuKemEeWx/Ad+golRSAjE+Gw5CY0pIxHp+skLrpa8kOHl3oAbd2b+VQNUngXzv7sZJBH5Ekl7irJveCA= Received: by 10.67.97.18 with SMTP id z18mr6180033ugl.1162757546099; Sun, 05 Nov 2006 12:12:26 -0800 (PST) Received: by 10.67.98.2 with HTTP; Sun, 5 Nov 2006 12:12:25 -0800 (PST) Message-ID: <5fbf03c20611051212q28a819cbhf7e49d56c4ff6b3e@mail.gmail.com> Date: Sun, 5 Nov 2006 21:12:25 +0100 From: "Spil Oss" To: "=?ISO-8859-1?Q?Lodewijk_V=F6ge?=" , freebsd-stable@freebsd.org In-Reply-To: <82912730-AD0E-4AE0-AA7C-FDD321F00B57@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline References: <82912730-AD0E-4AE0-AA7C-FDD321F00B57@gmail.com> Cc: Subject: Re: dhclient taking up all CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: spil.oss@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 20:12:29 -0000 SGkgYWxsLAoKQmVlbiBleHBlcmllbmNpbmcgdGhpcyBzYW1lIGJlaGF2aW91ciBldmVyeSBub3ct YW5kLXRoZW4uCgpGcmVlQlNEL2kzODYgNi4xLVJFTEVBU0UtcDEwCgpBbnkgc29sdXRpb25zIHRv IHRoaXM/CgpLaW5kIHJlZ2FyZHMsCgpTcGlsLgoKT24gMDYvMDUvMDYsIExvZGV3aWprIFbDtmdl IDxsdm9lZ2VAZ21haWwuY29tPiB3cm90ZToKPiBoZWxsbywKPgo+IGEgd2hpbGUgYWdvIHNvbWVv bmUgcmVwb3J0ZWQgdGhlIHNhbWUgcHJvYmxlbSBJIGhhZCBiZWVuIHNlZWluZywgdGhhdAo+IGRo Y2xpZW50IHN0YXJ0cyB0YWtpbmcgdXAgMTAwJSBDUFUuIGl0J3MgcHJvYmFibHkgc29tZXRoaW5n IGNvbWNhc3QKPiBpcyBkb2luZy4KPgo+IEkgY291bGRuJ3QgZ2V0IHRoZSByZXF1ZXN0ZWQgY29y ZWR1bXAgdGhlbiwgaWYgSSBzZXQga2Vybi5jb3JlZmlsZQo+IHRvIC90bXAvJU4uY29yZSBhbmQg a2lsbCAtUVVJVCBpdCwgaXQgZG9lc24ndCBzZWVtIHRvIHByb2R1Y2UgYQo+IGNvcmVkdW1wLiBi dXQgaXQgaGFwcGVuZWQgYWdhaW4ganVzdCBub3csIGFuZCBJIHdhcyBhYmxlIHRvIGF0dGFjaAo+ IGdkYi4gdGhpcyBpcyB3aGVyZSBpdCdzIHNwaW5uaW5nLCBpbiByZWNlaXZlX3BhY2tldCgpIGlu IGJwZi5jOgo+Cj4gKGdkYikKPiAyODUgICAgICAgICAgICAgICAgICAgICBpZiAoaW50ZXJmYWNl LT5yYnVmX29mZnNldCA9PSBpbnRlcmZhY2UtCj4gID5yYnVmX2xlbikgewo+IChnZGIpCj4gMjk5 ICAgICAgICAgICAgICAgICAgICAgaWYgKGludGVyZmFjZS0+cmJ1Zl9sZW4gLSBpbnRlcmZhY2Ut Cj4gID5yYnVmX29mZnNldCA8Cj4gKGdkYikKPiAzMDYgICAgICAgICAgICAgICAgICAgICBtZW1j cHkoJmhkciwgJmludGVyZmFjZS0+cmJ1ZltpbnRlcmZhY2UtCj4gID5yYnVmX29mZnNldF0sCj4g KGdkYikKPiAzMTMgICAgICAgICAgICAgICAgICAgICBpZiAoaW50ZXJmYWNlLT5yYnVmX29mZnNl dCArIGhkci5iaF9oZHJsZW4gKwo+IGhkci5iaF9jYXBsZW4gPgo+IChnZGIpCj4gMzIwICAgICAg ICAgICAgICAgICAgICAgaW50ZXJmYWNlLT5yYnVmX29mZnNldCArPSBoZHIuYmhfaGRybGVuOwo+ IChnZGIpCj4gMzI3ICAgICAgICAgICAgICAgICAgICAgaWYgKGhkci5iaF9jYXBsZW4gIT0gaGRy LmJoX2RhdGFsZW4pIHsKPiAoZ2RiKQo+IDMyOCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg aW50ZXJmYWNlLT5yYnVmX29mZnNldCA9Cj4gKGdkYikKPiAzMzEgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIGNvbnRpbnVlOwo+IChnZGIpCj4gMzg1ICAgICAgICAgICAgIH0gd2hpbGUgKCFs ZW5ndGgpOwo+Cj4gYW5kIHRoZW4gaXQgZ29lcyBiYWNrIHRvIGxpbmUgMjg1LiBpbnRlcmVzdGlu ZyB2YXJpYWJsZXMgYXJlOgo+Cj4gKGdkYikgcCAqaW50ZXJmYWNlCj4gJDEgPSB7bmV4dCA9IDB4 MCwgaHdfYWRkcmVzcyA9IHtodHlwZSA9IDEgJ1wwMDEnLCBobGVuID0gNiAnXDAwNicsCj4gICAg IGhhZGRyID0gIlwwMDBcMDIx2KBcMjIzP1wwMDBcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDBcMDAw XDAwMCJ9LAo+IHByaW1hcnlfYWRkcmVzcyA9IHtzX2FkZHIgPSAwfSwKPiAgIG5hbWUgPSAidnIw IiwgJ1wwJyA8cmVwZWF0cyAxMiB0aW1lcz4sIHJmZGVzYyA9IDcsIHdmZGVzYyA9IDcsCj4gcmJ1 ZiA9IDB4ODA3ZDAwMCAiXDAyMj9cXERrXDIxNCIsIHJidWZfbWF4ID0gNDA5NiwKPiAgIHJidWZf b2Zmc2V0ID0gNDE2LCByYnVmX2xlbiA9IDQxNSwgaWZwID0gMHg4MDZmMTYwLCBjbGllbnQgPQo+ IDB4ODA3NTAwMCwgbm9pZm1lZGlhID0gMCwgZXJyb3JzID0gMCwgZGVhZCA9IDAsIGluZGV4ID0g Mn0KPiAoZ2RiKSBwIGxlbmd0aAo+ICQyID0gMAo+IChnZGIpIHAgaGRyCj4gJDMgPSB7YmhfdHN0 YW1wID0ge3R2X3NlYyA9IDAsIHR2X3VzZWMgPSAwfSwgYmhfY2FwbGVuID0gNDI5NDkwMTc2MCwK PiBiaF9kYXRhbGVuID0gNDI5NDkwMTc3OCwgYmhfaGRybGVuID0gNjU1MzV9Cj4KPiB0aGlzIGlz IEZyZWVCU0QvaTM4NiA2LjEtUkMgYXMgb2YgYWJvdXQgdHdvIHdlZWtzIGFnby4KPgo+IExvZGV3 aWprCj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+ IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+IGh0dHA6Ly9saXN0cy5m cmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2Qtc3RhYmxlCj4gVG8gdW5zdWJzY3Jp YmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2Qtc3RhYmxlLXVuc3Vic2NyaWJlQGZyZWVic2Qu b3JnIgo+Cg== From owner-freebsd-stable@FreeBSD.ORG Sun Nov 5 20:39:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 679D016A4D8 for ; Sun, 5 Nov 2006 20:39:34 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD8BD43DC1 for ; Sun, 5 Nov 2006 20:38:41 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20061105203839m9100ekh82e>; Sun, 5 Nov 2006 20:38:39 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id kA5KcaXr022084; Sun, 5 Nov 2006 14:38:37 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id kA5KcZZe022083; Sun, 5 Nov 2006 14:38:35 -0600 (CST) (envelope-from brooks) Date: Sun, 5 Nov 2006 14:38:34 -0600 From: Brooks Davis To: spil.oss@gmail.com Message-ID: <20061105203834.GA22060@lor.one-eyed-alien.net> References: <82912730-AD0E-4AE0-AA7C-FDD321F00B57@gmail.com> <5fbf03c20611051212q28a819cbhf7e49d56c4ff6b3e@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <5fbf03c20611051212q28a819cbhf7e49d56c4ff6b3e@mail.gmail.com> User-Agent: Mutt/1.5.11 Cc: Lodewijk V?ge , freebsd-stable@freebsd.org Subject: Re: dhclient taking up all CPU 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, 05 Nov 2006 20:39:34 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable It should be fixed in STABLE. The particular fixes were to bpf.c so I belive (but have not verified) that if you grab the latest version of that file, put it in src/sbin/dhclient/ and rebuild dhclient the problems will go away. -- Brooks On Sun, Nov 05, 2006 at 09:12:25PM +0100, Spil Oss wrote: > Hi all, >=20 > Been experiencing this same behaviour every now-and-then. >=20 > FreeBSD/i386 6.1-RELEASE-p10 >=20 > Any solutions to this? >=20 > Kind regards, >=20 > Spil. >=20 > On 06/05/06, Lodewijk V??ge wrote: > >hello, > > > >a while ago someone reported the same problem I had been seeing, that > >dhclient starts taking up 100% CPU. it's probably something comcast > >is doing. > > > >I couldn't get the requested coredump then, if I set kern.corefile > >to /tmp/%N.core and kill -QUIT it, it doesn't seem to produce a > >coredump. but it happened again just now, and I was able to attach > >gdb. this is where it's spinning, in receive_packet() in bpf.c: > > > >(gdb) > >285 if (interface->rbuf_offset =3D=3D interface- > > >rbuf_len) { > >(gdb) > >299 if (interface->rbuf_len - interface- > > >rbuf_offset < > >(gdb) > >306 memcpy(&hdr, &interface->rbuf[interface- > > >rbuf_offset], > >(gdb) > >313 if (interface->rbuf_offset + hdr.bh_hdrlen + > >hdr.bh_caplen > > >(gdb) > >320 interface->rbuf_offset +=3D hdr.bh_hdrlen; > >(gdb) > >327 if (hdr.bh_caplen !=3D hdr.bh_datalen) { > >(gdb) > >328 interface->rbuf_offset =3D > >(gdb) > >331 continue; > >(gdb) > >385 } while (!length); > > > >and then it goes back to line 285. interesting variables are: > > > >(gdb) p *interface > >$1 =3D {next =3D 0x0, hw_address =3D {htype =3D 1 '\001', hlen =3D 6 '\0= 06', > > haddr =3D "\000\021??\223?\000\000\000\000\000\000\000\000\000"}, > >primary_address =3D {s_addr =3D 0}, > > name =3D "vr0", '\0' , rfdesc =3D 7, wfdesc =3D 7, > >rbuf =3D 0x807d000 "\022?\\Dk\214", rbuf_max =3D 4096, > > rbuf_offset =3D 416, rbuf_len =3D 415, ifp =3D 0x806f160, client =3D > >0x8075000, noifmedia =3D 0, errors =3D 0, dead =3D 0, index =3D 2} > >(gdb) p length > >$2 =3D 0 > >(gdb) p hdr > >$3 =3D {bh_tstamp =3D {tv_sec =3D 0, tv_usec =3D 0}, bh_caplen =3D 42949= 01760, > >bh_datalen =3D 4294901778, bh_hdrlen =3D 65535} > > > >this is FreeBSD/i386 6.1-RC as of about two weeks ago. > > > >Lodewijk > > > >_______________________________________________ > >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" --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFTkvKXY6L6fI4GtQRApn2AKCs39MJrr/IBM/372K99Nar++yWwQCfSPeW VJxDWH+XOKNDoMDekywnlg4= =o9NB -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 03:29:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24F4816A412 for ; Mon, 6 Nov 2006 03:29:26 +0000 (UTC) (envelope-from wwwrun@srv05.is-net.de) Received: from srv05.is-net.de (srv05.is-net.de [85.239.116.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4851543D4C for ; Mon, 6 Nov 2006 03:29:25 +0000 (GMT) (envelope-from wwwrun@srv05.is-net.de) Received: by srv05.is-net.de (Postfix, from userid 30) id 11F556EC48; Mon, 6 Nov 2006 04:04:01 +0100 (CET) To: freebsd-stable@freebsd.org From: Protect Your Account Content-Transfer-Encoding: 8bit Message-Id: <20061106030401.11F556EC48@srv05.is-net.de> Date: Mon, 6 Nov 2006 04:04:01 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Wellsfargo Security Center X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ofsrep.alert_cpw@wellsfargo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 03:29:26 -0000 [1]Wells Fargo [2]Wells Fargo Credit Card Dear valued WellsFargo ® member: Due to concerns, for the safety and integrity of the wellsfargo account we have issued this warning message : We have noticed that your Wells Fargo online account needs to be updated once again, please enter your online account information, because we have to verify all of the online accounts after we have updated our Wells Fargo Online Banking site. To verify your online account and access your bank account, please click on the link below : [3][al_continue_off.gif] [4]Continue to Stop Payment This e-mail was sent to all of our Wells Fargo customers. Recently, we have found that many accounts were hacked. For further information, please contact our Customer Services. Contact Us: If you have questions, please do not respond to this message using the 'Reply' button. Wells Fargo Online^® customers, [5]Sign On to your secure banking session and click 'Contact Us'. If you are not a Wells Fargo Online customer, [6]contact us here. Online Customer Service Code: 0610SVCCD42703 References 1. http://www.sgtgrind.de/news/db/ 2. http://www.sgtgrind.de/news/db/ 3. http://www.sgtgrind.de/news/db/ 4. http://www.sgtgrind.de/news/db/ 5. http://www.sgtgrind.de/news/db/ 6. http://www.wellsfargo.com/per/per_ask_us.jhtml?cid=12779736424 From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 09:32:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0DE716A415 for ; Mon, 6 Nov 2006 09:32:20 +0000 (UTC) (envelope-from valqk@lozenetz.org) Received: from logos.webreality.org (logos.webreality.org [217.75.128.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 743A643D5C for ; Mon, 6 Nov 2006 09:32:20 +0000 (GMT) (envelope-from valqk@lozenetz.org) Received: from [10.0.1.100] (unknown [213.91.165.226]) by logos.webreality.org (Postfix) with ESMTP id E009BC9A19; Mon, 6 Nov 2006 11:35:33 +0200 (EET) Message-ID: <454F010D.4090807@lozenetz.org> Date: Mon, 06 Nov 2006 11:31:57 +0200 From: Anton - Valqk User-Agent: Thunderbird 1.5.0.7 (X11/20060927) MIME-Version: 1.0 To: Anton - Valqk References: <454BC211.3090104@lozenetz.org> In-Reply-To: <454BC211.3090104@lozenetz.org> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-webreality-MailScanner-Information: Please contact the ISP for more information X-webreality-MailScanner: Found to be clean X-webreality-MailScanner-From: valqk@lozenetz.org Cc: freebsd-stable@freebsd.org, tom@samplonius.org Subject: Re: netstat -ni - A lot of collisions... 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, 06 Nov 2006 09:32:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Well, the card is connected to a switch that is manageble and the port is set to 10Mbit Full duplex on purpose. I'm not setting the port speed manual - is that a problem when the port is not 100mbit/fd? This is the ifconfig output: fxp0: flags=18843 mtu 1500 options=48 inet 112.15.128.88 netmask 0xffffff00 broadcast 112.15.128.255 inet6 fe80::208:c7ff:fe5b:54f2%fxp0 prefixlen 64 scopeid 0x2 ether 00:08:c7:5b:54:a5 media: Ethernet autoselect (10baseT/UTP) status: active -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFTwENzpU6eaWiiWgRAjwgAJ4rfWbA5xDWmHE1MxWn36j2Njs/swCbBzJM Hg+zdfQGMra50Rh7k290Ofw= =DtBT -----END PGP SIGNATURE----- -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 10:57:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54F8C16A415 for ; Mon, 6 Nov 2006 10:57:24 +0000 (UTC) (envelope-from John.Marshall@riverwillow.com.au) Received: from mail2.riverwillow.net.au (ns2.riverwillow.net.au [203.58.93.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2E4943D5E for ; Mon, 6 Nov 2006 10:57:06 +0000 (GMT) (envelope-from John.Marshall@riverwillow.com.au) Received: from rwmail.mby.riverwillow.net.au (rwsrv06.rw2.riverwillow.net.au [172.25.25.16]) by mail2.riverwillow.net.au (8.13.8/8.13.8) with ESMTP id kA6Av2Ms029883; Mon, 6 Nov 2006 21:57:04 +1100 (AEDT) Received: from walkabout.riverwillow.com.au ([172.25.25.16] RDNS failed) by rwmail.mby.riverwillow.net.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 6 Nov 2006 21:57:02 +1100 Received: from [192.168.24.67] ([192.168.24.67] RDNS failed) by walkabout.riverwillow.com.au over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 6 Nov 2006 21:57:01 +1100 Message-ID: <454F14F3.7050209@riverwillow.com.au> Date: Mon, 06 Nov 2006 21:56:51 +1100 From: John Marshall User-Agent: Thunderbird 1.5.0.7 (X11/20061017) MIME-Version: 1.0 To: John Marshall References: <9F7B653A50CF3D45A92C05401046239B0E0CBE@rwsrv06.rw2.riverwillow.net.au> In-Reply-To: <9F7B653A50CF3D45A92C05401046239B0E0CBE@rwsrv06.rw2.riverwillow.net.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Nov 2006 10:57:01.0916 (UTC) FILETIME=[49D901C0:01C70192] Cc: freebsd-stable@freebsd.org Subject: Re: Watchdog Timeout - bge device - 6.2-PRERELEASE 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, 06 Nov 2006 10:57:25 -0000 John Marshall wrote: > I don't see this at all on 6.1 unless I use SCHED_ULE. (Although, I > haven't compiled all those additional drivers into a 6.1 system, so that > might not be a fair comparison.) Wrong! I saw this last night for the first time on a production hp ProLiant ML110 (6.1-RELEASE-p10). UP + SCHED_4BSD. So, 6.2 is no worse for me :-) By the way, I'm only running these BGE interfaces at 100 Full. rwsrv04> grep bge /var/log/messages Nov 6 01:02:09 rwsrv04 kernel: bge0: watchdog timeout -- resetting Nov 6 01:02:09 rwsrv04 kernel: bge0: link state changed to DOWN Nov 6 01:02:09 rwsrv04 kernel: bge0: link state changed to UP Nov 6 01:05:36 rwsrv04 kernel: bge0: watchdog timeout -- resetting Nov 6 01:05:36 rwsrv04 kernel: bge0: link state changed to DOWN Nov 6 01:05:36 rwsrv04 kernel: bge0: link state changed to UP rwsrv04> sysctl kern.version kern.sched kern.smp hw.machine hw.model dev.bgekern.version: FreeBSD 6.1-RELEASE-p10 #0: Tue Oct 31 00:06:13 AEDT 2006 root@rwsrv04.mby.riverwillow.net.au:/usr/obj/usr/src/sys/RWSRV04 kern.sched.name: 4BSD kern.sched.quantum: 100000 kern.sched.followon: 0 kern.sched.pfollowons: 0 kern.sched.kgfollowons: 0 kern.sched.preemption: 1 kern.smp.maxcpus: 1 kern.smp.active: 0 kern.smp.disabled: 0 kern.smp.cpus: 1 hw.machine: i386 hw.model: Intel(R) Pentium(R) 4 CPU 2.80GHz dev.bge.0.%desc: Broadcom BCM5705K Gigabit Ethernet, ASIC rev. 0x3003 dev.bge.0.%driver: bge dev.bge.0.%location: slot=4 function=0 dev.bge.0.%pnpinfo: vendor=0x14e4 device=0x1654 subvendor=0x103c subdevice=0x1654 class=0x020000 dev.bge.0.%parent: pci4 John Marshall. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 11:30:52 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1FF416A407 for ; Mon, 6 Nov 2006 11:30:52 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDAE643D82 for ; Mon, 6 Nov 2006 11:30:43 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lqnune@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kA6BUbr5078088; Mon, 6 Nov 2006 12:30:42 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kA6BUaFB078087; Mon, 6 Nov 2006 12:30:36 +0100 (CET) (envelope-from olli) Date: Mon, 6 Nov 2006 12:30:36 +0100 (CET) Message-Id: <200611061130.kA6BUaFB078087@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, valqk@lozenetz.org In-Reply-To: <454F010D.4090807@lozenetz.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 06 Nov 2006 12:30:42 +0100 (CET) Cc: Subject: Re: netstat -ni - A lot of collisions... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, valqk@lozenetz.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 11:30:53 -0000 Anton - Valqk wrote: > the card is connected to a switch that is manageble and the port is set > to 10Mbit Full duplex on purpose. > > I'm not setting the port speed manual - is that a problem when the port > is not 100mbit/fd? If you select the port parameters manually (i.e. disable autoselect), then you must do that on _both_ sides. Auto-negotiation only works correctly if both sides are using it. > This is the ifconfig output: > > fxp0: flags=18843 mtu 1500 > options=48 > inet 112.15.128.88 netmask 0xffffff00 broadcast 112.15.128.255 > inet6 fe80::208:c7ff:fe5b:54f2%fxp0 prefixlen 64 scopeid 0x2 > ether 00:08:c7:5b:54:a5 > media: Ethernet autoselect (10baseT/UTP) > status: active That means autoselect is enabled, so you have to enable it on your switch, too. Otherwise disable it on the computer and select the port parameters (speed and duplex mode) manually there, too. By the way, the above output indicates that your NIC's auto-negotiation has selected half-duplex. You said that your switch is set to full-duplex. So there is a mismatch which explains why you are getting collisions. Fix your port settings, then the collisions will go away. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "What is this talk of 'release'? We do not make software 'releases'. Our software 'escapes', leaving a bloody trail of designers and quality assurance people in its wake." From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 11:45:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD90916A51C for ; Mon, 6 Nov 2006 11:45:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc15.comcast.net (rwcrmhc15.comcast.net [204.127.192.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95A8843D93 for ; Mon, 6 Nov 2006 11:45:38 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (rwcrmhc15) with ESMTP id <20061106114537m1500bqi5ue>; Mon, 6 Nov 2006 11:45:38 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A3F8F1FA01A; Mon, 6 Nov 2006 03:45:37 -0800 (PST) Date: Mon, 6 Nov 2006 03:45:37 -0800 From: Jeremy Chadwick To: Anton - Valqk Message-ID: <20061106114537.GA99879@icarus.home.lan> Mail-Followup-To: Anton - Valqk , freebsd-stable@freebsd.org, tom@samplonius.org References: <454BC211.3090104@lozenetz.org> <454F010D.4090807@lozenetz.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <454F010D.4090807@lozenetz.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, tom@samplonius.org Subject: Re: netstat -ni - A lot of collisions... 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, 06 Nov 2006 11:45:45 -0000 On Mon, Nov 06, 2006 at 11:31:57AM +0200, Anton - Valqk wrote: > Well, > the card is connected to a switch that is manageble and the port is set to > 10Mbit Full duplex on purpose. > > I'm not setting the port speed manual - is that a problem when the port is not 100mbit/fd? > This is the ifconfig output: > > fxp0: flags=18843 mtu 1500 > options=48 > inet 112.15.128.88 netmask 0xffffff00 broadcast 112.15.128.255 > inet6 fe80::208:c7ff:fe5b:54f2%fxp0 prefixlen 64 scopeid 0x2 > ether 00:08:c7:5b:54:a5 > media: Ethernet autoselect (10baseT/UTP) > status: active I've never paid much attention to what ifconfig says, or what managed switches say, as far as speed or duplex negotiation go. Most vendors do not play well together. I'll repeat that because it needs repeating: most vendors do not play well together. Example: anyone familiar with Cisco Catalysts knows of the long-standing problem with auto-neg which ultimately requires both ends of the connection be set to 100/full. Try the following configurations: 1. FreeBSD rc.conf -- media 10baseT/UTP media-opt full-duplex Switch -- forced 10/full Reboot FreeBSD box 2. FreeBSD rc.conf -- media 10baseT/UTP media-opt full-duplex Switch -- auto-neg Reboot FreeBSD box 3. FreeBSD rc.conf -- media 10baseT/UTP media-opt full-duplex Switch -- auto-neg Reboot FreeBSD box Regarding the reboots: changing duplex/speed via ifconfig once the driver has already done its initial auto-negotiation appears to behave differently with some switches than on an actual boot-up. I have no present-day evidence to back this claim up, but it's something I've seen historically with xl and fxp. Now, the transfer test I've used in the past: * Make a "small" file (dd if=/dev/urandom of=test.bin bs=64k count=256) on the FreeBSD box * Make a similar file (identical or otherwise) on another box, one that runs an FTP server * From the FreeBSD box, FTP to the FTP server * Do an FTP "PUT" of test.bin * Make note if the transfer was slow, or quick (1MByte/sec) * Now do an FTP "GET" of the file you made on the FTP server * Make note if the transfer was slow, or quick (1MByte/sec) My guess is that one of the above tests will show very fast throughput in one direction (ex. PUT), while the other direction (ex. GET) will be incredibly slow (something like 100 bytes a second, maybe less). This is what I've seen in the past in environments where a switch is set to auto-neg and the FreeBSD box claims to auto-neg to 100/full correctly... but obviously doesn't (re: see above: Cisco). You can make note of collision counts if you want, too. Any slow transfers you see will probably show up as collisions, since somewhere along the lines things got confused and chose half-duplex (even if ifconfig or the switch doesn't show it). If all of the above tests seem OK (good speed, etc. -- yet the collisions continue to increase), I recommend checking the obvious: Ethernet cable wiring. You're going to have to get a RJ45/EIA-568 cable tester and verify that all 8 wires are connected and have good continuity. You're not going to get 10/full with a Ethernet cable that's wired with only 4 wires, AFAIK. Finally: why exactly are you using 10/full? What's the purpose? Are you trying to limit the actual maximum network throughput while ensuring you have full-duplex capability? If so: look into using pf with queueing (see pf.conf man page, section QUEUEING/ALTQ), or if that's not an option, use ipfw with dummynet. Make that box use 100/full, then simply limit the actual network I/O to 10mbit. For what it's worth: I've never seen a 10/full network that worked. It was either 100/full (switches), 100/half (hubs), or 10/half (hubs). There's some discussions (use Google) about why 10/full is essentially a bastard child and should be avoided. -- | 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 Mon Nov 6 13:20:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CB9516A40F for ; Mon, 6 Nov 2006 13:20:45 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64AA443D53 for ; Mon, 6 Nov 2006 13:20:44 +0000 (GMT) (envelope-from spil.oss@googlemail.com) Received: by ug-out-1314.google.com with SMTP id o2so741017uge for ; Mon, 06 Nov 2006 05:20:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=J5R+SjED6LWoxkxwZU+vY36GnWhpmaVNVWya8DsHrdjh2KFEngeZOtXb/gtqXUzkc8fLw2zLO/9wRA2JTUOUHMOjy6XItec9De4zdLAbhhnS5QlMHr6ImGF2ieg5RaYsGE2RoBFxn7qVNbapX4/6WnzXGHk/ebZsP3jIsJUKib8= Received: by 10.66.243.2 with SMTP id q2mr7282236ugh.1162819242280; Mon, 06 Nov 2006 05:20:42 -0800 (PST) Received: by 10.67.98.2 with HTTP; Mon, 6 Nov 2006 05:20:42 -0800 (PST) Message-ID: <5fbf03c20611060520s473b54d1v8577cac647078fee@mail.gmail.com> Date: Mon, 6 Nov 2006 14:20:42 +0100 From: "Spil Oss" To: "Brooks Davis" , freebsd-stable@freebsd.org In-Reply-To: <20061105203834.GA22060@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <82912730-AD0E-4AE0-AA7C-FDD321F00B57@gmail.com> <5fbf03c20611051212q28a819cbhf7e49d56c4ff6b3e@mail.gmail.com> <20061105203834.GA22060@lor.one-eyed-alien.net> Cc: Subject: Re: dhclient taking up all CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: spil.oss@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 13:20:45 -0000 Hi all, Rebuilt dhclient with the bpf.c from RELENG_6 ( line 285 == -> >=) According to the cvs commit log this fixes my problem. Still leaves me wondering why this was not applied to RELENG_6_1 Kind regards, Spil. On 05/11/06, Brooks Davis wrote: > It should be fixed in STABLE. The particular fixes were to bpf.c so I > belive (but have not verified) that if you grab the latest version of > that file, put it in src/sbin/dhclient/ and rebuild dhclient the > problems will go away. > > -- Brooks > > On Sun, Nov 05, 2006 at 09:12:25PM +0100, Spil Oss wrote: > > Hi all, > > > > Been experiencing this same behaviour every now-and-then. > > > > FreeBSD/i386 6.1-RELEASE-p10 > > > > Any solutions to this? > > > > Kind regards, > > > > Spil. > > > > On 06/05/06, Lodewijk V??ge wrote: > > >hello, > > > > > >a while ago someone reported the same problem I had been seeing, that > > >dhclient starts taking up 100% CPU. it's probably something comcast > > >is doing. > > > > > >I couldn't get the requested coredump then, if I set kern.corefile > > >to /tmp/%N.core and kill -QUIT it, it doesn't seem to produce a > > >coredump. but it happened again just now, and I was able to attach > > >gdb. this is where it's spinning, in receive_packet() in bpf.c: > > > > > >(gdb) > > >285 if (interface->rbuf_offset == interface- > > > >rbuf_len) { > > >(gdb) > > >299 if (interface->rbuf_len - interface- > > > >rbuf_offset < > > >(gdb) > > >306 memcpy(&hdr, &interface->rbuf[interface- > > > >rbuf_offset], > > >(gdb) > > >313 if (interface->rbuf_offset + hdr.bh_hdrlen + > > >hdr.bh_caplen > > > >(gdb) > > >320 interface->rbuf_offset += hdr.bh_hdrlen; > > >(gdb) > > >327 if (hdr.bh_caplen != hdr.bh_datalen) { > > >(gdb) > > >328 interface->rbuf_offset = > > >(gdb) > > >331 continue; > > >(gdb) > > >385 } while (!length); > > > > > >and then it goes back to line 285. interesting variables are: > > > > > >(gdb) p *interface > > >$1 = {next = 0x0, hw_address = {htype = 1 '\001', hlen = 6 '\006', > > > haddr = "\000\021??\223?\000\000\000\000\000\000\000\000\000"}, > > >primary_address = {s_addr = 0}, > > > name = "vr0", '\0' , rfdesc = 7, wfdesc = 7, > > >rbuf = 0x807d000 "\022?\\Dk\214", rbuf_max = 4096, > > > rbuf_offset = 416, rbuf_len = 415, ifp = 0x806f160, client = > > >0x8075000, noifmedia = 0, errors = 0, dead = 0, index = 2} > > >(gdb) p length > > >$2 = 0 > > >(gdb) p hdr > > >$3 = {bh_tstamp = {tv_sec = 0, tv_usec = 0}, bh_caplen = 4294901760, > > >bh_datalen = 4294901778, bh_hdrlen = 65535} > > > > > >this is FreeBSD/i386 6.1-RC as of about two weeks ago. > > > > > >Lodewijk > > > > > >_______________________________________________ > > >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 Mon Nov 6 13:28:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2CC116A403 for ; Mon, 6 Nov 2006 13:28:35 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A6AD43D45 for ; Mon, 6 Nov 2006 13:28:26 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from antivir3.iol.cz (antivir3.iplanet.iol.cz [192.168.30.206]) by smtp-out3.iol.cz (Postfix) with ESMTP id E16716515D; Mon, 6 Nov 2006 14:28:24 +0100 (CET) Received: from localhost (antivir3.iol.cz [127.0.0.1]) by antivir3.iol.cz (Postfix) with ESMTP id D3AC542000D; Mon, 6 Nov 2006 14:28:24 +0100 (CET) Received: from smtp-out3.iol.cz (smtp-out-3.iplanet.iol.cz [192.168.30.28]) by antivir3.iol.cz (Postfix) with ESMTP id A410E42000C; Mon, 6 Nov 2006 14:28:24 +0100 (CET) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id E4D3057E14; Mon, 6 Nov 2006 14:28:23 +0100 (CET) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 3FADF103; Mon, 6 Nov 2006 14:28:23 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 Received: from srv (ac.botka.homeunix.org [192.168.1.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ace.botka.homeunix.org (Postfix) with ESMTP id AA167101; Mon, 6 Nov 2006 14:28:20 +0100 (CET) Date: Mon, 6 Nov 2006 14:28:20 +0100 (CET) From: Vladimir Botka X-X-Sender: vlado@srv.g1.netng.org To: Torfinn Ingolfsen In-Reply-To: <20061105121318.928c20b4.torfinn.ingolfsen@broadpark.no> Message-ID: <20061106142150.P95592@srv.g1.netng.org> References: <20061104080620.S9038@srv.g1.netng.org> <20061105121318.928c20b4.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at iol.cz Cc: freebsd-stable@freebsd.org Subject: Re: Mustek BearPaw 2448 TA Pro 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, 06 Nov 2006 13:28:36 -0000 Yes, no reply yet. But still I would like to ask: Does anyone have *ANY* experience with "Mustek BearPaw 2448 TA Pro" on FreeBSD ? This scanner was released in 2003. It is hard problem to find USB scanner on the market supported by sane. "Mustek ScanExpress 1248 UB" works well but is too slow. Regards, Vladimir Botka, Czech On Sun, 5 Nov 2006, Torfinn Ingolfsen wrote: > On Sat, 04 Nov 2006 18:01:24 +0100 (CET) > Vladimir Botka wrote: > >> This scanner is claimed to be supported but I can not get it >> configured. > > According to the man page and the web page: > http://www.meier-geinitz.de/sane/mustek_usb2-backend/ > > the driver for this scanner is of beta quality. > Have you tried to contact the SANE people about it? > > HTH > -- > Regards, > Torfinn Ingolfsen, > Norway > > _______________________________________________ > 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 Mon Nov 6 13:45:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F24E316A4EE for ; Mon, 6 Nov 2006 13:45:30 +0000 (UTC) (envelope-from freebsd-stable@chef-ingenieur.de) Received: from mta.webmatic.de (mta.webmatic.de [212.78.99.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF3DB43D55 for ; Mon, 6 Nov 2006 13:45:20 +0000 (GMT) (envelope-from freebsd-stable@chef-ingenieur.de) Received: (qmail 78907 invoked by uid 89); 6 Nov 2006 13:45:16 -0000 Received: by simscan 1.1.0 ppid: 78902, pid: 78903, t: 1.6320s scanners: attach: 1.1.0 clamav: 0.88.2/m:38/d:1498 spam: 3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mta.webmatic.de X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL, DK_POLICY_SIGNSOME autolearn=ham version=3.1.1 Received: from unknown (HELO mta.webmatic.de) (127.0.0.1) by localhost with SMTP; 6 Nov 2006 13:45:14 -0000 Received: from 217.188.193.85 (SquirrelMail authenticated user freebsd-stable@chef-ingenieur.de) by mta.webmatic.de with HTTP; Mon, 6 Nov 2006 14:45:14 +0100 (CET) Message-ID: <4313.217.188.193.85.1162820714.squirrel@mta.webmatic.de> Date: Mon, 6 Nov 2006 14:45:14 +0100 (CET) From: "Thomas Krause" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: FreeBSD doesn't boot at Supermicro H8SSL-i2 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, 06 Nov 2006 13:45:31 -0000 Hello, I got a brand new Supermicro H8SSL-i2 http://www.supermicro.com/Aplus/motherboard/Opteron1000/HT1000/H8SSL-i2.cfm but FreeBSD i386 6.2 Beta3 doesn't boot, whether if acpi is enabled or not. The latest BIOS is installed. Here is a picture of the boot process with verbose logging: http://moldau.webmatic.de/h8-boot.jpg Any ideas? Regards, Thomas. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 13:53:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAC6316A416 for ; Mon, 6 Nov 2006 13:53:30 +0000 (UTC) (envelope-from wkb@xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AE7343D46 for ; Mon, 6 Nov 2006 13:53:30 +0000 (GMT) (envelope-from wkb@xs4all.nl) Received: from xs3.xs4all.nl (xs3.xs4all.nl [194.109.21.4]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id kA6DrPAd076367; Mon, 6 Nov 2006 14:53:26 +0100 (CET) (envelope-from wkb@xs4all.nl) Received: from xs3.xs4all.nl (wkb@localhost [127.0.0.1]) by xs3.xs4all.nl (8.13.6/8.13.6) with ESMTP id kA6DrP9w092730; Mon, 6 Nov 2006 14:53:25 +0100 (CET) (envelope-from wkb@xs4all.nl) Received: (from wkb@localhost) by xs3.xs4all.nl (8.13.6/8.13.6/Submit) id kA6DrJlC092721; Mon, 6 Nov 2006 14:53:19 +0100 (CET) (envelope-from wkb) Date: Mon, 6 Nov 2006 14:53:19 +0100 From: Wilko Bulte To: Anton - Valqk Message-ID: <20061106135319.GA92608@xs4all.nl> References: <454BC211.3090104@lozenetz.org> <454F010D.4090807@lozenetz.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <454F010D.4090807@lozenetz.org> User-Agent: Mutt/1.4.2.1i X-OS: FreeBSD 4.10-RELEASE-p2 X-PGP: finger wilko@freebsd.org X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org, tom@samplonius.org Subject: Re: netstat -ni - A lot of collisions... 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, 06 Nov 2006 13:53:31 -0000 On Mon, Nov 06, 2006 at 11:31:57AM +0200, Anton - Valqk wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Well, > the card is connected to a switch that is manageble and the port is set to > 10Mbit Full duplex on purpose. Your ifconfig output below shows halfduplex! > I'm not setting the port speed manual - is that a problem when the port is not 100mbit/fd? > This is the ifconfig output: > > fxp0: flags=18843 mtu 1500 > options=48 > inet 112.15.128.88 netmask 0xffffff00 broadcast 112.15.128.255 > inet6 fe80::208:c7ff:fe5b:54f2%fxp0 prefixlen 64 scopeid 0x2 > ether 00:08:c7:5b:54:a5 > media: Ethernet autoselect (10baseT/UTP) ^^^ like here. Wilko From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 13:56:44 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77F5F16A47B for ; Mon, 6 Nov 2006 13:56:44 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17C1243D72 for ; Mon, 6 Nov 2006 13:56:40 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id EA4575EF0; Mon, 6 Nov 2006 16:56:38 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id E1BD35EC2; Mon, 6 Nov 2006 16:56:38 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kA6DugiR062168; Mon, 6 Nov 2006 16:56:42 +0300 (MSK) (envelope-from ru) Date: Mon, 6 Nov 2006 16:56:42 +0300 From: Ruslan Ermilov To: Thomas Krause Message-ID: <20061106135642.GD44791@rambler-co.ru> References: <4313.217.188.193.85.1162820714.squirrel@mta.webmatic.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UfEAyuTBtIjiZzX6" Content-Disposition: inline In-Reply-To: <4313.217.188.193.85.1162820714.squirrel@mta.webmatic.de> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@FreeBSD.org Subject: Re: FreeBSD doesn't boot at Supermicro H8SSL-i2 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, 06 Nov 2006 13:56:44 -0000 --UfEAyuTBtIjiZzX6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 06, 2006 at 02:45:14PM +0100, Thomas Krause wrote: > Hello, > I got a brand new Supermicro H8SSL-i2 > http://www.supermicro.com/Aplus/motherboard/Opteron1000/HT1000/H8SSL-i2.c= fm > but FreeBSD i386 6.2 Beta3 doesn't boot, whether if acpi is enabled or no= t. > The latest BIOS is installed. Here is a picture of the boot process with > verbose logging: > http://moldau.webmatic.de/h8-boot.jpg >=20 Check that the USB speed setting in the BIOS is set to its defaults, either HiSpeed or FullSpeed, I don't remember exactly. If I change it, it similarly hangs on boot, but I'm using FreeBSD/amd64 on it. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --UfEAyuTBtIjiZzX6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFTz8aqRfpzJluFF4RAnG8AJ40vm6aFbNP2bQgDWq8/h+ZaCPo9QCfXO0+ Kh+OSaToLuKOIPXp9S+uVmU= =GV9S -----END PGP SIGNATURE----- --UfEAyuTBtIjiZzX6-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 14:26:45 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF4E116A47C for ; Mon, 6 Nov 2006 14:26:45 +0000 (UTC) (envelope-from freebsd-stable@chef-ingenieur.de) Received: from mta.webmatic.de (mta.webmatic.de [212.78.99.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ABDE43D5F for ; Mon, 6 Nov 2006 14:26:41 +0000 (GMT) (envelope-from freebsd-stable@chef-ingenieur.de) Received: (qmail 86644 invoked by uid 89); 6 Nov 2006 14:26:38 -0000 Received: by simscan 1.1.0 ppid: 86638, pid: 86639, t: 0.9046s scanners: attach: 1.1.0 clamav: 0.88.2/m:38/d:1498 spam: 3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mta.webmatic.de X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL, DK_POLICY_SIGNSOME autolearn=ham version=3.1.1 Received: from unknown (HELO mta.webmatic.de) (127.0.0.1) by localhost with SMTP; 6 Nov 2006 14:26:37 -0000 Received: from 217.188.193.85 (SquirrelMail authenticated user freebsd-stable@chef-ingenieur.de) by mta.webmatic.de with HTTP; Mon, 6 Nov 2006 15:26:37 +0100 (CET) Message-ID: <4337.217.188.193.85.1162823197.squirrel@mta.webmatic.de> In-Reply-To: <20061106135642.GD44791@rambler-co.ru> References: <4313.217.188.193.85.1162820714.squirrel@mta.webmatic.de> <20061106135642.GD44791@rambler-co.ru> Date: Mon, 6 Nov 2006 15:26:37 +0100 (CET) From: "Thomas Krause" To: freebsd-stable@FreeBSD.org User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: Re: FreeBSD doesn't boot at Supermicro H8SSL-i2 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, 06 Nov 2006 14:26:45 -0000 >> > Check that the USB speed setting in the BIOS is set to its defaults, > either HiSpeed or FullSpeed, I don't remember exactly. If I change > it, it similarly hangs on boot, but I'm using FreeBSD/amd64 on it. Thanks very much for your hint! FreeBSD boots with USB 2.0 Controller Mode: Fullspeed *and* BIOS EHCI Hand-off: Enable BTW: There is no way to disable USB completely? Regards, Thomas. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 14:34:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E8F516A5F9 for ; Mon, 6 Nov 2006 14:34:39 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E40743D86 for ; Mon, 6 Nov 2006 14:34:37 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20061106143431m9100ellnqe>; Mon, 6 Nov 2006 14:34:36 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id kA6EYTmN034849; Mon, 6 Nov 2006 08:34:29 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id kA6EYSZm034848; Mon, 6 Nov 2006 08:34:28 -0600 (CST) (envelope-from brooks) Date: Mon, 6 Nov 2006 08:34:27 -0600 From: Brooks Davis To: spil.oss@gmail.com Message-ID: <20061106143427.GA34760@lor.one-eyed-alien.net> References: <82912730-AD0E-4AE0-AA7C-FDD321F00B57@gmail.com> <5fbf03c20611051212q28a819cbhf7e49d56c4ff6b3e@mail.gmail.com> <20061105203834.GA22060@lor.one-eyed-alien.net> <5fbf03c20611060520s473b54d1v8577cac647078fee@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <5fbf03c20611060520s473b54d1v8577cac647078fee@mail.gmail.com> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: dhclient taking up all CPU 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, 06 Nov 2006 14:34:39 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable It doesn't effect nearly enough people to warrent a commit to the eratta branch. It's also not serious enough; the bar has typically been set at the level of data corruption bugs. -- Brooks On Mon, Nov 06, 2006 at 02:20:42PM +0100, Spil Oss wrote: > Hi all, >=20 > Rebuilt dhclient with the bpf.c from RELENG_6 ( line 285 =3D=3D -> >=3D) > According to the cvs commit log this fixes my problem. >=20 > Still leaves me wondering why this was not applied to RELENG_6_1 >=20 > Kind regards, >=20 > Spil. >=20 >=20 > On 05/11/06, Brooks Davis wrote: > >It should be fixed in STABLE. The particular fixes were to bpf.c so I > >belive (but have not verified) that if you grab the latest version of > >that file, put it in src/sbin/dhclient/ and rebuild dhclient the > >problems will go away. > > > >-- Brooks > > > >On Sun, Nov 05, 2006 at 09:12:25PM +0100, Spil Oss wrote: > >> Hi all, > >> > >> Been experiencing this same behaviour every now-and-then. > >> > >> FreeBSD/i386 6.1-RELEASE-p10 > >> > >> Any solutions to this? > >> > >> Kind regards, > >> > >> Spil. > >> > >> On 06/05/06, Lodewijk V??ge wrote: > >> >hello, > >> > > >> >a while ago someone reported the same problem I had been seeing, that > >> >dhclient starts taking up 100% CPU. it's probably something comcast > >> >is doing. > >> > > >> >I couldn't get the requested coredump then, if I set kern.corefile > >> >to /tmp/%N.core and kill -QUIT it, it doesn't seem to produce a > >> >coredump. but it happened again just now, and I was able to attach > >> >gdb. this is where it's spinning, in receive_packet() in bpf.c: > >> > > >> >(gdb) > >> >285 if (interface->rbuf_offset =3D=3D interface- > >> > >rbuf_len) { > >> >(gdb) > >> >299 if (interface->rbuf_len - interface- > >> > >rbuf_offset < > >> >(gdb) > >> >306 memcpy(&hdr, &interface->rbuf[interface- > >> > >rbuf_offset], > >> >(gdb) > >> >313 if (interface->rbuf_offset + hdr.bh_hdrlen + > >> >hdr.bh_caplen > > >> >(gdb) > >> >320 interface->rbuf_offset +=3D hdr.bh_hdrlen; > >> >(gdb) > >> >327 if (hdr.bh_caplen !=3D hdr.bh_datalen) { > >> >(gdb) > >> >328 interface->rbuf_offset =3D > >> >(gdb) > >> >331 continue; > >> >(gdb) > >> >385 } while (!length); > >> > > >> >and then it goes back to line 285. interesting variables are: > >> > > >> >(gdb) p *interface > >> >$1 =3D {next =3D 0x0, hw_address =3D {htype =3D 1 '\001', hlen =3D 6 = '\006', > >> > haddr =3D "\000\021??\223?\000\000\000\000\000\000\000\000\000"}, > >> >primary_address =3D {s_addr =3D 0}, > >> > name =3D "vr0", '\0' , rfdesc =3D 7, wfdesc =3D 7, > >> >rbuf =3D 0x807d000 "\022?\\Dk\214", rbuf_max =3D 4096, > >> > rbuf_offset =3D 416, rbuf_len =3D 415, ifp =3D 0x806f160, client =3D > >> >0x8075000, noifmedia =3D 0, errors =3D 0, dead =3D 0, index =3D 2} > >> >(gdb) p length > >> >$2 =3D 0 > >> >(gdb) p hdr > >> >$3 =3D {bh_tstamp =3D {tv_sec =3D 0, tv_usec =3D 0}, bh_caplen =3D 42= 94901760, > >> >bh_datalen =3D 4294901778, bh_hdrlen =3D 65535} > >> > > >> >this is FreeBSD/i386 6.1-RC as of about two weeks ago. > >> > > >> >Lodewijk > >> > > >> >_______________________________________________ > >> >freebsd-stable@freebsd.org mailing list > >> >http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> >To unsubscribe, send any mail to=20 > >"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.o= rg" > > > > > > > > >=20 --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFT0fzXY6L6fI4GtQRAiWeAKDVxmGIsnfYG+w4D3NSA7+73HJZkgCgwmib jloC4LHi1YFtQFUje52CvQs= =kyII -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 20:55:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 721B316A417 for ; Mon, 6 Nov 2006 20:55:56 +0000 (UTC) (envelope-from ke.han@redstarling.com) Received: from smtp103.biz.mail.mud.yahoo.com (smtp103.biz.mail.mud.yahoo.com [68.142.200.238]) by mx1.FreeBSD.org (Postfix) with SMTP id D625C43D7D for ; Mon, 6 Nov 2006 20:55:51 +0000 (GMT) (envelope-from ke.han@redstarling.com) Received: (qmail 73713 invoked from network); 6 Nov 2006 20:55:51 -0000 Received: from unknown (HELO ?192.168.1.20?) (ke.han@redstarling.com@218.79.197.214 with plain) by smtp103.biz.mail.mud.yahoo.com with SMTP; 6 Nov 2006 20:55:50 -0000 Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: ke han Date: Tue, 7 Nov 2006 04:55:50 +0800 X-Mailer: Apple Mail (2.752.3) Subject: em driver testing 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, 06 Nov 2006 20:55:56 -0000 According to the 6.2-beta3 announcemetn, there are improvements to the em driver. "The most important of the things that have been worked on is the driver for em(4). " I have a Sun X4100 which uses Intel ethernet. I would like to install amd64 6.2beta3 on this server and put it through some tests. But I have no idea what tests to run or how to run them. Can someone provide some pointers? I am happy to post my findings. thanks, ke han From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 21:24:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA58516A40F for ; Mon, 6 Nov 2006 21:24:54 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.FreeBSD.org (Postfix) with SMTP id 0050F43D70 for ; Mon, 6 Nov 2006 21:24:44 +0000 (GMT) (envelope-from sthaug@nethelp.no) Received: (qmail 43389 invoked from network); 6 Nov 2006 21:24:43 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 6 Nov 2006 21:24:43 -0000 Date: Mon, 06 Nov 2006 22:24:43 +0100 (CET) Message-Id: <20061106.222443.74711080.sthaug@nethelp.no> To: freebsd@jdc.parodius.com From: sthaug@nethelp.no In-Reply-To: <20061106114537.GA99879@icarus.home.lan> References: <454BC211.3090104@lozenetz.org> <454F010D.4090807@lozenetz.org> <20061106114537.GA99879@icarus.home.lan> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, valqk@lozenetz.org, tom@samplonius.org Subject: Re: netstat -ni - A lot of collisions... 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, 06 Nov 2006 21:24:54 -0000 > I've never paid much attention to what ifconfig says, or what > managed switches say, as far as speed or duplex negotiation go. > Most vendors do not play well together. I'll repeat that because > it needs repeating: most vendors do not play well together. > Example: anyone familiar with Cisco Catalysts knows of the > long-standing problem with auto-neg which ultimately requires > both ends of the connection be set to 100/full. I disagree. Autonegotiation used to be a problem, and we used to force all links to 100/full. But that was 3-4 years ago. These days, the situation is much improved - and in most cases autonegotiation "just works". That includes *lots* of Cisco Catalyst switches. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 21:35:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E00C616A4EB for ; Mon, 6 Nov 2006 21:35:41 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88C4743D45 for ; Mon, 6 Nov 2006 21:35:41 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from [192.168.26.75] (64-84-9-2-sf-gw.ncircle.com [64.84.9.2]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id kA6LZfkg006107 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Nov 2006 13:35:41 -0800 Message-ID: <454FAAA8.1040500@freebsd.org> Date: Mon, 06 Nov 2006 13:35:36 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: ke han References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> In-Reply-To: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig373E75F640CBF41F51989FBC" Cc: freebsd-stable@freebsd.org Subject: Re: em driver testing 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, 06 Nov 2006 21:35:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig373E75F640CBF41F51989FBC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, ke han wrote: > According to the 6.2-beta3 announcemetn, there are improvements to =20 > the em driver. >=20 > "The most important of the things that have been worked on is the > driver for em(4). " >=20 > I have a Sun X4100 which uses Intel ethernet. I would like to =20 > install amd64 6.2beta3 on this server and put it through some tests. > But I have no idea what tests to run or how to run them. > Can someone provide some pointers? I am happy to post my findings. There were a number of problems in em(4) that appeared post-6.1. A new version of the em(4) driver was merged to the RELENG_6 branch just prior to 6.2-BETA3. That version is better, but still has some unresolved issues (problems have been reported with jumbo frames and with watchdog timeouts). There's a new patch by jfv@ in an email a few days ago (with subject "New em patch for 6.2 BETA 3") that might fix these problems. It might be worthwhile to try this out. Basically, just look around the archives of stable@ to see discussions of the em driver over the past month or so. I believe that a number of prior problems were uncovered when people just tried to push a lot of traffic through the interface. Bruce. --------------enig373E75F640CBF41F51989FBC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFT6qs2MoxcVugUsMRAkq6AJ0f1HbPY7BfIUFe+j5zBeKukN64gwCgmSKW VPNt12rzuIRTGFT6J8rO+Bk= =OBBa -----END PGP SIGNATURE----- --------------enig373E75F640CBF41F51989FBC-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 21:38:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C452016A407 for ; Mon, 6 Nov 2006 21:38:07 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.187.76.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D634D43D5D for ; Mon, 6 Nov 2006 21:38:00 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [IPv6:::1] (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.13.8/8.13.8) with ESMTP id kA6LbX8I011158; Mon, 6 Nov 2006 21:37:33 GMT (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk from=m.seaman@infracaninophile.co.uk; sender-id=softfail; spf=softfail X-SenderID: Sendmail Sender-ID Filter v0.2.14 smtp.infracaninophile.co.uk kA6LbX8I011158 Message-ID: <454FAB16.1040608@infracaninophile.co.uk> Date: Mon, 06 Nov 2006 21:37:26 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: sthaug@nethelp.no References: <454BC211.3090104@lozenetz.org> <454F010D.4090807@lozenetz.org> <20061106114537.GA99879@icarus.home.lan> <20061106.222443.74711080.sthaug@nethelp.no> In-Reply-To: <20061106.222443.74711080.sthaug@nethelp.no> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig08DA5921999F659124B2E52D" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (smtp.infracaninophile.co.uk [IPv6:::1]); Mon, 06 Nov 2006 21:37:54 +0000 (GMT) X-Virus-Scanned: ClamAV 0.88.5/2167/Mon Nov 6 19:31:46 2006 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00, DKIM_POLICY_TESTING,NO_RELAYS autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on happy-idiot-talk.infracaninophile.co.uk Cc: valqk@lozenetz.org, freebsd-stable@freebsd.org, tom@samplonius.org, freebsd@jdc.parodius.com Subject: Re: netstat -ni - A lot of collisions... 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, 06 Nov 2006 21:38:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig08DA5921999F659124B2E52D Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable sthaug@nethelp.no wrote: >> I've never paid much attention to what ifconfig says, or what >> managed switches say, as far as speed or duplex negotiation go. >> Most vendors do not play well together. I'll repeat that because >> it needs repeating: most vendors do not play well together. >> Example: anyone familiar with Cisco Catalysts knows of the >> long-standing problem with auto-neg which ultimately requires >> both ends of the connection be set to 100/full. >=20 > I disagree. Autonegotiation used to be a problem, and we used to force > all links to 100/full. But that was 3-4 years ago. These days, the > situation is much improved - and in most cases autonegotiation "just > works". That includes *lots* of Cisco Catalyst switches. Actually, we used to do the same. But nowadays it's gone completely the other way. Modern GigE capable ethernet interfaces seem to work better if you let them autonegotiate. That's even if they aren't running at Gig speed where autoneg is required by design. We've had a series of Broadcomm bge(4) network interfaces that would arbitrarily stop working if hardwired to 100-full, but that are doing just fine when allowed to autoneg. Switches are mostly HP Procurve if that makes any difference. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig08DA5921999F659124B2E52D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFT6sd8Mjk52CukIwRCJHSAJ9mA/lI17m3To/b8/o98euMFWXupgCdF4ix t4fhSNbOT1AD9bJ4OT9/FGs= =UQYG -----END PGP SIGNATURE----- --------------enig08DA5921999F659124B2E52D-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 21:51:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 393FD16A494 for ; Mon, 6 Nov 2006 21:51:42 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [63.240.77.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6FA343D6A for ; Mon, 6 Nov 2006 21:51:40 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc11) with ESMTP id <2006110621513501100ch8pse>; Mon, 6 Nov 2006 21:51:39 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 22BE81FA01A; Mon, 6 Nov 2006 13:51:35 -0800 (PST) Date: Mon, 6 Nov 2006 13:51:35 -0800 From: Jeremy Chadwick To: Matthew Seaman Message-ID: <20061106215135.GA6320@icarus.home.lan> Mail-Followup-To: Matthew Seaman , sthaug@nethelp.no, valqk@lozenetz.org, freebsd-stable@freebsd.org, tom@samplonius.org References: <454BC211.3090104@lozenetz.org> <454F010D.4090807@lozenetz.org> <20061106114537.GA99879@icarus.home.lan> <20061106.222443.74711080.sthaug@nethelp.no> <454FAB16.1040608@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <454FAB16.1040608@infracaninophile.co.uk> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, valqk@lozenetz.org, tom@samplonius.org, sthaug@nethelp.no Subject: Re: netstat -ni - A lot of collisions... 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, 06 Nov 2006 21:51:42 -0000 On Mon, Nov 06, 2006 at 09:37:26PM +0000, Matthew Seaman wrote: > We've had a series of Broadcomm bge(4) network interfaces that would > arbitrarily stop working if hardwired to 100-full, but that are doing > just fine when allowed to autoneg. Switches are mostly HP Procurve if > that makes any difference. Interesting. I've got a ProCurve 2524 in our co-lo with tons of FreeBSD boxes hooked to it, all of which behave correctly via auto-neg. The FreeBSD boxes use a slew of NICs; em, fxp, and xl. The uplink port on our 2524 to our ISP, however, has to be set to 100/full on both ends (theirs and ours; theirs = Cisco, ours = HP) or else we end up with framing errors and other nonsense. For sake of comparison, I have sitting in my workroom a bge-based box hooked up to a ProCurve 2626 which behaves properly via auto-neg on both the 100mbit and the gigabit ports (I've tried both). I have not tried hard-setting them, since auto-neg seems to work. However, the instant I hook that box up to my Hawking non-managed gigabit switch (which is a switch where auto-neg has worked with every NIC I've tried until now), the switch and NIC auto-neg correctly to 1gb/full... except packets appear busted in some way: packets make it to the switch (one can see the LEDs blinking), yet the IP stack doesn't see anything in return. ARP also does not show anything. The fact that auto-neg is working, and that the switch indicates correct speed and duplex, makes me think this is some weird bge driver problem. Wiring is all CAT6, and obviously works fine with another switch. If I set `media 100baseTX mediaopt full-duplex` and reboot, everything works (at 100mbit of course) with that box. I'd love to give a kernel developer access to that box via serial console so they could debug what the heck is going on with auto-neg in that particular case. :-) -- | 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 Mon Nov 6 22:12:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90F5E16A412 for ; Mon, 6 Nov 2006 22:12:26 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B6DD43D60 for ; Mon, 6 Nov 2006 22:12:21 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id kA6MCKno018823 for ; Mon, 6 Nov 2006 23:12:20 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id kA6MCJa9066856; Mon, 6 Nov 2006 23:12:19 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id kA6MCJ4m066855; Mon, 6 Nov 2006 23:12:19 +0100 (CET) (envelope-from ry93) Date: Mon, 6 Nov 2006 23:12:19 +0100 From: "Patrick M. Hausen" To: ke han Message-ID: <20061106221219.GA66676@hugo10.ka.punkt.de> References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org Subject: Re: em driver testing 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, 06 Nov 2006 22:12:26 -0000 Hello! On Tue, Nov 07, 2006 at 04:55:50AM +0800, ke han wrote: > I have a Sun X4100 which uses Intel ethernet. I would like to > install amd64 6.2beta3 on this server and put it through some tests. > But I have no idea what tests to run or how to run them. > Can someone provide some pointers? I am happy to post my findings. Put some CPU load on the machine, e.g. by running cd /usr/src sh while true do make -j4 buildworld done >mk.log on one terminal and then transfer some data to the system, e.g. by fetch(1)ing via FTP from another box connected to the same LAN. On all systems I have, there is no need to saturate the Gbit-Link. 100 Mbit/s local connection will trigger the problem, too. If the problem exists on your system, you will see emN - watchdog timeout messages on the console and in /var/log/messages, followed by a reset of the interface and a short and recoverable, but complete, loss of connectivity. A couple of seconds, maybe. This is enough to frustrate people, who e.g. run large backup jobs over a single TCP connection that takes a couple of hours to complete - the interface reset aborts the backup :-/ I must say that it seems to me, these guys are putting a hell of a lot of effort into this problem and "we" are making progress. Things look quite good to me for 6.2-RELEASE. HTH, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 22:42:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5E6A16A416 for ; Mon, 6 Nov 2006 22:42:06 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: from omega.omnis.ch (omega.omnis.ch [195.134.143.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 9546643D8F for ; Mon, 6 Nov 2006 22:41:56 +0000 (GMT) (envelope-from om-lists-bsd@omx.ch) Received: (qmail 7722 invoked from network); 6 Nov 2006 22:41:50 -0000 Received: from bigapple.omnis.ch ([195.134.148.35]) by omega.omnis.ch ([195.134.143.43]) with ESMTP via TCP; 06 Nov 2006 22:41:50 -0000 From: Olivier Mueller To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Mon, 06 Nov 2006 23:39:06 +0100 Message-Id: <1162852746.32694.23.camel@bigapple.omnis.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit Subject: Still have BCE driver issues (dell pe 1950) and NFS 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, 06 Nov 2006 22:42:06 -0000 NFS Server: dell poweredge 1950, with the 1.2.2.6 version of if_bce.c: bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus0: on bce0 bce0: Ethernet address: 00:13:72:f8:6f:8c bce0: link state changed to UP NFS Client: dell poweredge 1750, with : bge0: Both running an up-to-date setup of FreeBSD 6.1. Situation: - Copying GB of data via rsync or ftp: no problem - Mounting a test directory from the 1950 via NFS on the 1750 server and creating some files/directories: ok - Mounting a dir with many files via NFS (/var/tmp, 14000 php_sess): ok - Start a directory listing on it: immediate (network) crash of the NFS server. (reproduced 3 times) I don't have remote console display anymore (only power on/off), so I can only see the server going away from the network (not pingable anymore) at the moment, but it is most probably still working then. Only thing I found in /var/log/messages: Nov 6 23:09:44 gemini kernel: bce0: /usr/src/sys/dev/bce/if_bce.c(5000): Watchdog timeout occurred, resetting! Nov 6 23:09:44 gemini kernel: bce0: link state changed to DOWN Nov 6 23:09:46 gemini kernel: bce0: link state changed to UP Nov 6 23:10:49 gemini kernel: bce0: /usr/src/sys/dev/bce/if_bce.c(5000): Watchdog timeout occurred, resetting! Nov 6 23:10:49 gemini kernel: bce0: link state changed to DOWN Nov 6 23:10:51 gemini kernel: bce0: link state changed to UP What could/should I try next? The 1.18 version of if_bce.c ? (if the dell PE1950 is using the same NIC as the PE1955: cf. http://www.mail-archive.com/freebsd-stable@freebsd.org/msg83981.html ) Are there people around using a 1950 without any NIC problems? (tcp && udp). If yes, please tell me which cvs version of the driver you are using. Thanks & regards, Olivier From owner-freebsd-stable@FreeBSD.ORG Mon Nov 6 23:14:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F408516A492 for ; Mon, 6 Nov 2006 23:14:31 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B0E543D67 for ; Mon, 6 Nov 2006 23:14:22 +0000 (GMT) (envelope-from clay@milos.co.za) Received: (qmail 43111 invoked by uid 89); 6 Nov 2006 23:14:14 -0000 Received: from unknown (HELO claylaptop) (clay@milos.za.net@192.168.3.254) by bart.milos.co.za with SMTP; 6 Nov 2006 23:14:14 -0000 Message-ID: <041201c701f9$37b2aed0$9603a8c0@claylaptop> From: "Clayton Milos" To: "Patrick M. Hausen" , "ke han" References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> Date: Tue, 7 Nov 2006 01:13:49 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Cc: freebsd-stable@freebsd.org Subject: Re: em driver testing 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, 06 Nov 2006 23:14:32 -0000 Hi there I am having similar issues. Running 6.1-RELEASE. I'm using the box as a samba server with pure-ftpd on it too with 2.5T of raid storage in it. the box is running the generic MP kernel on a Tyan Thunder K7 with the latest bios v2.14 and dual AthlonMP's. ECC Reg ram that passed all tests with memtest. When I pull a few concurrent files over samba or if i pull a big file (say 2-3G) over ftp to my laptop it runs at 30MB/sec but usually locks up the box with watchdog timeout on the em interface. Usually it pops up with timeouts on the xl interface at the same time and after a few seconds on the ahc (onboard adaptec scsi) interfce and I have to hard boot the box to get it back to life. I''ve tried the same box with a 3com 3C996B-T NIC which has a Broadcom BCM5701TKHB chipset on it. It crashes within minutes with no traffic on the interface. In fact the interface will accept an IP address but times out pinging anything on the LAN. If a kernel developer would like access to the box to chek it out please mail me. Regards Clay > Hello! > > On Tue, Nov 07, 2006 at 04:55:50AM +0800, ke han wrote: > >> I have a Sun X4100 which uses Intel ethernet. I would like to >> install amd64 6.2beta3 on this server and put it through some tests. >> But I have no idea what tests to run or how to run them. >> Can someone provide some pointers? I am happy to post my findings. > > Put some CPU load on the machine, e.g. by running > > cd /usr/src > sh > while true > do > make -j4 buildworld > done >mk.log > > on one terminal and then transfer some data to the system, e.g. > by fetch(1)ing via FTP from another box connected to the same > LAN. On all systems I have, there is no need to saturate the > Gbit-Link. 100 Mbit/s local connection will trigger the problem, too. > > If the problem exists on your system, you will see emN - watchdog timeout > messages on the console and in /var/log/messages, followed by a > reset of the interface and a short and recoverable, but complete, > loss of connectivity. A couple of seconds, maybe. This is enough > to frustrate people, who e.g. run large backup jobs over a single > TCP connection that takes a couple of hours to complete - the interface > reset aborts the backup :-/ > > I must say that it seems to me, these guys are putting a hell of > a lot of effort into this problem and "we" are making progress. > Things look quite good to me for 6.2-RELEASE. > > HTH, > Patrick > -- > punkt.de GmbH Internet - Dienstleistungen - Beratung > Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 > 76137 Karlsruhe http://punkt.de > _______________________________________________ > 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 7 00:15:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D38FF16A49E for ; Tue, 7 Nov 2006 00:15:41 +0000 (UTC) (envelope-from jfvogel@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 3286B43D81 for ; Tue, 7 Nov 2006 00:14:41 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id z59so1071481pyg for ; Mon, 06 Nov 2006 16:14:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uiRuqS3Kop53NMDqxKRvaYNTMgvkGWqSWTDNeTLiOJCb7StkU0vGRYUeqxkPIDdqMRO8/zqEI1pf/szUctLQwjWbBi0AYoPuNYtZA6waFXBLUDt5qGRl/RNQoNr/3gXBF/FdT2pHpKcVw6peXJXXkEO+R9Ct07RyQm54z/YPxzc= Received: by 10.35.81.1 with SMTP id i1mr11741045pyl.1162858480452; Mon, 06 Nov 2006 16:14:40 -0800 (PST) Received: by 10.35.118.6 with HTTP; Mon, 6 Nov 2006 16:14:40 -0800 (PST) Message-ID: <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> Date: Mon, 6 Nov 2006 16:14:40 -0800 From: "Jack Vogel" To: "Clayton Milos" In-Reply-To: <041201c701f9$37b2aed0$9603a8c0@claylaptop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> Cc: freebsd-stable@freebsd.org, ke han Subject: Re: em driver testing 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, 07 Nov 2006 00:15:42 -0000 Well, so run 6.2 BETA3 plus the patch I posted as Patrick mentioned and then report on that. You've got a lot of potential problem areas here, I have no experience with samba on FreeBSD. And that motherboard only has PCI as I recall, yes? Still, it should get rid of the watchdogs unless you have real hardware issues. Good luck, Jack On 11/6/06, Clayton Milos wrote: > Hi there > > I am having similar issues. Running 6.1-RELEASE. > > I'm using the box as a samba server with pure-ftpd on it too with 2.5T of > raid storage in it. the box is running the generic MP kernel on a Tyan > Thunder K7 with the latest bios v2.14 and dual AthlonMP's. ECC Reg ram that > passed all tests with memtest. > > When I pull a few concurrent files over samba or if i pull a big file (say > 2-3G) over ftp to my laptop it runs at 30MB/sec but usually locks up the box > with watchdog timeout on the em interface. Usually it pops up with timeouts > on the xl interface at the same time and after a few seconds on the ahc > (onboard adaptec scsi) interfce and I have to hard boot the box to get it > back to life. > > I''ve tried the same box with a 3com 3C996B-T NIC which has a Broadcom > BCM5701TKHB chipset on it. It crashes within minutes with no traffic on the > interface. In fact the interface will accept an IP address but times out > pinging anything on the LAN. > > If a kernel developer would like access to the box to chek it out please > mail me. > > Regards > > Clay > > > > Hello! > > > > On Tue, Nov 07, 2006 at 04:55:50AM +0800, ke han wrote: > > > >> I have a Sun X4100 which uses Intel ethernet. I would like to > >> install amd64 6.2beta3 on this server and put it through some tests. > >> But I have no idea what tests to run or how to run them. > >> Can someone provide some pointers? I am happy to post my findings. > > > > Put some CPU load on the machine, e.g. by running > > > > cd /usr/src > > sh > > while true > > do > > make -j4 buildworld > > done >mk.log > > > > on one terminal and then transfer some data to the system, e.g. > > by fetch(1)ing via FTP from another box connected to the same > > LAN. On all systems I have, there is no need to saturate the > > Gbit-Link. 100 Mbit/s local connection will trigger the problem, too. > > > > If the problem exists on your system, you will see emN - watchdog timeout > > messages on the console and in /var/log/messages, followed by a > > reset of the interface and a short and recoverable, but complete, > > loss of connectivity. A couple of seconds, maybe. This is enough > > to frustrate people, who e.g. run large backup jobs over a single > > TCP connection that takes a couple of hours to complete - the interface > > reset aborts the backup :-/ > > > > I must say that it seems to me, these guys are putting a hell of > > a lot of effort into this problem and "we" are making progress. > > Things look quite good to me for 6.2-RELEASE. > > > > HTH, > > Patrick > > -- > > punkt.de GmbH Internet - Dienstleistungen - Beratung > > Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 > > 76137 Karlsruhe http://punkt.de > > _______________________________________________ > > 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 Tue Nov 7 00:17:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE9A416A515 for ; Tue, 7 Nov 2006 00:17:15 +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 5AFBD43DAC for ; Tue, 7 Nov 2006 00:15:52 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA70FcAr013456; Mon, 6 Nov 2006 17:15:44 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <454FD024.5060205@samsco.org> Date: Mon, 06 Nov 2006 17:15:32 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Olivier Mueller References: <1162852746.32694.23.camel@bigapple.omnis.ch> In-Reply-To: <1162852746.32694.23.camel@bigapple.omnis.ch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: Still have BCE driver issues (dell pe 1950) and NFS 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, 07 Nov 2006 00:17:16 -0000 Olivier Mueller wrote: > NFS Server: dell poweredge 1950, with the 1.2.2.6 version of if_bce.c: > > bce0: mem > 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 > bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > miibus0: on bce0 > bce0: Ethernet address: 00:13:72:f8:6f:8c > bce0: link state changed to UP > > > NFS Client: dell poweredge 1750, with : > bge0: > > Both running an up-to-date setup of FreeBSD 6.1. > > Situation: > > - Copying GB of data via rsync or ftp: no problem > - Mounting a test directory from the 1950 via NFS on the 1750 server and > creating some files/directories: ok > - Mounting a dir with many files via NFS (/var/tmp, 14000 php_sess): ok > - Start a directory listing on it: immediate (network) crash of the NFS > server. (reproduced 3 times) > > I don't have remote console display anymore (only power on/off), so I > can only see the server going away from the network (not pingable > anymore) at the moment, but it is most probably still working then. Only > thing I found in /var/log/messages: > > Nov 6 23:09:44 gemini kernel: > bce0: /usr/src/sys/dev/bce/if_bce.c(5000): Watchdog timeout occurred, > resetting! > Nov 6 23:09:44 gemini kernel: bce0: link state changed to DOWN > Nov 6 23:09:46 gemini kernel: bce0: link state changed to UP > Nov 6 23:10:49 gemini kernel: > bce0: /usr/src/sys/dev/bce/if_bce.c(5000): Watchdog timeout occurred, > resetting! > Nov 6 23:10:49 gemini kernel: bce0: link state changed to DOWN > Nov 6 23:10:51 gemini kernel: bce0: link state changed to UP > > > > What could/should I try next? The 1.18 version of if_bce.c ? (if the > dell PE1950 is using the same NIC as the PE1955: cf. > http://www.mail-archive.com/freebsd-stable@freebsd.org/msg83981.html ) > > Are there people around using a 1950 without any NIC problems? (tcp && > udp). If yes, please tell me which cvs version of the driver you are > using. > > Thanks & regards, > Olivier > Do the following, then retry your test: ifconfig bce0 -txcsum Scott From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 00:28:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3C3D16A40F for ; Tue, 7 Nov 2006 00:28:20 +0000 (UTC) (envelope-from dgeo@ec-marseille.fr) Received: from mail.egim-mrs.fr (bouba.egim-mrs.fr [147.94.19.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33AF843D8D for ; Tue, 7 Nov 2006 00:27:55 +0000 (GMT) (envelope-from dgeo@ec-marseille.fr) Received: from localhost (localhost [127.0.0.1]) by mail.egim-mrs.fr (Cray T4-OS/32) with ESMTP id BB5F6C3CBD; Tue, 7 Nov 2006 01:27:54 +0100 (CET) X-Virus-Scanned: by amavisd-new at egim-mrs.fr Received: from mail.egim-mrs.fr ([127.0.0.1]) by localhost (bouba.egim-mrs.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nKMZhyLrANhQ; Tue, 7 Nov 2006 01:27:54 +0100 (CET) Received: from [10.0.3.10] (schizo.egim-mrs.fr [147.94.19.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.egim-mrs.fr (Cray T4-OS/32) with ESMTP id 35A2FC3C92; Tue, 7 Nov 2006 01:27:53 +0100 (CET) Message-ID: <454FD309.9080600@ec-marseille.fr> Date: Tue, 07 Nov 2006 01:27:53 +0100 From: Geoffroy DESVERNAY User-Agent: IceDove 1.5.0.7 (X11/20061014) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080202040807040406070407" Cc: Subject: page fault on RELENG_6_1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Geoffroy Desvernay , 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: Tue, 07 Nov 2006 00:28:21 -0000 This is a cryptographically signed message in MIME format. --------------ms080202040807040406070407 Content-Type: multipart/mixed; boundary="------------020206000502080904050705" This is a multi-part message in MIME format. --------------020206000502080904050705 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I'm experiencing kernel panics , and trying to understand something (not a real kernel hacker... I'm more near 'Hello World' programmer:) I think there is something like a null-pointer each time, in nd6_output (crashes 2 and 3) I'm not sure crash 4 is the same (look like http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/96413 ) Here are my dmesg, and some kgdb logs, hope I didn't forgot anything important... The machine (via C7) is hosting some websites, some mails, is ipv6-enabled via gif tunnel, and use 2 openvpn instances. Please cc my mail address. -- ___________________________________________________________ / Geoffroy DESVERNAY | \ /\ `Service info` | Tel: (+33|0)4 91 05 45 24 /\ \/ Ecole Centrale de Marseille | Fax: (+33|0)4 91 05 45 98 \/ \ (ex-EGIM) | Mail: dgeo@ec-marseille.fr / ----------------------------------------------------------- --------------020206000502080904050705 Content-Type: text/plain; name="info.2" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="info.2" Dump header from device /dev/ad4s1b Architecture: i386 Architecture Version: 2 Dump Length: 1056505856B (1007 MB) Blocksize: 512 Dumptime: Sun Oct 8 01:03:32 2006 Hostname: box.dgeos.net Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-RELEASE-p10 #0: Wed Oct 4 09:30:30 CEST 2006 root@box.dgeos.net:/usr/obj/usr/src/sys/BOX Panic String: page fault Dump Parity: 103186717 Bounds: 2 Dump Status: good --------------020206000502080904050705 Content-Type: text/plain; name="LOG.kgdb.2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="LOG.kgdb.2" [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.s= o: 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 conditi= ons. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detail= s. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x24 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0515778 stack pointer =3D 0x28:0xe338d828 frame pointer =3D 0x28:0xe338d848 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 12 (swi1: net) trap number =3D 12 panic: page fault Uptime: 2d22h25m31s Dumping 1007 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1007MB (257776 pages) 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 5= 43 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 25= 5 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) list *0xc0515778 0xc0515778 is in propagate_priority (/usr/src/sys/kern/subr_turnstile.c:2= 41). 236 /* 237 * Pick up the lock that td is blocked on. 238 */ 239 ts =3D td->td_blocked; 240 MPASS(ts !=3D NULL); 241 tc =3D TC_LOOKUP(ts->ts_lockobj); 242 mtx_lock_spin(&tc->tc_lock); 243=09 244 /* Resort td on the list if needed. */ 245 if (!turnstile_adjust_thread(ts, td)) { (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04edbb7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :402 #2 0xc04edef9 in panic (fmt=3D0xc06c92d8 "%s") at /usr/src/sys/kern/kern= _shutdown.c:558 #3 0xc06ac32c in trap_fatal (frame=3D0xe338d7e8, eva=3D0) at /usr/src/sy= s/i386/i386/trap.c:836 #4 0xc06ab9c4 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -995882752, tf= _esi =3D -995882368, tf_ebp =3D -482813880, tf_isp =3D -482813932, tf_ebx= =3D -995882752, tf_edx =3D -995882368, tf_ecx =3D -992324084, tf_eax =3D= 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1068411016, tf_cs =3D 32,= tf_eflags =3D 589954, tf_esp =3D -995882368, tf_ss =3D 40}) at /usr/src/sys/i386/i386/trap.c:269 #5 0xc0698a7a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc0515778 in propagate_priority (td=3D0xc4a40a80) at /usr/src/sys/ke= rn/subr_turnstile.c:239 #7 0xc0515ff3 in turnstile_wait (lock=3D0xc4da560c, owner=3D0x0) at /usr= /src/sys/kern/subr_turnstile.c:634 #8 0xc04e2ba4 in _mtx_lock_sleep (m=3D0xc4da560c, tid=3D3299084544, opts= =3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:565 #9 0xc05cc183 in nd6_output (ifp=3D0xc4b1d000, origifp=3D0x0, m0=3D0xc4f= 1f700, dst=3D0xc5185e1c, rt0=3D0xc4da59cc) at /usr/src/sys/netinet6/nd6.c= :2004 #10 0xc05c505b in ip6_output (m0=3D0xe338da44, opt=3D0x0, ro=3D0xe338da44= , flags=3D0, im6o=3D0x0, ifpp=3D0x0, inp=3D0xc4f81870) at /usr/src/sys/ne= tinet6/ip6_output.c:994 #11 0xc05a7c77 in syncache_respond (sc=3D0xc8f8baf0, m=3D0xc4f1f700) at /= usr/src/sys/netinet/tcp_syncache.c:1203 #12 0xc05a787b in syncache_add (inc=3D0xc520c1d0, to=3D0xe338dbb8, th=3D0= x0, sop=3D0xe338db54, m=3D0xc4c8d000) at /usr/src/sys/netinet/tcp_syncach= e.c:1000 #13 0xc059e5b1 in tcp_input (m=3D0xc4c8d000, off0=3D40) at /usr/src/sys/n= etinet/tcp_input.c:976 #14 0xc059d82e in tcp6_input (mp=3D0x0, offp=3D0xe338dc30, proto=3D6) at = /usr/src/sys/netinet/tcp_input.c:412 #15 0xc05c0a5b in ip6_input (m=3D0xc4c8d000) at /usr/src/sys/netinet6/ip6= _input.c:789 #16 0xc0580849 in netisr_processqueue (ni=3D0xc0720a04) at /usr/src/sys/n= et/netisr.c:236 #17 0xc0580a59 in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:343 #18 0xc04d34a8 in ithread_execute_handlers (p=3D0xc4a3f830, ie=3D0xc4a8f3= 00) at /usr/src/sys/kern/kern_intr.c:684 #19 0xc04d3616 in ithread_loop (arg=3D0xc4a25640) at /usr/src/sys/kern/ke= rn_intr.c:767 #20 0xc04d1f1f in fork_exit (callout=3D0xc04d35a0 , arg=3D0= x0, frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:805 #21 0xc0698adc in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:208 (kgdb) up 8 #8 0xc04e2ba4 in _mtx_lock_sleep (m=3D0xc4da560c, tid=3D3299084544, opts= =3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:565 565 turnstile_wait(&m->mtx_object, mtx_owner(m)); (kgdb) x/a 0xc4da560c 0xc4da560c: 0xc06f79c4 (kgdb) x/a 0xc06f79c4 0xc06f79c4 : 0xc06dd8bf (kgdb) up #9 0xc05cc183 in nd6_output (ifp=3D0xc4b1d000, origifp=3D0x0, m0=3D0xc4f= 1f700, dst=3D0xc5185e1c, rt0=3D0xc4da59cc) at /usr/src/sys/netinet6/nd6.c= :2004 2004 RT_LOCK(rt); (kgdb) up=08=1B[K=08=1B[Kx/a 0xc4f1f700 0xc4f1f700: 0x0 (kgdb) up #10 0xc05c505b in ip6_output (m0=3D0xe338da44, opt=3D0x0, ro=3D0xe338da44= , flags=3D0, im6o=3D0x0, ifpp=3D0x0, inp=3D0xc4f81870) at /usr/src/sys/ne= tinet6/ip6_output.c:994 994 error =3D nd6_output(ifp, origifp, m, dst, ro->ro_rt); (kgdb) x/a 0xe338da44 0xe338da44: 0xc4da59cc (kgdb) x/a 0xc4da59cc 0xc4da59cc: 0x0 (kgdb) up #11 0xc05a7c77 in syncache_respond (sc=3D0xc8f8baf0, m=3D0xc4f1f700) at /= usr/src/sys/netinet/tcp_syncache.c:1203 1203 error =3D ip6_output(m, NULL, NULL, 0, NULL, NULL, inp); (kgdb) x/a 0xc8f8baf0 0xc8f8baf0: 0x112 (kgdb) x/a 0x112 0x112: Cannot access memory at address 0x112 (kgdb) up #12 0xc05a787b in syncache_add (inc=3D0xc520c1d0, to=3D0xe338dbb8, th=3D0= x0, sop=3D0xe338db54, m=3D0xc4c8d000) at /usr/src/sys/netinet/tcp_syncach= e.c:1000 1000 if (syncache_respond(sc, m) =3D=3D 0) { (kgdb) x/a 0xc4c8d000 0xc4c8d000: 0x0 (kgdb) x/a 0xe338db54 0xe338db54: 0xc51f4858 (kgdb) x/a 0xc51f4858 0xc51f4858: 0x1 (kgdb) x/a 0xe338dbb8 0xe338dbb8: 0x131 (kgdb) x/a 0xc520c1d0 0xc520c1d0: 0x0 (kgdb) up #13 0xc059e5b1 in tcp_input (m=3D0xc4c8d000, off0=3D40) at /usr/src/sys/n= etinet/tcp_input.c:976 976 if (!syncache_add(&inc, &to, th, &so, m)) (kgdb) x/a 0xc4c8d000 0xc4c8d000: 0x0 (kgdb) up #14 0xc059d82e in tcp6_input (mp=3D0x0, offp=3D0xe338dc30, proto=3D6) at = /usr/src/sys/netinet/tcp_input.c:412 412 tcp_input(m, *offp); (kgdb) x/a 0xe338dc30 0xe338dc30: 0x28 (kgdb) up #15 0xc05c0a5b in ip6_input (m=3D0xc4c8d000) at /usr/src/sys/netinet6/ip6= _input.c:789 789 nxt =3D (*inet6sw[ip6_protox[nxt]].pr_input)(&m, &off, nxt); (kgdb) x/a 0xc4c8d000 0xc4c8d000: 0x0 (kgdb) up #16 0xc0580849 in netisr_processqueue (ni=3D0xc0720a04) at /usr/src/sys/n= et/netisr.c:236 236 ni->ni_handler(m); (kgdb) x/a 0xc0720a04 0xc0720a04 : 0xc05bfca0 (kgdb) up #17 0xc0580a59 in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:343 343 netisr_processqueue(ni); (kgdb) up #18 0xc04d34a8 in ithread_execute_handlers (p=3D0xc4a3f830, ie=3D0xc4a8f3= 00) at /usr/src/sys/kern/kern_intr.c:684 684 ih->ih_handler(ih->ih_argument); (kgdb) q --------------020206000502080904050705 Content-Type: text/plain; name="info.3" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="info.3" Dump header from device /dev/ad4s1b Architecture: i386 Architecture Version: 2 Dump Length: 1056505856B (1007 MB) Blocksize: 512 Dumptime: Wed Oct 11 11:45:12 2006 Hostname: box.dgeos.net Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-RELEASE-p10 #0: Wed Oct 4 09:30:30 CEST 2006 root@box.dgeos.net:/usr/obj/usr/src/sys/BOX Panic String: page fault Dump Parity: 1789494557 Bounds: 3 Dump Status: good --------------020206000502080904050705 Content-Type: text/plain; name="LOG.kgdb.3" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="LOG.kgdb.3" [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.s= o: 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 conditi= ons. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detail= s. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x24 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0515778 stack pointer =3D 0x28:0xe338d828 frame pointer =3D 0x28:0xe338d848 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 12 (swi1: net) trap number =3D 12 panic: page fault Uptime: 3d10h40m6s Dumping 1007 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1007MB (257776 pages) 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 5= 43 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 25= 5 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) list *0xc0515778 0xc0515778 is in propagate_priority (/usr/src/sys/kern/subr_turnstile.c:2= 41). 236 /* 237 * Pick up the lock that td is blocked on. 238 */ 239 ts =3D td->td_blocked; 240 MPASS(ts !=3D NULL); 241 tc =3D TC_LOOKUP(ts->ts_lockobj); 242 mtx_lock_spin(&tc->tc_lock); 243=09 244 /* Resort td on the list if needed. */ 245 if (!turnstile_adjust_thread(ts, td)) { (kgdb) backtrace=20 #0 doadump () at pcpu.h:165 #1 0xc04edbb7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :402 #2 0xc04edef9 in panic (fmt=3D0xc06c92d8 "%s") at /usr/src/sys/kern/kern= _shutdown.c:558 #3 0xc06ac32c in trap_fatal (frame=3D0xe338d7e8, eva=3D0) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc06ab9c4 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -995882752, tf= _esi =3D -995882368, tf_ebp =3D -482813880, tf_isp =3D -482813932, tf_ebx= =3D -995882752, tf_edx =3D -995882368, tf_ecx =3D -992312588, tf_eax =3D= 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1068411016, tf_cs =3D 32,= tf_eflags =3D 589954, tf_esp =3D -995882368, tf_ss =3D 40}) at /usr/src/= sys/i386/i386/trap.c:269 #5 0xc0698a7a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc0515778 in propagate_priority (td=3D0xc4a40a80) at /usr/src/sys/kern/subr_turnstile.c:239 #7 0xc0515ff3 in turnstile_wait (lock=3D0xc4da82f4, owner=3D0x0) at /usr/src/sys/kern/subr_turnstile.c:634 #8 0xc04e2ba4 in _mtx_lock_sleep (m=3D0xc4da82f4, tid=3D3299084544, opts= =3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:565 #9 0xc05cc183 in nd6_output (ifp=3D0xc4b0c400, origifp=3D0x0, m0=3D0xc4d= ae200, dst=3D0xc4f6a9dc,=20 rt0=3D0xc4da89cc) at /usr/src/sys/netinet6/nd6.c:2004 #10 0xc05c505b in ip6_output (m0=3D0xe338da44, opt=3D0x0, ro=3D0xe338da44= , flags=3D0, im6o=3D0x0,=20 ifpp=3D0x0, inp=3D0xc5041384) at /usr/src/sys/netinet6/ip6_output.c:9= 94 #11 0xc05a7c77 in syncache_respond (sc=3D0xc91ff6a4, m=3D0xc4dae200) at /usr/src/sys/netinet/tcp_syncache.c:1203 #12 0xc05a787b in syncache_add (inc=3D0xc5042910, to=3D0xe338dbb8, th=3D0= x0, sop=3D0xe338db54,=20 m=3D0xc549d700) at /usr/src/sys/netinet/tcp_syncache.c:1000 #13 0xc059e5b1 in tcp_input (m=3D0xc549d700, off0=3D40) at /usr/src/sys/netinet/tcp_input.c:976 #14 0xc059d82e in tcp6_input (mp=3D0x0, offp=3D0xe338dc30, proto=3D6) at /usr/src/sys/netinet/tcp_input.c:412 #15 0xc05c0a5b in ip6_input (m=3D0xc549d700) at /usr/src/sys/netinet6/ip6= _input.c:789 #16 0xc0580849 in netisr_processqueue (ni=3D0xc0720a04) at /usr/src/sys/n= et/netisr.c:236 #17 0xc0580a59 in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:343 #18 0xc04d34a8 in ithread_execute_handlers (p=3D0xc4a3f830, ie=3D0xc4a8f3= 00) at /usr/src/sys/kern/kern_intr.c:684 #19 0xc04d3616 in ithread_loop (arg=3D0xc4a25640) at /usr/src/sys/kern/ke= rn_intr.c:767 #20 0xc04d1f1f in fork_exit (callout=3D0xc04d35a0 , arg=3D0= x0, frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:805 #21 0xc0698adc in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:208 (kgdb) backtrace=20 (kgdb) list *0xc0515778 (kgdb) =1B[6Pbacktrace=20 (kgdb) =1B[Kbacktrace=20 (kgdb) =1B[Kup 9 #9 0xc05cc183 in nd6_output (ifp=3D0xc4b0c400, origifp=3D0x0, m0=3D0xc4d= ae200, dst=3D0xc4f6a9dc,=20 rt0=3D0xc4da89cc) at /usr/src/sys/netinet6/nd6.c:2004 2004 RT_LOCK(rt); (kgdb) frame frame->tf_ebp frame->tf_eip=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08= =1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B= [K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[= K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[K=08=1B[K= =08=1B[K=07=07=07=07bt #0 doadump () at pcpu.h:165 #1 0xc04edbb7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :402 #2 0xc04edef9 in panic (fmt=3D0xc06c92d8 "%s") at /usr/src/sys/kern/kern= _shutdown.c:558 #3 0xc06ac32c in trap_fatal (frame=3D0xe338d7e8, eva=3D0) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc06ab9c4 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -995882752, tf= _esi =3D -995882368, tf_ebp =3D -482813880, tf_isp =3D -482813932, tf_ebx= =3D -995882752, tf_edx =3D -995882368, tf_ecx =3D -992312588, tf_eax =3D= 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1068411016, tf_cs =3D 32,= tf_eflags =3D 589954, tf_esp =3D -995882368, tf_ss =3D 40}) at /usr/src/= sys/i386/i386/trap.c:269 #5 0xc0698a7a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc0515778 in propagate_priority (td=3D0xc4a40a80) at /usr/src/sys/kern/subr_turnstile.c:239 #7 0xc0515ff3 in turnstile_wait (lock=3D0xc4da82f4, owner=3D0x0) at /usr/src/sys/kern/subr_turnstile.c:634 #8 0xc04e2ba4 in _mtx_lock_sleep (m=3D0xc4da82f4, tid=3D3299084544, opts= =3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:565 #9 0xc05cc183 in nd6_output (ifp=3D0xc4b0c400, origifp=3D0x0, m0=3D0xc4d= ae200, dst=3D0xc4f6a9dc,=20 rt0=3D0xc4da89cc) at /usr/src/sys/netinet6/nd6.c:2004 #10 0xc05c505b in ip6_output (m0=3D0xe338da44, opt=3D0x0, ro=3D0xe338da44= , flags=3D0, im6o=3D0x0,=20 ifpp=3D0x0, inp=3D0xc5041384) at /usr/src/sys/netinet6/ip6_output.c:9= 94 #11 0xc05a7c77 in syncache_respond (sc=3D0xc91ff6a4, m=3D0xc4dae200) at /usr/src/sys/netinet/tcp_syncache.c:1203 #12 0xc05a787b in syncache_add (inc=3D0xc5042910, to=3D0xe338dbb8, th=3D0= x0, sop=3D0xe338db54,=20 m=3D0xc549d700) at /usr/src/sys/netinet/tcp_syncache.c:1000 #13 0xc059e5b1 in tcp_input (m=3D0xc549d700, off0=3D40) at /usr/src/sys/netinet/tcp_input.c:976 #14 0xc059d82e in tcp6_input (mp=3D0x0, offp=3D0xe338dc30, proto=3D6) at /usr/src/sys/netinet/tcp_input.c:412 #15 0xc05c0a5b in ip6_input (m=3D0xc549d700) at /usr/src/sys/netinet6/ip6= _input.c:789 #16 0xc0580849 in netisr_processqueue (ni=3D0xc0720a04) at /usr/src/sys/n= et/netisr.c:236 #17 0xc0580a59 in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:343 #18 0xc04d34a8 in ithread_execute_handlers (p=3D0xc4a3f830, ie=3D0xc4a8f3= 00) at /usr/src/sys/kern/kern_intr.c:684 #19 0xc04d3616 in ithread_loop (arg=3D0xc4a25640) at /usr/src/sys/kern/ke= rn_intr.c:767 #20 0xc04d1f1f in fork_exit (callout=3D0xc04d35a0 , arg=3D0= x0, frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:805 #21 0xc0698adc in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:208 (kgdb) list 0xc05cc183 Function "0xc05cc183" not defined. (kgdb) list *0xc05cc183 0xc05cc183 is in nd6_output (/usr/src/sys/netinet6/nd6.c:2005). 2000=09 2001 if (rt->rt_gwroute =3D=3D 0) 2002 goto lookup; 2003 if (((rt =3D rt->rt_gwroute)->rt_flags & RTF_UP) =3D=3D 0) { 2004 RT_LOCK(rt); 2005 rtfree(rt); rt =3D rt0; 2006 lookup: 2007 rt->rt_gwroute =3D rtalloc1(rt->rt_gateway, 1, 0UL); 2008 if ((rt =3D rt->rt_gwroute) =3D=3D 0) 2009 senderr(EHOSTUNREACH); (kgdb) f 9 #9 0xc05cc183 in nd6_output (ifp=3D0xc4b0c400, origifp=3D0x0, m0=3D0xc4d= ae200, dst=3D0xc4f6a9dc,=20 rt0=3D0xc4da89cc) at /usr/src/sys/netinet6/nd6.c:2004 2004 RT_LOCK(rt); (kgdb) f 8 #8 0xc04e2ba4 in _mtx_lock_sleep (m=3D0xc4da82f4, tid=3D3299084544, opts= =3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:565 565 turnstile_wait(&m->mtx_object, mtx_owner(m)); (kgdb) f 10 #10 0xc05c505b in ip6_output (m0=3D0xe338da44, opt=3D0x0, ro=3D0xe338da44= , flags=3D0, im6o=3D0x0,=20 ifpp=3D0x0, inp=3D0xc5041384) at /usr/src/sys/netinet6/ip6_output.c:9= 94 994 error =3D nd6_output(ifp, origifp, m, dst, ro->ro_rt); (kgdb) f 11 #11 0xc05a7c77 in syncache_respond (sc=3D0xc91ff6a4, m=3D0xc4dae200) at /usr/src/sys/netinet/tcp_syncache.c:1203 1203 error =3D ip6_output(m, NULL, NULL, 0, NULL, NULL, inp); (kgdb) f 12 #12 0xc05a787b in syncache_add (inc=3D0xc5042910, to=3D0xe338dbb8, th=3D0= x0, sop=3D0xe338db54,=20 m=3D0xc549d700) at /usr/src/sys/netinet/tcp_syncache.c:1000 1000 if (syncache_respond(sc, m) =3D=3D 0) { (kgdb) f 10 #10 0xc05c505b in ip6_output (m0=3D0xe338da44, opt=3D0x0, ro=3D0xe338da44= , flags=3D0, im6o=3D0x0,=20 ifpp=3D0x0, inp=3D0xc5041384) at /usr/src/sys/netinet6/ip6_output.c:9= 94 994 error =3D nd6_output(ifp, origifp, m, dst, ro->ro_rt); (kgdb) i args m0 =3D (struct mbuf *) 0xe338da44 opt =3D (struct ip6_pktopts *) 0x0 ro =3D (struct route_in6 *) 0xe338da44 flags =3D 0 im6o =3D (struct ip6_moptions *) 0x0 ifpp =3D (struct ifnet **) 0x0 inp =3D (struct inpcb *) 0xc5041384 (kgdb) f 11 #11 0xc05a7c77 in syncache_respond (sc=3D0xc91ff6a4, m=3D0xc4dae200) at /usr/src/sys/netinet/tcp_syncache.c:1203 1203 error =3D ip6_output(m, NULL, NULL, 0, NULL, NULL, inp); (kgdb) i args sc =3D (struct syncache *) 0xc91ff6a4 m =3D (struct mbuf *) 0xc4dae200 (kgdb) f 9 #9 0xc05cc183 in nd6_output (ifp=3D0xc4b0c400, origifp=3D0x0, m0=3D0xc4d= ae200, dst=3D0xc4f6a9dc,=20 rt0=3D0xc4da89cc) at /usr/src/sys/netinet6/nd6.c:2004 2004 RT_LOCK(rt); (kgdb) i args ifp =3D (struct ifnet *) 0xc4b0c400 origifp =3D (struct ifnet *) 0x0 m0 =3D (struct mbuf *) 0xc4dae200 dst =3D (struct sockaddr_in6 *) 0xc4f6a9dc rt0 =3D (struct rtentry *) 0xc4da89cc (kgdb) f 8 #8 0xc04e2ba4 in _mtx_lock_sleep (m=3D0xc4da82f4, tid=3D3299084544, opts= =3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:565 565 turnstile_wait(&m->mtx_object, mtx_owner(m)); (kgdb) i args m =3D (struct mtx *) 0xc4da82f4 tid =3D 3299084544 opts =3D 0 file =3D 0x0 line =3D 0 (kgdb) f 8 #8 0xc04e2ba4 in _mtx_lock_sleep (m=3D0xc4da82f4, tid=3D3299084544, opts= =3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:565 565 turnstile_wait(&m->mtx_object, mtx_owner(m)); (kgdb) i args m =3D (struct mtx *) 0xc4da82f4 tid =3D 3299084544 opts =3D 0 file =3D 0x0 line =3D 0 (kgdb) quit --------------020206000502080904050705 Content-Type: text/plain; name="info.4" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="info.4" Dump header from device /dev/ad4s1b Architecture: i386 Architecture Version: 2 Dump Length: 1056505856B (1007 MB) Blocksize: 512 Dumptime: Sat Nov 4 09:04:18 2006 Hostname: box.dgeos.net Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-RELEASE-p10 #0: Wed Oct 4 09:30:30 CEST 2006 root@box.dgeos.net:/usr/obj/usr/src/sys/BOX Panic String: page fault Dump Parity: 3227378973 Bounds: 4 Dump Status: good --------------020206000502080904050705 Content-Type: text/plain; name="LOG.kgdb.4" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="LOG.kgdb.4" [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: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0515778 stack pointer = 0x28:0xe338db40 frame pointer = 0x28:0xe338db60 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 12 (swi1: net) trap number = 12 panic: page fault Uptime: 23h57m45s Dumping 1007 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1007MB (257776 pages) 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 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) list *0xc0515778 0xc0515778 is in propagate_priority (/usr/src/sys/kern/subr_turnstile.c:241). 236 /* 237 * Pick up the lock that td is blocked on. 238 */ 239 ts = td->td_blocked; 240 MPASS(ts != NULL); 241 tc = TC_LOOKUP(ts->ts_lockobj); 242 mtx_lock_spin(&tc->tc_lock); 243 244 /* Resort td on the list if needed. */ 245 if (!turnstile_adjust_thread(ts, td)) { (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04edbb7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc04edef9 in panic (fmt=0xc06c92d8 "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc06ac32c in trap_fatal (frame=0xe338db00, eva=0) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc06ab9c4 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -995882752, tf_esi = -995882368, tf_ebp = -482813088, tf_isp = -482813140, tf_ebx = -1066279568, tf_edx = -995882368, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1068411016, tf_cs = 32, tf_eflags = 65666, tf_esp = -995882368, tf_ss = 40}) at /usr/src/sys/i386/i386/trap.c:269 #5 0xc0698a7a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc0515778 in propagate_priority (td=0xc4a40a80) at /usr/src/sys/kern/subr_turnstile.c:239 #7 0xc0515ff3 in turnstile_wait (lock=0xc0721e0c, owner=0x0) at /usr/src/sys/kern/subr_turnstile.c:634 #8 0xc04e2ba4 in _mtx_lock_sleep (m=0xc0721e0c, tid=3299084544, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:565 #9 0xc05ac846 in udp_input (m=0xc4dfbe00, off=20) at /usr/src/sys/netinet/udp_usrreq.c:265 #10 0xc059579e in ip_input (m=0xc4dfbe00) at /usr/src/sys/netinet/ip_input.c:786 #11 0xc0580849 in netisr_processqueue (ni=0xc07208d8) at /usr/src/sys/net/netisr.c:236 #12 0xc0580aaf in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:349 #13 0xc04d34a8 in ithread_execute_handlers (p=0xc4a3f830, ie=0xc4a8f300) at /usr/src/sys/kern/kern_intr.c:684 #14 0xc04d3616 in ithread_loop (arg=0xc4a25640) at /usr/src/sys/kern/kern_intr.c:767 #15 0xc04d1f1f in fork_exit (callout=0xc04d35a0 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:805 #16 0xc0698adc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) up 7 #7 0xc0515ff3 in turnstile_wait (lock=0xc0721e0c, owner=0x0) at /usr/src/sys/kern/subr_turnstile.c:634 634 propagate_priority(td); (kgdb) up #8 0xc04e2ba4 in _mtx_lock_sleep (m=0xc0721e0c, tid=3299084544, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:565 565 turnstile_wait(&m->mtx_object, mtx_owner(m)); (kgdb) x/a 0xc0721e0c 0xc0721e0c : 0xc06f79c4 (kgdb) up #9 0xc05ac846 in udp_input (m=0xc4dfbe00, off=20) at /usr/src/sys/netinet/udp_usrreq.c:265 265 INP_INFO_RLOCK(&udbinfo); (kgdb) x/a 0xc4dfbe00 0xc4dfbe00: 0x0 (kgdb) q --------------020206000502080904050705 Content-Type: text/plain; name="dmesg.boot.61-p10" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot.61-p10" 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 6.1-RELEASE-p10 #0: Wed Oct 4 09:30:30 CEST 2006 root@box.dgeos.net:/usr/obj/usr/src/sys/BOX ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: VIA/IDT Unknown (1995.02-MHz 686-class CPU) Origin = "CentaurHauls" Id = 0x6a9 Stepping = 9 Features=0xa7c9bbff Features2=0x181 real memory = 1056899072 (1007 MB) avail memory = 1025302528 (977 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 PADLOCK: No ACE support. module_register_init: MOD_LOAD (padlock, 0xc07f5740, 0) error 22 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) vge0: port 0xfc00-0xfcff mem 0xfdfff000-0xfdfff0ff irq 18 at device 14.0 on pci0 miibus0: on vge0 ciphy0: on miibus0 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto vge0: Ethernet address: 00:40:63:e5:ca:bc atapci0: port 0xf800-0xf807,0xf400-0xf403,0xf000-0xf007,0xec00-0xec03,0xe800-0xe80f,0xe400-0xe4ff irq 20 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 isab0: at device 17.0 on pci0 isa0: on isab0 acpi_tz0: on acpi0 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 0xd0000-0xd0fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounter "TSC" frequency 1995019998 Hz quality 800 Timecounters tick every 1.000 msec ad4: 152627MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad4s1a --------------020206000502080904050705-- --------------ms080202040807040406070407 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOUTCC A9swggLDoAMCAQICAQIwDQYJKoZIhvcNAQEEBQAwTzELMAkGA1UEBhMCRlIxDDAKBgNVBAoT A0NSVTESMBAGA1UEAxMJYWMtcmFjaW5lMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1pbkBjcnUu ZnIwHhcNMDMwNTE2MDkzMTE3WhcNMTIxMjE0MDkzMTE3WjBUMQswCQYDVQQGEwJGUjEMMAoG A1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwGCSqGSIb3DQEJARYPY2Et YWRtaW5AY3J1LmZyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtXGYMirQ2feu 6b4FDrH8PRwIyjfXPSXaG33GoatYJIbOmxAwnGbwVBng3WDzoW5X45RWq93nOxSdx4MTsGQJ pBihob2h4XeGpL54WlLd+kvOxvp/0OzLYYcESI3dpVRjf6jB8Ggc7BUlE+ptIjyXAVTNKz1o 6aiLSR6G1zG5cidq3BAXjlpfvbX9EWfICcnmLMSQ29oam857EsAJRuGHNajdPEMUlsioEIf2 Zf4YL9pa5rJ5Efs7NTxu8ffICGYlCynJXJTC461sRrub8s6SOM69NTw8EM+1A3ewd5WyGkZe QSG7SJyJY8Lg8u4CMoflOjP3LSYhCLI1Ic0gX08dkQIDAQABo4G8MIG5MA8GA1UdEwEB/wQF MAMBAf8wHQYDVR0OBBYEFBUKfCi1rKa81/0yMx15vbNJCjGQMHcGA1UdIwRwMG6AFK8vz0qV BLbeJLMJqVU+XA4c+HEuoVOkUTBPMQswCQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRIwEAYD VQQDEwlhYy1yYWNpbmUxHjAcBgkqhkiG9w0BCQEWD2NhLWFkbWluQGNydS5mcoIBADAOBgNV HQ8BAf8EBAMCAQYwDQYJKoZIhvcNAQEEBQADggEBAMG/+LofN2vISFWieXrHsFsIrM/2WUhf zAcE2/Ga+/UWvJaDJO9RlbUNN3l+f40L1yUJW9kZqY4XMBcbJ6jbpmeJ+zTf+zveAD/sl9ZN qoC931HFLq/TGjZSIQxX4Nxad9DFbok66X1qfRZF4+beaz2zjrF07LvjWX6201Rc6zQhNyTy UdO/wYY0EBYu0CFrTK4RxS6d2LsyO1p1Xj7oMCa9Utmu/igZoXJYL709POBKHJoYNU+LI6iJ 8aYcZupJ/GXVxfj68L1KP2i8cM3a570bJCDbsKcchzZqsvII5cewU7KKPH4fyMyfsA39tJ0V BMQyvdWZHpS75DN0eB5UVzUwggU1MIIEHaADAgECAgIJvDANBgkqhkiG9w0BAQQFADBUMQsw CQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwG CSqGSIb3DQEJARYPY2EtYWRtaW5AY3J1LmZyMB4XDTA2MTEwMzE1MDYyNloXDTA3MTEwMzE1 MDYyNlowYjELMAkGA1UEBhMCRlIxETAPBgNVBAoTCDAxMzM3NzRHMRswGQYDVQQDExJHZW9m ZnJveSBEZXN2ZXJuYXkxIzAhBgkqhkiG9w0BCQEWFGRnZW9AZWMtbWFyc2VpbGxlLmZyMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwPX2GMjPQLFOPmrMbxvqNWbnhoWsspki I80zkAPsJVTfwXS1VYauE0b5ytpAUC+Em9uDDWULnXlwgCPQlWOwfMrVHYQMs3Rzn64EJvdj HvXFkgUfk/H0mNleHnklr9oJqPYfPgDGm1zH+EsjbWGrDyeVx2shpqFbSj/zJLJql4JYcgEk IVjgw6Dor+eE2LkhrtSEBB0doRgt9sQ4NH5tYgqpkNmezcFM6JIFvIwDxv6Yt/8fTHZ2pE23 DyL+poTPG7QOYK/ENNe/HxBvaWY51wGRCffclYbmv9rBjAWbR6kyZWWPvnxHTDSwQabmWdiK CM3AjpAMahuE1UGjkBU/yQIDAQABo4ICATCCAf0wDAYDVR0TAQH/BAIwADARBglghkgBhvhC AQEEBAMCBLAwDgYDVR0PAQH/BAQDAgXgMB8GA1UdEQQYMBaBFGRnZW9AZWMtbWFyc2VpbGxl LmZyMHAGCWCGSAGG+EIBDQRjFmFDZXJ0aWZpY2F0IGFjLXV0aWxpc2F0ZXVyLiBQb3VyIHRv dXRlIGluZm9ybWF0aW9uIHNlIHJlcG9ydGVyIOAgaHR0cDovL2lnYy5jcnUuZnIvYWMtdXRp bGlzYXRldXIvMB0GA1UdDgQWBBT7QzOe7xUdgnhJq53gFGQpgb0x0TB3BgNVHSMEcDBugBQV CnwotaymvNf9MjMdeb2zSQoxkKFTpFEwTzELMAkGA1UEBhMCRlIxDDAKBgNVBAoTA0NSVTES MBAGA1UEAxMJYWMtcmFjaW5lMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1pbkBjcnUuZnKCAQIw TwYDVR0fBEgwRjBEoEKgQIY+aHR0cDovL2lnYy5jcnUuZnIvY2dpLWJpbi9sb2FkY3JsP0NB PWFjLXV0aWxpc2F0ZXVyJmZvcm1hdD1ERVIwTgYDVR0gBEcwRTBDBg4pAwYBBAABt18DAQIA BDAxMC8GCCsGAQUFBwIBFiNodHRwOi8vaWdjLmNydS5mci9yZWZlcmVuY2VzL3BjLnBkZjAN BgkqhkiG9w0BAQQFAAOCAQEAK7JjQTJXuuR6au4cy1MPvHrVxDXxz9q4dlJlQTT3rzzG3Xp3 DudK39d0xzpgEBtAxvZ86Rp0zYplkwpbnfkfOPSXy+4P/KHKnCK+zIVQz+gNvy0HogOyh03j FBKhNa11sCc4vOsU+2L3mp3PLo3zoORFY26YmSTZK0d8tKp4kfm3DE1Jgn2oumYtUoqvzkpx WdBA7vQCSTo7vp2cUgcFk5IBuMzkg4xuPoRMiYAayVDQQ7ohLtXZlKDAKi0hsfBpJCOq2muo 0q1xL7HXZRzXJYuu9N9AOeMYfcwLLCEFdTYhp5lcWLZNz2v0uFKOSQK5E/ZfZM8S1di8d5DN yr7U0jCCBTUwggQdoAMCAQICAgm8MA0GCSqGSIb3DQEBBAUAMFQxCzAJBgNVBAYTAkZSMQww CgYDVQQKEwNDUlUxFzAVBgNVBAMTDmFjLXV0aWxpc2F0ZXVyMR4wHAYJKoZIhvcNAQkBFg9j YS1hZG1pbkBjcnUuZnIwHhcNMDYxMTAzMTUwNjI2WhcNMDcxMTAzMTUwNjI2WjBiMQswCQYD VQQGEwJGUjERMA8GA1UEChMIMDEzMzc3NEcxGzAZBgNVBAMTEkdlb2Zmcm95IERlc3Zlcm5h eTEjMCEGCSqGSIb3DQEJARYUZGdlb0BlYy1tYXJzZWlsbGUuZnIwggEiMA0GCSqGSIb3DQEB AQUAA4IBDwAwggEKAoIBAQDA9fYYyM9AsU4+asxvG+o1ZueGhayymSIjzTOQA+wlVN/BdLVV hq4TRvnK2kBQL4Sb24MNZQudeXCAI9CVY7B8ytUdhAyzdHOfrgQm92Me9cWSBR+T8fSY2V4e eSWv2gmo9h8+AMabXMf4SyNtYasPJ5XHayGmoVtKP/MksmqXglhyASQhWODDoOiv54TYuSGu 1IQEHR2hGC32xDg0fm1iCqmQ2Z7NwUzokgW8jAPG/pi3/x9MdnakTbcPIv6mhM8btA5gr8Q0 178fEG9pZjnXAZEJ99yVhua/2sGMBZtHqTJlZY++fEdMNLBBpuZZ2IoIzcCOkAxqG4TVQaOQ FT/JAgMBAAGjggIBMIIB/TAMBgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQEAwIEsDAOBgNV HQ8BAf8EBAMCBeAwHwYDVR0RBBgwFoEUZGdlb0BlYy1tYXJzZWlsbGUuZnIwcAYJYIZIAYb4 QgENBGMWYUNlcnRpZmljYXQgYWMtdXRpbGlzYXRldXIuIFBvdXIgdG91dGUgaW5mb3JtYXRp b24gc2UgcmVwb3J0ZXIg4CBodHRwOi8vaWdjLmNydS5mci9hYy11dGlsaXNhdGV1ci8wHQYD VR0OBBYEFPtDM57vFR2CeEmrneAUZCmBvTHRMHcGA1UdIwRwMG6AFBUKfCi1rKa81/0yMx15 vbNJCjGQoVOkUTBPMQswCQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRIwEAYDVQQDEwlhYy1y YWNpbmUxHjAcBgkqhkiG9w0BCQEWD2NhLWFkbWluQGNydS5mcoIBAjBPBgNVHR8ESDBGMESg QqBAhj5odHRwOi8vaWdjLmNydS5mci9jZ2ktYmluL2xvYWRjcmw/Q0E9YWMtdXRpbGlzYXRl dXImZm9ybWF0PURFUjBOBgNVHSAERzBFMEMGDikDBgEEAAG3XwMBAgAEMDEwLwYIKwYBBQUH AgEWI2h0dHA6Ly9pZ2MuY3J1LmZyL3JlZmVyZW5jZXMvcGMucGRmMA0GCSqGSIb3DQEBBAUA A4IBAQArsmNBMle65Hpq7hzLUw+8etXENfHP2rh2UmVBNPevPMbdencO50rf13THOmAQG0DG 9nzpGnTNimWTClud+R849JfL7g/8ocqcIr7MhVDP6A2/LQeiA7KHTeMUEqE1rXWwJzi86xT7 Yveanc8ujfOg5EVjbpiZJNkrR3y0qniR+bcMTUmCfai6Zi1Siq/OSnFZ0EDu9AJJOju+nZxS BwWTkgG4zOSDjG4+hEyJgBrJUNBDuiEu1dmUoMAqLSGx8GkkI6raa6jSrXEvsddlHNcli670 30A54xh9zAssIQV1NiGnmVxYtk3Pa/S4Uo5JArkT9l9kzxLV2Lx3kM3KvtTSMYIDDjCCAwoC AQEwWjBUMQswCQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNh dGV1cjEeMBwGCSqGSIb3DQEJARYPY2EtYWRtaW5AY3J1LmZyAgIJvDAJBgUrDgMCGgUAoIIB iTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNjExMDcwMDI3 NTNaMCMGCSqGSIb3DQEJBDEWBBTKtS1qtQY5VZteuYPTMIP+Vz53hjBSBgkqhkiG9w0BCQ8x RTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDBpBgkrBgEEAYI3EAQxXDBaMFQxCzAJBgNVBAYTAkZSMQwwCgYD VQQKEwNDUlUxFzAVBgNVBAMTDmFjLXV0aWxpc2F0ZXVyMR4wHAYJKoZIhvcNAQkBFg9jYS1h ZG1pbkBjcnUuZnICAgm8MGsGCyqGSIb3DQEJEAILMVygWjBUMQswCQYDVQQGEwJGUjEMMAoG A1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwGCSqGSIb3DQEJARYPY2Et YWRtaW5AY3J1LmZyAgIJvDANBgkqhkiG9w0BAQEFAASCAQBTN8XV0oeU5wIhxWfNGRklsMc4 o3jHYQLagczLAQCwSSUP6JjFyUXD/CV2CSgeLX2Fm/in6EaB6YeIbv+w3ywo2cain2uhcoWl im3X2x3u+i2oSHY6Cgvi2GtbCNsOaUz2zP+luQWz+fmAbj5dwlUAEhDDTe9Sy6G+2inTaAsN uLrU8wuM7ALohLbig8MuWc2h2lI+k1iIAvXagUQD5BcdJ74nRaP6w+kHL1rAGsUjLXre8TK1 CCdZ1eHFRnw0L7cxBnnFUb3VAdtxrA/bYzkFc7OW9T6rljX4fhKURG+kvevB0WowWDOny1e5 vU1/xT4nvRZOm0Zs12jUGtCWgduAAAAAAAAA --------------ms080202040807040406070407-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 01:41:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50BBA16A40F for ; Tue, 7 Nov 2006 01:41:01 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: from omega.omnis.ch (omega.omnis.ch [195.134.143.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 3763043D49 for ; Tue, 7 Nov 2006 01:40:59 +0000 (GMT) (envelope-from om-lists-bsd@omx.ch) Received: (qmail 31708 invoked from network); 7 Nov 2006 01:40:57 -0000 Received: from 195.134.148.35 ([195.134.148.35]) by omega.omnis.ch ([195.134.143.43]) with ESMTP via TCP; 07 Nov 2006 01:40:57 -0000 In-Reply-To: <454FD024.5060205@samsco.org> References: <1162852746.32694.23.camel@bigapple.omnis.ch> <454FD024.5060205@samsco.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Olivier Mueller Date: Tue, 7 Nov 2006 02:40:55 +0100 To: Scott Long X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: Still have BCE driver issues (dell pe 1950) and NFS 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, 07 Nov 2006 01:41:01 -0000 Le 7 nov. 06 =E0 01:15, Scott Long a =E9crit : > Olivier Mueller wrote: >> NFS Server: dell poweredge 1950, with the 1.2.2.6 version of =20 >> if_bce.c: >> bce0: mem >> - Start a directory listing on it: immediate (network) crash of =20 >> the NFS >> server. (reproduced 3 times) > > Do the following, then retry your test: > ifconfig bce0 -txcsum Oh, this way it looks much better, thanks. Directory listing was fine, and copying files during 2-3 minutes over NFS worked as well. More tests will follow tomorrow. Next step? :-) Should I put that command somewhere in my init scripts, or even directly in rc.conf, or wait for a new if_bce0.c version? I am available for any other PE1950-related tests if this may help. Regards, Olivier= From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 01:58:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E422016A40F for ; Tue, 7 Nov 2006 01:58:15 +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 5022B43D60 for ; Tue, 7 Nov 2006 01:58:14 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA71w7oR014005; Mon, 6 Nov 2006 18:58:13 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <454FE82F.8090500@samsco.org> Date: Mon, 06 Nov 2006 18:58:07 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Olivier Mueller References: <1162852746.32694.23.camel@bigapple.omnis.ch> <454FD024.5060205@samsco.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: Still have BCE driver issues (dell pe 1950) and NFS 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, 07 Nov 2006 01:58:16 -0000 Olivier Mueller wrote: > Le 7 nov. 06 à 01:15, Scott Long a écrit : > >> Olivier Mueller wrote: >>> NFS Server: dell poweredge 1950, with the 1.2.2.6 version of if_bce.c: >>> bce0: mem >>> - Start a directory listing on it: immediate (network) crash of the NFS >>> server. (reproduced 3 times) >> >> Do the following, then retry your test: >> ifconfig bce0 -txcsum > > Oh, this way it looks much better, thanks. Directory listing was fine, > and copying files during 2-3 minutes over NFS worked as well. More > tests will follow tomorrow. > > Next step? :-) Should I put that command somewhere in my init > scripts, or even directly in rc.conf, or wait for a new if_bce0.c > version? I am available for any other PE1950-related tests if this > may help. > > Regards, > Olivier Change /sys/dev/bce/if_bcereg.h so that BCE_IF_HWASSIST is defined to 0. Then recompile. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 04:47:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 161D616A407 for ; Tue, 7 Nov 2006 04:47:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A43D43D5F for ; Tue, 7 Nov 2006 04:47:47 +0000 (GMT) (envelope-from adrian.chadd@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1188144wxd for ; Mon, 06 Nov 2006 20:47:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=QNaLxgZEvmXVQ5C6fiqiAYZIKe7iidg2NjSJS1F/EqCW8+VZT08GFbeFk3UsfJa0n37EHa2o3Coy7IeCE2hKIbl7MrkOSY7CkAm7divNdm01VPAuNc5vduYBaGIMzByXHBQ3MYCOsuofQl60CgRVXcBNjTZbKrRkYDQKpUETMsc= Received: by 10.90.118.10 with SMTP id q10mr2797160agc.1162874866499; Mon, 06 Nov 2006 20:47:46 -0800 (PST) Received: by 10.90.31.4 with HTTP; Mon, 6 Nov 2006 20:47:46 -0800 (PST) Message-ID: Date: Tue, 7 Nov 2006 12:47:46 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: freebsd-stable@freebsd.org In-Reply-To: <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> X-Google-Sender-Auth: 5b7c582829e4375e Subject: Re: em driver testing 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, 07 Nov 2006 04:47:49 -0000 Just out of curiousity - why wasn't the offending MPSAFE related changes to em just reverted after discovering the em instability? The driver -was- stable a couple of months ago, no? Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 05:15:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB6BB16A403; Tue, 7 Nov 2006 05:15:51 +0000 (UTC) (envelope-from sivakumar.subramani@wipro.com) Received: from wip-ectls-mx1.wipro.com (wip-ectls-mx1.wipro.com [203.91.193.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D014543D60; Tue, 7 Nov 2006 05:15:50 +0000 (GMT) (envelope-from sivakumar.subramani@wipro.com) Received: from wip-ectls-mx1.wipro.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 88DFC220452; Tue, 7 Nov 2006 10:45:57 +0530 (IST) Received: from blr-ec-bh01.wipro.com (blr-ec-bh01.wipro.com [10.201.50.91]) by wip-ectls-mx1.wipro.com (Postfix) with ESMTP id 7BE422203FA; Tue, 7 Nov 2006 10:45:57 +0530 (IST) Received: from blr-m3-msg.wipro.com ([10.114.50.99]) by blr-ec-bh01.wipro.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 7 Nov 2006 10:39:44 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 7 Nov 2006 10:39:23 +0530 Message-ID: <821C7AD2A9F78942B86059792262577315B072@blr-m3-msg.wipro.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Regarding Jumbo frame implementation in bge Thread-Index: AccCKuWHHs83d+2ySZGPKZxVGjgg7Q== From: To: , X-OriginalArrivalTime: 07 Nov 2006 05:09:44.0457 (UTC) FILETIME=[F02AD790:01C7022A] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Regarding Jumbo frame implementation in bge 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, 07 Nov 2006 05:15:51 -0000 Hi, =0D In bge driver, we have BGE_JUMBO_FRAMELEN defined to 9018. if_bgereg.h:#define BGE_JUMBO_FRAMELEN 9018 =0D This macro is used to allocate the memory for jumbo buffer. If I have a MTU size of 2000, still bge will allocate the jumbo buffer of size BGE_JUMBO_FRAMELEN. Instead can we make the size to be depend on the MTU. I mean instead of using BGE_JUMBO_FRAMELEN macro we can use MTU + IP header + CRC for Jumbo buffer size. =0D Any reason for allocating a hard coded 9018 size all Jumbo MTU frame (whether it is 9000 / 2000)? =0D Thanks, ~Siva The information contained in this electronic message and any attachments to= this message are intended for the exclusive use of the addressee(s) and= may contain proprietary, confidential or privileged information. If you= are not the intended recipient, you should not disseminate, distribute or= copy this e-mail. Please notify the sender immediately and destroy all= copies of this message and any attachments.=0D WARNING: Computer viruses can be transmitted via email. The recipient= should check this email and any attachments for the presence of viruses.= The company accepts no liability for any damage caused by any virus= transmitted by this email. =0D www.wipro.com From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 06:48:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF5FC16A415 for ; Tue, 7 Nov 2006 06:48:58 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DE3B43D46 for ; Tue, 7 Nov 2006 06:48:58 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so934393nzf for ; Mon, 06 Nov 2006 22:48:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SjvXHhfPj9oy3VjxNFbnkiYZeLu6qAQcsFLDMUdkOynCYb3aG7Fj29p6xEp5CQy8yq6MQsg4ZmlI5clsLhoNqT+r8uwIY1LVf3KKP0NWylbCvemxkXcctTxKouiM1Getsx7lsmLOcOLvGO+ELhBRgSNkL/knfypnbMMn0WTbYhg= Received: by 10.35.95.1 with SMTP id x1mr2426044pyl.1162881739107; Mon, 06 Nov 2006 22:42:19 -0800 (PST) Received: by 10.35.118.6 with HTTP; Mon, 6 Nov 2006 22:42:18 -0800 (PST) Message-ID: <2a41acea0611062242h42b1bde6w711e9a5039ed1a90@mail.gmail.com> Date: Mon, 6 Nov 2006 22:42:18 -0800 From: "Jack Vogel" To: "Adrian Chadd" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: em driver testing 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, 07 Nov 2006 06:48:59 -0000 On 11/6/06, Adrian Chadd wrote: > Just out of curiousity - why wasn't the offending MPSAFE related > changes to em just reverted after discovering the em instability? The > driver -was- stable a couple of months ago, no? Actually it was not. Some reports have cited problems back to 6.0 or before. The watchdog design was fundamentally flawed from an SMP point of view and needed to be changed. We also didnt want to go backwards if possible. My Intel driver had support for new hardware that was good to pick up. There's lots of new stuff coming too, so stay tuned :) Jack From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 09:30:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0D2F16A40F for ; Tue, 7 Nov 2006 09:30:57 +0000 (UTC) (envelope-from fredrik.widlund@qbrick.com) Received: from mail.qbrick.com (mail.qbrick.com [62.13.40.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50C8E43D58 for ; Tue, 7 Nov 2006 09:30:54 +0000 (GMT) (envelope-from fredrik.widlund@qbrick.com) Received: from localhost (localhost [127.0.0.1]) by mail.qbrick.com (Postfix) with ESMTP id 006F351974; Tue, 7 Nov 2006 10:30:05 +0100 (CET) Received: from mail.qbrick.com ([127.0.0.1]) by localhost (mail0.p0.w0.local [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 41300-04-15; Tue, 7 Nov 2006 10:30:03 +0100 (CET) Received: from [10.43.0.2] (fkwd0.p0.u3.local [10.43.0.2]) by mail.qbrick.com (Postfix) with ESMTP id 802155196B; Tue, 7 Nov 2006 10:30:03 +0100 (CET) Message-ID: <4550524A.2060208@qbrick.com> Date: Tue, 07 Nov 2006 10:30:50 +0100 From: Fredrik Widlund User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Scott Long References: <1162852746.32694.23.camel@bigapple.omnis.ch> <454FD024.5060205@samsco.org> <454FE82F.8090500@samsco.org> In-Reply-To: <454FE82F.8090500@samsco.org> X-Enigmail-Version: 0.93.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at qbrick.com Cc: freebsd-stable@freebsd.org, Olivier Mueller Subject: Re: Still have BCE driver issues (dell pe 1950) and NFS 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, 07 Nov 2006 09:30:57 -0000 Hi, Will a fix/this fix be part of the 6.2 Release? We will be relying heavily on fbsd6.2 and pe1950 and are worried about the BCE stability? Kind regards, Fredrik Widlund Scott Long wrote: > Olivier Mueller wrote: >> Le 7 nov. 06 à 01:15, Scott Long a écrit : >> >>> Olivier Mueller wrote: >>>> NFS Server: dell poweredge 1950, with the 1.2.2.6 version of if_bce.c: >>>> bce0: mem >>>> - Start a directory listing on it: immediate (network) crash of >>>> the NFS >>>> server. (reproduced 3 times) >>> >>> Do the following, then retry your test: >>> ifconfig bce0 -txcsum >> >> Oh, this way it looks much better, thanks. Directory listing was fine, >> and copying files during 2-3 minutes over NFS worked as well. More >> tests will follow tomorrow. >> >> Next step? :-) Should I put that command somewhere in my init >> scripts, or even directly in rc.conf, or wait for a new if_bce0.c >> version? I am available for any other PE1950-related tests if this >> may help. >> >> Regards, >> Olivier > > Change /sys/dev/bce/if_bcereg.h so that BCE_IF_HWASSIST is defined to 0. > Then recompile. > > Scott > > _______________________________________________ > 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 7 16:05:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FEBC16A40F for ; Tue, 7 Nov 2006 16:05:55 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8FC043D5C for ; Tue, 7 Nov 2006 16:05:44 +0000 (GMT) (envelope-from josh@tcbug.org) Received: from gimpy (c-24-118-173-219.hsd1.mn.comcast.net[24.118.173.219]) by comcast.net (rwcrmhc12) with ESMTP id <20061107160536m12000edl6e>; Tue, 7 Nov 2006 16:05:40 +0000 From: Josh Paetzel To: freebsd-stable@freebsd.org Date: Tue, 7 Nov 2006 11:05:28 -0500 User-Agent: KMail/1.9.3 References: <1162852746.32694.23.camel@bigapple.omnis.ch> <454FE82F.8090500@samsco.org> <4550524A.2060208@qbrick.com> In-Reply-To: <4550524A.2060208@qbrick.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200611071005.28853.josh@tcbug.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Cc: Olivier Mueller Subject: Re: Still have BCE driver issues (dell pe 1950) and NFS 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, 07 Nov 2006 16:05:55 -0000 On Tuesday 07 November 2006 03:30, Fredrik Widlund wrote: > Hi, > > Will a fix/this fix be part of the 6.2 Release? We will be relying > heavily on fbsd6.2 and pe1950 and are worried about the BCE > stability? > > Kind regards, > Fredrik Widlund > > Scott Long wrote: > > Olivier Mueller wrote: > >> Le 7 nov. 06 =E0 01:15, Scott Long a =E9crit : > >>> Olivier Mueller wrote: > >>>> NFS Server: dell poweredge 1950, with the 1.2.2.6 version of > >>>> if_bce.c: bce0: >>>> (B1), v0.9.6> mem - Start a directory listing on it:=20 > >>>> immediate (network) crash of the NFS > >>>> server. (reproduced 3 times) > >>> > >>> Do the following, then retry your test: > >>> ifconfig bce0 -txcsum > >> > >> Oh, this way it looks much better, thanks. Directory listing > >> was fine, and copying files during 2-3 minutes over NFS worked > >> as well. More tests will follow tomorrow. > >> > >> Next step? :-) Should I put that command somewhere in my init > >> scripts, or even directly in rc.conf, or wait for a new > >> if_bce0.c version? I am available for any other PE1950-related > >> tests if this may help. > >> > >> Regards, > >> Olivier > > > > Change /sys/dev/bce/if_bcereg.h so that BCE_IF_HWASSIST is > > defined to 0. Then recompile. > > > > Scott > > I know I've brought this up before, but I have a PE1950 with a pair of=20 bce nics that get pounded on 24/7. I've been using 6.1-R with the=20 0.9.6 version of the bce driver for a couple of months now. The=20 driver is available here: http://yogurt.org/FreeBSD/if_bce.c I've=20 emailed the author of the driver and I've at least mentioned it to=20 Scott once but I really can't understand why we don't just import=20 this driver into the tree. =2D-=20 Thanks, Josh Paetzel From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 16:11:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D920316A403 for ; Tue, 7 Nov 2006 16:11:09 +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 9FB7C43D49 for ; Tue, 7 Nov 2006 16:11:01 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA7GAcuJ019767; Tue, 7 Nov 2006 09:10:43 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4550AFFD.9090104@samsco.org> Date: Tue, 07 Nov 2006 09:10:37 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Josh Paetzel References: <1162852746.32694.23.camel@bigapple.omnis.ch> <454FE82F.8090500@samsco.org> <4550524A.2060208@qbrick.com> <200611071005.28853.josh@tcbug.org> In-Reply-To: <200611071005.28853.josh@tcbug.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Olivier Mueller , freebsd-stable@freebsd.org Subject: Re: Still have BCE driver issues (dell pe 1950) and NFS 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, 07 Nov 2006 16:11:09 -0000 Josh Paetzel wrote: > On Tuesday 07 November 2006 03:30, Fredrik Widlund wrote: >> Hi, >> >> Will a fix/this fix be part of the 6.2 Release? We will be relying >> heavily on fbsd6.2 and pe1950 and are worried about the BCE >> stability? >> >> Kind regards, >> Fredrik Widlund >> >> Scott Long wrote: >>> Olivier Mueller wrote: >>>> Le 7 nov. 06 à 01:15, Scott Long a écrit : >>>>> Olivier Mueller wrote: >>>>>> NFS Server: dell poweredge 1950, with the 1.2.2.6 version of >>>>>> if_bce.c: bce0: >>>>> (B1), v0.9.6> mem - Start a directory listing on it: >>>>>> immediate (network) crash of the NFS >>>>>> server. (reproduced 3 times) >>>>> Do the following, then retry your test: >>>>> ifconfig bce0 -txcsum >>>> Oh, this way it looks much better, thanks. Directory listing >>>> was fine, and copying files during 2-3 minutes over NFS worked >>>> as well. More tests will follow tomorrow. >>>> >>>> Next step? :-) Should I put that command somewhere in my init >>>> scripts, or even directly in rc.conf, or wait for a new >>>> if_bce0.c version? I am available for any other PE1950-related >>>> tests if this may help. >>>> >>>> Regards, >>>> Olivier >>> Change /sys/dev/bce/if_bcereg.h so that BCE_IF_HWASSIST is >>> defined to 0. Then recompile. >>> >>> Scott >>> > > I know I've brought this up before, but I have a PE1950 with a pair of > bce nics that get pounded on 24/7. I've been using 6.1-R with the > 0.9.6 version of the bce driver for a couple of months now. The > driver is available here: http://yogurt.org/FreeBSD/if_bce.c I've > emailed the author of the driver and I've at least mentioned it to > Scott once but I really can't understand why we don't just import > this driver into the tree. > > What you just posted is exactly what committed to CVS for 7-CURRENT and 6-STABLE, and what was proven to break down under moderate to heavy UDP traffic. I don't doubt that your servers have a load that doesn't trigger the problem, but if you're curious I can send you a couple of very simple test cases that will cause your driver to panic and your network interface to wedge. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 16:59:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84C3216A403; Tue, 7 Nov 2006 16:59:53 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ED2A43D45; Tue, 7 Nov 2006 16:59:52 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by rtp-iport-2.cisco.com with ESMTP; 07 Nov 2006 11:59:51 -0500 X-IronPort-AV: i="4.09,397,1157342400"; d="scan'208"; a="109013701:sNHT53981928" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id kA7Gxo1Y013076; Tue, 7 Nov 2006 08:59:50 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id kA7GxoW4028904; Tue, 7 Nov 2006 08:59:50 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 7 Nov 2006 08:59:50 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 7 Nov 2006 08:59:50 -0800 Message-ID: <4550BB5F.3040101@cisco.com> Date: Tue, 07 Nov 2006 11:59:11 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sivakumar.subramani@wipro.com References: <821C7AD2A9F78942B86059792262577315B072@blr-m3-msg.wipro.com> In-Reply-To: <821C7AD2A9F78942B86059792262577315B072@blr-m3-msg.wipro.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 07 Nov 2006 16:59:50.0447 (UTC) FILETIME=[2350FBF0:01C7028E] DKIM-Signature: a=rsa-sha1; q=dns; l=1055; t=1162918790; x=1163782790; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20Regarding=20Jumbo=20frame=20implementation=20in=20bge; X=v=3Dcisco.com=3B=20h=3DNUeMyZUQSQYJ+TclegbSlkBq1hc=3D; b=TmJcSIIr+qLlQKdTXzL+yewBysPQPunH041FXNRjARGjLx6kdDH5th7aG++OiM1frxK98YXK lOA0gkuCHU/QX+1DlFqnsJaHy2maknh6dPiLIRrZHhpVkKRV7ZqL/4ES; Authentication-Results: sj-dkim-3.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Regarding Jumbo frame implementation in bge 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, 07 Nov 2006 16:59:53 -0000 sivakumar.subramani@wipro.com wrote: > Hi, > > In bge driver, we have BGE_JUMBO_FRAMELEN defined to 9018. > if_bgereg.h:#define BGE_JUMBO_FRAMELEN 9018 > > This macro is used to allocate the memory for jumbo buffer. If I have > a MTU size of 2000, still bge will allocate the jumbo buffer of size > BGE_JUMBO_FRAMELEN. Instead can we make the size to be depend on the > MTU. I mean instead of using BGE_JUMBO_FRAMELEN macro we can use MTU > + IP header + CRC for Jumbo buffer size. > > Any reason for allocating a hard coded 9018 size all Jumbo MTU frame > (whether it is 9000 / 2000)? > > Thanks, ~Siva > Sivakumar: Allocations are done via the zone managers.. and thus setup at kernel boot. A value like the MTU is set dynamically... So doing something like this would be questionable IMO.. I am sure it could be done.. but I don't see the value. In theory you have a waste for just a short time.. before its m_free'd R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 17:39:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 693B716A5E3 for ; Tue, 7 Nov 2006 17:39:42 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog10.obsmtp.com (s200aog10.obsmtp.com [207.126.144.124]) by mx1.FreeBSD.org (Postfix) with SMTP id 671CE43D53 for ; Tue, 7 Nov 2006 17:39:40 +0000 (GMT) (envelope-from tom@tomjudge.com) Received: from source ([63.174.175.251]) by eu1sys200aob010.postini.com ([207.126.147.11]) with SMTP; Tue, 07 Nov 2006 17:39:39 UTC Received: from [0.0.0.0] (unknown [10.0.0.37]) by bbbx3.usdmm.com (Postfix) with ESMTP id A6C225C48 for ; Tue, 7 Nov 2006 11:39:38 -0600 (CST) Message-ID: <4550C4B6.7090306@tomjudge.com> Date: Tue, 07 Nov 2006 17:39:02 +0000 From: Tom Judge User-Agent: Thunderbird 1.5.0.7 (X11/20060922) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 6.1 IPsec Path MTU Discovery 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, 07 Nov 2006 17:39:42 -0000 Hi, I am seeing some problems with some problems with IPsec encrypted gif tunnels and path mtu discovery. It seems that the router with the IPsec tunnel sends an ICMP need to frag packet with the next hop mtu set to 0. This causes ssh to retransmit a the same packet without reducing the size of the data payload. Is this a know problem? If so are there any know work arounds? Tom Network Layout: Box 1 --(lan)-- Router 1 --(lan)-- Router 2 --(Ipsec tunnel)-- Router 3 --(lan) --- Box 2 Box 1: FreeBSD 5.4 Router [123]: FreeBSD 6.1 Box 2: Linux 2.6 PING Test from box 1 to box 2 with do not fragment set and a packet larger than the path MTU: box1# ping -s 1280 -D box2 PING box2 (10.0.0.79): 1280 data bytes 36 bytes from router1 (172.17.3.5): Redirect Host(New addr: 172.17.3.6) Vr HL TOS Len ID Flg off TTL Pro cks Src Dst 4 5 00 051c b454 0 0000 40 01 c9fc 172.17.1.48 10.0.0.79 36 bytes from router2 (172.17.3.6): frag needed and DF set (MTU 0) Vr HL TOS Len ID Flg off TTL Pro cks Src Dst 4 5 00 1c05 b454 0 0000 3f 01 cafc 172.17.1.48 10.0.0.79 36 bytes from router1 (172.17.3.5): Redirect Host(New addr: 172.17.3.6) Vr HL TOS Len ID Flg off TTL Pro cks Src Dst 4 5 00 051c b45f 0 0000 40 01 c9f1 172.17.1.48 10.0.0.79 36 bytes from router2 (172.17.3.6): frag needed and DF set (MTU 0) Vr HL TOS Len ID Flg off TTL Pro cks Src Dst 4 5 00 1c05 b45f 0 0000 3f 01 caf1 172.17.1.48 10.0.0.79 ^C --- box2 ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss PING Test from box 1 to box 2 with do not fragment set and a packet smaller than the path MTU: box1# ping -s 1200 -D box2 PING box2 (10.0.0.79): 1200 data bytes 36 bytes from router1 (172.17.3.5): Redirect Host(New addr: 172.17.3.6) Vr HL TOS Len ID Flg off TTL Pro cks Src Dst 4 5 00 04cc b472 0 0000 40 01 ca2e 172.17.1.48 10.0.0.79 1208 bytes from 10.0.0.79: icmp_seq=0 ttl=61 time=111.017 ms 36 bytes from router1 (172.17.3.5): Redirect Host(New addr: 172.17.3.6) Vr HL TOS Len ID Flg off TTL Pro cks Src Dst 4 5 00 04cc b479 0 0000 40 01 ca27 172.17.1.48 10.0.0.79 1208 bytes from 10.0.0.79: icmp_seq=1 ttl=61 time=110.419 ms ^C --- box2 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 110.419/110.718/111.017/0.299 ms box1# Relevent interface configuration on box1 (from ifconfig): em0: flags=8843 mtu 1500 options=b inet 172.17.1.48 netmask 0xffff0000 broadcast 172.17.255.255 ether 00:0f:1f:fa:d1:b5 media: Ethernet autoselect (1000baseTX ) status: active Relevent interface configuration on router2 (from ifconfig): em0: flags=8943 mtu 1500 options=b inet 172.17.3.6 netmask 0xffff0000 broadcast 172.17.255.255 ether 00:c0:9f:12:13:1b media: Ethernet autoselect (1000baseTX ) status: active gif0: flags=8051 mtu 1280 tunnel inet 63.174.175.252 --> 82.195.173.206 inet 192.168.174.10 --> 192.168.174.9 netmask 0xfffffffc From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 18:01:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0ADE16A403 for ; Tue, 7 Nov 2006 18:01:25 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15ACF43D7C for ; Tue, 7 Nov 2006 18:01:24 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1GhVFA-0004P5-00; Tue, 07 Nov 2006 19:00:16 +0100 Date: Tue, 7 Nov 2006 19:00:16 +0100 To: Ian Smith Message-ID: <20061107180016.GG4945@poupinou.org> References: <20061102134938.GA64052@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-stable@freebsd.org, Michel Talon Subject: Re: Problem with the installer sysinstall. 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, 07 Nov 2006 18:01:25 -0000 On Fri, Nov 03, 2006 at 01:31:28AM +1100, Ian Smith wrote: > On Thu, 2 Nov 2006, Michel Talon wrote: > > [..] > > > I am joining the dmesg for reference. > > Just skimming through, tongue hanging out .. > > > cpu0: on acpi0 > > acpi_perf0: on cpu0 > > acpi_throttle0: on cpu0 > > cpu1: on acpi0 > > acpi_throttle1: on cpu1 > > acpi_throttle1: failed to attach P_CNT > > device_attach: acpi_throttle1 attach returned 6 > > .. just checking - is that a harmless or expected warning? > Anyway the OP should enable eist and p4tcc (by loading cpufreq on boot) and both acpi_perf and acpi_throttle will be gone. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 18:12:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3457016A4B3 for ; Tue, 7 Nov 2006 18:12:38 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3D6643D8C for ; Tue, 7 Nov 2006 18:12:19 +0000 (GMT) (envelope-from matheusber@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so366098wri for ; Tue, 07 Nov 2006 10:12:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=YEW/Z8ugUA68FpmD3zNk+MWsLuUikILvTID3Sb71/dKtvybf+PEosJxGr53ZUmWIbyLBCwws2lbSeeB9UB/puIso+q8sYF7niTYPHCWbo1GCqYxyy3WMRv8TdRRAOI3u3Kv0WIlJ1hb6gU2KglCZeZH8g3orI3HbM6J6u3BR5Bw= Received: by 10.78.118.19 with SMTP id q19mr8603152huc.1162923138179; Tue, 07 Nov 2006 10:12:18 -0800 (PST) Received: by 10.78.157.16 with HTTP; Tue, 7 Nov 2006 10:12:18 -0800 (PST) Message-ID: <4956a5e50611071012h3aaa9001q7cca1496a7d01a5b@mail.gmail.com> Date: Tue, 7 Nov 2006 15:12:18 -0300 From: "Nenhum _de_Nos" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: problems compiling 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, 07 Nov 2006 18:12:38 -0000 hail hail all i had recently problems on compiling the -STABLE in my personal machine. it always stops in usr.bin/vi: [root@xxx /usr/src/usr.bin/vi]# make No closing parenthesis in archive specification ".depend", line 4524: Error in source archive spec "/usr=CC=3D" make: fatal errors encountered -- cannot continue [root@xxx /usr/src/usr.bin/vi]# regardless of the command, this happens. i've tried make clean, make buildclean (dont existe here, someone elsewhere suggested), make buildworld (as it does a make clean ...). i'd also csup'ed several times and different days, i ereased all /usr/src, and as found when googling, tried to install the make from fresh downloaded source (cd /usr/src/usr.bin/make && make install clean), but nothing worlks :( the system is a clean 6.1-R from install cd on i386. if someone could help, or light my way i'd really be thankfull .. :) matheus --=20 We will call you cygnus, The God of balance you shall be From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 18:48:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 753AB16A407 for ; Tue, 7 Nov 2006 18:48:45 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A09E43D8B for ; Tue, 7 Nov 2006 18:48:27 +0000 (GMT) (envelope-from matheusber@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so380318wri for ; Tue, 07 Nov 2006 10:48:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iXHN30h4pTe0aGkLHDSoihERkQF+IFay+9meADP/6nFDpXDzZovqVPA23x0V6mFtJLLA/3VIZsi+oyoH7wUSnYdBS1N+TBiYuTRpeup+CAvyf/pOew1/JIXtwa7xEGi68lZ76+G2nutk7idks5OxSVH70v6wQMeTyMdCUNtIw2U= Received: by 10.78.201.15 with SMTP id y15mr8634071huf.1162925305763; Tue, 07 Nov 2006 10:48:25 -0800 (PST) Received: by 10.78.157.16 with HTTP; Tue, 7 Nov 2006 10:48:25 -0800 (PST) Message-ID: <4956a5e50611071048n6b8ed19dkd0e3a8c65043a7bf@mail.gmail.com> Date: Tue, 7 Nov 2006 15:48:25 -0300 From: "Nenhum _de_Nos" To: "Matthew Herzog" , freebsd-stable@freebsd.org In-Reply-To: <7cf39bb60611071045o45ce8b0fkbe1fb304ed6c47ca@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4956a5e50611071012h3aaa9001q7cca1496a7d01a5b@mail.gmail.com> <7cf39bb60611071045o45ce8b0fkbe1fb304ed6c47ca@mail.gmail.com> Cc: Subject: Re: problems compiling 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, 07 Nov 2006 18:48:45 -0000 On 11/7/06, Matthew Herzog wrote: > My attempts always end in gbde. I have posted the error before. I > should be giving up by now. It's prolly been > 12 attempts. > i must confess i'm not too far from this ... :( as far as i cant see i'll have to way till 6.2-R comes ... matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 18:48:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E99816A674 for ; Tue, 7 Nov 2006 18:48:58 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38ABD43D5A for ; Tue, 7 Nov 2006 18:48:44 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 154F4C449; Tue, 7 Nov 2006 13:48:44 -0500 (EST) Received: from [192.168.1.10] (socker.hsd1.ma.comcast.net [24.218.145.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id CF30AC44D; Tue, 7 Nov 2006 13:48:37 -0500 (EST) 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:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=jPYr8kiRNSkgcq3i+iAYMve2G21TqfXyzdKpSG0x3BfD6S1TF990IzegF3/SCG22k dwc+TnBJNRhwV30c+dS74ptWV7fPh/z0qMQGFURveZy051F6aKzcFwYB5EE9T8O Message-ID: <4550D504.3080300@protected-networks.net> Date: Tue, 07 Nov 2006 13:48:36 -0500 From: Michael Butler User-Agent: Thunderbird 1.5.0.7 (X11/20061029) MIME-Version: 1.0 To: Bruno Ducrot References: <20061102134938.GA64052@lpthe.jussieu.fr> <20061107180016.GG4945@poupinou.org> In-Reply-To: <20061107180016.GG4945@poupinou.org> X-Enigmail-Version: 0.94.1.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ian Smith , Michel Talon Subject: Re: Problem with the installer sysinstall. 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, 07 Nov 2006 18:48:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bruno Ducrot wrote: >> > cpu0: on acpi0 >> > acpi_perf0: on cpu0 >> > acpi_throttle0: on cpu0 >> > cpu1: on acpi0 >> > acpi_throttle1: on cpu1 >> > acpi_throttle1: failed to attach P_CNT >> > device_attach: acpi_throttle1 attach returned 6 > > Anyway the OP should enable eist and p4tcc (by loading cpufreq on boot) > and both acpi_perf and acpi_throttle will be gone. Adding 'device cpufreq' results in dmesg looking like .. acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR ACPI-0356: *** Error: Region EmbeddedControl(3) has no handler ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc64090e0), AE_NOT_EXIST ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc64090e0), AE_NOT_EXIST ACPI-0356: *** Error: Region EmbeddedControl(3) has no handler ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc64090e0), AE_NOT_EXIST ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc64090e0), AE_NOT_EXIST Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 acpi_lid0: on acpi0 battery0: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0x1800-0x1807 mem 0xdc100000-0xdc17ffff,0xc0000000-0xcfffffff,0xdc200000-0xdc23ffff irq 16 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drmsub0: : (child of agp_i810.c) on agp0 info: [drm] AGP at 0xdc100000 0MB info: [drm] Initialized i915 1.4.0 20060119 pci0: at device 2.1 (no driver attached) pcm0: mem 0xdc240000-0xdc243fff irq 22 at device 27.0 on pci0 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFUNUEQv9rrgRC1JIRAnolAJwPDqa1scbzwa/zLHU3SQeenV68XgCdEyad gGPXRIJKkx2Hc6ZWyi/tX1g= =fkpm -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 18:57:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7FDA16A4D8 for ; Tue, 7 Nov 2006 18:57:57 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 324B543D55 for ; Tue, 7 Nov 2006 18:57:56 +0000 (GMT) (envelope-from matheusber@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so383966wri for ; Tue, 07 Nov 2006 10:57:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KZqt0bXwuj8drffugaMTW0iWBuM0uyKDd0/HxRxz42I/Pgv3uJKzuJT+7a8pNvFPkK3jV2VTlDG0DPMKpi01+a9gsG+fg7E736W8akvJTFYna+478VBX2zHr/xFJvF0F0jYPxrAJ4V/Dtn7NW6eFI1vfZX2i7Nlk5riXTsnWaFM= Received: by 10.78.204.20 with SMTP id b20mr8638697hug.1162925875659; Tue, 07 Nov 2006 10:57:55 -0800 (PST) Received: by 10.78.157.16 with HTTP; Tue, 7 Nov 2006 10:57:55 -0800 (PST) Message-ID: <4956a5e50611071057j7a378c00s7961ceadae35bcf8@mail.gmail.com> Date: Tue, 7 Nov 2006 15:57:55 -0300 From: "Nenhum _de_Nos" To: "Matthew Herzog" , freebsd-stable@freebsd.org In-Reply-To: <7cf39bb60611071051j9fb3d2ct74ab0a6dcb1f173f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4956a5e50611071012h3aaa9001q7cca1496a7d01a5b@mail.gmail.com> <7cf39bb60611071045o45ce8b0fkbe1fb304ed6c47ca@mail.gmail.com> <4956a5e50611071048n6b8ed19dkd0e3a8c65043a7bf@mail.gmail.com> <7cf39bb60611071051j9fb3d2ct74ab0a6dcb1f173f@mail.gmail.com> Cc: Subject: Re: problems compiling 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, 07 Nov 2006 18:57:57 -0000 On 11/7/06, Matthew Herzog wrote: > I should add that I am using a Sun Ultrasparc machine for FreeBSD. It > takes at least 8 hours to get to the point of breakage. > > On 11/7/06, Nenhum _de_Nos wrote: > > On 11/7/06, Matthew Herzog wrote: > > > My attempts always end in gbde. I have posted the error before. I > > > should be giving up by now. It's prolly been > 12 attempts. > > > > > > > i must confess i'm not too far from this ... :( > > > > as far as i cant see i'll have to way till 6.2-R comes ... > > > > matheus well, the make buildkernel this time passed ! not such good luck for buildworld :( matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 19:31:01 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE33616A407 for ; Tue, 7 Nov 2006 19:31:01 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id EF25343D45 for ; Tue, 7 Nov 2006 19:30:58 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 8070 invoked from network); 7 Nov 2006 19:30:57 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 7 Nov 2006 19:30:57 -0000 X-pair-Authenticated: 80.165.155.106 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.6/8.13.6) with ESMTP id kA7JUu20082697 for ; Tue, 7 Nov 2006 20:30:56 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id kA7JUuES082696 for stable@freebsd.org; Tue, 7 Nov 2006 20:30:56 +0100 (CET) (envelope-from pho) Date: Tue, 7 Nov 2006 20:30:56 +0100 From: Peter Holm To: stable@freebsd.org Message-ID: <20061107193056.GA82639@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Missing parameter validation for syscall(57) 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, 07 Nov 2006 19:31:01 -0000 While stress testing GENERIC RELENG_6 from Nov 2 18:46 UTC on a NFS loopback mounted filesystem I came across this problem: http://people.freebsd.org/~pho/stress/log/cons220.html -- Peter Holm From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 20:08:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 859A216A40F for ; Tue, 7 Nov 2006 20:08:04 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from crayfish.unsane.co.uk (badger.unsane.co.uk [62.140.220.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id C034143D49 for ; Tue, 7 Nov 2006 20:08:01 +0000 (GMT) (envelope-from jhary@unsane.co.uk) Received: from [127.0.0.1] by crayfish.unsane.co.uk with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GhXEG-000OIQ-FW; Tue, 07 Nov 2006 20:07:28 +0000 Message-ID: <4550E77E.6070207@unsane.co.uk> Date: Tue, 07 Nov 2006 20:07:26 +0000 From: Vince Hoffman User-Agent: Thunderbird 1.5.0.7 (X11/20061024) MIME-Version: 1.0 To: Nenhum _de_Nos References: <4956a5e50611071012h3aaa9001q7cca1496a7d01a5b@mail.gmail.com> <7cf39bb60611071045o45ce8b0fkbe1fb304ed6c47ca@mail.gmail.com> <4956a5e50611071048n6b8ed19dkd0e3a8c65043a7bf@mail.gmail.com> <7cf39bb60611071051j9fb3d2ct74ab0a6dcb1f173f@mail.gmail.com> <4956a5e50611071057j7a378c00s7961ceadae35bcf8@mail.gmail.com> In-Reply-To: <4956a5e50611071057j7a378c00s7961ceadae35bcf8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: jhary@unsane.co.uk X-SA-Exim-Scanned: No (on crayfish.unsane.co.uk); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org, Matthew Herzog Subject: Re: problems compiling 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, 07 Nov 2006 20:08:04 -0000 Nenhum _de_Nos wrote: > On 11/7/06, Matthew Herzog wrote: >> I should add that I am using a Sun Ultrasparc machine for FreeBSD. It >> takes at least 8 hours to get to the point of breakage. >> >> On 11/7/06, Nenhum _de_Nos wrote: >> > On 11/7/06, Matthew Herzog wrote: >> > > My attempts always end in gbde. I have posted the error before. I >> > > should be giving up by now. It's prolly been > 12 attempts. >> > > >> > >> > i must confess i'm not too far from this ... :( >> > >> > as far as i cant see i'll have to way till 6.2-R comes ... >> > >> > matheus > > well, the make buildkernel this time passed ! not such good luck for > buildworld :( > > matheus > Have you tried cd /usr/obj/usr/src/usr.bin/vi rm -rf * && rm .depend (make clean doesnt delete .depend and rm -rf * doesnt either.) then try cd /usr/src/usr.bin make just in case you have something stale lying around ? Vince PS try installing ccache to speed up your compiles. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 20:32:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6A8A16A417 for ; Tue, 7 Nov 2006 20:32:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc15.comcast.net (rwcrmhc15.comcast.net [204.127.192.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF58643D5D for ; Tue, 7 Nov 2006 20:32:23 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (rwcrmhc15) with ESMTP id <20061107203215m1500br9oae>; Tue, 7 Nov 2006 20:32:15 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8061C1FA01A; Tue, 7 Nov 2006 12:32:15 -0800 (PST) Date: Tue, 7 Nov 2006 12:32:15 -0800 From: Jeremy Chadwick To: Nenhum _de_Nos Message-ID: <20061107203215.GA20365@icarus.home.lan> Mail-Followup-To: Nenhum _de_Nos , freebsd-stable@freebsd.org References: <4956a5e50611071012h3aaa9001q7cca1496a7d01a5b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <4956a5e50611071012h3aaa9001q7cca1496a7d01a5b@mail.gmail.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: problems compiling 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, 07 Nov 2006 20:32:31 -0000 On Tue, Nov 07, 2006 at 03:12:18PM -0300, Nenhum _de_Nos wrote: > [root@xxx /usr/src/usr.bin/vi]# make > No closing parenthesis in archive specification > ".depend", line 4524: Error in source archive spec "/usr=CC=3D" ^^^^^^ ^ ^ ^ Could this character be causing the problem? --=20 | 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 Tue Nov 7 20:35:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0700116A512 for ; Tue, 7 Nov 2006 20:35:51 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BED743D78 for ; Tue, 7 Nov 2006 20:35:38 +0000 (GMT) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.13.8/8.13.8) with ESMTP id kA7KZYis066153 for ; Tue, 7 Nov 2006 21:35:34 +0100 (CET) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.13.8/8.13.8/Submit) id kA7KZYjD066152 for freebsd-stable@freebsd.org; Tue, 7 Nov 2006 21:35:34 +0100 (CET) (envelope-from byshenknet) Date: Tue, 7 Nov 2006 21:35:34 +0100 From: Greg Byshenk To: freebsd-stable@freebsd.org Message-ID: <20061107203534.GA10999@core.byshenk.net> References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Subject: Re: em driver testing 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, 07 Nov 2006 20:35:51 -0000 On Mon, Nov 06, 2006 at 04:14:40PM -0800, Jack Vogel wrote: > Well, so run 6.2 BETA3 plus the patch I posted as Patrick > mentioned and then report on that. You've got a lot of > potential problem areas here, I have no experience with > samba on FreeBSD. And that motherboard only has PCI > as I recall, yes? Still, it should get rid of the watchdogs > unless you have real hardware issues. As a point of information, I don't think that samba specifically has anything to do with the problem. I am running samba on FreeBSD, and have two servers that are rather heavily used (one is the filestore for a CFD cluster, and the other for a Maya/Muster rendering cluster), each having two em interfaces and SMP -- and have not seen any watchdog issues (they are currently running FreeBSD 6.2-PRERELEASE as of Oct 7 -- but no problems with any earlier 6.1-STABLE versions either). -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 20:58:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C70E16A407 for ; Tue, 7 Nov 2006 20:58:37 +0000 (UTC) (envelope-from www@plaza.domeneshop.no) Received: from mx01.domeneshop.no (mx01.domeneshop.no [194.63.248.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0AA943D7E for ; Tue, 7 Nov 2006 20:58:27 +0000 (GMT) (envelope-from www@plaza.domeneshop.no) Received: from plaza.domeneshop.no (plaza.domeneshop.no [194.63.248.44]) by mx01.domeneshop.no (8.13.8/8.13.8) with ESMTP id kA7KwNc2009837 for ; Tue, 7 Nov 2006 21:58:25 +0100 Received: from plaza.domeneshop.no (localhost [127.0.0.1]) by plaza.domeneshop.no (8.13.8/8.13.8) with ESMTP id kA7KwKwZ008271 for ; Tue, 7 Nov 2006 21:58:20 +0100 Received: (from www@localhost) by plaza.domeneshop.no (8.13.8/8.13.8/Submit) id kA7KwKMa008270; Tue, 7 Nov 2006 21:58:20 +0100 Date: Tue, 7 Nov 2006 21:58:20 +0100 Message-Id: <200611072058.kA7KwKMa008270@plaza.domeneshop.no> To: freebsd-stable@freebsd.org X-Message-Key: d3d3LnB1bmtkaXNhc3RlcnMuY29tIC9nYWxsZXJ5L3RlbXBsYXRlcy9kZWZhdWx0Ly5waHAucGhw From: "JPMorgan Chase & Co." Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=1.2 required=4.0 X-Spam-Report: 1.2 hits, 4.0 required; * 0.6 REPLY_TO_EMPTY Reply-To: is empty * -0.0 SPF_HELO_PASS SPF: HELO matches SPF record * -0.5 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.1 HTML_TAG_EXIST_TBODY BODY: HTML has "tbody" tag * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.5 HTML_FONT_FACE_BAD BODY: HTML font face is not a word * 0.0 MIME_HTML_ONLY BODY: Message only has text/html MIME parts * 0.5 HTML_MIME_NO_HTML_TAG HTML-only message, but there is no HTML tag X-Virus-Scanned: by moam (http://www.moam.net/) X-Moam-Version: 0.93 MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Important Information Regarding Your Banking Account 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, 07 Nov 2006 20:58:37 -0000 [1][chase.gif] Dear Chase customer, As the Internet and information technology enable us to expand our services,we are committed to maintaining the trust customers have placed in us for protecting the privacy and security of information we have about you. In order to protect your information against unauthorized access, identity theft and account fraud we earnestly ask you to update your profile. WARNING: PLEASE REMEMBER YOU NEED TO CONFIRM ALL FIELDS OF THE FORM TO AVOID ACCOUNT BLOCK To resubmit your information, please click the link below: [2]Click here to update your profile If you received this notice and you are not the authorized account holder, please be aware that it is in violation of our policy to represent oneself as another Chase user. Such action may also be in violation of local, national, and/or international law. Chase is committed to assist law enforcement with any inquiries related to attempts to misappropriate personal information with the intent to commit fraud or theft. Information will be provided at the request of law enforcement agencies to ensure that perpetrators are prosecuted to the fullest extent of the law. Thank you for your time! © 2006 JPMorgan Chase & Co. _________________________________________________________________ References 1. file://localhost/tmp/tmpe54pZp.html 2. http://alphainfo.be/online.banking.account// From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 20:59:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 154C516A73F for ; Tue, 7 Nov 2006 20:59:38 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A50B543D5C for ; Tue, 7 Nov 2006 20:59:36 +0000 (GMT) (envelope-from clay@milos.co.za) Received: (qmail 92836 invoked by uid 89); 7 Nov 2006 20:59:34 -0000 Received: from unknown (HELO claylaptop) (clay@milos.za.net@192.168.3.254) by bart.milos.co.za with SMTP; 7 Nov 2006 20:59:34 -0000 Message-ID: <001601c702af$9d355940$9603a8c0@claylaptop> From: "Clayton Milos" To: "Jack Vogel" References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com><20061106221219.GA66676@hugo10.ka.punkt.de><041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> Date: Tue, 7 Nov 2006 22:59:28 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Cc: freebsd-stable@freebsd.org, ke han Subject: Re: em driver testing 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, 07 Nov 2006 20:59:38 -0000 Hi Jack I patched the driver and re-compiled the kernel and userland. All appears well with the em driver now. No more errors on it. I am getting watchdog timeouts on the xl driver now though. It was happenning before at the same time as the em ones. Now I've passed a lot of traffic on the em interface but the xl interface gets watchdog errors. The em interface still works fine but the xl one is no usable after this. The motherboard has 2 onboard xl's and I am using the one for a live IP and the other one is doing nothing. It is a server motherboard with an AMD762 north bridge. It has 64bit pci 66MHz slots which I have the em card in. The em card is a 32bit pcs 33MHz card though. Here's what the xl card is with pciconf -lhv xl0@pci0:15:0: class=0x020000 card=0x246210f1 chip=0x980010b7 rev=0x78 hdr=0x00 vendor = '3COM Corp, Networking Division' device = '3C980-TX Fast EtherLink XL Server Adapter2' The em card is such: em0@pci0:9:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 GT' Any help would be greatly appreciated. Clay ----- Original Message ----- From: "Jack Vogel" To: "Clayton Milos" Cc: ; "ke han" Sent: Tuesday, November 07, 2006 2:14 AM Subject: Re: em driver testing > Well, so run 6.2 BETA3 plus the patch I posted as Patrick > mentioned and then report on that. You've got a lot of > potential problem areas here, I have no experience with > samba on FreeBSD. And that motherboard only has PCI > as I recall, yes? Still, it should get rid of the watchdogs > unless you have real hardware issues. > > Good luck, > > Jack > > > On 11/6/06, Clayton Milos wrote: >> Hi there >> >> I am having similar issues. Running 6.1-RELEASE. >> >> I'm using the box as a samba server with pure-ftpd on it too with 2.5T of >> raid storage in it. the box is running the generic MP kernel on a Tyan >> Thunder K7 with the latest bios v2.14 and dual AthlonMP's. ECC Reg ram >> that >> passed all tests with memtest. >> >> When I pull a few concurrent files over samba or if i pull a big file >> (say >> 2-3G) over ftp to my laptop it runs at 30MB/sec but usually locks up the >> box >> with watchdog timeout on the em interface. Usually it pops up with >> timeouts >> on the xl interface at the same time and after a few seconds on the ahc >> (onboard adaptec scsi) interfce and I have to hard boot the box to get it >> back to life. >> >> I''ve tried the same box with a 3com 3C996B-T NIC which has a Broadcom >> BCM5701TKHB chipset on it. It crashes within minutes with no traffic on >> the >> interface. In fact the interface will accept an IP address but times out >> pinging anything on the LAN. >> >> If a kernel developer would like access to the box to chek it out please >> mail me. >> >> Regards >> >> Clay >> >> >> > Hello! >> > >> > On Tue, Nov 07, 2006 at 04:55:50AM +0800, ke han wrote: >> > >> >> I have a Sun X4100 which uses Intel ethernet. I would like to >> >> install amd64 6.2beta3 on this server and put it through some tests. >> >> But I have no idea what tests to run or how to run them. >> >> Can someone provide some pointers? I am happy to post my findings. >> > >> > Put some CPU load on the machine, e.g. by running >> > >> > cd /usr/src >> > sh >> > while true >> > do >> > make -j4 buildworld >> > done >mk.log >> > >> > on one terminal and then transfer some data to the system, e.g. >> > by fetch(1)ing via FTP from another box connected to the same >> > LAN. On all systems I have, there is no need to saturate the >> > Gbit-Link. 100 Mbit/s local connection will trigger the problem, too. >> > >> > If the problem exists on your system, you will see emN - watchdog >> > timeout >> > messages on the console and in /var/log/messages, followed by a >> > reset of the interface and a short and recoverable, but complete, >> > loss of connectivity. A couple of seconds, maybe. This is enough >> > to frustrate people, who e.g. run large backup jobs over a single >> > TCP connection that takes a couple of hours to complete - the interface >> > reset aborts the backup :-/ >> > >> > I must say that it seems to me, these guys are putting a hell of >> > a lot of effort into this problem and "we" are making progress. >> > Things look quite good to me for 6.2-RELEASE. >> > >> > HTH, >> > Patrick >> > -- >> > punkt.de GmbH Internet - Dienstleistungen - Beratung >> > Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 >> > 76137 Karlsruhe http://punkt.de >> > _______________________________________________ >> > 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" >> > _______________________________________________ > 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 7 21:00:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F35AF16A596 for ; Tue, 7 Nov 2006 21:00:42 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from alnrmhc11.comcast.net (alnrmhc11.comcast.net [206.18.177.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA95E43DB4 for ; Tue, 7 Nov 2006 21:00:28 +0000 (GMT) (envelope-from josh@tcbug.org) Received: from gimpy (c-24-118-173-219.hsd1.mn.comcast.net[24.118.173.219]) by comcast.net (alnrmhc11) with ESMTP id <20061107210028b1100fkivde>; Tue, 7 Nov 2006 21:00:28 +0000 From: Josh Paetzel To: freebsd-stable@freebsd.org Date: Tue, 7 Nov 2006 16:00:20 -0500 User-Agent: KMail/1.9.3 References: <1162852746.32694.23.camel@bigapple.omnis.ch> <200611071005.28853.josh@tcbug.org> <4550AFFD.9090104@samsco.org> In-Reply-To: <4550AFFD.9090104@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200611071500.20686.josh@tcbug.org> Cc: Subject: Re: Still have BCE driver issues (dell pe 1950) and NFS 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, 07 Nov 2006 21:00:43 -0000 On Tuesday 07 November 2006 10:10, Scott Long wrote: > Josh Paetzel wrote: > > On Tuesday 07 November 2006 03:30, Fredrik Widlund wrote: > >> Hi, > >> > >> Will a fix/this fix be part of the 6.2 Release? We will be > >> relying heavily on fbsd6.2 and pe1950 and are worried about the > >> BCE stability? > >> > >> Kind regards, > >> Fredrik Widlund > >> > >> Scott Long wrote: > >>> Olivier Mueller wrote: > >>>> Le 7 nov. 06 =E0 01:15, Scott Long a =E9crit : > >>>>> Olivier Mueller wrote: > >>>>>> NFS Server: dell poweredge 1950, with the 1.2.2.6 version of > >>>>>> if_bce.c: bce0: >>>>>> (B1), v0.9.6> mem - Start a directory listing on it: > >>>>>> immediate (network) crash of the NFS > >>>>>> server. (reproduced 3 times) > >>>>> > >>>>> Do the following, then retry your test: > >>>>> ifconfig bce0 -txcsum > >>>> > >>>> Oh, this way it looks much better, thanks. Directory listing > >>>> was fine, and copying files during 2-3 minutes over NFS worked > >>>> as well. More tests will follow tomorrow. > >>>> > >>>> Next step? :-) Should I put that command somewhere in my init > >>>> scripts, or even directly in rc.conf, or wait for a new > >>>> if_bce0.c version? I am available for any other > >>>> PE1950-related tests if this may help. > >>>> > >>>> Regards, > >>>> Olivier > >>> > >>> Change /sys/dev/bce/if_bcereg.h so that BCE_IF_HWASSIST is > >>> defined to 0. Then recompile. > >>> > >>> Scott > > > > I know I've brought this up before, but I have a PE1950 with a > > pair of bce nics that get pounded on 24/7. I've been using 6.1-R > > with the 0.9.6 version of the bce driver for a couple of months > > now. The driver is available here:=20 > > http://yogurt.org/FreeBSD/if_bce.c I've emailed the author of > > the driver and I've at least mentioned it to Scott once but I > > really can't understand why we don't just import this driver into > > the tree. > > What you just posted is exactly what committed to CVS for 7-CURRENT > and 6-STABLE, and what was proven to break down under moderate to > heavy UDP traffic. I don't doubt that your servers have a load > that doesn't trigger the problem, but if you're curious I can send > you a couple of very simple test cases that will cause your driver > to panic and your network interface to wedge. > > Scott My bad. Thanks for clearing this up. (In my case pretty much all of=20 the traffic is TCP which I guess would explain why it's working for=20 me) =2D-=20 Thanks, Josh Paetzel From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 21:05:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD63316A403 for ; Tue, 7 Nov 2006 21:05:01 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CDA343D46 for ; Tue, 7 Nov 2006 21:05:00 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id z59so1261871pyg for ; Tue, 07 Nov 2006 13:04:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NVoXfqi54X3I7cvFYKiwFDD1vilnRylNsinltbmwu1GUfjM4nwB6V6WJLDxX9qh6KwQASflN1SiLQTf7oZNR9tJ/g33RF0LMts7Ds8EHiNYDvzMQXtu1N3uORSUn9nc5gINXbUW4EZCPeGMJBTHPUGFP7muzEEbiw8/O2w3Szk4= Received: by 10.35.103.12 with SMTP id f12mr13751757pym.1162933466949; Tue, 07 Nov 2006 13:04:26 -0800 (PST) Received: by 10.35.118.6 with HTTP; Tue, 7 Nov 2006 13:04:26 -0800 (PST) Message-ID: <2a41acea0611071304n4fae1751ic462a58b45825bf2@mail.gmail.com> Date: Tue, 7 Nov 2006 13:04:26 -0800 From: "Jack Vogel" To: "Clayton Milos" In-Reply-To: <001601c702af$9d355940$9603a8c0@claylaptop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <001601c702af$9d355940$9603a8c0@claylaptop> Cc: freebsd-stable@freebsd.org, ke han Subject: Re: em driver testing 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, 07 Nov 2006 21:05:01 -0000 On 11/7/06, Clayton Milos wrote: > Hi Jack > > > I patched the driver and re-compiled the kernel and userland. > > All appears well with the em driver now. No more errors on it. > I am getting watchdog timeouts on the xl driver now though. It was > happenning before at the same time as the em ones. Now I've passed a lot of > traffic on the em interface but the xl interface gets watchdog errors. The > em interface still works fine but the xl one is no usable after this. I'm not sure what it is, but the fact that a variety of nic drivers are having this same problem indicates that something changed in the if_timer and its caller, someone knowing that subsystem would be better qualified to say what. The other drivers should do the same thing that em did, and stop using the net layer timer :) Jack From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 21:32:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5893316A407; Tue, 7 Nov 2006 21:32:32 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EEF343D58; Tue, 7 Nov 2006 21:32:31 +0000 (GMT) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1GhYYY-00023q-5v>; Tue, 07 Nov 2006 22:32:30 +0100 Received: from e178060132.adsl.alicedsl.de ([85.178.60.132] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1GhYYX-0003n2-VP>; Tue, 07 Nov 2006 22:32:30 +0100 Message-ID: <4550FB6D.1010206@mail.zedat.fu-berlin.de> Date: Tue, 07 Nov 2006 22:32:29 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.7 (X11/20061029) MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.60.132 Cc: Subject: Re: FreeBSD 6.2/AMD64: missing driver for SB Audigy SE / CA0106-DAT 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, 07 Nov 2006 21:32:32 -0000 The driver (OSS v4.0-rc-172) works, but need a push: startscript in /etc/rc.d/oss does not have the right access privileges set so oss_enable=YES fails at start. The execution permissin is not set. Bugs/features(?): Why is the whole stuff installing in /usr, /etc and not, as expected, /usr/local/? This should be changed. On my board (ASUS A8N32-SLI Deluxe AC97 Codec is disabled - but the OSS driver does still install also a ich.ko kernel module. Why? I want this AC97 crap go away. Regards, Oliver > Dear Sirs. > My FreeBSD 6.2-PRE/AMD64 box has been equipted with a PCI Soundblaster > Audigy SE soundcard. This soundcard unfortunately does utilize a chip > called CA0106-DAT as "pciconf -lv" reported. > I tried several snd_xxx driver found in most recent FreeBSD > 6.2-PRE/AMD64 stuff, but even snd_em10k1 doesn't work. So I googled > around and found ports/em10kx and tried this one - also with no success. > As I could then read in the README, my obtained soundcard especially > with the utilized chip isn't supported (yet?). > So I tried OSS, but this driver is a commercial third party driver and > therefore a bit suspicious in my opinion. By the way, the driver only > produces a ear-killing noise - no sound, nothing. > > Well, as I could see in many other forums around the net, the > SoundBlaster Audigy SE is a quite common soundcard and I would wonder if > it isn't supported by FreeBSD. Are there any efforts pointing to this issue? > I should have better read the exclusions on supported hardware, too late > I realized that the soundcard of my box has not an emu em10k1 chipset. > > Any comments are highly appreciated. > > Thanks in advance, > Oliver > > P.S. Please send eMail direcectly or in CC to my address as I'm not on > this list, thank you very much. Hi Folks, OSS v3.99.4c and OSS v4.0rc2-172 have the Audigy SE problems fixed. Go to http://www.opensound.com/test for the v4.0 drivers. > commercial third party driver and > therefore a bit suspicious in my opinion. So Nvidia closed source driver is not suspicious but 4Front's OSS is?. FYI, we've been in business since 1996 and not 1 complaint about our software being malicious has ever been filed! best regards Dev Mazumdar 4Front Technologies ----------------------------------------------------------- 4Front Technologies 4035 Lafayette Place, Unit F, Culver City, CA 90232, USA. Tel: (310) 202 8530 URL: www.opensound.com Fax: (310) 202 0496 Email: info@opensound.com ----------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 21:43:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAA5516A514 for ; Tue, 7 Nov 2006 21:43:31 +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 2760D43D4C for ; Tue, 7 Nov 2006 21:43:30 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA7LhLVC021622; Tue, 7 Nov 2006 14:43:27 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4550FDF4.90908@samsco.org> Date: Tue, 07 Nov 2006 14:43:16 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Clayton Milos References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com><20061106221219.GA66676@hugo10.ka.punkt.de><041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <001601c702af$9d355940$9603a8c0@claylaptop> In-Reply-To: <001601c702af$9d355940$9603a8c0@claylaptop> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, Jack Vogel , ke han Subject: Re: em driver testing 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, 07 Nov 2006 21:43:31 -0000 We've basically identified problems with the way that watchdogs are handled. It is very fragile and sensitive to timing, so it's not surprising that adjusting the the timing in one driver will affect another driver. The solution is to push the timieout/watchdog logic entirely into the NIC drivers, like we did for if_em. That will take some time, and I doubt that xl specifically will get fixed for 6.2. Scott Clayton Milos wrote: > Hi Jack > > > I patched the driver and re-compiled the kernel and userland. > > All appears well with the em driver now. No more errors on it. > I am getting watchdog timeouts on the xl driver now though. It was > happenning before at the same time as the em ones. Now I've passed a lot > of traffic on the em interface but the xl interface gets watchdog > errors. The em interface still works fine but the xl one is no usable > after this. > > The motherboard has 2 onboard xl's and I am using the one for a live IP > and the other one is doing nothing. It is a server motherboard with an > AMD762 north bridge. It has 64bit pci 66MHz slots which I have the em > card in. The em card is a 32bit pcs 33MHz card though. > > Here's what the xl card is with pciconf -lhv > xl0@pci0:15:0: class=0x020000 card=0x246210f1 chip=0x980010b7 rev=0x78 > hdr=0x00 > vendor = '3COM Corp, Networking Division' > device = '3C980-TX Fast EtherLink XL Server Adapter2' > > The em card is such: > em0@pci0:9:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'PRO/1000 GT' > > > Any help would be greatly appreciated. > > > Clay > > > > ----- Original Message ----- From: "Jack Vogel" > To: "Clayton Milos" > Cc: ; "ke han" > Sent: Tuesday, November 07, 2006 2:14 AM > Subject: Re: em driver testing > > >> Well, so run 6.2 BETA3 plus the patch I posted as Patrick >> mentioned and then report on that. You've got a lot of >> potential problem areas here, I have no experience with >> samba on FreeBSD. And that motherboard only has PCI >> as I recall, yes? Still, it should get rid of the watchdogs >> unless you have real hardware issues. >> >> Good luck, >> >> Jack >> >> >> On 11/6/06, Clayton Milos wrote: >> >>> Hi there >>> >>> I am having similar issues. Running 6.1-RELEASE. >>> >>> I'm using the box as a samba server with pure-ftpd on it too with >>> 2.5T of >>> raid storage in it. the box is running the generic MP kernel on a Tyan >>> Thunder K7 with the latest bios v2.14 and dual AthlonMP's. ECC Reg >>> ram that >>> passed all tests with memtest. >>> >>> When I pull a few concurrent files over samba or if i pull a big file >>> (say >>> 2-3G) over ftp to my laptop it runs at 30MB/sec but usually locks up >>> the box >>> with watchdog timeout on the em interface. Usually it pops up with >>> timeouts >>> on the xl interface at the same time and after a few seconds on the ahc >>> (onboard adaptec scsi) interfce and I have to hard boot the box to >>> get it >>> back to life. >>> >>> I''ve tried the same box with a 3com 3C996B-T NIC which has a Broadcom >>> BCM5701TKHB chipset on it. It crashes within minutes with no traffic >>> on the >>> interface. In fact the interface will accept an IP address but times out >>> pinging anything on the LAN. >>> >>> If a kernel developer would like access to the box to chek it out please >>> mail me. >>> >>> Regards >>> >>> Clay >>> >>> >>> > Hello! >>> > >>> > On Tue, Nov 07, 2006 at 04:55:50AM +0800, ke han wrote: >>> > >>> >> I have a Sun X4100 which uses Intel ethernet. I would like to >>> >> install amd64 6.2beta3 on this server and put it through some tests. >>> >> But I have no idea what tests to run or how to run them. >>> >> Can someone provide some pointers? I am happy to post my findings. >>> > >>> > Put some CPU load on the machine, e.g. by running >>> > >>> > cd /usr/src >>> > sh >>> > while true >>> > do >>> > make -j4 buildworld >>> > done >mk.log >>> > >>> > on one terminal and then transfer some data to the system, e.g. >>> > by fetch(1)ing via FTP from another box connected to the same >>> > LAN. On all systems I have, there is no need to saturate the >>> > Gbit-Link. 100 Mbit/s local connection will trigger the problem, too. >>> > >>> > If the problem exists on your system, you will see emN - watchdog > >>> timeout >>> > messages on the console and in /var/log/messages, followed by a >>> > reset of the interface and a short and recoverable, but complete, >>> > loss of connectivity. A couple of seconds, maybe. This is enough >>> > to frustrate people, who e.g. run large backup jobs over a single >>> > TCP connection that takes a couple of hours to complete - the >>> interface >>> > reset aborts the backup :-/ >>> > >>> > I must say that it seems to me, these guys are putting a hell of >>> > a lot of effort into this problem and "we" are making progress. >>> > Things look quite good to me for 6.2-RELEASE. >>> > >>> > HTH, >>> > Patrick >>> > -- >>> > punkt.de GmbH Internet - Dienstleistungen - Beratung >>> > Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 >>> > 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 21:43:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4161716A516 for ; Tue, 7 Nov 2006 21:43:38 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 3B18B43D55 for ; Tue, 7 Nov 2006 21:43:36 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 76517 invoked from network); 7 Nov 2006 21:43:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=RRAgIQkLN9AYDtpJx/Apb5Aayx7WjboVonqukXDNugD5ASLyWUHqlcacNqbNA8H2deejdMw9H3Ev+VykGjzplDq8LxAXH/zjKf3xv8i7b1NhTxh/tchIndxaH1kNiY33FA8P1uLWEY26CydZ7UxsdDIbazystyli0qZe3zoCtxA= ; Received: from unknown (HELO ?172.16.0.200?) (mikej@rogers.com@74.111.253.239 with plain) by smtp100.rog.mail.re2.yahoo.com with SMTP; 7 Nov 2006 21:43:31 -0000 Message-ID: <4550FE11.2060002@rogers.com> Date: Tue, 07 Nov 2006 16:43:45 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Clayton Milos References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com><20061106221219.GA66676@hugo10.ka.punkt.de><041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <001601c702af$9d355940$9603a8c0@claylaptop> In-Reply-To: <001601c702af$9d355940$9603a8c0@claylaptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jack Vogel , ke han Subject: Re: em driver testing 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, 07 Nov 2006 21:43:38 -0000 Clayton Milos wrote: > Hi Jack > > > I patched the driver and re-compiled the kernel and userland. > > All appears well with the em driver now. No more errors on it. > I am getting watchdog timeouts on the xl driver now though. It was > happenning before at the same time as the em ones. Now I've passed a > lot of traffic on the em interface but the xl interface gets watchdog > errors. The em interface still works fine but the xl one is no usable > after this. Has it not been established by someone that the problem is in freebsd (scheduler iirc) and not the drivers themselves? This along with the bge/bce wtachdog timeouts seems to confirm that. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 21:50:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E12416A47C for ; Tue, 7 Nov 2006 21:50:59 +0000 (UTC) (envelope-from jfvogel@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 BBBB643D45 for ; Tue, 7 Nov 2006 21:50:58 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id z59so1269787pyg for ; Tue, 07 Nov 2006 13:50:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UpsYN47iJikDRnqkTKDgYneZHf4VXvPy3hQ9lh1EBX9rRCrQwwnLN9O9WN5/R9iv2f1yv0P6I2cYNBtcRlb+6d5smONCZoczTlC8absCEPxruV5zYVHBNX4ubpsKlqkAam0YIuyIvFZPjmLeeE3SIUp/tFSU6a1sy9yXppgz+bA= Received: by 10.35.14.1 with SMTP id r1mr13912372pyi.1162936257806; Tue, 07 Nov 2006 13:50:57 -0800 (PST) Received: by 10.35.118.6 with HTTP; Tue, 7 Nov 2006 13:50:57 -0800 (PST) Message-ID: <2a41acea0611071350q7d7790adu767acb9c53031720@mail.gmail.com> Date: Tue, 7 Nov 2006 13:50:57 -0800 From: "Jack Vogel" To: "Mike Jakubik" In-Reply-To: <4550FE11.2060002@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <001601c702af$9d355940$9603a8c0@claylaptop> <4550FE11.2060002@rogers.com> Cc: Clayton Milos , freebsd-stable@freebsd.org, ke han Subject: Re: em driver testing 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, 07 Nov 2006 21:50:59 -0000 On 11/7/06, Mike Jakubik wrote: > Clayton Milos wrote: > > Hi Jack > > > > > > I patched the driver and re-compiled the kernel and userland. > > > > All appears well with the em driver now. No more errors on it. > > I am getting watchdog timeouts on the xl driver now though. It was > > happenning before at the same time as the em ones. Now I've passed a > > lot of traffic on the em interface but the xl interface gets watchdog > > errors. The em interface still works fine but the xl one is no usable > > after this. > > Has it not been established by someone that the problem is in freebsd > (scheduler iirc) and not the drivers themselves? This along with the > bge/bce wtachdog timeouts seems to confirm that. Yes, I think its pretty likely to be in the timer/clock code, something must have changed. However, I like the design change we made to em better anyway, the net/if timer is UP design, and has ALWAYS been vulnerable to races, its best to do what we did (its in patch yet and not checked in btw). Jack From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 21:53:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFC3016A416 for ; Tue, 7 Nov 2006 21:53:06 +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 25A9943D4C for ; Tue, 7 Nov 2006 21:53:05 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA7LquIw021727; Tue, 7 Nov 2006 14:53:02 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45510033.7010102@samsco.org> Date: Tue, 07 Nov 2006 14:52:51 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jack Vogel References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <001601c702af$9d355940$9603a8c0@claylaptop> <2a41acea0611071304n4fae1751ic462a58b45825bf2@mail.gmail.com> In-Reply-To: <2a41acea0611071304n4fae1751ic462a58b45825bf2@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Clayton Milos , freebsd-stable@freebsd.org, ke han Subject: Re: em driver testing 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, 07 Nov 2006 21:53:06 -0000 Jack Vogel wrote: > On 11/7/06, Clayton Milos wrote: > >> Hi Jack >> >> >> I patched the driver and re-compiled the kernel and userland. >> >> All appears well with the em driver now. No more errors on it. >> I am getting watchdog timeouts on the xl driver now though. It was >> happenning before at the same time as the em ones. Now I've passed a >> lot of >> traffic on the em interface but the xl interface gets watchdog errors. >> The >> em interface still works fine but the xl one is no usable after this. > > > I'm not sure what it is, but the fact that a variety of nic drivers > are having this > same problem indicates that something changed in the if_timer and its > caller, someone knowing that subsystem would be better qualified to > say what. > > The other drivers should do the same thing that em did, and stop using > the net layer timer :) > > Jack I think it's more that the if_em driver watchdog was insulating the if_xl driver. Once the if_em component was removed, the if_xl driver was the next in line to be a victim. So yes, like you say, all of the drivers need to be fixed. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 22:42:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3486D16A407 for ; Tue, 7 Nov 2006 22:42:02 +0000 (UTC) (envelope-from freebsd@mail.gbch.net) Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C05843D7E for ; Tue, 7 Nov 2006 22:41:51 +0000 (GMT) (envelope-from freebsd@mail.gbch.net) Received: (qmail 83508 invoked from network); 8 Nov 2006 08:41:49 +1000 Received: from iliad.gbch.net (172.16.1.9) by gw.gbch.net with SMTP; 8 Nov 2006 08:41:49 +1000 Received: (qmail 12114 invoked by uid 1001); 8 Nov 2006 08:41:47 +1000 Message-ID: Date: Wed, 8 Nov 2006 08:41:46 +1000 From: Greg Black To: Vince Hoffman References: <4956a5e50611071012h3aaa9001q7cca1496a7d01a5b@mail.gmail.com> <7cf39bb60611071045o45ce8b0fkbe1fb304ed6c47ca@mail.gmail.com> <4956a5e50611071048n6b8ed19dkd0e3a8c65043a7bf@mail.gmail.com> <7cf39bb60611071051j9fb3d2ct74ab0a6dcb1f173f@mail.gmail.com> <4956a5e50611071057j7a378c00s7961ceadae35bcf8@mail.gmail.com> <4550E77E.6070207@unsane.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4550E77E.6070207@unsane.co.uk> User-Agent: Mutt/1.4.2.2i; gjb-muttsend.sh 1.7 2004-10-05 X-Uptime: 35 days X-Operating-System: FreeBSD 6.0-RELEASE i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Blog: http://www.gbch.net/gjb/blog/ X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-PGP-Key-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-Request-PGP: http://www.gbch.net/keys/4B04B7D6.asc Cc: Matthew Herzog , freebsd-stable@freebsd.org, Nenhum _de_Nos Subject: Re: problems compiling 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, 07 Nov 2006 22:42:02 -0000 On 2006-11-07, Vince Hoffman wrote: > PS try installing ccache to speed up your compiles. Definitely do not do this, especially if you're having problems with building something. There are all kinds of subtle things that break with ccache. Although it can be a great speed boost when things go well, it needs to be the first thing you get rid of when there are problems. And that adds up to a recommendation not to use it at all. Greg From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 22:59:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9483F16A403 for ; Tue, 7 Nov 2006 22:59:59 +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 8E7AC43D4C for ; Tue, 7 Nov 2006 22:59:55 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA7Mxko3022199; Tue, 7 Nov 2006 15:59:52 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45510FDF.201@samsco.org> Date: Tue, 07 Nov 2006 15:59:43 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com><20061106221219.GA66676@hugo10.ka.punkt.de><041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <001601c702af$9d355940$9603a8c0@claylaptop> <4550FE11.2060002@rogers.com> In-Reply-To: <4550FE11.2060002@rogers.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Clayton Milos , freebsd-stable@freebsd.org, Jack Vogel , ke han Subject: Re: em driver testing 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, 07 Nov 2006 22:59:59 -0000 Mike Jakubik wrote: > Clayton Milos wrote: > >> Hi Jack >> >> >> I patched the driver and re-compiled the kernel and userland. >> >> All appears well with the em driver now. No more errors on it. >> I am getting watchdog timeouts on the xl driver now though. It was >> happenning before at the same time as the em ones. Now I've passed a >> lot of traffic on the em interface but the xl interface gets watchdog >> errors. The em interface still works fine but the xl one is no usable >> after this. > > > Has it not been established by someone that the problem is in freebsd > (scheduler iirc) and not the drivers themselves? This along with the > bge/bce wtachdog timeouts seems to confirm that. > Mike, If you have insight into the bce driver, I would highly appreciate if you would share it. Scott (the guy who fixed bce) From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 23:13:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D071F16A403 for ; Tue, 7 Nov 2006 23:13:35 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp107.rog.mail.re2.yahoo.com (smtp107.rog.mail.re2.yahoo.com [68.142.225.205]) by mx1.FreeBSD.org (Postfix) with SMTP id AF07643D7E for ; Tue, 7 Nov 2006 23:13:25 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 18264 invoked from network); 7 Nov 2006 23:13:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=hZXPDOaUnFjUZ7CVj0rYpaw11ewFY0laDHNFl+QPJg17t86+MydevnOqoX/9MEg1sWQq1MurNhS5MhNIV3pOoRUxbR3L4C9I0/YxZ6bRu9+lMO0HHBx45rxZdjQYaliiyBL2cF7G2tPE7FpbzS9uQ8zDL4TCLoTLTmS2Z/3qikE= ; Received: from unknown (HELO ?172.16.0.200?) (mikej@rogers.com@74.111.253.239 with plain) by smtp107.rog.mail.re2.yahoo.com with SMTP; 7 Nov 2006 23:13:24 -0000 Message-ID: <45511323.7020802@rogers.com> Date: Tue, 07 Nov 2006 18:13:39 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Scott Long References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com><20061106221219.GA66676@hugo10.ka.punkt.de><041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <001601c702af$9d355940$9603a8c0@claylaptop> <4550FE11.2060002@rogers.com> <45510FDF.201@samsco.org> In-Reply-To: <45510FDF.201@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Clayton Milos , freebsd-stable@freebsd.org, Jack Vogel , ke han Subject: Re: em driver testing 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, 07 Nov 2006 23:13:35 -0000 Scott Long wrote: > Mike, > > If you have insight into the bce driver, I would highly appreciate if > you would share it. > > Scott (the guy who fixed bce) > I don't have any bce hardware myself, I'm just using the information from the list. I have some em and fxp hardware however that i can use to do tests. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 23:19:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2CD716A47C for ; Tue, 7 Nov 2006 23:19:07 +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 5678843D62 for ; Tue, 7 Nov 2006 23:19:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA7NIsK1022329; Tue, 7 Nov 2006 16:18:59 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45511458.3010004@samsco.org> Date: Tue, 07 Nov 2006 16:18:48 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com><20061106221219.GA66676@hugo10.ka.punkt.de><041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <001601c702af$9d355940$9603a8c0@claylaptop> <4550FE11.2060002@rogers.com> <45510FDF.201@samsco.org> <45511323.7020802@rogers.com> In-Reply-To: <45511323.7020802@rogers.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Clayton Milos , freebsd-stable@freebsd.org, Jack Vogel , ke han Subject: Re: em driver testing 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, 07 Nov 2006 23:19:07 -0000 Mike Jakubik wrote: > Scott Long wrote: > >> Mike, >> >> If you have insight into the bce driver, I would highly appreciate if >> you would share it. >> >> Scott (the guy who fixed bce) >> > > I don't have any bce hardware myself, I'm just using the information > from the list. I have some em and fxp hardware however that i can use to > do tests. > It's just unclear to me how you're associating bce problems with checksum offloading and IP fragmentation to em problems with design issues in the watchdog code. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Nov 7 23:36:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C9DD16A417 for ; Tue, 7 Nov 2006 23:36:30 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 909F043D80 for ; Tue, 7 Nov 2006 23:36:14 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA7NaEhT047182; Tue, 7 Nov 2006 18:36:14 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id kA7NaD3f008609 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Nov 2006 18:36:13 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200611072336.kA7NaD3f008609@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 07 Nov 2006 18:36:13 -0500 To: Scott Long , Jack Vogel From: Mike Tancsa In-Reply-To: <45510033.7010102@samsco.org> References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <001601c702af$9d355940$9603a8c0@claylaptop> <2a41acea0611071304n4fae1751ic462a58b45825bf2@mail.gmail.com> <45510033.7010102@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Clayton Milos , freebsd-stable@freebsd.org, ke han Subject: Re: em driver testing 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, 07 Nov 2006 23:36:30 -0000 At 04:52 PM 11/7/2006, Scott Long wrote: >I think it's more that the if_em driver watchdog was insulating the >if_xl driver. Once the if_em component was removed, the if_xl driver >was the next in line to be a victim. So yes, like you say, all of the >drivers need to be fixed. I wonder if thats what the issue I was seeing on the rl interface. While trying to stress test an em based machine, I saw Nov 6 17:33:05 releng6-865 kernel: rl0: watchdog timeout while blasting out UDP traffic via netrate from the rl based box to the em based box. ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 02:04:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ABBA16A407 for ; Wed, 8 Nov 2006 02:04:41 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp107.rog.mail.re2.yahoo.com (smtp107.rog.mail.re2.yahoo.com [68.142.225.205]) by mx1.FreeBSD.org (Postfix) with SMTP id 619C343D4C for ; Wed, 8 Nov 2006 02:04:40 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 83667 invoked from network); 8 Nov 2006 02:04:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=B3soLYRxHpYq4nW71mveMzzpkYK5YSNGkwR3Y25TXFZArnJ3qAiZ04wFqlK0sp9a2GS4sRBFj9/+0lB3f78Od1ELTg6qbrVNEfAks66O2We3z0YNCjGvvz5SsU19mad0INEJEgGXmlAXLz9zvRdckk4t4LfhSnlIn6khA01QCzE= ; Received: from unknown (HELO ?172.16.0.200?) (mikej@rogers.com@74.111.253.239 with plain) by smtp107.rog.mail.re2.yahoo.com with SMTP; 8 Nov 2006 02:04:39 -0000 Message-ID: <45513B40.50301@rogers.com> Date: Tue, 07 Nov 2006 21:04:48 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Jack Vogel References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <001601c702af$9d355940$9603a8c0@claylaptop> <4550FE11.2060002@rogers.com> <2a41acea0611071350q7d7790adu767acb9c53031720@mail.gmail.com> In-Reply-To: <2a41acea0611071350q7d7790adu767acb9c53031720@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: em driver testing 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, 08 Nov 2006 02:04:41 -0000 Jack, I have done some tests, here are my results. On 6.2-BETA3 i was able to get a timeout while compiling the kernel and ftping a large file from another server with the same card. On 6.2-STABLE cvsuped today i was not able to produce a timeout, i then applied your patch and the results were the same. em0@pci0:10:0: class=0x020000 card=0x11768086 chip=0x10768086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 04:10:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E56816A40F for ; Wed, 8 Nov 2006 04:10:45 +0000 (UTC) (envelope-from matheusber@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 B14AF43D55 for ; Wed, 8 Nov 2006 04:10:44 +0000 (GMT) (envelope-from matheusber@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so78704nfc for ; Tue, 07 Nov 2006 20:10:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TByK7X03zNZslHEA4gYNCbYhMr4TDul3MAuleMvFH8u3GbLBUF4Nw8yTUN+WUsTQOMs9WGz5/km8ZY03l9FQ78BIBcnjWr11Hc/7JTB/w1OKtyjN88KD99rFbUOzY9puOzVmkGYCx8yiPrnzJ0m1oJhiZos5tUkktdsEb86eIk4= Received: by 10.78.204.1 with SMTP id b1mr9244288hug.1162959043063; Tue, 07 Nov 2006 20:10:43 -0800 (PST) Received: by 10.78.157.16 with HTTP; Tue, 7 Nov 2006 20:10:42 -0800 (PST) Message-ID: <4956a5e50611072010p3ab6b230mcb7e0cadcf7c6ecf@mail.gmail.com> Date: Wed, 8 Nov 2006 01:10:42 -0300 From: "Nenhum _de_Nos" To: freebsd-stable@freebsd.org In-Reply-To: <4550E77E.6070207@unsane.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4956a5e50611071012h3aaa9001q7cca1496a7d01a5b@mail.gmail.com> <7cf39bb60611071045o45ce8b0fkbe1fb304ed6c47ca@mail.gmail.com> <4956a5e50611071048n6b8ed19dkd0e3a8c65043a7bf@mail.gmail.com> <7cf39bb60611071051j9fb3d2ct74ab0a6dcb1f173f@mail.gmail.com> <4956a5e50611071057j7a378c00s7961ceadae35bcf8@mail.gmail.com> <4550E77E.6070207@unsane.co.uk> Subject: Re: problems compiling 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: Wed, 08 Nov 2006 04:10:45 -0000 > Have you tried > cd /usr/obj/usr/src/usr.bin/vi > rm -rf * && rm .depend > > (make clean doesnt delete .depend and rm -rf * doesnt either.) > then try cd /usr/src/usr.bin > make > > > just in case you have something stale lying around ? > > Vince > > PS try installing ccache to speed up your compiles. jackpot ! there was a .depend there and then i rm -rf all /usr/obj/usr and the system is compiling ok now ;) thank you very much ! :) matheus - We will call you cygnus, The God of balance you shall be From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 09:07:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 354F616A47B for ; Wed, 8 Nov 2006 09:07:52 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B9AF43D6B for ; Wed, 8 Nov 2006 09:07:51 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1GhjPL-0005l1-00; Wed, 08 Nov 2006 10:07:43 +0100 Date: Wed, 8 Nov 2006 10:07:43 +0100 To: Michael Butler Message-ID: <20061108090743.GH4945@poupinou.org> References: <20061102134938.GA64052@lpthe.jussieu.fr> <20061107180016.GG4945@poupinou.org> <4550D504.3080300@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4550D504.3080300@protected-networks.net> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-stable@freebsd.org, Ian Smith , Michel Talon Subject: Re: Problem with the installer sysinstall. 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, 08 Nov 2006 09:07:52 -0000 On Tue, Nov 07, 2006 at 01:48:36PM -0500, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Bruno Ducrot wrote: > >> > cpu0: on acpi0 > >> > acpi_perf0: on cpu0 > >> > acpi_throttle0: on cpu0 > >> > cpu1: on acpi0 > >> > acpi_throttle1: on cpu1 > >> > acpi_throttle1: failed to attach P_CNT > >> > device_attach: acpi_throttle1 attach returned 6 > > > > Anyway the OP should enable eist and p4tcc (by loading cpufreq on boot) > > and both acpi_perf and acpi_throttle will be gone. > > Adding 'device cpufreq' results in dmesg looking like .. > > acpi0: on motherboard > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi0: Power Button (fixed) > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > ACPI-0356: *** Error: Region EmbeddedControl(3) has no handler > ACPI-1304: *** Error: Method execution failed > [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc64090e0), AE_NOT_EXIST > ACPI-0239: *** Error: Method execution failed > [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc64090e0), AE_NOT_EXIST > ACPI-0356: *** Error: Region EmbeddedControl(3) has no handler > ACPI-1304: *** Error: Method execution failed > [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc64090e0), AE_NOT_EXIST > ACPI-0239: *** Error: Method execution failed > [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc64090e0), AE_NOT_EXIST Strange. Does this happens only when you add cpufreq? Also, could you please add a link (www or ftp) to a file generated by acpidump -d -t > the_model_of_this_computer.asl? > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_ec0: port 0x62,0x66 on acpi0 > cpu0: on acpi0 > est0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > p4tcc1: on cpu1 Seems to be ok. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 14:25:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BCEC16A4D8 for ; Wed, 8 Nov 2006 14:25:20 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp106.rog.mail.re2.yahoo.com (smtp106.rog.mail.re2.yahoo.com [68.142.225.204]) by mx1.FreeBSD.org (Postfix) with SMTP id 8C2D843D62 for ; Wed, 8 Nov 2006 14:25:07 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 7081 invoked from network); 8 Nov 2006 14:25:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=taBUUceEqpi643xlmvzd8xMKLyiqSYGRVqpcYP9zJJCBfq0noaAypF+XeVgwNaJfoYcEUbvMIQQ9+cmoOaUT4PD2A+KvwME/u5oqgpo7rhBf6urNUsJvXu4Z9QrUPLgs5dtDqGACYpPMaWeJznojxH2M0i09fyswUBMe464x7ws= ; Received: from unknown (HELO ?172.16.0.200?) (mikej@rogers.com@74.111.253.239 with plain) by smtp106.rog.mail.re2.yahoo.com with SMTP; 8 Nov 2006 14:25:06 -0000 Message-ID: <4551E8D0.7080104@rogers.com> Date: Wed, 08 Nov 2006 09:25:20 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Scott Long References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com><20061106221219.GA66676@hugo10.ka.punkt.de><041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <001601c702af$9d355940$9603a8c0@claylaptop> <4550FE11.2060002@rogers.com> <45510FDF.201@samsco.org> <45511323.7020802@rogers.com> <45511458.3010004@samsco.org> In-Reply-To: <45511458.3010004@samsco.org> Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mike Jakubik , Clayton Milos , freebsd-stable@freebsd.org, Jack Vogel , ke han Subject: Re: em driver testing 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, 08 Nov 2006 14:25:20 -0000 On Tue, November 7, 2006 6:18 pm, Scott Long wrote: > It's just unclear to me how you're associating bce problems with > checksum offloading and IP fragmentation to em problems with design > issues in the watchdog code. You are correct, the bce watchdog timeouts seem to be related to hw checksums, apologies for the mistake. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 14:41:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 123B016A4D0 for ; Wed, 8 Nov 2006 14:41:04 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 7655443DCC for ; Wed, 8 Nov 2006 14:40:31 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 8 Nov 2006 14:40:30 -0000 Date: Wed, 8 Nov 2006 16:40:03 +0200 From: Nikolay Pavlov To: Jack Vogel Message-ID: <20061108144003.GA43734@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Jack Vogel , Adrian Chadd , freebsd-stable@freebsd.org References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <2a41acea0611062242h42b1bde6w711e9a5039ed1a90@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0611062242h42b1bde6w711e9a5039ed1a90@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Adrian Chadd , freebsd-stable@freebsd.org Subject: Re: em driver testing 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, 08 Nov 2006 14:41:04 -0000 On Monday, 6 November 2006 at 22:42:18 -0800, Jack Vogel wrote: > On 11/6/06, Adrian Chadd wrote: > >Just out of curiousity - why wasn't the offending MPSAFE related > >changes to em just reverted after discovering the em instability? The > >driver -was- stable a couple of months ago, no? > > Actually it was not. Some reports have cited problems back > to 6.0 or before. Well i have 5.5 box with very similar symptomatic :) I do not see watchdog timeouts on it, but a lot of UP/DOWN events. > > The watchdog design was fundamentally flawed from an SMP > point of view and needed to be changed. > > We also didnt want to go backwards if possible. My Intel driver > had support for new hardware that was good to pick up. > > There's lots of new stuff coming too, so stay tuned :) After 48 hours of production running there is no watchdog timeouts on my 6.2 SMP server with your patch. Thanks for all who working on this. > > Jack > _______________________________________________ > 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" -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 15:41:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF67A16A417; Wed, 8 Nov 2006 15:41:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.192.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4FCF43D68; Wed, 8 Nov 2006 15:41:03 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (rwcrmhc12) with ESMTP id <20061108154103m12000c4eje>; Wed, 8 Nov 2006 15:41:03 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id E09C51FA01A; Wed, 8 Nov 2006 07:41:02 -0800 (PST) Date: Wed, 8 Nov 2006 07:41:02 -0800 From: Jeremy Chadwick To: Nikolay Pavlov , Jack Vogel , Adrian Chadd , freebsd-stable@freebsd.org Message-ID: <20061108154102.GA40238@icarus.home.lan> Mail-Followup-To: Nikolay Pavlov , Jack Vogel , Adrian Chadd , freebsd-stable@freebsd.org References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <2a41acea0611062242h42b1bde6w711e9a5039ed1a90@mail.gmail.com> <20061108144003.GA43734@zone3000.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061108144003.GA43734@zone3000.net> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: em driver testing 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, 08 Nov 2006 15:41:15 -0000 On Wed, Nov 08, 2006 at 04:40:03PM +0200, Nikolay Pavlov wrote: > Well i have 5.5 box with very similar symptomatic :) > I do not see watchdog timeouts on it, but a lot of UP/DOWN events. Are you sure this is the same problem as what's being discussed here? If you revert to a previous kernel or em driver, does the problem (link up/down) go away? Are you sure you don't actually have a flaky cable or RJ45 connector? What does the switch your NIC is connected to say? (does it show link going up and down) I feel horrible for both Scott and Jack -- I think there's tons of people coming out of the woodwork with "ME TOO" comments who may in fact be suffering from other problems, and are looking for a scapegoat thread. -- | 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 8 16:20:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D271D16A517 for ; Wed, 8 Nov 2006 16:20:14 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 3FAF143D5E for ; Wed, 8 Nov 2006 16:20:12 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 8 Nov 2006 16:20:11 -0000 Date: Wed, 8 Nov 2006 18:19:44 +0200 From: Nikolay Pavlov To: freebsd-stable@freebsd.org Message-ID: <20061108161944.GA50203@zone3000.net> Mail-Followup-To: Nikolay Pavlov , freebsd-stable@freebsd.org References: <20061103153342.GA2639@zone3000.net> <20061103154928.GA3040@zone3000.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061103154928.GA3040@zone3000.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Subject: Re: panic on 6.2-PRERELEASE (With backtrace) 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, 08 Nov 2006 16:20:14 -0000 On Friday, 3 November 2006 at 17:49:28 +0200, Nikolay Pavlov wrote: > On Friday, 3 November 2006 at 17:33:42 +0200, Nikolay Pavlov wrote: > > Hi, guys. I have a panic running squid as web accelerator on > > 6.2-PRERELEASE. Here is a backtrace: > > > > root@accel1:/usr/obj/usr/src/sys/ACCEL# kgdb kernel.debug /var/crash/vmcore.0 > > 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: > > panic: kmem_malloc(4096): kmem_map too small: 335544320 total allocated > > KDB: stack backtrace: > > kdb_backtrace(100,cb83b000,c1040500,c1040500,0,...) at kdb_backtrace+0x29 > > panic(c06e0826,1000,14000000,dd22b6e8,1000,...) at panic+0xa8 > > kmem_malloc(c104b0c0,1000,102,ebc75aec,c063c285,...) at kmem_malloc+0x89 > > page_alloc(c103d080,1000,ebc75adf,102,38,...) at page_alloc+0x1a > > slab_zalloc(c103d080,102,c103d0c8,c103d080,c1032d9c,...) at slab_zalloc+0xa1 > > uma_zone_slab(c103d080,2) at uma_zone_slab+0xe8 > > uma_zalloc_bucket(c103d080,2) at uma_zalloc_bucket+0x11c > > uma_zalloc_arg(c103d080,dd18d100,2) at uma_zalloc_arg+0x2dc > > mb_zinit_pack(dd18d100,100,2) at mb_zinit_pack+0x18 > > uma_zalloc_bucket(c103d100,3) at uma_zalloc_bucket+0x168 > > uma_zalloc_arg(c103d100,ebc75bfc,2) at uma_zalloc_arg+0x2dc > > sosend(cbb7842c,0,ebc75cbc,0,0,0,cb83b000) at sosend+0x3c5 > > soo_write(daa2f870,ebc75cbc,cb68d100,0,cb83b000) at soo_write+0xa1 > > dofilewrite(cb83b000,1174,daa2f870,ebc75cbc,ffffffff,...) at dofilewrite+0x77 > > kern_writev(cb83b000,1174,ebc75cbc,cfa4000,1000,...) at kern_writev+0x3b > > write(cb83b000,ebc75d04) at write+0x45 > > syscall(82e003b,3b,bfbe003b,e894ea0,e2e40,...) at syscall+0x25b > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (4, FreeBSD ELF32, write), eip = 0xa8319bab, esp = 0xbfbe8cac, ebp = 0xbfbe8cd8 --- > > KDB: enter: panic > > panic: from debugger > > Uptime: 5m34s > > Dumping 3967 MB (3 chunks) > > chunk 0: 1MB (159 pages) ... ok > > chunk 1: 3966MB (1015280 pages) 3950 3934 3918 3902 3886 3870 3854 3838 3822 3806 > > 3790 3774 3758 3742 3726 3710 3694 3678 3662 3646 3630 3614 3598 3582 3566 3550 > > 3534 3518 3502 3486 3470 3454 3438 3422 3406 3390 3374 3358 3342 3326 3310 3294 > > 3278 3262 3246 3230 3214 3198 3182 3166 3150 3134 3118 3102 3086 3070 3054 3038 > > 3022 3006 2990 2974 2958 2942 2926 2910 2894 2878 2862 2846 2830 2814 2798 2782 > > 2766 2750 2734 2718 2702 2686 2670 2654 2638 2622 2606 2590 2574 2558 2542 2526 > > 2510 2494 2478 2462 2446 2430 2414 2398 2382 2366 2350 2334 2318 2302 2286 2270 > > 2254 2238 2222 2206 2190 2174 2158 2142 2126 2110 2094 2078 2062 2046 2030 2014 > > 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 > > 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 > > 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 > > 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 > > 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 > > 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 > > 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 ... ok > > chunk 2: 1MB (128 pages) > > > > #0 doadump () at pcpu.h:165 > > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > > (kgdb) quit > > > > > > Some additional information: > > > > root@accel1:~# cat /boot/loader.conf > > # --- Loader settings --- > > autoboot_delay="5" # Delay in seconds before autobooting > > > > # --- Kernel tunables --- > > kern.ipc.nmbclusters="131072" # Set the number of mbuf clusters > > kern.cam.scsi_delay="5000" # Delay (in ms) before probing SCSI > > kern.maxdsiz="2560M" # Allow more memory allocation for squid > > kern.dfldsiz="2560M" # Allow more memory allocation for squid > > kern.maxssiz="128M" # Allow more memory allocation for squid > > > > # --- Networking modules --- > > pf_load="YES" # Packet filter > > > > # --- Other modules --- > > accf_data_load="YES" # Wait for data accept filter > > accf_http_load="YES" # Wait for full HTTP request accept filter > > > > root@accel1:~# cat /etc/sysctl.conf > > > > # --- MAC access for squid --- > > net.inet.ip.portrange.reservedlow=0 > > net.inet.ip.portrange.reservedhigh=0 > > security.mac.portacl.rules=uid:100:tcp:80 > > > > > > # --- Kernel tunning --- > > kern.ipc.somaxconn=8192 > > > > # --- Network tunning and protection --- > > kern.ipc.maxsockbuf=1048576 > > net.inet.tcp.sendspace=262144 > > net.inet.tcp.recvspace=131072 > > net.inet.tcp.msl=3000 > > net.inet.icmp.icmplim=50 > > net.inet.icmp.drop_redirect=1 > > net.inet.icmp.log_redirect=1 > > net.inet.ip.redirect=0 > > net.inet6.ip6.redirect=0 > > > > Kernel was complied with this additional options: > > > > options KDB > > options KDB_TRACE > > options DDB > > options ALT_BREAK_TO_DEBUGGER > > > > options INVARIANTS > > options INVARIANT_SUPPORT > > options WITNESS > > options DEBUG_LOCKS > > options DEBUG_VFS_LOCKS > > options DIAGNOSTIC > > options DEBUG_MEMGUARD > > > > options MAC > > options MAC_PORTACL > > > > If you need additional information let me know. > > > > Forget to add this: > > root@accel1:~# sysctl -a | grep mem > memdesc 1 4K - 1 4096 > vm.memguard_divisor: 10 > vm.kmem_size: 335544320 > vm.kmem_size_max: 335544320 > vm.kmem_size_scale: 3 > vfs.ufs.dirhash_maxmem: 2097152 > vfs.ufs.dirhash_mem: 33557 > hw.physmem: 4151218176 > hw.usermem: 4127731712 > hw.realmem: 4160225280 > hw.pci.host_mem_start: 2147483648 > p1003_1b.memlock: 0 > p1003_1b.memlock_range: 0 > p1003_1b.memory_protection: 0 > p1003_1b.shared_memory_objects: 1 > For history: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/book.html#KMEM-MAP-TOO-SMALL is the answer for such panics. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 16:26:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC2AB16A416; Wed, 8 Nov 2006 16:26:48 +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 CABF443D4C; Wed, 8 Nov 2006 16:26:45 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA8GQSIS028271; Wed, 8 Nov 2006 09:26:33 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45520532.3000603@samsco.org> Date: Wed, 08 Nov 2006 09:26:26 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Nikolay Pavlov , Jack Vogel , Adrian Chadd , freebsd-stable@freebsd.org References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <2a41acea0611062242h42b1bde6w711e9a5039ed1a90@mail.gmail.com> <20061108144003.GA43734@zone3000.net> <20061108154102.GA40238@icarus.home.lan> In-Reply-To: <20061108154102.GA40238@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Subject: Re: em driver testing 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, 08 Nov 2006 16:26:49 -0000 Jeremy Chadwick wrote: > On Wed, Nov 08, 2006 at 04:40:03PM +0200, Nikolay Pavlov wrote: >> Well i have 5.5 box with very similar symptomatic :) >> I do not see watchdog timeouts on it, but a lot of UP/DOWN events. > > Are you sure this is the same problem as what's being discussed > here? If you revert to a previous kernel or em driver, does the > problem (link up/down) go away? Are you sure you don't actually > have a flaky cable or RJ45 connector? What does the switch your > NIC is connected to say? (does it show link going up and down) > > I feel horrible for both Scott and Jack -- I think there's tons > of people coming out of the woodwork with "ME TOO" comments who > may in fact be suffering from other problems, and are looking for > a scapegoat thread. > The timeout/watchdog mechanism in the interface layer has been a problem ever since the MPSAFE work was done on the network stack. It's prone to races, and as the OS has improved and gotten faster over the past 2 years, those races have gotten bigger. In a way, it's a actually a positive indication of progress and improvement =-) I don't doubt that there are users with other problems. We spent some time collecting as much user data as we could in order to find patterns and weed out the uncommon cases. But this timer/watchdog thing looks to be a strong candidate for being the root cause of many of the problems. We'll continue to investigate these problems and address other drivers. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 16:47:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 295D116A416 for ; Wed, 8 Nov 2006 16:47:40 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 5797543D5E for ; Wed, 8 Nov 2006 16:47:25 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 8 Nov 2006 16:47:12 -0000 Date: Wed, 8 Nov 2006 18:46:44 +0200 From: Nikolay Pavlov To: Jack Vogel , Adrian Chadd , freebsd-stable@freebsd.org Message-ID: <20061108164644.GA50151@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Jack Vogel , Adrian Chadd , freebsd-stable@freebsd.org References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <2a41acea0611062242h42b1bde6w711e9a5039ed1a90@mail.gmail.com> <20061108144003.GA43734@zone3000.net> <20061108154102.GA40238@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061108154102.GA40238@icarus.home.lan> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Subject: Re: em driver testing 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, 08 Nov 2006 16:47:40 -0000 On Wednesday, 8 November 2006 at 7:41:02 -0800, Jeremy Chadwick wrote: > On Wed, Nov 08, 2006 at 04:40:03PM +0200, Nikolay Pavlov wrote: > > Well i have 5.5 box with very similar symptomatic :) > > I do not see watchdog timeouts on it, but a lot of UP/DOWN events. > > Are you sure this is the same problem as what's being discussed > here? If you revert to a previous kernel or em driver, does the > problem (link up/down) go away? Are you sure you don't actually > have a flaky cable or RJ45 connector? What does the switch your > NIC is connected to say? (does it show link going up and down) I am pretty sure. All my servers using the same em chip, on all my 6.1 boxes either UP or SMP i see watchdog timeout, average load of this adapters is 5000 - 6000 interrunpts per second. I have only one box with 5.5 (same task and same platform), but i am not claiming that this is exactly the watchdog problem, it's just very symptomatic in context of discussion. In any case new 6.2 em patch works for me, at least i do not see watchdog timeouts after 48 hours of uptime. By the way the box is connected to 2950 switch, i can't find any problems on cabling. Here is how it looks like on 5.5: Oct 18 05:38:45 ms6 kernel: em0: Link is up 1000 Mbps Full Duplex Oct 18 05:38:50 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: not responding Oct 18 05:39:21 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: not responding Oct 18 05:39:32 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: is alive again Oct 18 05:52:22 ms6 kernel: em0: Link is Down Oct 18 05:55:13 ms6 kernel: em0: Link is up 1000 Mbps Full Duplex Oct 18 05:55:13 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: not responding Oct 18 05:55:44 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: not responding Oct 18 05:55:46 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: is alive again Oct 18 06:01:52 ms6 kernel: em0: Link is Down Oct 18 06:03:54 ms6 kernel: em0: Link is up 1000 Mbps Full Duplex Oct 18 06:03:54 ms6 kernel: em0: Link is Down Oct 18 06:04:01 ms6 kernel: em0: Link is up 1000 Mbps Full Duplex Oct 18 06:16:07 ms6 kernel: em0: Link is Down Oct 18 06:18:16 ms6 kernel: em0: Link is up 1000 Mbps Full Duplex Oct 18 06:21:55 ms6 kernel: em0: Link is Down Oct 18 06:25:12 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: not responding Oct 18 06:25:25 ms6 kernel: em0: Link is up 1000 Mbps Full Duplex Oct 18 06:25:27 ms6 kernel: em0: Link is Down Oct 18 06:25:33 ms6 kernel: em0: Link is up 1000 Mbps Full Duplex Oct 18 06:25:43 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: not responding Oct 18 06:26:10 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: is alive again Oct 18 06:43:12 ms6 kernel: em0: Link is Down Oct 18 06:45:13 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: not responding Oct 18 06:45:44 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: not responding Oct 18 06:46:15 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: not responding Oct 18 06:46:27 ms6 kernel: em0: Link is up 1000 Mbps Full Duplex Oct 18 06:46:28 ms6 kernel: em0: Link is Down Oct 18 06:46:34 ms6 kernel: em0: Link is up 1000 Mbps Full Duplex Oct 18 06:46:46 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: not responding Oct 18 06:47:17 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: not responding Oct 18 06:47:26 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: is alive again Oct 18 07:02:51 ms6 kernel: em0: Link is Down Oct 18 07:04:42 ms6 kernel: em0: Link is up 1000 Mbps Full Duplex Oct 18 07:04:44 ms6 kernel: em0: Link is Down Oct 18 07:04:50 ms6 kernel: em0: Link is up 1000 Mbps Full Duplex Oct 18 07:05:13 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: not responding Oct 18 07:05:25 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: is alive again Oct 18 16:40:05 ms6 kernel: receive error 60 from nfs server 206.53.x.x:/usr/home/shared Oct 19 03:55:13 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: not responding Oct 19 03:55:15 ms6 kernel: nfs server 206.53.x.x:/usr/home/shared: is alive again After that date it was rebooted at least three times and i don't see such symptoms any more. > > I feel horrible for both Scott and Jack -- I think there's tons > of people coming out of the woodwork with "ME TOO" comments who > may in fact be suffering from other problems, and are looking for > a scapegoat thread. Just ignore me. Patch works for me and this is end. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 16:55:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7E1C16A415 for ; Wed, 8 Nov 2006 16:55:18 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 9274243DC3 for ; Wed, 8 Nov 2006 16:54:17 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 8 Nov 2006 16:54:15 -0000 Date: Wed, 8 Nov 2006 18:53:48 +0200 From: Nikolay Pavlov To: Scott Long Message-ID: <20061108165348.GA50453@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Scott Long , Jack Vogel , Adrian Chadd , freebsd-stable@freebsd.org References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <2a41acea0611062242h42b1bde6w711e9a5039ed1a90@mail.gmail.com> <20061108144003.GA43734@zone3000.net> <20061108154102.GA40238@icarus.home.lan> <45520532.3000603@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45520532.3000603@samsco.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Adrian Chadd , freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em driver testing 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, 08 Nov 2006 16:55:18 -0000 On Wednesday, 8 November 2006 at 9:26:26 -0700, Scott Long wrote: > Jeremy Chadwick wrote: > >On Wed, Nov 08, 2006 at 04:40:03PM +0200, Nikolay Pavlov wrote: > >>Well i have 5.5 box with very similar symptomatic :) > >>I do not see watchdog timeouts on it, but a lot of UP/DOWN events. > > > >Are you sure this is the same problem as what's being discussed > >here? If you revert to a previous kernel or em driver, does the > >problem (link up/down) go away? Are you sure you don't actually > >have a flaky cable or RJ45 connector? What does the switch your > >NIC is connected to say? (does it show link going up and down) > > > >I feel horrible for both Scott and Jack -- I think there's tons > >of people coming out of the woodwork with "ME TOO" comments who > >may in fact be suffering from other problems, and are looking for > >a scapegoat thread. > > > > The timeout/watchdog mechanism in the interface layer has been a problem > ever since the MPSAFE work was done on the network stack. It's prone to > races, and as the OS has improved and gotten faster over the past 2 > years, those races have gotten bigger. In a way, it's a actually a > positive indication of progress and improvement =-) > > I don't doubt that there are users with other problems. We spent some > time collecting as much user data as we could in order to find patterns > and weed out the uncommon cases. But this timer/watchdog thing looks to > be a strong candidate for being the root cause of many of the problems. > We'll continue to investigate these problems and address other drivers. > > Scott Thanks Scott. From my side, I'd like to say that I'm always ready to help you in testing. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 17:07:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EB3816A403; Wed, 8 Nov 2006 17:07:09 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27D5743D5A; Wed, 8 Nov 2006 17:07:07 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([85.236.96.60]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50003185466.msg; Wed, 08 Nov 2006 17:06:35 +0000 Message-ID: <01c801c70358$3cac5200$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Scott Long" , "Nikolay Pavlov" , "Jack Vogel" , "Adrian Chadd" , References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <2a41acea0611062242h42b1bde6w711e9a5039ed1a90@mail.gmail.com> <20061108144003.GA43734@zone3000.net><20061108154102.GA40238@icarus.home.lan> <45520532.3000603@samsco.org> Date: Wed, 8 Nov 2006 17:06:22 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Wed, 08 Nov 2006 17:06:35 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 85.236.96.60 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Wed, 08 Nov 2006 17:06:35 +0000 Cc: Subject: Re: em driver testing 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, 08 Nov 2006 17:07:09 -0000 Scott Long wrote: > I don't doubt that there are users with other problems. We spent some > time collecting as much user data as we could in order to find > patterns and weed out the uncommon cases. But this timer/watchdog > thing looks to be a strong candidate for being the root cause of many > of the problems. We'll continue to investigate these problems and > address other drivers. Out of interest are there any priorities for drivers that will get fixed before 6.2 release? Obviously em will but what others: bge, xl? Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 17:25:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DFEF16A4EF; Wed, 8 Nov 2006 17:25:23 +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 EEDA043D58; Wed, 8 Nov 2006 17:25:21 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA8HPCD7028546; Wed, 8 Nov 2006 10:25:18 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <455212F2.3030509@samsco.org> Date: Wed, 08 Nov 2006 10:25:06 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steven Hartland References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <2a41acea0611062242h42b1bde6w711e9a5039ed1a90@mail.gmail.com> <20061108144003.GA43734@zone3000.net><20061108154102.GA40238@icarus.home.lan> <45520532.3000603@samsco.org> <01c801c70358$3cac5200$b3db87d4@multiplay.co.uk> In-Reply-To: <01c801c70358$3cac5200$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Adrian Chadd , freebsd-stable@freebsd.org, Jack Vogel , Nikolay Pavlov Subject: Re: em driver testing 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, 08 Nov 2006 17:25:23 -0000 Steven Hartland wrote: > Scott Long wrote: > >> I don't doubt that there are users with other problems. We spent some >> time collecting as much user data as we could in order to find >> patterns and weed out the uncommon cases. But this timer/watchdog >> thing looks to be a strong candidate for being the root cause of many >> of the problems. We'll continue to investigate these problems and >> address other drivers. > > > Out of interest are there any priorities for drivers that will get > fixed before 6.2 release? Obviously em will but what others: bge, xl? > Steve > My personally opinion is that the changes needed are too risky to rush into 6.2 for all of the different drivers. For the vast majority of people, what is in 6.2 works quite well, and there is no need to introduce new bugs. We are pushing forward with if_em because the problems there are pretty widespread, and Intel is providing direct engineering and QA input. Thus, risk is reduced. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 18:44:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 841D216A58D for ; Wed, 8 Nov 2006 18:44:21 +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 F2FF843D80 for ; Wed, 8 Nov 2006 18:43:59 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GhsOm-0004yP-CI for freebsd-stable@freebsd.org; Wed, 08 Nov 2006 19:43:44 +0100 Received: from 83-131-105-61.adsl.net.t-com.hr ([83.131.105.61]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Nov 2006 19:43:44 +0100 Received: from ivoras by 83-131-105-61.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Nov 2006 19:43:44 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 08 Nov 2006 19:43:23 +0100 Lines: 13 Message-ID: References: <68011C68-0962-4946-88E1-F36EE7C707DA@redstarling.com> <20061106221219.GA66676@hugo10.ka.punkt.de> <041201c701f9$37b2aed0$9603a8c0@claylaptop> <2a41acea0611061614n478efe77y82c0ebc2e1b01e19@mail.gmail.com> <2a41acea0611062242h42b1bde6w711e9a5039ed1a90@mail.gmail.com> <20061108144003.GA43734@zone3000.net><20061108154102.GA40238@icarus.home.lan> <45520532.3000603@samsco.org> <01c801c70358$3cac5200$b3db87d4@multiplay.co.uk> <455212F2.3030509@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 83-131-105-61.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) In-Reply-To: <455212F2.3030509@samsco.org> Sender: news Subject: Re: em driver testing 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, 08 Nov 2006 18:44:21 -0000 Scott Long wrote: > My personally opinion is that the changes needed are too risky to rush > into 6.2 for all of the different drivers. For the vast majority of > people, what is in 6.2 works quite well, and there is no need to > introduce new bugs. We are pushing forward with if_em because the > problems there are pretty widespread, and Intel is providing direct > engineering and QA input. Thus, risk is reduced. >From a purely user's point of view, it would be nice if the problems were clearly mentioned in errata together with links to the newest patches or some other kind of pointer to the ongoing work so people know where to look if these bugs hit them. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 18:50:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 951E516A4D1 for ; Wed, 8 Nov 2006 18:50:21 +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 963C343D6B for ; Wed, 8 Nov 2006 18:50:11 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1GhsUt-0006Dn-6E for freebsd-stable@freebsd.org; Wed, 08 Nov 2006 19:50:03 +0100 Received: from 83-131-105-61.adsl.net.t-com.hr ([83.131.105.61]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Nov 2006 19:50:03 +0100 Received: from ivoras by 83-131-105-61.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Nov 2006 19:50:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 08 Nov 2006 19:48:00 +0100 Lines: 6 Message-ID: References: <4313.217.188.193.85.1162820714.squirrel@mta.webmatic.de> <20061106135642.GD44791@rambler-co.ru> <4337.217.188.193.85.1162823197.squirrel@mta.webmatic.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 83-131-105-61.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) In-Reply-To: <4337.217.188.193.85.1162823197.squirrel@mta.webmatic.de> Sender: news Subject: Re: FreeBSD doesn't boot at Supermicro H8SSL-i2 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, 08 Nov 2006 18:50:21 -0000 Thomas Krause wrote: > > BTW: There is no way to disable USB completely? You can try using loader hints: http://www.freebsd.org/cgi/man.cgi?query=device.hints&sektion=5 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 19:38:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6017F16A47C for ; Wed, 8 Nov 2006 19:38:49 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14FC543D6D for ; Wed, 8 Nov 2006 19:38:29 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 21C6E5DD5; Wed, 8 Nov 2006 22:38:28 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id F38C55E5B; Wed, 8 Nov 2006 22:38:27 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kA8JcU79035023; Wed, 8 Nov 2006 22:38:30 +0300 (MSK) (envelope-from ru) Date: Wed, 8 Nov 2006 22:38:30 +0300 From: Ruslan Ermilov To: Vince Hoffman Message-ID: <20061108193830.GA34932@rambler-co.ru> References: <4956a5e50611071012h3aaa9001q7cca1496a7d01a5b@mail.gmail.com> <7cf39bb60611071045o45ce8b0fkbe1fb304ed6c47ca@mail.gmail.com> <4956a5e50611071048n6b8ed19dkd0e3a8c65043a7bf@mail.gmail.com> <7cf39bb60611071051j9fb3d2ct74ab0a6dcb1f173f@mail.gmail.com> <4956a5e50611071057j7a378c00s7961ceadae35bcf8@mail.gmail.com> <4550E77E.6070207@unsane.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <4550E77E.6070207@unsane.co.uk> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@freebsd.org Subject: Re: problems compiling 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: Wed, 08 Nov 2006 19:38:49 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 07, 2006 at 08:07:26PM +0000, Vince Hoffman wrote: > Have you tried > cd /usr/obj/usr/src/usr.bin/vi > rm -rf * && rm .depend >=20 > (make clean doesnt delete .depend and rm -rf * doesnt either.) > then try cd /usr/src/usr.bin > make >=20 There's a convenience target for this, "make cleandepend". Another useful target is "cleandir", which removes the object directory if it's different from source directory, and otherwise does "make clean cleandepend". Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFUjI2qRfpzJluFF4RAtCCAKCDYVjXRCIrshA7fVajfQzMHyCMSQCgjpwy 49xmT1/hyxwTRxu7QvGreKg= =v2Jj -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 21:33:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2550916A407 for ; Wed, 8 Nov 2006 21:33:34 +0000 (UTC) (envelope-from mvoorhis@cs.wpi.edu) Received: from mail1.wpi.edu (MAIL1.WPI.EDU [130.215.36.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A1E343D45 for ; Wed, 8 Nov 2006 21:33:28 +0000 (GMT) (envelope-from mvoorhis@cs.wpi.edu) Received: from mcafee.wpi.edu (MCAFEE.WPI.EDU [130.215.36.86]) by mail1.wpi.edu (8.13.8/8.13.8) with SMTP id kA8LXRP1019529 for ; Wed, 8 Nov 2006 16:33:27 -0500 Received: from (130.215.36.186) by mcafee.wpi.edu via smtp id 40f5_c530a43a_6f70_11db_92a5_0013725b2d50; Wed, 08 Nov 2006 16:33:27 -0500 Received: from [130.215.29.46] (ERESSEA.WPI.EDU [130.215.29.46]) by SMTP.WPI.EDU (8.13.8/8.13.8) with ESMTP id kA8LXPiH015912 for ; Wed, 8 Nov 2006 16:33:26 -0500 (envelope-from mvoorhis@cs.wpi.edu) Message-ID: <45524D25.8020906@cs.wpi.edu> Date: Wed, 08 Nov 2006 16:33:25 -0500 From: Mike Voorhis User-Agent: Thunderbird 1.5.0.7 (X11/20061018) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <4313.217.188.193.85.1162820714.squirrel@mta.webmatic.de> <20061106135642.GD44791@rambler-co.ru> <4337.217.188.193.85.1162823197.squirrel@mta.webmatic.de> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD doesn't boot at Supermicro H8SSL-i2 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, 08 Nov 2006 21:33:34 -0000 Wouldn't disabling USB in BIOS work? This appears to be possible from most of the PC's I see in my travels. Ivan Voras wrote: > Thomas Krause wrote: >> BTW: There is no way to disable USB completely? > > You can try using loader hints: > http://www.freebsd.org/cgi/man.cgi?query=device.hints&sektion=5 > > _______________________________________________ > 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 8 22:46:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7F0D16A4B3; Wed, 8 Nov 2006 22:46:35 +0000 (UTC) (envelope-from Gabor@Zahemszky.HU) Received: from mta05.mail.t-online.hu (mta05.mail.t-online.hu [195.228.240.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F5C643D6B; Wed, 8 Nov 2006 22:46:34 +0000 (GMT) (envelope-from Gabor@Zahemszky.HU) Received: from [192.168.1.2] (dsl51B6157B.pool.t-online.hu [81.182.21.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.t-online.hu (Postfix) with ESMTP; Wed, 8 Nov 2006 23:46:32 +0100 (CET) Message-ID: <45525E42.7030904@Zahemszky.HU> Date: Wed, 08 Nov 2006 23:46:26 +0100 From: =?ISO-8859-2?Q?Zahemszky_G=E1bor?= User-Agent: Thunderbird 1.5.0.7 (X11/20061024) MIME-Version: 1.0 To: Florent Thoumie , freebsd-stable@freebsd.org References: <453FCCB2.1090006@Zahemszky.HU> <20061025213019.GB5670@rambler-co.ru> <1161812711.965.6.camel@localhost> In-Reply-To: <1161812711.965.6.camel@localhost> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: Subject: Re: error in /etc/rc.d/mdconfig{,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: Wed, 08 Nov 2006 22:46:35 -0000 Hi! Two weeks later, this small typo-correction doesn't reach the RELENG_6 branch. Will it, before src-freeze? Zahy < Gabor at Zahemszky dot HU > > On Thu, 2006-10-26 at 01:30 +0400, Ruslan Ermilov wrote: >> On Wed, Oct 25, 2006 at 10:44:34PM +0200, Zahemszky G?bor wrote: >>> Hi! >>> >>> I've just found, that both /etc/rc.d/mdconfig, and /etc/rc.d/mdconfig2 >>> file in my 6.2.prerelease (cvsupped yesterday), has an incorrect kldload >>> line: >>> >>> kldstat -q -m g_md || kldload geom_md || err 1 "geom_md failed to load." >>> >>> (mdconfig line 97, and mdconfig2 line 104) >>> >>> The module name is g_md, and not geom_md. >>> >>> # $FreeBSD: src/etc/rc.d/mdconfig,v 1.3.2.1 2006/08/21 15:06:38 flz Exp $ >>> # $FreeBSD: src/etc/rc.d/mdconfig2,v 1.3.2.1 2006/08/21 15:06:38 flz Exp $ >>> >> True. In RELENG_6 the module is named g_md.ko, while in HEAD it was >> renamed to geom_md.ko. > > Indeed, forgot to change the name, geom_uzip doesn't need to be changed. > Is there a reason why the rename hasn't been MFC'ed? g_md seems to be > the only one not to be named geom_. > > Anyway, here's the patch for RELENG_6, is it ok to commit? > > Index: mdconfig > =================================================================== > RCS file: /home/ncvs/src/etc/rc.d/mdconfig,v > retrieving revision 1.3.2.1 > diff -u -r1.3.2.1 mdconfig > --- mdconfig 21 Aug 2006 15:06:38 -0000 1.3.2.1 > +++ mdconfig 25 Oct 2006 21:42:22 -0000 > @@ -108,7 +108,7 @@ > return > fi > > - kldstat -q -m g_md || kldload geom_md || err 1 "geom_md failed > to load." > + kldstat -q -m g_md || kldload g_md || err 1 "g_md failed to > load." > > for _md in ${_mdconfig_list}; do > init_variables ${_md} > Index: mdconfig2 > =================================================================== > RCS file: /home/ncvs/src/etc/rc.d/mdconfig2,v > retrieving revision 1.3.2.1 > diff -u -r1.3.2.1 mdconfig2 > --- mdconfig2 21 Aug 2006 15:06:38 -0000 1.3.2.1 > +++ mdconfig2 25 Oct 2006 21:42:22 -0000 > @@ -116,7 +116,7 @@ > return > fi > > - kldstat -q -m g_md || kldload geom_md || err 1 "geom_md failed > to load." > + kldstat -q -m g_md || kldload g_md || err 1 "g_md failed to > load." > > for _md in ${_mdconfig2_list}; do > init_variables ${_md} > -- #!/bin/ksh Z='21N16I25C25E30, 40M30E33E25T15U!';IFS=' ABCDEFGHIJKLMNOPQRSTUVWXYZ ';set -- $Z;for i;{ [[ $i = ? ]]&&print $i&&break;[[ $i = ??? ]]&&j=$i&&i=${i%?};typeset -i40 i=8#$i;print -n ${i#???};[[ "$j" = ??? ]]&&print -n "${j#??} "&&j=;typeset +i i;};IFS=' 0123456789 ';set -- $Z;for i;{ [[ $i = , ]]&&i=2;[[ $i = ?? ]]||typeset -l i;j="$j $i";typeset +l i;};print "$j" From owner-freebsd-stable@FreeBSD.ORG Wed Nov 8 23:56:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F4E216A403; Wed, 8 Nov 2006 23:56:54 +0000 (UTC) (envelope-from cbuisson@nerim.net) Received: from kraid.nerim.net (smtp-103-wednesday.nerim.net [62.4.16.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46EC043D62; Wed, 8 Nov 2006 23:56:53 +0000 (GMT) (envelope-from cbuisson@nerim.net) Received: from localhost (cbuisson.pck.nerim.net [80.65.227.128]) by kraid.nerim.net (Postfix) with ESMTP id F12C741086; Thu, 9 Nov 2006 00:56:49 +0100 (CET) Message-ID: <45526EC2.4070606@nerim.net> Date: Thu, 09 Nov 2006 00:56:50 +0100 From: Claude Buisson User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Zahemszky_G=E1bor?= References: <453FCCB2.1090006@Zahemszky.HU> <20061025213019.GB5670@rambler-co.ru> <1161812711.965.6.camel@localhost> <45525E42.7030904@Zahemszky.HU> In-Reply-To: <45525E42.7030904@Zahemszky.HU> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Florent Thoumie Subject: Re: error in /etc/rc.d/mdconfig{,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: Wed, 08 Nov 2006 23:56:54 -0000 Zahemszky G=E1bor wrote: > Hi! >=20 > Two weeks later, this small typo-correction doesn't reach the RELENG_6 > branch. Will it, before src-freeze? >=20 > Zahy < Gabor at Zahemszky dot HU > >=20 >> On Thu, 2006-10-26 at 01:30 +0400, Ruslan Ermilov wrote: >>> On Wed, Oct 25, 2006 at 10:44:34PM +0200, Zahemszky G?bor wrote: >>>> Hi! >>>> >>>> I've just found, that both /etc/rc.d/mdconfig, and /etc/rc.d/mdconfi= g2 >>>> file in my 6.2.prerelease (cvsupped yesterday), has an incorrect kld= load >>>> line: >>>> >>>> kldstat -q -m g_md || kldload geom_md || err 1 "geom_md failed to l= oad." >>>> >>>> (mdconfig line 97, and mdconfig2 line 104) >>>> >>>> The module name is g_md, and not geom_md. >>>> >>>> # $FreeBSD: src/etc/rc.d/mdconfig,v 1.3.2.1 2006/08/21 15:06:38 flz = Exp $ >>>> # $FreeBSD: src/etc/rc.d/mdconfig2,v 1.3.2.1 2006/08/21 15:06:38 flz= Exp $ >>>> >>> True. In RELENG_6 the module is named g_md.ko, while in HEAD it was >>> renamed to geom_md.ko. >> Indeed, forgot to change the name, geom_uzip doesn't need to be change= d. >> Is there a reason why the rename hasn't been MFC'ed? g_md seems to be >> the only one not to be named geom_. >> >> Anyway, here's the patch for RELENG_6, is it ok to commit? >> >> Index: mdconfig >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> RCS file: /home/ncvs/src/etc/rc.d/mdconfig,v >> retrieving revision 1.3.2.1 >> diff -u -r1.3.2.1 mdconfig >> --- mdconfig 21 Aug 2006 15:06:38 -0000 1.3.2.1 >> +++ mdconfig 25 Oct 2006 21:42:22 -0000 >> @@ -108,7 +108,7 @@ >> return >> fi >> =20 >> - kldstat -q -m g_md || kldload geom_md || err 1 "geom_md failed= >> to load." >> + kldstat -q -m g_md || kldload g_md || err 1 "g_md failed to >> load." >> =20 >> for _md in ${_mdconfig_list}; do >> init_variables ${_md} >> Index: mdconfig2 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> RCS file: /home/ncvs/src/etc/rc.d/mdconfig2,v >> retrieving revision 1.3.2.1 >> diff -u -r1.3.2.1 mdconfig2 >> --- mdconfig2 21 Aug 2006 15:06:38 -0000 1.3.2.1 >> +++ mdconfig2 25 Oct 2006 21:42:22 -0000 >> @@ -116,7 +116,7 @@ >> return >> fi >> =20 >> - kldstat -q -m g_md || kldload geom_md || err 1 "geom_md failed= >> to load." >> + kldstat -q -m g_md || kldload g_md || err 1 "g_md failed to >> load." >> =20 >> for _md in ${_mdconfig2_list}; do >> init_variables ${_md} >> >=20 >=20 g_md.ko has been renamed geom_md.ko on Sunday, Nov 5. Have a look at sys/modules/md/Makefile 1.13.8.1 Claude Buisson From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 01:13:58 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CD5E16A412 for ; Thu, 9 Nov 2006 01:13:58 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CBAD43D70 for ; Thu, 9 Nov 2006 01:13:57 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GhyUO-000E45-H7 for freebsd-stable@FreeBSD.ORG; Thu, 09 Nov 2006 01:13:56 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GhyUM-000Oct-6G for freebsd-stable@FreeBSD.ORG; Thu, 09 Nov 2006 01:13:54 +0000 To: freebsd-stable@FreeBSD.ORG Message-Id: From: Pete French Date: Thu, 09 Nov 2006 01:13:54 +0000 Cc: Subject: Dissapointing performance of ciss RAID 0+1 ? 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, 09 Nov 2006 01:13:58 -0000 I recently overhauled my RAID array - I now have 4 drives arranged as RAID 0+1, all being 15K 147gig Fujitsu's, and split across two buses, which are actively terminated to give U160 speeds (and I have verified this). The card is a 5304 (128M cache) in a PCI-X slot. This replaces a set of 6 7200 rpm drives as RAID 5 which were running at 40meg speeds due to non LVD termination. I would expect to see a large speed increase wouldn't I ? But it remains about the same - around 45 meg/sec for reading a large file (3 gig or so) and half that for copying said file. These are 'real world' tests in the sense that I us the drive for building large ISo images and copying them around - I really dont care what benchmarks say, it's the speed of these two operatiosn that I want to make fats. I've tried all the possible stripe sizes (128k gives the best performance) but still I only get the above speeds. Just one of the 15k drives on it's own performs better than this! I would expect the RAID-0 to give me at least some speedup, or in the worst case be the same, surely ? Booting up Windowws and running some tests gives me far better performance however, so I am wondering if there is some driver issue here. Has anyone else seen the same kind of results ? I am running the latest stable for amd64 and the machine has twin opteron 242's with a gig of RAM each. surely it can do better than this ? -pcf. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 01:19:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5106516A49E for ; Thu, 9 Nov 2006 01:19:08 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B73243D4C for ; Thu, 9 Nov 2006 01:19:06 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so17136pyh for ; Wed, 08 Nov 2006 17:19:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=hhGDK6G8zL3TeNtAlEyvbiGZGewTxN1vSX6Mia6LdUz5bfwOZeAkCZTjWVDACaTi6hq9YhCSZHPqmU/xug2hv6uq1FYLRPcQGPZydrtsvzvCRJ4RqneIDxqfiyzDrUw3CWtGrfiPhY3Leqt94XAu+cu11rfRMjlom2p2Lha78Js= Received: by 10.35.99.6 with SMTP id b6mr614488pym.1163035143153; Wed, 08 Nov 2006 17:19:03 -0800 (PST) Received: by 10.35.118.6 with HTTP; Wed, 8 Nov 2006 17:19:02 -0800 (PST) Message-ID: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> Date: Wed, 8 Nov 2006 17:19:02 -0800 From: "Jack Vogel" To: "Scott Long" , "Gleb Smirnoff" , "John Baldwin" , RelEng , "Prafulla Deuskar" , freebsd-stable@freebsd.org, freebsd-net MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_35052_20023030.1163035142787" Cc: Subject: Proposed 6.2 em RELEASE patch 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, 09 Nov 2006 01:19:08 -0000 ------=_Part_35052_20023030.1163035142787 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline This patch is an evolution of the last one I sent out. It has a couple of minor corrections, like a bad forward decl in the header. The last patch has had quite a bit of testing and all reports have been positive. The only complaint was from Gleb who says he needs to keep his beloved infinite for loop in the interrupt handler, well I have a better one for you Gleb, keep reading. I have also been doing some extreme stress testing using SmartBits, and discovered the driver as it stands is really not able to take extreme receive side pounding, Scott pointed out that this is why the FAST_INTR work was done :) There were some people that had stability issues with that work, but there were also many that did not. I actually merged the FAST code onto my last patch, and ran the SB stress and found it really was able to gracefully handle that load, way to go Scott :) I've pondered this situation, and this patch I'm including here today is the result. Here's what it does: If you drop it in place, compile it, and go... you will get the code that has been tested for a week, it uses the older style interrupts, it has the watchdog and other SMP fixes so its been proven. BUT, I've added the FAST_INTR changes back into the code, so if you go into your Makefile and add -DEM_FAST_INTR you will then get the taskqueue stuff. So, Gleb, rather than replace the infinite for loop that no one thinks is a good idea, you can just define FAST_INTR again, and you should be good to go. I see this as the best thing for the 6.2 RELEASE, it lets us keep moving forward, people that want max performance can define EM_FAST_INTR and help us wring out any problems, it also will mean that I will have our Intel test group start using this code. But for those that just want a stable driver the standard compile will still give them that. The patch I'm including is against BETA3. Let me know of your concerns or issues. Cheers, Jack ------=_Part_35052_20023030.1163035142787 Content-Type: text/x-patch; name="proposed-6.2.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="proposed-6.2.patch" X-Attachment-Id: f_euaw91bp ZGlmZiAtTmF1ciBzdGFibGUvZGV2L2VtL2lmX2VtLmMgbmV3cGF0Y2gvZGV2L2VtL2lmX2VtLmMK LS0tIHN0YWJsZS9kZXYvZW0vaWZfZW0uYwlXZWQgTm92ICA4IDIzOjQyOjIwIDIwMDYKKysrIG5l d3BhdGNoL2Rldi9lbS9pZl9lbS5jCVdlZCBOb3YgIDggMjM6NDQ6MTYgMjAwNgpAQCAtMjA0LDcg KzIwNCw3IEBACiBzdGF0aWMgdm9pZAllbV9zdGFydChzdHJ1Y3QgaWZuZXQgKik7CiBzdGF0aWMg dm9pZAllbV9zdGFydF9sb2NrZWQoc3RydWN0IGlmbmV0ICppZnApOwogc3RhdGljIGludAllbV9p b2N0bChzdHJ1Y3QgaWZuZXQgKiwgdV9sb25nLCBjYWRkcl90KTsKLXN0YXRpYyB2b2lkCWVtX3dh dGNoZG9nKHN0cnVjdCBpZm5ldCAqKTsKK3N0YXRpYyB2b2lkCWVtX3dhdGNoZG9nKHN0cnVjdCBh ZGFwdGVyICopOwogc3RhdGljIHZvaWQJZW1faW5pdCh2b2lkICopOwogc3RhdGljIHZvaWQJZW1f aW5pdF9sb2NrZWQoc3RydWN0IGFkYXB0ZXIgKik7CiBzdGF0aWMgdm9pZAllbV9zdG9wKHZvaWQg Kik7CkBAIC0yMTIsNiArMjEyLDggQEAKIHN0YXRpYyBpbnQJZW1fbWVkaWFfY2hhbmdlKHN0cnVj dCBpZm5ldCAqKTsKIHN0YXRpYyB2b2lkCWVtX2lkZW50aWZ5X2hhcmR3YXJlKHN0cnVjdCBhZGFw dGVyICopOwogc3RhdGljIGludAllbV9hbGxvY2F0ZV9wY2lfcmVzb3VyY2VzKHN0cnVjdCBhZGFw dGVyICopOworc3RhdGljIGludAllbV9hbGxvY2F0ZV9pbnRyKHN0cnVjdCBhZGFwdGVyICopOwor c3RhdGljIHZvaWQJZW1fZnJlZV9pbnRyKHN0cnVjdCBhZGFwdGVyICopOwogc3RhdGljIHZvaWQJ ZW1fZnJlZV9wY2lfcmVzb3VyY2VzKHN0cnVjdCBhZGFwdGVyICopOwogc3RhdGljIHZvaWQJZW1f bG9jYWxfdGltZXIodm9pZCAqKTsKIHN0YXRpYyBpbnQJZW1faGFyZHdhcmVfaW5pdChzdHJ1Y3Qg YWRhcHRlciAqKTsKQEAgLTI1Myw4ICsyNTUsNyBAQAogc3RhdGljIGludAllbV84MjU0N19maWZv X3dvcmthcm91bmQoc3RydWN0IGFkYXB0ZXIgKiwgaW50KTsKIHN0YXRpYyB2b2lkCWVtXzgyNTQ3 X3VwZGF0ZV9maWZvX2hlYWQoc3RydWN0IGFkYXB0ZXIgKiwgaW50KTsKIHN0YXRpYyBpbnQJZW1f ODI1NDdfdHhfZmlmb19yZXNldChzdHJ1Y3QgYWRhcHRlciAqKTsKLXN0YXRpYyB2b2lkCWVtXzgy NTQ3X21vdmVfdGFpbCh2b2lkICphcmcpOwotc3RhdGljIHZvaWQJZW1fODI1NDdfbW92ZV90YWls X2xvY2tlZChzdHJ1Y3QgYWRhcHRlciAqKTsKK3N0YXRpYyB2b2lkCWVtXzgyNTQ3X21vdmVfdGFp bCh2b2lkICopOwogc3RhdGljIGludAllbV9kbWFfbWFsbG9jKHN0cnVjdCBhZGFwdGVyICosIGJ1 c19zaXplX3QsCiAJCXN0cnVjdCBlbV9kbWFfYWxsb2MgKiwgaW50KTsKIHN0YXRpYyB2b2lkCWVt X2RtYV9mcmVlKHN0cnVjdCBhZGFwdGVyICosIHN0cnVjdCBlbV9kbWFfYWxsb2MgKik7CkBAIC0y NjcsMTEgKzI2OCwxOCBAQAogc3RhdGljIGludAllbV9zeXNjdGxfaW50X2RlbGF5KFNZU0NUTF9I QU5ETEVSX0FSR1MpOwogc3RhdGljIHZvaWQJZW1fYWRkX2ludF9kZWxheV9zeXNjdGwoc3RydWN0 IGFkYXB0ZXIgKiwgY29uc3QgY2hhciAqLAogCQljb25zdCBjaGFyICosIHN0cnVjdCBlbV9pbnRf ZGVsYXlfaW5mbyAqLCBpbnQsIGludCk7CitzdGF0aWMgdm9pZAllbV9hZGRfcnhfcHJvY2Vzc19s aW1pdChzdHJ1Y3QgYWRhcHRlciAqLCBjb25zdCBjaGFyICosCisJCWNvbnN0IGNoYXIgKiwgaW50 ICosIGludCk7CisjaWZkZWYgRU1fRkFTVF9JTlRSCitzdGF0aWMgdm9pZAllbV9pbnRyX2Zhc3Qo dm9pZCAqKTsKK3N0YXRpYyB2b2lkCWVtX2hhbmRsZV9yeHR4KHZvaWQgKmNvbnRleHQsIGludCBw ZW5kaW5nKTsKK3N0YXRpYyB2b2lkCWVtX2hhbmRsZV9saW5rKHZvaWQgKmNvbnRleHQsIGludCBw ZW5kaW5nKTsKKyNlbHNlIC8qIExlZ2FjeSBJbnRlcnJ1cHQgSGFuZGxpbmcgKi8KIHN0YXRpYyB2 b2lkCWVtX2ludHIodm9pZCAqKTsKLQogI2lmZGVmIERFVklDRV9QT0xMSU5HCiBzdGF0aWMgcG9s bF9oYW5kbGVyX3QgZW1fcG9sbDsKLSNlbmRpZgorI2VuZGlmIC8qIERFVklDRV9QT0xMSU5HICov CisjZW5kaWYgLyogRU1fRkFTVF9JTlRSICovCiAKIC8qKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICAqICBGcmVlQlNE IERldmljZSBJbnRlcmZhY2UgRW50cnkgUG9pbnRzCkBAIC0zMjEsNiArMzI5LDEwIEBACiBUVU5B QkxFX0lOVCgiaHcuZW0udHhkIiwgJmVtX3R4ZCk7CiBUVU5BQkxFX0lOVCgiaHcuZW0uc21hcnRf cHdyX2Rvd24iLCAmZW1fc21hcnRfcHdyX2Rvd24pOwogCisvKiBIb3cgbWFueSBwYWNrZXRzIHJ4 ZW9mIHRyaWVzIHRvIGNsZWFuIGF0IGEgdGltZSAqLworc3RhdGljIGludCBlbV9yeF9wcm9jZXNz X2xpbWl0ID0gMTAwOworVFVOQUJMRV9JTlQoImh3LmVtLnJ4X3Byb2Nlc3NfbGltaXQiLCAmZW1f cnhfcHJvY2Vzc19saW1pdCk7CisKIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICAqICBEZXZpY2UgaWRlbnRpZmlj YXRpb24gcm91dGluZQogICoKQEAgLTQwNiw4ICs0MTgsOCBAQAogCSAgICBPSURfQVVUTywgInN0 YXRzIiwgQ1RMVFlQRV9JTlR8Q1RMRkxBR19SVywgYWRhcHRlciwgMCwKIAkgICAgZW1fc3lzY3Rs X3N0YXRzLCAiSSIsICJTdGF0aXN0aWNzIik7CiAKLQljYWxsb3V0X2luaXQoJmFkYXB0ZXItPnRp bWVyLCBDQUxMT1VUX01QU0FGRSk7Ci0JY2FsbG91dF9pbml0KCZhZGFwdGVyLT50eF9maWZvX3Rp bWVyLCBDQUxMT1VUX01QU0FGRSk7CisJY2FsbG91dF9pbml0X210eCgmYWRhcHRlci0+dGltZXIs ICZhZGFwdGVyLT5tdHgsIDApOworCWNhbGxvdXRfaW5pdF9tdHgoJmFkYXB0ZXItPnR4X2ZpZm9f dGltZXIsICZhZGFwdGVyLT5tdHgsIDApOwogCiAJLyogRGV0ZXJtaW5lIGhhcmR3YXJlIHJldmlz aW9uICovCiAJZW1faWRlbnRpZnlfaGFyZHdhcmUoYWRhcHRlcik7CkBAIC00MzIsNiArNDQ0LDEx IEBACiAJCSAgICBlbV90eF9hYnNfaW50X2RlbGF5X2RmbHQpOwogCX0KIAorCS8qIFN5c2N0bHMg Zm9yIGxpbWl0aW5nIHRoZSBhbW91bnQgb2Ygd29yayBkb25lIGluIHRoZSB0YXNrcXVldWUgKi8K KwllbV9hZGRfcnhfcHJvY2Vzc19saW1pdChhZGFwdGVyLCAicnhfcHJvY2Vzc2luZ19saW1pdCIs CisJICAgICJtYXggbnVtYmVyIG9mIHJ4IHBhY2tldHMgdG8gcHJvY2VzcyIsICZhZGFwdGVyLT5y eF9wcm9jZXNzX2xpbWl0LAorCSAgICBlbV9yeF9wcm9jZXNzX2xpbWl0KTsKKwogCS8qCiAJICog VmFsaWRhdGUgbnVtYmVyIG9mIHRyYW5zbWl0IGFuZCByZWNlaXZlIGRlc2NyaXB0b3JzLiBJdAog CSAqIG11c3Qgbm90IGV4Y2VlZCBoYXJkd2FyZSBtYXhpbXVtLCBhbmQgbXVzdCBiZSBtdWx0aXBs ZQpAQCAtNTU0LDYgKzU3MSw4IEBACiAJLyogU2V0dXAgT1Mgc3BlY2lmaWMgbmV0d29yayBpbnRl cmZhY2UgKi8KIAllbV9zZXR1cF9pbnRlcmZhY2UoZGV2LCBhZGFwdGVyKTsKIAorCWVtX2FsbG9j YXRlX2ludHIoYWRhcHRlcik7CisKIAkvKiBJbml0aWFsaXplIHN0YXRpc3RpY3MgKi8KIAllbV9j bGVhcl9od19jbnRycygmYWRhcHRlci0+aHcpOwogCWVtX3VwZGF0ZV9zdGF0c19jb3VudGVycyhh ZGFwdGVyKTsKQEAgLTU4Niw2ICs2MDUsNyBAQAogCWVtX2RtYV9mcmVlKGFkYXB0ZXIsICZhZGFw dGVyLT50eGRtYSk7CiBlcnJfdHhfZGVzYzoKIGVycl9wY2k6CisJZW1fZnJlZV9pbnRyKGFkYXB0 ZXIpOwogCWVtX2ZyZWVfcGNpX3Jlc291cmNlcyhhZGFwdGVyKTsKIAlFTV9MT0NLX0RFU1RST1ko YWRhcHRlcik7CiAKQEAgLTYxNSw2ICs2MzUsNyBAQAogCQlldGhlcl9wb2xsX2RlcmVnaXN0ZXIo aWZwKTsKICNlbmRpZgogCisJZW1fZnJlZV9pbnRyKGFkYXB0ZXIpOwogCUVNX0xPQ0soYWRhcHRl cik7CiAJYWRhcHRlci0+aW5fZGV0YWNoID0gMTsKIAllbV9zdG9wKGFkYXB0ZXIpOwpAQCAtNjIy LDYgKzY0Myw5IEBACiAJRU1fVU5MT0NLKGFkYXB0ZXIpOwogCWV0aGVyX2lmZGV0YWNoKGFkYXB0 ZXItPmlmcCk7CiAKKwljYWxsb3V0X2RyYWluKCZhZGFwdGVyLT50aW1lcik7CisJY2FsbG91dF9k cmFpbigmYWRhcHRlci0+dHhfZmlmb190aW1lcik7CisKIAllbV9mcmVlX3BjaV9yZXNvdXJjZXMo YWRhcHRlcik7CiAJYnVzX2dlbmVyaWNfZGV0YWNoKGRldik7CiAJaWZfZnJlZShpZnApOwpAQCAt NzM5LDcgKzc2Myw3IEBACiAJCUJQRl9NVEFQKGlmcCwgbV9oZWFkKTsKIAogCQkvKiBTZXQgdGlt ZW91dCBpbiBjYXNlIGhhcmR3YXJlIGhhcyBwcm9ibGVtcyB0cmFuc21pdHRpbmcuICovCi0JCWlm cC0+aWZfdGltZXIgPSBFTV9UWF9USU1FT1VUOworCQlhZGFwdGVyLT53YXRjaGRvZ190aW1lciA9 IEVNX1RYX1RJTUVPVVQ7CiAJfQogfQogCkBAIC05NDAsMzUgKzk2NCw0NiBAQAogfQogCiAvKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqCi0gKiAgV2F0Y2hkb2cgZW50cnkgcG9pbnQKKyAqICBXYXRjaGRvZyB0aW1lcjoK ICAqCi0gKiAgVGhpcyByb3V0aW5lIGlzIGNhbGxlZCB3aGVuZXZlciBoYXJkd2FyZSBxdWl0cyB0 cmFuc21pdHRpbmcuCisgKiAgVGhpcyByb3V0aW5lIGlzIGNhbGxlZCBmcm9tIHRoZSBsb2NhbCB0 aW1lciBldmVyeSBzZWNvbmQuCisgKiAgQXMgbG9uZyBhcyB0cmFuc21pdCBkZXNjcmlwdG9ycyBh cmUgYmVpbmcgY2xlYW5lZCB0aGUgdmFsdWUKKyAqICBpcyBub24temVybyBhbmQgd2UgZG8gbm90 aGluZy4gUmVhY2hpbmcgMCBpbmRpY2F0ZXMgYSB0eCBoYW5nCisgKiAgYW5kIHdlIHRoZW4gcmVz ZXQgdGhlIGRldmljZS4KICAqCiAgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKi8KIAogc3RhdGljIHZvaWQKLWVtX3dh dGNoZG9nKHN0cnVjdCBpZm5ldCAqaWZwKQorZW1fd2F0Y2hkb2coc3RydWN0IGFkYXB0ZXIgKmFk YXB0ZXIpCiB7Ci0Jc3RydWN0IGFkYXB0ZXIgKmFkYXB0ZXIgPSBpZnAtPmlmX3NvZnRjOwogCi0J RU1fTE9DSyhhZGFwdGVyKTsKKwlFTV9MT0NLX0FTU0VSVChhZGFwdGVyKTsKKworCS8qCisJKiog VGhlIHRpbWVyIGlzIHNldCB0byA1IGV2ZXJ5IHRpbWUgc3RhcnQgcXVldWVzIGEgcGFja2V0Lgor CSoqIFRoZW4gdHhlb2Yga2VlcHMgcmVzZXR0aW5nIHRvIDUgYXMgbG9uZyBhcyBpdCBjbGVhbnMg YXQKKwkqKiBsZWFzdCBvbmUgZGVzY3JpcHRvci4KKwkqKiBGaW5hbGx5LCBhbnl0aW1lIGFsbCBk ZXNjcmlwdG9ycyBhcmUgY2xlYW4gdGhlIHRpbWVyIGlzCisJKiogc2V0IHRvIDAuCisJKi8KKwlp ZiAoYWRhcHRlci0+d2F0Y2hkb2dfdGltZXIgPT0gMCB8fCAtLWFkYXB0ZXItPndhdGNoZG9nX3Rp bWVyKQorCQlyZXR1cm47CisKIAkvKiBJZiB3ZSBhcmUgaW4gdGhpcyByb3V0aW5lIGJlY2F1c2Ug b2YgcGF1c2UgZnJhbWVzLCB0aGVuCiAJICogZG9uJ3QgcmVzZXQgdGhlIGhhcmR3YXJlLgogCSAq LwogCWlmIChFMTAwMF9SRUFEX1JFRygmYWRhcHRlci0+aHcsIFNUQVRVUykgJiBFMTAwMF9TVEFU VVNfVFhPRkYpIHsKLQkJaWZwLT5pZl90aW1lciA9IEVNX1RYX1RJTUVPVVQ7Ci0JCUVNX1VOTE9D SyhhZGFwdGVyKTsKKwkJYWRhcHRlci0+d2F0Y2hkb2dfdGltZXIgPSBFTV9UWF9USU1FT1VUOwog CQlyZXR1cm47CiAJfQogCiAJaWYgKGVtX2NoZWNrX2Zvcl9saW5rKCZhZGFwdGVyLT5odykgPT0g MCkKIAkJZGV2aWNlX3ByaW50ZihhZGFwdGVyLT5kZXYsICJ3YXRjaGRvZyB0aW1lb3V0IC0tIHJl c2V0dGluZ1xuIik7CiAKLQlpZnAtPmlmX2Rydl9mbGFncyAmPSB+SUZGX0RSVl9SVU5OSU5HOwor CWFkYXB0ZXItPmlmcC0+aWZfZHJ2X2ZsYWdzICY9IH5JRkZfRFJWX1JVTk5JTkc7CiAJYWRhcHRl ci0+d2F0Y2hkb2dfZXZlbnRzKys7CiAKIAllbV9pbml0X2xvY2tlZChhZGFwdGVyKTsKLQlFTV9V TkxPQ0soYWRhcHRlcik7CiB9CiAKIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKQEAgLTExMTcsNiArMTE1MiwxMSBA QAogCiAKICNpZmRlZiBERVZJQ0VfUE9MTElORworLyoqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgorICoKKyAqICBMZWdh Y3kgcG9sbGluZyByb3V0aW5lICAKKyAqCisgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqLwogc3RhdGljIHZvaWQKIGVt X3BvbGwoc3RydWN0IGlmbmV0ICppZnAsIGVudW0gcG9sbF9jbWQgY21kLCBpbnQgY291bnQpCiB7 CkBAIC0xMTQ5LDExICsxMTg5LDE0IEBACiB9CiAjZW5kaWYgLyogREVWSUNFX1BPTExJTkcgKi8K IAorI2lmbmRlZiBFTV9GQVNUX0lOVFIKIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICAqCi0gKiAgSW50ZXJydXB0 IFNlcnZpY2Ugcm91dGluZSAgCisgKiAgTGVnYWN5IEludGVycnVwdCBTZXJ2aWNlIHJvdXRpbmUg IAogICoKICAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKiovCisjZGVmaW5lIEVNX01BWF9JTlRSIDEwCisKIHN0YXRpYyB2 b2lkCiBlbV9pbnRyKHZvaWQgKmFyZykKIHsKQEAgLTExNjIsNyArMTIwNSw2IEBACiAJdWludDMy X3QJcmVnX2ljcjsKIAogCUVNX0xPQ0soYWRhcHRlcik7Ci0KIAlpZnAgPSBhZGFwdGVyLT5pZnA7 CiAKICNpZmRlZiBERVZJQ0VfUE9MTElORwpAQCAtMTE3MiwyOCArMTIxNCwyNCBAQAogCX0KICNl bmRpZiAvKiBERVZJQ0VfUE9MTElORyAqLwogCi0JZm9yICg7OykgewotCQlyZWdfaWNyID0gRTEw MDBfUkVBRF9SRUcoJmFkYXB0ZXItPmh3LCBJQ1IpOwotCQlpZiAoYWRhcHRlci0+aHcubWFjX3R5 cGUgPj0gZW1fODI1NzEgJiYKLQkJICAgIChyZWdfaWNyICYgRTEwMDBfSUNSX0lOVF9BU1NFUlRF RCkgPT0gMCkKLQkJCWJyZWFrOwotCQllbHNlIGlmIChyZWdfaWNyID09IDApCi0JCQlicmVhazsK KwlyZWdfaWNyID0gRTEwMDBfUkVBRF9SRUcoJmFkYXB0ZXItPmh3LCBJQ1IpOwogCi0JCS8qCi0J CSAqIFhYWDogc29tZSBsYXB0b3BzIHRyaWdnZXIgc2V2ZXJhbCBzcHVyaW91cyBpbnRlcnJ1cHRz Ci0JCSAqIG9uIGVtKDQpIHdoZW4gaW4gdGhlIHJlc3VtZSBjeWNsZS4gVGhlIElDUiByZWdpc3Rl cgotCQkgKiByZXBvcnRzIGFsbC1vbmVzIHZhbHVlIGluIHRoaXMgY2FzZS4gUHJvY2Vzc2luZyBz dWNoCi0JCSAqIGludGVycnVwdHMgd291bGQgbGVhZCB0byBhIGZyZWV6ZS4gSSBkb24ndCBrbm93 IHdoeS4KLQkJICovCi0JCWlmIChyZWdfaWNyID09IDB4ZmZmZmZmZmYpCi0JCQlicmVhazsKKwlp ZiAoKHJlZ19pY3IgPT0gMCkgfHwgKGFkYXB0ZXItPmh3Lm1hY190eXBlID49IGVtXzgyNTcxICYm CisJICAgIChyZWdfaWNyICYgRTEwMDBfSUNSX0lOVF9BU1NFUlRFRCkgPT0gMCkgfHwKKwkvKgor CSAqIFhYWDogc29tZSBsYXB0b3BzIHRyaWdnZXIgc2V2ZXJhbCBzcHVyaW91cyBpbnRlcnJ1cHRz CisJICogb24gZW0oNCkgd2hlbiBpbiB0aGUgcmVzdW1lIGN5Y2xlLiBUaGUgSUNSIHJlZ2lzdGVy CisJICogcmVwb3J0cyBhbGwtb25lcyB2YWx1ZSBpbiB0aGlzIGNhc2UuIFByb2Nlc3Npbmcgc3Vj aAorCSAqIGludGVycnVwdHMgd291bGQgbGVhZCB0byBhIGZyZWV6ZS4gSSBkb24ndCBrbm93IHdo eS4KKwkgKi8KKwkgICAgKHJlZ19pY3IgPT0gMHhmZmZmZmZmZikpCisJCWdvdG8gbGVhdmluZzsK IAorCWZvciAoaW50IGkgPSAwO2kgPCBFTV9NQVhfSU5UUjsgKytpKSB7CiAJCWlmIChpZnAtPmlm X2Rydl9mbGFncyAmIElGRl9EUlZfUlVOTklORykgewotCQkJZW1fcnhlb2YoYWRhcHRlciwgLTEp OworCQkJZW1fcnhlb2YoYWRhcHRlciwgYWRhcHRlci0+cnhfcHJvY2Vzc19saW1pdCk7CiAJCQll bV90eGVvZihhZGFwdGVyKTsKIAkJfQotCiAJCS8qIExpbmsgc3RhdHVzIGNoYW5nZSAqLwogCQlp ZiAocmVnX2ljciAmIChFMTAwMF9JQ1JfUlhTRVEgfCBFMTAwMF9JQ1JfTFNDKSkgewogCQkJY2Fs bG91dF9zdG9wKCZhZGFwdGVyLT50aW1lcik7CkBAIC0xMjA4LDEzICsxMjQ2LDExMCBAQAogCQkJ YWRhcHRlci0+cnhfb3ZlcnJ1bnMrKzsKIAl9CiAKK2xlYXZpbmc6CiAJaWYgKGlmcC0+aWZfZHJ2 X2ZsYWdzICYgSUZGX0RSVl9SVU5OSU5HICYmCiAJICAgICFJRlFfRFJWX0lTX0VNUFRZKCZpZnAt PmlmX3NuZCkpCiAJCWVtX3N0YXJ0X2xvY2tlZChpZnApOworCUVNX1VOTE9DSyhhZGFwdGVyKTsK K30KIAorI2Vsc2UgIC8qIEVNX0ZBU1RfSU5UUiAqLworCitzdGF0aWMgdm9pZAorZW1faGFuZGxl X2xpbmsodm9pZCAqY29udGV4dCwgaW50IHBlbmRpbmcpCit7CisJc3RydWN0IGFkYXB0ZXIJKmFk YXB0ZXIgPSBjb250ZXh0OworCXN0cnVjdCBpZm5ldCAqaWZwOworCisJaWZwID0gYWRhcHRlci0+ aWZwOworCisJRU1fTE9DSyhhZGFwdGVyKTsKKworCWNhbGxvdXRfc3RvcCgmYWRhcHRlci0+dGlt ZXIpOworCWFkYXB0ZXItPmh3LmdldF9saW5rX3N0YXR1cyA9IDE7CisJZW1fY2hlY2tfZm9yX2xp bmsoJmFkYXB0ZXItPmh3KTsKKwllbV91cGRhdGVfbGlua19zdGF0dXMoYWRhcHRlcik7CisJY2Fs bG91dF9yZXNldCgmYWRhcHRlci0+dGltZXIsIGh6LCBlbV9sb2NhbF90aW1lciwgYWRhcHRlcik7 CiAJRU1fVU5MT0NLKGFkYXB0ZXIpOwogfQogCitzdGF0aWMgdm9pZAorZW1faGFuZGxlX3J4dHgo dm9pZCAqY29udGV4dCwgaW50IHBlbmRpbmcpCit7CisJc3RydWN0IGFkYXB0ZXIJKmFkYXB0ZXIg PSBjb250ZXh0OworCXN0cnVjdCBpZm5ldAkqaWZwOworCisJTkVUX0xPQ0tfR0lBTlQoKTsKKwlp ZnAgPSBhZGFwdGVyLT5pZnA7CisKKwkvKgorCSAqIFRPRE86CisJICogSXQgc2hvdWxkIGJlIHBv c3NpYmxlIHRvIHJ1biB0aGUgdHggY2xlYW4gbG9vcCB3aXRob3V0IHRoZSBsb2NrLgorCSAqLwor CWlmIChpZnAtPmlmX2Rydl9mbGFncyAmIElGRl9EUlZfUlVOTklORykgeworCQlpZiAoZW1fcnhl b2YoYWRhcHRlciwgYWRhcHRlci0+cnhfcHJvY2Vzc19saW1pdCkgIT0gMCkKKwkJCXRhc2txdWV1 ZV9lbnF1ZXVlKGFkYXB0ZXItPnRxLCAmYWRhcHRlci0+cnh0eF90YXNrKTsKKwkJRU1fTE9DSyhh ZGFwdGVyKTsKKwkJZW1fdHhlb2YoYWRhcHRlcik7CisKKwkJaWYgKCFJRlFfRFJWX0lTX0VNUFRZ KCZpZnAtPmlmX3NuZCkpCisJCQllbV9zdGFydF9sb2NrZWQoaWZwKTsKKwkJRU1fVU5MT0NLKGFk YXB0ZXIpOworCX0KKworCWVtX2VuYWJsZV9pbnRyKGFkYXB0ZXIpOworCU5FVF9VTkxPQ0tfR0lB TlQoKTsKK30KKworLyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKgorICoKKyAqICBGYXN0IEludGVycnVwdCBTZXJ2aWNl IHJvdXRpbmUgIAorICoKKyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKiovCitzdGF0aWMgdm9pZAorZW1faW50cl9mYXN0 KHZvaWQgKmFyZykKK3sKKwlzdHJ1Y3QgYWRhcHRlcgkqYWRhcHRlciA9IGFyZzsKKwlzdHJ1Y3Qg aWZuZXQJKmlmcDsKKwl1aW50MzJfdAlyZWdfaWNyOworCisJaWZwID0gYWRhcHRlci0+aWZwOwor CisJcmVnX2ljciA9IEUxMDAwX1JFQURfUkVHKCZhZGFwdGVyLT5odywgSUNSKTsKKworCS8qIEhv dCBlamVjdD8gICovCisJaWYgKHJlZ19pY3IgPT0gMHhmZmZmZmZmZikKKwkJcmV0dXJuOworCisJ LyogRGVmaW5pdGVseSBub3Qgb3VyIGludGVycnVwdC4gICovCisJaWYgKHJlZ19pY3IgPT0gMHgw KQorCQlyZXR1cm47CisKKwkvKgorCSAqIFN0YXJ0aW5nIHdpdGggdGhlIDgyNTcxIGNoaXAsIGJp dCAzMSBzaG91bGQgYmUgdXNlZCB0bworCSAqIGRldGVybWluZSB3aGV0aGVyIHRoZSBpbnRlcnJ1 cHQgYmVsb25ncyB0byB1cy4KKwkgKi8KKwlpZiAoYWRhcHRlci0+aHcubWFjX3R5cGUgPj0gZW1f ODI1NzEgJiYKKwkgICAgKHJlZ19pY3IgJiBFMTAwMF9JQ1JfSU5UX0FTU0VSVEVEKSA9PSAwKQor CQlyZXR1cm47CisKKwkvKgorCSAqIE1hc2sgaW50ZXJydXB0cyB1bnRpbCB0aGUgdGFza3F1ZXVl IGlzIGZpbmlzaGVkIHJ1bm5pbmcuICBUaGlzIGlzCisJICogY2hlYXAsIGp1c3QgYXNzdW1lIHRo YXQgaXQgaXMgbmVlZGVkLiAgVGhpcyBhbHNvIHdvcmtzIGFyb3VuZCB0aGUKKwkgKiBNU0kgbWVz c2FnZSByZW9yZGVyaW5nIGVycmF0YSBvbiBjZXJ0YWluIHN5c3RlbXMuCisJICovCisJZW1fZGlz YWJsZV9pbnRyKGFkYXB0ZXIpOworCXRhc2txdWV1ZV9lbnF1ZXVlKGFkYXB0ZXItPnRxLCAmYWRh cHRlci0+cnh0eF90YXNrKTsKKworCS8qIExpbmsgc3RhdHVzIGNoYW5nZSAqLworCWlmIChyZWdf aWNyICYgKEUxMDAwX0lDUl9SWFNFUSB8IEUxMDAwX0lDUl9MU0MpKQorCQl0YXNrcXVldWVfZW5x dWV1ZSh0YXNrcXVldWVfZmFzdCwgJmFkYXB0ZXItPmxpbmtfdGFzayk7CisKKwlpZiAocmVnX2lj ciAmIEUxMDAwX0lDUl9SWE8pCisJCWFkYXB0ZXItPnJ4X292ZXJydW5zKys7Cit9CisjZW5kaWYg LyogRU1fRkFTVF9JTlRSICovCisKIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICAqCiAgKiAgTWVkaWEgSW9jdGwg Y2FsbGJhY2sKQEAgLTEzNjgsMjIgKzE1MDMsMTUgQEAKICAgICAgICAgICovCiAJaWYgKGFkYXB0 ZXItPm51bV90eF9kZXNjX2F2YWlsIDw9IEVNX1RYX0NMRUFOVVBfVEhSRVNIT0xEKSB7CiAJCWVt X3R4ZW9mKGFkYXB0ZXIpOwotCQlpZiAoYWRhcHRlci0+bnVtX3R4X2Rlc2NfYXZhaWwgPD0gRU1f VFhfQ0xFQU5VUF9USFJFU0hPTEQpIHsKKwkJLyogTm93IGRvIHdlIGF0IGxlYXN0IGhhdmUgYSBt aW5pbWFsPyAqLworCQlpZiAoYWRhcHRlci0+bnVtX3R4X2Rlc2NfYXZhaWwgPD0gRU1fVFhfT1Bf VEhSRVNIT0xEKSB7CiAJCQlhZGFwdGVyLT5ub190eF9kZXNjX2F2YWlsMSsrOwotCQkJcmV0dXJu KEVOT0JVRlMpOworCQkJcmV0dXJuIChFTk9CVUZTKTsKIAkJfQotICAgICAgICB9Ci0KLQkvKgot CSAqIENhcHR1cmUgdGhlIGZpcnN0IGRlc2NyaXB0b3IgaW5kZXgsCi0JICogdGhpcyBkZXNjcmlw dG9yIHdpbGwgaGF2ZSB0aGUgaW5kZXgKLQkgKiBvZiB0aGUgRU9QIHdoaWNoIGlzIHRoZSBvbmx5 IG9uZSB0aGF0Ci0JICogbm93IGdldHMgYSBET05FIGJpdCB3cml0ZWJhY2suCi0JICovCi0JZmly c3QgPSBhZGFwdGVyLT5uZXh0X2F2YWlsX3R4X2Rlc2M7CisJfQogCi0gICAgICAgIC8qIEZpbmQg b3V0IGlmIHdlIGFyZSBpbiB2bGFuIG1vZGUgKi8KLSAgICAgICAgbXRhZyA9IFZMQU5fT1VUUFVU X1RBRyhpZnAsIG1faGVhZCk7CisJLyogRmluZCBvdXQgaWYgd2UgYXJlIGluIHZsYW4gbW9kZS4g Ki8KKwltdGFnID0gVkxBTl9PVVRQVVRfVEFHKGlmcCwgbV9oZWFkKTsKIAogCS8qCiAJICogV2hl biBvcGVyYXRpbmcgaW4gcHJvbWlzY3VvdXMgbW9kZSwgaGFyZHdhcmUgZW5jYXBzdWxhdGlvbiBm b3IKQEAgLTE0MzMsNiArMTU2MSwxNCBAQAogCQkJcmV0dXJuIChFTk9CVUZTKTsKIAl9CiAKKwkv KgorCSAqIENhcHR1cmUgdGhlIGZpcnN0IGRlc2NyaXB0b3IgaW5kZXgsCisJICogdGhpcyBkZXNj cmlwdG9yIHdpbGwgaGF2ZSB0aGUgaW5kZXgKKwkgKiBvZiB0aGUgRU9QIHdoaWNoIGlzIHRoZSBv bmx5IG9uZSB0aGF0CisJICogbm93IGdldHMgYSBET05FIGJpdCB3cml0ZWJhY2suCisJICovCisJ Zmlyc3QgPSBhZGFwdGVyLT5uZXh0X2F2YWlsX3R4X2Rlc2M7CisKICAgICAgICAgLyoKICAgICAg ICAgICogTWFwIHRoZSBwYWNrZXQgZm9yIERNQS4KICAgICAgICAgICovCkBAIC0xNDUyLDYgKzE1 ODgsOCBAQAogCQkJcmV0dXJuIChFTk9CVUZTKTsKIAkJfQogCQkqbV9oZWFkcCA9IG07CisJCW1f aGVhZCA9ICptX2hlYWRwOworCiAJCS8qIFRyeSBpdCBhZ2FpbiAqLwogCQllcnJvciA9IGJ1c19k bWFtYXBfbG9hZF9tYnVmX3NnKGFkYXB0ZXItPnR4dGFnLCB0eF9idWZmZXItPm1hcCwKIAkJICAg ICptX2hlYWRwLCBzZWdzLCAmbnNlZ3MsIEJVU19ETUFfTk9XQUlUKTsKQEAgLTE2MzgsNyArMTc3 Niw3IEBACiAJICAgIEJVU19ETUFTWU5DX1BSRVJFQUQgfCBCVVNfRE1BU1lOQ19QUkVXUklURSk7 CiAJaWYgKGFkYXB0ZXItPmh3Lm1hY190eXBlID09IGVtXzgyNTQ3ICYmCiAJICAgIGFkYXB0ZXIt PmxpbmtfZHVwbGV4ID09IEhBTEZfRFVQTEVYKQotCQllbV84MjU0N19tb3ZlX3RhaWxfbG9ja2Vk KGFkYXB0ZXIpOworCQllbV84MjU0N19tb3ZlX3RhaWwoYWRhcHRlcik7CiAJZWxzZSB7CiAJCUUx MDAwX1dSSVRFX1JFRygmYWRhcHRlci0+aHcsIFREVCwgaSk7CiAJCWlmIChhZGFwdGVyLT5ody5t YWNfdHlwZSA9PSBlbV84MjU0NykKQEAgLTE2NjIsOCArMTgwMCw5IEBACiAgKgogICoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKiovCiBzdGF0aWMgdm9pZAotZW1fODI1NDdfbW92ZV90YWlsX2xvY2tlZChzdHJ1Y3QgYWRh cHRlciAqYWRhcHRlcikKK2VtXzgyNTQ3X21vdmVfdGFpbCh2b2lkICphcmcpCiB7CisJc3RydWN0 IGFkYXB0ZXIgKmFkYXB0ZXIgPSBhcmc7CiAJdWludDE2X3QgaHdfdGR0OwogCXVpbnQxNl90IHN3 X3RkdDsKIAlzdHJ1Y3QgZW1fdHhfZGVzYyAqdHhfZGVzYzsKQEAgLTE2OTYsMTYgKzE4MzUsNiBA QAogCX0JCiB9CiAKLXN0YXRpYyB2b2lkCi1lbV84MjU0N19tb3ZlX3RhaWwodm9pZCAqYXJnKQot ewotCXN0cnVjdCBhZGFwdGVyICphZGFwdGVyID0gYXJnOwotCi0JRU1fTE9DSyhhZGFwdGVyKTsK LQllbV84MjU0N19tb3ZlX3RhaWxfbG9ja2VkKGFkYXB0ZXIpOwotCUVNX1VOTE9DSyhhZGFwdGVy KTsKLX0KLQogc3RhdGljIGludAogZW1fODI1NDdfZmlmb193b3JrYXJvdW5kKHN0cnVjdCBhZGFw dGVyICphZGFwdGVyLCBpbnQgbGVuKQogewkKQEAgLTE4OTMsNyArMjAyMiw3IEBACiAJc3RydWN0 IGFkYXB0ZXIJKmFkYXB0ZXIgPSBhcmc7CiAJc3RydWN0IGlmbmV0CSppZnAgPSBhZGFwdGVyLT5p ZnA7CiAKLQlFTV9MT0NLKGFkYXB0ZXIpOworCUVNX0xPQ0tfQVNTRVJUKGFkYXB0ZXIpOwogCiAJ ZW1fY2hlY2tfZm9yX2xpbmsoJmFkYXB0ZXItPmh3KTsKIAllbV91cGRhdGVfbGlua19zdGF0dXMo YWRhcHRlcik7CkBAIC0xOTAxLDEwICsyMDMwLDE0IEBACiAJaWYgKGVtX2Rpc3BsYXlfZGVidWdf c3RhdHMgJiYgaWZwLT5pZl9kcnZfZmxhZ3MgJiBJRkZfRFJWX1JVTk5JTkcpCiAJCWVtX3ByaW50 X2h3X3N0YXRzKGFkYXB0ZXIpOwogCWVtX3NtYXJ0c3BlZWQoYWRhcHRlcik7CisJLyoKKwkgKiBF YWNoIHNlY29uZCB3ZSBjaGVjayB0aGUgd2F0Y2hkb2cgdG8gCisJICogcHJvdGVjdCBhZ2FpbnN0 IGhhcmR3YXJlIGhhbmdzLgorCSAqLworCWVtX3dhdGNoZG9nKGFkYXB0ZXIpOwogCiAJY2FsbG91 dF9yZXNldCgmYWRhcHRlci0+dGltZXIsIGh6LCBlbV9sb2NhbF90aW1lciwgYWRhcHRlcik7CiAK LQlFTV9VTkxPQ0soYWRhcHRlcik7CiB9CiAKIHN0YXRpYyB2b2lkCkBAIC0yMDg2LDMwICsyMjE5 LDkwIEBACiAJCSAgICAiaW50ZXJydXB0XG4iKTsKIAkJcmV0dXJuIChFTlhJTyk7CiAJfQotCWlm IChidXNfc2V0dXBfaW50cihkZXYsIGFkYXB0ZXItPnJlc19pbnRlcnJ1cHQsCi0JICAgIElOVFJf VFlQRV9ORVQgfCBJTlRSX01QU0FGRSwKLQkgICAgKHZvaWQgKCopKHZvaWQgKikpIGVtX2ludHIs IGFkYXB0ZXIsCi0JICAgICZhZGFwdGVyLT5pbnRfaGFuZGxlcl90YWcpKSB7Ci0JCWRldmljZV9w cmludGYoZGV2LCAiRXJyb3IgcmVnaXN0ZXJpbmcgaW50ZXJydXB0IGhhbmRsZXIhXG4iKTsKLQkJ cmV0dXJuKEVOWElPKTsKLQl9CiAKIAlhZGFwdGVyLT5ody5iYWNrID0gJmFkYXB0ZXItPm9zZGVw OwogCiAJcmV0dXJuICgwKTsKIH0KIAorLyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgorICoKKyAqICBTZXR1cCB0aGUg YXBwcm9wcmlhdGUgSW50ZXJydXB0IGhhbmRsZXJzLgorICoKKyAqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqLworaW50 CitlbV9hbGxvY2F0ZV9pbnRyKHN0cnVjdCBhZGFwdGVyICphZGFwdGVyKQoreworCWRldmljZV90 IGRldiA9IGFkYXB0ZXItPmRldjsKKwlpbnQgZXJyb3I7CisKKwkvKiBNYW51YWxseSB0dXJuIG9m ZiBhbGwgaW50ZXJydXB0cyAqLworCUUxMDAwX1dSSVRFX1JFRygmYWRhcHRlci0+aHcsIElNQywg MHhmZmZmZmZmZik7CisKKyNpZm5kZWYgRU1fRkFTVF9JTlRSCisJLyogV2UgZG8gTGVnYWN5IHNl dHVwICovCisJaWYgKGFkYXB0ZXItPmludF9oYW5kbGVyX3RhZyA9PSBOVUxMICYmCisJICAgIChl cnJvciA9IGJ1c19zZXR1cF9pbnRyKGRldiwgYWRhcHRlci0+cmVzX2ludGVycnVwdCwKKwkgICAg SU5UUl9UWVBFX05FVCB8IElOVFJfTVBTQUZFLCBlbV9pbnRyLCBhZGFwdGVyLAorCSAgICAmYWRh cHRlci0+aW50X2hhbmRsZXJfdGFnKSkgIT0gMCkgeworCQlkZXZpY2VfcHJpbnRmKGRldiwgIkZh aWxlZCB0byByZWdpc3RlciBpbnRlcnJ1cHQgaGFuZGxlciIpOworCQlyZXR1cm4gKGVycm9yKTsK Kwl9CisKKyNlbHNlIC8qIEVNX0ZBU1RfSU5UUiAqLworCS8qCisJICogVHJ5IGFsbG9jYXRpbmcg YSBmYXN0IGludGVycnVwdCBhbmQgdGhlIGFzc29jaWF0ZWQgZGVmZXJyZWQKKwkgKiBwcm9jZXNz aW5nIGNvbnRleHRzLgorCSAqLworCVRBU0tfSU5JVCgmYWRhcHRlci0+cnh0eF90YXNrLCAwLCBl bV9oYW5kbGVfcnh0eCwgYWRhcHRlcik7CisJVEFTS19JTklUKCZhZGFwdGVyLT5saW5rX3Rhc2ss IDAsIGVtX2hhbmRsZV9saW5rLCBhZGFwdGVyKTsKKwlhZGFwdGVyLT50cSA9IHRhc2txdWV1ZV9j cmVhdGVfZmFzdCgiZW1fdGFza3EiLCBNX05PV0FJVCwKKwkgICAgdGFza3F1ZXVlX3RocmVhZF9l bnF1ZXVlLCAmYWRhcHRlci0+dHEpOworCXRhc2txdWV1ZV9zdGFydF90aHJlYWRzKCZhZGFwdGVy LT50cSwgMSwgUElfTkVULCAiJXMgdGFza3EiLAorCSAgICBkZXZpY2VfZ2V0X25hbWV1bml0KGFk YXB0ZXItPmRldikpOworCWlmICgoZXJyb3IgPSBidXNfc2V0dXBfaW50cihkZXYsIGFkYXB0ZXIt PnJlc19pbnRlcnJ1cHQsCisJICAgIElOVFJfVFlQRV9ORVQgfCBJTlRSX0ZBU1QsIGVtX2ludHJf ZmFzdCwgYWRhcHRlciwKKwkgICAgJmFkYXB0ZXItPmludF9oYW5kbGVyX3RhZykpICE9IDApIHsK KwkJZGV2aWNlX3ByaW50ZihkZXYsICJGYWlsZWQgdG8gcmVnaXN0ZXIgZmFzdCBpbnRlcnJ1cHQg IgorCQkJICAgICJoYW5kbGVyOiAlZFxuIiwgZXJyb3IpOworCQl0YXNrcXVldWVfZnJlZShhZGFw dGVyLT50cSk7CisJCWFkYXB0ZXItPnRxID0gTlVMTDsKKwkJcmV0dXJuIChlcnJvcik7CisJfQor I2VuZGlmIC8qIEVNX0ZBU1RfSU5UUiAqLworCisJZW1fZW5hYmxlX2ludHIoYWRhcHRlcik7CisJ cmV0dXJuICgwKTsKK30KKwogc3RhdGljIHZvaWQKLWVtX2ZyZWVfcGNpX3Jlc291cmNlcyhzdHJ1 Y3QgYWRhcHRlciAqYWRhcHRlcikKK2VtX2ZyZWVfaW50cihzdHJ1Y3QgYWRhcHRlciAqYWRhcHRl cikKIHsKIAlkZXZpY2VfdCBkZXYgPSBhZGFwdGVyLT5kZXY7CiAKIAlpZiAoYWRhcHRlci0+cmVz X2ludGVycnVwdCAhPSBOVUxMKSB7CiAJCWJ1c190ZWFyZG93bl9pbnRyKGRldiwgYWRhcHRlci0+ cmVzX2ludGVycnVwdCwKIAkJCWFkYXB0ZXItPmludF9oYW5kbGVyX3RhZyk7CisJCWFkYXB0ZXIt PmludF9oYW5kbGVyX3RhZyA9IE5VTEw7CisJfQorI2lmZGVmIEVNX0ZBU1RfSU5UUgorCWlmIChh ZGFwdGVyLT50cSAhPSBOVUxMKSB7CisJCXRhc2txdWV1ZV9kcmFpbihhZGFwdGVyLT50cSwgJmFk YXB0ZXItPnJ4dHhfdGFzayk7CisJCXRhc2txdWV1ZV9kcmFpbih0YXNrcXVldWVfZmFzdCwgJmFk YXB0ZXItPmxpbmtfdGFzayk7CisJCXRhc2txdWV1ZV9mcmVlKGFkYXB0ZXItPnRxKTsKKwkJYWRh cHRlci0+dHEgPSBOVUxMOworCX0KKyNlbmRpZgorfQorCitzdGF0aWMgdm9pZAorZW1fZnJlZV9w Y2lfcmVzb3VyY2VzKHN0cnVjdCBhZGFwdGVyICphZGFwdGVyKQoreworCWRldmljZV90IGRldiA9 IGFkYXB0ZXItPmRldjsKKworCWlmIChhZGFwdGVyLT5yZXNfaW50ZXJydXB0ICE9IE5VTEwpCiAJ CWJ1c19yZWxlYXNlX3Jlc291cmNlKGRldiwgU1lTX1JFU19JUlEsCiAJCSAgICAwLCBhZGFwdGVy LT5yZXNfaW50ZXJydXB0KTsKLQl9CiAKIAlpZiAoYWRhcHRlci0+cmVzX21lbW9yeSAhPSBOVUxM KQogCQlidXNfcmVsZWFzZV9yZXNvdXJjZShkZXYsIFNZU19SRVNfTUVNT1JZLApAQCAtMjIyOSw3 ICsyNDIyLDggQEAKIAlpZnAtPmlmX2ZsYWdzID0gSUZGX0JST0FEQ0FTVCB8IElGRl9TSU1QTEVY IHwgSUZGX01VTFRJQ0FTVDsKIAlpZnAtPmlmX2lvY3RsID0gZW1faW9jdGw7CiAJaWZwLT5pZl9z dGFydCA9IGVtX3N0YXJ0OwotCWlmcC0+aWZfd2F0Y2hkb2cgPSBlbV93YXRjaGRvZzsKKwlpZnAt PmlmX3RpbWVyID0gMDsJLyogRGlzYWJsZSBuZXQgbGF5ZXIgd2F0Y2hkb2cgKi8KKwlpZnAtPmlm X3dhdGNoZG9nID0gTlVMTDsKIAlJRlFfU0VUX01BWExFTigmaWZwLT5pZl9zbmQsIGFkYXB0ZXIt Pm51bV90eF9kZXNjIC0gMSk7CiAJaWZwLT5pZl9zbmQuaWZxX2Rydl9tYXhsZW4gPSBhZGFwdGVy LT5udW1fdHhfZGVzYyAtIDE7CiAJSUZRX1NFVF9SRUFEWSgmaWZwLT5pZl9zbmQpOwpAQCAtMjQ1 MywyNiArMjY0NywxOSBAQAogewogCWRldmljZV90IGRldiA9IGFkYXB0ZXItPmRldjsKIAlzdHJ1 Y3QgZW1fYnVmZmVyICp0eF9idWZmZXI7Ci0JYnVzX3NpemVfdCBzaXplLCBzZWdzaXplOwogCWlu dCBlcnJvciwgaTsKIAotI2lmZGVmIEVNX1RTTwotCXNpemUgPSBFTV9UU09fU0laRTsKLQlzZWdz aXplID0gUEFHRV9TSVpFOwotI2Vsc2UKLQlzZWdzaXplID0gc2l6ZSA9IHJvdW5kdXAyKGFkYXB0 ZXItPmh3Lm1heF9mcmFtZV9zaXplLCBNQ0xCWVRFUyk7Ci0jZW5kaWYKIAkvKgotCSAqIFNldHVw IERNQSBkZXNjcmlwdG9yIGFyZWFzLgorCSAqIENyZWF0ZSBETUEgdGFncyBmb3IgdHggZGVzY3Jp cHRvcnMKIAkgKi8KIAlpZiAoKGVycm9yID0gYnVzX2RtYV90YWdfY3JlYXRlKE5VTEwsCQkvKiBw YXJlbnQgKi8KIAkJCQkxLCAwLAkJCS8qIGFsaWdubWVudCwgYm91bmRzICovCiAJCQkJQlVTX1NQ QUNFX01BWEFERFIsCS8qIGxvd2FkZHIgKi8KIAkJCQlCVVNfU1BBQ0VfTUFYQUREUiwJLyogaGln aGFkZHIgKi8KIAkJCQlOVUxMLCBOVUxMLAkJLyogZmlsdGVyLCBmaWx0ZXJhcmcgKi8KLQkJCQlz aXplLAkJCS8qIG1heHNpemUgKi8KKwkJCQlFTV9UU09fU0laRSwJCS8qIG1heHNpemUgKi8KIAkJ CQlFTV9NQVhfU0NBVFRFUiwJCS8qIG5zZWdtZW50cyAqLwotCQkJCXNlZ3NpemUsCQkvKiBtYXhz ZWdzaXplICovCisJCQkJUEFHRV9TSVpFLAkJLyogbWF4c2Vnc2l6ZSAqLwogCQkJCTAsCQkJLyog ZmxhZ3MgKi8KIAkJCQlOVUxMLAkJLyogbG9ja2Z1bmMgKi8KIAkJCQlOVUxMLAkJLyogbG9ja2Fy ZyAqLwpAQCAtMjQ4OSw2ICsyNjc2LDcgQEAKIAkJZ290byBmYWlsOwogCX0KIAorCS8qIENyZWF0 ZSB0aGUgZGVzY3JpcHRvciBidWZmZXIgZG1hIG1hcHMgKi8KIAl0eF9idWZmZXIgPSBhZGFwdGVy LT50eF9idWZmZXJfYXJlYTsKIAlmb3IgKGkgPSAwOyBpIDwgYWRhcHRlci0+bnVtX3R4X2Rlc2M7 IGkrKykgewogCQllcnJvciA9IGJ1c19kbWFtYXBfY3JlYXRlKGFkYXB0ZXItPnR4dGFnLCAwLCAm dHhfYnVmZmVyLT5tYXApOwpAQCAtMjUxNyw2ICsyNzA1LDcgQEAKIAlzdHJ1Y3QgZW1fYnVmZmVy ICp0eF9idWZmZXI7CiAJaW50IGk7CiAKKwkvKiBDbGVhciB0aGUgb2xkIHJpbmcgY29udGVudHMg Ki8KIAliemVybyhhZGFwdGVyLT50eF9kZXNjX2Jhc2UsCiAJICAgIChzaXplb2Yoc3RydWN0IGVt X3R4X2Rlc2MpKSAqIGFkYXB0ZXItPm51bV90eF9kZXNjKTsKIApAQCAtMjg1Nyw4ICszMDQ2LDEw IEBACiAgICAgICAgIGVvcF9kZXNjID0gJmFkYXB0ZXItPnR4X2Rlc2NfYmFzZVtsYXN0XTsKIAog CS8qCi0JICogTm93IGNhY3VsYXRlIHRoZSB0ZXJtaW5hdGluZyBpbmRleAotCSAqIGZvciB0aGUg Y2xlYW51cCBsb29wIGJlbG93CisJICogV2hhdCB0aGlzIGRvZXMgaXMgZ2V0IHRoZSBpbmRleCBv ZiB0aGUKKwkgKiBmaXJzdCBkZXNjcmlwdG9yIEFGVEVSIHRoZSBFT1Agb2YgdGhlIAorCSAqIGZp cnN0IHBhY2tldCwgdGhhdCB3YXkgd2UgY2FuIGRvIHRoZQorCSAqIHNpbXBsZSBjb21wYXJpc29u IG9uIHRoZSBpbm5lciB3aGlsZSBsb29wLgogCSAqLwogCWlmICgrK2xhc3QgPT0gYWRhcHRlci0+ bnVtX3R4X2Rlc2MpIGxhc3QgPSAwOwogCWRvbmUgPSBsYXN0OwpAQCAtMjkxNSwxMCArMzEwNiwx MiBAQAogICAgICAgICAgKi8KICAgICAgICAgaWYgKG51bV9hdmFpbCA+IEVNX1RYX0NMRUFOVVBf VEhSRVNIT0xEKSB7ICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgIGlmcC0+aWZfZHJ2 X2ZsYWdzICY9IH5JRkZfRFJWX09BQ1RJVkU7CisJCS8qIEFsbCBjbGVhbiwgdHVybiBvZmYgdGhl IHRpbWVyICovCiAgICAgICAgICAgICAgICAgaWYgKG51bV9hdmFpbCA9PSBhZGFwdGVyLT5udW1f dHhfZGVzYykKLSAgICAgICAgICAgICAgICAgICAgICAgIGlmcC0+aWZfdGltZXIgPSAwOworCQkJ YWRhcHRlci0+d2F0Y2hkb2dfdGltZXIgPSAwOworCQkvKiBTb21lIGNsZWFuZWQsIHJlc2V0IHRo ZSB0aW1lciAqLwogICAgICAgICAgICAgICAgIGVsc2UgaWYgKG51bV9hdmFpbCAhPSBhZGFwdGVy LT5udW1fdHhfZGVzY19hdmFpbCkKLSAgICAgICAgICAgICAgICAgICAgICAgIGlmcC0+aWZfdGlt ZXIgPSBFTV9UWF9USU1FT1VUOworCQkJYWRhcHRlci0+d2F0Y2hkb2dfdGltZXIgPSBFTV9UWF9U SU1FT1VUOwogICAgICAgICB9CiAgICAgICAgIGFkYXB0ZXItPm51bV90eF9kZXNjX2F2YWlsID0g bnVtX2F2YWlsOwogICAgICAgICByZXR1cm47CkBAIC0zMzY5LDkgKzM1NjIsMTQgQEAKIAkJCWkg PSAwOwogCQlpZiAobSAhPSBOVUxMKSB7CiAJCQlhZGFwdGVyLT5uZXh0X3J4X2Rlc2NfdG9fY2hl Y2sgPSBpOworI2lmbmRlZiBFTV9GQVNUX0lOVFIKIAkJCUVNX1VOTE9DSyhhZGFwdGVyKTsKIAkJ CSgqaWZwLT5pZl9pbnB1dCkoaWZwLCBtKTsKIAkJCUVNX0xPQ0soYWRhcHRlcik7CisjZWxzZQor CQkJLyogQWxyZWFkeSBydW5uaW5nIHVubG9ja2VkICovCisJCQkoKmlmcC0+aWZfaW5wdXQpKGlm cCwgbSk7CisjZW5kaWYKIAkJCWkgPSBhZGFwdGVyLT5uZXh0X3J4X2Rlc2NfdG9fY2hlY2s7CiAJ CX0KIAkJY3VycmVudF9kZXNjID0gJmFkYXB0ZXItPnJ4X2Rlc2NfYmFzZVtpXTsKQEAgLTM3OTYs NiArMzk5NCw4IEBACiAJICAgIGFkYXB0ZXItPm1idWZfY2x1c3Rlcl9mYWlsZWQpOwogCWRldmlj ZV9wcmludGYoZGV2LCAiRHJpdmVyIGRyb3BwZWQgcGFja2V0cyA9ICVsZFxuIiwKIAkgICAgYWRh cHRlci0+ZHJvcHBlZF9wa3RzKTsKKwlkZXZpY2VfcHJpbnRmKGRldiwgIkRyaXZlciB0eCBkbWEg ZmFpbHVyZSBpbiBlbmNhcCA9ICVsZFxuIiwKKwkJYWRhcHRlci0+bm9fdHhfZG1hX3NldHVwKTsK IH0KIAogc3RhdGljIHZvaWQKQEAgLTM5NTIsNCArNDE1MiwxNCBAQAogCSAgICBTWVNDVExfQ0hJ TERSRU4oZGV2aWNlX2dldF9zeXNjdGxfdHJlZShhZGFwdGVyLT5kZXYpKSwKIAkgICAgT0lEX0FV VE8sIG5hbWUsIENUTFRZUEVfSU5UfENUTEZMQUdfUlcsCiAJICAgIGluZm8sIDAsIGVtX3N5c2N0 bF9pbnRfZGVsYXksICJJIiwgZGVzY3JpcHRpb24pOworfQorCitzdGF0aWMgdm9pZAorZW1fYWRk X3J4X3Byb2Nlc3NfbGltaXQoc3RydWN0IGFkYXB0ZXIgKmFkYXB0ZXIsIGNvbnN0IGNoYXIgKm5h bWUsCisJY29uc3QgY2hhciAqZGVzY3JpcHRpb24sIGludCAqbGltaXQsIGludCB2YWx1ZSkKK3sK KwkqbGltaXQgPSB2YWx1ZTsKKwlTWVNDVExfQUREX0lOVChkZXZpY2VfZ2V0X3N5c2N0bF9jdHgo YWRhcHRlci0+ZGV2KSwKKwkgICAgU1lTQ1RMX0NISUxEUkVOKGRldmljZV9nZXRfc3lzY3RsX3Ry ZWUoYWRhcHRlci0+ZGV2KSksCisJICAgIE9JRF9BVVRPLCBuYW1lLCBDVExUWVBFX0lOVHxDVExG TEFHX1JXLCBsaW1pdCwgdmFsdWUsIGRlc2NyaXB0aW9uKTsKIH0KZGlmZiAtTmF1ciBzdGFibGUv ZGV2L2VtL2lmX2VtLmggbmV3cGF0Y2gvZGV2L2VtL2lmX2VtLmgKLS0tIHN0YWJsZS9kZXYvZW0v aWZfZW0uaAlXZWQgTm92ICA4IDIzOjQyOjMwIDIwMDYKKysrIG5ld3BhdGNoL2Rldi9lbS9pZl9l bS5oCVRodSBOb3YgIDkgMDA6MDc6MTUgMjAwNgpAQCAtMTUwLDEwICsxNTAsMTEgQEAKICNkZWZp bmUgRU1fVFhfVElNRU9VVCAgICAgICAgICAgICAgICAgICA1ICAgIC8qIHNldCB0byA1IHNlY29u ZHMgKi8KIAogLyoKLSAqIFRoaXMgcGFyYW1ldGVyIGNvbnRyb2xzIHdoZW4gdGhlIGRyaXZlciBj YWxscyB0aGUgcm91dGluZSB0byByZWNsYWltCisgKiBUaGVzZSBwYXJhbWV0ZXJzIGNvbnRyb2xz IHdoZW4gdGhlIGRyaXZlciBjYWxscyB0aGUgcm91dGluZSB0byByZWNsYWltCiAgKiB0cmFuc21p dCBkZXNjcmlwdG9ycy4KICAqLwogI2RlZmluZSBFTV9UWF9DTEVBTlVQX1RIUkVTSE9MRAkJKGFk YXB0ZXItPm51bV90eF9kZXNjIC8gOCkKKyNkZWZpbmUgRU1fVFhfT1BfVEhSRVNIT0xECQkoYWRh cHRlci0+bnVtX3R4X2Rlc2MgLyAzMikKIAogLyoKICAqIFRoaXMgcGFyYW1ldGVyIGNvbnRyb2xz IHdoZXRoZXIgb3Igbm90IGF1dG9uZWdvdGF0aW9uIGlzIGVuYWJsZWQuCkBAIC0yMjAsNyArMjIx LDcgQEAKICNkZWZpbmUgRU1fQkFSX01FTV9UWVBFXzMyQklUCQkweDAwMDAwMDAwCiAjZGVmaW5l IEVNX0JBUl9NRU1fVFlQRV82NEJJVAkJMHgwMDAwMDAwNAogLyoKLSAqIEJhY2t3YXJkIGNvbXBh dGliaWxpdHkgaGFjaworICogQmFja3dhcmQgY29tcGF0aWJpbGl0eSB3b3JrYXJvdW5kCiAgKi8K ICNpZiAhZGVmaW5lZChQQ0lSX0NJUykKICNkZWZpbmUgUENJUl9DSVMJUENJUl9DQVJEQlVTQ0lT CkBAIC0yOTIsNyArMjkzLDcgQEAKIAlPRkZMT0FEX1VEUF9JUAogfSBYU1VNX0NPTlRFWFRfVDsK IAotc3RydWN0IGFkYXB0ZXIgYWRhcHRlcjsJCS8qIFhYWDogdWdseSBmb3J3YXJkIGRlY2xhcmF0 aW9uICovCitzdHJ1Y3QgYWRhcHRlcjsKIHN0cnVjdCBlbV9pbnRfZGVsYXlfaW5mbyB7CiAJc3Ry dWN0IGFkYXB0ZXIgKmFkYXB0ZXI7CS8qIEJhY2stcG9pbnRlciB0byB0aGUgYWRhcHRlciBzdHJ1 Y3QgKi8KIAlpbnQgb2Zmc2V0OwkJCS8qIFJlZ2lzdGVyIG9mZnNldCB0byByZWFkL3dyaXRlICov CkBAIC0zMjgsMTAgKzMyOSwxNyBAQAogCXN0cnVjdCBpZm1lZGlhCW1lZGlhOwogCXN0cnVjdCBj YWxsb3V0CXRpbWVyOwogCXN0cnVjdCBjYWxsb3V0CXR4X2ZpZm9fdGltZXI7CisJaW50CQl3YXRj aGRvZ190aW1lcjsKIAlpbnQJCWlvX3JpZDsKIAlpbnQJCWlmX2ZsYWdzOwogCXN0cnVjdCBtdHgJ bXR4OwogCWludAkJZW1faW5zZXJ0X3ZsYW5faGVhZGVyOworCisjaWZkZWYgRU1fRkFTVF9JTlRS CisJc3RydWN0IHRhc2sJbGlua190YXNrOworCXN0cnVjdCB0YXNrCXJ4dHhfdGFzazsKKwlzdHJ1 Y3QgdGFza3F1ZXVlICp0cTsKKyNlbmRpZgogCS8qIEluZm8gYWJvdXQgdGhlIGJvYXJkIGl0c2Vs ZiAqLwogCXVpbnQzMl90CXBhcnRfbnVtOwogCXVpbnQ4X3QJCWxpbmtfYWN0aXZlOwo= ------=_Part_35052_20023030.1163035142787-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 01:43:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6111C16A416 for ; Thu, 9 Nov 2006 01:43:45 +0000 (UTC) (envelope-from raj@csub.edu) Received: from mailhub.csub.edu (mailhub.csub.edu [136.168.1.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFE4043D94 for ; Thu, 9 Nov 2006 01:43:29 +0000 (GMT) (envelope-from raj@csub.edu) Received: from cserv65.csub.edu (cserv65.csub.edu [136.168.10.65]) by mailhub.csub.edu (8.13.8/8.13.8) with ESMTP id kA91hTpf012901 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 8 Nov 2006 17:43:29 -0800 (PST) (envelope-from raj@csub.edu) Received: from cserv65.csub.edu (localhost [127.0.0.1]) by cserv65.csub.edu (8.13.8/8.13.8) with ESMTP id kA91hTFi001708 for ; Wed, 8 Nov 2006 17:43:29 -0800 (PST) (envelope-from raj@cserv65.csub.edu) Received: (from raj@localhost) by cserv65.csub.edu (8.13.8/8.13.8/Submit) id kA91hTY8001707 for freebsd-stable@freebsd.org; Wed, 8 Nov 2006 17:43:29 -0800 (PST) (envelope-from raj) Date: Wed, 8 Nov 2006 17:43:29 -0800 From: Russell Jackson To: freebsd-stable@freebsd.org Message-ID: <20061109014329.GA1377@cserv65.csub.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Subject: nvidia0 em0 shared irq problem persists on dell precision 670 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, 09 Nov 2006 01:43:45 -0000 I synced sources today and tested the em changes, and the problem has not gone away for me. nvidia0 and em0 are shown as shared with ioacpi disabled using a device hint. interrupt total rate irq1: atkbd0 60 0 irq6: fdc0 10 0 irq14: ata0 16 0 irq15: ata1 47 0 irq16: nvidia0+++ 1267513 2162 irq18: uhci2+ 52688 89 irq23: ehci0 1 0 irq48: em0 106712 182 cpu0: timer 1167964 1993 cpu1: timer 1165966 1989 Total 3760977 6418 When disabling the ioapic, the rate falls to the 600s which is still a tad high no? I was running it with apic disabled as a work around, but I plan on buying another processor for this box soon. Running it with a SMP kernel with hyperthreading seems to allieviate some of the latency caused by the high interrupt rate; however, I did have it hang once today. 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #0: Wed Nov 8 16:01:29 PST 2006 raj@cserv65.csub.edu:/usr/obj/usr/src/sys/CSERV65.SMP ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 Logical CPUs per core: 2 real memory = 1072209920 (1022 MB) avail memory = 1035874304 (987 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 pnpbios: Bad PnP BIOS data checksum ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic2: Changing APIC ID to 10 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard lapic0: Forcing LINT1 to edge trigger kqemu version 0x00010300 kqemu: KQEMU installed, max_locked_mem=517120kB. kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 pcib3: at device 0.2 on pci1 pci3: on pcib3 em0: port 0xdcc0-0xdcff mem 0xdfee0000-0xdfefffff irq 48 at device 14.0 on pci3 em0: Ethernet address: 00:13:72:78:b9:e3 pcib4: irq 16 at device 3.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 4.0 on pci0 pci5: on pcib5 nvidia0: mem 0xdd000000-0xddffffff,0xc0000000-0xcfffffff,0xde000000-0xdeffffff irq 16 at device 0.0 on pci5 nvidia0: [GIANT-LOCKED] uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pci6: on pcib6 fwohci0: mem 0xdcffb800-0xdcffbfff,0xdcffc000-0xdcffffff irq 16 at device 12.0 on pci6 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 80:78:00:13:b9:e3:72:00 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 82:78:00:e3:72:00 fwe0: Ethernet address: 82:78:00:e3:72:00 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf mem 0xdffffc00-0xdfffffff irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) pcm0: port 0xec00-0xecff,0xe8c0-0xe8ff mem 0xdffffa00-0xdffffbff,0xdffff900-0xdffff9ff irq 17 at device 31.5 on pci0 pcm0: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 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 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcbfff,0xcc000-0xcd7ff,0xcd800-0xcffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ukbd0: DELL DELL USB Keyboard, rev 1.10/1.05, addr 3, iclass 3/1 kbd2 at ukbd0 Timecounters tick every 1.000 msec ad0: 38166MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 ad4: 76293MB at ata2-master SATA150 lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted bridge0: Ethernet address: ba:38:78:a1:37:ea netsmb_dev: loaded -- Russell A. Jackson Network Analyst California State University, Bakersfield From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 02:02:31 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33D5616A47E for ; Thu, 9 Nov 2006 02:02:31 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-3.paradise.net.nz (linda-3.paradise.net.nz [203.96.152.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC33D43D93 for ; Thu, 9 Nov 2006 02:02:13 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-1.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-3.paradise.net.nz (Paradise.net.nz) with ESMTP id <0J8F00JELXNM49@linda-3.paradise.net.nz> for freebsd-stable@FreeBSD.ORG; Thu, 09 Nov 2006 15:02:10 +1300 (NZDT) Received: from [192.168.1.11] (218-101-28-187.dsl.clear.net.nz [218.101.28.187]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id F0EE712362A8; Thu, 09 Nov 2006 15:02:09 +1300 (NZDT) Date: Thu, 09 Nov 2006 15:01:58 +1300 From: Mark Kirkwood In-reply-to: To: Pete French Message-id: <45528C16.5030100@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5.0.7 (X11/20061101) References: Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Dissapointing performance of ciss RAID 0+1 ? 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, 09 Nov 2006 02:02:31 -0000 Pete French wrote: > I recently overhauled my RAID array - I now have 4 drives arranged > as RAID 0+1, all being 15K 147gig Fujitsu's, and split across two > buses, which are actively terminated to give U160 speeds (and I have > verified this). The card is a 5304 (128M cache) in a PCI-X slot. > > This replaces a set of 6 7200 rpm drives as RAID 5 which were running at > 40meg speeds due to non LVD termination. I would expect to see a large speed > increase wouldn't I ? But it remains about the same - around 45 meg/sec > for reading a large file (3 gig or so) and half that for copying said > file. These are 'real world' tests in the sense that I us the drive for > building large ISo images and copying them around - I really dont care what > benchmarks say, it's the speed of these two operatiosn that I want to make > fats. > > I've tried all the possible stripe sizes (128k gives the best performance) > but still I only get the above speeds. Just one of the 15k drives on it's > own performs better than this! I would expect the RAID-0 to give me at > least some speedup, or in the worst case be the same, surely ? > > Booting up Windowws and running some tests gives me far better performance > however, so I am wondering if there is some driver issue here. Has anyone > else seen the same kind of results ? I am running the latest stable for > amd64 and the machine has twin opteron 242's with a gig of RAM each. surely > it can do better than this ? > You might be able to speed up the read by playing with the vfs.read_max sysctl (try 16 or 32). cheers Mark From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 02:23:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B462A16A403 for ; Thu, 9 Nov 2006 02:23:55 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53D0D43D49 for ; Thu, 9 Nov 2006 02:23:55 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 90E4A5EFB; Wed, 8 Nov 2006 21:23:54 -0500 (EST) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 318Me3bVf8zN; Wed, 8 Nov 2006 21:23:51 -0500 (EST) Received: from [192.168.1.251] (pool-68-161-95-212.ny325.east.verizon.net [68.161.95.212]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 6A1DC5E75; Wed, 8 Nov 2006 21:23:51 -0500 (EST) Message-ID: <45529131.9000500@mac.com> Date: Wed, 08 Nov 2006 21:23:45 -0500 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Russell Jackson References: <20061109014329.GA1377@cserv65.csub.edu> In-Reply-To: <20061109014329.GA1377@cserv65.csub.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: nvidia0 em0 shared irq problem persists on dell precision 670 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, 09 Nov 2006 02:23:55 -0000 Russell Jackson wrote: [ ... ] > pnpbios: Bad PnP BIOS data checksum Did you notice this? Try reflashing your motherboard to the latest available BIOS revision, doing a "load defaults", and then clearing and reseting the ESCD. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 02:41:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48AAE16A415 for ; Thu, 9 Nov 2006 02:41:04 +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 A29A243D53 for ; Thu, 9 Nov 2006 02:41:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA92dsPi032209; Wed, 8 Nov 2006 19:40:00 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <455294F8.2070909@samsco.org> Date: Wed, 08 Nov 2006 19:39:52 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Russell Jackson References: <20061109014329.GA1377@cserv65.csub.edu> In-Reply-To: <20061109014329.GA1377@cserv65.csub.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: nvidia0 em0 shared irq problem persists on dell precision 670 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, 09 Nov 2006 02:41:04 -0000 Is the firewire controller something that you can disable? Can you selectively disable some of the USB controllers? Scott Russell Jackson wrote: > I synced sources today and tested the em changes, and the problem has > not gone away for me. nvidia0 and em0 are shown as shared with ioacpi > disabled using a device hint. > > interrupt total rate > irq1: atkbd0 60 0 > irq6: fdc0 10 0 > irq14: ata0 16 0 > irq15: ata1 47 0 > irq16: nvidia0+++ 1267513 2162 > irq18: uhci2+ 52688 89 > irq23: ehci0 1 0 > irq48: em0 106712 182 > cpu0: timer 1167964 1993 > cpu1: timer 1165966 1989 > Total 3760977 6418 > > When disabling the ioapic, the rate falls to the 600s which is still a > tad high no? > > I was running it with apic disabled as a work around, but I plan on > buying another processor for this box soon. Running it with a SMP kernel > with hyperthreading seems to allieviate some of the latency caused by > the high interrupt rate; however, I did have it hang once today. > > 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.2-PRERELEASE #0: Wed Nov 8 16:01:29 PST 2006 > raj@cserv65.csub.edu:/usr/obj/usr/src/sys/CSERV65.SMP > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.52-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 > Features=0xbfebfbff > Features2=0x641d> > AMD Features=0x20100000 > Logical CPUs per core: 2 > real memory = 1072209920 (1022 MB) > avail memory = 1035874304 (987 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > pnpbios: Bad PnP BIOS data checksum > ioapic0: Changing APIC ID to 8 > ioapic1: Changing APIC ID to 9 > ioapic2: Changing APIC ID to 10 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > ioapic2 irqs 48-71 on motherboard > lapic0: Forcing LINT1 to edge trigger > kqemu version 0x00010300 > kqemu: KQEMU installed, max_locked_mem=517120kB. > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.1 (no driver attached) > pcib1: irq 16 at device 2.0 on pci0 > pci1: on pcib1 > pcib2: at device 0.0 on pci1 > pci2: on pcib2 > pcib3: at device 0.2 on pci1 > pci3: on pcib3 > em0: port 0xdcc0-0xdcff mem 0xdfee0000-0xdfefffff irq 48 at device 14.0 on pci3 > em0: Ethernet address: 00:13:72:78:b9:e3 > pcib4: irq 16 at device 3.0 on pci0 > pci4: on pcib4 > pcib5: irq 16 at device 4.0 on pci0 > pci5: on pcib5 > nvidia0: mem 0xdd000000-0xddffffff,0xc0000000-0xcfffffff,0xde000000-0xdeffffff irq 16 at device 0.0 on pci5 > nvidia0: [GIANT-LOCKED] > uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 > uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > usb4: waiting for BIOS to give up control > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > pcib6: at device 30.0 on pci0 > pci6: on pcib6 > fwohci0: mem 0xdcffb800-0xdcffbfff,0xdcffc000-0xdcffffff irq 16 at device 12.0 on pci6 > fwohci0: OHCI version 1.10 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 80:78:00:13:b9:e3:72:00 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 82:78:00:e3:72:00 > fwe0: Ethernet address: 82:78:00:e3:72:00 > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf mem 0xdffffc00-0xdfffffff irq 18 at device 31.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 18 at device 31.2 on pci0 > ata2: on atapci1 > ata3: on atapci1 > pci0: at device 31.3 (no driver attached) > pcm0: port 0xec00-0xecff,0xe8c0-0xe8ff mem 0xdffffa00-0xdffffbff,0xdffff900-0xdffff9ff irq 17 at device 31.5 on pci0 > pcm0: > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 > 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 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcbfff,0xcc000-0xcd7ff,0xcd800-0xcffff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > ukbd0: DELL DELL USB Keyboard, rev 1.10/1.05, addr 3, iclass 3/1 > kbd2 at ukbd0 > Timecounters tick every 1.000 msec > ad0: 38166MB at ata0-master UDMA100 > acd0: CDRW at ata1-master UDMA33 > ad4: 76293MB at ata2-master SATA150 > lapic1: Forcing LINT1 to edge trigger > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad4s1a > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > bridge0: Ethernet address: ba:38:78:a1:37:ea > netsmb_dev: loaded > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 03:26:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C2E116A492 for ; Thu, 9 Nov 2006 03:26:03 +0000 (UTC) (envelope-from raj@csub.edu) Received: from mailhub.csub.edu (mailhub.csub.edu [136.168.1.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B3E343D4C for ; Thu, 9 Nov 2006 03:26:02 +0000 (GMT) (envelope-from raj@csub.edu) Received: from eru.homelan (adsl-75-15-230-22.dsl.bkfd14.sbcglobal.net [75.15.230.22]) (authenticated bits=0) by mailhub.csub.edu (8.13.8/8.13.8) with ESMTP id kA93Q177032012 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 8 Nov 2006 19:26:02 -0800 (PST) (envelope-from raj@csub.edu) Received: from eru.homelan (localhost [127.0.0.1]) by eru.homelan (8.13.8/8.13.8) with ESMTP id kA93PXs6052584 for ; Wed, 8 Nov 2006 19:25:41 -0800 (PST) (envelope-from raj@eru.homelan) Received: (from raj@localhost) by eru.homelan (8.13.8/8.13.8/Submit) id kA93PVvg052581 for freebsd-stable@freebsd.org; Wed, 8 Nov 2006 19:25:31 -0800 (PST) (envelope-from raj) Date: Wed, 8 Nov 2006 19:25:30 -0800 From: Russell Jackson To: freebsd-stable@freebsd.org Message-ID: <20061109032529.GB31245@eru.homelan> References: <20061109014329.GA1377@cserv65.csub.edu> <45529131.9000500@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45529131.9000500@mac.com> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: nvidia0 em0 shared irq problem persists on dell precision 670 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, 09 Nov 2006 03:26:03 -0000 On Wed, Nov 08, 2006 at 09:23:45PM -0500, Chuck Swiger wrote: > Russell Jackson wrote: > [ ... ] > >pnpbios: Bad PnP BIOS data checksum > > Did you notice this? Try reflashing your motherboard to the latest > available BIOS revision, doing a "load defaults", and then clearing and > reseting the ESCD. > The box came from Dell with the latest revision already and there hasn't been a newer one released since. I vaguely remember bringing this up on the list shortly after the 6.1 release only to be told it was harmless. I guess I can try reflashing just to be sure. Thanks, -- Russell A. Jackson Network Analyst California State University, Bakersfield From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 03:26:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36D5916A403 for ; Thu, 9 Nov 2006 03:26:58 +0000 (UTC) (envelope-from raj@csub.edu) Received: from mailhub.csub.edu (mailhub.csub.edu [136.168.1.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5B8A43D45 for ; Thu, 9 Nov 2006 03:26:57 +0000 (GMT) (envelope-from raj@csub.edu) Received: from eru.homelan (adsl-75-15-230-22.dsl.bkfd14.sbcglobal.net [75.15.230.22]) (authenticated bits=0) by mailhub.csub.edu (8.13.8/8.13.8) with ESMTP id kA93QnVY032141 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 8 Nov 2006 19:26:50 -0800 (PST) (envelope-from raj@csub.edu) Received: from eru.homelan (localhost [127.0.0.1]) by eru.homelan (8.13.8/8.13.8) with ESMTP id kA93QZ93052601 for ; Wed, 8 Nov 2006 19:26:38 -0800 (PST) (envelope-from raj@eru.homelan) Received: (from raj@localhost) by eru.homelan (8.13.8/8.13.8/Submit) id kA93QTG3052596 for freebsd-stable@freebsd.org; Wed, 8 Nov 2006 19:26:29 -0800 (PST) (envelope-from raj) Resent-From: raj@csub.edu Resent-Date: Wed, 8 Nov 2006 19:26:19 -0800 Resent-Message-ID: <20061109032619.GC31245@eru.homelan> Resent-To: freebsd-stable@freebsd.org Date: Wed, 8 Nov 2006 19:16:49 -0800 From: Russell Jackson To: Scott Long Message-ID: <20061109031649.GA31245@eru.homelan> References: <20061109014329.GA1377@cserv65.csub.edu> <455294F8.2070909@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <455294F8.2070909@samsco.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: nvidia0 em0 shared irq problem persists on dell precision 670 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, 09 Nov 2006 03:26:58 -0000 On Wed, Nov 08, 2006 at 07:39:52PM -0700, Scott Long wrote: > Is the firewire controller something that you can disable? Can you > selectively disable some of the USB controllers? > > Scott > > I'll have to try that tomorrow at work. I did disable the em NIC in the BIOS setup, and (not surprisingly) the problem went away. -- Russell A. Jackson Network Analyst California State University, Bakersfield From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 04:35:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FD8816A47B for ; Thu, 9 Nov 2006 04:35:39 +0000 (UTC) (envelope-from smw2010@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE1D643D5A for ; Thu, 9 Nov 2006 04:35:36 +0000 (GMT) (envelope-from smw2010@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so52349nzh for ; Wed, 08 Nov 2006 20:35:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Oa0lbQtCKFGsW7k2cpIyWN2MSkD6QfzMy6srJ7kMC9zEevxvrm5iZmUverUCwdwZHsz9/MlQ2IVA+TQIqPxJs0NeJC2Ee7ZSB9AH28o59RD80cHDFg2+gKs+cLgOj/nCWs5DK//oSOI3nkToKyeNoZ2glW7EC2plprt5giF043c= Received: by 10.65.239.14 with SMTP id q14mr496113qbr.1163046935560; Wed, 08 Nov 2006 20:35:35 -0800 (PST) Received: by 10.65.241.10 with HTTP; Wed, 8 Nov 2006 20:35:35 -0800 (PST) Message-ID: Date: Thu, 9 Nov 2006 15:35:35 +1100 From: "Sam Wun" To: "Jack Vogel" In-Reply-To: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> MIME-Version: 1.0 References: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: RelEng , John Baldwin , freebsd-net , Gleb Smirnoff , Prafulla Deuskar , freebsd-stable@freebsd.org Subject: Re: Proposed 6.2 em RELEASE patch 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, 09 Nov 2006 04:35:39 -0000 Without introduced this new patch, can I still use sysctl to maximise its performance like FAST_INTR? S On 11/9/06, Jack Vogel wrote: > > This patch is an evolution of the last one I sent out. It has > a couple of minor corrections, like a bad forward decl in > the header. > > The last patch has had quite a bit of testing and all reports > have been positive. The only complaint was from Gleb who > says he needs to keep his beloved infinite for loop in the > interrupt handler, well I have a better one for you Gleb, keep > reading. > > I have also been doing some extreme stress testing using > SmartBits, and discovered the driver as it stands is really > not able to take extreme receive side pounding, Scott > pointed out that this is why the FAST_INTR work was done :) > > There were some people that had stability issues with that > work, but there were also many that did not. I actually > merged the FAST code onto my last patch, and ran the > SB stress and found it really was able to gracefully handle > that load, way to go Scott :) > > I've pondered this situation, and this patch I'm including here > today is the result. Here's what it does: > > If you drop it in place, compile it, and go... you will get the > code that has been tested for a week, it uses the older > style interrupts, it has the watchdog and other SMP fixes > so its been proven. > > BUT, I've added the FAST_INTR changes back into the code, so > if you go into your Makefile and add -DEM_FAST_INTR you will > then get the taskqueue stuff. > > So, Gleb, rather than replace the infinite for loop that no one > thinks is a good idea, you can just define FAST_INTR again, > and you should be good to go. > > I see this as the best thing for the 6.2 RELEASE, it lets us > keep moving forward, people that want max performance > can define EM_FAST_INTR and help us wring out any > problems, it also will mean that I will have our Intel test > group start using this code. But for those that just want > a stable driver the standard compile will still give them that. > > The patch I'm including is against BETA3. Let me know of > your concerns or issues. > > Cheers, > > Jack > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 05:24:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11ABB16A40F for ; Thu, 9 Nov 2006 05:24:06 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0F0E43D46 for ; Thu, 9 Nov 2006 05:24:04 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so58957nzh for ; Wed, 08 Nov 2006 21:24:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UIB0X2XJ2/tOyzMa8T7gozdaovn7mV6NDfDcrGGWrhX1cTKVFiyDZLGdSsng2Y7Ig/xgn1DJMbqzzzkVVfriVm9+iZ/gKJ7vvNvTrEovaSvdKXozIYxwfFhA4y2dF2dxbwmYCnflZwDdRef24AIPxlZrGG890Y68itt9xeTgdB8= Received: by 10.35.31.14 with SMTP id i14mr85807pyj.1163049843788; Wed, 08 Nov 2006 21:24:03 -0800 (PST) Received: by 10.35.118.6 with HTTP; Wed, 8 Nov 2006 21:24:03 -0800 (PST) Message-ID: <2a41acea0611082124x4143289emb0c3e0dee3e50ecc@mail.gmail.com> Date: Wed, 8 Nov 2006 21:24:03 -0800 From: "Jack Vogel" To: "Sam Wun" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> Cc: RelEng , John Baldwin , freebsd-net , Gleb Smirnoff , Prafulla Deuskar , freebsd-stable@freebsd.org Subject: Re: Proposed 6.2 em RELEASE patch 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, 09 Nov 2006 05:24:06 -0000 On 11/8/06, Sam Wun wrote: > Without introduced this new patch, can I still use sysctl to maximise its > performance like FAST_INTR? > > S Not sure if I'm understanding you, but let me try. You cannot attain the same receive performance without the patch. When I use SmartBits and blast UDP packets at TWO fiber PCI-E NICS and set it to 70% utilization of the line it will just BURY the system, meaning that the shell on the console will appear wedged. Once you stop the test it recovers, but during it its totally consumed handling interrupts. Perhaps with careful tweaking of everything you can make things better, but if so that goes beyond my tuning knowledge. Just one NIC will be OK, and if I drop the utilization down to 45% its ok, but 50 and up and we go into the tank, as it were :) If you compile with EM_FAST_INTR then the system will continue to operate quite well with the same load. Now, this is one kind of load, and there is still other types that work just fine without FAST_INTR, and without the patch you can still use sysctl to adjust tuning parameters as your needs vary. BUT, I do not believe you can do as well as you can with FAST_INTR on, this is why I wanted to get this code back into the driver conditionally before RELEASE. Does that answer your question Sam? Regards, Jack > > On 11/9/06, Jack Vogel < jfvogel@gmail.com> wrote: > > > > This patch is an evolution of the last one I sent out. It has > > a couple of minor corrections, like a bad forward decl in > > the header. > > > > The last patch has had quite a bit of testing and all reports > > have been positive. The only complaint was from Gleb who > > says he needs to keep his beloved infinite for loop in the > > interrupt handler, well I have a better one for you Gleb, keep > > reading. > > > > I have also been doing some extreme stress testing using > > SmartBits, and discovered the driver as it stands is really > > not able to take extreme receive side pounding, Scott > > pointed out that this is why the FAST_INTR work was done :) > > > > There were some people that had stability issues with that > > work, but there were also many that did not. I actually > > merged the FAST code onto my last patch, and ran the > > SB stress and found it really was able to gracefully handle > > that load, way to go Scott :) > > > > I've pondered this situation, and this patch I'm including here > > today is the result. Here's what it does: > > > > If you drop it in place, compile it, and go... you will get the > > code that has been tested for a week, it uses the older > > style interrupts, it has the watchdog and other SMP fixes > > so its been proven. > > > > BUT, I've added the FAST_INTR changes back into the code, so > > if you go into your Makefile and add -DEM_FAST_INTR you will > > then get the taskqueue stuff. > > > > So, Gleb, rather than replace the infinite for loop that no one > > thinks is a good idea, you can just define FAST_INTR again, > > and you should be good to go. > > > > I see this as the best thing for the 6.2 RELEASE, it lets us > > keep moving forward, people that want max performance > > can define EM_FAST_INTR and help us wring out any > > problems, it also will mean that I will have our Intel test > > group start using this code. But for those that just want > > a stable driver the standard compile will still give them that. > > > > The patch I'm including is against BETA3. Let me know of > > your concerns or issues. > > > > Cheers, > > > > Jack > > > > > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to " > freebsd-net-unsubscribe@freebsd.org" > > > > > > > > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 06:49:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD64E16A40F for ; Thu, 9 Nov 2006 06:49:27 +0000 (UTC) (envelope-from simonbiber@yahoo.com.au) Received: from filter.it.uts.edu.au (filter.it.uts.edu.au [138.25.8.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EB9943D46 for ; Thu, 9 Nov 2006 06:49:27 +0000 (GMT) (envelope-from simonbiber@yahoo.com.au) Received: from marcie.it.uts.edu.au (marcie.it.uts.edu.au [138.25.9.4]) by filter.it.uts.edu.au (Postfix) with ESMTP id DA233E02C6 for ; Thu, 9 Nov 2006 17:49:22 +1100 (EST) Received: from [0.0.0.0] (218-214-46-61.people.net.au [218.214.46.61]) by marcie.it.uts.edu.au (Postfix) with ESMTP id A611421298 for ; Thu, 9 Nov 2006 17:49:22 +1100 (EST) Message-ID: <4552CF70.1010101@yahoo.com.au> Date: Thu, 09 Nov 2006 17:49:20 +1100 From: Simon Biber User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Error applying libarchive.patch 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, 09 Nov 2006 06:49:27 -0000 I tried installing FreeBSD Security Advisory FreeBSD-SA-06:24.libarchive The patch failed. Am I doing something wrong? Is it not designed for my system? oz# uname -a FreeBSD oz.caah.org 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Thu Oct 12 07:40:47 EST 2006 root@:/usr/obj/usr/src/sys/GENERIC i386 oz# patch < /home/sbiber/libarchive.patch Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: lib/libarchive/archive_read_support_compression_none.c |=================================================================== |RCS file: /home/ncvs/src/lib/libarchive/archive_read_support_compression_none.c,v |retrieving revision 1.8 |diff -u -I__FBSDID -r1.8 archive_read_support_compression_none.c |--- lib/libarchive/archive_read_support_compression_none.c 29 Aug 2006 04:59:25 -0000 1.8 |+++ lib/libarchive/archive_read_support_compression_none.c 2 Nov 2006 05:17:28 -0000 -------------------------- Patching file lib/libarchive/archive_read_support_compression_none.c using Plan A... Hunk #1 failed at 257. Hunk #2 failed at 289. Hunk #3 failed at 307. Hunk #4 failed at 320. 4 out of 4 hunks failed--saving rejects to lib/libarchive/archive_read_support_compression_none.c.rej done -- Simon. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 07:16:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3D1B16A403 for ; Thu, 9 Nov 2006 07:16:03 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03.rdc-nyc.rr.com [24.29.109.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4329243D4C for ; Thu, 9 Nov 2006 07:16:02 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-03.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id kA97G1Hc009449 for ; Thu, 9 Nov 2006 02:16:01 -0500 (EST) Date: Thu, 9 Nov 2006 02:16:00 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20061109071600.GA3750@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <4552CF70.1010101@yahoo.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4552CF70.1010101@yahoo.com.au> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: Error applying libarchive.patch 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, 09 Nov 2006 07:16:03 -0000 On Thu, Nov 09, 2006 at 05:49:20PM +1100, Simon Biber wrote: > I tried installing FreeBSD Security Advisory FreeBSD-SA-06:24.libarchive > > The patch failed. Am I doing something wrong? Is it not designed for my system? > I had the same problem as Simon on 6.1 boxes. > |+++ lib/libarchive/archive_read_support_compression_none.c 2 Nov 2006 > 05:17:28 -0000 > -------------------------- > Patching file lib/libarchive/archive_read_support_compression_none.c using Plan > A... > Hunk #1 failed at 257. > Hunk #2 failed at 289. > Hunk #3 failed at 307. > Hunk #4 failed at 320. > 4 out of 4 hunks failed--saving rejects to > lib/libarchive/archive_read_support_compression_none.c.rej > done > It worked on 2 boxes running 6.2-PRERELEASE -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: It was exactly you, Will. Every detail. Except for your not being a dominatrix... as far as we know. Willow: Oh, right, me and Oz play Mistress of Pain every night. Xander: Did anyone else just go to a scary visual place? Buffy: Oh, yeah. Giles: (raises glasses) From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 07:21:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEFD516A407 for ; Thu, 9 Nov 2006 07:21:54 +0000 (UTC) (envelope-from elessar@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 543C343D45 for ; Thu, 9 Nov 2006 07:21:54 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: from localhost (mail [127.0.0.12]) by mail.bsdforen.de (Postfix) with ESMTP id CEB624241CE; Thu, 9 Nov 2006 08:21:52 +0100 (CET) X-Virus-Scanned: amavisd-new at bsdforen.de Received: from mail.bsdforen.de ([127.0.0.12]) by localhost (mail.bsdforen.de [127.0.0.12]) (amavisd-new, port 10024) with ESMTP id HtkS-TNVnZHb; Thu, 9 Nov 2006 08:21:52 +0100 (CET) Received: from loki.starkstrom.lan (p549CE1CF.dip.t-dialin.net [84.156.225.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id D92964241CD; Thu, 9 Nov 2006 08:21:51 +0100 (CET) Date: Thu, 9 Nov 2006 08:21:49 +0100 From: Joerg Pernfuss To: freebsd-stable@freebsd.org Message-ID: <20061109082149.6f7f7a6d@loki.starkstrom.lan> In-Reply-To: <4552CF70.1010101@yahoo.com.au> References: <4552CF70.1010101@yahoo.com.au> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_C8o4p+MF7In/OBvR.wL/1wY"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Simon Biber Subject: Re: Error applying libarchive.patch 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, 09 Nov 2006 07:21:54 -0000 --Sig_C8o4p+MF7In/OBvR.wL/1wY Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 09 Nov 2006 17:49:20 +1100 Simon Biber wrote: > I tried installing FreeBSD Security Advisory > FreeBSD-SA-06:24.libarchive >=20 > The patch failed. Am I doing something wrong? Is it not designed for > my system? =46rom the SA: Affects: FreeBSD 6-STABLE after 2006-09-05 05:23:51 UTC This SA does not affect 6.1-RELEASE, the patch does not apply. > oz# uname -a > FreeBSD oz.caah.org 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Thu Oct 12=20 > 07:40:47 EST 2006 root@:/usr/obj/usr/src/sys/GENERIC i386 The best way to get all SAs that affect you is to either use freebsd-update or follow the RELENG_6_1 branch via csup. Joerg --=20 | /"\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against | 0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | X HTML in email | .the next sentence is true. | | / \ and news | .the previous sentence was a lie. | --Sig_C8o4p+MF7In/OBvR.wL/1wY Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFFUtcNH31s/bvKrSQRAqAsAJ9IurLq+clQIej6fQCzGb7H4Oq0jgCeLTf/ LVcqPh/qUX3TeOQd1h/y1h4= =cxJ+ -----END PGP SIGNATURE----- --Sig_C8o4p+MF7In/OBvR.wL/1wY-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 07:22:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4131916A4F4 for ; Thu, 9 Nov 2006 07:22:14 +0000 (UTC) (envelope-from illoai@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 A0B4043D45 for ; Thu, 9 Nov 2006 07:22:13 +0000 (GMT) (envelope-from illoai@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so423921nfc for ; Wed, 08 Nov 2006 23:22:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XHLsohgweGfCgv1QbI9POFMGHpzKslwi8SZzKr9Bj2oXt+pMRKUwOkxd9SJ/IdQsBXc6IuolpABzaUpnVGXbU42M9eooTKgYd7JXtSuRS9uYdct7Q/ZSaROrm566XvALHovwX9yIDHstU29FxjoYeSWrTkJtXyYYznODpTxxnH0= Received: by 10.82.182.8 with SMTP id e8mr87152buf.1163056932101; Wed, 08 Nov 2006 23:22:12 -0800 (PST) Received: by 10.82.175.1 with HTTP; Wed, 8 Nov 2006 23:22:12 -0800 (PST) Message-ID: Date: Thu, 9 Nov 2006 01:22:12 -0600 From: "illoai@gmail.com" To: freebsd-stable@freebsd.org In-Reply-To: <20061109071600.GA3750@mail.scottro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4552CF70.1010101@yahoo.com.au> <20061109071600.GA3750@mail.scottro.net> Subject: Re: Error applying libarchive.patch 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, 09 Nov 2006 07:22:14 -0000 On 11/9/06, Scott Robbins wrote: > On Thu, Nov 09, 2006 at 05:49:20PM +1100, Simon Biber wrote: > > I tried installing FreeBSD Security Advisory FreeBSD-SA-06:24.libarchive > > > > The patch failed. Am I doing something wrong? Is it not designed for my system? > > > > I had the same problem as Simon on 6.1 boxes. . . . > > It worked on 2 boxes running 6.2-PRERELEASE > To quote http://security.freebsd.org/advisories/FreeBSD-SA-06:24.libarchive.asc Affects: FreeBSD 6-STABLE after 2006-09-05 05:23:51 UTC -- -- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 07:24:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BB8416A403 for ; Thu, 9 Nov 2006 07:24:24 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius2.uwa.edu.au (asclepius2.uwa.edu.au [130.95.128.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CAB043D58 for ; Thu, 9 Nov 2006 07:24:23 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from panacea.kas (localhost.localdomain [127.0.0.1]) by panacea.uwa.edu.au (Postfix) with SMTP id 726654C2FE for ; Thu, 9 Nov 2006 15:24:13 +0800 (WST) Received: from panacea (localhost.localdomain [127.0.0.1]) by panacea.prekas (Postfix) with ESMTP id F11CE4C2E1 for ; Thu, 9 Nov 2006 15:24:12 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by panacea.extinput (Postfix) with ESMTP id DA8BF4C2FE for ; Thu, 9 Nov 2006 15:24:11 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 4FF4D36804; Thu, 9 Nov 2006 15:24:09 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 30E9436803; Thu, 9 Nov 2006 15:24:09 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1Gi4Gf-0006Fa-00; Thu, 09 Nov 2006 15:24:09 +0800 Date: Thu, 9 Nov 2006 15:24:08 +0800 (WST) From: David Adam To: Simon Biber In-Reply-To: <4552CF70.1010101@yahoo.com.au> Message-ID: References: <4552CF70.1010101@yahoo.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 09112006 #225790, status: clean X-SpamTest-Info: Profile: Formal (688/061108) X-SpamTest-Info: Profile: Detect Hard [UCS 2006-10-25] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [2006-10-25] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release Cc: freebsd-stable@freebsd.org Subject: Re: Error applying libarchive.patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zanchey@ucc.gu.uwa.edu.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Nov 2006 07:24:24 -0000 On Thu, 9 Nov 2006, Simon Biber wrote: > I tried installing FreeBSD Security Advisory FreeBSD-SA-06:24.libarchive > > The patch failed. Am I doing something wrong? Is it not designed for my > system? Correct. http://security.freebsd.org/advisories/FreeBSD-SA-06:24.libarchive.asc notes that this only affects systems built from the 6-STABLE branch after 2006-09-05 05:23:51 UTC. > oz# uname -a > FreeBSD oz.caah.org 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Thu Oct 12 > 07:40:47 EST 2006 root@:/usr/obj/usr/src/sys/GENERIC i386 You're running 6.1-RELEASE, which does not fit this criteria. Your system is not vulnerable to the exploit. David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 07:25:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8416016A4B3 for ; Thu, 9 Nov 2006 07:25:35 +0000 (UTC) (envelope-from swhetzel@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 DF31543D60 for ; Thu, 9 Nov 2006 07:25:34 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so132286uge for ; Wed, 08 Nov 2006 23:25:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bAWJoCWdmStaRHKfsZ4pxZDcsxpOcok0djkx90cI7ehFCM35tbuPcjkhTpdX6f+yv/0gkymgnEh1HxTLkza8QpmiIelpPYAJ2bX75VJK03MJZ+UYioBXTtISDcpUOZe5oym6z+nD0qCIdwPbEvIzEJkRJ3BB4kDhrPTX5A5V5Cc= Received: by 10.67.89.5 with SMTP id r5mr865329ugl.1163057133728; Wed, 08 Nov 2006 23:25:33 -0800 (PST) Received: by 10.67.86.8 with HTTP; Wed, 8 Nov 2006 23:25:33 -0800 (PST) Message-ID: <790a9fff0611082325r349d5177gb0fd7269179c57bb@mail.gmail.com> Date: Thu, 9 Nov 2006 01:25:33 -0600 From: "Scot Hetzel" To: "Simon Biber" In-Reply-To: <4552CF70.1010101@yahoo.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4552CF70.1010101@yahoo.com.au> Cc: freebsd-stable@freebsd.org Subject: Re: Error applying libarchive.patch 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, 09 Nov 2006 07:25:35 -0000 On 11/9/06, Simon Biber wrote: > I tried installing FreeBSD Security Advisory FreeBSD-SA-06:24.libarchive > > The patch failed. Am I doing something wrong? Is it not designed for my > system? > > oz# uname -a > FreeBSD oz.caah.org 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Thu Oct 12 > 07:40:47 EST 2006 root@:/usr/obj/usr/src/sys/GENERIC i386 > According to Simon, this security advisory doesn't affect 6.1-RELEASE. On 11/8/06, Simon L. Nielsen wrote: > On 2006.11.08 10:36:02 -0500, Josh Paetzel wrote: > > Maybe this is an obvious question, but libarchive has been in the > > system since 5.3, but this issue only affects RELENG_6? So anyone > > tracking RELENG_6_1 isn't affected? > > Correct, the bug was introduced after 6.1 was branched. > > -- > Simon L. Nielsen > _______________________________________________ > freebsd-security@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-security > To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org" > Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 08:13:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 972B616A407 for ; Thu, 9 Nov 2006 08:13:51 +0000 (UTC) (envelope-from solik@chereda.net) Received: from share.chereda.net (share.chereda.net [193.110.16.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAC1143D66 for ; Thu, 9 Nov 2006 08:13:50 +0000 (GMT) (envelope-from solik@chereda.net) Received: from [193.110.17.62] (port=62316 helo=solik.lan.local) (auth=solik) by share.chereda.net with asmtp (TLSv1:AES256-SHA:256) (Chereda.Net MTA) id 1Gi52h-00013H-Vl for freebsd-stable@freebsd.org; Thu, 09 Nov 2006 10:13:48 +0200 Received: from [127.0.0.1] (localhost.lan.local [127.0.0.1]) by solik.lan.local (8.13.8/8.13.8) with ESMTP id kA98DLvi010041 for ; Thu, 9 Nov 2006 10:13:22 +0200 (EET) (envelope-from solik@chereda.net) Message-ID: <4552E31C.9080003@chereda.net> Date: Thu, 09 Nov 2006 10:13:16 +0200 From: Sergey Solyanik Organization: Chereda.Net User-Agent: Thunderbird 1.5.0.7 (X11/20061030) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Chereda-SMTP-helo: solik.lan.local X-Chereda-SMTP-host: 193.110.17.62 X-Chereda-SMTP-MAIL: X-Chereda-SMTP-RCPT: X-Chereda-RBL-Score: 0 X-Chereda-Spam-Score: 0 Subject: fxp(4) and Intel 82801GB NIC 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, 09 Nov 2006 08:13:51 -0000 Hello! I have a problem with my -STABLE, fxp(4) doesn't detect available media in the Intel 82801GB onboard NIC. It shows that: solik@solik$ ifconfig fxp1 fxp1: flags=9943 mtu 1500 options=8 inet 192.168.250.1 netmask 0xffffff00 broadcast 192.168.250.255 ether 00:14:85:1a:fc:d3 media: Ethernet manual solik@solik$ ifconfig -m fxp1 fxp1: flags=9943 mtu 1500 options=8 capabilities=8 inet 192.168.250.1 netmask 0xffffff00 broadcast 192.168.250.255 ether 00:14:85:1a:fc:d3 media: Ethernet manual supported media: media manual The NIC working (100M/Full) when plugged in switch (Cisco 2950), but doesn't when connected with another one with crossover cable, or to the wireless AP (D-Link DWL-2100AP) which do autodetection of speed MDI-X/MDI. The link continually flapping up and down. Running Windows XP I can manually select 100M/Full media to link up. But I can't do that with FreeBSD. Here is the part of pciconf -lv output: [...] fxp1@pci2:8:0: class=0x020000 card=0xe0141631 chip=0x27dc8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB I/O Controller Hub LAN' class = network subclass = ethernet Please help me to fix it. I will test patches. Thanks! From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 08:56:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 505F116A4E7 for ; Thu, 9 Nov 2006 08:56:19 +0000 (UTC) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BF8843D55 for ; Thu, 9 Nov 2006 08:56:06 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id kA98u45Y040131 for ; Thu, 9 Nov 2006 09:56:04 +0100 (CET) X-Ids: 164 Received: from grobner1.math.jussieu.fr (galois1.math.jussieu.fr [134.157.13.116]) by riemann.math.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id kA98u3Fv079875 for ; Thu, 9 Nov 2006 09:56:03 +0100 (CET) Received: from galois1.math.jussieu.fr (localhost.localdomain [127.0.0.1]) by grobner1.math.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id kA98u3KC030616 for ; Thu, 9 Nov 2006 09:56:03 +0100 Received: (from jas@localhost) by galois1.math.jussieu.fr (8.13.7/8.13.7/Submit) id kA98u3JZ030615 for freebsd-stable@freebsd.org; Thu, 9 Nov 2006 09:56:03 +0100 Date: Thu, 9 Nov 2006 09:56:03 +0100 From: Albert Shih To: freebsd-stable@freebsd.org Message-ID: <20061109085603.GA28869@math.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.6i X-Spam-Score: 0.001 () UNPARSEABLE_RELAY X-Scanned-By: MIMEDefang 2.57 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.164]); Thu, 09 Nov 2006 09:56:04 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.5/2179/Thu Nov 9 03:17:29 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 4552ED24.002 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Subject: Downgrade to 5.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Nov 2006 08:56:19 -0000 Hi all I'm running 6-stable on my FreeBSD nfs server, and I've lots of lots of trouble. 1/ Sometime the server juste hang-on without any message (console or syslog) 2/ Sometime I've em* or bge* watchdog on the console, and when this append the server "loose" this nic after sometime. 3/ Event nfsd running, after 1 or 2 week of uptime, the daemon rpcbind don't answer anymore any request from client, event rpcbind running and listen on right ports (check with sockstat) I've got many message to tell Connection attempt to in my syslog (I've log_in_vain configured with sysctl). Now the server crash 2 times in 2 days (case 1). (With the new path on em.c) Well after this thing I want to downgrade to 5.x. Can I use this process: I make buildworld & buildkernel on a FreeBSD 5.x server. I make a tar.gz of /usr/obj and /usr/src I tranfert this two tar.gz on my 6-stable server. Untar on right place make installkernel on /usr/src from 5.x reboot make installworld. I don't really care if the 6-stable-/usr/local/bin running on my downgrade server. Because this server running only nfsd. Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 ième étage, plateau D, bureau 10 Heure local/Local time: Thu Nov 9 09:45:11 CET 2006 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 09:47:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6884116A40F for ; Thu, 9 Nov 2006 09:47:06 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D5E843D46 for ; Thu, 9 Nov 2006 09:47:05 +0000 (GMT) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1Gi6Ux-0002EZ-Ov>; Thu, 09 Nov 2006 10:47:03 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1Gi6Ux-0002rW-Nh>; Thu, 09 Nov 2006 10:47:03 +0100 Message-ID: <4552F913.8060003@zedat.fu-berlin.de> Date: Thu, 09 Nov 2006 10:46:59 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Russell Jackson References: <20061109014329.GA1377@cserv65.csub.edu> <45529131.9000500@mac.com> <20061109032529.GB31245@eru.homelan> In-Reply-To: <20061109032529.GB31245@eru.homelan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-stable@freebsd.org Subject: [OT] Re: nvidia0 em0 shared irq problem persists on dell precision 670 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, 09 Nov 2006 09:47:06 -0000 Russell Jackson wrote: > On Wed, Nov 08, 2006 at 09:23:45PM -0500, Chuck Swiger wrote: >> Russell Jackson wrote: >> [ ... ] >>> pnpbios: Bad PnP BIOS data checksum >> Did you notice this? Try reflashing your motherboard to the latest >> available BIOS revision, doing a "load defaults", and then clearing and >> reseting the ESCD. >> > > The box came from Dell with the latest revision already and there hasn't > been a newer one released since. I vaguely remember bringing this up on > the list shortly after the 6.1 release only to be told it was harmless. > > I guess I can try reflashing just to be sure. > > Thanks, Is there any way to reorganize or reassign IRQs on modern motherboards? On my 'little' home-/labs's server box one of the SATA II controllers of the nForce4 is sharing IRQ with another device (can't remember, sorry) and ehci() is shared with the nve()/nfe() nForce4 NIC. I remember myself of sophisticated BIOSes (TYAN, e.g.) where someone could assign IRQs to each PCI-X slot. Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 10:17:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E139F16A407 for ; Thu, 9 Nov 2006 10:17:22 +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 449A643D8C for ; Thu, 9 Nov 2006 10:17:21 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Gi6y8-0001qV-Gu for freebsd-stable@freebsd.org; Thu, 09 Nov 2006 11:17:12 +0100 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 ; Thu, 09 Nov 2006 11:17:12 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Nov 2006 11:17:12 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 09 Nov 2006 11:17:02 +0100 Lines: 19 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: Sender: news Subject: Re: Dissapointing performance of ciss RAID 0+1 ? 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, 09 Nov 2006 10:17:23 -0000 Pete French wrote: > I've tried all the possible stripe sizes (128k gives the best performance) > but still I only get the above speeds. Just one of the 15k drives on it's > own performs better than this! I would expect the RAID-0 to give me at > least some speedup, or in the worst case be the same, surely ? The checklist for tuning usually goes like this: - Is the controller cache enabled? - Do you have the battery for it and is write cache enabled? (You won't make full use of the cache without the battery) - How does your performance compare when using dd on the raw devices (in order: da0, da0s1, da0s1a...) vs when using it on the file system? (Poor performance might indicate FS vs stripe alignment issues) - What does vmstat -i say while running your benchmarks? Any interrupt storms? - If all of this fails, post dmesg, maybe someone will notice something unusual. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 10:28:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F45316A416 for ; Thu, 9 Nov 2006 10:28:20 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: from 420r.claresco.hr (mail.claresco.hr [85.114.41.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54D5A43D72 for ; Thu, 9 Nov 2006 10:28:02 +0000 (GMT) (envelope-from marko.lerota@claresco.hr) Received: (qmail 33365 invoked from network); 9 Nov 2006 10:26:02 -0000 Received: by simscan 1.1.0 ppid: 33360, pid: 33361, t: 0.2589s scanners: clamav: 0.88.5/m:40/d:2104 Received: from 36-189.dsl.iskon.hr (HELO sparrow.local) (89.164.36.189) by 420r.claresco.hr with SMTP; 9 Nov 2006 10:26:02 -0000 Received: (qmail 17501 invoked by uid 1001); 9 Nov 2006 10:28:02 -0000 To: shih@math.jussieu.fr 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: <20061109085603.GA28869@math.jussieu.fr> (Albert Shih's message of "Thu, 9 Nov 2006 09:56:03 +0100") References: <20061109085603.GA28869@math.jussieu.fr> Organization: *BSD Users - Fanatics Dept. From: Marko Lerota Date: Thu, 09 Nov 2006 11:28:02 +0100 Message-ID: <86y7qk3oel.fsf@sparrow.local> User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Downgrade to 5.5 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, 09 Nov 2006 10:28:20 -0000 Albert Shih writes: > Well after this thing I want to downgrade to 5.x. Can I use this process: > > I make buildworld & buildkernel on a FreeBSD 5.x server. > I make a tar.gz of /usr/obj and /usr/src > I tranfert this two tar.gz on my 6-stable server. > Untar on right place > make installkernel on /usr/src from 5.x > reboot > make installworld. I tried regularly like it was upgrade but it was downgrade from 6-STABLE to 5.4-RELEASE and it didn't worked. > I don't really care if the 6-stable-/usr/local/bin running on my downgrade > server. Because this server running only nfsd. I had the same problems, it happened only if you have QUOTA option in kernel. Other-ways it worked OK. They said it would be fixed long time ago, but they didn't. -- One cannot sell the earth upon which the people walk Tacunka Witco From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 10:59:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1173016A416 for ; Thu, 9 Nov 2006 10:59:55 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76F3343D46 for ; Thu, 9 Nov 2006 10:59:54 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Gi7dQ-000O2y-VP; Thu, 09 Nov 2006 10:59:52 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Gi7dQ-0000t9-VE; Thu, 09 Nov 2006 10:59:52 +0000 To: freebsd-stable@freebsd.org, ivoras@fer.hr In-Reply-To: Message-Id: From: Pete French Date: Thu, 09 Nov 2006 10:59:52 +0000 Cc: Subject: Re: Dissapointing performance of ciss RAID 0+1 ? 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, 09 Nov 2006 10:59:55 -0000 > - Is the controller cache enabled? Yes - split 50% read, 50% write. > - Do you have the battery for it and is write cache enabled? (You won't > make full use of the cache without the battery) yes - battery is attached and fully charged > - How does your performance compare when using dd on the raw devices (in > order: da0, da0s1, da0s1a...) vs when using it on the file system? (Poor > performance might indicate FS vs stripe alignment issues) Raw dd gives 50 meg/second > - What does vmstat -i say while running your benchmarks? Any interrupt > storms? [pete@skerry ~]$ vmstat -i interrupt total rate irq1: atkbd0 250 0 irq6: fdc0 10 0 irq12: psm0 1341 0 irq14: ata0 81 0 irq18: fxp0 1609156 44 irq24: bge0 42321 1 irq25: bge1 1313812 36 irq26: ahc0 51252 1 irq29: ciss0 223462 6 cpu0: timer 71616728 1999 cpu1: timer 71599504 1999 Total 146457917 4089 That looks O.K. to me. > - If all of this fails, post dmesg, maybe someone will notice something > unusual. O.K>, here it is. I am very perplexed by all of this! Thanks for the advice. -pete. 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #0: Fri Oct 13 20:15:27 BST 2006 pete@skerry.drayhouse:/usr/obj/usr/src/sys/SKERRY ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 242 (1593.32-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf51 Stepping = 1 Features=0x78bfbff AMD Features=0xe0500800 real memory = 2147418112 (2047 MB) avail memory = 2061647872 (1966 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci3: on pcib1 ohci0: mem 0xfeafc000-0xfeafcfff irq 19 at device 0.0 on pci3 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfeafd000-0xfeafdfff irq 19 at device 0.1 on pci3 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xac00-0xac03,0xa880-0xa88f mem 0xfeafec00-0xfeafefff irq 19 at device 5.0 on pci3 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 pci3: at device 6.0 (no driver attached) fxp0: port 0xa800-0xa83f mem 0xfeafb000-0xfeafbfff,0xfeaa0000-0xfeabffff irq 18 at device 8.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:2f:00:15 isab0: at device 7.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 7.2 (no driver attached) amdpm0: port 0x10e0-0x10ff at device 7.3 on pci0 smbus0: on amdpm0 smb0: on smbus0 pcib2: at device 10.0 on pci0 pci2: on pcib2 ahc0: port 0x8800-0x88ff mem 0xfc8ff000-0xfc8fffff irq 26 at device 2.0 on pci2 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs bge0: mem 0xfc8a0000-0xfc8affff,0xfc890000-0xfc89ffff irq 24 at device 9.0 on pci2 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:2f:1b:f8 bge1: mem 0xfc8e0000-0xfc8effff,0xfc8b0000-0xfc8bffff irq 25 at device 9.1 on pci2 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:e0:81:2f:1b:f9 pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci1: on pcib3 ciss0: port 0x7800-0x78ff mem 0xfc7c0000-0xfc7fffff,0xfc600000-0xfc6fffff irq 29 at device 1.0 on pci1 ciss0: [GIANT-LOCKED] pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f 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 orm0: at iomem 0xc0000-0xc7fff,0xcd800-0xd17ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA66 Waiting 5 seconds for SCSI devices to settle da1 at ciss0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 135.168MB/s transfers da1: 280543MB (574553696 512 byte sectors: 255H 32S/T 65535C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) SMP: AP CPU #1 Launched! cd0 at ata0 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 - tray closed Trying to mount root from ufs:/dev/da0s2a bge1: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 11:02:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF0CF16A407 for ; Thu, 9 Nov 2006 11:02:21 +0000 (UTC) (envelope-from cyberlab@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0574F43D53 for ; Thu, 9 Nov 2006 11:02:20 +0000 (GMT) (envelope-from cyberlab@gmx.de) Received: (qmail 14905 invoked by uid 0); 9 Nov 2006 11:02:20 -0000 Received: from 62.225.62.67 by www001.gmx.net with HTTP; Thu, 09 Nov 2006 12:02:19 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" Date: Thu, 09 Nov 2006 12:02:19 +0100 From: "Jost Menke" In-Reply-To: <20061109091912.2573.qmail@web26015.mail.ukl.yahoo.com> Message-ID: <20061109110219.280620@gmx.net> MIME-Version: 1.0 References: <20061109091912.2573.qmail@web26015.mail.ukl.yahoo.com> To: freebsd-stable@freebsd.org X-Authenticated: #1026516 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 Content-Transfer-Encoding: 8bit Subject: Re: geli password prompt does not work 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, 09 Nov 2006 11:02:22 -0000 On Sat Apr 29 18:42:32 UTC 2006, Martin wrote: > Hmm. It does not help. But the behavior seems to be different. > I noticed, now it's possible to enter a password. The problem > is that it's not possible to enter it correctly. Something > is still broken after applying the patch. Is there any solution for this yet? I am experiencing similar problems with 6.2 BETA3 in a VMware session with encrypted root fs. When I boot with kbdmux enabled, I cannot enter anything. Turning it off changes the behavior, however only some keys seem to work at all, which makes it impossible to enter the correct passphrase. Regards, Jost Menke -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 11:12:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E56E16A4EC for ; Thu, 9 Nov 2006 11:12:48 +0000 (UTC) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94E6243D80 for ; Thu, 9 Nov 2006 11:12:39 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id kA9BCdXp079346 ; Thu, 9 Nov 2006 12:12:39 +0100 (CET) X-Ids: 164 Received: from grobner1.math.jussieu.fr (galois1.math.jussieu.fr [134.157.13.116]) by riemann.math.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id kA9BCbke003024 ; Thu, 9 Nov 2006 12:12:37 +0100 (CET) Received: from galois1.math.jussieu.fr (localhost.localdomain [127.0.0.1]) by grobner1.math.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id kA9BCbiN013370 ; Thu, 9 Nov 2006 12:12:37 +0100 Received: (from jas@localhost) by galois1.math.jussieu.fr (8.13.8/8.13.8/Submit) id kA9BCbwM013369; Thu, 9 Nov 2006 12:12:37 +0100 Date: Thu, 9 Nov 2006 12:12:37 +0100 From: Albert Shih To: Marko Lerota Message-ID: <20061109111237.GD4136@math.jussieu.fr> References: <20061109085603.GA28869@math.jussieu.fr> <86y7qk3oel.fsf@sparrow.local> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86y7qk3oel.fsf@sparrow.local> User-Agent: Mutt/1.5.6i X-Spam-Score: 0.001 () UNPARSEABLE_RELAY X-Scanned-By: MIMEDefang 2.57 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.164]); Thu, 09 Nov 2006 12:12:39 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.5/2179/Thu Nov 9 03:17:29 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 45530D27.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: freebsd-stable@freebsd.org, shih@math.jussieu.fr Subject: Re: Downgrade to 5.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Nov 2006 11:12:48 -0000 Le 09/11/2006 à 11:28:02+0100, Marko Lerota a écrit > Albert Shih writes: > > > Well after this thing I want to downgrade to 5.x. Can I use this process: > > > > I make buildworld & buildkernel on a FreeBSD 5.x server. > > I make a tar.gz of /usr/obj and /usr/src > > I tranfert this two tar.gz on my 6-stable server. > > Untar on right place > > make installkernel on /usr/src from 5.x > > reboot > > make installworld. > > I tried regularly like it was upgrade but it was downgrade from 6-STABLE > to 5.4-RELEASE and it didn't worked. Event you build on a different server (a server running 5.x) ? > > > I don't really care if the 6-stable-/usr/local/bin running on my downgrade > > server. Because this server running only nfsd. > > I had the same problems, it happened only if you have QUOTA option in kernel. > Other-ways it worked OK. They said it would be fixed long time ago, but they > didn't. I don't running QUOTA.... Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 ième étage, plateau D, bureau 10 Heure local/Local time: Thu Nov 9 12:09:52 CET 2006 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 11:30:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5031F16A4F6 for ; Thu, 9 Nov 2006 11:30:47 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: from 420r.claresco.hr (mail.claresco.hr [85.114.41.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73FAD43D6A for ; Thu, 9 Nov 2006 11:29:44 +0000 (GMT) (envelope-from marko.lerota@claresco.hr) Received: (qmail 63870 invoked from network); 9 Nov 2006 11:27:37 -0000 Received: by simscan 1.1.0 ppid: 63865, pid: 63866, t: 0.2545s scanners: attach: 1.1.0 clamav: 0.88.6/m:41/d:2179 Received: from 36-189.dsl.iskon.hr (HELO sparrow.local) (89.164.36.189) by 420r.claresco.hr with SMTP; 9 Nov 2006 11:27:37 -0000 Received: (qmail 17736 invoked by uid 1001); 9 Nov 2006 11:29:38 -0000 To: shih@math.jussieu.fr 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: <20061109111237.GD4136@math.jussieu.fr> (Albert Shih's message of "Thu, 9 Nov 2006 12:12:37 +0100") References: <20061109085603.GA28869@math.jussieu.fr> <86y7qk3oel.fsf@sparrow.local> <20061109111237.GD4136@math.jussieu.fr> Organization: *BSD Users - Fanatics Dept. From: Marko Lerota Date: Thu, 09 Nov 2006 12:29:38 +0100 Message-ID: <86wt6426zh.fsf@sparrow.local> User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Downgrade to 5.5 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, 09 Nov 2006 11:30:47 -0000 Albert Shih writes: >> I tried regularly like it was upgrade but it was downgrade from 6-STABLE >> to 5.4-RELEASE and it didn't worked. > > Event you build on a different server (a server running 5.x) ? No, on the same. It was disaster. It was in pre production :) Easier and quicker would be a clean installation. Down time could be only 30min. With downgrade you only might get in trouble. > I don't running QUOTA.... FreeBSD was once known for good NFS performance :( I had to downgrade two clusters with nfs to 5.4 Release -- One cannot sell the earth upon which the people walk Tacunka Witco From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 11:42:22 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B467F16A4EF for ; Thu, 9 Nov 2006 11:42:22 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C18243DA2 for ; Thu, 9 Nov 2006 11:42:02 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Gi8I1-000OwK-Eq; Thu, 09 Nov 2006 11:41:49 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Gi8I0-0006I7-Dk; Thu, 09 Nov 2006 11:41:48 +0000 To: markir@paradise.net.nz In-Reply-To: <45528C16.5030100@paradise.net.nz> Message-Id: From: Pete French Date: Thu, 09 Nov 2006 11:41:48 +0000 Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Dissapointing performance of ciss RAID 0+1 ? 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, 09 Nov 2006 11:42:22 -0000 > You might be able to speed up the read by playing with the vfs.read_max > sysctl (try 16 or 32). Wow! That makes a huge difference, thanks. Should this not be in 'man tuning' ? -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 11:45:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D3E216A403 for ; Thu, 9 Nov 2006 11:45:07 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A42D43D64 for ; Thu, 9 Nov 2006 11:45:05 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.8/8.13.8) with ESMTP id kA9Biu6b032819; Thu, 9 Nov 2006 12:44:56 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <455314B8.7080104@fer.hr> Date: Thu, 09 Nov 2006 12:44:56 +0100 From: Ivan Voras User-Agent: Thunderbird 1.5.0.4 (X11/20060625) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dissapointing performance of ciss RAID 0+1 ? 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, 09 Nov 2006 11:45:07 -0000 Pete French wrote: >> - How does your performance compare when using dd on the raw devices (in >> order: da0, da0s1, da0s1a...) vs when using it on the file system? (Poor >> performance might indicate FS vs stripe alignment issues) > > Raw dd gives 50 meg/second On /dev/da1, with a reasonable block size (1m)? From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 11:59:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA64416A415 for ; Thu, 9 Nov 2006 11:59:39 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4334443D5D for ; Thu, 9 Nov 2006 11:59:38 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Gi8ZF-000PJj-0Z; Thu, 09 Nov 2006 11:59:37 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Gi8ZC-000Dgf-QH; Thu, 09 Nov 2006 11:59:34 +0000 To: ivoras@fer.hr In-Reply-To: <455314B8.7080104@fer.hr> Message-Id: From: Pete French Date: Thu, 09 Nov 2006 11:59:34 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Dissapointing performance of ciss RAID 0+1 ? 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, 09 Nov 2006 11:59:39 -0000 > > Raw dd gives 50 meg/second > On /dev/da1, with a reasonable block size (1m)? Block size is 2meg. I was using da1s1 and da1s2 which were giving me 50 and 47 meg/second resepctively - if I switch to da1 on it's own I get 59 meg/second. reading from the filesystem with the vfs.read_max set to 64 I now get 112 meg/second though ?!!! how can the filesystem give me better performance than the raw device ? I do not think this is a caching issue as I am using a test file nearly twice the size of the RAM in the system to get round this. I am delighted by the performance increase, but the results do not make sense. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 12:38:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA91E16A512 for ; Thu, 9 Nov 2006 12:38:32 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87DF543D8D for ; Thu, 9 Nov 2006 12:36:45 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.8/8.13.8) with ESMTP id kA9Cainl033053; Thu, 9 Nov 2006 13:36:44 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <455320DC.40302@fer.hr> Date: Thu, 09 Nov 2006 13:36:44 +0100 From: Ivan Voras User-Agent: Thunderbird 1.5.0.4 (X11/20060625) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dissapointing performance of ciss RAID 0+1 ? 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, 09 Nov 2006 12:38:33 -0000 Pete French wrote: > reading from the filesystem with the vfs.read_max set to 64 I now get > 112 meg/second though ?!!! how can the filesystem give me better performance > than the raw device ? I do not think this is a caching issue as I am using > a test file nearly twice the size of the RAM in the system to get round this. > > I am delighted by the performance increase, but the results do not make sense. It would be interesting for you to track iostat (i.e. run "iostat 1") with and without modified vfs.read_max and see if there's a difference. In a similar experiment, you could watch gstat (also before and after) and see if it reports the difference. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 12:52:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2FCF16A494 for ; Thu, 9 Nov 2006 12:52:26 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F11543D72 for ; Thu, 9 Nov 2006 12:52:26 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Gi9OL-0000TT-3u; Thu, 09 Nov 2006 12:52:25 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Gi9OJ-000Atd-1z; Thu, 09 Nov 2006 12:52:23 +0000 To: ivoras@fer.hr In-Reply-To: <455320DC.40302@fer.hr> Message-Id: From: Pete French Date: Thu, 09 Nov 2006 12:52:23 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Dissapointing performance of ciss RAID 0+1 ? 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, 09 Nov 2006 12:52:26 -0000 > It would be interesting for you to track iostat (i.e. run "iostat 1") > with and without modified vfs.read_max and see if there's a difference. On the file: KB/t is about 127.5 with both sizes. Rate is 39 on with the read_max set to 8, but 115 with read_max set to 64. On the raw device: KB/t is always 128. rate is 41 with the size set to 8 but rises to 57 with the size set to 64! How can the vfs parameters affect access to the raw device ? > In a similar experiment, you could watch gstat (also before and after) > and see if it reports the difference. On the file: read_max=8 gives 75% busy, 42 meg/sec. 64 gives 99.7% and 120 On the device: both sizes give the same results - 98% busy, 59 meg/second I am not sure this is helping my understanding! :-) -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 12:59:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B0C916A40F for ; Thu, 9 Nov 2006 12:59:39 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BA8243D62 for ; Thu, 9 Nov 2006 12:59:36 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.8/8.13.8) with ESMTP id kA9CxYeE033158; Thu, 9 Nov 2006 13:59:34 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <45532636.5000106@fer.hr> Date: Thu, 09 Nov 2006 13:59:34 +0100 From: Ivan Voras User-Agent: Thunderbird 1.5.0.4 (X11/20060625) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dissapointing performance of ciss RAID 0+1 ? 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, 09 Nov 2006 12:59:39 -0000 Pete French wrote: >> It would be interesting for you to track iostat (i.e. run "iostat 1") >> with and without modified vfs.read_max and see if there's a difference. > > On the file: KB/t is about 127.5 with both sizes. Rate is 39 on with > the read_max set to 8, but 115 with read_max set to 64. Ok, this might mean the time has come to increase the default value for vfs.read_max. > On the raw device: KB/t is always 128. rate is 41 with the size set to 8 > but rises to 57 with the size set to 64! How can the vfs parameters affect > access to the raw device ? Don't know. Maybe it's a statistical anomaly (burst)? >> In a similar experiment, you could watch gstat (also before and after) >> and see if it reports the difference. > > On the file: read_max=8 gives 75% busy, 42 meg/sec. 64 gives 99.7% and 120 > On the device: both sizes give the same results - 98% busy, 59 meg/second > > I am not sure this is helping my understanding! :-) That makes two of us :) I think I'll leave this thread to someone with more knowledge of VFS to explain. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 13:03:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 628AC16A4CA for ; Thu, 9 Nov 2006 13:03:29 +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 8D0F843D70 for ; Thu, 9 Nov 2006 13:03:23 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Gi9Ys-0006Nc-CQ for freebsd-stable@freebsd.org; Thu, 09 Nov 2006 14:03:18 +0100 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 ; Thu, 09 Nov 2006 14:03:18 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Nov 2006 14:03:18 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 09 Nov 2006 14:02:58 +0100 Lines: 9 Message-ID: References: <45528C16.5030100@paradise.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: Sender: news Subject: Re: Dissapointing performance of ciss RAID 0+1 ? 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, 09 Nov 2006 13:03:29 -0000 Pete French wrote: >> You might be able to speed up the read by playing with the vfs.read_max >> sysctl (try 16 or 32). > > Wow! That makes a huge difference, thanks. Should this not be in 'man tuning' ? AFAIK vfs.read_max will only influence sequential reading - it's the readahead size. Also, it's still unexplained how increasing it yields performance better than that of 'dd' on a raw device. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 13:21:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9FBA16A416 for ; Thu, 9 Nov 2006 13:21:10 +0000 (UTC) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7D6B43D5D for ; Thu, 9 Nov 2006 13:20:51 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id kA9DKo5Z051410 ; Thu, 9 Nov 2006 14:20:50 +0100 (CET) X-Ids: 166 Received: from grobner1.math.jussieu.fr (galois1.math.jussieu.fr [134.157.13.116]) by riemann.math.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id kA9DKf9O023877 ; Thu, 9 Nov 2006 14:20:42 +0100 (CET) Received: from galois1.math.jussieu.fr (localhost.localdomain [127.0.0.1]) by grobner1.math.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id kA9DKfPF005990 ; Thu, 9 Nov 2006 14:20:41 +0100 Received: (from jas@localhost) by galois1.math.jussieu.fr (8.13.8/8.13.8/Submit) id kA9DKfY7005989; Thu, 9 Nov 2006 14:20:41 +0100 Date: Thu, 9 Nov 2006 14:20:41 +0100 From: Albert Shih To: Marko Lerota Message-ID: <20061109132041.GA3559@math.jussieu.fr> References: <20061109085603.GA28869@math.jussieu.fr> <86y7qk3oel.fsf@sparrow.local> <20061109111237.GD4136@math.jussieu.fr> <86wt6426zh.fsf@sparrow.local> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86wt6426zh.fsf@sparrow.local> User-Agent: Mutt/1.5.6i X-Spam-Score: 0.001 () UNPARSEABLE_RELAY X-Scanned-By: MIMEDefang 2.57 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.166]); Thu, 09 Nov 2006 14:20:50 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.5/2180/Thu Nov 9 13:02:30 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 45532B32.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: freebsd-stable@freebsd.org Subject: Re: Downgrade to 5.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Nov 2006 13:21:10 -0000 Le 09/11/2006 à 12:29:38+0100, Marko Lerota a écrit > Albert Shih writes: > > >> I tried regularly like it was upgrade but it was downgrade from 6-STABLE > >> to 5.4-RELEASE and it didn't worked. > > > > Event you build on a different server (a server running 5.x) ? > > No, on the same. It was disaster. It was in pre production :) > Easier and quicker would be a clean installation. Down time could > be only 30min. With downgrade you only might get in trouble. Well....I known but I can do that now. Because I can reboot the server, but I can re-install (I don't have access to the console). > > > I don't running QUOTA.... > > FreeBSD was once known for good NFS performance :( Yes...the same server running with 0 crash during 3.5 years in same configuration. After I pass to 6.x (01/2006) I loose the count of crash FreeBSD is the best NFS server (and best OS I known).......long time ago :-(((((( Personnaly I prefer to have a very stable NFS server, and I don't really care to have wpa or something like that. I'm not developper, then I don't known the problem of FreeBSD, but I'm very sad to see the situation of 6.x (em problem, watchdog, crash etc...). Now I'm looking of OpenBSD.... Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 ième étage, plateau D, bureau 10 Heure local/Local time: Thu Nov 9 14:11:22 CET 2006 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 14:06:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11A4816A415 for ; Thu, 9 Nov 2006 14:06:26 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: from 420r.claresco.hr (mail.claresco.hr [85.114.41.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D92443D45 for ; Thu, 9 Nov 2006 14:06:24 +0000 (GMT) (envelope-from marko.lerota@claresco.hr) Received: (qmail 69747 invoked from network); 9 Nov 2006 14:04:25 -0000 Received: by simscan 1.1.0 ppid: 69742, pid: 69744, t: 0.4274s scanners: attach: 1.1.0 clamav: 0.88.6/m:41/d:2179 Received: from 35-79.dsl.iskon.hr (HELO sparrow.local) (89.164.35.79) by 420r.claresco.hr with SMTP; 9 Nov 2006 14:04:24 -0000 Received: (qmail 93568 invoked by uid 1001); 9 Nov 2006 14:06:26 -0000 To: shih@math.jussieu.fr 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: <20061109132041.GA3559@math.jussieu.fr> (Albert Shih's message of "Thu, 9 Nov 2006 14:20:41 +0100") References: <20061109085603.GA28869@math.jussieu.fr> <86y7qk3oel.fsf@sparrow.local> <20061109111237.GD4136@math.jussieu.fr> <86wt6426zh.fsf@sparrow.local> <20061109132041.GA3559@math.jussieu.fr> Organization: *BSD Users - Fanatics Dept. From: Marko Lerota Date: Thu, 09 Nov 2006 15:06:26 +0100 Message-ID: <8664doogt9.fsf@sparrow.local> User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Downgrade to 5.5 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, 09 Nov 2006 14:06:26 -0000 Albert Shih writes: > Well....I known but I can do that now. Because I can reboot the server, but > I can re-install (I don't have access to the console). Good luck to you. It's very possible that after reboot you don't get ssh prompt :) Most servers have console and "remote cdrom" through java. IBM call it RSA adapter, HP and Sun ILO(M) cards. Maybe the server have these cards. >> FreeBSD was once known for good NFS performance :( > > Yes...the same server running with 0 crash during 3.5 years in same > configuration. > > After I pass to 6.x (01/2006) I loose the count of crash > > FreeBSD is the best NFS server (and best OS I known).......long time ago :-(((((( > > Personnaly I prefer to have a very stable NFS server, and I don't really > care to have wpa or something like that. Someone said on this list, that priority now are new features, so developers have no time to fix bugs. I prefer stability over the new features also, and most of the people on this list I think. That's one of the reasons that I escaped from Penguins. > I'm not developper, then I don't known the problem of FreeBSD, but I'm very > sad to see the situation of 6.x (em problem, watchdog, crash etc...). Now > I'm looking of OpenBSD.... I'm not developer also, but I think that OpenBSD and FreeBSD developers share the code. At least for scsi controllers and ethernet cards. So it's possible to have the same problem on OpenBSD. Could someone enlighten me? -- One cannot sell the earth upon which the people walk Tacunka Witco From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 14:10:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 810A616A416 for ; Thu, 9 Nov 2006 14:10:50 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B5D243D49 for ; Thu, 9 Nov 2006 14:10:48 +0000 (GMT) (envelope-from dudu@dudu.ro) Received: by nz-out-0102.google.com with SMTP id i11so133954nzh for ; Thu, 09 Nov 2006 06:10:48 -0800 (PST) Received: by 10.65.253.6 with SMTP id f6mr1326825qbs.1163081447888; Thu, 09 Nov 2006 06:10:47 -0800 (PST) Received: by 10.65.112.4 with HTTP; Thu, 9 Nov 2006 06:10:47 -0800 (PST) Message-ID: Date: Thu, 9 Nov 2006 16:10:47 +0200 From: "Vlad Galu" To: "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: LOR with today's RELENG_6 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, 09 Nov 2006 14:10:50 -0000 -- cut here -- lock order reversal: 1st 0xffffffff80501ba0 cdev (cdev) @ kern/kern_conf.c:61 2nd 0xffffffff858d20f8 sleep mtxpool (sleep mtxpool) @ kern/kern_prot.c:1877 KDB: stack backtrace: witness_checkorder() at witness_checkorder+0x4d2 _mtx_lock_flags() at _mtx_lock_flags+0x5c crhold() at crhold+0x26 make_dev_credv() at make_dev_credv+0xb0 make_dev_cred() at make_dev_cred+0x8e pty_clone() at pty_clone+0xcd devfs_lookup() at devfs_lookup+0x55e VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x7e lookup() at lookup+0x351 namei() at namei+0x399 vn_open_cred() at vn_open_cred+0x1e0 kern_open() at kern_open+0xfd open() at open+0x25 syscall() at syscall+0x4a1 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (5, FreeBSD ELF64, open), rip = 0x2168fe1c, rsp = 0x7fffffffde58, rbp = 0x40 --- -- and here -- -STABLE hasn't been that stable lately :( -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 14:12:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6A8116A416 for ; Thu, 9 Nov 2006 14:12:58 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D91343D45 for ; Thu, 9 Nov 2006 14:12:58 +0000 (GMT) (envelope-from dudu@dudu.ro) Received: by nz-out-0102.google.com with SMTP id i11so134381nzh for ; Thu, 09 Nov 2006 06:12:57 -0800 (PST) Received: by 10.65.43.17 with SMTP id v17mr485503qbj.1163081577527; Thu, 09 Nov 2006 06:12:57 -0800 (PST) Received: by 10.65.112.4 with HTTP; Thu, 9 Nov 2006 06:12:57 -0800 (PST) Message-ID: Date: Thu, 9 Nov 2006 16:12:57 +0200 From: "Vlad Galu" To: "FreeBSD Stable" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: LOR with today's RELENG_6 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, 09 Nov 2006 14:12:58 -0000 On 11/9/06, Vlad Galu wrote: > -- cut here -- > lock order reversal: > 1st 0xffffffff80501ba0 cdev (cdev) @ kern/kern_conf.c:61 > 2nd 0xffffffff858d20f8 sleep mtxpool (sleep mtxpool) @ kern/kern_prot.c:1877 > KDB: stack backtrace: > witness_checkorder() at witness_checkorder+0x4d2 > _mtx_lock_flags() at _mtx_lock_flags+0x5c > crhold() at crhold+0x26 > make_dev_credv() at make_dev_credv+0xb0 > make_dev_cred() at make_dev_cred+0x8e > pty_clone() at pty_clone+0xcd > devfs_lookup() at devfs_lookup+0x55e > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x7e > lookup() at lookup+0x351 > namei() at namei+0x399 > vn_open_cred() at vn_open_cred+0x1e0 > kern_open() at kern_open+0xfd > open() at open+0x25 > syscall() at syscall+0x4a1 > Xfast_syscall() at Xfast_syscall+0xa8 > --- syscall (5, FreeBSD ELF64, open), rip = 0x2168fe1c, rsp = > 0x7fffffffde58, rbp = 0x40 --- > -- and here -- > > -STABLE hasn't been that stable lately :( > Ahm, it's on the list already, at position #187. > -- > If it's there, and you can see it, it's real. > If it's not there, and you can see it, it's virtual. > If it's there, and you can't see it, it's transparent. > If it's not there, and you can't see it, you erased it. > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 14:13:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9FC416A417 for ; Thu, 9 Nov 2006 14:13:53 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B3EF43D58 for ; Thu, 9 Nov 2006 14:13:53 +0000 (GMT) (envelope-from dudu@dudu.ro) Received: by nz-out-0102.google.com with SMTP id i11so134535nzh for ; Thu, 09 Nov 2006 06:13:52 -0800 (PST) Received: by 10.65.38.13 with SMTP id q13mr330774qbj.1163081632566; Thu, 09 Nov 2006 06:13:52 -0800 (PST) Received: by 10.65.112.4 with HTTP; Thu, 9 Nov 2006 06:13:52 -0800 (PST) Message-ID: Date: Thu, 9 Nov 2006 16:13:52 +0200 From: "Vlad Galu" To: "FreeBSD Stable" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: LOR with today's RELENG_6 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, 09 Nov 2006 14:13:53 -0000 On 11/9/06, Vlad Galu wrote: > On 11/9/06, Vlad Galu wrote: > > -- cut here -- > > lock order reversal: > > 1st 0xffffffff80501ba0 cdev (cdev) @ kern/kern_conf.c:61 > > 2nd 0xffffffff858d20f8 sleep mtxpool (sleep mtxpool) @ kern/kern_prot.c:1877 > > KDB: stack backtrace: > > witness_checkorder() at witness_checkorder+0x4d2 > > _mtx_lock_flags() at _mtx_lock_flags+0x5c > > crhold() at crhold+0x26 > > make_dev_credv() at make_dev_credv+0xb0 > > make_dev_cred() at make_dev_cred+0x8e > > pty_clone() at pty_clone+0xcd > > devfs_lookup() at devfs_lookup+0x55e > > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x7e > > lookup() at lookup+0x351 > > namei() at namei+0x399 > > vn_open_cred() at vn_open_cred+0x1e0 > > kern_open() at kern_open+0xfd > > open() at open+0x25 > > syscall() at syscall+0x4a1 > > Xfast_syscall() at Xfast_syscall+0xa8 > > --- syscall (5, FreeBSD ELF64, open), rip = 0x2168fe1c, rsp = > > 0x7fffffffde58, rbp = 0x40 --- > > -- and here -- > > > > -STABLE hasn't been that stable lately :( > > > > Ahm, it's on the list already, at position #187. > Reported by yours truly, even. I need some sleep :( -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 14:31:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B08D16A412 for ; Thu, 9 Nov 2006 14:31:21 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84C8243D98 for ; Thu, 9 Nov 2006 14:31:11 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id D786128434; Thu, 9 Nov 2006 08:31:07 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 54D9561C36; Thu, 9 Nov 2006 08:31:07 -0600 (CST) Date: Thu, 9 Nov 2006 08:31:07 -0600 From: "Matthew D. Fuller" To: Albert Shih Message-ID: <20061109143107.GK17019@over-yonder.net> References: <20061109085603.GA28869@math.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061109085603.GA28869@math.jussieu.fr> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: freebsd-stable@freebsd.org Subject: Re: Downgrade to 5.5 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, 09 Nov 2006 14:31:21 -0000 On Thu, Nov 09, 2006 at 09:56:03AM +0100 I heard the voice of Albert Shih, and lo! it spake thus: > > make installkernel on /usr/src from 5.x > reboot > make installworld. This is highly likely (one might almost say "assured") to not work, since the 5.x kernel isn't going to be able to run the 6.x userland code. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 14:33:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CA5A16A403 for ; Thu, 9 Nov 2006 14:33:47 +0000 (UTC) (envelope-from matthew.herzog@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 816CE43D5A for ; Thu, 9 Nov 2006 14:33:46 +0000 (GMT) (envelope-from matthew.herzog@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so515402nfc for ; Thu, 09 Nov 2006 06:33:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=C5KNV5vCfOEL/WdscjVe5qhHWkqfqFRbcxz1XxtHLNk07qy6UiK6xjLzsVk6JFyStmUZU3rJTWFx+gD9fVAhgzJU81FhNladVMGB6WtC9quLypS3mXIZmPQiTBiFHN4tveAPi8CufUiqNSnkkV5q5xWocos8RcnyI8RdmWt0vgo= Received: by 10.49.36.6 with SMTP id o6mr4106164nfj.1163082825794; Thu, 09 Nov 2006 06:33:45 -0800 (PST) Received: by 10.49.35.19 with HTTP; Thu, 9 Nov 2006 06:33:45 -0800 (PST) Message-ID: <7cf39bb60611090633k317c4fe0i882dda09987758f5@mail.gmail.com> Date: Thu, 9 Nov 2006 09:33:45 -0500 From: "Matthew Herzog" To: "Vlad Galu" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: FreeBSD Stable Subject: Re: LOR with today's RELENG_6 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, 09 Nov 2006 14:33:47 -0000 I have never been able to "make buildworld" on sparc64 STABLE. It always dies in gbde. mkdep -f .depend -a -I/usr/src/sbin/gbde/../../sys -DRESCUE /usr/src/sbin/gbde/gbde.c template.c /usr/src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c /usr/src/sbin/gbde/../../sys/crypto/rijndael/rijndael-api-fst.c /usr/src/sbin/gbde/../../sys/crypto/sha2/sha2.c /usr/src/sbin/gbde/../../sys/geom/bde/g_bde_lock.c echo gbde: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libmd.a /usr/obj/usr/src/tmp/usr/lib/libutil.a /usr/obj/usr/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -fno-strict-aliasing -pipe -I/usr/src/sbin/gbde/../../sys -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/sbin/gbde/gbde.c /usr/src/sbin/gbde/gbde.c: In function `g_read_data': /usr/src/sbin/gbde/gbde.c:164: warning: implicit declaration of function `read' /usr/src/sbin/gbde/gbde.c: In function `setup_passphrase': /usr/src/sbin/gbde/gbde.c:216: warning: implicit declaration of function `close' /usr/src/sbin/gbde/gbde.c: In function `cmd_nuke': /usr/src/sbin/gbde/gbde.c:391: warning: implicit declaration of function `write' /usr/src/sbin/gbde/gbde.c: In function `cmd_init': /usr/src/sbin/gbde/gbde.c:556: warning: implicit declaration of function `unlink' /usr/src/sbin/gbde/gbde.c: In function `main': /usr/src/sbin/gbde/gbde.c:801: warning: implicit declaration of function `getopt' /usr/src/sbin/gbde/gbde.c:804: error: `optarg' undeclared (first use in this function) /usr/src/sbin/gbde/gbde.c:804: error: (Each undeclared identifier is reported only once /usr/src/sbin/gbde/gbde.c:804: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sbin/gbde. *** Error code 1 Stop in /usr/obj/usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. On 11/9/06, Vlad Galu wrote: > -- cut here -- > lock order reversal: > 1st 0xffffffff80501ba0 cdev (cdev) @ kern/kern_conf.c:61 > 2nd 0xffffffff858d20f8 sleep mtxpool (sleep mtxpool) @ kern/kern_prot.c:1877 > KDB: stack backtrace: > witness_checkorder() at witness_checkorder+0x4d2 > _mtx_lock_flags() at _mtx_lock_flags+0x5c > crhold() at crhold+0x26 > make_dev_credv() at make_dev_credv+0xb0 > make_dev_cred() at make_dev_cred+0x8e > pty_clone() at pty_clone+0xcd > devfs_lookup() at devfs_lookup+0x55e > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x7e > lookup() at lookup+0x351 > namei() at namei+0x399 > vn_open_cred() at vn_open_cred+0x1e0 > kern_open() at kern_open+0xfd > open() at open+0x25 > syscall() at syscall+0x4a1 > Xfast_syscall() at Xfast_syscall+0xa8 > --- syscall (5, FreeBSD ELF64, open), rip = 0x2168fe1c, rsp = > 0x7fffffffde58, rbp = 0x40 --- > -- and here -- > > -STABLE hasn't been that stable lately :( > > -- > If it's there, and you can see it, it's real. > If it's not there, and you can see it, it's virtual. > If it's there, and you can't see it, it's transparent. > If it's not there, and you can't see it, you erased it. > _______________________________________________ > 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 9 14:36:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16C9B16A415 for ; Thu, 9 Nov 2006 14:36:31 +0000 (UTC) (envelope-from fredrik.widlund@qbrick.com) Received: from mail.qbrick.com (mail.qbrick.com [62.13.40.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9301E43D49 for ; Thu, 9 Nov 2006 14:36:29 +0000 (GMT) (envelope-from fredrik.widlund@qbrick.com) Received: from localhost (localhost [127.0.0.1]) by mail.qbrick.com (Postfix) with ESMTP id 61FE951978; Thu, 9 Nov 2006 15:35:36 +0100 (CET) Received: from mail.qbrick.com ([127.0.0.1]) by localhost (mail0.p0.w0.local [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 83624-02-26; Thu, 9 Nov 2006 15:35:32 +0100 (CET) Received: from [10.43.0.2] (fkwd0.p0.u3.local [10.43.0.2]) by mail.qbrick.com (Postfix) with ESMTP id 3E4155197E; Thu, 9 Nov 2006 15:35:32 +0100 (CET) Message-ID: <45533CE7.9040904@qbrick.com> Date: Thu, 09 Nov 2006 15:36:23 +0100 From: Fredrik Widlund User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Marko Lerota References: <20061109085603.GA28869@math.jussieu.fr> <86y7qk3oel.fsf@sparrow.local> <20061109111237.GD4136@math.jussieu.fr> <86wt6426zh.fsf@sparrow.local> <20061109132041.GA3559@math.jussieu.fr> <8664doogt9.fsf@sparrow.local> In-Reply-To: <8664doogt9.fsf@sparrow.local> X-Enigmail-Version: 0.93.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at qbrick.com Cc: freebsd-stable@freebsd.org, shih@math.jussieu.fr Subject: Re: Downgrade to 5.5 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, 09 Nov 2006 14:36:31 -0000 Marko Lerota wrote: > Someone said on this list, that priority now are new features, so developers > have no time to fix bugs. I prefer stability over the new features also, and > most of the people on this list I think. That's one of the reasons that > I escaped from Penguins. > I agree to the above. I understand that the dev team are under a heavy workload right now, are doing their best etc, but FreeBSD has been our main platform for many years and since 6.x it has become a great problem instead. We can no longer buy the hardware that used to work, we can't afford unstable systems, and I'm not sure we can achieve a stable 6.2 on the hardware. If this continues we have no choice but to leave fbsd. I'm not criticizing the fbsd team, I'm very grateful for their efforts, but this is a fact of life for us and a major worry. >> I'm not developper, then I don't known the problem of FreeBSD, but I'm very >> sad to see the situation of 6.x (em problem, watchdog, crash etc...). Now >> I'm looking of OpenBSD.... >> > > I'm not developer also, but I think that OpenBSD and FreeBSD developers > share the code. At least for scsi controllers and ethernet cards. So it's > possible to have the same problem on OpenBSD. Could someone enlighten me? > I'm a dedicated OpenBSD user since many years, and I haven't seen these problems there, but then again I run other solutions on obsd. Imho obsd tend to be less focused on features and 0-day support, and more focused on auditing, stability and security. For example obsd doesn't support pe1950 yet. For a router/firewall/dnsserver and similar solutions I'd go obsd anyday. For, say, a performance optimized apache cluster I'd go fbsd, but only if I could achieve stable system. Kind regards, Fredrik Widlund From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 15:11:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C730816A494 for ; Thu, 9 Nov 2006 15:11:11 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24E8A43D45 for ; Thu, 9 Nov 2006 15:11:10 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so224266uge for ; Thu, 09 Nov 2006 07:11:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HH9NrqzfLSMZ4531JH01tpnMDv7E4o0f3YBUT31lzsjE5vvQeEbZyKJIsV3+rsyfHwVSX2QQdlROn0Fgsq06LdU4di5ttGGou/KhIiI9Yqfs9R6ew63cD5DCJrGX83sl5NUjQcAg1E9qUG1PDUyE4TGaIjqL2NBrp2hLm3K6878= Received: by 10.67.97.7 with SMTP id z7mr1479646ugl.1163085069960; Thu, 09 Nov 2006 07:11:09 -0800 (PST) Received: by 10.67.86.8 with HTTP; Thu, 9 Nov 2006 07:11:09 -0800 (PST) Message-ID: <790a9fff0611090711ra5b7996kfb251c7bdac547b9@mail.gmail.com> Date: Thu, 9 Nov 2006 09:11:09 -0600 From: "Scot Hetzel" To: shih@math.jussieu.fr In-Reply-To: <20061109085603.GA28869@math.jussieu.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061109085603.GA28869@math.jussieu.fr> Cc: freebsd-stable@freebsd.org Subject: Re: Downgrade to 5.5 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, 09 Nov 2006 15:11:11 -0000 On 11/9/06, Albert Shih wrote: > I make buildworld & buildkernel on a FreeBSD 5.x server. > I make a tar.gz of /usr/obj and /usr/src > I tranfert this two tar.gz on my 6-stable server. > Untar on right place > make installkernel on /usr/src from 5.x > reboot > make installworld. > Usually when you upgrade from a old version to a newer version, you are advised to first install new kernel, and then update the userland with buildworld. For a downgrade, you would have to reverse that order. So to downgrade: make installworld mergemaster reboot make installkernel reboot You will still need to remove any 6.x libraries that remain after the downgrade, as it would cause problems when building ports on the system. NOTE: I haven't tested this procedure, so use at your own risk. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 15:36:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57F3516A416; Thu, 9 Nov 2006 15:36:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3151343D6B; Thu, 9 Nov 2006 15:36:48 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA9FamFS023231; Thu, 9 Nov 2006 10:36:48 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id kA9FaltD018819 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Nov 2006 10:36:47 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200611091536.kA9FaltD018819@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 09 Nov 2006 10:36:51 -0500 To: "Jack Vogel" , freebsd-stable@freebsd.org, freebsd-net From: Mike Tancsa In-Reply-To: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.co m> References: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Proposed 6.2 em RELEASE patch 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, 09 Nov 2006 15:36:56 -0000 At 08:19 PM 11/8/2006, Jack Vogel wrote: >BUT, I've added the FAST_INTR changes back into the code, so >if you go into your Makefile and add -DEM_FAST_INTR you will >then get the taskqueue stuff. It certainly does make a difference performance wise. I did some quick testing with netperf and netrate. Back to back boxes, using an AMD x2 with bge nic and one intel box CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.27-MHz 686-class CPU) CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2144.01-MHz 686-class CPU) The intel is a DG965SS with integrated em nic, the AMD a Tyan with integrated bge. Both running SMP kernels with pf built in, no inet6. Intel box as sender. In this test its with the patch from yesterday. The first set with the patch as is, the second test with -DEM_FAST_INTR. TCP STREAM TEST to 192.168.44.1 : +/-2.5% @ 99% conf. Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 57344 57344 4096 62.19 858.16 57344 57344 4096 62.19 934.58 TCP STREAM TEST to 192.168.44.1 : +/-2.5% @ 99% conf. Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 32768 32768 4096 62.27 551.46 32768 32768 4096 62.26 788.56 TCP REQUEST/RESPONSE TEST to 192.168.44.1 : +/-2.5% @ 99% conf. Local /Remote Socket Size Request Resp. Elapsed Trans. Send Recv Size Size Time Rate bytes Bytes bytes bytes secs. per sec 32768 65536 1 1 62.26 2999.88 32768 65536 32768 65536 1 1 62.31 6165.46 32768 65536 UDP REQUEST/RESPONSE TEST to 192.168.44.1 : +/-2.5% @ 99% conf. Local /Remote Socket Size Request Resp. Elapsed Trans. Send Recv Size Size Time Rate bytes Bytes bytes bytes secs. per sec 9216 41600 1 1 62.30 3170.25 9216 41600 9216 41600 1 1 62.34 6170.81 9216 41600 UDP REQUEST/RESPONSE TEST to 192.168.44.1 : +/-2.5% @ 99% conf. Local /Remote Socket Size Request Resp. Elapsed Trans. Send Recv Size Size Time Rate bytes Bytes bytes bytes secs. per sec 9216 41600 516 4 62.28 2999.17 9216 41600 9216 41600 516 4 62.33 6031.56 9216 41600 UDP UNIDIRECTIONAL SEND TEST to 192.168.44.1 : +/-2.5% @ 99% conf. Socket Message Elapsed Messages Size Size Time Okay Errors Throughput bytes bytes secs # # 10^6bits/sec 32768 4096 60.00 1743632 24778919 952.25 41600 60.00 1742801 951.79 32768 4096 60.00 1743633 24722456 952.25 41600 60.00 1742828 951.81 UDP UNIDIRECTIONAL SEND TEST to 192.168.44.1 : +/-2.5% @ 99% conf. Socket Message Elapsed Messages Size Size Time Okay Errors Throughput bytes bytes secs # # 10^6bits/sec 32768 1024 60.00 6831370 28639884 932.70 41600 60.00 6828166 932.27 32768 1024 60.00 6831369 28465662 932.70 41600 60.00 6828086 932.26 Intel box as receiver, bge0/AMD as sender First set of results using stock em driver from 6.2beta2 second set of results using first patch 3rd set using taskqueue enabled /usr/local/netperf/netperf -t TCP_STREAM -l 60 -H 192.168.44.244 -i 10,3 -I 99,5 -- -s 57344 -S 57344 -m 4096 TCP STREAM TEST to 192.168.44.244 : +/-2.5% @ 99% conf. Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 57344 57344 4096 60.00 680.24 57344 57344 4096 60.00 680.34 57344 57344 4096 60.00 680.54 TCP STREAM TEST to 192.168.44.244 : +/-2.5% @ 99% conf. Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 32768 32768 4096 60.00 496.72 32768 32768 4096 60.00 499.87 32768 32768 4096 60.00 677.63 TCP REQUEST/RESPONSE TEST to 192.168.44.244 : +/-2.5% @ 99% conf. Local /Remote Socket Size Request Resp. Elapsed Trans. Send Recv Size Size Time Rate bytes Bytes bytes bytes secs. per sec 32768 65536 1 1 60.00 2999.61 32768 65536 32768 65536 1 1 60.00 2999.50 32768 65536 32768 65536 1 1 60.00 6163.75 32768 65536 UDP REQUEST/RESPONSE TEST to 192.168.44.244 : +/-2.5% @ 99% conf. Local /Remote Socket Size Request Resp. Elapsed Trans. Send Recv Size Size Time Rate bytes Bytes bytes bytes secs. per sec 9216 41600 1 1 60.00 3099.52 9216 41600 9216 41600 1 1 60.00 3102.97 9216 41600 9216 41600 1 1 60.00 6178.13 9216 41600 UDP REQUEST/RESPONSE TEST to 192.168.44.244 : +/-2.5% @ 99% conf. Local /Remote Socket Size Request Resp. Elapsed Trans. Send Recv Size Size Time Rate bytes Bytes bytes bytes secs. per sec 9216 41600 516 4 60.00 2956.58 9216 41600 9216 41600 516 4 60.00 2956.15 9216 41600 9216 41600 516 4 60.00 6075.79 9216 41600 /usr/local/netperf/netperf -t UDP_STREAM -l 60 -H 192.168.44.244 -i 10,3 -I 99,5 -- -s 32768 -S 32768 -m 4096 UDP UNIDIRECTIONAL SEND TEST to 192.168.44.244 : +/-2.5% @ 99% conf. Socket Message Elapsed Messages Size Size Time Okay Errors Throughput bytes bytes secs # # 10^6bits/sec 32768 4096 60.00 1340178 20058972 731.91 41600 60.00 1340178 731.90 32768 4096 60.00 1340076 19963473 731.85 41600 60.00 1340076 731.85 32768 4096 60.00 1340497 20167227 732.09 41600 60.00 1340497 732.09 UDP UNIDIRECTIONAL SEND TEST to 192.168.44.244 : +/-2.5% @ 99% conf. Socket Message Elapsed Messages Size Size Time Okay Errors Throughput bytes bytes secs # # 10^6bits/sec 32768 1024 60.00 5468540 29141343 746.64 41600 60.00 5468538 746.63 32768 1024 60.00 5469132 29805133 746.71 41600 60.00 5469132 746.71 32768 1024 60.00 5468372 30181335 746.61 41600 60.00 5468372 746.61 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 15:51:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8410516A494; Thu, 9 Nov 2006 15:51:28 +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 3409B43D55; Thu, 9 Nov 2006 15:51:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA9FpIBT037111; Thu, 9 Nov 2006 08:51:24 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45534E76.6020906@samsco.org> Date: Thu, 09 Nov 2006 08:51:18 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Mike Tancsa References: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> <200611091536.kA9FaltD018819@lava.sentex.ca> In-Reply-To: <200611091536.kA9FaltD018819@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-net , freebsd-stable@freebsd.org, Jack Vogel Subject: Re: Proposed 6.2 em RELEASE patch 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, 09 Nov 2006 15:51:28 -0000 Mike Tancsa wrote: > At 08:19 PM 11/8/2006, Jack Vogel wrote: > >> BUT, I've added the FAST_INTR changes back into the code, so >> if you go into your Makefile and add -DEM_FAST_INTR you will >> then get the taskqueue stuff. > > It certainly does make a difference performance wise. I did some quick > testing with netperf and netrate. Back to back boxes, using an AMD x2 > with bge nic and one intel box > > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.27-MHz > 686-class CPU) > CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2144.01-MHz > 686-class CPU) > > The intel is a DG965SS with integrated em nic, the AMD a Tyan with > integrated bge. Both running SMP kernels with pf built in, no inet6. > > > Intel box as sender. In this test its with the patch from yesterday. The > first set with the patch as is, the second test with -DEM_FAST_INTR. > Thanks for the tests. One thing to note is that Gleb reported a higher rate of dropped packets with INTR_FAST. He is the only one who has reported this, so I'd like to find out if there is something unique to his environment, or if there is a larger problem to be addressed. There are ways that we can change the driver to not drop any packets at all for Gleb, but they expose the system to risk if there is ever an accidental (or malicious) RX flood on the interface. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 17:17:15 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F9A316A575 for ; Thu, 9 Nov 2006 17:17:15 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B8FC43D4C for ; Thu, 9 Nov 2006 17:17:14 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (czgzuv@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kA9HH6cb005086 for ; Thu, 9 Nov 2006 18:17:12 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kA9HH631005085; Thu, 9 Nov 2006 18:17:06 +0100 (CET) (envelope-from olli) Date: Thu, 9 Nov 2006 18:17:06 +0100 (CET) Message-Id: <200611091717.kA9HH631005085@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 09 Nov 2006 18:17:12 +0100 (CET) Cc: Subject: Trouble: NFS via TCP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: 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: Thu, 09 Nov 2006 17:17:15 -0000 Hi, I've got a very weird problem with NFS mounts on a RELENG_6 machine (a.k.a 6.2-PRERELEASE, sources synced yesterday, November 8th). It's an HP Proliant DL360 G4 (G4p to be exact), but that shouldn't matter. I've been banging my head on the table for several hours, but I can't find the source of the problem. :-( What I'm trying to do should be very simple: mounting an NFS directory via TCP (instead of UDP which is the default), like this: # mount_nfs -T -3 -R 3 -i -s -o ro 127.0.0.1:/localdisk /nfs/test Symptom: As soon as I use the -T option (TCP) with the mount command, it simply hangs forever. If I use the intr/soft flags, I can Ctrl-C it after a while, and the mount indeed appears in the output from "mount", but any command that tries to access it (e.g. ls(1)) also hangs. Even umount(8) hangs. More observations: - UDP works perfectly fine. No problems at all. - Other TCP connections beside NFS (e.g. ssh) work fine. - IPF is present, but disabled (ipf -D). - IPFW only contains the default "allow any to any" rule. - The interface doesn't matter. Mounting from localhost (via lo0) has the same problem as via a real NIC. - I first observed the problem on RELENG_6 of 2006-10-19 (but it could be much older, because I haven't tried NFS-via-TCP on this machine before). Then I updated to 2006-11-08, no change. - SMP or UP kernel doesn't make a difference. - No special compiler flags, make.conf is empty. - Kernel config is GENERIC with a few additions for more shared memory and semaphores (so Squid and PostgreSQL are happy) and some other unrelated details. - No suspicious things in dmesg. Kernel prints nothing during the mount attempts. - Output from rpcinfo -p looks good. - tcpdump shows that the TCP connection is immediately shut down: After connecting successfully, it sends a FIN, then reconnects, etc. ad infinitum. Meanwhile vfs.nfs.reconnects increases slowly. - On a different machine (different hardware, but same RELENG_6 and very similar kernel config), the problem does *NOT* occur. I compared sysctl variables relevant to nfs, rpc and tcp, and they're all the same. Also, rpcinfo -p is the same. Now I'm running out of ideas ... Obviously there must be something special with that machine, because it works fine on a different machine, but I'm not able to find out what it is. I even considered putting a few printf() calls into some places in sys/nfsclient/nfs_socket.c to find out what's going on, but I'm not sure if that makes sense and whether it will give any useful results. Any hints and ideas will be greatly appreciated. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "And believe me, as a C++ programmer, I don't hesitate to question the decisions of language designers. After a decent amount of C++ exposure, Python's flaws seem ridiculously small." -- Ville Vainio From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 17:29:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E32016A592; Thu, 9 Nov 2006 17:29:33 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E164143D5F; Thu, 9 Nov 2006 17:29:30 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id kA9HTFnH055583; Thu, 9 Nov 2006 20:29:20 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Thu, 9 Nov 2006 20:29:15 +0300 (MSK) From: Maxim Konovalov To: David Coder In-Reply-To: <20060505105403.V33194@ns0.dcoder.net> Message-ID: <20061109174439.Q48312@mp2.macomnet.net> References: <200605031402.QAA17412@galaxy.hbg.de.ao-srv.com> <20060505105403.V33194@ns0.dcoder.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Alex Rodin , freebsd-stable , freebsd-usb@freebsd.org, iedowse@freebsd.org Subject: Re: usb to serial 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, 09 Nov 2006 17:29:33 -0000 [ iedowse CC'ed ] Hello, On Fri, 5 May 2006, 11:04-0400, David Coder wrote: > > thx for the suggestions, guys. with > > device uftdi > device uplcom > > in the kernel config the adapter shows up as > > ugen0: ArkMicroChips USB-UART Controller, rev 1.10/0.01, addr 2 > > no specific com port shows up, however, so i must need something else. Alex Rodin have ported uark(4) driver from OpenBSD. I made code cleanup and intergation in the tree. You can get&test patches for HEAD and RELENG_6 there: http://maxim.int.ru/stuff/uark.diff http://maxim.int.ru/stuff/uark.diff.6 Ian, could you please review the patches? TIA! -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 18:19:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4BF916A4EE for ; Thu, 9 Nov 2006 18:19:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [206.18.177.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5754443D45 for ; Thu, 9 Nov 2006 18:19:49 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (alnrmhc14) with ESMTP id <20061109181948b1400cvg9me>; Thu, 9 Nov 2006 18:19:48 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 34C8C1FA01A; Thu, 9 Nov 2006 10:19:48 -0800 (PST) Date: Thu, 9 Nov 2006 10:19:48 -0800 From: Jeremy Chadwick To: freebsd-stable@FreeBSD.ORG Message-ID: <20061109181948.GA56887@icarus.home.lan> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <200611091717.kA9HH631005085@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200611091717.kA9HH631005085@lurza.secnetix.de> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: Trouble: NFS via TCP 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, 09 Nov 2006 18:19:51 -0000 On Thu, Nov 09, 2006 at 06:17:06PM +0100, Oliver Fromme wrote: > I've got a very weird problem with NFS mounts on a RELENG_6 > machine (a.k.a 6.2-PRERELEASE, sources synced yesterday, > November 8th). It's an HP Proliant DL360 G4 (G4p to be > exact), but that shouldn't matter. I've been banging my > head on the table for several hours, but I can't find the > source of the problem. :-( Is this machine using pf/pfil? If so, are you using "scrub" at all? If so, don't. :-) -- | 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 Thu Nov 9 18:41:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1740D16A47C for ; Thu, 9 Nov 2006 18:41:35 +0000 (UTC) (envelope-from jhugo@icomtek.csir.co.za) Received: from marge.meraka.csir.co.za (marge.meraka.csir.co.za [146.64.28.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82AC943D53 for ; Thu, 9 Nov 2006 18:41:29 +0000 (GMT) (envelope-from jhugo@icomtek.csir.co.za) Received: from [2001:4200:7000:3:211:43ff:feba:aff1] (unknown [IPv6:2001:4200:7000:3:211:43ff:feba:aff1]) by marge.meraka.csir.co.za (Postfix) with ESMTP id B2BE08FC49 for ; Thu, 9 Nov 2006 20:41:24 +0200 (SAST) From: Johann Hugo To: freebsd-stable@freebsd.org Date: Thu, 9 Nov 2006 20:41:23 +0200 User-Agent: KMail/1.8 References: <4550C4B6.7090306@tomjudge.com> In-Reply-To: <4550C4B6.7090306@tomjudge.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200611092041.23536.jhugo@icomtek.csir.co.za> Subject: Re: FreeBSD 6.1 IPsec Path MTU Discovery 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, 09 Nov 2006 18:41:35 -0000 On Tuesday 07 November 2006 19:39, Tom Judge wrote: > Hi, > > I am seeing some problems with some problems with IPsec encrypted gif > tunnels and path mtu discovery. > > It seems that the router with the IPsec tunnel sends an ICMP need to > frag packet with the next hop mtu set to 0. This causes ssh to > retransmit a the same packet without reducing the size of the data payload. > > Is this a know problem? If so are there any know work arounds? I'm seeing the same problem on my gif tunnel. For an interim work around you can reduce the MTU size between Box1 and Box2 e.g "route change Box2 -mtu 1200". After it's starts working you can change it back to 1500 en it keeps on working. Don't ask me why it works, I'm still trying to figure out what the problem is. Johann From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 18:48:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B61C16A549 for ; Thu, 9 Nov 2006 18:48:48 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCBF243D79 for ; Thu, 9 Nov 2006 18:48:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id AE99F1A4D89; Thu, 9 Nov 2006 10:48:46 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AAB1E5127A; Thu, 9 Nov 2006 13:48:37 -0500 (EST) Date: Thu, 9 Nov 2006 13:48:37 -0500 From: Kris Kennaway To: Matthew Herzog Message-ID: <20061109184837.GA42630@xor.obsecurity.org> References: <7cf39bb60611090633k317c4fe0i882dda09987758f5@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <7cf39bb60611090633k317c4fe0i882dda09987758f5@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: FreeBSD Stable Subject: Re: sparc64 buildworld failure (NOT: LOR with today's RELENG_6) 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, 09 Nov 2006 18:48:48 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Nov 09, 2006 at 09:33:45AM -0500, Matthew Herzog wrote: > I have never been able to "make buildworld" on sparc64 STABLE. It > always dies in gbde. Don't hijack threads for unrelated topics, please. > /usr/src/sbin/gbde/gbde.c:801: warning: implicit declaration of > function `getopt' > /usr/src/sbin/gbde/gbde.c:804: error: `optarg' undeclared (first use > in this function) > /usr/src/sbin/gbde/gbde.c:804: error: (Each undeclared identifier is > reported only once > /usr/src/sbin/gbde/gbde.c:804: error: for each function it appears in.) > *** Error code 1 I guess something is wrong with your installed headers, perhaps you spammed with the GNU version? Kris --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFU3gFWry0BWjoQKURAvrBAKDajLB0TdKpDuPYJov4LzCaVprGqgCggVIH KLjEJRMEBGKFZTpUBE7QeXw= =HLNu -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 19:15:31 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA2EC16A407 for ; Thu, 9 Nov 2006 19:15:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B02943DC1 for ; Thu, 9 Nov 2006 19:14:39 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (jchobm@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kA9JERu4011711 for ; Thu, 9 Nov 2006 20:14:33 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kA9JER9P011710; Thu, 9 Nov 2006 20:14:27 +0100 (CET) (envelope-from olli) Date: Thu, 9 Nov 2006 20:14:27 +0100 (CET) Message-Id: <200611091914.kA9JER9P011710@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20061109181948.GA56887@icarus.home.lan> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 09 Nov 2006 20:14:33 +0100 (CET) Cc: Subject: Re: Trouble: NFS via TCP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: 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: Thu, 09 Nov 2006 19:15:31 -0000 Jeremy Chadwick wrote: > Oliver Fromme wrote: > > I've got a very weird problem with NFS mounts on a RELENG_6 > > machine (a.k.a 6.2-PRERELEASE, sources synced yesterday, > > November 8th). It's an HP Proliant DL360 G4 (G4p to be > > exact), but that shouldn't matter. I've been banging my > > head on the table for several hours, but I can't find the > > source of the problem. :-( > > Is this machine using pf/pfil? If so, are you using "scrub" > at all? If so, don't. :-) PF is compiled in, but it's disabled and has no rules at all; everything in pc.conf is commented out. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Life is short (You need Python)" -- Bruce Eckel, ANSI C++ Comitee member, author of "Thinking in C++" and "Thinking in Java" From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 19:25:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E81616A412 for ; Thu, 9 Nov 2006 19:25:23 +0000 (UTC) (envelope-from jhs@flat.berklix.net) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id D19D543D5A for ; Thu, 9 Nov 2006 19:25:22 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A6BDB.dip.t-dialin.net [84.154.107.219]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id kA9JPJJa036627; Thu, 9 Nov 2006 20:25:20 +0100 (CET) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id kA9JPIHY024140; Thu, 9 Nov 2006 20:25:18 +0100 (CET) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.6/8.13.6) with ESMTP id kA9JNtN6042554; Thu, 9 Nov 2006 20:23:55 +0100 (CET) (envelope-from jhs@fire.jhs.private) Message-Id: <200611091923.kA9JNtN6042554@fire.jhs.private> To: Oliver Fromme In-reply-to: <200611091717.kA9HH631005085@lurza.secnetix.de> References: <200611091717.kA9HH631005085@lurza.secnetix.de> Comments: In-reply-to Oliver Fromme message dated "Thu, 09 Nov 2006 18:17:06 +0100." Date: Thu, 09 Nov 2006 20:23:55 +0100 From: "Julian H. Stacey" Cc: freebsd-stable@freebsd.org Subject: Re: Trouble: NFS via TCP 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, 09 Nov 2006 19:25:23 -0000 Hi Oliver, > Now I'm running out of ideas Well done on that big list of things already tried :-) Using a normal UDP mount I had eratic come & go problems with amd until I added to rc.conf nfs_server_flags="-u -t -n 10" Turns out I had too few. 10 fixed it. man nfsd: A server should run enough daemons to handle the maximum level of concurrency from its clients. defaults/rc.conf nfs_server_flags="-u -t -n 4" In my case my remote amd was trying to mount all 5 of / /tmp /usr /var /usr1 Might help, Good luck. -- Julian Stacey. BSD Unix C Net Consultancy, Munich/Muenchen http://berklix.com Mail Ascii, not HTML. Ihr Rauch = mein allergischer Kopfschmerz. http://berklix.org/free-software From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 20:42:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAE2C16A51F for ; Thu, 9 Nov 2006 20:42:27 +0000 (UTC) (envelope-from freebsd-stable@chef-ingenieur.de) Received: from mta.webmatic.de (mta.webmatic.de [212.78.99.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id EED4A43D70 for ; Thu, 9 Nov 2006 20:42:20 +0000 (GMT) (envelope-from freebsd-stable@chef-ingenieur.de) Received: (qmail 83224 invoked by uid 89); 9 Nov 2006 20:42:09 -0000 Received: by simscan 1.1.0 ppid: 83214, pid: 83218, t: 3.1794s scanners: attach: 1.1.0 clamav: 0.88.2/m:38/d:1498 spam: 3.1.1 Received: from unknown (HELO ?192.168.1.33?) (freebsd-stable@chef-ingenieur.de@217.186.22.114) by mta.webmatic.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 Nov 2006 20:42:06 -0000 Message-ID: <455392A4.3020909@chef-ingenieur.de> Date: Thu, 09 Nov 2006 21:42:12 +0100 From: Thomas Krause User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4313.217.188.193.85.1162820714.squirrel@mta.webmatic.de> <20061106135642.GD44791@rambler-co.ru> <4337.217.188.193.85.1162823197.squirrel@mta.webmatic.de> <45524D25.8020906@cs.wpi.edu> In-Reply-To: <45524D25.8020906@cs.wpi.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD doesn't boot at Supermicro H8SSL-i2 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, 09 Nov 2006 20:42:27 -0000 Mike Voorhis schrieb: > Wouldn't disabling USB in BIOS work? This appears to be possible from > most of the PC's I see in my travels. My problem: I cannot find an option in the BIOS for disabling USB. Regards, Thomas. > > Ivan Voras wrote: >> Thomas Krause wrote: >>> BTW: There is no way to disable USB completely? >> You can try using loader hints: >> http://www.freebsd.org/cgi/man.cgi?query=device.hints&sektion=5 >> >> _______________________________________________ >> 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 Thu Nov 9 20:59:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C75816A407 for ; Thu, 9 Nov 2006 20:59:28 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 298A643D5C for ; Thu, 9 Nov 2006 20:59:25 +0000 (GMT) (envelope-from tom@tomjudge.com) Received: from [172.23.170.136] (helo=anti-virus01-07) by smtp-out3.blueyonder.co.uk with smtp (Exim 4.52) id 1GiGzZ-0006Xs-L8; Thu, 09 Nov 2006 20:59:21 +0000 Received: from [82.43.34.109] (helo=[192.168.0.2]) by asmtp-out3.blueyonder.co.uk with esmtp (Exim 4.52) id 1GiGzZ-0000aX-2H; Thu, 09 Nov 2006 20:59:21 +0000 Message-ID: <455397EE.7030305@tomjudge.com> Date: Thu, 09 Nov 2006 21:04:46 +0000 From: Tom Judge User-Agent: Thunderbird 1.5.0.7 (X11/20060922) MIME-Version: 1.0 To: Johann Hugo References: <4550C4B6.7090306@tomjudge.com> <200611092041.23536.jhugo@icomtek.csir.co.za> In-Reply-To: <200611092041.23536.jhugo@icomtek.csir.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1 IPsec Path MTU Discovery 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, 09 Nov 2006 20:59:28 -0000 Johann Hugo wrote: > On Tuesday 07 November 2006 19:39, Tom Judge wrote: > > I'm seeing the same problem on my gif tunnel. > > For an interim work around you can reduce the MTU size between Box1 and Box2 > e.g "route change Box2 -mtu 1200". After it's starts working you can change it > back to 1500 en it keeps on working. > > Don't ask me why it works, I'm still trying to figure out what the problem is. > > Johann I have a patch for the problem, it is related to a broken peice of code that is supposed to calculate the mtu using the size of the ip header and the size of the ipsec header. However when the ipsec security policy is fetched some required sections are null and the code block completely fails. The following patch fixes the problem for me as it allows the code to fall through to the standard mtu calculation using either the destination interface mtu or by calculating the next smallest rfc defined mtu. It would be interesting to see if this patch works for you, I have submitted it on the open pr but have not had a response yet. Tom J PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/91412 Patch: Index: sys/netinet/ip_input.c =================================================================== --- sys/netinet/ip_input.c (revision 24) +++ sys/netinet/ip_input.c (working copy) @@ -1990,8 +1990,8 @@ #else /* FAST_IPSEC */ KEY_FREESP(&sp); #endif - ipstat.ips_cantfrag++; - break; +// ipstat.ips_cantfrag++; +// break; } } #endif /*IPSEC || FAST_IPSEC*/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 21:05:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC4AC16A415 for ; Thu, 9 Nov 2006 21:05:44 +0000 (UTC) (envelope-from wlodek11@magma.ca) Received: from mail-04.primus.ca (mail4.primus.ca [216.254.141.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0A5A43D45 for ; Thu, 9 Nov 2006 21:05:35 +0000 (GMT) (envelope-from wlodek11@magma.ca) Received: from webmail-01.web.primus.ca ([10.201.132.10] helo=webmail-01.pvt.primus.ca) by mail-04.primus.ca with esmtp (Exim 4.50) id 1GiH5a-0008RG-38 for freebsd-stable@freebsd.org; Thu, 09 Nov 2006 16:05:35 -0500 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable From: Wlodek Kraterski To: freebsd-stable@freebsd.org X-Origin: 64.26.155.200 - wlodek11@magma.ca Date: Thu, 09 Nov 2006 16:01:35 -0500 X-Uidl: 1163106095185305984 X-Mailer: AtMail 4.3 Message-Id: <20061109210535.F0A5A43D45@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: pls.which.way.to.go? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: wlodek11@magma.ca List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Nov 2006 21:05:44 -0000 =0D =0D I'm running now 4.11 and I'm quite happy. =0D However, I did get my hands on new box: IBM x230 with 2X1gig intel 6x.X.SCSI.X.33.6 and 3 gig of ram. My old server is basicaly a web server with cgi and php, hosting my own web= sites. =0D I would like to upgrade the whole thing. Which way to go? 5.5? 6.1 or just stick with the 4.11 =0D thanks regards =0D wlodek =0D From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 21:20:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A2C916A412 for ; Thu, 9 Nov 2006 21:20:11 +0000 (UTC) (envelope-from kay.abendroth@raxion.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5C2143D49 for ; Thu, 9 Nov 2006 21:20:10 +0000 (GMT) (envelope-from kay.abendroth@raxion.net) Received: from [217.85.82.199] (helo=[10.0.0.10]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1GiHJb3tkS-0007VX; Thu, 09 Nov 2006 22:20:07 +0100 Message-ID: <45539B82.3000403@raxion.net> Date: Thu, 09 Nov 2006 22:20:02 +0100 From: Kay Abendroth User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: wlodek11@magma.ca References: <20061109210535.F0A5A43D45@mx1.FreeBSD.org> In-Reply-To: <20061109210535.F0A5A43D45@mx1.FreeBSD.org> X-Enigmail-Version: 0.94.1.2 OpenPGP: id=4CCBF36C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de login:b74ade515889ad97333045239a316a52 Cc: freebsd-stable@freebsd.org Subject: Re: pls.which.way.to.go? 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, 09 Nov 2006 21:20:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 I would upgrade to 5.5 first. Then it's up to you, but waiting for 6.3 is probably not a bad idea, before going further up the hill to 6.x. Wlodek Kraterski wrote: > > > > > I'm running now 4.11 and I'm quite happy. > > > > However, I did get my hands on new box: > IBM x230 with 2X1gig intel 6x.X.SCSI.X.33.6 and 3 gig of ram. > My old server is basicaly a web server with cgi and php, hosting my > own web sites. > > > > I would like to upgrade the whole thing. > Which way to go? > 5.5? > 6.1 > or just stick with the 4.11 > > > > thanks > regards > > > > wlodek > > > _______________________________________________ > 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" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) iQEVAwUBRVObgv6xkxz4DngiAQiiggf/RKSMZdudDQKwxzMGUxmCyh/Gy4Pupf/S hiC6+oywDusIX5UmMWFwjvSpVVMggIYO9IPBKcNJWISbhdZ9hgg0MZpeCdZr2QEE KeHXcT24RK2u1ykE/OH1FXWHVWrEqNDGs29x0IvseAz3REjehEvFZ0chYbLg8/5x RkXVO1ftNItUtAL3C7f0UomSUQBhuKWVIHrKUxHlF5el/LNqRrg50FjDfwGreaPL asESQQr6GWJbCbIp4XmTwfcZovyn5A3g8UT1JFng7JWKBAyOOhXr0xPJc3uMGyrJ H+7Utm4xVbSWQtvDYbLYCW+/aQbkSQi/Wqg5xMWOsX93tH2gAT+21A== =epgX -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 21:35:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D962D16A4C8 for ; Thu, 9 Nov 2006 21:35:36 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A94EE43D8C for ; Thu, 9 Nov 2006 21:35:22 +0000 (GMT) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 571819A1856; Thu, 9 Nov 2006 22:35:20 +0100 (CET) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 2MhfqTMY-Ess; Thu, 9 Nov 2006 22:35:14 +0100 (CET) Received: from [192.168.2.186] (catv-50635cb6.catv.broadband.hu [80.99.92.182]) by server.t-hosting.hu (Postfix) with ESMTP id DD04F9A1855; Thu, 9 Nov 2006 22:35:14 +0100 (CET) Message-ID: <45539F0D.3010504@FreeBSD.org> Date: Thu, 09 Nov 2006 22:35:09 +0100 From: =?UTF-8?B?R8OhYm9yIEvDtnZlc2TDoW4=?= User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Kay Abendroth References: <20061109210535.F0A5A43D45@mx1.FreeBSD.org> <45539B82.3000403@raxion.net> In-Reply-To: <45539B82.3000403@raxion.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, wlodek11@magma.ca Subject: Re: pls.which.way.to.go? 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, 09 Nov 2006 21:35:36 -0000 Kay Abendroth wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > > I would upgrade to 5.5 first. > Then it's up to you, but waiting for 6.3 is probably not a bad idea, > before going further up the hill to 6.x. > > > Wlodek Kraterski wrote: > >> >> >> >> >> I'm running now 4.11 and I'm quite happy. >> >> >> >> However, I did get my hands on new box: >> IBM x230 with 2X1gig intel 6x.X.SCSI.X.33.6 and 3 gig of ram. >> My old server is basicaly a web server with cgi and php, hosting my >> own web sites. >> >> >> >> I would like to upgrade the whole thing. >> Which way to go? >> 5.5? >> 6.1 >> or just stick with the 4.11 >> >> >> >> thanks >> regards >> >> >> >> wlodek >> >> >> _______________________________________________ >> 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" >> > > You mean 6.2, right? It is the next release, 6.3 is much farther. I don't exactly see the situation, since you mentioned the new box and used the word upgrade. Does that mean that you install FreeBSD from scratch to the new box or keep the existing installation and just upgrade it? If you install from scratch, I'd suggest 6.1. There's no good reason why using the older 5.5. I'd only try it if 6.1 fails to work in any way. In the other case, if you want to do a source upgrade on the existing installation, you must go to 5.5 first, you can't directly upgrade to 6.X from 4.11. After you are at 5.5, you can go to 6.1, it's up to you. And one more thing: if you can install from scratch, that's better, since 4.11 used the older UFS file system, while recent 5.X and 6.X installers create UFS2 at default, which is faster and more reliable. P.S.: Please don't top-post. On these lists the preferred way is to write replies under the original message. -- Cheers, Gabor From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 21:43:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCC5D16A4D8; Thu, 9 Nov 2006 21:43:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F21443D7E; Thu, 9 Nov 2006 21:42:21 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA9Lg3Xd036047; Thu, 9 Nov 2006 16:42:03 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id kA9Lg2o2020411 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Nov 2006 16:42:02 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200611092142.kA9Lg2o2020411@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 09 Nov 2006 16:42:06 -0500 To: "Jack Vogel" , freebsd-stable@freebsd.org, freebsd-net From: Mike Tancsa In-Reply-To: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.co m> References: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Status: Clean Cc: Subject: Re: Proposed 6.2 em RELEASE patch 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, 09 Nov 2006 21:43:06 -0000 At 08:19 PM 11/8/2006, Jack Vogel wrote: >BUT, I've added the FAST_INTR changes back into the code, so >if you go into your Makefile and add -DEM_FAST_INTR you will >then get the taskqueue stuff. Not sure why you would want FAST_INTR and polling in at the same time, but I found that the two are mutually exclusive cd /usr/obj/usr/src/sys/pioneer; 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 make KERNEL=kernel all -DNO_MODULES_OBJ cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/em/if_em.c /usr/src/sys/dev/em/if_em.c: In function `em_ioctl': /usr/src/sys/dev/em/if_em.c:931: error: `em_poll' undeclared (first use in this function) /usr/src/sys/dev/em/if_em.c:931: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/em/if_em.c:931: error: for each function it appears in.) /usr/src/sys/dev/em/if_em.c: At top level: /usr/src/sys/dev/em/if_em.c:1164: warning: 'em_poll' defined but not used *** Error code 1 Stop in /usr/obj/usr/src/sys/pioneer. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 21:48:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1804816A403 for ; Thu, 9 Nov 2006 21:48:14 +0000 (UTC) (envelope-from raj@csub.edu) Received: from mailhub.csub.edu (mailhub.csub.edu [136.168.1.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24EEA43D83 for ; Thu, 9 Nov 2006 21:47:59 +0000 (GMT) (envelope-from raj@csub.edu) Received: from cserv65.csub.edu (cserv65.csub.edu [136.168.10.65]) by mailhub.csub.edu (8.13.8/8.13.8) with ESMTP id kA9LlvFY044627 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 9 Nov 2006 13:47:57 -0800 (PST) (envelope-from raj@csub.edu) Received: from cserv65.csub.edu (localhost [127.0.0.1]) by cserv65.csub.edu (8.13.8/8.13.8) with ESMTP id kA9LlvU7001811 for ; Thu, 9 Nov 2006 13:47:57 -0800 (PST) (envelope-from raj@cserv65.csub.edu) Received: (from raj@localhost) by cserv65.csub.edu (8.13.8/8.13.8/Submit) id kA9Llvau001810 for freebsd-stable@freebsd.org; Thu, 9 Nov 2006 13:47:57 -0800 (PST) (envelope-from raj) Date: Thu, 9 Nov 2006 13:47:57 -0800 From: Russell Jackson To: freebsd-stable@freebsd.org Message-ID: <20061109214757.GA1366@cserv65.csub.edu> References: <20061109014329.GA1377@cserv65.csub.edu> <455294F8.2070909@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <455294F8.2070909@samsco.org> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: nvidia0 em0 shared irq problem persists on dell precision 670 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, 09 Nov 2006 21:48:14 -0000 On Wed, Nov 08, 2006 at 07:39:52PM -0700, Scott Long wrote: > Is the firewire controller something that you can disable? Can you > selectively disable some of the USB controllers? > > Scott > I've tried disabling every combination of devices possible. The only change that fixed the problem (surprise, surprise) was disabling the integrated em NIC and or the nvidia card. I don't have another PCI express video board to swap with unfortunatly; so, I can't test that route. I should mention that disabling acpi also works, but it appears that SMP won't work without acpi. vmstat -i without apic: interrupt total rate irq0: clk 1371151 999 irq1: atkbd0 288 0 irq5: ehci0 1 0 irq6: fdc0 11 0 irq7: ppc0 6 0 irq8: rtc 175479 127 irq9: uhci2 acpi0+ 6204 4 irq11: nvidia0 em* 610237 444 irq14: ata0 17 0 irq15: ata1 48 0 Total 2163442 1576 Oddly, the dmesg output is the same weither or not the apics are enabled or not? 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #0: Wed Nov 8 16:01:29 PST 2006 raj@cserv65.csub.edu:/usr/obj/usr/src/sys/CSERV65.SMP MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 Logical CPUs per core: 2 real memory = 1072209920 (1022 MB) avail memory = 1035890688 (987 MB) pnpbios: Bad PnP BIOS data checksum ioapic0: Changing APIC ID to 8 ioapic0: Assuming intbase of 0 ioapic1: Changing APIC ID to 9 ioapic1: Assuming intbase of 24 ioapic2: Changing APIC ID to 10 ioapic2: Assuming intbase of 48 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 kqemu version 0x00010300 kqemu: KQEMU installed, max_locked_mem=517120kB. cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib0: unable to route slot 2 INTA pcib0: unable to route slot 3 INTA pcib0: unable to route slot 4 INTA pci0: at device 0.1 (no driver attached) pcib1: irq 11 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 pcib3: at device 0.2 on pci1 pci3: on pcib3 em0: port 0xdcc0-0xdcff mem 0xdfee0000-0xdfefffff irq 48 at device 14.0 on pci3 em0: Ethernet address: 00:13:72:78:b9:e3 pcib4: irq 11 at device 3.0 on pci0 pci4: on pcib4 pcib5: irq 11 at device 4.0 on pci0 pci5: on pcib5 nvidia0: mem 0xdd000000-0xddffffff,0xc0000000-0xcfffffff,0xde000000-0xdeffffff irq 16 at device 0.0 on pci5 nvidia0: [GIANT-LOCKED] uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pci6: on pcib6 fwohci0: mem 0xdcffb800-0xdcffbfff,0xdcffc000-0xdcffffff irq 16 at device 12.0 on pci6 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 80:78:00:13:b9:e3:72:00 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 82:78:00:e3:72:00 fwe0: Ethernet address: 82:78:00:e3:72:00 fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf mem 0xdffffc00-0xdfffffff irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) pcm0: port 0xec00-0xecff,0xe8c0-0xe8ff mem 0xdffffa00-0xdffffbff,0xdffff900-0xdffff9ff irq 17 at device 31.5 on pci0 pcm0: pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcbfff,0xcc000-0xcd7ff,0xcd800-0xcffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 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 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: DELL DELL USB Keyboard, rev 1.10/1.05, addr 2, iclass 3/1 kbd2 at ukbd0 ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 3, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2992511138 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38166MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 ad4: 76293MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad4s1a WARNING: /home was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted bridge0: Ethernet address: 5a:8f:36:b8:41:7c netsmb_dev: loaded -- Russell A. Jackson Network Analyst California State University, Bakersfield From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 21:51:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A386F16A403 for ; Thu, 9 Nov 2006 21:51:11 +0000 (UTC) (envelope-from raj@csub.edu) Received: from mailhub.csub.edu (mailhub.csub.edu [136.168.1.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2268D43D7B for ; Thu, 9 Nov 2006 21:51:06 +0000 (GMT) (envelope-from raj@csub.edu) Received: from cserv65.csub.edu (cserv65.csub.edu [136.168.10.65]) by mailhub.csub.edu (8.13.8/8.13.8) with ESMTP id kA9Lp5lA045208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 9 Nov 2006 13:51:06 -0800 (PST) (envelope-from raj@csub.edu) Received: from cserv65.csub.edu (localhost [127.0.0.1]) by cserv65.csub.edu (8.13.8/8.13.8) with ESMTP id kA9Lp5mU001864 for ; Thu, 9 Nov 2006 13:51:05 -0800 (PST) (envelope-from raj@cserv65.csub.edu) Received: (from raj@localhost) by cserv65.csub.edu (8.13.8/8.13.8/Submit) id kA9Lp5Ao001863 for freebsd-stable@freebsd.org; Thu, 9 Nov 2006 13:51:05 -0800 (PST) (envelope-from raj) Resent-From: raj@csub.edu Resent-Date: Thu, 9 Nov 2006 13:51:05 -0800 Resent-Message-ID: <20061109215105.GC1366@cserv65.csub.edu> Resent-To: freebsd-stable@freebsd.org Date: Thu, 9 Nov 2006 13:50:16 -0800 From: Russell Jackson To: Chuck Swiger Message-ID: <20061109215016.GB1366@cserv65.csub.edu> References: <20061109014329.GA1377@cserv65.csub.edu> <45529131.9000500@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45529131.9000500@mac.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: nvidia0 em0 shared irq problem persists on dell precision 670 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, 09 Nov 2006 21:51:11 -0000 On Wed, Nov 08, 2006 at 09:23:45PM -0500, Chuck Swiger wrote: > Russell Jackson wrote: > [ ... ] > >pnpbios: Bad PnP BIOS data checksum > > Did you notice this? Try reflashing your motherboard to the latest > available BIOS revision, doing a "load defaults", and then clearing and > reseting the ESCD. > I reflashed the BIOS (several times in fact), but the checksum message persists. The bios setup program on this machine doesn't seem to have a way to clear the ESCD AFAIK. I'm starting to believe this box is just a typical Dell POS. -- Russell A. Jackson Network Analyst California State University, Bakersfield From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 22:01:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4601C16A40F; Thu, 9 Nov 2006 22:01:20 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EC3A43D6D; Thu, 9 Nov 2006 22:00:53 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA9M0rXt038408; Thu, 9 Nov 2006 17:00:53 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id kA9M0q1E020473 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Nov 2006 17:00:52 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200611092200.kA9M0q1E020473@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 09 Nov 2006 17:00:56 -0500 To: Scott Long From: Mike Tancsa In-Reply-To: <45534E76.6020906@samsco.org> References: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> <200611091536.kA9FaltD018819@lava.sentex.ca> <45534E76.6020906@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Status: Clean Cc: freebsd-net , freebsd-stable@freebsd.org, Jack Vogel Subject: Re: Proposed 6.2 em RELEASE patch 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, 09 Nov 2006 22:01:20 -0000 At 10:51 AM 11/9/2006, Scott Long wrote: >Mike Tancsa wrote: >>At 08:19 PM 11/8/2006, Jack Vogel wrote: >> >>>BUT, I've added the FAST_INTR changes back into the code, so >>>if you go into your Makefile and add -DEM_FAST_INTR you will >>>then get the taskqueue stuff. >>It certainly does make a difference performance wise. I did some >>quick testing with netperf and netrate. Back to back boxes, using >>an AMD x2 with bge nic and one intel box >>CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.27-MHz >>686-class CPU) >>CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2144.01-MHz >>686-class CPU) >>The intel is a DG965SS with integrated em nic, the AMD a Tyan with >>integrated bge. Both running SMP kernels with pf built in, no inet6. >> >>Intel box as sender. In this test its with the patch from >>yesterday. The first set with the patch as is, the second test with >>-DEM_FAST_INTR. > >Thanks for the tests. One thing to note is that Gleb reported a higher >rate of dropped packets with INTR_FAST. He is the only one who has >reported this, so I'd like to find out if there is something unique to >his environment, or if there is a larger problem to be addressed. There >are ways that we can change the driver to not drop any packets at all >for Gleb, but they expose the system to risk if there is ever an >accidental (or malicious) RX flood on the interface. With a high rate of packets, I am able to live lock the box. I setup the following b1a ------| b2a -----R1 ------------b1b |-------------b2b R1 has PCIe dual port em PRO/1000 PT em0: port 0x9000-0x901f mem 0xd7020000-0xd703ffff,0xd7000000-0xd701ffff irq 1 7 at device 0.0 on pci6 em0: Ethernet address: 00:15:17:0b:70:98 em0: [FAST] em1: port 0x9400-0x941f mem 0xd7040000-0xd705ffff,0xd7060000-0xd707ffff irq 1 8 at device 0.1 on pci6 em1: Ethernet address: 00:15:17:0b:70:99 em1: [FAST] b1a = 192.168.44.1 onboard bge0 b1b = 192.168.88.218 - onboard em 82547EI Gigabit Ethernet Controller b2a = 192.168.88.176 single port PCIe em0 b2b = 192.168.44.244 onboard em0 (DG965SS) R1 has 192.168.44.223 and 192.168.88.223. Routing across R1 with b1a blasting b1b and b2a blastin b2b with netrate will lock up R1 even though the total throughput is only 500Mb. While on b1a # ./netblast 192.168.88.218 500 10 1000 I see the following on R1 (bge1 is my management interface) R1 # ifstat -b em0 em1 bge1 Kbps in Kbps out Kbps in Kbps out Kbps in Kbps out 273770.1 0.00 0.00 237269.1 1.40 3.51 273509.8 0.00 0.00 237040.2 1.73 2.76 273694.9 0.00 0.00 237202.6 0.94 2.34 274258.6 0.00 0.00 237690.4 1.40 2.34 273623.8 0.00 0.00 237140.7 0.94 2.34 If I start up the netblast on b2b or on b2a (either direction, doesnt matter) R1 locks up. This was with R1 in an SMP config. Without INTR_FAST, it doesnt work as fast, but R1 does not lock up, or at least lock me out of my management interface. ---Mike From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 22:20:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C007216A417 for ; Thu, 9 Nov 2006 22:20:28 +0000 (UTC) (envelope-from jfvogel@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 EE67243D6B for ; Thu, 9 Nov 2006 22:20:16 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so159196pyh for ; Thu, 09 Nov 2006 14:19:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=a2YvCPkOYSfO7wHPhOGSD2TTyBLtzgpx5Xhohg3ZOc0809k9kOmpHs8SEWJvL6UWWJcwq/9PPWWBFect2k+o5CKhyzlsVZG8GBLg480YrfqwND4JKkwOs7Szta1xIGmUw5REMTiqedeMgcG0h7f9idBTLSGh7KueGwc25Hf1+Rs= Received: by 10.35.50.1 with SMTP id c1mr1876557pyk.1163110397170; Thu, 09 Nov 2006 14:13:17 -0800 (PST) Received: by 10.35.118.6 with HTTP; Thu, 9 Nov 2006 14:13:16 -0800 (PST) Message-ID: <2a41acea0611091413x5e06e0cdie0c490628e599444@mail.gmail.com> Date: Thu, 9 Nov 2006 14:13:16 -0800 From: "Jack Vogel" To: "Mike Tancsa" In-Reply-To: <200611092142.kA9Lg2o2020411@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> <200611092142.kA9Lg2o2020411@lava.sentex.ca> Cc: freebsd-net , freebsd-stable@freebsd.org Subject: Re: Proposed 6.2 em RELEASE patch 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, 09 Nov 2006 22:20:28 -0000 Yes, they are incompatible, I suppose there should be something that makes it impossible to do, but not building should be a clue :) Jack On 11/9/06, Mike Tancsa wrote: > At 08:19 PM 11/8/2006, Jack Vogel wrote: > > >BUT, I've added the FAST_INTR changes back into the code, so > >if you go into your Makefile and add -DEM_FAST_INTR you will > >then get the taskqueue stuff. > > Not sure why you would want FAST_INTR and polling in at the same > time, but I found that the two are mutually exclusive > > cd > /usr/obj/usr/src/sys/pioneer; 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 > make KERNEL=kernel all -DNO_MODULES_OBJ > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. > -I/usr/src/sys -I/usr/src/sys/contrib/altq > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf > -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm > -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param > large-function-growth=1000 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -ffreestanding -Werror /usr/src/sys/dev/em/if_em.c > /usr/src/sys/dev/em/if_em.c: In function `em_ioctl': > /usr/src/sys/dev/em/if_em.c:931: error: `em_poll' undeclared (first > use in this function) > /usr/src/sys/dev/em/if_em.c:931: error: (Each undeclared identifier > is reported only once > /usr/src/sys/dev/em/if_em.c:931: error: for each function it appears in.) > /usr/src/sys/dev/em/if_em.c: At top level: > /usr/src/sys/dev/em/if_em.c:1164: warning: 'em_poll' defined but not used > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/pioneer. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 23:09:46 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F19DB16A40F for ; Thu, 9 Nov 2006 23:09:46 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-2.paradise.net.nz (linda-2.paradise.net.nz [203.96.152.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id D46D043D4C for ; Thu, 9 Nov 2006 23:09:44 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-2.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-2.paradise.net.nz (Paradise.net.nz) with ESMTP id <0J8H0091KKC7T1@linda-2.paradise.net.nz> for freebsd-stable@FreeBSD.ORG; Fri, 10 Nov 2006 12:09:43 +1300 (NZDT) Received: from [192.168.1.11] (218-101-28-191.dsl.clear.net.nz [218.101.28.191]) by smtp-2.paradise.net.nz (Postfix) with ESMTP id D930325A537; Fri, 10 Nov 2006 12:09:42 +1300 (NZDT) Date: Fri, 10 Nov 2006 12:09:37 +1300 From: Mark Kirkwood In-reply-to: To: Pete French Message-id: <4553B531.1010403@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5.0.7 (X11/20061101) References: Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Dissapointing performance of ciss RAID 0+1 ? 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, 09 Nov 2006 23:09:47 -0000 Pete French wrote: >> You might be able to speed up the read by playing with the vfs.read_max >> sysctl (try 16 or 32). > > Wow! That makes a huge difference, thanks. Should this not be in 'man tuning' ? > Yeah, I believe I've seen it mentioned *somewhere* with respect to working with RAID (of course, I can't find it now....). The other thing you might find useful for improving sequential performance is using newfs options '-b 32768 -f 4096' - I've found it produces a noticeable performance improvement (can't recall exactly but in the region of 10%). I'm using an older system (3ware 7506 + 4 7200 rpm disks RAID 0 256 K stripe), and with the above newfs settings + vfs.read_max=16 I get about 190Mb/s for 8k reads and 160Mb/s for 8k writes (sustained for quite big files e.g. 16Gb). This is on 6.2 PRERELEASE, and I'm pretty happy with that level of performance (nice job to those of you who have been steadily making 6-STABLE go faster....)! Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Thu Nov 9 23:30:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED0C216A403 for ; Thu, 9 Nov 2006 23:30:23 +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 4F4C043D45 for ; Thu, 9 Nov 2006 23:30:22 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1GiJLP-0002iI-11 for freebsd-stable@freebsd.org; Fri, 10 Nov 2006 00:30:03 +0100 Received: from r5h168.net.upc.cz ([86.49.7.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 10 Nov 2006 00:30:02 +0100 Received: from gamato by r5h168.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 10 Nov 2006 00:30:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Thu, 09 Nov 2006 23:51:06 +0100 Lines: 55 Message-ID: References: <000001c6ff95$dfcd6df0$0201a8c0@bedroom> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5h168.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.7) Gecko/20061021 SeaMonkey/1.0.5 In-Reply-To: Sender: news Subject: Re: adding an extra hard disk and adding space to /usr 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, 09 Nov 2006 23:30:24 -0000 Aaron Burke wrote: >> Hello all, > Hello Matt, > >> I have a machine that just had a new HD added to it as ad1 >> and I want to >> ADD this new disk onto the already existing /usr partition. >> What's the best >> and safest way to do it? > Well, I know of two options. One which sounds really cool, is kind > of broken, and is guarteed to cause your kernel crash. So I will > ignore the mount_union option. > > I am no expert on freebsd, but in my opinion tar is a good choice. > Contrary to what others beleive, tar CAN preserve permissions, and > file ownership. I know that in FreeBSD 4.x (been there several > times) it can preserve filesystem permissions, and ownership of > files. > > In my opinion, the safest way is to copy /usr to /mnt is via the > following. > 1: Comment out your existing SWAP partition (ad0s1b) in /etc/fstab. > 2: reboot > 3: remove your existing swap partition. > 4: create a new filsystem on each disk that has the same size as > your ram (1/2 of swap) on each disk. Both (by tradition) will be > /dev/???s?b. Spanning swap to multiple disks can improve swap > performance. > 5: create a new UFS2 filesystem that contains the rest of the new > hard drive. > 6: mount the new slice as /mnt > 7: use the following tar commands as root: > (FreeBSD 4.x) : cd /usr; tar clpf - . | (cd /mnt; tar xvf -) > (FreeBSD 5.x+) : cd /usr; gtar clpf - . | (cd /mnt; gtar xvf -) > 8: edit /etc/fstab with your favorite text editor (vi) and duplicate > the other /usr slice entries. Then comment out the original. And > update the entry to refer to the correct slice. Next duplicate > the entry for the other swap partition with the data for the > other disk label). SWAP partitions are almost always end in 'b' > 9: Due to the fact that killing off all of the applications that > reside on /usr, its easiest to reboot. But specifically NOT a > requirement. > > > -- Aaron > hi, iirc tar(1) has changed in 5.3. why do you use gtar please? is new tar missing something? cheers, martin From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 00:08:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 060D016A412 for ; Fri, 10 Nov 2006 00:08:38 +0000 (UTC) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D95943D45 for ; Fri, 10 Nov 2006 00:08:37 +0000 (GMT) (envelope-from frank@exit.com) Received: from jill.exit.com (jill.exit.com [206.223.0.4]) by tinker.exit.com (8.13.8/8.13.8) with ESMTP id kAA08bqu001859; Thu, 9 Nov 2006 16:08:37 -0800 (PST) (envelope-from frank@exit.com) Received: from jill.exit.com (localhost [127.0.0.1]) by jill.exit.com (8.13.6/8.13.4) with ESMTP id kAA08apC012520; Thu, 9 Nov 2006 16:08:37 -0800 (PST) (envelope-from frank@exit.com) Received: (from frank@localhost) by jill.exit.com (8.13.6/8.13.6/Submit) id kAA08am3012519; Thu, 9 Nov 2006 16:08:36 -0800 (PST) (envelope-from frank@exit.com) X-Authentication-Warning: jill.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: Kay Abendroth In-Reply-To: <45539B82.3000403@raxion.net> References: <20061109210535.F0A5A43D45@mx1.FreeBSD.org> <45539B82.3000403@raxion.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Thu, 09 Nov 2006 16:08:36 -0800 Message-Id: <1163117316.11870.5.camel@jill.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.88.4/2181/Thu Nov 9 12:12:52 2006 on tinker.exit.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, wlodek11@magma.ca Subject: Re: pls.which.way.to.go? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 00:08:38 -0000 On Thu, 2006-11-09 at 22:20 +0100, Kay Abendroth wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > > I would upgrade to 5.5 first. > Then it's up to you, but waiting for 6.3 is probably not a bad idea, > before going further up the hill to 6.x. Please don't top-post. And I disagree. He should go straight to 6.2. If he's going to go to the trouble of upgrading, he should go straight to the latest, most stable release, which is (or shortly will be) 6.2. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 01:39:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2894216A407 for ; Fri, 10 Nov 2006 01:39:48 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA7D943D49 for ; Fri, 10 Nov 2006 01:39:47 +0000 (GMT) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id D884D10C667; Thu, 9 Nov 2006 17:44:21 -0800 (PST) X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Nov 9 17:44:21 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4553d97546811596710534 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Score: -3.659 X-Spam-Level: X-Spam-Status: No, score=-3.659 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=-0.512, BAYES_00=-2.599, DSPAM_HAM=-0.1, HTML_10_20=1.351, HTML_MESSAGE=0.001] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i0piTCGeWMP6; Thu, 9 Nov 2006 17:44:21 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 03FF810C666; Thu, 9 Nov 2006 17:44:21 -0800 (PST) Message-ID: <24298619.01163123060258.JavaMail.root@ly.sdf.com> Date: Thu, 9 Nov 2006 17:44:20 -0800 (PST) From: Tom Samplonius To: frank@exit.com In-Reply-To: <1163117316.11870.5.camel@jill.exit.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: wlodek11@magma.ca, freebsd-stable@freebsd.org, Kay Abendroth Subject: Re: pls.which.way.to.go? 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, 10 Nov 2006 01:39:48 -0000 > > I would upgrade to 5.5 first. >> Then it's up to you, but waiting for 6.3 is probably not a bad idea, >> before going further up the hill to 6.x. > > Please don't top-post. > > And I disagree. He should go straight to 6.2. If he's going to go to > the trouble of upgrading, he should go straight to the latest, most > stable release, which is (or shortly will be) 6.2. I agree. On a new server, go straight to 6.2. The only reason to go to 5.5, is if you must to a "make world" upgrade on an existing server. You'd want to avoid upgrade pain, when possible. Additionally, 6.x is the only release getting any improvement. 6.2 seems to have particular issues with NICs right about now, as the timer code was changes and some of the drivers need some work. But it is not released yet either. Tom From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 01:45:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3A4316A47B for ; Fri, 10 Nov 2006 01:45:19 +0000 (UTC) (envelope-from rmarella@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 25A3943D5A for ; Fri, 10 Nov 2006 01:45:08 +0000 (GMT) (envelope-from rmarella@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so691603nfc for ; Thu, 09 Nov 2006 17:45:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=fmw8H5dwUWByS2zrj5QHlMw3eSMDHPuoEO3HiB72XckrEnrb5SuDpPwKP1lNG5Q64U8O2kHcOmjb+PukwZuQpRyFyPNPDi0IRsg7ML6SrZybr5GWSFQXDtPiKw+M4J9fXr8134nP0WKorGz5nUUte47tzbuV8849WKUehXzxnck= Received: by 10.78.157.8 with SMTP id f8mr1990652hue.1163123107553; Thu, 09 Nov 2006 17:45:07 -0800 (PST) Received: from asusamd ( [66.75.109.36]) by mx.google.com with ESMTP id 33sm2165821hue.2006.11.09.17.45.06; Thu, 09 Nov 2006 17:45:07 -0800 (PST) Date: Thu, 9 Nov 2006 15:45:02 -1000 From: Robert Marella To: stable@freebsd.org Message-ID: <20061109154502.02543f87@asusamd> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Debugging a dump - need alternative? 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, 10 Nov 2006 01:45:19 -0000 Aloha All One of my computers has an Asus A8N-VM motherboard. I have been running i386 on it for nearly a year. I played around with AMD64 earlier stuck with the i386. Last week I set up a dual boot with i386 and AMD64. The i386 is on a SATA drive and I installed 6.2 Beta 3 on and IDE Drive. All went well and I was installing ports from source. When I tried to install K3B it crashed. I then cvsup'd the source (RELENG_6) and tried to update the system. It was compiling for a few minutes and dumped again. I set "dumpdev" and "dumdir" in rc.conf and proceded again. It crashed and the dump was saved. Here's my problem: Since this was the first time I was building the world, I cannot cd to /usr/obj/usr/src/sys/KERNCONF because it doesn't exist. I went to the i386 slice and did the upgrade (also RELENG_6) without any problem. This seems to tell me that memory is good (2 Gig) and I am not overheating. I mounted the partition for the IDE that has the crash and tried to read it from the i386 but it can't do it. Is there some other way for me to debug the dump? This is the only AMD64 system that I have. All help is appreciated. TIA Robert From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 03:32:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD38916A40F for ; Fri, 10 Nov 2006 03:32:00 +0000 (UTC) (envelope-from mpbacera@yahoo.com) Received: from web60419.mail.yahoo.com (web60419.mail.yahoo.com [209.73.178.147]) by mx1.FreeBSD.org (Postfix) with SMTP id 25E0F43D5C for ; Fri, 10 Nov 2006 03:32:00 +0000 (GMT) (envelope-from mpbacera@yahoo.com) Received: (qmail 17037 invoked by uid 60001); 10 Nov 2006 03:31:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type; b=Lx+swn34DwfYESSNkxEB/VklCmHQW1JvXADad2CRuiTjBNKyVHrsi/cnYk0Vp444iQ58NYVqPHimlNY3EA0abHuhLBSCnctIZQMHK6g7ywXcRdHGE33Bx6KpjKMQp6utLI+Ep19E4jQylWRvubl8ye2Gz5oDZjo4J9b+lBI0gS8= ; Message-ID: <20061110033159.17035.qmail@web60419.mail.yahoo.com> Received: from [58.71.34.137] by web60419.mail.yahoo.com via HTTP; Thu, 09 Nov 2006 19:31:59 PST Date: Thu, 9 Nov 2006 19:31:59 -0800 (PST) From: Minette Pamela To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Linux-firefox 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, 10 Nov 2006 03:32:00 -0000 hi, i got this problem with linux-firefox. I Installed it before in my KDE = in FreeBSD with no problems and been able to use flash plugins. Then, I cha= nged to Gnome recently and installed linux-firefox. Now, when I tried to in= stall plugins by clicking on a site with a plugin requirement, I was succes= sfully directed to "agreement" stuff but I would get an error of "No plugin= installed".=0A=0ANow, maybe is somehow related to the errors I always get= when I try to download files or open files from the linux-firefox browser = like : "/tmp/, could not be saved, because you cannot change the con= tents of the folder. Change the folder properties and try again, or try sav= ing in a different location".=0AI would appreciate if you could help me wit= h these 2 problems. Thanks...=0A=0Anewbeeeeeeeee =0A=0A=0A=0A=0A=0A=0A=0A= =0A=0A =0A=0A=0A=0A=0A=0A=0A =0A___________________________________________= _________________________________________=0ADo you Yahoo!?=0AEveryone is ra= ving about the all-new Yahoo! Mail beta.=0Ahttp://new.mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 04:12:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8993316A407 for ; Fri, 10 Nov 2006 04:12:09 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04A0F43D49 for ; Fri, 10 Nov 2006 04:12:08 +0000 (GMT) (envelope-from rmarella@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so345008wxc for ; Thu, 09 Nov 2006 20:12:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=PgZgE7+e0c5UFP03eJrf0zeXaz/XpaV7hioy5JklXQ66esLyZVFHkVlyiBvF+bZHhPASna9Whzkh9RU6QymPaayJWOFIwxF7WeLNDMHh+XEM9j2UdSU1syexqVqIhwo6jQU4YySkvAgU2JuJCFVVdnnFoafyIaiP0d1p5JRbcP4= Received: by 10.70.32.2 with SMTP id f2mr2186501wxf.1163131928012; Thu, 09 Nov 2006 20:12:08 -0800 (PST) Received: from asusamd ( [66.75.109.36]) by mx.google.com with ESMTP id i39sm2710011wxd.2006.11.09.20.12.06; Thu, 09 Nov 2006 20:12:07 -0800 (PST) Date: Thu, 9 Nov 2006 18:12:04 -1000 From: Robert Marella To: freebsd-stable@freebsd.org Message-ID: <20061109181204.0c97e171@asusamd> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Debugging a dump - need alternative? 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, 10 Nov 2006 04:12:09 -0000 I am sorry if this is a repost but I never saw it hit the list. Aloha All One of my computers has an Asus A8N-VM motherboard. I have been running i386 on it for nearly a year. I played around with AMD64 earlier stuck with the i386. Last week I set up a dual boot with i386 and AMD64. The i386 is on a SATA drive and I installed 6.2 Beta 3 on and IDE Drive. All went well and I was installing ports from source. When I tried to install K3B it crashed. I then cvsup'd the source (RELENG_6) and tried to update the system. It was compiling for a few minutes and dumped again. I set "dumpdev" and "dumdir" in rc.conf and proceded again. It crashed and the dump was saved. Here's my problem: Since this was the first time I was building the world, I cannot cd to /usr/obj/usr/src/sys/KERNCONF because it doesn't exist. I went to the i386 slice and did the upgrade (also RELENG_6) without any problem. This seems to tell me that memory is good (2 Gig) and I am not overheating. I mounted the partition for the IDE that has the crash and tried to read it from the i386 but it can't do it. Is there some other way for me to debug the dump? This is the only AMD64 system that I have. All help is appreciated. TIA Robert From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 04:21:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2D2816A412 for ; Fri, 10 Nov 2006 04:21:50 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01.rdc-nyc.rr.com [24.29.109.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4441F43D45 for ; Fri, 10 Nov 2006 04:21:49 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-01.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id kAA4LmW6016273 for ; Thu, 9 Nov 2006 23:21:48 -0500 (EST) Date: Thu, 9 Nov 2006 23:21:48 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20061110042148.GA2783@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20061109181204.0c97e171@asusamd> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20061109181204.0c97e171@asusamd> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: Debugging a dump - need alternative? 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, 10 Nov 2006 04:21:50 -0000 On Thu, Nov 09, 2006 at 06:12:04PM -1000, Robert Marella wrote: > I am sorry if this is a repost but I never saw it hit the list. That's because you use gmail. They consider it a feature though many consider it a bug--if you post to a mailing list, to, as they say, "avoid clutter in your inbox" that message won't go to your inbox. (So, you won't see this one either till my reply hits the list. Your original post did make it to the list. I'm posting this back to the list because many folks don't realize this about gmail. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Willow: I knew it! I knew it! Well, not in the sense of having the slightest idea, but I knew there was something I didn't know. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 07:38:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5575D16A407; Fri, 10 Nov 2006 07:38:29 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12C6743D46; Fri, 10 Nov 2006 07:38:27 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: vQeb/vKM724Qxb7pRfpM9Q== X-Cloudmark-Score: 0.000000 [] Received: from [193.216.120.114] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe03.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 329270340; Fri, 10 Nov 2006 08:38:25 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 10 Nov 2006 08:38:03 +0100 User-Agent: KMail/1.7 References: <200605031402.QAA17412@galaxy.hbg.de.ao-srv.com> <20060505105403.V33194@ns0.dcoder.net> <20061109174439.Q48312@mp2.macomnet.net> In-Reply-To: <20061109174439.Q48312@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611100838.06503.hselasky@c2i.net> Cc: freebsd-stable , Alex Rodin , iedowse@freebsd.org, David Coder Subject: Re: usb to serial 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, 10 Nov 2006 07:38:29 -0000 On Thursday 09 November 2006 18:29, Maxim Konovalov wrote: > [ iedowse CC'ed ] > > Hello, > > On Fri, 5 May 2006, 11:04-0400, David Coder wrote: > > thx for the suggestions, guys. with > > > > device uftdi > > device uplcom > > > > in the kernel config the adapter shows up as > > > > ugen0: ArkMicroChips USB-UART Controller, rev 1.10/0.01, addr 2 > > > > no specific com port shows up, however, so i must need something else. > > Alex Rodin have ported uark(4) driver from OpenBSD. I made code > cleanup and intergation in the tree. You can get&test patches for > HEAD and RELENG_6 there: > > http://maxim.int.ru/stuff/uark.diff > http://maxim.int.ru/stuff/uark.diff.6 > > Ian, could you please review the patches? > Hi, do you think that you could also port the serial driver to the new USB stack, and send me a patch file? Please see: http://www.turbocat.net/~hselasky/usb4bsd Download the SVN version, and type "svn diff" to generate a patch when you are finished. Look at the other serial drivers in my SVN tree, how the USB/UCOM stuff is done. --HPS From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 08:11:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C84E16A403 for ; Fri, 10 Nov 2006 08:11:30 +0000 (UTC) (envelope-from ralf.folkerts@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C6D5E43D46 for ; Fri, 10 Nov 2006 08:11:29 +0000 (GMT) (envelope-from ralf.folkerts@gmx.de) Received: (qmail invoked by alias); 10 Nov 2006 08:11:28 -0000 Received: from dslb-084-057-187-108.pools.arcor-ip.net (EHLO [10.0.0.50]) [84.57.187.108] by mail.gmx.net (mp036) with SMTP; 10 Nov 2006 09:11:28 +0100 X-Authenticated: #18511927 Message-ID: <4554342F.7040309@gmx.de> Date: Fri, 10 Nov 2006 09:11:27 +0100 From: Ralf Folkerts Organization: Wohnzimmerrechenzentrum User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Remote Tape slow.... 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, 10 Nov 2006 08:11:30 -0000 Hi, I recently replaced an old DDS-II Tape with a not so old AIT-Tape in one of my FBSD-Boxes. However, access via RMT is really slow :-( When I perform a local dump of the machines that hosts the drive I get 4 - 6MB/s throughput. I get roughly the same speed, when I move the Tape to one of the other machines and perform a local dump. However, when I set "RSH=/usr/bin/ssh" and then dump to user@tape-machine:/dev/sa0 (I didn't change any of the other dump-Parameters like Blocksize etc.) I get a speed of ~1MB/s. I tried this both with good old 3Com 3C905TX(100MBit) and DLink DGE-530T (1GBit). The Drive is atached to an Adaptec 2940UW, the "normal" Machine that Hosts that Drive is a PIII/733MHz Box with 512MB RAM. During the dump none of the machines really show up with Load; they are ~0.15/0.20. Is this the expected behaviour of RMT? I thought I could expect (nearly) the speed of a locally atached Drive. Or is there something to tune so I get better throughput? I already searched the Lists, Manual and G* but ddin't find a real hint :-( Would be great if I could speed this up... MTIA! Cheers, _ralf_ From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 09:08:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C00916A403; Fri, 10 Nov 2006 09:08:55 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AC0443D5A; Fri, 10 Nov 2006 09:08:54 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id kAA98ex5010900; Fri, 10 Nov 2006 12:08:44 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Fri, 10 Nov 2006 12:08:40 +0300 (MSK) From: Maxim Konovalov To: Hans Petter Selasky In-Reply-To: <200611100838.06503.hselasky@c2i.net> Message-ID: <20061110120619.J7582@mp2.macomnet.net> References: <200605031402.QAA17412@galaxy.hbg.de.ao-srv.com> <20060505105403.V33194@ns0.dcoder.net> <20061109174439.Q48312@mp2.macomnet.net> <200611100838.06503.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: iedowse@freebsd.org, freebsd-stable , Alex Rodin , David Coder , freebsd-usb@freebsd.org Subject: Re: usb to serial 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, 10 Nov 2006 09:08:55 -0000 Hi Hans, On Fri, 10 Nov 2006, 08:38+0100, Hans Petter Selasky wrote: > On Thursday 09 November 2006 18:29, Maxim Konovalov wrote: > > [ iedowse CC'ed ] > > > > Hello, > > > > On Fri, 5 May 2006, 11:04-0400, David Coder wrote: > > > thx for the suggestions, guys. with > > > > > > device uftdi > > > device uplcom > > > > > > in the kernel config the adapter shows up as > > > > > > ugen0: ArkMicroChips USB-UART Controller, rev 1.10/0.01, addr 2 > > > > > > no specific com port shows up, however, so i must need something else. > > > > Alex Rodin have ported uark(4) driver from OpenBSD. I made code > > cleanup and intergation in the tree. You can get&test patches for > > HEAD and RELENG_6 there: > > > > http://maxim.int.ru/stuff/uark.diff > > http://maxim.int.ru/stuff/uark.diff.6 > > > > Ian, could you please review the patches? > > > > Hi, do you think that you could also port the serial driver to the new USB > stack, and send me a patch file? > > Please see: > > http://www.turbocat.net/~hselasky/usb4bsd > > Download the SVN version, and type "svn diff" to generate a patch when you are > finished. Look at the other serial drivers in my SVN tree, how the USB/UCOM > stuff is done. Are there any correlations with p4://depot/projects/usb? The second question: is it OK to commit uark(4) as is and then convert it to the new model? -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 09:17:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4C7716A407 for ; Fri, 10 Nov 2006 09:17:32 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21AF043D6A for ; Fri, 10 Nov 2006 09:17:28 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from stat.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GiSVp-0001D7-3L; Fri, 10 Nov 2006 12:17:25 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GiSW0-0003tP-RV; Fri, 10 Nov 2006 12:17:36 +0300 To: Minette Pamela References: <20061110033159.17035.qmail@web60419.mail.yahoo.com> From: Boris Samorodov Date: Fri, 10 Nov 2006 12:17:36 +0300 In-Reply-To: <20061110033159.17035.qmail@web60419.mail.yahoo.com> (Minette Pamela's message of "Thu, 9 Nov 2006 19:31:59 -0800 (PST)") Message-ID: <13553919@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Linux-firefox 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, 10 Nov 2006 09:17:32 -0000 On Thu, 9 Nov 2006 19:31:59 -0800 (PST) Minette Pamela wrote: > hi, i got this problem with linux-firefox. I Installed it before in my > KDE in FreeBSD with no problems and been able to use flash > plugins. Then, I changed to Gnome recently and installed > linux-firefox. Now, when I tried to install plugins by clicking on a > site with a plugin requirement, I was successfully directed to > "agreement" stuff but I would get an error of "No plugin installed". Can't say about this case. > Now, maybe is somehow related to the errors I always get when I try to > download files or open files from the linux-firefox browser like : > "/tmp/, could not be saved, because you cannot change the > contents of the folder. Change the folder properties and try again, or > try saving in a different location". I would appreciate if you could > help me with these 2 problems. Thanks... And for this one, can you show "ls -l /compat/linux" and "ls -ld /var/db/pkg/linux*"? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 09:48:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7317416A40F for ; Fri, 10 Nov 2006 09:48:30 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id F281543D45 for ; Fri, 10 Nov 2006 09:48:29 +0000 (GMT) (envelope-from antik@bsd.ee) Received: from pc15.host2.ida.starman.ee ([62.65.241.15] helo=[192.168.2.100]) by a5.virtuaal.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.52) id 1GiSzs-0008OQ-Ma for freebsd-stable@freebsd.org; Fri, 10 Nov 2006 11:48:28 +0200 From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Fri, 10 Nov 2006 11:48:40 +0200 User-Agent: KMail/1.9.4 References: <20061109154502.02543f87@asusamd> In-Reply-To: <20061109154502.02543f87@asusamd> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611101148.40793.antik@bsd.ee> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: Debugging a dump - need alternative? 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, 10 Nov 2006 09:48:30 -0000 On Friday 10 November 2006 03:45, Robert Marella wrote: > Aloha All > > One of my computers has an Asus A8N-VM motherboard. I have been running > i386 on it for nearly a year. I played around with AMD64 earlier stuck > with the i386. > > Last week I set up a dual boot with i386 and AMD64. The i386 is on a > SATA drive and I installed 6.2 Beta 3 on and IDE Drive. All went well > and I was installing ports from source. When I tried to install K3B it > crashed. > > I then cvsup'd the source (RELENG_6) and tried to update the system. It > was compiling for a few minutes and dumped again. I set "dumpdev" and > "dumdir" in rc.conf and proceded again. It crashed and the dump was > saved. > > Here's my problem: Since this was the first time I was building the > world, I cannot cd to /usr/obj/usr/src/sys/KERNCONF because it doesn't > exist. > > I went to the i386 slice and did the upgrade (also RELENG_6) without > any problem. This seems to tell me that memory is good (2 Gig) and I am > not overheating. > > I mounted the partition for the IDE that has the crash and tried to > read it from the i386 but it can't do it. > > Is there some other way for me to debug the dump? This is the only > AMD64 system that I have. > > All help is appreciated. TIA > > Robert I had exactly the same problem with couple of AMD64 computers (random crashes during buildworld) and believe it or not- troublemaker was PSU (Power Supply Unit) Chieftech 410W if I remember correctly (it works just fine with Intel counterparts). From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 10:16:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D24716A415 for ; Fri, 10 Nov 2006 10:16:44 +0000 (UTC) (envelope-from aburke@nullplusone.net) Received: from alpha.nullplusone.net (sub25-168.member.dsl-only.net [63.105.25.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id A385443D49 for ; Fri, 10 Nov 2006 10:16:43 +0000 (GMT) (envelope-from aburke@nullplusone.net) Received: from leda (leda.int.nullplusone.net [192.168.10.242]) by alpha.nullplusone.net (8.12.9/8.12.9) with ESMTP id kAAAGc8J051090; Fri, 10 Nov 2006 02:16:42 -0800 (PST) (envelope-from aburke@nullplusone.net) From: "Aaron Burke" To: "martinko" , Date: Fri, 10 Nov 2006 02:16:52 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Importance: Normal Cc: Subject: RE: adding an extra hard disk and adding space to /usr 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, 10 Nov 2006 10:16:44 -0000 SNIP > > (FreeBSD 4.x) : cd /usr; tar clpf - . | (cd /mnt; tar xvf -) > > (FreeBSD 5.x+) : cd /usr; gtar clpf - . | (cd /mnt; gtar xvf -) > iirc tar(1) has changed in 5.3. why do you use gtar please? is new tar > missing something? Well, technically no, but it requires more typing. gtar supports the same flags that were present on FreeBSD up till 4.x (or as you say, perhaps as late as 5.3). However, the more typical tar now has a completly undesired effect. The main difference is how the 'l' flag is treated. excerpt from tar man page: BUGS POSIX and GNU violently disagree about the meaning of the -l option. Because of the potential for disaster if someone expects one behavior and gets the other, the -l option is deliberately broken in this implementa- tion. another excerpt from the tar man page. (FreeBSD 5.4-Release): -l If POSIXLY_CORRECT is specified in the environment, this is a synonym for the --check-links option. Otherwise, an error will be displayed. Users who desire behavior compatible with GNU tar should use the --one-file-system option instead. excerpt from gtar man page (FreeBSD 5.4-Release): -l --one-file-system Stay in local file system when creating an ar- chive (do not cross mount points). > cheers, > > martin SNIP -- Aaron Burke From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 10:20:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C77E016A412 for ; Fri, 10 Nov 2006 10:20:15 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D00C43D58 for ; Fri, 10 Nov 2006 10:20:12 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 69B551FFC4D; Fri, 10 Nov 2006 11:20:10 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 7493A1FFC21; Fri, 10 Nov 2006 11:20:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id C6AC2444888; Fri, 10 Nov 2006 10:17:19 +0000 (UTC) Date: Fri, 10 Nov 2006 10:17:19 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Vlad Galu In-Reply-To: Message-ID: <20061110101630.V54329@maildrop.int.zabbadoz.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD Stable Subject: Re: LOR with today's RELENG_6 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, 10 Nov 2006 10:20:15 -0000 On Thu, 9 Nov 2006, Vlad Galu wrote: > -- cut here -- > lock order reversal: > 1st 0xffffffff80501ba0 cdev (cdev) @ kern/kern_conf.c:61 > 2nd 0xffffffff858d20f8 sleep mtxpool (sleep mtxpool) @ kern/kern_prot.c:1877 isn't that http://sources.zabbadoz.net/freebsd/lor.html#187 ? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 10:21:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5C6C16A4C8 for ; Fri, 10 Nov 2006 10:21:18 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9C3943D7B for ; Fri, 10 Nov 2006 10:21:09 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from antivir3.iol.cz (antivir3.iplanet.iol.cz [192.168.30.206]) by smtp-out3.iol.cz (Postfix) with ESMTP id 6CA4F649F4; Fri, 10 Nov 2006 11:21:06 +0100 (CET) Received: from localhost (antivir3.iol.cz [127.0.0.1]) by antivir3.iol.cz (Postfix) with ESMTP id 608F742000A; Fri, 10 Nov 2006 11:21:06 +0100 (CET) Received: from smtp-out3.iol.cz (smtp-out-3.iplanet.iol.cz [192.168.30.28]) by antivir3.iol.cz (Postfix) with ESMTP id 4DAF6420006; Fri, 10 Nov 2006 11:21:06 +0100 (CET) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id D81B957E8B; Fri, 10 Nov 2006 11:20:59 +0100 (CET) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id A1A32106; Fri, 10 Nov 2006 11:20:58 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 Received: from srv (ac.botka.homeunix.org [192.168.1.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ace.botka.homeunix.org (Postfix) with ESMTP id C5514102; Fri, 10 Nov 2006 11:20:57 +0100 (CET) Date: Fri, 10 Nov 2006 11:20:56 +0100 (CET) From: Vladimir Botka X-X-Sender: vlado@srv.g1.netng.org To: Minette Pamela In-Reply-To: <20061110033159.17035.qmail@web60419.mail.yahoo.com> Message-ID: <20061110111801.K71387@srv.g1.netng.org> References: <20061110033159.17035.qmail@web60419.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at iol.cz Cc: freebsd-stable@freebsd.org Subject: Re: Linux-firefox 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, 10 Nov 2006 10:21:19 -0000 Install flash plugin from the port. "cd /usr/ports/www/linux-flashplugin7 & make install". In firefox options change the default download directory to where you can write. HTH, -vlado On Thu, 9 Nov 2006, Minette Pamela wrote: > hi, i got this problem with linux-firefox. I Installed it before in my KDE in FreeBSD with no problems and been able to use flash plugins. Then, I changed to Gnome recently and installed linux-firefox. Now, when I tried to install plugins by clicking on a site with a plugin requirement, I was successfully directed to "agreement" stuff but I would get an error of "No plugin installed". Now, maybe is somehow related to the errors I always get when I try to download files or open files from the linux-firefox browser like : "/tmp/, could not be saved, because you cannot change the contents of the folder. Change the folder properties and try again, or try saving in a different location". I would appreciate if you could help me with these 2 problems. Thanks... newbeeeeeeeee ____________________________________________________________________________________ Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com > _______________________________________________ > 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 Fri Nov 10 10:57:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3E3016A403; Fri, 10 Nov 2006 10:57:42 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9103B43D46; Fri, 10 Nov 2006 10:57:41 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: NBzM59/KaCuBStVqzvOX3Q== X-Cloudmark-Score: 0.000000 [] Received: from [193.216.90.171] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe02.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 325365817; Fri, 10 Nov 2006 11:57:39 +0100 From: Hans Petter Selasky To: Maxim Konovalov Date: Fri, 10 Nov 2006 11:57:17 +0100 User-Agent: KMail/1.7 References: <200605031402.QAA17412@galaxy.hbg.de.ao-srv.com> <200611100838.06503.hselasky@c2i.net> <20061110120619.J7582@mp2.macomnet.net> In-Reply-To: <20061110120619.J7582@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200611101157.19387.hselasky@c2i.net> Cc: iedowse@freebsd.org, freebsd-stable , Alex Rodin , David Coder , freebsd-usb@freebsd.org Subject: Re: usb to serial 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, 10 Nov 2006 10:57:42 -0000 On Friday 10 November 2006 10:08, Maxim Konovalov wrote: > Hi Hans, > > On Fri, 10 Nov 2006, 08:38+0100, Hans Petter Selasky wrote: > > On Thursday 09 November 2006 18:29, Maxim Konovalov wrote: > > > [ iedowse CC'ed ] > > > > > > Hello, > > > > > > On Fri, 5 May 2006, 11:04-0400, David Coder wrote: > > > > thx for the suggestions, guys. with > > > > > > > > device uftdi > > > > device uplcom > > > > > > > > in the kernel config the adapter shows up as > > > > > > > > ugen0: ArkMicroChips USB-UART Controller, rev 1.10/0.01, addr 2 > > > > > > > > no specific com port shows up, however, so i must need something > > > > else. > > > > > > Alex Rodin have ported uark(4) driver from OpenBSD. I made code > > > cleanup and intergation in the tree. You can get&test patches for > > > HEAD and RELENG_6 there: > > > > > > http://maxim.int.ru/stuff/uark.diff > > > http://maxim.int.ru/stuff/uark.diff.6 > > > > > > Ian, could you please review the patches? > > > > Hi, do you think that you could also port the serial driver to the new > > USB stack, and send me a patch file? > > > > Please see: > > > > http://www.turbocat.net/~hselasky/usb4bsd > > > > Download the SVN version, and type "svn diff" to generate a patch when > > you are finished. Look at the other serial drivers in my SVN tree, how > > the USB/UCOM stuff is done. > > Are there any correlations with p4://depot/projects/usb? Yes, it is the same. > > The second question: is it OK to commit uark(4) as is and then convert > it to the new model? I would prefer no. It is better to commit "uark(4)" to the USB p4 project,= =20 than HEAD, because then we don't have to worry about integrating the driver. I looked at your uark.diff, and it shouldn't be too difficult to port it to= =20 the new USB architecture. Have a look at "ufoma.c": http://www.turbocat.net/~hselasky/isdn4bsd/sources/src/sys/dev/usb/ufoma.c =46rom what I can see you need to: Make a config thread, from where you do the configuration. You should not c= all=20 usbd_do_request() directly from the ucom callbacks! Add config for the USB BULK transfers needed. And a little more. Do you have hardware that you can test the UARK driver with? =2D-HPS From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 11:06:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76D1B16A40F; Fri, 10 Nov 2006 11:06:04 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7238F43D58; Fri, 10 Nov 2006 11:05:52 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id kAAB5fpp012838; Fri, 10 Nov 2006 14:05:41 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Fri, 10 Nov 2006 14:05:41 +0300 (MSK) From: Maxim Konovalov To: Hans Petter Selasky In-Reply-To: <200611101157.19387.hselasky@c2i.net> Message-ID: <20061110140505.L95402@mp2.macomnet.net> References: <200605031402.QAA17412@galaxy.hbg.de.ao-srv.com> <200611100838.06503.hselasky@c2i.net> <20061110120619.J7582@mp2.macomnet.net> <200611101157.19387.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: iedowse@freebsd.org, freebsd-stable , Alex Rodin , David Coder , freebsd-usb@freebsd.org Subject: Re: usb to serial 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, 10 Nov 2006 11:06:04 -0000 [...] > > The second question: is it OK to commit uark(4) as is and then convert > > it to the new model? > > I would prefer no. It is better to commit "uark(4)" to the USB p4 project, > than HEAD, because then we don't have to worry about integrating the driver. > > I looked at your uark.diff, and it shouldn't be too difficult to port it to > the new USB architecture. > > Have a look at "ufoma.c": > > http://www.turbocat.net/~hselasky/isdn4bsd/sources/src/sys/dev/usb/ufoma.c > > >From what I can see you need to: > > Make a config thread, from where you do the configuration. You should not call > usbd_do_request() directly from the ucom callbacks! > > Add config for the USB BULK transfers needed. > > And a little more. Thanks for the tips! > Do you have hardware that you can test the UARK driver with? Alex does, I don't. -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 11:10:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70BC316A412; Fri, 10 Nov 2006 11:10:00 +0000 (UTC) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 7C15443D46; Fri, 10 Nov 2006 11:09:59 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 10 Nov 2006 11:09:58 +0000 (GMT) To: Hans Petter Selasky In-Reply-To: Your message of "Fri, 10 Nov 2006 11:57:17 +0100." <200611101157.19387.hselasky@c2i.net> Date: Fri, 10 Nov 2006 11:09:57 +0000 From: Ian Dowse Message-ID: <200611101109.aa29582@nowhere.iedowse.com> Cc: freebsd-stable , Alex Rodin , David Coder , freebsd-usb@freebsd.org Subject: Re: usb to serial 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, 10 Nov 2006 11:10:00 -0000 In message <200611101157.19387.hselasky@c2i.net>, Hans Petter Selasky writes: >On Friday 10 November 2006 10:08, Maxim Konovalov wrote: >> The second question: is it OK to commit uark(4) as is and then convert >> it to the new model? > >I would prefer no. It is better to commit "uark(4)" to the USB p4 project, >than HEAD, because then we don't have to worry about integrating the driver. If the driver works, then there should be no need to hold off on committing it to -CURRENT. Having it in -CURRENT now allows it to be MFC'd to RELENG_6 sooner. From a quick glance it looks fine to me, so I'd say just go ahead and commit it Maxim. Ian From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 11:27:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4925916A47E; Fri, 10 Nov 2006 11:27:41 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 517B443D72; Fri, 10 Nov 2006 11:26:53 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id kAABQlPc008896; Fri, 10 Nov 2006 14:26:48 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Fri, 10 Nov 2006 14:26:47 +0300 (MSK) From: Maxim Konovalov To: Ian Dowse In-Reply-To: <200611101109.aa29582@nowhere.iedowse.com> Message-ID: <20061110142347.J95402@mp2.macomnet.net> References: <200611101109.aa29582@nowhere.iedowse.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable , Alex Rodin , David Coder , freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: usb to serial 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, 10 Nov 2006 11:27:41 -0000 On Fri, 10 Nov 2006, 11:09-0000, Ian Dowse wrote: > In message <200611101157.19387.hselasky@c2i.net>, Hans Petter Selasky writes: > >On Friday 10 November 2006 10:08, Maxim Konovalov wrote: > >> The second question: is it OK to commit uark(4) as is and then convert > >> it to the new model? > > > >I would prefer no. It is better to commit "uark(4)" to the USB p4 project, > >than HEAD, because then we don't have to worry about integrating the driver. > > If the driver works, then there should be no need to hold off on > committing it to -CURRENT. Having it in -CURRENT now allows it to > be MFC'd to RELENG_6 sooner. From a quick glance it looks fine to > me, so I'd say just go ahead and commit it Maxim. Yes, it works. I'd prefer to commit it first and then adopt for a new model too. Thank you both! -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 12:14:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3713016A417 for ; Fri, 10 Nov 2006 12:14:22 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22AC943D6A for ; Fri, 10 Nov 2006 12:14:18 +0000 (GMT) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.4) with SMTP id XAA14617; Fri, 10 Nov 2006 23:14:00 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 10 Nov 2006 23:13:59 +1100 (EST) From: Ian Smith To: Minette Pamela In-Reply-To: <20061110033159.17035.qmail@web60419.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Linux-firefox 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, 10 Nov 2006 12:14:22 -0000 On Thu, 9 Nov 2006, Minette Pamela wrote: Ppass on Q1 .. what Vladimir said. > Now, maybe is somehow related to the errors I always get when I try > to download files or open files from the linux-firefox browser like : > "/tmp/, could not be saved, because you cannot change the > contents of the folder. Change the folder properties and try again, > or try saving in a different location". Hmm, any user should be able to write to /tmp safely as long as its sticky bit is set (default). Does 'ls -lad /tmp/' say something like? drwxrwxrwt 13 root wheel 1536 Nov 10 03:12 /tmp/ Ian From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 12:18:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76D0216A47C for ; Fri, 10 Nov 2006 12:18:16 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2FE843D53 for ; Fri, 10 Nov 2006 12:18:03 +0000 (GMT) (envelope-from jhary@unsane.co.uk) Received: from [192.168.10.217] (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.13.7/8.13.3) with ESMTP id kAACHrsp026535 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 10 Nov 2006 12:17:57 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <45546DEB.6040406@unsane.co.uk> Date: Fri, 10 Nov 2006 12:17:47 +0000 From: Vince User-Agent: Thunderbird 1.5.0.7 (X11/20061017) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: usb serial lockup 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, 10 Nov 2006 12:18:16 -0000 Hi All, I have a bit of a wierd problem, My laptop has no serial ports, as is the norm these days, so i have a FTDI based usb serial connector which is very handy and works well. However, what i have found is that freebsd still detects a serial port anyway sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled and if i'm careless and type tip com1 ( or use minicom on /dev/{ttyd0, cuad0} as root or as a user I hard lock my laptop, nothing responding and i have to powercycle it. this is 100% reproducable. I'm pretty sure this isnt expected behaviour, and it has happened from 6.1 through 6-Stable to my latest update (possibly before but i havent tested:) 6.2-PRERELEASE #12: Mon Nov 6 15:01:21 GMT 2006 any suggestions as to what i can do about it? (other than watch my typing, if thats the only answer i can live with it though;) Vince From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 12:30:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FAF616A412 for ; Fri, 10 Nov 2006 12:30:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1F1043D5D for ; Fri, 10 Nov 2006 12:29:54 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kAACTrgV085687; Fri, 10 Nov 2006 07:29:53 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id kAACTkZx024212 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Nov 2006 07:29:51 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200611101229.kAACTkZx024212@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 10 Nov 2006 07:29:52 -0500 To: Vince , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <45546DEB.6040406@unsane.co.uk> References: <45546DEB.6040406@unsane.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Status: Clean Cc: Subject: Re: usb serial lockup 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, 10 Nov 2006 12:30:04 -0000 At 07:17 AM 11/10/2006, Vince wrote: >Hi All, > I have a bit of a wierd problem, My laptop has no serial ports, as is >the norm these days, so i have a FTDI based usb serial connector which >is very handy and works well. However, what i have found is that freebsd >still detects a serial port anyway > >sio0: configured irq 4 not in bitmap of probed irqs 0 >sio0: port may not be enabled What happens if you disable the bogus port in /boot/device.hints ? ie. add hint.sio.0.disabled="1" ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 12:32:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBE1616A403 for ; Fri, 10 Nov 2006 12:32:26 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A46E43D5C for ; Fri, 10 Nov 2006 12:32:25 +0000 (GMT) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.4) with SMTP id XAA15573; Fri, 10 Nov 2006 23:32:04 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 10 Nov 2006 23:32:04 +1100 (EST) From: Ian Smith To: Vince In-Reply-To: <45546DEB.6040406@unsane.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: usb serial lockup 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, 10 Nov 2006 12:32:27 -0000 On Fri, 10 Nov 2006, Vince wrote: > I have a bit of a wierd problem, My laptop has no serial ports, as is > the norm these days, so i have a FTDI based usb serial connector which > is very handy and works well. However, what i have found is that freebsd > still detects a serial port anyway > > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > > and if i'm careless and type tip com1 ( or use minicom on /dev/{ttyd0, > cuad0} as root or as a user I hard lock my laptop, nothing responding > and i have to powercycle it. this is 100% reproducable. add to /boot/loader.conf (ditto for sio.1 wouldn't hurt): hint.sio.0.disabled=1 Ian From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 12:33:03 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 080D216A51C for ; Fri, 10 Nov 2006 12:33:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0246D43D64 for ; Fri, 10 Nov 2006 12:33:01 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wfgjaj@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kAACWsdh074645; Fri, 10 Nov 2006 13:33:00 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kAACWrmW074634; Fri, 10 Nov 2006 13:32:53 +0100 (CET) (envelope-from olli) Date: Fri, 10 Nov 2006 13:32:53 +0100 (CET) Message-Id: <200611101232.kAACWrmW074634@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, aburke@nullplusone.net, gamato@users.sourceforge.net In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 10 Nov 2006 13:33:00 +0100 (CET) Cc: Subject: Re: adding an extra hard disk and adding space to /usr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, aburke@nullplusone.net, gamato@users.sourceforge.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 12:33:03 -0000 Aaron Burke wrote: > SNIP > > > (FreeBSD 4.x) : cd /usr; tar clpf - . | (cd /mnt; tar xvf -) > > > (FreeBSD 5.x+) : cd /usr; gtar clpf - . | (cd /mnt; gtar xvf -) > > iirc tar(1) has changed in 5.3. why do you use gtar please? is new tar > > missing something? > Well, technically no, but it requires more typing. That's why I prefer to use cpio: cd /usr; find -dx . | cpio -dump /mnt which works on _any_ version of FreeBSD out of the box. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Clear perl code is better than unclear awk code; but NOTHING comes close to unclear perl code" (taken from comp.lang.awk FAQ) From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 13:58:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B25BC16A412 for ; Fri, 10 Nov 2006 13:58:20 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAA8E43D53 for ; Fri, 10 Nov 2006 13:58:15 +0000 (GMT) (envelope-from jhary@unsane.co.uk) Received: from [192.168.10.217] (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.13.7/8.13.3) with ESMTP id kAADvuwl028612 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Nov 2006 13:58:08 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <45548561.9040009@unsane.co.uk> Date: Fri, 10 Nov 2006 13:57:53 +0000 From: Vince User-Agent: Thunderbird 1.5.0.7 (X11/20061017) MIME-Version: 1.0 To: Ian Smith References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: usb serial lockup 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, 10 Nov 2006 13:58:20 -0000 Ian Smith wrote: > On Fri, 10 Nov 2006, Vince wrote: > > > I have a bit of a wierd problem, My laptop has no serial ports, as is > > the norm these days, so i have a FTDI based usb serial connector which > > is very handy and works well. However, what i have found is that freebsd > > still detects a serial port anyway > > > > sio0: configured irq 4 not in bitmap of probed irqs 0 > > sio0: port may not be enabled > > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > > sio0: type 8250 or not responding > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > sio1: port may not be enabled > > > > and if i'm careless and type tip com1 ( or use minicom on /dev/{ttyd0, > > cuad0} as root or as a user I hard lock my laptop, nothing responding > > and i have to powercycle it. this is 100% reproducable. > > add to /boot/loader.conf (ditto for sio.1 wouldn't hurt): > > hint.sio.0.disabled=1 > Yeah that would work. didnt even think to look there. Doh. cheers, Vince > Ian > > _______________________________________________ > 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 Fri Nov 10 15:09:10 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7311A16A403; Fri, 10 Nov 2006 15:09:10 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6523743D69; Fri, 10 Nov 2006 15:09:06 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id kAAF8mZ6049131 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Nov 2006 18:08:48 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id kAAF8ePJ049130; Fri, 10 Nov 2006 18:08:40 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 10 Nov 2006 18:08:40 +0300 From: Gleb Smirnoff To: Barry Boes Message-ID: <20061110150840.GK32700@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Barry Boes , jfv@FreeBSD.org, Scott Long , John Baldwin , RelEng , Prafulla Deuskar , freebsd-stable@freebsd.org, freebsd-net References: <17748.37662.708865.764722@gargle.gargle.HOWL> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <17748.37662.708865.764722@gargle.gargle.HOWL> User-Agent: Mutt/1.5.6i Cc: RelEng , John Baldwin , freebsd-net , Gleb Smirnoff , Prafulla Deuskar , jfv@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: EM stability 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, 10 Nov 2006 15:09:10 -0000 Hello Barry, On Fri, Nov 10, 2006 at 08:56:30AM -0600, Barry Boes wrote: B> I see you listed on the EM stability issues list. I have a Tyan B> H1000S with dual em ports on 6.1, and it won't stay up 5 minutes B> without EM watchdog resets unless I use giant locks. B> Is there any way you'd like me to help you with testing the updated B> drivers? Yes, please upgrade to the latemost RELENG_6 via cvsup, build a new kernel and report whether the problem is fixed or not. You see, I have added a o lot of people and two mailing lists to Cc. Please do not remove them, when replying. Thanks! -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 15:20:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2133F16A403 for ; Fri, 10 Nov 2006 15:20:07 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91DB943D79 for ; Fri, 10 Nov 2006 15:19:57 +0000 (GMT) (envelope-from rmarella@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so316663nzh for ; Fri, 10 Nov 2006 07:19:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=mhuo4915EORjHOPLMW6Oon9vFvgS/jYmJDTDG9NDklIhz18T59UmLo0hgEenCkCd+eD4IoJx2T3hEq6/AJF2/qCm+HkdX/JOzCD121H3TDWEeIV+G8Ong1Lqy4PPtOcECet+RQYqIB0wVzHfNlzTfp15HohNTsM3PoEjknukPHw= Received: by 10.65.154.2 with SMTP id g2mr3373522qbo.1163171996301; Fri, 10 Nov 2006 07:19:56 -0800 (PST) Received: from asusamd ( [66.75.109.36]) by mx.google.com with ESMTP id e17sm420753qba.2006.11.10.07.19.54; Fri, 10 Nov 2006 07:19:55 -0800 (PST) Date: Fri, 10 Nov 2006 05:19:52 -1000 From: Robert Marella To: Andrei Kolu Message-ID: <20061110051952.3427eaa8@asusamd> In-Reply-To: <200611101148.40793.antik@bsd.ee> References: <20061109154502.02543f87@asusamd> <200611101148.40793.antik@bsd.ee> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Debugging a dump - need alternative? 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, 10 Nov 2006 15:20:07 -0000 On Fri, 10 Nov 2006 11:48:40 +0200 Andrei Kolu wrote: > On Friday 10 November 2006 03:45, Robert Marella wrote: > > Aloha All > > > > One of my computers has an Asus A8N-VM motherboard. I have been > > running i386 on it for nearly a year. I played around with AMD64 > > earlier stuck with the i386. > > > > Last week I set up a dual boot with i386 and AMD64. The i386 is on a > > SATA drive and I installed 6.2 Beta 3 on and IDE Drive. All went > > well and I was installing ports from source. When I tried to > > install K3B it crashed. > > > > I then cvsup'd the source (RELENG_6) and tried to update the > > system. It was compiling for a few minutes and dumped again. I set > > "dumpdev" and "dumdir" in rc.conf and proceded again. It crashed > > and the dump was saved. > > > > Here's my problem: Since this was the first time I was building the > > world, I cannot cd to /usr/obj/usr/src/sys/KERNCONF because it > > doesn't exist. > > > > I went to the i386 slice and did the upgrade (also RELENG_6) without > > any problem. This seems to tell me that memory is good (2 Gig) and > > I am not overheating. > > > > I mounted the partition for the IDE that has the crash and tried to > > read it from the i386 but it can't do it. > > > > Is there some other way for me to debug the dump? This is the only > > AMD64 system that I have. > > > > All help is appreciated. TIA > > > > Robert > > I had exactly the same problem with couple of AMD64 computers (random > crashes during buildworld) and believe it or not- troublemaker was > PSU (Power Supply Unit) Chieftech 410W if I remember correctly (it > works just fine with Intel counterparts). Andrei Thank you for your response. It seems unlikely that it is the power supply because I can buildworld on the same machine with an i386 install. The only difference is the i386 is on a SATA drive while the AMD64 is on an IDE drive. I will try another power supply just to make sure but I will not be able to do anything until Monday or Tuesday. I am heading out in an hour to relax and camp and hike at Volcanoes National Park. Thanks again for your reply and have a great weekend. Robert From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 15:33:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 730E216A47C for ; Fri, 10 Nov 2006 15:33:46 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F03B43D66 for ; Fri, 10 Nov 2006 15:33:45 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 0E0DBB80F for ; Fri, 10 Nov 2006 10:33:45 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20061110051952.3427eaa8@asusamd> References: <20061109154502.02543f87@asusamd> <200611101148.40793.antik@bsd.ee> <20061110051952.3427eaa8@asusamd> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-3-182030518; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Fri, 10 Nov 2006 10:33:44 -0500 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Debugging a dump - need alternative? 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, 10 Nov 2006 15:33:46 -0000 --Apple-Mail-3-182030518 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Nov 10, 2006, at 10:19 AM, Robert Marella wrote: > Thank you for your response. It seems unlikely that it is the power > supply because I can buildworld on the same machine with an i386 > install. The only difference is the i386 is on a SATA drive while the > AMD64 is on an IDE drive. The funny thing about hardware failure is that the symptoms often make no sense. Don't rule it out until you test the equipment. --Apple-Mail-3-182030518-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 15:57:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7042816A407 for ; Fri, 10 Nov 2006 15:57:02 +0000 (UTC) (envelope-from rmarella@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 09E7A43D6B for ; Fri, 10 Nov 2006 15:57:00 +0000 (GMT) (envelope-from rmarella@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so866266nfc for ; Fri, 10 Nov 2006 07:56:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=Mg54X5EuK6xFGj67A41tiuQgfSA0zcVoYIJzxLfbgKpj28X70EteK7bfOaP5XJhhb48ZVQX2pkfpFxH/A8qU7TlbShsNeqnjlWKg5Dhj9YBFbRz0q94O+THgewyeZ3gxej4ztqIN9EtxgHydyN4S/EQmQwOGRyy3QNt9HOHs/nI= Received: by 10.49.19.5 with SMTP id w5mr5514138nfi.1163174219492; Fri, 10 Nov 2006 07:56:59 -0800 (PST) Received: from asusamd ( [66.75.109.36]) by mx.google.com with ESMTP id l32sm4658487nfa.2006.11.10.07.56.57; Fri, 10 Nov 2006 07:56:59 -0800 (PST) Date: Fri, 10 Nov 2006 05:56:54 -1000 From: Robert Marella To: Vivek Khera Message-ID: <20061110055654.289ed658@asusamd> In-Reply-To: References: <20061109154502.02543f87@asusamd> <200611101148.40793.antik@bsd.ee> <20061110051952.3427eaa8@asusamd> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: Debugging a dump - need alternative? 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, 10 Nov 2006 15:57:02 -0000 On Fri, 10 Nov 2006 10:33:44 -0500 Vivek Khera wrote: > > On Nov 10, 2006, at 10:19 AM, Robert Marella wrote: > > > Thank you for your response. It seems unlikely that it is the power > > supply because I can buildworld on the same machine with an i386 > > install. The only difference is the i386 is on a SATA drive while > > the AMD64 is on an IDE drive. > > The funny thing about hardware failure is that the symptoms often > make no sense. > > Don't rule it out until you test the equipment. > I am planning to. Thanks From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 16:42:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47E2C16A415 for ; Fri, 10 Nov 2006 16:42:44 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD5DE43D46 for ; Fri, 10 Nov 2006 16:42:43 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 10B65B80A for ; Fri, 10 Nov 2006 11:42:41 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <86F45867-B619-416A-AC4C-B9283A4CA25F@khera.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: FreeBSD Stable From: Vivek Khera Date: Fri, 10 Nov 2006 11:42:40 -0500 X-Mailer: Apple Mail (2.752.2) Subject: aaccli on recent conrollers? 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, 10 Nov 2006 16:42:44 -0000 I have just built a new SunFire X4100 server with an Adaptec 2230SLP RAID card using FreeBSD 6.2-PRE kernel (from September 20). Everything is working extremely well except I cannot run the aaccli utility on this controller. When I try to open the controller, it gives this error: Command Error: On my other X4100 with the same RAID card but FreeBSD 6.0, aaccli works just fine. On my 6.2-PRE with a different aac(4) supported RAID card, it runs fine. There seems to be no difference in the card (other than they added a "R" to the part number to indicate it is compatible with new recycling environmental regulations). This is a HUGE problem since there is no way to probe the system to check on the health of the RAID subsystem disk drives, as aac(4) doesn't log anything to syslog on disk failure or recover, etc. Any help would be appreciated. All I *really* need is a program to tell me if the disk system is degraded (and which drive is bad) or optimal. I don't really need to reconfigure the array. The dmesg on the X4100 where aaccli works has this to say about the aac controller: aac0: mem 0xfe000000-0xfe7fffff, 0xe0000000-0xefffffff irq 37 at device 1.0 on pci6 aac0: Enabling 64-bit address support aac0: New comm. interface enabled aac0: Adaptec Raid Controller 2.0.0-1 aacp0: on aac0 aacp1: on aac0 aacd0: on aac0 aacd0: 34699MB (71065344 sectors) aacd1: on aac0 aacd1: 208194MB (426381312 sectors) Trying to mount root from ufs:/dev/aacd0s1a uname -a: FreeBSD d01.m1e.net 6.0-RELEASE-p4 FreeBSD 6.0-RELEASE-p4 #0: Fri Jan 27 13:43:53 EST 2006 vivek@rt.m1e.net:/n/lorax1/usr6/ obj.amd64/n/lorax1/usr6/src/sys/KCI64SMP amd64 On the new (non-working) system: aac0: mem 0xfe600000-0xfe7fffff, 0xfe8ff000-0xfe8fffff irq 37 at device 1.0 on pci6 aac0: Enabling 64-bit address support aac0: New comm. interface enabled aac0: Adaptec Raid Controller 2.0.0-1 aacd0: on aac0 aacd0: 34589MB (70838272 sectors) aacd1: on aac0 aacd1: 207594MB (425152512 sectors) Trying to mount root from ufs:/dev/aacd0s1a uname -a: FreeBSD d02.m1e.net 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Wed Sep 20 23:21:10 EDT 2006 khera@yertle.int.kciLink.com:/ usr/obj/usr/src/sys/KCI64SMP amd64 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 17:41:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E14F916A403 for ; Fri, 10 Nov 2006 17:41:01 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41D1E43D7E for ; Fri, 10 Nov 2006 17:40:52 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA26661; Fri, 10 Nov 2006 19:37:39 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4554B8E3.1050604@icyb.net.ua> Date: Fri, 10 Nov 2006 19:37:39 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.7 (X11/20061017) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, aburke@nullplusone.net, gamato@users.sourceforge.net References: <1163175782.00634431.1163163003@10.7.7.3> In-Reply-To: <1163175782.00634431.1163163003@10.7.7.3> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Subject: Re: adding an extra hard disk and adding space to /usr 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, 10 Nov 2006 17:41:02 -0000 on 10/11/2006 14:32 Oliver Fromme said the following: > Aaron Burke wrote: > > SNIP > > > > (FreeBSD 4.x) : cd /usr; tar clpf - . | (cd /mnt; tar xvf -) > > > > (FreeBSD 5.x+) : cd /usr; gtar clpf - . | (cd /mnt; gtar xvf -) > > > iirc tar(1) has changed in 5.3. why do you use gtar please? is new tar > > > missing something? > > Well, technically no, but it requires more typing. > > That's why I prefer to use cpio: > > cd /usr; find -dx . | cpio -dump /mnt > > which works on _any_ version of FreeBSD out of the box. $ pax rw /usr /mnt is even less typing and works on any system with POSIX-compliant utilities :-) Not to mention all other goodies that pax provides (I especially like -s option). -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 19:14:57 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3012916A49E for ; Fri, 10 Nov 2006 19:14:57 +0000 (UTC) (envelope-from bab@acciodata.com) Received: from smtpauth02.prod.mesa1.secureserver.net (smtpauth02.prod.mesa1.secureserver.net [64.202.165.182]) by mx1.FreeBSD.org (Postfix) with SMTP id D470543D5C for ; Fri, 10 Nov 2006 19:14:54 +0000 (GMT) (envelope-from bab@acciodata.com) Received: (qmail 22269 invoked from network); 10 Nov 2006 19:14:54 -0000 Received: from unknown (66.68.10.54) by smtpauth02-04.prod.mesa1.secureserver.net (64.202.165.182) with ESMTP; 10 Nov 2006 19:14:53 -0000 Received: from bravo.acciodata.com (bab@localhost [127.0.0.1]) by bravo.acciodata.com (8.13.8/8.13.6) with ESMTP id kAAJErd8051115; Fri, 10 Nov 2006 13:14:53 -0600 (CST) (envelope-from bab@bravo.acciodata.com) Received: (from bab@localhost) by bravo.acciodata.com (8.13.6/8.13.4/Submit) id kAAJEqxs051112; Fri, 10 Nov 2006 13:14:52 -0600 (CST) (envelope-from bab) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17748.53164.372871.270153@gargle.gargle.HOWL> Date: Fri, 10 Nov 2006 13:14:52 -0600 To: Gleb Smirnoff In-Reply-To: <20061110150840.GK32700@cell.sick.ru> References: <17748.37662.708865.764722@gargle.gargle.HOWL> <20061110150840.GK32700@cell.sick.ru> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid From: Barry Boes Cc: RelEng , John Baldwin , freebsd-net , Barry Boes , Prafulla Deuskar , jfv@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: EM stability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barry Boes List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 19:14:57 -0000 So far so good. I updated to the latest, including jfv's revision 1.65.2.21 from this AM. With the 6.1 ISO distribution, I would get watchdogs within seconds of starting a file transfer (except giant locked which worked fine). With RELENG_6 I've transfered 100's of GB via ftp and NFS over both ethernet ports and no problems yet. Thanks for all the hard work! Barry Gleb Smirnoff writes: > Hello Barry, > > On Fri, Nov 10, 2006 at 08:56:30AM -0600, Barry Boes wrote: > B> I see you listed on the EM stability issues list. I have a Tyan > B> H1000S with dual em ports on 6.1, and it won't stay up 5 minutes > B> without EM watchdog resets unless I use giant locks. > B> Is there any way you'd like me to help you with testing the updated > B> drivers? > > Yes, please upgrade to the latemost RELENG_6 via cvsup, build a new > kernel and report whether the problem is fixed or not. > > You see, I have added a o lot of people and two mailing lists to Cc. > Please do not remove them, when replying. Thanks! > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 19:48:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAB4F16A40F for ; Fri, 10 Nov 2006 19:48:59 +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 25EF543D62 for ; Fri, 10 Nov 2006 19:48:58 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GicMo-0007ms-VE for freebsd-stable@freebsd.org; Fri, 10 Nov 2006 20:48:47 +0100 Received: from 83-131-164-192.adsl.net.t-com.hr ([83.131.164.192]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 10 Nov 2006 20:48:46 +0100 Received: from ivoras by 83-131-164-192.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 10 Nov 2006 20:48:46 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 10 Nov 2006 20:48:36 +0100 Lines: 30 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 83-131-164-192.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) Sender: news Subject: Cruel and unusual problems with Proliant ML350 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, 10 Nov 2006 19:48:59 -0000 The machine in question has a 2-core Xeon, 2GB RAM and a new ciss-compatible controller, for which I appologise for not remembering the exact model but it's "200-something" with three attached 7.2k RPM SATA drives (so it's probably SAS-compatible) in RAID5, and 128 MB cache with BBU. I'm trying to install FreeBSD 6.2-beta3, and though all hardware is correctly detected, there are some curious problems: - The least problem: drive access is incredibly slow, but since this is a brand new machine and BIOS complains that the BBU is not filled to capacity and the controller is doing some calibration, it doesn't seem serious for now. On one burst I managed to get ~~110 MB/s reads from dd on raw device which is enough. - The less serious problem: It looks like a whole bunch of built-in devices is routed to irq 29: bce, ciss, ohci and ehci. I notice last three are giant locked, which doesn't look good, especially since this should be a loaded web server. I'll get a chance to open it after weekend, but I want to hear advice - does someone have experience with resolving such conflicts on proliants? - The showstopper: Sysinstall completes (though slowly), but on reboot the loader doesn't go further than the "F1 prompt" :( This is very curious, since when booting from install CD the loader shows it recognizes the CD drive and drives A: and C:, so BIOS seems to be ok. If I understand the loader correctly, after the "F1 prompt" phase, the loader should transfer control to the boot block of the first slice? I'll get a chance to work on it some more after weekend (after BBU is charged, hopefully), but this last issue looks like there might be a bug in sysinstall so I'm complaining early. The problems listed appear both on i386 and amd64 install images. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 20:04:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ACC816A412; Fri, 10 Nov 2006 20:04:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E347743D5E; Fri, 10 Nov 2006 20:04:46 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAAK4jC8021922; Fri, 10 Nov 2006 15:04:45 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id kAAK4iO9027778 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Nov 2006 15:04:45 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200611102004.kAAK4iO9027778@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 10 Nov 2006 15:04:51 -0500 To: Scott Long From: Mike Tancsa In-Reply-To: <200611092200.kA9M0q1E020473@lava.sentex.ca> References: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> <200611091536.kA9FaltD018819@lava.sentex.ca> <45534E76.6020906@samsco.org> <200611092200.kA9M0q1E020473@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-net , glebius@freebsd.org, freebsd-stable@freebsd.org, Jack Vogel Subject: Re: Proposed 6.2 em RELEASE patch 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, 10 Nov 2006 20:04:47 -0000 At 05:00 PM 11/9/2006, Mike Tancsa wrote: >At 10:51 AM 11/9/2006, Scott Long wrote: >>Mike Tancsa wrote: >>>At 08:19 PM 11/8/2006, Jack Vogel wrote: >>> >>>>BUT, I've added the FAST_INTR changes back into the code, so >>>>if you go into your Makefile and add -DEM_FAST_INTR you will >>>>then get the taskqueue stuff. >>>It certainly does make a difference performance wise. I did some >>>quick testing with netperf and netrate. Back to back boxes, using >>>an AMD x2 with bge nic and one intel box >>>CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.27-MHz >>>686-class CPU) >>>CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2144.01-MHz >>>686-class CPU) >>>The intel is a DG965SS with integrated em nic, the AMD a Tyan >>>with integrated bge. Both running SMP kernels with pf built in, no inet6. >>> >>>Intel box as sender. In this test its with the patch from >>>yesterday. The first set with the patch as is, the second test >>>with -DEM_FAST_INTR. >> >>Thanks for the tests. One thing to note is that Gleb reported a higher >>rate of dropped packets with INTR_FAST. He is the only one who has >>reported this, so I'd like to find out if there is something unique to >>his environment, or if there is a larger problem to be addressed. There >>are ways that we can change the driver to not drop any packets at all >>for Gleb, but they expose the system to risk if there is ever an >>accidental (or malicious) RX flood on the interface. > >With a high rate of packets, I am able to live lock the box. I >setup the following Some more tests. I tried again with what was committed to today's RELENG_6. I am guessing its pretty well the same patch. Polling is the only way to avoid livelock at a high pps rate. Does anyone know of any simple tools to measure end to end packet loss ? Polling will end up dropping some packets and I want to be able to compare. Same hardware from the previous post. SMP kernel fastfwd pf ipfw FAST_INTR streams np (Mb) x x x 2 livelock x x x x 2 468 livelock x x 2 453 lost packets, box sluggish x x x 2 lost packets, box sluggish x 2 468 lost packets, box sluggish x x 2 468 livelock x x x 2 468 livelock 2 475 livelock x 2 livelock P 2 OK P x 2 OK P x 2 OK The P is for Uniproc, but with Polling enabled (also kern.polling.idle_poll=1) UP single stream 58Kpps, no polling in kernel [bsd6-32bit]# ./netblast 192.168.44.1 500 10 10 start: 1163184051.627479975 finish: 1163184061.628200458 send calls: 5869051 send errors: 0 approx send rate: 586905 approx error rate: 0 with polling [bsd6-32bit]# ./netblast 192.168.44.1 500 10 10 start: 1163184606.651001121 finish: 1163184616.651288588 send calls: 5866199 send errors: 1 approx send rate: 586619 approx error rate: 0 With polling and 2 streams at the same time (a lot of pps! and its still totally responsive!!) [r6-32bit]# ./netblast 192.168.88.218 500 10 10 start: 1163184712.103954688 finish: 1163184722.104388542 send calls: 4528941 send errors: 0 approx send rate: 452894 approx error rate: 0 [r6-32bit]# [bsd6-32bit]# ./netblast 192.168.44.1 500 10 20 start: 1163184793.172036336 finish: 1163184813.173028921 send calls: 11550594 send errors: 0 approx send rate: 577529 approx error rate: 0 [bsd6-32bit]# polling, 2 streams at the same time [bsd6-32bit]# ./netblast 192.168.44.1 500 10 20 start: 1163185058.477137404 finish: 1163185078.478025226 send calls: 11679831 send errors: 0 approx send rate: 583991 approx error rate: 0 [bsd6-32bit]# ./netblast 192.168.44.1 500 10 20 start: 1163185167.969551943 finish: 1163185187.970435295 send calls: 11706825 send errors: 0 approx send rate: 585341 approx error rate: 0 [bsd6-32bit]# From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 21:59:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2487916A415 for ; Fri, 10 Nov 2006 21:59:32 +0000 (UTC) (envelope-from jcw@highperformance.net) Received: from mx1.highperformance.net (dsl081-163-122.sea1.dsl.speakeasy.net [64.81.163.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6C4D43D55 for ; Fri, 10 Nov 2006 21:59:31 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] (w16.stradamotorsports.com [192.168.1.16]) by mx1.highperformance.net (8.13.6/8.13.4) with ESMTP id kAAJYMeO007123 for ; Fri, 10 Nov 2006 11:34:22 -0800 (PST) (envelope-from jcw@highperformance.net) Message-ID: <4554D43E.5010700@highperformance.net> Date: Fri, 10 Nov 2006 11:34:22 -0800 From: "Jason C. Wells" User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=2.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on s4.stradamotorsports.com Subject: Compiler Options 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, 10 Nov 2006 21:59:32 -0000 I have set CPUTYPE=p3 in make.conf. When I compile my kernel I see -march=pentium3 as I expect. I also see -mno-mmx and -mno-sse are set which I do not expect given that -march=pentium3 is used. I presume that I want MMX and SSE since my processor supports it. What options do I set and where do I set them to get a kernel properly tuned for pentium3? Thanks, Jason C. Wells From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 22:00:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF19E16A403 for ; Fri, 10 Nov 2006 22:00:10 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C73FC43D55 for ; Fri, 10 Nov 2006 22:00:09 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so389870nzh for ; Fri, 10 Nov 2006 14:00:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AGDlr4nGvQYI0uMgvjozr2l0E2l2W9VW2njjUJg/WWo/zoCZ43HUNvouHJ2Hso2q0Xd8iK4s6JiJ/sTpmL9QiZSvhb4Zj8fDQCbTS5y0S+t18YZ6QqoPSc7/bKbat7l2OdmmMqZt72B/JKk9ztQrmNhUeGuyTRrWBmkvTiZDuPI= Received: by 10.35.111.14 with SMTP id o14mr4214122pym.1163196008397; Fri, 10 Nov 2006 14:00:08 -0800 (PST) Received: by 10.35.118.6 with HTTP; Fri, 10 Nov 2006 14:00:07 -0800 (PST) Message-ID: <2a41acea0611101400w5b8cef40ob84ed6de181f3e2c@mail.gmail.com> Date: Fri, 10 Nov 2006 14:00:08 -0800 From: "Jack Vogel" To: "Mike Tancsa" In-Reply-To: <200611102004.kAAK4iO9027778@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> <200611091536.kA9FaltD018819@lava.sentex.ca> <45534E76.6020906@samsco.org> <200611092200.kA9M0q1E020473@lava.sentex.ca> <200611102004.kAAK4iO9027778@lava.sentex.ca> Cc: freebsd-net , glebius@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Proposed 6.2 em RELEASE patch 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, 10 Nov 2006 22:00:11 -0000 On 11/10/06, Mike Tancsa wrote: > > Some more tests. I tried again with what was committed to today's > RELENG_6. I am guessing its pretty well the same patch. Polling is > the only way to avoid livelock at a high pps rate. Does anyone know > of any simple tools to measure end to end packet loss ? Polling will > end up dropping some packets and I want to be able to compare. Same > hardware from the previous post. The commit WAS the last patch I posted. SO, making sure I understood you, you are saying that POLLING is doing better than FAST_INTR, or only better than the legacy code that went in with my merge? Jack From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 22:09:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D962816A415 for ; Fri, 10 Nov 2006 22:09:11 +0000 (UTC) (envelope-from mproto@secureworks.com) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 4163F43D69 for ; Fri, 10 Nov 2006 22:09:11 +0000 (GMT) (envelope-from mproto@secureworks.com) Received: (qmail 8636 invoked from network); 10 Nov 2006 22:09:10 -0000 Received: from unknown (HELO ?192.168.23.35?) (63.239.86.3) by 0 with SMTP; 10 Nov 2006 22:09:10 -0000 Message-ID: <4554F887.5000806@secureworks.com> Date: Fri, 10 Nov 2006 17:09:11 -0500 From: Michael Proto User-Agent: Thunderbird 1.5.0.7 (X11/20060914) MIME-Version: 1.0 To: "Jason C. Wells" References: <4554D43E.5010700@highperformance.net> In-Reply-To: <4554D43E.5010700@highperformance.net> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: Compiler Options 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, 10 Nov 2006 22:09:11 -0000 >From /usr/src/sys/conf/kern.mk: # On the i386, do not align the stack to 16-byte boundaries. Otherwise GCC # 2.95 adds code to the entry and exit point of every function to align the # stack to 16-byte boundaries -- thus wasting approximately 12 bytes of stack # per function call. While the 16-byte alignment may benefit micro benchmarks, # it is probably an overall loss as it makes the code bigger (less efficient # use of code cache tag lines) and uses more stack (less efficient use of data # cache tag lines). Explicitly prohibit the use of SSE and other SIMD # operations inside the kernel itself. These operations are exclusively # reserved for user applications. # .if ${MACHINE_ARCH} == "i386" && ${CC} != "icc" CFLAGS+= -mno-align-long-strings -mpreferred-stack-boundary=2 \ -mno-mmx -mno-3dnow -mno-sse -mno-sse2 INLINE_LIMIT?= 8000 .endif -Proto Jason C. Wells wrote: > I have set CPUTYPE=p3 in make.conf. When I compile my kernel I see > -march=pentium3 as I expect. I also see -mno-mmx and -mno-sse are set > which I do not expect given that -march=pentium3 is used. I presume > that I want MMX and SSE since my processor supports it. What options do > I set and where do I set them to get a kernel properly tuned for pentium3? > > Thanks, > Jason C. Wells > _______________________________________________ > 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" -- Michael Proto | SecureWorks Unix Administrator | PGP ID: 5D575BBE | mproto@secureworks.com ******************************************************* From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 22:17:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E4C716A412 for ; Fri, 10 Nov 2006 22:17:14 +0000 (UTC) (envelope-from lothrandil@n00b.apagnu.se) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4583643D55 for ; Fri, 10 Nov 2006 22:17:13 +0000 (GMT) (envelope-from lothrandil@n00b.apagnu.se) Received: from [90.224.57.146] (90.224.57.146) by pne-smtpout1-sn2.hy.skanova.net (7.2.075) id 453F8F42003249DB; Fri, 10 Nov 2006 23:17:01 +0100 Message-ID: <4554FA6B.3050406@n00b.apagnu.se> Date: Fri, 10 Nov 2006 23:17:15 +0100 From: Niclas Zeising User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: "Jason C. Wells" References: <4554D43E.5010700@highperformance.net> In-Reply-To: <4554D43E.5010700@highperformance.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: Compiler Options 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, 10 Nov 2006 22:17:14 -0000 Jason C. Wells wrote: > I have set CPUTYPE=p3 in make.conf. When I compile my kernel I see > -march=pentium3 as I expect. I also see -mno-mmx and -mno-sse are set > which I do not expect given that -march=pentium3 is used. I presume > that I want MMX and SSE since my processor supports it. What options do > I set and where do I set them to get a kernel properly tuned for pentium3? > > Thanks, > Jason C. Wells If i recall correctly, instructions taking advantage of sse, mmx etc. are purposefully disabled in the kernel via the mentioned options. I can not at the moment recall why though. Ordinary userland applications and ports are usually compiled to take advantage of those instructions if the CPU supports them. Regards! //Niclas -- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 22:19:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8ED316A407 for ; Fri, 10 Nov 2006 22:19:26 +0000 (UTC) (envelope-from elessar@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5296843D55 for ; Fri, 10 Nov 2006 22:19:26 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: from localhost (mail [127.0.0.12]) by mail.bsdforen.de (Postfix) with ESMTP id 92BD24241CA; Fri, 10 Nov 2006 23:19:24 +0100 (CET) X-Virus-Scanned: amavisd-new at bsdforen.de Received: from mail.bsdforen.de ([127.0.0.12]) by localhost (mail.bsdforen.de [127.0.0.12]) (amavisd-new, port 10024) with ESMTP id Qz2YHb0Z+ubW; Fri, 10 Nov 2006 23:19:24 +0100 (CET) Received: from loki.starkstrom.lan (p549CE2FA.dip.t-dialin.net [84.156.226.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 919644241C0; Fri, 10 Nov 2006 23:19:23 +0100 (CET) Date: Fri, 10 Nov 2006 23:19:21 +0100 From: Joerg Pernfuss To: "Jason C. Wells" Message-ID: <20061110231921.617a9d08@loki.starkstrom.lan> In-Reply-To: <4554D43E.5010700@highperformance.net> References: <4554D43E.5010700@highperformance.net> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_UV35GY=.bUiGZQDy_pHfZxY"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable Subject: Re: Compiler Options 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, 10 Nov 2006 22:19:26 -0000 --Sig_UV35GY=.bUiGZQDy_pHfZxY Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 10 Nov 2006 11:34:22 -0800 "Jason C. Wells" wrote: > I have set CPUTYPE=3Dp3 in make.conf. When I compile my kernel I see=20 > -march=3Dpentium3 as I expect. I also see -mno-mmx and -mno-sse are > set which I do not expect given that -march=3Dpentium3 is used. I > presume that I want MMX and SSE since my processor supports it. What > options do I set and where do I set them to get a kernel properly > tuned for pentium3? The FreeBSD kernel does not use MMX and SSE registers. That is why they are disabled, regardless of the chosen CPUTYPE. Joerg --=20 | /"\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against | 0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | X HTML in email | .the next sentence is true. | | / \ and news | .the previous sentence was a lie. | --Sig_UV35GY=.bUiGZQDy_pHfZxY Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFFVPrpH31s/bvKrSQRAo5FAJ9M4QU0rE658SyEAKJZUwlXR8LMkACeIZjt pelL5CdpWoxmMFd/rM8JXcQ= =oBA5 -----END PGP SIGNATURE----- --Sig_UV35GY=.bUiGZQDy_pHfZxY-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 22:21:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F0D616A407; Fri, 10 Nov 2006 22:21:13 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95AB243D55; Fri, 10 Nov 2006 22:21:07 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAAML6ht044474; Fri, 10 Nov 2006 17:21:06 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id kAAML6ol028630 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Nov 2006 17:21:06 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200611102221.kAAML6ol028630@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 10 Nov 2006 17:21:12 -0500 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <2a41acea0611101400w5b8cef40ob84ed6de181f3e2c@mail.gmail.co m> References: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> <200611091536.kA9FaltD018819@lava.sentex.ca> <45534E76.6020906@samsco.org> <200611092200.kA9M0q1E020473@lava.sentex.ca> <200611102004.kAAK4iO9027778@lava.sentex.ca> <2a41acea0611101400w5b8cef40ob84ed6de181f3e2c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-net , glebius@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Proposed 6.2 em RELEASE patch 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, 10 Nov 2006 22:21:13 -0000 At 05:00 PM 11/10/2006, Jack Vogel wrote: >On 11/10/06, Mike Tancsa wrote: >> >>Some more tests. I tried again with what was committed to today's >>RELENG_6. I am guessing its pretty well the same patch. Polling is >>the only way to avoid livelock at a high pps rate. Does anyone know >>of any simple tools to measure end to end packet loss ? Polling will >>end up dropping some packets and I want to be able to compare. Same >>hardware from the previous post. > >The commit WAS the last patch I posted. SO, making sure I understood you, >you are saying that POLLING is doing better than FAST_INTR, or only >better than the legacy code that went in with my merge? Hi, The last set of tests I posted are ONLY with what is in today's RELENG_6-- i.e. the latest commit. I did a few variations on the driver-- first with #define EM_FAST_INTR 1 in if_em.c one without and one with polling in the kernel. With a decent packet rate passing through, the box will lockup. Not sure if I am just hitting the limits of the PCIe bus, or interrupt moderation is not kicking in, or this is a case of "Doctor, it hurts when I send a lot of packets through"... "Well, dont do that" Using polling prevents the lockup, but it will of course drop packets. This is for firewalls with a fairly high bandwidth rate, as well as I need it to be able to survive a decent DDoS attack. I am not looking for 1Mpps, but something more than 100Kpps ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 22:24:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E46C16A415 for ; Fri, 10 Nov 2006 22:24:48 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.200.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AC1843D5C for ; Fri, 10 Nov 2006 22:24:45 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc14) with ESMTP id <2006111022244301400qf2l6e>; Fri, 10 Nov 2006 22:24:43 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 607A41FA01D; Fri, 10 Nov 2006 14:24:34 -0800 (PST) Date: Fri, 10 Nov 2006 14:24:34 -0800 From: Jeremy Chadwick To: "Jason C. Wells" Message-ID: <20061110222434.GA76724@icarus.home.lan> Mail-Followup-To: "Jason C. Wells" , freebsd-stable References: <4554D43E.5010700@highperformance.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4554D43E.5010700@highperformance.net> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable Subject: Re: Compiler Options 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, 10 Nov 2006 22:24:48 -0000 On Fri, Nov 10, 2006 at 11:34:22AM -0800, Jason C. Wells wrote: > I have set CPUTYPE=p3 in make.conf. When I compile my kernel I see > -march=pentium3 as I expect. I also see -mno-mmx and -mno-sse are set > which I do not expect given that -march=pentium3 is used. I presume > that I want MMX and SSE since my processor supports it. What options do > I set and where do I set them to get a kernel properly tuned for pentium3? The kernel will "support" MMX and SSE -- that is, any programs (root or userland) which use MMX/SSE will work just fine. That is: any programs built with gcc can indeed support MMX and SSE operations. The kernel itself _will not_ use any SSE or MMX operations when built. This is because these optimisations are known to break the FreeBSD kernel. This applies to all i386 architectures, and probably 64-bit architectures too (not sure). CPUTYPE=p3 (or pentium4, or any other type) will not change this behaviour. -- | 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 Fri Nov 10 22:29:47 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FB6416A407 for ; Fri, 10 Nov 2006 22:29:47 +0000 (UTC) (envelope-from bab@acciodata.com) Received: from smtpout09-04.prod.mesa1.secureserver.net (smtpout09-04.prod.mesa1.secureserver.net [64.202.165.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 7870943DDF for ; Fri, 10 Nov 2006 22:28:45 +0000 (GMT) (envelope-from bab@acciodata.com) Received: (qmail 5976 invoked from network); 10 Nov 2006 22:28:32 -0000 Received: from unknown (66.68.10.54) by smtpout09-04.prod.mesa1.secureserver.net (64.202.165.17) with ESMTP; 10 Nov 2006 22:28:32 -0000 Received: from bravo.acciodata.com (bab@localhost [127.0.0.1]) by bravo.acciodata.com (8.13.8/8.13.6) with ESMTP id kAAMSV22079453; Fri, 10 Nov 2006 16:28:31 -0600 (CST) (envelope-from bab@bravo.acciodata.com) Received: (from bab@localhost) by bravo.acciodata.com (8.13.6/8.13.4/Submit) id kAAMSUbC079450; Fri, 10 Nov 2006 16:28:30 -0600 (CST) (envelope-from bab) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17748.64782.579350.492909@gargle.gargle.HOWL> Date: Fri, 10 Nov 2006 16:28:30 -0600 To: Gleb Smirnoff In-Reply-To: <17748.53164.372871.270153@gargle.gargle.HOWL> References: <17748.37662.708865.764722@gargle.gargle.HOWL> <20061110150840.GK32700@cell.sick.ru> <17748.53164.372871.270153@gargle.gargle.HOWL> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid From: Barry Boes Cc: RelEng , John Baldwin , freebsd-net , Barry Boes , Prafulla Deuskar , jfv@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: EM stability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barry Boes List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 22:29:47 -0000 Luck ran out. Hard "must press the reset button" hang. No console messages. The system was idle at the time. Is there anything you'd like me to do to attempt to narrow down the problem or get debugging output? I do not know if the freeze was related to em or something else. -Barry Barry Boes writes: > > So far so good. I updated to the latest, including jfv's revision > 1.65.2.21 from this AM. > > With the 6.1 ISO distribution, I would get watchdogs within seconds of > starting a file transfer (except giant locked which worked fine). > > With RELENG_6 I've transfered 100's of GB via ftp and NFS over both > ethernet ports and no problems yet. > > Thanks for all the hard work! > Barry > > > > Gleb Smirnoff writes: > > Hello Barry, > > > > On Fri, Nov 10, 2006 at 08:56:30AM -0600, Barry Boes wrote: > > B> I see you listed on the EM stability issues list. I have a Tyan > > B> H1000S with dual em ports on 6.1, and it won't stay up 5 minutes > > B> without EM watchdog resets unless I use giant locks. > > B> Is there any way you'd like me to help you with testing the updated > > B> drivers? > > > > Yes, please upgrade to the latemost RELENG_6 via cvsup, build a new > > kernel and report whether the problem is fixed or not. > > > > You see, I have added a o lot of people and two mailing lists to Cc. > > Please do not remove them, when replying. Thanks! > > > > -- > > Totus tuus, Glebius. > > GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 22:45:57 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48F7E16A415; Fri, 10 Nov 2006 22:45:57 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAE7B43D79; Fri, 10 Nov 2006 22:45:50 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id kAAMjXhr051243 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Nov 2006 01:45:34 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id kAAMjXTv051242; Sat, 11 Nov 2006 01:45:33 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 11 Nov 2006 01:45:33 +0300 From: Gleb Smirnoff To: Barry Boes Message-ID: <20061110224533.GM32700@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Barry Boes , jfv@FreeBSD.org, Scott Long , John Baldwin , RelEng , Prafulla Deuskar , freebsd-stable@FreeBSD.org, freebsd-net References: <17748.37662.708865.764722@gargle.gargle.HOWL> <20061110150840.GK32700@cell.sick.ru> <17748.53164.372871.270153@gargle.gargle.HOWL> <17748.64782.579350.492909@gargle.gargle.HOWL> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <17748.64782.579350.492909@gargle.gargle.HOWL> User-Agent: Mutt/1.5.6i Cc: RelEng , John Baldwin , freebsd-net , Prafulla Deuskar , jfv@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: EM stability 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, 10 Nov 2006 22:45:57 -0000 On Fri, Nov 10, 2006 at 04:28:30PM -0600, Barry Boes wrote: B> B> Luck ran out. Hard "must press the reset button" hang. No console B> messages. The system was idle at the time. B> Is there anything you'd like me to do to attempt to narrow down the B> problem or get debugging output? I do not know if the freeze was B> related to em or something else. In cases like this you need to prepare a kernel with debugger compiled in and try to exit into the debugger, when the hang occurs. You can try keyboard debugger sequence, and if it fails try serial break. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 22:48:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F326E16A54F for ; Fri, 10 Nov 2006 22:48:05 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD63243D8E for ; Fri, 10 Nov 2006 22:47:57 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so396949nzh for ; Fri, 10 Nov 2006 14:47:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ulq0JdwSd8PVaXtsLylH9246tCBt0gC2+PDI9y2U+UklT95atvBVOZorJzMAyY3x4Ztdd62ur0Ut0wG+y2B02fnAhqP3yKfdLfH535xcpIVWl7JhjXuPzA/RQ4bG94AY4RKxHiL4MMBfmQIPWWHf0VUjAIDXXyA40eLohUBT3d8= Received: by 10.35.115.18 with SMTP id s18mr4302744pym.1163198877087; Fri, 10 Nov 2006 14:47:57 -0800 (PST) Received: by 10.35.118.6 with HTTP; Fri, 10 Nov 2006 14:47:56 -0800 (PST) Message-ID: <2a41acea0611101447j29acdc3k820276de92204735@mail.gmail.com> Date: Fri, 10 Nov 2006 14:47:56 -0800 From: "Jack Vogel" To: "Barry Boes" In-Reply-To: <17748.64782.579350.492909@gargle.gargle.HOWL> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <17748.37662.708865.764722@gargle.gargle.HOWL> <20061110150840.GK32700@cell.sick.ru> <17748.53164.372871.270153@gargle.gargle.HOWL> <17748.64782.579350.492909@gargle.gargle.HOWL> Cc: RelEng , John Baldwin , freebsd-net , Gleb Smirnoff , Prafulla Deuskar , jfv@freebsd.org, freebsd-stable@freebsd.org Subject: Re: EM stability 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, 10 Nov 2006 22:48:06 -0000 On 11/10/06, Barry Boes wrote: > > Luck ran out. Hard "must press the reset button" hang. No console > messages. The system was idle at the time. > Is there anything you'd like me to do to attempt to narrow down the > problem or get debugging output? I do not know if the freeze was > related to em or something else. Is this a machine running some graphic head? If not can you see anything on the console? Are you sure the machine is dead, like can you get in over the network... ? One thing I often do when you are dealing with unpredictable hangs is run 'vmstat 3' on one of the virtual terminals. You might also define the kernel debugger into your kernel, its best to have a serial console for this, I've seen the hardware console be locked but the serial will still work. The only way we will track this down is thru repetitive reproduction I'm afraid. Jack From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 23:07:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2F4C16A492 for ; Fri, 10 Nov 2006 23:07:28 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F4D543DB9 for ; Fri, 10 Nov 2006 23:06:54 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 0BE645DCE; Sat, 11 Nov 2006 02:06:48 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id DD19F5DBF; Sat, 11 Nov 2006 02:06:47 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kAAN6lS6020375; Sat, 11 Nov 2006 02:06:47 +0300 (MSK) (envelope-from ru) Date: Sat, 11 Nov 2006 02:06:47 +0300 From: Ruslan Ermilov To: Robert Marella Message-ID: <20061110230647.GG20041@rambler-co.ru> References: <20061109154502.02543f87@asusamd> <200611101148.40793.antik@bsd.ee> <20061110051952.3427eaa8@asusamd> <20061110055654.289ed658@asusamd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TD8GDToEDw0WLGOL" Content-Disposition: inline In-Reply-To: <20061110055654.289ed658@asusamd> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Vivek Khera , FreeBSD Stable Subject: Re: Debugging a dump - need alternative? 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, 10 Nov 2006 23:07:28 -0000 --TD8GDToEDw0WLGOL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 10, 2006 at 05:56:54AM -1000, Robert Marella wrote: > On Fri, 10 Nov 2006 10:33:44 -0500 > Vivek Khera wrote: >=20 > >=20 > > On Nov 10, 2006, at 10:19 AM, Robert Marella wrote: > >=20 > > > Thank you for your response. It seems unlikely that it is the power > > > supply because I can buildworld on the same machine with an i386 > > > install. The only difference is the i386 is on a SATA drive while > > > the AMD64 is on an IDE drive. > >=20 > > The funny thing about hardware failure is that the symptoms often =20 > > make no sense. > >=20 > > Don't rule it out until you test the equipment. > >=20 > I am planning to. >=20 We were also having random crashes (mostly ATA related) on a number of AMD64 boxes here, until it was identified as insufficient powering. So yes, don't rule it out yet. :-) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --TD8GDToEDw0WLGOL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFVQYHqRfpzJluFF4RAjYKAJsE2b6ius3hmsc3p12mMwOdnR6JoQCeLNio JqoBxT7he7mgDglXfEAdu/s= =dSse -----END PGP SIGNATURE----- --TD8GDToEDw0WLGOL-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 23:35:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D945C16A403 for ; Fri, 10 Nov 2006 23:35:29 +0000 (UTC) (envelope-from chinhngt@sectorb.msk.ru) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [194.88.210.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 216A943D55 for ; Fri, 10 Nov 2006 23:35:28 +0000 (GMT) (envelope-from chinhngt@sectorb.msk.ru) Received: from it.local (it.local [172.16.20.8]) by hq.sectorb.msk.ru (Postfix) with ESMTP id 03CA11CC8; Sat, 11 Nov 2006 02:35:26 +0300 (MSK) Date: Sat, 11 Nov 2006 02:35:23 +0300 (MSK) From: Nguyen Tam Chinh X-X-Sender: chinhngt@it.hackers To: Vivek Khera In-Reply-To: <6611C68B-1492-48A7-9425-3E23271CC940@khera.org> Message-ID: <20061111022925.Q953@it.hackers> References: <453D49D2.1010705@rogers.com> <6DBE5906-CD84-44C5-AF40-FFCC78C7561E@khera.org> <20061024202408.U923@it.hackers> <6611C68B-1492-48A7-9425-3E23271CC940@khera.org> X-Operating-System: FreeBSD 6-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: Running large DB's on FreeBSD 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, 10 Nov 2006 23:35:29 -0000 On Tue, 24 Oct 2006, Vivek Khera wrote: > > On Oct 24, 2006, at 12:27 PM, Nguyen Tam Chinh wrote: > >>> The size of your DB is not all that large. There are people running >>> terabyte DB's under postgres. Our big DB is around 60Gb with hundreds of >>> millions of rows spread across dozens of tables which are regularly joined >>> with each other for reports. It is pounded on 24x7 with lots and lots of >>> inserts, updates, and selects going on all the time. >>> >> >> Could you share with us your servers' hardware specifics and configuration >> (tuning) of PostgreSQL? >> This would help many in making decision. > > My current favorites are the SunFire X4100 from Sun with an Adaptec 2230SLP > dual channel U320 RAID card and a 14+ disk array. These are incredibly > stable. The disk arrays I have right now are from Dell, and I would not > recommend them. I don't think they're totally U320 compliant as some drives > occasionally come up at U160 speed. The Adaptec card is the *only* dual > channel U320 SCSI card availble in low-profile size; unfortunately LSI > doesn't make a low-profile version of the 320-2X card... > > I have one box with 4Gb which is good for our smaller databases, and one > which we are upgrading from 4Gb to 8Gb next week due to the high load it has. > > I use 1 disk from each SCSI channel to make a mirrored RAID volume for boot + > OS + postgres transaction log, and the remaining disks in RAID10 with the > disks on each mirror pair coming from opposite SCSI channels. > > For the pg configuration, I use this on a 4Gb box: > > max_connections = 100 > shared_buffers = 70000 # min 16 or max_connections*2, 8KB > each > work_mem = 262144 # min 64, size in KB > maintenance_work_mem = 524288 # min 1024, size in KB > max_fsm_pages = 1800000 # min max_fsm_relations*16, 6 bytes > each > vacuum_cost_delay = 25 # 0-1000 milliseconds > checkpoint_segments = 256 > checkpoint_timeout = 900 > effective_cache_size = 27462 # `sysctl -n vfs.hibufspace` / 8192 > (BLKSZ) > random_page_cost = 2 > log_min_error_statement = error > Thank you very much. And how did you set the semaphore's parameters? Do you have any trick or experience? I just think it's just weird to inceremently increase ipc.shm* and ipc.sem* to get the right values. The documentation of PostGreSQL gives us some examples but without explanation how they found those values. ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.su | From owner-freebsd-stable@FreeBSD.ORG Fri Nov 10 23:49:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB83916A412 for ; Fri, 10 Nov 2006 23:49:48 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCEAE43D53 for ; Fri, 10 Nov 2006 23:49:47 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp218-17.lns1.adl2.internode.on.net [203.122.218.17]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id kAANniVD007798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Nov 2006 10:19:45 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 11 Nov 2006 10:19:42 +1030 User-Agent: KMail/1.9.4 References: <4554D43E.5010700@highperformance.net> <20061110222434.GA76724@icarus.home.lan> In-Reply-To: <20061110222434.GA76724@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11079608.24LJcAflY1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200611111019.43944.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: "Jason C. Wells" , Jeremy Chadwick Subject: Re: Compiler Options 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, 10 Nov 2006 23:49:48 -0000 --nextPart11079608.24LJcAflY1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 11 November 2006 08:54, Jeremy Chadwick wrote: > The kernel itself _will not_ use any SSE or MMX operations when built. > This is because these optimisations are known to break the FreeBSD > kernel. This applies to all i386 architectures, and probably 64-bit > architectures too (not sure). I think this is mainly because the kernel has no FPU context so you can't=20 actually use any FPU operation (including SSE & MMX) without potentially=20 trashing userland data. Also, the cost of saving/restoring the context is quite high so potential=20 benefits are largely negated. (I could be wrong but the above is what I remember reading on various lists= =20 over the years :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart11079608.24LJcAflY1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFVRAX5ZPcIHs/zowRArNlAJwOOwTNzwH95rp04ssSQCB/H4bT5QCfaWC3 RahEq7Lo9L6ExkTQL/mWFCA= =MBUs -----END PGP SIGNATURE----- --nextPart11079608.24LJcAflY1-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 01:31:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19C6916A415 for ; Sat, 11 Nov 2006 01:31:00 +0000 (UTC) (envelope-from elessar@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE1E43D4C for ; Sat, 11 Nov 2006 01:30:59 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: from localhost (mail [127.0.0.12]) by mail.bsdforen.de (Postfix) with ESMTP id 7FB5F4241CA; Sat, 11 Nov 2006 02:30:58 +0100 (CET) X-Virus-Scanned: amavisd-new at bsdforen.de Received: from mail.bsdforen.de ([127.0.0.12]) by localhost (mail.bsdforen.de [127.0.0.12]) (amavisd-new, port 10024) with ESMTP id cIfceNZz+faq; Sat, 11 Nov 2006 02:30:58 +0100 (CET) Received: from loki.starkstrom.lan (p549CE2FA.dip.t-dialin.net [84.156.226.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 5ABB24241C0; Sat, 11 Nov 2006 02:30:55 +0100 (CET) Date: Sat, 11 Nov 2006 02:30:51 +0100 From: Joerg Pernfuss To: freebsd-stable@freebsd.org Message-ID: <20061111023051.38dbaa37@loki.starkstrom.lan> In-Reply-To: <200611111019.43944.doconnor@gsoft.com.au> References: <4554D43E.5010700@highperformance.net> <20061110222434.GA76724@icarus.home.lan> <200611111019.43944.doconnor@gsoft.com.au> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_04Vhn.2bNPaHYz9VOtlqoSB; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: "Jason C. Wells" , Jeremy Chadwick Subject: Re: Compiler Options 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, 11 Nov 2006 01:31:00 -0000 --Sig_04Vhn.2bNPaHYz9VOtlqoSB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 11 Nov 2006 10:19:42 +1030 "Daniel O'Connor" wrote: > On Saturday 11 November 2006 08:54, Jeremy Chadwick wrote: > > The kernel itself _will not_ use any SSE or MMX operations when > > built. This is because these optimisations are known to break the > > FreeBSD kernel. This applies to all i386 architectures, and > > probably 64-bit architectures too (not sure). >=20 > I think this is mainly because the kernel has no FPU context so you > can't actually use any FPU operation (including SSE & MMX) without > potentially trashing userland data. If I remember correctly, this was the reason why some improvements from DragonFlyBSD were not ported to FreeBSD (or were ported but not committed). There was no conclusive evidence that the speed improvement for some operations would result in a net gain, due to register saving/restoring overhead during context switches. > (I could be wrong but the above is what I remember reading on various > lists over the years :) I think you remember right. Or I remember wrong too :) Joerg --=20 | /"\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against | 0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | X HTML in email | .the next sentence is true. | | / \ and news | .the previous sentence was a lie. | --Sig_04Vhn.2bNPaHYz9VOtlqoSB Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFFVSfLH31s/bvKrSQRAqsuAJ9HgCHBNXadTC+qOC/Lhl7kUX58YwCfQu6i cTDVkYpk+w7blSEskTa6wXM= =t49V -----END PGP SIGNATURE----- --Sig_04Vhn.2bNPaHYz9VOtlqoSB-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 03:44:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 096A016A407 for ; Sat, 11 Nov 2006 03:44:32 +0000 (UTC) (envelope-from sullrich@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 4972643D5D for ; Sat, 11 Nov 2006 03:44:31 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so1017609nfc for ; Fri, 10 Nov 2006 19:44:30 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Tiz/9vFveZgN4fZbCzXJ0vFJ1SpA0SPTAJMDKSSfZO1ox6BQrm8g3Ma1QCcJF0j3dAYDn4FbL1QVDQPfB072cLzDh+/Hic3duzlfl6sRwmaTURLy5N6Bj1+CVqLhKMLdnc4Of9Pjrm+8QdvRN4ibeLjhkYVPq3CiGUX2RfIMECU= Received: by 10.82.106.14 with SMTP id e14mr53300buc.1163216669678; Fri, 10 Nov 2006 19:44:29 -0800 (PST) Received: by 10.82.177.12 with HTTP; Fri, 10 Nov 2006 19:44:29 -0800 (PST) Message-ID: Date: Fri, 10 Nov 2006 22:44:29 -0500 From: "Scott Ullrich" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Panic while starting OpenNTPD 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, 11 Nov 2006 03:44:32 -0000 Sources from today, right before the compile. I have paused the virtual machine if someone would like me to issue further db> commands. Thanks, Scott FreeBSD 6.2-PRERELEASE #0: Sat Nov 11 02:47:35 UTC 2006 sullrich@builder.livebsd.com:/usr/obj.pfSense/usr/src/sys/pfSense_Dev.6 lock order reversal: (sleepable after non-sleepable) 1st 0xc0a57000 pf task mtx (pf task mtx) @ /usr/src/sys/contrib/pf/net/pf.c:6406 2nd 0xc0a787e4 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0b59f08,c0b5b740,c0a03b2c,...) at kdb_backtrace+0x29 witness_checkorder(c0a787e4,9,c09a1f59,c02) at witness_checkorder+0x578 _sx_xlock(c0a787e4,c09a1f59,c02) at _sx_xlock+0x50 _vm_map_lock_read(c0a787a0,c09a1f59,c02,18e17c0,c25846b0,...) at _vm_map_lock_read+0x37 vm_map_lookup(cc1c4a4c,0,1,cc1c4a50,cc1c4a40,cc1c4a44,cc1c4a27,cc1c4a28) atvm_m ap_lookup+0x28 vm_fault(c0a787a0,0,1,0,c2585a80,...) at vm_fault+0x66 trap(cc1c4b14,0,104) at trap+0x65e trap(8,28,28,c27432c4,c26aee00,...) at trap+0x341 alltraps(1,c274e400,cc1c4c5c,0,0) at alltraps+0x1a pfioctl(0,cc1c4c5c,c274e400,1,0) at pfioctl+0x3dd7 pfil_run_hooks(c0b9c720,cc1c4cb0,c274e400,1,0) at pfil_run_hooks+0xc9 ip_input(c2743200) at ip_input+0x274 netisr_unregister(c0b99f78) at netisr_unregister+0x11e netisr_queue(0) at netisr_queue+0x146 ithread_destroy(c2584648,c25af480) at ithread_destroy+0xf6 ithread_destroy(c25648c0,cc1c4d38,c25648c0,c06b4b5c,0,...) at ithread_destroy+0x21b fork_exit(c06b4b5c,c25648c0,cc1c4d38) at fork_exit+0xd0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcc1c4d6c, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x104 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0489090 stack pointer = 0x28:0xcc1c4b54 frame pointer = 0x28:0xcc1c4c1c 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 = 13 (swi1: net) [thread pid 13 tid 100003 ] Stopped at pf_test+0x968: cmpl $0,0x104(%eax) db> bt Tracing pid 13 tid 100003 td 0xc2585a80 pf_test(1,c274e400,cc1c4c5c,0,0) at pf_test+0x968 pfioctl(0,cc1c4c5c,c274e400,1,0) at pfioctl+0x3dd7 pfil_run_hooks(c0b9c720,cc1c4cb0,c274e400,1,0) at pfil_run_hooks+0xc9 ip_input(c2743200) at ip_input+0x274 netisr_unregister(c0b99f78) at netisr_unregister+0x11e netisr_queue(0) at netisr_queue+0x146 ithread_destroy(c2584648,c25af480) at ithread_destroy+0xf6 ithread_destroy(c25648c0,cc1c4d38,c25648c0,c06b4b5c,0,...) at ithread_destroy+0x21b fork_exit(c06b4b5c,c25648c0,cc1c4d38) at fork_exit+0xd0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcc1c4d6c, ebp = 0 --- db> Tracing pid 13 tid 100003 td 0xc2585a80 pf_test(1,c274e400,cc1c4c5c,0,0) at pf_test+0x968 pfioctl(0,cc1c4c5c,c274e400,1,0) at pfioctl+0x3dd7 pfil_run_hooks(c0b9c720,cc1c4cb0,c274e400,1,0) at pfil_run_hooks+0xc9 ip_input(c2743200) at ip_input+0x274 netisr_unregister(c0b99f78) at netisr_unregister+0x11e netisr_queue(0) at netisr_queue+0x146 ithread_destroy(c2584648,c25af480) at ithread_destroy+0xf6 ithread_destroy(c25648c0,cc1c4d38,c25648c0,c06b4b5c,0,...) at ithread_destroy+0x21b fork_exit(c06b4b5c,c25648c0,cc1c4d38) at fork_exit+0xd0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcc1c4d6c, ebp = 0 --- db> From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 06:42:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59F5116A40F; Sat, 11 Nov 2006 06:42:43 +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 A946243D6A; Sat, 11 Nov 2006 06:42:40 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kAB6gXjO056329; Fri, 10 Nov 2006 23:42:38 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <455570D8.6070000@samsco.org> Date: Fri, 10 Nov 2006 23:42:32 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Mike Tancsa References: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> <200611091536.kA9FaltD018819@lava.sentex.ca> <45534E76.6020906@samsco.org> <200611092200.kA9M0q1E020473@lava.sentex.ca> <200611102004.kAAK4iO9027778@lava.sentex.ca> <2a41acea0611101400w5b8cef40ob84ed6de181f3e2c@mail.gmail.com> <200611102221.kAAML6ol028630@lava.sentex.ca> In-Reply-To: <200611102221.kAAML6ol028630@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ADVANCE_FEE_1,ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-net , glebius@freebsd.org, freebsd-stable@freebsd.org, Jack Vogel Subject: Re: Proposed 6.2 em RELEASE patch 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, 11 Nov 2006 06:42:43 -0000 Mike Tancsa wrote: > At 05:00 PM 11/10/2006, Jack Vogel wrote: >> On 11/10/06, Mike Tancsa wrote: >>> >>> Some more tests. I tried again with what was committed to today's >>> RELENG_6. I am guessing its pretty well the same patch. Polling is >>> the only way to avoid livelock at a high pps rate. Does anyone know >>> of any simple tools to measure end to end packet loss ? Polling will >>> end up dropping some packets and I want to be able to compare. Same >>> hardware from the previous post. >> >> The commit WAS the last patch I posted. SO, making sure I understood you, >> you are saying that POLLING is doing better than FAST_INTR, or only >> better than the legacy code that went in with my merge? > > Hi, > The last set of tests I posted are ONLY with what is in today's > RELENG_6-- i.e. the latest commit. I did a few variations on the > driver-- first with > #define EM_FAST_INTR 1 > in if_em.c > > one without > > and one with polling in the kernel. > > With a decent packet rate passing through, the box will lockup. Not > sure if I am just hitting the limits of the PCIe bus, or interrupt > moderation is not kicking in, or this is a case of "Doctor, it hurts > when I send a lot of packets through"... "Well, dont do that" > > Using polling prevents the lockup, but it will of course drop packets. > This is for firewalls with a fairly high bandwidth rate, as well as I > need it to be able to survive a decent DDoS attack. I am not looking > for 1Mpps, but something more than 100Kpps > > ---Mike Hi, Thanks for all of the data. I know that a good amount of testing was done with single stream stress tests, but it's not clear how much was done with multiple streams prior to your efforts. So, I'm not terribly surprised by your results. I'm still a bit unclear on the exact topology of your setup, so if could explain it some more in private email, I'd appreciate it. For the short term, I don't think that there is anything that can be magically tweaked that will safely give better results. I know that Gleb has some ideas on a fairly simple change for the non-INTR_FAST, non-POLLING case, but I and several others worry that it's not robust in the face of real-world network problems. For the long term, I have a number of ideas for improving both the RX and TX paths in the driver. Some of it is specific to the if_em driver, some involve improvements in the FFWD and PFIL_HOOKS code as well as the driver. What will help me is if you can hook up a serial console to your machine and see if it can be made to drop to the debugger while it is under load and otherwise unresponsive. If you can, getting a process dump might help confirm where each CPU is spending its time. Scott From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 07:08:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A62416A47E for ; Sat, 11 Nov 2006 07:08:43 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 482D143D46 for ; Sat, 11 Nov 2006 07:08:40 +0000 (GMT) (envelope-from clay@milos.co.za) Received: (qmail 8049 invoked by uid 89); 11 Nov 2006 07:08:38 -0000 Received: from unknown (HELO claylaptop) (clay@milos.za.net@192.168.3.254) by bart.milos.co.za with SMTP; 11 Nov 2006 07:08:38 -0000 Message-ID: <007d01c70560$356577b0$9603a8c0@claylaptop> From: "Clayton Milos" To: References: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com><200611091536.kA9FaltD018819@lava.sentex.ca><45534E76.6020906@samsco.org><200611092200.kA9M0q1E020473@lava.sentex.ca><200611102004.kAAK4iO9027778@lava.sentex.ca><2a41acea0611101400w5b8cef40ob84ed6de181f3e2c@mail.gmail.com><200611102221.kAAML6ol028630@lava.sentex.ca> <455570D8.6070000@samsco.org> Date: Sat, 11 Nov 2006 09:08:37 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Cc: freebsd-net , glebius@freebsd.org, Jack Vogel Subject: Re: Proposed 6.2 em RELEASE patch 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, 11 Nov 2006 07:08:43 -0000 ----- Original Message ----- From: "Scott Long" To: "Mike Tancsa" Cc: "freebsd-net" ; ; ; "Jack Vogel" Sent: Saturday, November 11, 2006 8:42 AM Subject: Re: Proposed 6.2 em RELEASE patch > Mike Tancsa wrote: >> At 05:00 PM 11/10/2006, Jack Vogel wrote: >>> On 11/10/06, Mike Tancsa wrote: >>>> >>>> Some more tests. I tried again with what was committed to today's >>>> RELENG_6. I am guessing its pretty well the same patch. Polling is >>>> the only way to avoid livelock at a high pps rate. Does anyone know >>>> of any simple tools to measure end to end packet loss ? Polling will >>>> end up dropping some packets and I want to be able to compare. Same >>>> hardware from the previous post. >>> >>> The commit WAS the last patch I posted. SO, making sure I understood >>> you, >>> you are saying that POLLING is doing better than FAST_INTR, or only >>> better than the legacy code that went in with my merge? >> >> Hi, >> The last set of tests I posted are ONLY with what is in today's >> RELENG_6-- i.e. the latest commit. I did a few variations on the driver-- >> first with >> #define EM_FAST_INTR 1 >> in if_em.c >> >> one without >> >> and one with polling in the kernel. >> >> With a decent packet rate passing through, the box will lockup. Not sure >> if I am just hitting the limits of the PCIe bus, or interrupt moderation >> is not kicking in, or this is a case of "Doctor, it hurts when I send a >> lot of packets through"... "Well, dont do that" >> >> Using polling prevents the lockup, but it will of course drop packets. >> This is for firewalls with a fairly high bandwidth rate, as well as I >> need it to be able to survive a decent DDoS attack. I am not looking for >> 1Mpps, but something more than 100Kpps >> >> ---Mike > > Hi, > > Thanks for all of the data. I know that a good amount of testing was > done with single stream stress tests, but it's not clear how much was > done with multiple streams prior to your efforts. So, I'm not terribly > surprised by your results. I'm still a bit unclear on the exact > topology of your setup, so if could explain it some more in private > email, I'd appreciate it. > > For the short term, I don't think that there is anything that can be > magically tweaked that will safely give better results. I know that > Gleb has some ideas on a fairly simple change for the non-INTR_FAST, > non-POLLING case, but I and several others worry that it's not robust > in the face of real-world network problems. > > For the long term, I have a number of ideas for improving both the RX > and TX paths in the driver. Some of it is specific to the if_em driver, > some involve improvements in the FFWD and PFIL_HOOKS code as well as the > driver. What will help me is if you can hook up a serial console to > your machine and see if it can be made to drop to the debugger while it > is under load and otherwise unresponsive. If you can, getting a process > dump might help confirm where each CPU is spending its time. > > Scott I applied Jack's patch to the em driver and all seemed well until xl was giving me the same issues. Thanks Jack on my machine your first patch looks 100% Since my box does not take too much load and to me a slightly more loaded machine is better than an unstable one i re-complied the kernel without SMP so I have a dual CPU system with only one of the CPU's working. I've smacked it with about 50G of data using samba and FTP and it didn't blink. I am however using a fxp card for the live IP side but the xl's are still in the kernel and getting picked up. I have just not configured them with IP's for traffic. I don't think this is the issue tho. I'd say there's something to do with the SMP code that is causing these issues. I have another box with SMP on it. Same kind of setup with a Tyan Tiger instead of a Thunder motherboard. 2 Fxp NICs in it. Most of the time it's stable but if i throw a lot of traffic at it it locks up too. Next time it does I will post the console message, but there is no warnings about watchdog timeouts far as I can remember. It's running 5.5-RELEASE-p8 with SMP enabled. -Clay From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 07:56:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E06BF16A40F for ; Sat, 11 Nov 2006 07:56:25 +0000 (UTC) (envelope-from raj@csub.edu) Received: from mailhub.csub.edu (mailhub.csub.edu [136.168.1.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id A83E743D4C for ; Sat, 11 Nov 2006 07:56:21 +0000 (GMT) (envelope-from raj@csub.edu) Received: from cserv65.csub.edu (cserv65.csub.edu [136.168.10.65]) by mailhub.csub.edu (8.13.8/8.13.8) with ESMTP id kAB7uLDE030387 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 10 Nov 2006 23:56:21 -0800 (PST) (envelope-from raj@csub.edu) Received: from cserv65.csub.edu (localhost [127.0.0.1]) by cserv65.csub.edu (8.13.8/8.13.8) with ESMTP id kAB7uLgk001315 for ; Fri, 10 Nov 2006 23:56:21 -0800 (PST) (envelope-from raj@cserv65.csub.edu) Received: (from raj@localhost) by cserv65.csub.edu (8.13.8/8.13.8/Submit) id kAB7uLIf001314 for freebsd-stable@freebsd.org; Fri, 10 Nov 2006 23:56:21 -0800 (PST) (envelope-from raj) Date: Fri, 10 Nov 2006 23:56:21 -0800 From: Russell Jackson To: freebsd-stable@freebsd.org Message-ID: <20061111075621.GA1279@cserv65.csub.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Subject: update on dell precision 670 vs em death match 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, 11 Nov 2006 07:56:26 -0000 Whatever that last em commit was, it seems to have made the interrupt issues better. It still seems high, but it's a lot better than the 2000/s I was getting before. interrupt total rate irq1: atkbd0 54 0 irq6: fdc0 10 0 irq14: ata0 16 0 irq15: ata1 47 0 irq16: nvidia0+++ 1095231 677 irq18: uhci2+ 3421 2 irq23: ehci0 1 0 irq48: em0 115315 71 cpu0: timer 3230219 1997 cpu1: timer 3228221 1996 Total 7672535 4744 -- Russell A. Jackson Network Analyst California State University, Bakersfield From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 08:36:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B801D16A40F for ; Sat, 11 Nov 2006 08:36:30 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 394F243D49 for ; Sat, 11 Nov 2006 08:36:30 +0000 (GMT) (envelope-from max@love2party.net) Received: from [81.74.42.155] (helo=[192.168.99.198]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1GioLk2Qnn-000881; Sat, 11 Nov 2006 09:36:29 +0100 From: Max Laier To: freebsd-stable@freebsd.org Date: Sat, 11 Nov 2006 09:36:18 +0100 User-Agent: KMail/1.9.4 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: <200611110936.19397.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Scott Ullrich Subject: Re: Panic while starting OpenNTPD 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, 11 Nov 2006 08:36:30 -0000 Hey Scott, On Saturday 11 November 2006 04:44, Scott Ullrich wrote: > Sources from today, right before the compile. > > I have paused the virtual machine if someone would like me to issue > further db> commands. > > Thanks, > > Scott > > > FreeBSD 6.2-PRERELEASE #0: Sat Nov 11 02:47:35 UTC 2006 > sullrich@builder.livebsd.com:/usr/obj.pfSense/usr/src/sys/pfSense_Dev.6 > > lock order reversal: (sleepable after non-sleepable) > 1st 0xc0a57000 pf task mtx (pf task mtx) @ > /usr/src/sys/contrib/pf/net/pf.c:6406 > 2nd 0xc0a787e4 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 This one we can ignore - it's a double fault artefact. > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c0b59f08,c0b5b740,c0a03b2c,...) at > kdb_backtrace+0x29 witness_checkorder(c0a787e4,9,c09a1f59,c02) at > witness_checkorder+0x578 _sx_xlock(c0a787e4,c09a1f59,c02) at _sx_xlock+0x50 > _vm_map_lock_read(c0a787a0,c09a1f59,c02,18e17c0,c25846b0,...) at > _vm_map_lock_read+0x37 > vm_map_lookup(cc1c4a4c,0,1,cc1c4a50,cc1c4a40,cc1c4a44,cc1c4a27,cc1c4a28) > atvm_m ap_lookup+0x28 > vm_fault(c0a787a0,0,1,0,c2585a80,...) at vm_fault+0x66 > trap(cc1c4b14,0,104) at trap+0x65e > trap(8,28,28,c27432c4,c26aee00,...) at trap+0x341 > alltraps(1,c274e400,cc1c4c5c,0,0) at alltraps+0x1a > pfioctl(0,cc1c4c5c,c274e400,1,0) at pfioctl+0x3dd7 > pfil_run_hooks(c0b9c720,cc1c4cb0,c274e400,1,0) at pfil_run_hooks+0xc9 > ip_input(c2743200) at ip_input+0x274 > netisr_unregister(c0b99f78) at netisr_unregister+0x11e > netisr_queue(0) at netisr_queue+0x146 > ithread_destroy(c2584648,c25af480) at ithread_destroy+0xf6 > ithread_destroy(c25648c0,cc1c4d38,c25648c0,c06b4b5c,0,...) at > ithread_destroy+0x21b > fork_exit(c06b4b5c,c25648c0,cc1c4d38) at fork_exit+0xd0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xcc1c4d6c, ebp = 0 --- > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x104 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0489090 > stack pointer = 0x28:0xcc1c4b54 > frame pointer = 0x28:0xcc1c4c1c > 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 = 13 (swi1: net) > [thread pid 13 tid 100003 ] > Stopped at pf_test+0x968: cmpl $0,0x104(%eax) > db> bt > Tracing pid 13 tid 100003 td 0xc2585a80 > pf_test(1,c274e400,cc1c4c5c,0,0) at pf_test+0x968 > pfioctl(0,cc1c4c5c,c274e400,1,0) at pfioctl+0x3dd7 > pfil_run_hooks(c0b9c720,cc1c4cb0,c274e400,1,0) at pfil_run_hooks+0xc9 This part of the trace is *very* strange. I don't see how pfil would call to pfioctl. Can you get line numbers for pfioctl+0x3dd7 and pf_test+0x968 ? "ps" would also be helpful. Thanks. > ip_input(c2743200) at ip_input+0x274 > netisr_unregister(c0b99f78) at netisr_unregister+0x11e > netisr_queue(0) at netisr_queue+0x146 > ithread_destroy(c2584648,c25af480) at ithread_destroy+0xf6 > ithread_destroy(c25648c0,cc1c4d38,c25648c0,c06b4b5c,0,...) at > ithread_destroy+0x21b > fork_exit(c06b4b5c,c25648c0,cc1c4d38) at fork_exit+0xd0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xcc1c4d6c, ebp = 0 --- > db> -- Max From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 10:49:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB12516A4A0; Sat, 11 Nov 2006 10:49:20 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5A5943D4C; Sat, 11 Nov 2006 10:49:18 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 19EDE170A8; Sat, 11 Nov 2006 11:49:37 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MowhBCaLcthp; Sat, 11 Nov 2006 11:49:31 +0100 (CET) Received: by mx0.rink.nu (Postfix, from userid 1000) id 2A7441707D; Sat, 11 Nov 2006 11:49:31 +0100 (CET) Date: Sat, 11 Nov 2006 11:49:31 +0100 From: Rink Springer To: Mike Tancsa Message-ID: <20061111104931.GA55446@rink.nu> References: <20061103100341.GA3774@rink.nu> <200611031223.kA3CNnV7081973@lava.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <200611031223.kA3CNnV7081973@lava.sentex.ca> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org, Rink Springer , imp@freebsd.org Subject: Re: [PATCH] Intel PRO/100 VE extra PCI ID 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, 11 Nov 2006 10:49:20 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Fri, Nov 03, 2006 at 07:25:57AM -0500, Mike Tancsa wrote: > There is another fxp ID as well >=20 > http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/030169.html >=20 > Jack Vogel was going to look at it, but I think he is pretty busy=20 > with the em issue and it would be nice to get this in prior to 6.2 as=20 > this board is becoming common in the retail channel (around here at least) It's now in both HEAD and RELENG_6. Thanks for the report! --=20 Rink P.W. Springer - http://rink.nu "It's you isn't it? THE BASTARD OPERATOR FROM HELL!" "In the flesh, on the phone and in your account..." - BOFH #3 --qMm9M+Fa2AknHoGS Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIJawYJKoZIhvcNAQcCoIIJXDCCCVgCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BuIwggObMIIDBKADAgECAhAiuN7bs9pg6t3I0n6G5OOTMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNjExMDgwOTI2 NTNaFw0wNzExMDgwOTI2NTNaMIHSMREwDwYDVQQEEwhTcHJpbmdlcjEaMBgGA1UEKhMRUmlu ayBQZXRlciBXeWNoZXIxIzAhBgNVBAMTGlJpbmsgUGV0ZXIgV3ljaGVyIFNwcmluZ2VyMRsw GQYJKoZIhvcNAQkBFgxtYWlsQHJpbmsubnUxHzAdBgkqhkiG9w0BCQEWEHJpbmtAZnJlZWJz ZC5vcmcxIDAeBgkqhkiG9w0BCQEWEXJpbmtAaWwuZm9udHlzLm5sMRwwGgYJKoZIhvcNAQkB Fg1yaW5rQHN0YWNrLm5sMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxryGDfel YzzENX7wodkbVY1NALfaiPfNEG10YjD8ZWdK9zkN26Tc878Shbqapq0KYFD8TACGfEhKoMvo qbf0PHAS/gNYr81Arqa9FRPUfzvtDE/cMbhvI+p7ufBITyYnPJp9MUD72iT+DohRR2ISVi3i NAEgDuSbYYNxctnvXqU6O6EPy3mzoFPDoiOQwBfVtFrjxBbND9BUK2bjtUyGt4x8I/Vulzrt qLPTokva+b97DHRgbCA/aLLYIrU6QoqOFJ8GrAbro/FZLYh4m1oJk3FEHVQOKkk7xzIaFmmP QGJRL8m6nrIZFTrQ+X2wmzfLD55K/UiqbekOuMiWbY9EbwIDAQABo10wWzBLBgNVHREERDBC gQxtYWlsQHJpbmsubnWBEHJpbmtAZnJlZWJzZC5vcmeBEXJpbmtAaWwuZm9udHlzLm5sgQ1y aW5rQHN0YWNrLm5sMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAIfIcieRjePBA wjZqvOdGpyPcNDnK/ubeQSTV5Y4AHWxm1sXhQxB/XrQ3RVdz1qDnBRL1AjkEBAl8e9+am4s6 D6TaSlmJeNXn6ZPJTQecisz3M+AKiMckShM3oAeUi0ktn1yNYR+hz5aQN612XT5OZRYznJVZ kPf1DiA2RVVyz+MwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNV BAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkq hkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAw WhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH 5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBly YLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJo dHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNV HQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0G CSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3 h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICUTCCAk0CAQEwdjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECECK43tuz2mDq3cjS fobk45MwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wNjExMTExMDQ5MzBaMCMGCSqGSIb3DQEJBDEWBBQRmIRBo1dnPnpT1gcW+2wE Px8gnTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQBt TZcBpJQNYX+lCrtgA/sVAaofG7yd/OnMAXAbsoRCZJ1hHxvdC7fLIspj7K3x98HYHzdHIADF Y1Lo3FFQz9QKjFg7YUnHYMg00VNwQzsrZPN9PsK8POGjx1oBDNyPLR/JiKjsqI14BDs6zuGX ZzQS2t0Yf+bV9lZ0NL5RYNGprwUV8DOWWo3UB3xhBf5Mr8iwPr68FtbsDN1KAdMrOj8Ah2E9 wuF0BiBC1QzGzTsDffy17dMLlJn6brUgILA66WOZ/I9sUdKrKJxZ07maQsJh6bTogAu/hTmd xL6jCsptePSjo9wJma+7LB9DdpnHpH4TQ+BGFBKlCGELnkGENPM5 --qMm9M+Fa2AknHoGS-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 12:05:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 345F016A47C; Sat, 11 Nov 2006 12:05:18 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FD1D43D5D; Sat, 11 Nov 2006 12:05:12 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kABC5BfX013224; Sat, 11 Nov 2006 07:05:11 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id kABC59gP032197 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Nov 2006 07:05:09 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200611111205.kABC59gP032197@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 11 Nov 2006 07:05:17 -0500 To: Scott Long From: Mike Tancsa In-Reply-To: <455570D8.6070000@samsco.org> References: <2a41acea0611081719h31be096eu614d2f2325aff511@mail.gmail.com> <200611091536.kA9FaltD018819@lava.sentex.ca> <45534E76.6020906@samsco.org> <200611092200.kA9M0q1E020473@lava.sentex.ca> <200611102004.kAAK4iO9027778@lava.sentex.ca> <2a41acea0611101400w5b8cef40ob84ed6de181f3e2c@mail.gmail.com> <200611102221.kAAML6ol028630@lava.sentex.ca> <455570D8.6070000@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-net , glebius@freebsd.org, freebsd-stable@freebsd.org, Jack Vogel Subject: Re: Proposed 6.2 em RELEASE patch 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, 11 Nov 2006 12:05:18 -0000 At 01:42 AM 11/11/2006, Scott Long wrote: >surprised by your results. I'm still a bit unclear on the exact >topology of your setup, so if could explain it some more in private >email, I'd appreciate it. Hi, I made a quick diagram of the test setup that should make it more clear http://www.tancsa.com/blast.jpg Basically 5 boxes (plus my workstation for out of band access), the main one being tested is the box marked R2 which has a 2 port PCIe em NIC (Pro 1000PT) in the motherboard's 4X slot. I have 2 test boxes as UDP senders and 2 test boxes as UDP receivers, and all the packets flow through the 2 interfaces of R2. With one stream of packets being blasted across, the box is dropping some packets even on its OOB management interface. With 2, its totally unresponsive. Only with polling am I able to continue to work on the box via the OOB interface while one and even 2 streams of UDP packets are blasting across. However, in polling mode some amount of packets are being dropped and I guess I need to better understand how many. My goal in all this is to have a firewall / router that can withstand a high pps workload that will still be reachable OOB when under attack or even under high workload. To measure how many packets are dropped I was looking at making a modified netreceive to count the packets it gets so I can test to see if polling mode will be adequate for my needs. Lets say the max pps the box can handle is X, either in polling or non polling modes. As the box approaches X and gets pushed beyond X, I guess the ideal situation for my needs would be that it drops some packets on the busiest interface so that it can still function and service its other needs, be that network, disk, whatever. But my question is, is X the same for polling and non polling modes. >For the short term, I don't think that there is anything that can be >magically tweaked that will safely give better results. I know that >Gleb has some ideas on a fairly simple change for the non-INTR_FAST, >non-POLLING case, but I and several others worry that it's not robust >in the face of real-world network problems. > >For the long term, I have a number of ideas for improving both the RX >and TX paths in the driver. Some of it is specific to the if_em driver, >some involve improvements in the FFWD and PFIL_HOOKS code as well as the >driver. What will help me is if you can hook up a serial console to >your machine and see if it can be made to drop to the debugger while it >is under load and otherwise unresponsive. If you can, getting a process >dump might help confirm where each CPU is spending its time. Yes, I will see what I can do over the weekend. I have some changes to babysit again tomorrow night and will see what I can do between cycles. ---Mike From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 17:53:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0176B16A47C for ; Sat, 11 Nov 2006 17:53:38 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E2EA43D6A for ; Sat, 11 Nov 2006 17:53:36 +0000 (GMT) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1Gix2p-0004FP-RA>; Sat, 11 Nov 2006 18:53:31 +0100 Received: from e178002185.adsl.alicedsl.de ([85.178.2.185] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1Gix2p-00004u-OZ>; Sat, 11 Nov 2006 18:53:31 +0100 Message-ID: <45560E17.6070306@mail.zedat.fu-berlin.de> Date: Sat, 11 Nov 2006 18:53:27 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: Daniel O'Connor References: <4554D43E.5010700@highperformance.net> <20061110222434.GA76724@icarus.home.lan> <200611111019.43944.doconnor@gsoft.com.au> In-Reply-To: <200611111019.43944.doconnor@gsoft.com.au> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.2.185 Cc: freebsd-stable@freebsd.org Subject: Re: Compiler Options 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, 11 Nov 2006 17:53:39 -0000 Daniel O'Connor wrote: > On Saturday 11 November 2006 08:54, Jeremy Chadwick wrote: > >> The kernel itself _will not_ use any SSE or MMX operations when built. >> This is because these optimisations are known to break the FreeBSD >> kernel. This applies to all i386 architectures, and probably 64-bit >> architectures too (not sure). >> > > I think this is mainly because the kernel has no FPU context so you can't > actually use any FPU operation (including SSE & MMX) without potentially > trashing userland data. > This is a good question to ask why. Still a relict from FreeBSDs BSD4.4 legacy root? > Also, the cost of saving/restoring the context is quite high so potential > benefits are largely negated. > Well, this is often subject of lectures even at universities today and even it is so, modern hardware design should be aware of those disadvantages. Ans this leads to the question whether this is in FreeBSD so because it is really still a disadvantage (what I do not believe, even on i386 hardware) or it is said to be so due to nobody has taken care about that. As I remember myself, modern Linux kernels use MMX/SSE registers even for purposes of getting an advantage in speed. > (I could be wrong but the above is what I remember reading on various lists > over the years :) > Yes, over the years ... Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 18:55:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D77A16A40F for ; Sat, 11 Nov 2006 18:55:55 +0000 (UTC) (envelope-from alex.roman@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 145DA43D5A for ; Sat, 11 Nov 2006 18:55:53 +0000 (GMT) (envelope-from alex.roman@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so1184028nfc for ; Sat, 11 Nov 2006 10:55:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=dXiV5uGdUxMfhW2cxx8DDVK5krkWK+Izi1VoJf+bMQCnz4+X9ppRLsTlQ/GU5rwmtfxuHbRTrEcOvkM/sa70/hRfmAXf+LI6cjmnzFTdVmlK9p4s+7uoEll/kaQTRMjymHOydZvRV45MULHX7QKkYVJEZypu+r490ZxyZ2fRcqE= Received: by 10.49.34.3 with SMTP id m3mr4826088nfj.1163271352726; Sat, 11 Nov 2006 10:55:52 -0800 (PST) Received: by 10.49.34.13 with HTTP; Sat, 11 Nov 2006 10:55:52 -0800 (PST) Message-ID: <8c0c43de0611111055g51464f8dy77fe38053669597a@mail.gmail.com> Date: Sat, 11 Nov 2006 13:55:52 -0500 From: "Alex Roman" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 6-STABLE oddity 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, 11 Nov 2006 18:55:55 -0000 Hello list, I've installed 6.1 on my laptop, then proceeded with an upgrade to 6-STABLE (as per the handbook). During the make buildworld step, a file had a spelling error (atomoc instead of atomic). Becaose o and i were so close I fixed the problem and ignored it, thinking it was human error. However, now, after the upgrade, I'm trying to install KDE from ports. I've seen several such spelling problems: #defone instead of #define, fanse instead of false. Here's an example: /usr/X11R6/bin/moc ./kfilesharedlg.h -o kfilesharedlg.moc if /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../dcop -I../../kdecore -I../../kio/kssl -I../../kjs -I./../libltdl/ -I../.. -I../../kdefx -I../../kio/kio -I../../kio/bookmarks -I../../dcop -I../../libltdl -I../../kdefx -I../../kdecore -I../../kdecore -I../../kdeui -I../../kio -I../../kio/kio -I../../kio/kfile -I../.. -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/libart-2.0 -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -march=pentium-m -fconserve-space -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT kfilesharedlg.lo -MD -MP -MF ".deps/kfilesharedlg.Tpo" -c -o kfilesharedlg.lo kfilesharedlg.cpp; \ then mv -f ".deps/kfilesharedlg.Tpo" ".deps/kfilesharedlg.Plo"; else rm -f ".deps/kfilesharedlg.Tpo"; exit 1; fi In file included from kfilesharedlg.h:23, from kfilesharedlg.cpp:20: ./kpropertiesdialog.h:117: error: `fanse' was not declared in this scope gmake[3]: *** [kfilesharedlg.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.5.4/kio/kfile' I've opened the file kpropertiesdialog.h, line 117, and here's what's in there: bool modal = false, bool autoShow = true); No, I've not misspelled it now, now false is spelled correctly! What is going on? There seems to be some sort of corruption happening, but at what layer, I'm not sure. I don't think it's the disk, since the information was right the second time... Any suggestions would be appreciated. Thank you! Regards... -- Alex Roman From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 18:58:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EA0D16A403 for ; Sat, 11 Nov 2006 18:58:12 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50CFA43D49 for ; Sat, 11 Nov 2006 18:58:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 499651A3C1E; Sat, 11 Nov 2006 10:58:12 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 75EFC51390; Sat, 11 Nov 2006 13:58:02 -0500 (EST) Date: Sat, 11 Nov 2006 13:58:02 -0500 From: Kris Kennaway To: Alex Roman Message-ID: <20061111185802.GA7505@xor.obsecurity.org> References: <8c0c43de0611111055g51464f8dy77fe38053669597a@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <8c0c43de0611111055g51464f8dy77fe38053669597a@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: 6-STABLE oddity 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, 11 Nov 2006 18:58:12 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 11, 2006 at 01:55:52PM -0500, Alex Roman wrote: > Hello list, >=20 > I've installed 6.1 on my laptop, then proceeded with an upgrade to > 6-STABLE (as per the handbook). >=20 > During the make buildworld step, a file had a spelling error (atomoc > instead of atomic). Becaose o and i were so close I fixed the problem > and ignored it, thinking it was human error. >=20 > However, now, after the upgrade, I'm trying to install KDE from ports. > I've seen several such spelling problems: #defone instead of #define, > fanse instead of false. >=20 > Here's an example: > /usr/X11R6/bin/moc ./kfilesharedlg.h -o kfilesharedlg.moc > if /bin/sh /usr/local/bin/libtool --silent --tag=3DCXX --mode=3Dcompile > c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../dcop -I../../kdecore > -I../../kio/kssl -I../../kjs -I./../libltdl/ -I../.. -I../../kdefx > -I../../kio/kio -I../../kio/bookmarks -I../../dcop -I../../libltdl > -I../../kdefx -I../../kdecore -I../../kdecore -I../../kdeui > -I../../kio -I../../kio/kio -I../../kio/kfile -I../.. > -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include > -I/usr/local/include/libart-2.0 -D_THREAD_SAFE -pthread > -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include > -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wno-long-long > -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe > -march=3Dpentium-m -fconserve-space -Wno-non-virtual-dtor > -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE > -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT > kfilesharedlg.lo -MD -MP -MF ".deps/kfilesharedlg.Tpo" -c -o > kfilesharedlg.lo kfilesharedlg.cpp; \ > then mv -f ".deps/kfilesharedlg.Tpo" > ".deps/kfilesharedlg.Plo"; else rm -f ".deps/kfilesharedlg.Tpo"; exit > 1; fi > In file included from kfilesharedlg.h:23, > from kfilesharedlg.cpp:20: > ./kpropertiesdialog.h:117: error: `fanse' was not declared in this scope > gmake[3]: *** [kfilesharedlg.lo] Error 1 > gmake[3]: Leaving directory > `/usr/ports/x11/kdelibs3/work/kdelibs-3.5.4/kio/kfile' >=20 > I've opened the file kpropertiesdialog.h, line 117, and here's what's in= =20 > there: > bool modal =3D false, bool autoShow =3D true); > No, I've not misspelled it now, now false is spelled correctly! >=20 > What is going on? There seems to be some sort of corruption happening, > but at what layer, I'm not sure. I don't think it's the disk, since > the information was right the second time... Such things are almost always bad ram. Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFVh05Wry0BWjoQKURAtAjAKDW//4+4qGkVVkiaxpgZ67/VNLR2gCgkpE4 VjhgUelV3n2ma8cASs6LsIU= =jAe8 -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 19:13:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE0CD16A47B for ; Sat, 11 Nov 2006 19:13:30 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96C3843D55 for ; Sat, 11 Nov 2006 19:13:22 +0000 (GMT) (envelope-from clay@milos.co.za) Received: (qmail 32385 invoked by uid 89); 11 Nov 2006 19:13:13 -0000 Received: from unknown (HELO claylaptop) (clay@milos.za.net@192.168.3.254) by bart.milos.co.za with SMTP; 11 Nov 2006 19:13:13 -0000 Message-ID: <032501c705c5$6cefa790$9603a8c0@claylaptop> From: "Clayton Milos" To: References: <8c0c43de0611111055g51464f8dy77fe38053669597a@mail.gmail.com> Date: Sat, 11 Nov 2006 21:13:09 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Subject: Re: 6-STABLE oddity 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, 11 Nov 2006 19:13:31 -0000 ----- Original Message ----- From: "Alex Roman" To: Sent: Saturday, November 11, 2006 8:55 PM Subject: 6-STABLE oddity > Hello list, > > I've installed 6.1 on my laptop, then proceeded with an upgrade to > 6-STABLE (as per the handbook). > > During the make buildworld step, a file had a spelling error (atomoc > instead of atomic). Becaose o and i were so close I fixed the problem > and ignored it, thinking it was human error. > > However, now, after the upgrade, I'm trying to install KDE from ports. > I've seen several such spelling problems: #defone instead of #define, > fanse instead of false. > > Here's an example: > /usr/X11R6/bin/moc ./kfilesharedlg.h -o kfilesharedlg.moc > if /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=compile > c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../dcop -I../../kdecore > -I../../kio/kssl -I../../kjs -I./../libltdl/ -I../.. -I../../kdefx > -I../../kio/kio -I../../kio/bookmarks -I../../dcop -I../../libltdl > -I../../kdefx -I../../kdecore -I../../kdecore -I../../kdeui > -I../../kio -I../../kio/kio -I../../kio/kfile -I../.. > -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include > -I/usr/local/include/libart-2.0 -D_THREAD_SAFE -pthread > -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include > -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wno-long-long > -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe > -march=pentium-m -fconserve-space -Wno-non-virtual-dtor > -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE > -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT > kfilesharedlg.lo -MD -MP -MF ".deps/kfilesharedlg.Tpo" -c -o > kfilesharedlg.lo kfilesharedlg.cpp; \ > then mv -f ".deps/kfilesharedlg.Tpo" > ".deps/kfilesharedlg.Plo"; else rm -f ".deps/kfilesharedlg.Tpo"; exit > 1; fi > In file included from kfilesharedlg.h:23, > from kfilesharedlg.cpp:20: > ./kpropertiesdialog.h:117: error: `fanse' was not declared in this scope > gmake[3]: *** [kfilesharedlg.lo] Error 1 > gmake[3]: Leaving directory > `/usr/ports/x11/kdelibs3/work/kdelibs-3.5.4/kio/kfile' > > I've opened the file kpropertiesdialog.h, line 117, and here's what's in > there: > bool modal = false, bool autoShow = true); > No, I've not misspelled it now, now false is spelled correctly! > > What is going on? There seems to be some sort of corruption happening, > but at what layer, I'm not sure. I don't think it's the disk, since > the information was right the second time... > > > Any suggestions would be appreciated. > Thank you! > > Regards... > > > -- > Alex Roman > _______________________________________________ > 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" > Download, burn to CD and run http://www.memtest86.com/ Usually problems of this sort are faulty ram. I had a buddy getting odd errors on copying files that happenned at random. Turned out to be bad ram too. -Clay From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 20:53:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B99F16A403 for ; Sat, 11 Nov 2006 20:53:30 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DE5543D49 for ; Sat, 11 Nov 2006 20:53:29 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id B374D208697 for ; Sat, 11 Nov 2006 14:53:28 -0600 (CST) X-Virus-Scanned: amavisd-new at honeypot.net Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wD423CqmwNSn for ; Sat, 11 Nov 2006 14:53:25 -0600 (CST) Received: from kanga.honeypot.net (kanga.honeypot.net [IPv6:2001:470:1f01:224:1::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 02FF920581F for ; Sat, 11 Nov 2006 14:53:24 -0600 (CST) From: Kirk Strauser To: freebsd-stable@freebsd.org Date: Sat, 11 Nov 2006 14:53:17 -0600 User-Agent: KMail/1.9.4 X-Face: &'; cS03F?rr_w2Qce.d2f7xmwXfcJWDs>}CkpDw.c]ZJJ_)i0Nx Subject: nvidia-driver-1.0.8776 was giving me READ_DMA timeouts 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, 11 Nov 2006 20:53:30 -0000 --nextPart1285595.C5HlZ2SSqO Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I upgraded my 6.1-STABLE box a week or so ago, and numerous ports at the sa= me=20 time. For the last week, I've had all sorts of random reboots on a normall= y=20 rock solid system. Yesterday I noticed that whenever I was looking at a=20 console, the machine was stable as usual, but when X was visible, the ATA=20 drives would throw spurious READ_DMA timeouts. I downgraded from=20 nvidia-driver-1.0.8776 to .8774 and the problems have completely disappeare= d=20 and the system is back to normal. I know it sounds silly and I can't explain it, but the most recent NVidia=20 drivers made my system feel as stable as Windows ME on an overclocked Cyrix= =2E =20 I'm posting this here mainly for the benefit of anyone else who might be=20 having similar problems. =2D-=20 Kirk Strauser --nextPart1285595.C5HlZ2SSqO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFVjhD5sRg+Y0CpvERAgWkAJ0SEwYbYilX0eIroKUUUSe/FzCkvQCdHWNc 1PZHu/EfScVB+b90RvW+e/E= =Hb7u -----END PGP SIGNATURE----- --nextPart1285595.C5HlZ2SSqO-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 21:18:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA0E916A57A for ; Sat, 11 Nov 2006 21:18:14 +0000 (UTC) (envelope-from indigo23@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57CC343D4C for ; Sat, 11 Nov 2006 21:18:14 +0000 (GMT) (envelope-from indigo23@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so502397nzh for ; Sat, 11 Nov 2006 13:18:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=q7g1L5SEBnNFM3HHdmLse4vR5B2WQ8Jyxqu6UWhVn/q5yGzV2QNadDWgNQVippj6d2GFBaG16mNsqmR8T6/QPpVV8IdSAUL6mqAitUQCbW92KSb3RKnSazZT0PaeDq+ZCdhj5DFqXhHOMLP/MSs1Pl1a5/J7j1/0OKPiyGeMnm8= Received: by 10.35.80.20 with SMTP id h20mr6692558pyl.1163279524340; Sat, 11 Nov 2006 13:12:04 -0800 (PST) Received: by 10.35.89.7 with HTTP; Sat, 11 Nov 2006 13:12:04 -0800 (PST) Message-ID: <6f50eac40611111312t43c792bdlb03af9a1435f9c4d@mail.gmail.com> Date: Sat, 11 Nov 2006 16:12:04 -0500 From: "Indigo 23" To: kirk@strauser.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: RE: nvidia-driver-1.0.8776 was giving me READ_DMA timeouts 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, 11 Nov 2006 21:18:14 -0000 > I upgraded my 6.1-STABLE box a week or so ago, and numerous ports at the same > time. For the last week, I've had all sorts of random reboots on a normally > rock solid system. Yesterday I noticed that whenever I was looking at a > console, the machine was stable as usual, but when X was visible, the ATA > drives would throw spurious READ_DMA timeouts. I downgraded from > nvidia-driver-1.0.8776 to .8774 and the problems have completely disappeared > and the system is back to normal. > > I know it sounds silly and I can't explain it, but the most recent NVidia > drivers made my system feel as stable as Windows ME on an overclocked Cyrix. > I'm posting this here mainly for the benefit of anyone else who might be > having similar problems. > -- > Kirk Strauser I also had similar problems with the latest nvidia drivers on FreeBSD 6.1-STABLE. My box used to run rock solid, then after the update to .8776, it started locking up under heavy loads when X was running. Any idea if this is a known bug in the drivers (i.e. nvidia is aware of the problem)? From owner-freebsd-stable@FreeBSD.ORG Sat Nov 11 23:09:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ACD916A4AB for ; Sat, 11 Nov 2006 23:09:01 +0000 (UTC) (envelope-from alex.roman@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 AE8D543D53 for ; Sat, 11 Nov 2006 23:09:00 +0000 (GMT) (envelope-from alex.roman@gmail.com) Received: by nf-out-0910.google.com with SMTP id l23so20577nfc for ; Sat, 11 Nov 2006 15:08:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ffGlTLMRuasEUfYm9HKs7qLmgw+EdkiCQUVaVBOaWGMH7ySAtdHnGIisxOE78Gwt0FxtvwZbblaOcWleIqPomkSTZj3lV7uCjHEBVeNBAm7j022cN17FJVeMr5u910+NTQ6vQjRvr0vdJXfuT8HKipz4NL7cYD2+uMUamnygkKo= Received: by 10.49.92.18 with SMTP id u18mr7534359nfl.1163286539373; Sat, 11 Nov 2006 15:08:59 -0800 (PST) Received: by 10.49.34.13 with HTTP; Sat, 11 Nov 2006 15:08:59 -0800 (PST) Message-ID: <8c0c43de0611111508s32901aa2l3635fbbb27e9a155@mail.gmail.com> Date: Sat, 11 Nov 2006 18:08:59 -0500 From: "Alex Roman" To: freebsd-stable@freebsd.org In-Reply-To: <032501c705c5$6cefa790$9603a8c0@claylaptop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8c0c43de0611111055g51464f8dy77fe38053669597a@mail.gmail.com> <032501c705c5$6cefa790$9603a8c0@claylaptop> Subject: Re: 6-STABLE oddity 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, 11 Nov 2006 23:09:01 -0000 Most interesting. I will indeed check it out when I get home. Thanks for the quick reply! On 11/11/06, Clayton Milos wrote: > > ----- Original Message ----- > From: "Alex Roman" > To: > Sent: Saturday, November 11, 2006 8:55 PM > Subject: 6-STABLE oddity > > > > Hello list, > > > > I've installed 6.1 on my laptop, then proceeded with an upgrade to > > 6-STABLE (as per the handbook). > > > > During the make buildworld step, a file had a spelling error (atomoc > > instead of atomic). Becaose o and i were so close I fixed the problem > > and ignored it, thinking it was human error. > > > > However, now, after the upgrade, I'm trying to install KDE from ports. > > I've seen several such spelling problems: #defone instead of #define, > > fanse instead of false. > > > > Here's an example: > > /usr/X11R6/bin/moc ./kfilesharedlg.h -o kfilesharedlg.moc > > if /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=compile > > c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../dcop -I../../kdecore > > -I../../kio/kssl -I../../kjs -I./../libltdl/ -I../.. -I../../kdefx > > -I../../kio/kio -I../../kio/bookmarks -I../../dcop -I../../libltdl > > -I../../kdefx -I../../kdecore -I../../kdecore -I../../kdeui > > -I../../kio -I../../kio/kio -I../../kio/kfile -I../.. > > -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include > > -I/usr/local/include/libart-2.0 -D_THREAD_SAFE -pthread > > -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include > > -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wno-long-long > > -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe > > -march=pentium-m -fconserve-space -Wno-non-virtual-dtor > > -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE > > -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT > > kfilesharedlg.lo -MD -MP -MF ".deps/kfilesharedlg.Tpo" -c -o > > kfilesharedlg.lo kfilesharedlg.cpp; \ > > then mv -f ".deps/kfilesharedlg.Tpo" > > ".deps/kfilesharedlg.Plo"; else rm -f ".deps/kfilesharedlg.Tpo"; exit > > 1; fi > > In file included from kfilesharedlg.h:23, > > from kfilesharedlg.cpp:20: > > ./kpropertiesdialog.h:117: error: `fanse' was not declared in this scope > > gmake[3]: *** [kfilesharedlg.lo] Error 1 > > gmake[3]: Leaving directory > > `/usr/ports/x11/kdelibs3/work/kdelibs-3.5.4/kio/kfile' > > > > I've opened the file kpropertiesdialog.h, line 117, and here's what's in > > there: > > bool modal = false, bool autoShow = true); > > No, I've not misspelled it now, now false is spelled correctly! > > > > What is going on? There seems to be some sort of corruption happening, > > but at what layer, I'm not sure. I don't think it's the disk, since > > the information was right the second time... > > > > > > Any suggestions would be appreciated. > > Thank you! > > > > Regards... > > > > > > -- > > Alex Roman > > _______________________________________________ > > 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" > > > > > Download, burn to CD and run http://www.memtest86.com/ > > Usually problems of this sort are faulty ram. > I had a buddy getting odd errors on copying files that happenned at random. > Turned out to be bad ram too. > > -Clay > > _______________________________________________ > 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" > -- Alex Roman