From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 00:35:27 2004 Return-Path: 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 78AAC16A4CE; Sun, 21 Nov 2004 00:35:27 +0000 (GMT) Received: from mail.agala.net (Ib21d.i.pppool.de [85.73.178.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA2C543D48; Sun, 21 Nov 2004 00:35:22 +0000 (GMT) (envelope-from frank@barda.agala.net) Received: from mail.agala.net (mail.agala.net [192.168.20.1]) by mail.agala.net (8.13.1/8.13.1) with ESMTP id iAL0XQMa024593; Sun, 21 Nov 2004 01:33:28 +0100 (CET) (envelope-from frank@barda.agala.net) From: "Frank J. Beckmann" Organization: agala naga doron To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Date: Sun, 21 Nov 2004 01:32:44 +0100 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411210133.14396.frank@barda.agala.net> X-Scanned-By: MIMEDefang 2.44 Subject: ppp trouble with 5.3-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Nov 2004 00:35:27 -0000 Hi, a few days ago a did an upgrade from something pre 5.3-rc7 to the latest 5.3-stable. Since then I have only trouble with ppp. My computer is connectet to the internet via pppoe (FreeNet in Germany). My provider closes the connection once every 24 ours, but ppp now fails to redial. /var/log/ppp.log says: Nov 20 12:25:36 kairo ppp[234]: tun0: LCP: deflink: LayerDown Nov 20 12:25:36 kairo ppp[234]: tun0: LCP: deflink: SendTerminateAck(22) state = Opened Nov 20 12:25:36 kairo ppp[234]: tun0: LCP: deflink: State change Opened --> Stopping Nov 20 12:25:36 kairo ppp[234]: tun0: CCP: deflink: State change Stopped --> Closed Nov 20 12:25:36 kairo ppp[234]: tun0: CCP: deflink: State change Closed --> Initial Nov 20 12:25:36 kairo ppp[234]: tun0: Phase: deflink: open -> lcp Nov 20 12:25:36 kairo ppp[234]: tun0: IPCP: deflink: LayerDown: 85.73.146.248 Nov 20 12:25:37 kairo ppp[234]: tun0: IPCP: Using trigger address 0.0.0.0 Nov 20 12:25:37 kairo ppp[234]: tun0: IPCP: deflink: State change Opened --> Starting Nov 20 12:25:37 kairo ppp[234]: tun0: IPCP: deflink: LayerFinish. Nov 20 12:25:37 kairo ppp[234]: tun0: IPCP: Connect time: 86402 secs: 76176788 octets in, 19528684 octets out Nov 20 12:25:37 kairo ppp[234]: tun0: IPCP: 128374 packets in, 133857 packets out Nov 20 12:25:37 kairo ppp[234]: tun0: IPCP: total 1107 bytes/sec, peak 131717 bytes/sec on Sat Nov 20 02:26:02 2004 Nov 20 12:25:37 kairo ppp[234]: tun0: IPCP: deflink: State change Starting --> Initial Nov 20 12:25:37 kairo ppp[234]: tun0: Phase: Received NGM_PPPOE_CLOSE Nov 20 12:25:37 kairo ppp[234]: tun0: Phase: deflink: Device disconnected Nov 20 12:25:37 kairo ppp[234]: tun0: LCP: deflink: State change Stopping --> Starting Nov 20 12:25:37 kairo ppp[234]: tun0: LCP: deflink: LayerFinish Nov 20 12:25:37 kairo ppp[234]: tun0: LCP: deflink: State change Starting --> Initial Nov 20 12:25:37 kairo ppp[234]: tun0: Phase: deflink: Disconnected! Nov 20 12:25:37 kairo ppp[234]: tun0: Phase: deflink: lcp -> logout Nov 20 12:25:37 kairo ppp[234]: tun0: Phase: deflink: Disconnected! Nov 20 12:25:37 kairo ppp[234]: tun0: Phase: deflink: logout -> hangup Nov 20 12:25:37 kairo ppp[234]: tun0: Phase: deflink: Connect time: 86412 secs: 75971965 octets in, 19848728 octets out Nov 20 12:25:37 kairo ppp[234]: tun0: Phase: deflink: 131260 packets in, 136754 packets out Nov 20 12:25:37 kairo ppp[234]: tun0: Phase: total 1108 bytes/sec, peak 131659 bytes/sec on Sat Nov 20 02:26:02 2004 Nov 20 12:25:37 kairo ppp[234]: tun0: Phase: deflink: hangup -> opening Nov 20 12:25:37 kairo ppp[234]: tun0: Phase: deflink: Enter pause (3) for redialing. Nov 20 12:25:37 kairo ppp[234]: tun0: Chat: deflink: Reconnect try 1 of 0 Nov 20 12:25:40 kairo ppp[234]: tun0: Chat: deflink: Redial timer expired. Nov 20 12:25:40 kairo ppp[234]: tun0: Phase: deflink: Connected! Nov 20 12:25:40 kairo ppp[234]: tun0: Phase: deflink: opening -> dial Nov 20 12:25:40 kairo ppp[234]: tun0: Phase: deflink: dial -> carrier Nov 20 12:25:41 kairo ppp[234]: tun0: Phase: deflink: Disconnected! Nov 20 12:25:41 kairo ppp[234]: tun0: Phase: deflink: carrier -> hangup Nov 20 12:25:41 kairo ppp[234]: tun0: Phase: deflink: Connect time: 1 secs: 0 octets in, 0 octets out Nov 20 12:25:41 kairo ppp[234]: tun0: Phase: deflink: 131260 packets in, 136754 packets out Nov 20 12:25:41 kairo ppp[234]: tun0: Phase: total 0 bytes/sec, peak 0 bytes/sec on Sat Nov 20 12:25:40 2004 Nov 20 12:25:41 kairo ppp[234]: tun0: Phase: deflink: hangup -> opening Nov 20 12:25:41 kairo ppp[234]: tun0: Phase: deflink: Enter pause (0) for redialing. Nov 20 12:25:41 kairo ppp[234]: tun0: Chat: deflink: Redial timer expired. Nov 20 12:25:41 kairo ppp[234]: tun0: Phase: deflink: Connected! Nov 20 12:25:41 kairo ppp[234]: tun0: Phase: deflink: opening -> dial Nov 20 12:25:41 kairo ppp[234]: tun0: Phase: deflink: dial -> carrier Nov 20 12:25:43 kairo ppp[234]: tun0: Phase: deflink: Disconnected! ... Even killing and restarting ppp only worked once. The other times I had to reboot. The interactive interface of ppp is broken, too: kairo:~# pppctl /var/run/tun0.socket Password: PPP ON kairo> show Use ``show ?'' to get a list. PPP ON kairo> show ? (o) = Optional context, (c) = Context required Connection closed kairo:~# Almost every command behaves that way. -- Bye Frank From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 06:50:41 2004 Return-Path: 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 B0DB016A4CE for ; Sun, 21 Nov 2004 06:50:41 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 586AC43D1F for ; Sun, 21 Nov 2004 06:50:41 +0000 (GMT) (envelope-from mail@berkana-consulting.com) Received: from [192.168.0.101] (c-24-21-207-26.client.comcast.net[24.21.207.26]) by comcast.net (sccrmhc11) with SMTP id <2004112106504001100oiqgce>; Sun, 21 Nov 2004 06:50:40 +0000 Received: from 127.0.0.1 (AVG SMTP 7.0.289 [265.3.1]); Thu, 18 Nov 2004 14:11:22 -0800 From: "Berkana Consulting" Date: Thu, 18, Nov 2004 14:04:36 -0800 To: stable@FreeBSD.ORG Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=======AVGMAIL-419D1E0A09FA=======" Message-Id: <20041121065041.586AC43D1F@mx1.FreeBSD.org> X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Current Demographics Anaysis Workshop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Nov 2004 06:50:41 -0000 --=======AVGMAIL-419D1E0A09FA======= Content-Type: multipart/alternative; boundary="----=_NextPart_000095A5-000016E9-017E41FA-A671" ------=_NextPart_000095A5-000016E9-017E41FA-A671 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Our Current Demographic Analysis Workshop = http://www.berkana-consulting.com is a fast paced, one day workshop = designed to provide both you and your organization with the tools to mine = comprehensive demographic data on your community. Beyond the 2000 = Decennial Census there is a wealth of current information available. Our = philosophy is to empower you to independently access this demographic = data. This is a basic, technical workshop that will teach you how to access, = analyze, and map data using the 2003 American Community Survey and the = annual Current Population Survey. There is a mixture of lecture and = hands-on work with one student per computer terminal. Each student will = learn how to present demographic data in compelling new ways. = The workshop is designed for human service providers, neighborhood = activists, grant writers, planners or anyone who would like to easily = look up and analyze demographic characteristics of populations and = neighborhoods. Through this workshop students can gain unique insights = into their communities and express this information in a quantitative = format. It is customized for each city it is taught in and materials are = updated weekly, so you will always have the most current version taught. You can find more information at http://www.berkana-consulting.com and = register today for a workshop in a city near you! Berkana Consulting mailto://info@berkana-consulting.com http://www.berkana-consulting.com To unsubscribe, please place in the subject "unsubscribe" and mail to = mailto://unsubscribe@berkana-consulting.com = ------=_NextPart_000095A5-000016E9-017E41FA-A671 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Our Current Demographic Analysis Workshop = http://www.berkana-consulting.com is a fast paced, one day workshop = designed to provide both you and your organization with the tools to mine = comprehensive demographic data on your community. Beyond the 2000 = Decennial Census there is a wealth of current information available. Our = philosophy is to empower you to independently access this demographic = data. This is a basic, technical workshop that will teach you how to = access, analyze, and map data using the 2003 American Community Survey = and the annual Current Population Survey. There is a mixture of lecture = and hands-on work with one student per computer terminal. Each = student will learn how to present demographic data in compelling new = ways. The workshop is designed for human service providers, neighborhood = activists, grant writers, planners or anyone who would like to easily = look up and analyze demographic characteristics of populations and = neighborhoods. Through this workshop students can gain unique = insights into their communities and express this information in a = quantitative format. It is customized for each city it is taught in = and materials are updated weekly, so you will always have the most = current version taught. You can find more information at http://www.berkana-consulting.com = and register today for a workshop in a city near you! Berkana Consulting mailto://info@berkana-consulting.com http://www.berkana-consulting.com To unsubscribe, please place in the subject "unsubscribe" = and mail to mailto://unsubscribe@berkana-consulting.com ------=_NextPart_000095A5-000016E9-017E41FA-A671-- --=======AVGMAIL-419D1E0A09FA======= Content-Type: text/plain; x-avg=cert; charset=us-ascii Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Description: "AVG certification" No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.3.1 - Release Date: 11/15/2004 --=======AVGMAIL-419D1E0A09FA=======-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 09:06:32 2004 Return-Path: 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 22BF516A4CE; Sun, 21 Nov 2004 09:06:32 +0000 (GMT) Received: from smtp20.libero.it (smtp20.libero.it [193.70.192.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 324EA43D1F; Sun, 21 Nov 2004 09:06:31 +0000 (GMT) (envelope-from wcp@pelissero.de) Received: from localhost (172.16.1.80) by smtp20.libero.it (7.0.027-DD01) id 40E3F8E701E0C688; Sun, 21 Nov 2004 10:06:29 +0100 Received: from hyde.sigea.loc (151.42.178.149) by smtp1.libero.it (7.0.027-DD01) id 40CB2909062F12AD; Sun, 21 Nov 2004 10:06:44 +0100 Received: from hyde.sigea.loc (localhost [127.0.0.1]) by hyde.sigea.loc (8.13.1/8.13.1) with ESMTP id iAL97118001144; Sun, 21 Nov 2004 10:07:01 +0100 (CET) (envelope-from wcp@hyde.sigea.loc) Received: (from wcp@localhost) by hyde.sigea.loc (8.13.1/8.13.1/Submit) id iAL970hr001141; Sun, 21 Nov 2004 10:07:00 +0100 (CET) (envelope-from wcp) From: "Walter C. Pelissero" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16800.23220.619710.945989@hyde.sigea.loc> Date: Sun, 21 Nov 2004 10:07:00 +0100 To: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org X-Mailer: VM 7.16 under Emacs 21.3.50.1 X-Attribution: WP X-For-Spammers: blacklistme@pelissero.de X-MArch-Archive-Date: 2004-11-21 10:07:01 X-MArch-Archive-ID: 29304 X-Virus-Scanned: by amavisd-new at libero.it serv2 Subject: SCSI timeouts or interrupts loss X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: walter@pelissero.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2004 09:06:32 -0000 Under FreeBSD 5.3 the SCSI subsystem on a Supermicro X6DA8-G often hangs reporting strange timeouts. The troubles start right from the beginning (see below). Sometimes, though, the boot goes smoothly, but the timouts show up later on. Once in a while the system becomes completely unusable and even the final flush of the shutdown phase doesn't work, leaving the filesystems dirty. The motherboard runs with two Xeon 2.8GHz and two 1GB RAM modules DDR-333. The threee disks are Seagate Cheetah U320 ~73GB. Nov 21 16:06:24 creosote syslogd: kernel boot file is /boot/kernel/kernel Nov 21 16:06:24 creosote kernel: Copyright (c) 1992-2004 The FreeBSD Project. Nov 21 16:06:24 creosote kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Nov 21 16:06:24 creosote kernel: The Regents of the University of California. All rights reserved. Nov 21 16:06:24 creosote kernel: FreeBSD 5.3-STABLE #3: Sun Nov 21 17:04:02 CET 2004 Nov 21 16:06:24 creosote kernel: root@:/usr/src/sys/i386/compile/CREOSOTE Nov 21 16:06:24 creosote kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Nov 21 16:06:24 creosote kernel: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.11-MHz 686-class CPU) Nov 21 16:06:24 creosote kernel: Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Nov 21 16:06:24 creosote kernel: Features=0xbfebfbff Nov 21 16:06:24 creosote kernel: Hyperthreading: 2 logical CPUs Nov 21 16:06:24 creosote kernel: real memory = 2146893824 (2047 MB) Nov 21 16:06:24 creosote kernel: avail memory = 2099605504 (2002 MB) Nov 21 16:06:24 creosote kernel: ACPI APIC Table: Nov 21 16:06:24 creosote kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Nov 21 16:06:24 creosote kernel: cpu0 (BSP): APIC ID: 0 Nov 21 16:06:24 creosote kernel: cpu1 (AP): APIC ID: 1 Nov 21 16:06:24 creosote kernel: cpu2 (AP): APIC ID: 6 Nov 21 16:06:24 creosote kernel: cpu3 (AP): APIC ID: 7 Nov 21 16:06:24 creosote kernel: ioapic0 irqs 0-23 on motherboard Nov 21 16:06:24 creosote kernel: ioapic1 irqs 24-47 on motherboard Nov 21 16:06:24 creosote kernel: ioapic2 irqs 48-71 on motherboard Nov 21 16:06:24 creosote kernel: npx0: [FAST] Nov 21 16:06:24 creosote kernel: npx0: on motherboard Nov 21 16:06:24 creosote kernel: npx0: INT 16 interface Nov 21 16:06:24 creosote kernel: acpi0: on motherboard Nov 21 16:06:24 creosote kernel: acpi0: Power Button (fixed) Nov 21 16:06:24 creosote kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Nov 21 16:06:24 creosote kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 Nov 21 16:06:24 creosote kernel: cpu0: on acpi0 Nov 21 16:06:24 creosote kernel: cpu1: on acpi0 Nov 21 16:06:24 creosote kernel: cpu2: on acpi0 Nov 21 16:06:24 creosote kernel: cpu3: on acpi0 Nov 21 16:06:24 creosote kernel: pcib0: port 0xcf8-0xcff on acpi0 Nov 21 16:06:24 creosote kernel: pci0: on pcib0 Nov 21 16:06:24 creosote kernel: pcib1: irq 16 at device 2.0 on pci0 Nov 21 16:06:24 creosote kernel: pci1: on pcib1 Nov 21 16:06:24 creosote kernel: pcib2: irq 16 at device 3.0 on pci0 Nov 21 16:06:24 creosote kernel: pci2: on pcib2 Nov 21 16:06:24 creosote kernel: pcib3: at device 0.0 on pci2 Nov 21 16:06:24 creosote kernel: pci3: on pcib3 Nov 21 16:06:24 creosote kernel: ahd0: port 0x2000-0x20ff,0x2400-0x24ff mem 0xd8200000-0xd8201fff irq 32 at device 2.0 on pci3 Nov 21 16:06:24 creosote kernel: ahd0: [GIANT-LOCKED] Nov 21 16:06:24 creosote kernel: aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs Nov 21 16:06:24 creosote kernel: ahd1: port 0x2800-0x28ff,0x2c00-0x2cff mem 0xd8202000-0xd8203fff irq 33 at device 2.1 on pci3 Nov 21 16:06:24 creosote kernel: ahd1: [GIANT-LOCKED] Nov 21 16:06:24 creosote kernel: aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs Nov 21 16:06:24 creosote kernel: pci2: at device 0.1 (no driver attached) Nov 21 16:06:24 creosote kernel: pcib4: at device 0.2 on pci2 Nov 21 16:06:24 creosote kernel: pci4: on pcib4 Nov 21 16:06:24 creosote kernel: em0: port 0x3000-0x303f mem 0xd8300000-0xd831ffff irq 54 at device 2.0 on pci4 Nov 21 16:06:24 creosote kernel: em0: Ethernet address: 00:30:48:25:b3:37 Nov 21 16:06:24 creosote kernel: em0: Speed:N/A Duplex:N/A Nov 21 16:06:24 creosote kernel: pci2: at device 0.3 (no driver attached) Nov 21 16:06:24 creosote kernel: pcib5: irq 16 at device 4.0 on pci0 Nov 21 16:06:24 creosote kernel: pci5: on pcib5 Nov 21 16:06:24 creosote kernel: pci0: at device 29.0 (no driver attached) Nov 21 16:06:24 creosote kernel: pci0: at device 29.1 (no driver attached) Nov 21 16:06:24 creosote kernel: pci0: at device 29.2 (no driver attached) Nov 21 16:06:24 creosote kernel: pci0: at device 29.3 (no driver attached) Nov 21 16:06:24 creosote kernel: pci0: at device 29.7 (no driver attached) Nov 21 16:06:24 creosote kernel: pcib6: at device 30.0 on pci0 Nov 21 16:06:24 creosote kernel: pci6: on pcib6 Nov 21 16:06:24 creosote kernel: pci6: at device 2.0 (no driver attached) Nov 21 16:06:24 creosote kernel: isab0: at device 31.0 on pci0 Nov 21 16:06:24 creosote kernel: isa0: on isab0 Nov 21 16:06:24 creosote kernel: atapci0: port 0x18e0-0x18ef,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 Nov 21 16:06:24 creosote kernel: ata0: channel #0 on atapci0 Nov 21 16:06:24 creosote kernel: ata1: channel #1 on atapci0 Nov 21 16:06:24 creosote kernel: pci0: at device 31.3 (no driver attached) Nov 21 16:06:24 creosote kernel: pci0: at device 31.5 (no driver attached) Nov 21 16:06:24 creosote kernel: acpi_button0: on acpi0 Nov 21 16:06:24 creosote kernel: atkbdc0: port 0x64,0x60 irq 1 on acpi0 Nov 21 16:06:24 creosote kernel: atkbd0: flags 0x1 irq 1 on atkbdc0 Nov 21 16:06:24 creosote kernel: kbd0 at atkbd0 Nov 21 16:06:24 creosote kernel: atkbd0: [GIANT-LOCKED] Nov 21 16:06:24 creosote kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Nov 21 16:06:24 creosote kernel: sio0: type 16550A Nov 21 16:06:24 creosote kernel: sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 Nov 21 16:06:24 creosote kernel: sio1: type 16550A Nov 21 16:06:24 creosote kernel: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 Nov 21 16:06:24 creosote kernel: fdc0: [FAST] Nov 21 16:06:24 creosote kernel: ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 Nov 21 16:06:24 creosote kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode Nov 21 16:06:24 creosote kernel: ppc0: FIFO with 16/16/9 bytes threshold Nov 21 16:06:24 creosote kernel: ppbus0: on ppc0 Nov 21 16:06:24 creosote kernel: plip0: on ppbus0 Nov 21 16:06:24 creosote kernel: lpt0: on ppbus0 Nov 21 16:06:24 creosote kernel: lpt0: Interrupt-driven port Nov 21 16:06:24 creosote kernel: ppi0: on ppbus0 Nov 21 16:06:24 creosote kernel: pmtimer0 on isa0 Nov 21 16:06:24 creosote kernel: orm0: at iomem 0xc8000-0xc8fff,0xc0000-0xc7fff on isa0 Nov 21 16:06:24 creosote kernel: sc0: at flags 0x100 on isa0 Nov 21 16:06:24 creosote kernel: sc0: VGA <16 virtual consoles, flags=0x300> Nov 21 16:06:24 creosote kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Nov 21 16:06:24 creosote kernel: Timecounters tick every 10.000 msec Nov 21 16:06:24 creosote kernel: ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging disabled Nov 21 16:06:24 creosote kernel: acd0: DVDROM at ata1-slave UDMA33 Nov 21 16:06:24 creosote kernel: Waiting 5 seconds for SCSI devices to settle Nov 21 16:06:24 creosote kernel: (probe20:ahd1:0:1:0): No or incomplete CDB sent to device. Nov 21 16:06:24 creosote kernel: (probe20:ahd1:0:1:0): Protocol violation in Message-in phase. Attempting to abort. Nov 21 16:06:24 creosote kernel: (probe20:ahd1:0:1:0): Abort Message Sent Nov 21 16:06:24 creosote kernel: (probe20:ahd1:0:1:0): SCB 14 - Abort Tag Completed. Nov 21 16:06:24 creosote kernel: found == 0x1 Nov 21 16:06:24 creosote kernel: ahd1: Invalid Sequencer interrupt occurred. Nov 21 16:06:24 creosote kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< Nov 21 16:06:24 creosote kernel: ahd1: Dumping Card State at program address 0x23b Mode 0x0 Nov 21 16:06:24 creosote kernel: Card was paused Nov 21 16:06:24 creosote kernel: INTSTAT[0x0] SELOID[0x1] SELID[0x0] HS_MAILBOX[0x0] Nov 21 16:06:24 creosote kernel: INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] Nov 21 16:06:24 creosote kernel: DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) Nov 21 16:06:24 creosote kernel: SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] Nov 21 16:06:24 creosote kernel: LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] Nov 21 16:06:24 creosote kernel: SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|INTMASK2) Nov 21 16:06:24 creosote kernel: SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x3] Nov 21 16:06:24 creosote kernel: KERNEL_QFREEZE_COUNT[0x3] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] Nov 21 16:06:24 creosote kernel: SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] Nov 21 16:06:24 creosote kernel: SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] Nov 21 16:06:24 creosote kernel: LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] Nov 21 16:06:24 creosote kernel: LQOSTAT2[0x0] Nov 21 16:06:24 creosote kernel: Nov 21 16:06:24 creosote kernel: SCB Count = 16 CMDS_PENDING = 0 LASTSCB 0xffff CURRSCB 0x9 NEXTSCB 0xff80 Nov 21 16:06:24 creosote kernel: qinstart = 39 qinfifonext = 40 Nov 21 16:06:24 creosote kernel: QINFIFO: 0xe Nov 21 16:06:24 creosote kernel: WAITING_TID_QUEUES: Nov 21 16:06:24 creosote kernel: Pending list: Nov 21 16:06:24 creosote kernel: 14 FIFO_USE[0x0] SCB_CONTROL[0x48]:(STATUS_RCVD|DISCENB) SCB_SCSIID[0x17] Nov 21 16:06:24 creosote kernel: Total 1 Nov 21 16:06:24 creosote kernel: Kernel Free SCB list: 9 15 1 2 3 4 5 6 7 8 10 11 12 13 0 Nov 21 16:06:24 creosote kernel: Sequencer Complete DMA-inprog list: Nov 21 16:06:24 creosote kernel: Sequencer Complete list: Nov 21 16:06:24 creosote kernel: Sequencer DMA-Up and Complete list: Nov 21 16:06:24 creosote kernel: Sequencer On QFreeze and Complete list: Nov 21 16:06:24 creosote kernel: Nov 21 16:06:24 creosote kernel: Nov 21 16:06:24 creosote kernel: ahd1: FIFO0 Free, LONGJMP == 0x8000, SCB 0xf Nov 21 16:06:24 creosote kernel: SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) Nov 21 16:06:24 creosote kernel: SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) Nov 21 16:06:24 creosote kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] Nov 21 16:06:24 creosote kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 Nov 21 16:06:24 creosote kernel: HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) Nov 21 16:06:24 creosote kernel: Nov 21 16:06:24 creosote kernel: ahd1: FIFO1 Free, LONGJMP == 0x8063, SCB 0x9 Nov 21 16:06:24 creosote kernel: SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) Nov 21 16:06:24 creosote kernel: SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) Nov 21 16:06:24 creosote kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] Nov 21 16:06:24 creosote kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 Nov 21 16:06:24 creosote kernel: HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) Nov 21 16:06:24 creosote kernel: LQIN: 0x8 0x0 0x0 0xf 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 Nov 21 16:06:24 creosote kernel: ahd1: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 Nov 21 16:06:24 creosote kernel: ahd1: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 Nov 21 16:06:24 creosote kernel: ahd1: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 Nov 21 16:06:24 creosote kernel: Nov 21 16:06:24 creosote kernel: SIMODE0[0xc]:(ENOVERRUN|ENIOERR) Nov 21 16:06:24 creosote kernel: CCSCBCTL[0x4]:(CCSCBDIR) Nov 21 16:06:24 creosote kernel: ahd1: REG0 == 0x8060, SINDEX = 0x10e, DINDEX = 0x104 Nov 21 16:06:24 creosote kernel: ahd1: SCBPTR == 0xf, SCB_NEXT == 0xff80, SCB_NEXT2 == 0xff34 Nov 21 16:06:24 creosote kernel: CDB 12 20 0 80 88 b6 Nov 21 16:06:24 creosote kernel: STACK: 0x236 0x2 0x0 0x0 0x0 0x0 0x0 0x0 Nov 21 16:06:24 creosote kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> Nov 21 16:06:24 creosote kernel: (probe4:ahd0:0:0:0): No or incomplete CDB sent to device. Nov 21 16:06:24 creosote kernel: (probe4:ahd0:0:0:0): Protocol violation in Message-in phase. Attempting to abort. Nov 21 16:06:24 creosote kernel: (probe4:ahd0:0:0:0): Abort Message Sent Nov 21 16:06:24 creosote kernel: (probe4:ahd0:0:0:0): SCB 15 - Abort Tag Completed. Nov 21 16:06:24 creosote kernel: found == 0x1 Nov 21 16:06:24 creosote kernel: ses0 at ahd0 bus 0 target 6 lun 0 Nov 21 16:06:24 creosote kernel: ses0: Fixed Processor SCSI-2 device Nov 21 16:06:24 creosote kernel: ses0: 3.300MB/s transfers Nov 21 16:06:24 creosote kernel: ses0: SAF-TE Compliant Device Nov 21 16:06:24 creosote kernel: ses1 at ahd1 bus 0 target 6 lun 0 Nov 21 16:06:24 creosote kernel: ses1: Fixed Processor SCSI-2 device Nov 21 16:06:24 creosote kernel: ses1: 3.300MB/s transfers Nov 21 16:06:24 creosote kernel: ses1: SAF-TE Compliant Device Nov 21 16:06:24 creosote kernel: Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Nov 21 16:06:24 creosote kernel: Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Nov 21 16:06:24 creosote kernel: da0 at ahd0 bus 0 target 0 lun 0 Nov 21 16:06:24 creosote kernel: da0: Fixed Direct Access SCSI-3 device Nov 21 16:06:24 creosote kernel: da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled Nov 21 16:06:24 creosote kernel: da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) Nov 21 16:06:24 creosote kernel: da1 at ahd1 bus 0 target 0 lun 0 Nov 21 16:06:24 creosote kernel: da1: Fixed Direct Access SCSI-3 device Nov 21 16:06:24 creosote kernel: da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled Nov 21 16:06:24 creosote kernel: da1: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) Nov 21 16:06:24 creosote kernel: da2 at ahd1 bus 0 target 1 lun 0 Nov 21 16:06:24 creosote kernel: da2: Fixed Direct Access SCSI-3 device Nov 21 16:06:24 creosote kernel: da2: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled Nov 21 16:06:24 creosote kernel: da2: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) Nov 21 16:06:24 creosote kernel: cd0 at ata1 bus 0 target 1 lun 0 Nov 21 16:06:24 creosote kernel: cd0: Removable CD-ROM SCSI-0 device Nov 21 16:06:24 creosote kernel: cd0: 33.000MB/s transfers Nov 21 16:06:24 creosote kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present Nov 21 16:06:24 creosote kernel: GEOM_MIRROR: Device home created (id=932959492). Nov 21 16:06:24 creosote kernel: GEOM_MIRROR: Device home: provider da1 detected. Nov 21 16:06:24 creosote kernel: GEOM_MIRROR: Device home: provider da2 detected. Nov 21 16:06:24 creosote kernel: GEOM_MIRROR: Device home: provider da2 activated. Nov 21 16:06:24 creosote kernel: GEOM_MIRROR: Device home: provider mirror/home launched. Nov 21 16:06:24 creosote kernel: GEOM_MIRROR: Device home: rebuilding provider da1. Nov 21 16:06:24 creosote kernel: SMP: AP CPU #2 Launched! Nov 21 16:06:24 creosote kernel: SMP: AP CPU #1 Launched! Nov 21 16:06:24 creosote kernel: SMP: AP CPU #3 Launched! Nov 21 16:06:24 creosote kernel: Mounting root from ufs:/dev/da0s1a -- walter pelissero http://www.pelissero.de From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 12:27:11 2004 Return-Path: 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 2C70816A4CE; Sun, 21 Nov 2004 12:27:11 +0000 (GMT) Received: from juniper.fornext.org (53.35.138.210.xn.2iij.net [210.138.35.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 541A943D49; Sun, 21 Nov 2004 12:27:10 +0000 (GMT) (envelope-from shino@fornext.org) Received: from [127.0.0.1] (thyme.fornext.org [192.168.3.32]) by juniper.fornext.org (Postfix) with ESMTP id B03342A; Sun, 21 Nov 2004 21:27:08 +0900 (JST) Date: Sun, 21 Nov 2004 21:27:08 +0900 From: Shunsuke SHINOMIYA To: Jeremie Le Hen In-Reply-To: <20041119120102.GM69710@obiwan.tataz.chchile.org> References: <20041119185315.C43D.SHINO@fornext.org> <20041119120102.GM69710@obiwan.tataz.chchile.org> Message-Id: <20041121205158.45CE.SHINO@fornext.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.11.02 [ja] cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re[2]: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Nov 2004 12:27:11 -0000 Jeremie, thank you for your comment. I did simple benchmark at some settings. I used two boxes which are single Xeon 2.4GHz with on-boarded em. I measured a TCP throughput by iperf. These results show that the throughput of TCP increased if Interrupt Moderation is turned OFF. At least, adjusting these parameters affected TCP performance. Other appropriate combination of parameter may exist. The settings are some combinations of hw.em0.rx_int_delay hw.em0.tx_int_delay hw.em0.rx_abs_int_delay hw.em0.tx_abs_int_delay hw.em0.int_throttle_ceil. In this mail, A setting, hw.em0.rx_int_delay: 0 hw.em0.tx_int_delay: 66 hw.em0.rx_abs_int_delay: 66 hw.em0.tx_abs_int_delay: 66 hw.em0.int_throttle_ceil: 8000 is abbreviated to (0, 66, 66, 66, 8000). TCP window size was not adjusted by iperf's options. It mean that iperf is used by default setting. sender : default(0, 66, 66, 66, 8000), receiver : default(0, 66, 66, 66, 8000) 1st trial 852Mbps 2nd trial 861Mbps 3rd trial 822Mbps 4th trial 791Mbps 5th trial 826Mbps average 830.4Mbps, std. dev. 27.6Mbps sender : (0, 0, 0, 0, 8000), receiver : (0, 0, 0, 0, 8000) 1st trial 787Mbps 2nd trial 793Mbps 3rd trial 843Mbps 4th trial 771Mbps 5th trial 848Mbps average 808.4Mbps, std. dev. 34.9Mbps sender : off(0, 0, 0, 0, 0), receiver : off(0, 0, 0, 0, 0) 1st trial 902Mbps 2nd trial 901Mbps 3rd trial 899Mbps 4th trial 894Mbps 5th trial 900Mbps average 899.2Mbps, std. dev. 3.1Mbps -- Shunsuke SHINOMIYA From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 14:49:52 2004 Return-Path: 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 0767A16A4CE for ; Sun, 21 Nov 2004 14:49:52 +0000 (GMT) Received: from fx.homeunix.org (194.105.96.29.cablesurf.de [194.105.96.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9F7543D49 for ; Sun, 21 Nov 2004 14:49:48 +0000 (GMT) (envelope-from vman@fx.homeunix.org) Received: from fx.homeunix.org (localhost [127.0.0.1]) by fx.homeunix.org (8.13.1/8.13.1) with ESMTP id iALEnhJH004601 for ; Sun, 21 Nov 2004 15:49:44 +0100 (CET) (envelope-from vman@fx.homeunix.org) Received: (from vman@localhost) by fx.homeunix.org (8.13.1/8.13.1/Submit) id iALEnhjj004600 for freebsd-stable@freebsd.org; Sun, 21 Nov 2004 15:49:43 +0100 (CET) (envelope-from vman) Date: Sun, 21 Nov 2004 15:49:43 +0100 From: Vlad Manilici To: freebsd-stable@freebsd.org Message-ID: <20041121144943.GA4493@fx.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: CVS/cvsup problems (ports/74157) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vman@tmok.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2004 14:49:52 -0000 Hi List, Please take a look at ports/74157. The maintainer closed the report a bit hastly, with the remark "please cvsup". Well, I use CVS instead (nightly rsync from allbsd.org). Even a new cvs checkout (vs. update) does not fix the problem. Who is here at fault? 1. I am. Than please someone explain me why CVS does not work. 2. The maintainer. Then please someone reopen the bug. Thanks, Vlad From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 15:08:22 2004 Return-Path: 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 0D51316A4CE for ; Sun, 21 Nov 2004 15:08:22 +0000 (GMT) Received: from av11-1-sn4.m-sp.skanova.net (av11-1-sn4.m-sp.skanova.net [81.228.10.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A51B43D1F for ; Sun, 21 Nov 2004 15:08:21 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av11-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 1084037E43; Sun, 21 Nov 2004 16:08:20 +0100 (CET) Received: from smtp4-1-sn4.m-sp.skanova.net (smtp4-1-sn4.m-sp.skanova.net [81.228.10.181]) by av11-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id EF7EB37E42 for ; Sun, 21 Nov 2004 16:08:19 +0100 (CET) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp4-1-sn4.m-sp.skanova.net (Postfix) with SMTP id A5D8837E47 for ; Sun, 21 Nov 2004 16:08:19 +0100 (CET) Received: (qmail 82485 invoked by uid 1001); 21 Nov 2004 15:08:18 -0000 Date: Sun, 21 Nov 2004 16:08:18 +0100 From: Erik Trulsson To: vman@tmok.com Message-ID: <20041121150818.GA80514@falcon.midgard.homeip.net> Mail-Followup-To: vman@tmok.com, freebsd-stable@freebsd.org References: <20041121144943.GA4493@fx.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041121144943.GA4493@fx.homeunix.org> User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org Subject: Re: CVS/cvsup problems (ports/74157) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Nov 2004 15:08:22 -0000 On Sun, Nov 21, 2004 at 03:49:43PM +0100, Vlad Manilici wrote: > Hi List, > > Please take a look at ports/74157. The maintainer closed the report a bit > hastly, with the remark "please cvsup". > > Well, I use CVS instead (nightly rsync from allbsd.org). Even a new > cvs checkout (vs. update) does not fix the problem. > > Who is here at fault? > > 1. I am. Than please someone explain me why CVS does not work. > 2. The maintainer. Then please someone reopen the bug. It works fine for me (and the file /usr/ports/shells/bash/files/patch-braces.c does not exist in my ports /tree), so I would say it is your fault. As for why CVS does not work for you it impossible to say without more information. What messages (if any) do CVS give when you try to update your tree? How - exactly - do you use CVS to update your tree? -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 15:22:07 2004 Return-Path: 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 225F016A4CE for ; Sun, 21 Nov 2004 15:22:07 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B25A43D41 for ; Sun, 21 Nov 2004 15:22:06 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.alpha-tierchen.de (port-212-202-169-228.dynamic.qsc.de [212.202.169.228]) by mail.efacilitas.de (Postfix) with ESMTP id 97F1D123A48; Sun, 21 Nov 2004 16:20:28 +0100 (CET) Received: from localhost (localhost.local [127.0.0.1]) by mail.alpha-tierchen.de (Postfix) with ESMTP id 07031616F; Sun, 21 Nov 2004 16:22:01 +0100 (CET) Received: from mail.alpha-tierchen.de ([127.0.0.1]) by localhost (mail.efacilitas.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 69652-04; Sun, 21 Nov 2004 16:21:57 +0100 (CET) Received: from alpha (alpha.local [192.168.1.2]) by mail.alpha-tierchen.de (Postfix) with ESMTP id 8A2576164; Sun, 21 Nov 2004 16:21:57 +0100 (CET) From: =?utf-8?B?QmrDtnJuIEvDtm5pZw==?= To: Date: Sun, 21 Nov 2004 16:22:04 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20041121144943.GA4493@fx.homeunix.org> Thread-Index: AcTP2ZlMwhg2r/n0R+SHusYPs5kXtgAA6XJw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20041121152157.8A2576164@mail.alpha-tierchen.de> X-Virus-Scanned: amavisd-new at alpha-tierchen.de cc: freebsd-stable@freebsd.org Subject: RE: CVS/cvsup problems (ports/74157) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Nov 2004 15:22:07 -0000 Hello, Your problem occures with bash-3.0.16, but it works fine for me. I have = bash-3.0.16_1. That's the reason why the maintainer told you that you = have to update your ports. Maybe your used CVSup server is out of date; = try another one, e.g. cvsup2.freebsd.org. Bj=C3=B6rn From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 17:27:31 2004 Return-Path: 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 BCDEF16A4CE; Sun, 21 Nov 2004 17:27:31 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94F6543D31; Sun, 21 Nov 2004 17:27:31 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 3C3BBF20E4; Sun, 21 Nov 2004 09:27:31 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11614-01; Sun, 21 Nov 2004 09:27:29 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 88FBDF20A3; Sun, 21 Nov 2004 09:27:29 -0800 (PST) From: Sean McNeil To: Shunsuke SHINOMIYA In-Reply-To: <20041121205158.45CE.SHINO@fornext.org> References: <20041119185315.C43D.SHINO@fornext.org> <20041119120102.GM69710@obiwan.tataz.chchile.org> <20041121205158.45CE.SHINO@fornext.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+MwiF7b73TDd4FXZ8OfL" Date: Sun, 21 Nov 2004 09:27:29 -0800 Message-Id: <1101058049.12022.5.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: Re[2]: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Nov 2004 17:27:31 -0000 --=-+MwiF7b73TDd4FXZ8OfL Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-11-21 at 21:27 +0900, Shunsuke SHINOMIYA wrote: > Jeremie, thank you for your comment. >=20 > I did simple benchmark at some settings. >=20 > I used two boxes which are single Xeon 2.4GHz with on-boarded em. > I measured a TCP throughput by iperf. >=20 > These results show that the throughput of TCP increased if Interrupt > Moderation is turned OFF. At least, adjusting these parameters affected > TCP performance. Other appropriate combination of parameter may exist. I have found interrupt moderation to seriously kill gigE performance. Another test you can make is to have the driver always defrag packets in em_encap(). Something like m_head =3D m_defrag(*m_headp, M_DONTWAIT); if (m_head =3D=3D NULL) return ENOBUFS; --=-+MwiF7b73TDd4FXZ8OfL Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBoNAByQsGN30uGE4RAhSXAKDEgYADxq+/EmcCYap8FGRlCgI8/ACeLxz/ w7l/SkoYwwZfQMVn4w/KTpI= =CGLu -----END PGP SIGNATURE----- --=-+MwiF7b73TDd4FXZ8OfL-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 17:40:56 2004 Return-Path: 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 E2AF416A4CE for ; Sun, 21 Nov 2004 17:40:55 +0000 (GMT) Received: from av11-1-sn4.m-sp.skanova.net (av11-1-sn4.m-sp.skanova.net [81.228.10.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id D56AA43D2F for ; Sun, 21 Nov 2004 17:40:54 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av11-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id B3C0037E43; Sun, 21 Nov 2004 18:40:53 +0100 (CET) Received: from smtp4-1-sn4.m-sp.skanova.net (smtp4-1-sn4.m-sp.skanova.net [81.228.10.181]) by av11-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 9DEBF37E42 for ; Sun, 21 Nov 2004 18:40:53 +0100 (CET) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp4-1-sn4.m-sp.skanova.net (Postfix) with SMTP id 2701E37E43 for ; Sun, 21 Nov 2004 18:40:53 +0100 (CET) Received: (qmail 83264 invoked by uid 1001); 21 Nov 2004 17:40:52 -0000 Date: Sun, 21 Nov 2004 18:40:52 +0100 From: Erik Trulsson To: Vlad Manilici Message-ID: <20041121174052.GA83173@falcon.midgard.homeip.net> Mail-Followup-To: Vlad Manilici , freebsd-stable@freebsd.org References: <20041121144943.GA4493@fx.homeunix.org> <20041121150818.GA80514@falcon.midgard.homeip.net> <20041121155804.GB1143@fx.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041121155804.GB1143@fx.homeunix.org> User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org Subject: Re: CVS/cvsup problems (ports/74157) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Nov 2004 17:40:56 -0000 On Sun, Nov 21, 2004 at 04:58:05PM +0100, Vlad Manilici wrote: > Hi Erik, > > On 21.11.04 16:08, Erik Trulsson wrote: > Hi Erik, > > > It works fine for me (and the file > > /usr/ports/shells/bash/files/patch-braces.c does not exist in my ports > > /tree), so I would say it is your fault. > > More information as to where the fault is would be very nice. > I suppose you also use CVS. From what repository do you check out? I use CVS to check out from my own local copy of the repository (which it seems you do too.) I use CVSup to keep my local copy of the repository updated (cvsuping from cvsup.dk.freebsd.org) Is there some particular reason you use rsync instead of cvsup to get a copy the repository? > > > As for why CVS does not work for you it impossible to say without more > > information. What messages (if any) do CVS give when you try to update > > your tree? How - exactly - do you use CVS to update your tree? > > Syncing the repository (crontab, each night at 02:16): > > /usr/local/bin/rsync -avz rsync.allbsd.org::'freebsd-cvs/doc freebsd-cvs/ports freebsd-cvs/src' /home/CVS >/var/tmp/rsync.log; > /usr/sbin/chown -R 0:0 /home/CVS Since I don't use rsync I have no idea if teh above line is correct or not. I also have no idea if rsync.allbsd.org is up to date and working or not, but if it is not it quite likely the cause of your problem. > > Checking out (the ports repository is not branched, is it?): No it is not. > > % cvs co -R ports > > Updating: > > % cvs up -RP ports I don't think there is any need to use the '-R' option to those commands (it is not even documented in the manpage.) Personally I update using 'cvs update -P -d' The '-d' flag should probably be used to make sure that any new directories gets created. > > I attach the rsync log file (rsync.log) and the cvs update log (cvs-update.log). *Bad* idea. I really do not appreciate getting 2+ MB in a mail, and I don't think anybody else on the freebsd-stable list does either. Next time you feel the urge to do something stupid like sending humongous attachments to in mail (let alone to a public mailing list) please think again and the files on some web-site or ftp-site instead and just send an URL. (If for some obscure reason you can't do that, then at least gzip the files before sending them.) I didn't see anything obviously wrong in the logs. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 19:52:49 2004 Return-Path: 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 CFCC716A4E9 for ; Sun, 21 Nov 2004 19:52:47 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C502643D39 for ; Sun, 21 Nov 2004 19:52:46 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 11559 invoked by uid 65534); 21 Nov 2004 19:52:44 -0000 Received: from pD9E24906.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.73.6) by mail.gmx.net (mp002) with SMTP; 21 Nov 2004 20:52:44 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iALJqex1056412 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 21 Nov 2004 20:52:41 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) Message-ID: <41A0F207.4080504@gmx.net> Date: Sun, 21 Nov 2004 20:52:39 +0100 From: Michael Nottebrock User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en, de-de MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------050405030309090503050308" X-Virus-Scanned: by amavisd-new Subject: [Fwd: High xmms CPU usage] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Nov 2004 19:52:49 -0000 This is a multi-part message in MIME format. --------------050405030309090503050308 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Forwarded from freebsd-multimedia@, seemed interesting. -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------050405030309090503050308 Content-Type: message/rfc822; name="High xmms CPU usage" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="High xmms CPU usage" Return-Path: Received: from pop.gmx.net (lofi@localhost [127.0.0.1]) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iALH06x5054549 for ; Sun, 21 Nov 2004 18:00:25 +0100 (CET) (envelope-from owner-freebsd-multimedia@FreeBSD.org) X-Flags: 0000 Delivered-To: GMX delivery to michaelnottebrock@gmx.net Received: (qmail 19615 invoked by uid 65534); 21 Nov 2004 16:53:36 -0000 Received: from mx2.freebsd.org (EHLO mx2.freebsd.org) (216.136.204.119) by mx0.gmx.net (mx009) with SMTP; 21 Nov 2004 17:53:36 +0100 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id B1738574AE; Sun, 21 Nov 2004 16:53:26 +0000 (GMT) (envelope-from owner-freebsd-multimedia@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 535FE16A4D3; Sun, 21 Nov 2004 16:53:26 +0000 (GMT) Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91FE516A4CE for ; Sun, 21 Nov 2004 16:53:20 +0000 (GMT) Received: from mail2.swebase.com (mail2.swebase.com [213.80.38.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AE4843D4C for ; Sun, 21 Nov 2004 16:53:19 +0000 (GMT) (envelope-from nocturnal@swehack.se) Received: from [213.80.36.8] by mail2.swebase.com (MDaemon.PRO.v7.2.1.R) with ESMTP id md50000113050.msg for ; Sun, 21 Nov 2004 17:51:42 +0100 Message-ID: <41A0C6D3.3060108@swehack.se> Date: Sun, 21 Nov 2004 17:48:19 +0100 From: nocturnal User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-multimedia@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-MDRemoteIP: 213.80.36.8 X-Return-Path: nocturnal@swehack.se X-MDaemon-Deliver-To: freebsd-multimedia@freebsd.org Subject: High xmms CPU usage X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: owner-freebsd-multimedia@FreeBSD.org Errors-To: owner-freebsd-multimedia@FreeBSD.org X-GMX-Antivirus: -1 (not scanned, may not use virus scanner) X-GMX-Antispam: -2 (not scanned, spam filter disabled) X-Virus-Scanned: by amavisd-new X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on lofi.dyndns.org X-Spam-Status: No, score=-2.6 required=3.5 tests=BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Hello After i stripped my kernel of 486 and 586 cpu support my xmms has started to use more cpu. It used to be that xmms took around 0-1% and that was when i had it up on the desktop with visuals moving on it, minimized it took nothing in cpu. Now it wobbles around 4-6% constantly when i'm playing music, i noticed this pretty fast since it shows quite well in the gkrellm application when you are used to seeing nothing at all. System specs: IBM Thinkpad R40 using pcm for sound on FreeBSD 4.10 with latest xmms port. -- Med vänliga hälsningar Stefan Midjich, Swebase AB Tel: 042-20 15 00 Fax: 042-20 15 03 E-post: stefan@swebase.com Webb: http://swebase.com _______________________________________________ freebsd-multimedia@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@freebsd.org" --------------050405030309090503050308-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 20:03:05 2004 Return-Path: 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 986EC16A4CE for ; Sun, 21 Nov 2004 20:03:05 +0000 (GMT) Received: from mail.vtec.ipme.de (Ad3e8.a.pppool.de [213.6.211.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id B607843D39 for ; Sun, 21 Nov 2004 20:03:04 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from [192.168.201.3] (unknown [192.168.201.3]) by bellona.sz.vwsoft.com (Postfix) with ESMTP id 2DE0DB804; Sat, 20 Nov 2004 15:56:16 +0100 (CET) Message-ID: <419F5B12.8010805@vwsoft.com> Date: Sat, 20 Nov 2004 15:56:18 +0100 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041103 Thunderbird/0.9 Mnenhy/0.6.0.101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com cc: suutari@iki.fi Subject: natd same_ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Nov 2004 20:03:05 -0000 Hi folks! Running natd under 5.3-RELEASE I've seen natd doesn't touch the port numbers - natd let packets pass with the same port numbers. I've tried setting the -same_ports natd option to no but natd behaviour doesn't change. From what I've found in the natd sources (/usr/src/sbin/natd/natd.c) the command line option for -same_ports never gets processed. It's my believe there's been some code forgotten in natd.c but I'm not quite sure. Would please the maintainer or a core member check the natd.c source for the processing and correct defaults of natds' -same_ports option? Function ParseOption doesn't show any processing of this parameter. From my experience with natd under 5.3 I would say, natd isn't working as expected for the source port numbering. Thanks, Volker -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 22:04:02 2004 Return-Path: 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 CAE4816A4CE for ; Sun, 21 Nov 2004 22:04:02 +0000 (GMT) Received: from fx.homeunix.org (194.105.96.29.cablesurf.de [194.105.96.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB4BA43D48 for ; Sun, 21 Nov 2004 22:04:00 +0000 (GMT) (envelope-from vman@fx.homeunix.org) Received: from fx.homeunix.org (localhost [127.0.0.1]) by fx.homeunix.org (8.13.1/8.13.1) with ESMTP id iALM3sAY001197; Sun, 21 Nov 2004 23:03:55 +0100 (CET) (envelope-from vman@fx.homeunix.org) Received: (from vman@localhost) by fx.homeunix.org (8.13.1/8.13.1/Submit) id iALM3q2f001196; Sun, 21 Nov 2004 23:03:52 +0100 (CET) (envelope-from vman) Date: Sun, 21 Nov 2004 23:03:52 +0100 From: Vlad Manilici To: Erik Trulsson Message-ID: <20041121220352.GA743@fx.homeunix.org> References: <20041121144943.GA4493@fx.homeunix.org> <20041121150818.GA80514@falcon.midgard.homeip.net> <20041121155804.GB1143@fx.homeunix.org> <20041121174052.GA83173@falcon.midgard.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041121174052.GA83173@falcon.midgard.homeip.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: CVS/cvsup problems (ports/74157) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vman@tmok.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2004 22:04:02 -0000 Hi Erik, > I use CVS to check out from my own local copy of the repository (which > it seems you do too.) I use CVSup to keep my local copy of the > repository updated (cvsuping from cvsup.dk.freebsd.org) Could you please post your supfile? The Handbook does not document cvsuping the repository, nor where the master mirror sites are. Some rsync sites are listed, though (Section A.8). I strongly disgree with the documented way of updating the sources via cvsup (Handbook, A.5). A local copy of the sources, without CVS tags, makes it impossible to generate patches of own changes. I suppose much work gets lost like this. > Is there some particular reason you use rsync instead of cvsup to get a > copy the repository? 1. rsync -> only documented method 2. allbsd.org -> random choice > Since I don't use rsync I have no idea if teh above line is correct or > not. I also have no idea if rsync.allbsd.org is up to date and working > or not, but if it is not it quite likely the cause of your problem. It seems so. The only way to check this out is by using an "official" repository. See above about posting your supfile. > I don't think there is any need to use the '-R' option to those > commands (it is not even documented in the manpage.) Read better: -R Turns on read-only repository mode. > *Bad* idea. I really do not appreciate getting 2+ MB in a mail, and I > don't think anybody else on the freebsd-stable list does either. I apologize for that. > I didn't see anything obviously wrong in the logs. Well, me neither :/. Vlad From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 22:25:28 2004 Return-Path: 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 E869416A4CE for ; Sun, 21 Nov 2004 22:25:28 +0000 (GMT) Received: from fx.homeunix.org (194.105.96.29.cablesurf.de [194.105.96.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAE7243D5D for ; Sun, 21 Nov 2004 22:25:25 +0000 (GMT) (envelope-from vman@fx.homeunix.org) Received: from fx.homeunix.org (localhost [127.0.0.1]) by fx.homeunix.org (8.13.1/8.13.1) with ESMTP id iALMPKf7001544; Sun, 21 Nov 2004 23:25:21 +0100 (CET) (envelope-from vman@fx.homeunix.org) Received: (from vman@localhost) by fx.homeunix.org (8.13.1/8.13.1/Submit) id iALMPKZR001543; Sun, 21 Nov 2004 23:25:20 +0100 (CET) (envelope-from vman) Date: Sun, 21 Nov 2004 23:25:20 +0100 From: Vlad Manilici To: Erik Trulsson Message-ID: <20041121222520.GC743@fx.homeunix.org> References: <20041121144943.GA4493@fx.homeunix.org> <20041121150818.GA80514@falcon.midgard.homeip.net> <20041121155804.GB1143@fx.homeunix.org> <20041121174052.GA83173@falcon.midgard.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041121174052.GA83173@falcon.midgard.homeip.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: CVS/cvsup problems (ports/74157) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vman@tmok.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2004 22:25:29 -0000 > I use CVS to check out from my own local copy of the repository (which > it seems you do too.) I use CVSup to keep my local copy of the > repository updated (cvsuping from cvsup.dk.freebsd.org) Me wrong, I found it in the Handbook: A.5.5: cvs-all release=cvs Thanks & CU, Vlad From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 22:52:38 2004 Return-Path: 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 9B0A716A4CE for ; Sun, 21 Nov 2004 22:52:38 +0000 (GMT) Received: from av6-1-sn2.hy.skanova.net (av6-1-sn2.hy.skanova.net [81.228.8.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83A8443D45 for ; Sun, 21 Nov 2004 22:52:37 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av6-1-sn2.hy.skanova.net (Postfix, from userid 502) id 58A1D37E4D; Sun, 21 Nov 2004 23:52:36 +0100 (CET) Received: from smtp2-2-sn2.hy.skanova.net (smtp2-2-sn2.hy.skanova.net [81.228.8.178]) by av6-1-sn2.hy.skanova.net (Postfix) with ESMTP id 41E0737E47 for ; Sun, 21 Nov 2004 23:52:36 +0100 (CET) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp2-2-sn2.hy.skanova.net (Postfix) with SMTP id 1AB8E37E43 for ; Sun, 21 Nov 2004 23:52:35 +0100 (CET) Received: (qmail 84900 invoked by uid 1001); 21 Nov 2004 22:52:35 -0000 Date: Sun, 21 Nov 2004 23:52:35 +0100 From: Erik Trulsson To: Vlad Manilici Message-ID: <20041121225235.GA84856@falcon.midgard.homeip.net> Mail-Followup-To: Vlad Manilici , freebsd-stable@freebsd.org References: <20041121144943.GA4493@fx.homeunix.org> <20041121150818.GA80514@falcon.midgard.homeip.net> <20041121155804.GB1143@fx.homeunix.org> <20041121174052.GA83173@falcon.midgard.homeip.net> <20041121220352.GA743@fx.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041121220352.GA743@fx.homeunix.org> User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org Subject: Re: CVS/cvsup problems (ports/74157) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 21 Nov 2004 22:52:38 -0000 On Sun, Nov 21, 2004 at 11:03:52PM +0100, Vlad Manilici wrote: > Hi Erik, > > > I use CVS to check out from my own local copy of the repository (which > > it seems you do too.) I use CVSup to keep my local copy of the > > repository updated (cvsuping from cvsup.dk.freebsd.org) > > Could you please post your supfile? The Handbook does not document cvsuping > the repository, nor where the master mirror sites are. Some rsync sites are > listed, though (Section A.8). Look at the example sup files in /usr/share/examples/cvsup/ cvs-supfile found in there should be good for getting the repository. All cvsup mirrors should support getting a copy of the repository. See the handbook sections A5.3 and A5.7 where these things are documented. > > I strongly disgree with the documented way of updating the sources via > cvsup (Handbook, A.5). A local copy of the sources, without CVS tags, makes > it impossible to generate patches of own changes. I suppose much work gets > lost like this. For developers it is very convinient to have a local copy of the repository, which is obtainable via cvsup as I mentioned above. For normal users there is not much point in having it and it uses up another 2GB of diskspace and makes updates slower (since yo have to run both cvsup and cvs, as opposed to just cvsup if use cvsup to checkout a particular branch. > > > Is there some particular reason you use rsync instead of cvsup to get a > > copy the repository? > > 1. rsync -> only documented method Not at all. cvsup is also documented and probably used more. > 2. allbsd.org -> random choice > > > Since I don't use rsync I have no idea if teh above line is correct or > > not. I also have no idea if rsync.allbsd.org is up to date and working > > or not, but if it is not it quite likely the cause of your problem. > > It seems so. The only way to check this out is by using an "official" > repository. See above about posting your supfile. > > > I don't think there is any need to use the '-R' option to those > > commands (it is not even documented in the manpage.) > > Read better: > > -R Turns on read-only repository mode. In that case you want 'cvs -R update -P -d', not 'cvs update -R -P -d' It does matter if you put options before or after the cvs command. (The general syntax for cvs is 'cvs [cvs-options] command [command-options]' '-R' for read-only repository is one of the "general" cvs options and as such must come before the command. Use 'cvs --help', 'cvs --help-options' and 'cvs -H update' to see what options are valid. (I have read the CVS documentation before. > > > *Bad* idea. I really do not appreciate getting 2+ MB in a mail, and I > > don't think anybody else on the freebsd-stable list does either. > > I apologize for that. > > > I didn't see anything obviously wrong in the logs. > > Well, me neither :/. > > Vlad > -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 00:38:12 2004 Return-Path: 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 7426D16A4CE; Mon, 22 Nov 2004 00:38:12 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2772143D2F; Mon, 22 Nov 2004 00:38:12 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) iAM0c8cW052590; Sun, 21 Nov 2004 16:38:08 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id iAM0c7JQ052589; Sun, 21 Nov 2004 16:38:07 -0800 (PST) (envelope-from dillon) Date: Sun, 21 Nov 2004 16:38:07 -0800 (PST) From: Matthew Dillon Message-Id: <200411220038.iAM0c7JQ052589@apollo.backplane.com> To: Shunsuke SHINOMIYA References: <20041119185315.C43D.SHINO@fornext.org> <20041121205158.45CE.SHINO@fornext.org> cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: Re[2]: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 00:38:12 -0000 : I did simple benchmark at some settings. : : I used two boxes which are single Xeon 2.4GHz with on-boarded em. : I measured a TCP throughput by iperf. : : These results show that the throughput of TCP increased if Interrupt :Moderation is turned OFF. At least, adjusting these parameters affected :TCP performance. Other appropriate combination of parameter may exist. Very interesting, but the only reason you get lower results is simply because the TCP window is not big enough. That's it. 8000 ints/sec = ~15KB of backlogged traffic. x 2 (sender, receiver) Multiply by two (both the sender's reception of acks and the receiver's reception of data) and you get ~30KB. This is awefully close to the default 32.5KB window size that iperf uses. Other then window sizing issues I can think of no rational reason why throughput would be lower. Can you? And, in fact, when I do the same tests on DragonFly and play with the interrupt throttle rate I get nearly the results I expect. * Shuttle Athlon 64 3200+ box, EM card in 32 bit PCI slot * 2 machines connected through a GiGE switch * All other hw.em0 delays set to 0 on both sides * throttle settings set on both sides * -w option set on iperf client AND server for 63.5KB window * software interrupt throttling has been turned off for these tests throttle result result freq (32.5KB win) (63.5KB win) (default) -------- -------------- ----------- maxrate 481 MBit/s 533 MBit/s (not sure what's going on here) 120000 518 MBit/s 558 MBit/s (not sure what's going on here) 100000 613 MBit/s 667 MBit/s (not sure what's going on here) 70000 679 MBit/s 691 MBit/s 60000 668 MBit/s 694 MBit/s 50000 678 MBit/s 684 MBit/s 40000 694 MBit/s 696 MBit/s 30000 694 MBit/s 696 MBit/s 20000 698 MBit/s 703 MBit/s 10000 707 MBit/s 716 MBit/s 9000 708 MBit/s 716 MBit/s 8000 710 MBit/s 717 MBit/s <--- drop off pt 32.5KB win 7000 683 MBit/s 716 MBit/s 6000 680 MBit/s 720 MBit/s 5000 652 MBit/s 718 MBit/s <--- drop off pt 63.5KB win 4000 555 Mbit/s 695 MBit/s 3000 522 MBit/s 533 MBit/s <--- GiGE throttling likely 2000 449 MBit/s 384 MBit/s (256 ring descriptors = 1000 260 MBit/s 193 MBit/s 2500 hz minimum) Unless you are in a situation where you need to route small packets flying around a cluster where low latency is important, it doesn't really make any sense to turn off interrupt throttling. It might make sense to change the default from 8000 to 10000 to handle typical default TCP window sizes (at least in a LAN situation), but it certainly should not be turned off. I got some weird results when I increased the frequency past 100KHz, and when I turned throttling off entirely. I'm not sure why. Maybe setting the ITR register to 0 is a bad idea. If I set it to 1 (i.e. 3906250 Hz) then I get 625 MBit/s. Setting the ITR to 1 (i.e. 256ns delay) should amount to the same thing as setting it to 0 but it doesn't. Very odd. The maximum interrupt rate as reported by systat is only ~46000 ints/sec so all the values above 50KHz should read about the same... and they do until we hit around 100Khz (10uS delay). Then everything goes to hell in a handbasket. Conclusion: 10000 hz would probably be a better default then 8000 hz. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 03:55:27 2004 Return-Path: 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 A1FAF16A4CE; Mon, 22 Nov 2004 03:55:27 +0000 (GMT) Received: from juniper.fornext.org (53.35.138.210.xn.2iij.net [210.138.35.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6771E43D58; Mon, 22 Nov 2004 03:55:26 +0000 (GMT) (envelope-from shino@fornext.org) Received: from [127.0.0.1] (ariel.net.ss.titech.ac.jp [131.112.21.25]) by juniper.fornext.org (Postfix) with ESMTP id D26E72A; Mon, 22 Nov 2004 12:55:24 +0900 (JST) Date: Mon, 22 Nov 2004 12:55:24 +0900 From: Shunsuke SHINOMIYA To: Matthew Dillon In-Reply-To: <200411220038.iAM0c7JQ052589@apollo.backplane.com> References: <20041121205158.45CE.SHINO@fornext.org> <200411220038.iAM0c7JQ052589@apollo.backplane.com> Message-Id: <20041122104527.5204.SHINO@fornext.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.12 [ja] cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re[4]: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 03:55:27 -0000 Thank you, Matt. > > Very interesting, but the only reason you get lower results is simply > because the TCP window is not big enough. That's it. > Yes, I knew that adjusting TCP window size is important to use up a link. However I wanted to show adjusting the parameters of Interrupt Moderation affects network performance. And I think a packet loss was occured by enabled Interrupt Moderation. The mechanism of a packet loss in this case is not cleared, but I think inappropriate TCP window size is not the only reason. I found TCP throuput improvement at disabled Interrupt Moderation is related to congestion avoidance phase of TCP. Because these standard deviations are decreased when Interrupt Moderation is disabled. The following two results are outputs of `iperf -P 10'. without TCP window size adjustment too. I think, the difference of each throughput at same measurement shows congestion avoidance worked. o with default setting of Interrupt Moderation. > [ ID] Interval Transfer Bandwidth > [ 13] 0.0-10.0 sec 80.1 MBytes 67.2 Mbits/sec > [ 11] 0.0-10.0 sec 121 MBytes 102 Mbits/sec > [ 12] 0.0-10.0 sec 98.9 MBytes 83.0 Mbits/sec > [ 4] 0.0-10.0 sec 91.8 MBytes 76.9 Mbits/sec > [ 7] 0.0-10.0 sec 127 MBytes 106 Mbits/sec > [ 5] 0.0-10.0 sec 106 MBytes 88.8 Mbits/sec > [ 6] 0.0-10.0 sec 113 MBytes 94.4 Mbits/sec > [ 10] 0.0-10.0 sec 117 MBytes 98.2 Mbits/sec > [ 9] 0.0-10.0 sec 113 MBytes 95.0 Mbits/sec > [ 8] 0.0-10.0 sec 93.0 MBytes 78.0 Mbits/sec > [SUM] 0.0-10.0 sec 1.04 GBytes 889 Mbits/sec o with disabled Interrupt Moderation. > [ ID] Interval Transfer Bandwidth > [ 7] 0.0-10.0 sec 106 MBytes 88.9 Mbits/sec > [ 10] 0.0-10.0 sec 107 MBytes 89.7 Mbits/sec > [ 8] 0.0-10.0 sec 107 MBytes 89.4 Mbits/sec > [ 9] 0.0-10.0 sec 107 MBytes 90.0 Mbits/sec > [ 11] 0.0-10.0 sec 106 MBytes 89.2 Mbits/sec > [ 12] 0.0-10.0 sec 104 MBytes 87.6 Mbits/sec > [ 4] 0.0-10.0 sec 106 MBytes 88.7 Mbits/sec > [ 13] 0.0-10.0 sec 106 MBytes 88.9 Mbits/sec > [ 5] 0.0-10.0 sec 106 MBytes 88.9 Mbits/sec > [ 6] 0.0-10.0 sec 107 MBytes 89.9 Mbits/sec > [SUM] 0.0-10.0 sec 1.04 GBytes 891 Mbits/sec But, By decreasing TCP windows size, it could avoid. o with default setting of Interrupt Moderation and iperf -P 10 -w 28.3k > [ ID] Interval Transfer Bandwidth > [ 12] 0.0-10.0 sec 111 MBytes 93.0 Mbits/sec > [ 4] 0.0-10.0 sec 106 MBytes 88.8 Mbits/sec > [ 11] 0.0-10.0 sec 107 MBytes 89.9 Mbits/sec > [ 9] 0.0-10.0 sec 109 MBytes 91.6 Mbits/sec > [ 5] 0.0-10.0 sec 109 MBytes 91.5 Mbits/sec > [ 13] 0.0-10.0 sec 108 MBytes 90.8 Mbits/sec > [ 10] 0.0-10.0 sec 107 MBytes 89.7 Mbits/sec > [ 8] 0.0-10.0 sec 110 MBytes 92.3 Mbits/sec > [ 6] 0.0-10.0 sec 111 MBytes 93.2 Mbits/sec > [ 7] 0.0-10.0 sec 108 MBytes 90.6 Mbits/sec > [SUM] 0.0-10.0 sec 1.06 GBytes 911 Mbits/sec Measureing TCP throughput was not appropriate way to indicate an effect of Interrupt Moderation clearly. It's my mistake. TCP is too complicated. :) -- Shunsuke SHINOMIYA From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 04:17:23 2004 Return-Path: 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 1F45116A4CE for ; Mon, 22 Nov 2004 04:17:23 +0000 (GMT) Received: from ns1.itga.com.au (ns1.itga.com.au [202.53.40.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE22743D4C for ; Mon, 22 Nov 2004 04:17:21 +0000 (GMT) (envelope-from gnb@itga.com.au) Received: from melmail.itga.com.au (lenford.itga.com.au [10.132.2.150]) by ns1.itga.com.au (8.12.9/8.12.9) with ESMTP id iAM4HIYZ046923; Mon, 22 Nov 2004 15:17:18 +1100 (EST) (envelope-from gnb@itga.com.au) Received: from [10.132.2.163] (hellcat.itga.com.au [10.132.2.163]) by melmail.itga.com.au (Postfix) with ESMTP id B323944C79; Mon, 22 Nov 2004 15:17:18 +1100 (EST) Message-ID: <41A1684E.1020302@itga.com.au> Date: Mon, 22 Nov 2004 15:17:18 +1100 From: Gregory Bond User-Agent: Mozilla Thunderbird 0.8 (X11/20041027) X-Accept-Language: en-us, en MIME-Version: 1.0 To: rob@pythonemproject.com References: <419A7FC3.30900@optusnet.com.au> <20041116172445.GA14385@kayjay.xs4all.nl> <419A6ED9.9030301@pythonemproject.com> In-Reply-To: <419A6ED9.9030301@pythonemproject.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: What OS are you? fun X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 04:17:23 -0000 Rob wrote: >>> You'd better cite your source and / or reasoning, as ~3*10^8m/s =is= >>> the >>> accepted constant speed of light in vacuum. >> It's deeper than that. The "second" and the "meter" are both defined in terms of wavelengths of light, which (as a consequence) fixes the speed of light _by definition_, at _exactly_ *299 792 458 m s^-1. [Waaaaay OT!] * From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 04:42:43 2004 Return-Path: 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 DE2C116A4CE; Mon, 22 Nov 2004 04:42:43 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88DE443D54; Mon, 22 Nov 2004 04:42:43 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) iAM4gecW053765; Sun, 21 Nov 2004 20:42:40 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id iAM4gduM053764; Sun, 21 Nov 2004 20:42:39 -0800 (PST) (envelope-from dillon) Date: Sun, 21 Nov 2004 20:42:39 -0800 (PST) From: Matthew Dillon Message-Id: <200411220442.iAM4gduM053764@apollo.backplane.com> To: Shunsuke SHINOMIYA References: <20041121205158.45CE.SHINO@fornext.org> <200411220038.iAM0c7JQ052589@apollo.backplane.com> <20041122104527.5204.SHINO@fornext.org> cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: Re[4]: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 04:42:44 -0000 : Yes, I knew that adjusting TCP window size is important to use up a link. : However I wanted to show adjusting the parameters of Interrupt : Moderation affects network performance. : : And I think a packet loss was occured by enabled Interrupt Moderation. : The mechanism of a packet loss in this case is not cleared, but I think : inappropriate TCP window size is not the only reason. Packet loss is not likely, at least not for the contrived tests we are doing because GiGE links have hardware flow control (I'm fairly sure). One could calculate the worst case small-packet build up in the receive ring. I'm not sure what the minimum pad for GiGE is, but lets say it's 64 bytes. Then the packet rate would be around 1.9M pps or 244 packets per interrupt at a moderation frequency of 8000 hz. The ring is 256 packets. But, don't forget the hardware flow control! The switch has some buffering too. hmm... me thinks I now understand why 8000 was chosen as the default :-) I would say that this means packet loss due to the interrupt moderation is highly unlikely, at least in theory, but if one were paranoid one might want to use a higher moderation frequency, say 16000 hz, to be sure. : I found TCP throuput improvement at disabled Interrupt Moderation is related : to congestion avoidance phase of TCP. Because these standard deviations are : decreased when Interrupt Moderation is disabled. : : The following two results are outputs of `iperf -P 10'. without TCP : window size adjustment too. I think, the difference of each throughput : at same measurement shows congestion avoidance worked. : :o with default setting of Interrupt Moderation. :> [ ID] Interval Transfer Bandwidth :> [ 13] 0.0-10.0 sec 80.1 MBytes 67.2 Mbits/sec :> [ 11] 0.0-10.0 sec 121 MBytes 102 Mbits/sec :> [ 12] 0.0-10.0 sec 98.9 MBytes 83.0 Mbits/sec :> [ 4] 0.0-10.0 sec 91.8 MBytes 76.9 Mbits/sec :> [ 7] 0.0-10.0 sec 127 MBytes 106 Mbits/sec :> [ 5] 0.0-10.0 sec 106 MBytes 88.8 Mbits/sec :> [ 6] 0.0-10.0 sec 113 MBytes 94.4 Mbits/sec :> [ 10] 0.0-10.0 sec 117 MBytes 98.2 Mbits/sec :> [ 9] 0.0-10.0 sec 113 MBytes 95.0 Mbits/sec :> [ 8] 0.0-10.0 sec 93.0 MBytes 78.0 Mbits/sec :> [SUM] 0.0-10.0 sec 1.04 GBytes 889 Mbits/sec Certainly overall send/response latency will be effected by up to 1/freq, e.g. 1/8000 = 125 uS (x2 hosts == 250 uS worst case), which is readily observable by running ping: [intrate] [set on both boxes] max: 64 bytes from 216.240.41.62: icmp_seq=2 ttl=64 time=0.057 ms 100000: 64 bytes from 216.240.41.62: icmp_seq=8 ttl=64 time=0.061 ms 30000: 64 bytes from 216.240.41.62: icmp_seq=5 ttl=64 time=0.078 ms 8000: 64 bytes from 216.240.41.62: icmp_seq=3 ttl=64 time=0.176 ms (large stddev too, e.g. 0.188, 0.166, etc). But this is only relevant for applications that require that sort of response time == not very many applications. Note that a large packet will turn the best case 57 uS round trip into a 140 uS round trip with the EM card. It might be interesting to see how interrupt moderation effects a buildworld over NFS as that certainly results in a huge amount of synchronous transactional traffic. : Measureing TCP throughput was not appropriate way to indicate an effect : of Interrupt Moderation clearly. It's my mistake. TCP is too : complicated. :) : :-- :Shunsuke SHINOMIYA It really just comes down to how sensitive a production system is to round trip times within the range of effect of the moderation frequency. Usually the answer is: not very. That is, the benefit is not sufficient to warrent the additional interrupt load that turning moderation off would create. And even if low latency is desired it is not actually necessary to turn off moderation. It could be set fairly high, e.g. 20000, to reap most of the benefit. Processing overheads are also important. If the network is loaded down you will wind up eating a significant chunk of cpu with moderation turned off. This is readily observable by running vmstat during an iperf test. iperf test ~700 MBits/sec reported for all tested moderation frequencies. using iperf -w 63.5K on DragonFly. I would be interesting in knowing how FreeBSD fares, though SMP might skew the reality too much to be meaningful. moderation cpu frequency %idle 100000 2% idle 30000 7% idle 20000 35% idle 10000 60% idle 8000 66% idle In otherwords, if you are doing more then just shoving bits around the network, for example if you need to read or write the disk or do some sort of computation or other activity that requires cpu, turning off moderation could wind up being a very, very bad idea. In fact, even if you are just routing packets I would argue that turning off moderation might not be a good choice... it might make more sense to set it to some high frequency like 40000 Hz. But, of course, it depends on what other things the machine might be running and what sort of processing (e.g. firewall lists) the machine has to do on the packets. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 05:21:18 2004 Return-Path: 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 DA99E16A4CE; Mon, 22 Nov 2004 05:21:18 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85B7C43D5E; Mon, 22 Nov 2004 05:21:18 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 2F609F20B7; Sun, 21 Nov 2004 21:21:16 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13998-03; Sun, 21 Nov 2004 21:21:10 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 5F4EAF1837; Sun, 21 Nov 2004 21:21:10 -0800 (PST) From: Sean McNeil To: Matthew Dillon In-Reply-To: <200411220442.iAM4gduM053764@apollo.backplane.com> References: <20041121205158.45CE.SHINO@fornext.org> <200411220038.iAM0c7JQ052589@apollo.backplane.com> <20041122104527.5204.SHINO@fornext.org> <200411220442.iAM4gduM053764@apollo.backplane.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ak8TFvWEot9EfT6qjJ5l" Date: Sun, 21 Nov 2004 21:21:10 -0800 Message-Id: <1101100870.16086.16.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com cc: Jeremie Le Hen cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Re[4]: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 05:21:19 -0000 --=-ak8TFvWEot9EfT6qjJ5l Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-11-21 at 20:42 -0800, Matthew Dillon wrote: > : Yes, I knew that adjusting TCP window size is important to use up a lin= k. > : However I wanted to show adjusting the parameters of Interrupt > : Moderation affects network performance. > : > : And I think a packet loss was occured by enabled Interrupt Moderation. > : The mechanism of a packet loss in this case is not cleared, but I think > : inappropriate TCP window size is not the only reason. >=20 > Packet loss is not likely, at least not for the contrived tests we > are doing because GiGE links have hardware flow control (I'm fairly > sure). I have to disagree. Packet loss is likely according to some of my tests. With the re driver, no change except placing a 100BT setup with no packet loss to a gigE setup (both linksys switches) will cause serious packet loss at 20Mbps data rates. I have discovered the only way to get good performance with no packet loss was to 1) Remove interrupt moderation 2) defrag each mbuf that comes in to the driver. Doing both of these, I get excellent performance without any packet loss. All my testing has been with UDP packets, however, and nothing was checked for TCP. > One could calculate the worst case small-packet build up in the recei= ve > ring. I'm not sure what the minimum pad for GiGE is, but lets say it= 's > 64 bytes. Then the packet rate would be around 1.9M pps or 244 packe= ts > per interrupt at a moderation frequency of 8000 hz. The ring is 256 > packets. But, don't forget the hardware flow control! The switch > has some buffering too. >=20 > hmm... me thinks I now understand why 8000 was chosen as the default = :-) >=20 > I would say that this means packet loss due to the interrupt moderati= on > is highly unlikely, at least in theory, but if one were paranoid one > might want to use a higher moderation frequency, say 16000 hz, to be = sure. Your calculations are based on the mbufs being a particular size, no? What happens if they are seriously defragmented? Is this what you mean by "small-packet"? Are you assuming the mbufs are as small as they get? How small can they go? 1 byte? 1 MTU? Increasing the interrupt moderation frequency worked on the re driver, but it only made it marginally better. Even without moderation, however, I could lose packets without m_defrag. I suspect that there is something in the higher level layers that is causing the packet loss. I have no explanation why m_defrag makes such a big difference for me, but it does. I also have no idea why a 20Mbps UDP stream can lose data over gigE phy and not lose anything over 100BT... without the above mentioned changes that is. --=-ak8TFvWEot9EfT6qjJ5l Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBoXdGyQsGN30uGE4RAmV0AKCW9MeUkuqtCuvyfD9J5ryRMCW2dACfbGA3 /SNWm1+5hpl2j+Z2dcIQ9QM= =dDLI -----END PGP SIGNATURE----- --=-ak8TFvWEot9EfT6qjJ5l-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 05:49:24 2004 Return-Path: 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 6F08F16A4CE for ; Mon, 22 Nov 2004 05:49:24 +0000 (GMT) Received: from out006.verizon.net (out006pub.verizon.net [206.46.170.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id F401E43D54 for ; Mon, 22 Nov 2004 05:49:23 +0000 (GMT) (envelope-from donaldg368@verizon.net) Received: from laptop ([68.239.18.211]) by out006.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041122054923.HEXG4719.out006.verizon.net@laptop> for ; Sun, 21 Nov 2004 23:49:23 -0600 Message-ID: <004501c4d057$40a19540$6401a8c0@laptop> From: "DONALD GOODWIN" To: References: <20041121144943.GA4493@fx.homeunix.org><20041121150818.GA80514@falcon.midgard.homeip.net><20041121155804.GB1143@fx.homeunix.org><20041121174052.GA83173@falcon.midgard.homeip.net> <20041121222520.GC743@fx.homeunix.org> Date: Mon, 22 Nov 2004 00:50:57 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Authentication-Info: Submitted using SMTP AUTH at out006.verizon.net from [68.239.18.211] at Sun, 21 Nov 2004 23:49:13 -0600 Subject: Configuring a DVD burner on 4.10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 05:49:24 -0000 I don't know if this is the proper email list, however, I thought I would give it a go. Here is the problem: I have a Sony 710A DVD burner. The box is running 4.10 and I put all the neccessary options in my kernel config file and rebuilt everyting. The drive is seen by the OS. I can mount it using a normal CD-R. But when I try to use it for a burner, it doesn't work (get a bad ioctl message). When I run camcontrol devlist, the drive shows up on bus 2. But, when I run cdrecord, bus 2 is not seen. Camcontrol reports the device (/dev/adc0a) is using pass4. But there is no /dev/pass4 device in /dev. The message i get is inapproriate ioctl. Driving me nuts. Thoughts/pointers/questions are greatly appreciated. Best regards, Donald ----- Original Message ----- From: "Vlad Manilici" To: "Erik Trulsson" Cc: Sent: Sunday, November 21, 2004 5:25 PM Subject: Re: CVS/cvsup problems (ports/74157) > > I use CVS to check out from my own local copy of the repository (which > > it seems you do too.) I use CVSup to keep my local copy of the > > repository updated (cvsuping from cvsup.dk.freebsd.org) > > Me wrong, I found it in the Handbook: > > A.5.5: > > cvs-all release=cvs > > Thanks & CU, > Vlad > > _______________________________________________ > 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 22 07:19:11 2004 Return-Path: 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 1822016A4CE for ; Mon, 22 Nov 2004 07:19:11 +0000 (GMT) Received: from poison2.syncrontech.com (adsl-nat.syncrontech.com [213.28.98.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51D2943D46 for ; Mon, 22 Nov 2004 07:19:09 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.57])iAM7J54G002277; Mon, 22 Nov 2004 09:19:06 +0200 (EET) (envelope-from ari@suutari.iki.fi) Received: from coffee (coffee.syncrontech.com [62.71.8.37]) iAM7J4Mw056749; Mon, 22 Nov 2004 09:19:05 +0200 (EET) (envelope-from ari@suutari.iki.fi) Message-ID: <017901c4d063$8ce05bb0$2508473e@sad.syncrontech.com> From: "Ari Suutari" To: "Volker" , References: <419F5B12.8010805@vwsoft.com> Date: Mon, 22 Nov 2004 09:18:59 +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.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: natd same_ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 07:19:11 -0000 Hi, > Would please the maintainer or a core member check the natd.c source for > the processing and correct defaults of natds' -same_ports option? I took a look at natd.c and the same_ports seems to be defined in source, it sets libalias options PKT_ALIAS_SAME_PORTS, nothing else. It relies on libalias doing suitable processing after that. Ari S. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 08:12:56 2004 Return-Path: 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 1085F16A4CE for ; Mon, 22 Nov 2004 08:12:56 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 443A143D48 for ; Mon, 22 Nov 2004 08:12:55 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id iAM8Cq6A011401 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 22 Nov 2004 11:12:53 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id iAM8CpUh049746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Nov 2004 11:12:52 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id iAM8CpgY049745; Mon, 22 Nov 2004 11:12:51 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Mon, 22 Nov 2004 11:12:50 +0300 From: Gleb Smirnoff To: Hideki Yamamoto Message-ID: <20041122081250.GA49670@cell.sick.ru> References: <20041121.003425.41664309.yamamoto436@oki.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20041121.003425.41664309.yamamoto436@oki.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: clamd / ClamAV version devel-20041013, clamav-milter version 0.75l on 127.0.0.1 X-Virus-Status: Clean cc: freebsd-stable@freebsd.org Subject: Re: pppoe server option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 08:12:56 -0000 On Sun, Nov 21, 2004 at 12:34:25AM +0900, Hideki Yamamoto wrote: H> I have found a problem about PPPoE parameter in /etc/rc.network. H> When setting the following lines in /etc/rc.conf, pppoe server does not H> work well. The string "service-pppoe" is an entry in H> /etc/ppp/ppp.conf for PPPoE server. H> H> pppoed_enable="YES" # Run the PPP over Ethernet daemon. H> pppoed_provider="service-pppoe" # Provider and ppp(8) config file entry. H> pppoed_interface="fxp0" # The interface that pppoed runs on. H> H> In /etc/rc.network, 'pppoed_provider' is passed into pppoe with -p H> option. After booting os, pppoe arguments are as follows: H> H> pppoed ... -p service-pppoe fxp0 H> H> But this option does not work. We should use -l instead of -p like H> this: H> H> pppoed ... -l service-pppoe fxp0 H> H> To use -l, I think the line 822 in /etc/rc.network should be modified. H> H> < 822 pppoed_flags="${pppoed_flags} -p ${pppoed_provider}" H> H> > 822 pppoed_flags="${pppoed_flags} -l ${pppoed_provider}" H> H> After modifying the above line, pppoed server works well. H> But is this modification correct? No. -l switch configures label in ppp.conf -p swicth configures provider name which is announced in Ethernet. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 08:28:49 2004 Return-Path: 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 86C0B16A4CE for ; Mon, 22 Nov 2004 08:28:49 +0000 (GMT) Received: from mta08-winn.mailhost.ntl.com (mailhost.ntl.com [212.250.162.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62C9343D46 for ; Mon, 22 Nov 2004 08:28:48 +0000 (GMT) (envelope-from ben@spooty.net) Received: from aamta01-winn.mailhost.ntl.com ([212.250.162.8]) by mta08-winn.mailhost.ntl.com with ESMTP <20041122082847.WKQF8585.mta08-winn.mailhost.ntl.com@aamta01-winn.mailhost.ntl.com>; Mon, 22 Nov 2004 08:28:47 +0000 Received: from cpc2-brig4-3-0-cust135.brtn.cable.ntl.com ([82.0.100.135]) by aamta01-winn.mailhost.ntl.com with ESMTP <20041122082846.OBCN1125.aamta01-winn.mailhost.ntl.com@cpc2-brig4-3-0-cust135.brtn.cable.ntl.com>; Mon, 22 Nov 2004 08:28:46 +0000 From: Ben Paley To: noackjr@alumni.rice.edu Date: Mon, 22 Nov 2004 08:27:33 +0000 User-Agent: KMail/1.7.1 References: <200411171230.00802.ben@spooty.net> <200411181411.26966.ben@spooty.net> <41808.69.53.57.66.1100791223.squirrel@69.53.57.66> In-Reply-To: <41808.69.53.57.66.1100791223.squirrel@69.53.57.66> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411220827.34446.ben@spooty.net> cc: FreeBSD Stable Subject: Re: flash and libmap.conf? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 08:28:49 -0000 On Thursday 18 November 2004 15:20, Jon Noack wrote: > Did you recompile all your ports recently (portupgrade -af)? You should > certainly do this after upgrading from 4-stable and there was ABI breakage > right before 5.3 that required a recompile to use the new libraries. You > could try setting the following values in libmap.conf to take care of the > recent ABI breakage (as mentioned in UPDATING): > > # use new libraries > libm.so.2 libm.so.3 > libreadline.so.4 libreadline.so.5 > libhistory.so.4 libhistory.so.5 > libopie.so.2 libopie.so.3 > libpcap.so.2 libpcap.so.3 Sorry I've left this so long - I've was away over the weekend. Aha! I saw this, but didn't read carefully enough, silly me. Thank you very much for pointing it out - two lessons learnt there. Thanks very much. Cheers, Ben From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 11:18:47 2004 Return-Path: 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 086C916A4CE for ; Mon, 22 Nov 2004 11:18:47 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEC3D43D45 for ; Mon, 22 Nov 2004 11:18:46 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id AEE702FABAD for ; Mon, 22 Nov 2004 06:18:45 -0500 (EST) Received: from billdog.local.linnet.org (dsl-212-74-113-65.access.uk.tiscali.com [212.74.113.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 884AE2FAA8D for ; Mon, 22 Nov 2004 06:18:45 -0500 (EST) Received: from brian by billdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1CWCDT-0000g8-9M for freebsd-stable@freebsd.org; Mon, 22 Nov 2004 11:18:43 +0000 Date: Mon, 22 Nov 2004 11:18:41 +0000 From: Brian Candler To: freebsd-stable@freebsd.org Message-ID: <20041122111841.GA2598@uk.tiscali.com> References: <20041120155511.GA2935@uk.tiscali.com> <20041120161251.GA3237@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041120161251.GA3237@uk.tiscali.com> User-Agent: Mutt/1.4.2.1i Subject: Re: netstat -finet not working after upgrading to 5.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 11:18:47 -0000 > On Sat, Nov 20, 2004 at 03:55:11PM +0000, Brian Candler wrote: > > I started with a fresh 5.3-RELEASE install and then upgraded the kernel > > source to 5.3-STABLE > > Sorry, I meant to say 5-STABLE. The release tag is RELENG_5 (I just used > /usr/share/examples/cvsup/stable-supfile) Well, the full buildworld / buildkernel / installkernel / installworld sequence fixed it, so it's not a problem any more. I'd still like to know what had changed underneath though :-) Regards, Brian. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 11:35:59 2004 Return-Path: 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 CC3FD16A4CE; Mon, 22 Nov 2004 11:35:59 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35F8943D45; Mon, 22 Nov 2004 11:35:59 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iAMBYFXR043477; Mon, 22 Nov 2004 06:34:15 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iAMBYElG043474; Mon, 22 Nov 2004 11:34:14 GMT (envelope-from robert@fledge.watson.org) Date: Mon, 22 Nov 2004 11:34:13 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Sean McNeil In-Reply-To: <1101100870.16086.16.camel@server.mcneil.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: Re[4]: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 11:36:00 -0000 On Sun, 21 Nov 2004, Sean McNeil wrote: > I have to disagree. Packet loss is likely according to some of my > tests. With the re driver, no change except placing a 100BT setup with > no packet loss to a gigE setup (both linksys switches) will cause > serious packet loss at 20Mbps data rates. I have discovered the only > way to get good performance with no packet loss was to > > 1) Remove interrupt moderation > 2) defrag each mbuf that comes in to the driver. Sounds like you're bumping into a queue limit that is made worse by interrupting less frequently, resulting in bursts of packets that are relatively large, rather than a trickle of packets at a higher rate. Perhaps a limit on the number of outstanding descriptors in the driver or hardware and/or a limit in the netisr/ifqueue queue depth. You might try changing the default IFQ_MAXLEN from 50 to 128 to increase the size of the ifnet and netisr queues. You could also try setting net.isr.enable=1 to enable direct dispatch, which in the in-bound direction would reduce the number of context switches and queueing. It sounds like the device driver has a limit of 256 receive and transmit descriptors, which one supposes is probably derived from the hardware limit, but I have no documentation on hand so can't confirm that. It would be interesting on the send and receive sides to inspect the counters for drops at various points in the network stack; i.e., are we dropping packets at the ifq handoff because we're overfilling the descriptors in the driver, are packets dropped on the inbound path going into the netisr due to over-filling before the netisr is scheduled, etc. And, it's probably interesting to look at stats on filling the socket buffers for the same reason: if bursts of packets come up the stack, the socket buffers could well be being over-filled before the user thread can run. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 14:17:33 2004 Return-Path: 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 48BD716A4CE; Mon, 22 Nov 2004 14:17:33 +0000 (GMT) Received: from juniper.fornext.org (53.35.138.210.xn.2iij.net [210.138.35.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7146743D46; Mon, 22 Nov 2004 14:17:32 +0000 (GMT) (envelope-from shino@fornext.org) Received: from [127.0.0.1] (thyme.fornext.org [192.168.3.32]) by juniper.fornext.org (Postfix) with ESMTP id BB5FB2A; Mon, 22 Nov 2004 23:17:30 +0900 (JST) Date: Mon, 22 Nov 2004 23:17:36 +0900 From: Shunsuke SHINOMIYA To: Matthew Dillon In-Reply-To: <20041122104527.5204.SHINO@fornext.org> References: <200411220038.iAM0c7JQ052589@apollo.backplane.com> <20041122104527.5204.SHINO@fornext.org> Message-Id: <20041122221011.CFF4.SHINO@fornext.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.12 [ja] cc: Jeremie Le Hen cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re[5]: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 14:17:33 -0000 I did FastEthernet throughput test by Smartbits with SmartApp. It's simpler than TCP throughput measurement. :) This Smartbits has some FastEthernet ports, has no GbE ports. The router is consist of single Xeon 2.4GHz which is HTT enabled and two on-boarded em interfaces. The kernel is 5.3-RELEASE with option SMP. if_em.c is version 1.44.2.3 with the sysctl-able patch. kern.random.sys.harvest.ethernet is set to 0. `Interrupt Moderation on' means the combination of parameters, hw.em?.rx_int_delay: 0 hw.em?.tx_int_delay: 66 hw.em?.rx_abs_int_delay: 66 hw.em?.tx_abs_int_delay: 66 hw.em?.int_throttle_ceil: 8000. `Interrupt Moderation off' means the combination of parameters, hw.em?.rx_int_delay: 0 hw.em?.tx_int_delay: 0 hw.em?.rx_abs_int_delay: 0 hw.em?.tx_abs_int_delay: 0 hw.em?.int_throttle_ceil: 0. `on/off' means input side interface(em0)'s moderation is `on' and output side interface(em1)'s moderation is `off'. hmm ..., the results of off/on are unstable. (A) ... Passed Rate(%) (B) ... Passed Rate(pps) Interrupt Moderation on/on Frame 1st Trial 2nd Trial 3rd Trial Size (A) (B) (A) (B) (A) (B) 64 28.14 41876 28.14 41876 28.14 41876 128 50.08 42301 49.50 41805 49.50 41806 256 93.24 42229 92.00 41666 92.62 41946 512 100.00 23496 100.00 23496 100.00 23496 1024 100.00 11973 100.00 11973 100.00 11973 1280 100.00 9615 100.00 9615 100.00 9615 1518 100.00 8127 100.00 8127 100.00 8127 Interrupt Moderation on/off Frame 1st Trial 2nd Trial 3rd Trial Size (A) (B) (A) (B) (A) (B) 64 28.14 41876 27.50 40916 28.14 41876 128 50.08 42301 48.85 41254 49.50 41806 256 93.24 42229 92.00 41666 92.62 41946 512 100.00 23496 100.00 23496 100.00 23496 1024 100.00 11973 100.00 11973 100.00 11973 1280 100.00 9615 100.00 9615 100.00 9615 1518 100.00 8127 100.00 8127 100.00 8127 Interrupt Moderation off/on Frame 1st Trial 2nd Trial 3rd Trial Size (B) (C) (B) (C) (B) (C) 64 100.00 148807 100.00 148807 99.41 147927 128 100.00 84458 55.74 47080 61.41 51867 256 100.00 45289 98.75 44722 100.00 45289 512 100.00 23496 100.00 23496 100.00 23496 1024 100.00 11973 100.00 11973 100.00 11973 1280 100.00 9615 100.00 9615 100.00 9615 1518 100.00 8127 100.00 8127 100.00 8127 Interrupt Moderation off/off Frame 1st Trial 2nd Trial 3rd Trial Size (B) (C) (B) (C) (B) (C) 64 81.55 121358 81.55 121358 82.35 122547 128 100.00 84458 100.00 84458 100.00 84458 256 100.00 45289 100.00 45289 100.00 45289 512 100.00 23496 100.00 23496 100.00 23496 1024 100.00 11973 100.00 11973 100.00 11973 1280 100.00 9615 100.00 9615 100.00 9615 1518 100.00 8127 100.00 8127 100.00 8127 -- Shunsuke SHINOMIYA From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 14:47:43 2004 Return-Path: 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 E9F1016A4CE for ; Mon, 22 Nov 2004 14:47:43 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E83DC43D1F for ; Mon, 22 Nov 2004 14:47:42 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ojuzmj@localhost [127.0.0.1]) by lurza.secnetix.de (8.12.11/8.12.11) with ESMTP id iAMElekE086745 for ; Mon, 22 Nov 2004 15:47:40 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.12.11/8.12.11/Submit) id iAMEle95086744; Mon, 22 Nov 2004 15:47:40 +0100 (CET) (envelope-from olli) Date: Mon, 22 Nov 2004 15:47:40 +0100 (CET) Message-Id: <200411221447.iAMEle95086744@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <004501c4d057$40a19540$6401a8c0@laptop> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.10-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Configuring a DVD burner on 4.10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 22 Nov 2004 14:47:44 -0000 DONALD GOODWIN wrote: > The drive is seen by the OS. I can mount it using a normal CD-R. But when > I try to use it for a burner, it doesn't work (get a bad ioctl message). The _exact_ wording of the error message might be helpful. > When I run camcontrol devlist, the drive shows up on bus 2. But, when I run > cdrecord, bus 2 is not seen. Camcontrol reports the device (/dev/adc0a) is > using pass4. But there is no /dev/pass4 device in /dev. Then create it (as root): cd /dev; sh MAKEDEV pass4 > The message i get is inapproriate ioctl. Driving me nuts. > Thoughts/pointers/questions are greatly appreciated. I would recommend using the dvd+rw-tools port instead of cdrecord (/usr/ports/sysutils/dvd+rw-tools). Despite the name, it supports all types of DVD-R/-RW/+R/+RW. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München 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 Mon Nov 22 14:48:54 2004 Return-Path: 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 0EDEF16A4CE for ; Mon, 22 Nov 2004 14:48:54 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7124E43D1D for ; Mon, 22 Nov 2004 14:48:53 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.43 (FreeBSD)) id 1CWFUq-0006TD-1z; Mon, 22 Nov 2004 15:48:52 +0100 Date: Mon, 22 Nov 2004 15:48:52 +0100 From: Oliver Brandmueller To: Uwe Doering Message-ID: <20041122144851.GE62928@e-Gitt.NET> References: <4168578F.7060706@geminix.org> <20041103191641.K63546@is.park.rambler.ru> <4189666A.9020500@geminix.org> <20041104124616.S92154@is.park.rambler.ru> <418BEBC2.3020304@geminix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <418BEBC2.3020304@geminix.org> User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller cc: stable@freebsd.org Subject: Re: vnode_pager_putpages errors and DOS? [5-STABLE, too] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 14:48:54 -0000 Hi Uwe, hi comitters. On Fri, Nov 05, 2004 at 10:08:18PM +0100, Uwe Doering wrote: > I've attached an updated version of the patch for 'vnode_pager.c'. On > my test system it resolved the issue. Please let us know whether it > works for you as well. Is there any known way to trigger the problem? I did not yet run into any trouble, but actually I don't want to :-) The patch applies cleanly to 5-STABLE as of today and as far as I could see there were no changes to the code which obsolete this patch. - Oliver Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |--- src/sys/vm/vnode_pager.c.orig Tue Dec 31 10:34:51 2002 |+++ src/sys/vm/vnode_pager.c Fri Nov 5 20:41:15 2004 -------------------------- Patching file src/sys/vm/vnode_pager.c using Plan A... Hunk #1 succeeded at 994 with fuzz 2 (offset 40 lines). Hunk #2 succeeded at 1040 (offset 3 lines). done -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 14:51:17 2004 Return-Path: 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 90FFB16A4CF for ; Mon, 22 Nov 2004 14:51:17 +0000 (GMT) Received: from smtp01.isdsl.net (smtp01.isdsl.net [196.26.208.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2954343D5C for ; Mon, 22 Nov 2004 14:51:13 +0000 (GMT) (envelope-from simon@millen.co.za) Received: from smtp01.isdsl.net (localhost.isdsl.net [127.0.0.1]) by smtp01.isdsl.net (Postfix) with ESMTP id 5CFC42ED5C for ; Mon, 22 Nov 2004 16:24:41 +0200 (SAST) Received: from millen01.millenniumsa.co.za (c1-76-wbs.isadsl.co.za [196.14.114.76]) by smtp01.isdsl.net (Postfix) with ESMTP id 4C4B52E72B for ; Mon, 22 Nov 2004 16:22:47 +0200 (SAST) Received: by millen01.millenniumsa.co.za with Internet Mail Service (5.5.2653.19) id ; Mon, 22 Nov 2004 16:27:52 +0200 Message-ID: From: Simon Fishley To: freebsd-stable@freebsd.org Date: Mon, 22 Nov 2004 16:27:51 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-AV-Checked: ClamAV using ClamSMTP at smtp01.isdsl.net Subject: Newbie Port Filter Question on 4.10stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 14:51:17 -0000 Hi All Very new to FreeBSD and google has not proved helpful for once. Running 4.10Stable and I would like to allow traffic on port 20 on my server and I assumed /etc/rc.firewall was the place to do so. I added a line in the file in the same format as the rule allowing port 21 traffic but was not sure how to restart the firewall. #sh /etc/rc.firewall was a bad idea and totally shutdown all traffic. Can anyone point me to a clear resource on what I should do to start, stop and flush the port filter rules and whether or not I was working in the correct place to begin with. Thanks in advance Simon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 16:02:40 2004 Return-Path: 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 74F3516A4CE for ; Mon, 22 Nov 2004 16:02:40 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4B8943D54 for ; Mon, 22 Nov 2004 16:02:39 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <41A20D78.3080704@geminix.org> Date: Mon, 22 Nov 2004 17:02:00 +0100 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041119 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Brandmueller References: <4168578F.7060706@geminix.org> <20041103191641.K63546@is.park.rambler.ru> <4189666A.9020500@geminix.org> <20041104124616.S92154@is.park.rambler.ru> <418BEBC2.3020304@geminix.org> <20041122144851.GE62928@e-Gitt.NET> In-Reply-To: <20041122144851.GE62928@e-Gitt.NET> Content-Type: multipart/mixed; boundary="------------060700070407020504090601" Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1CWGde-000E24-00; Mon, 22 Nov 2004 17:02:02 +0100 cc: stable@freebsd.org Subject: Re: vnode_pager_putpages errors and DOS? [5-STABLE, too] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 16:02:40 -0000 This is a multi-part message in MIME format. --------------060700070407020504090601 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Oliver Brandmueller wrote: > On Fri, Nov 05, 2004 at 10:08:18PM +0100, Uwe Doering wrote: > >>I've attached an updated version of the patch for 'vnode_pager.c'. On >>my test system it resolved the issue. Please let us know whether it >>works for you as well. > > Is there any known way to trigger the problem? I did not yet run into > any trouble, but actually I don't want to :-) After a brief search I found my test program again. Please find it attached to this email. As far as I can tell it should still work. Nothing complicated, in fact. The program just creates and mmaps a file that is slightly larger than the available disk space, and then modifies all pages within the mmapped area so that the syncer has to flush them out to disk. In case you would like to try it, please adjust FILENAME and FILELEN. FILELEN is supposed to be slightly larger than the available disk space. I ran my tests on a 100 MB file system mounted under '/', since that was the smalles FS available on that computer. After 30 seconds at max an unpatched system ought to become unresponsive due to the indefinite loop I described earlier. > The patch applies cleanly to 5-STABLE as of today and as far as I could > see there were no changes to the code which obsolete this patch. With the attached test program you'll probably find out soon whether PR and fix apply to RELENG_5 (and possibly above) as well. Please keep us posted. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net --------------060700070407020504090601 Content-Type: text/plain; name="t.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="t.c" #include #include #include #include #include #include #define FILENAME "/mnt/test" /* where to put the test file */ #define FILELEN 110 /* test file length in MB */ main() { int fd; size_t len; char *buf, *p, *lim; len = FILELEN * 1024 * 1024; if ((fd = open(FILENAME, O_RDWR|O_CREAT|O_TRUNC, 0666)) == -1) err(2, "open() failed"); if (ftruncate(fd, len) == -1) err(2, "ftruncate() failed"); buf = mmap(NULL, len, PROT_WRITE, MAP_SHARED, fd, 0); if (buf == MAP_FAILED) err(2, "mmap() failed"); (void)close(fd); for (p = buf, lim = p + len; p < lim; p += 4096) *p = '0'; if (munmap(buf, len) == -1) err(2, "munmap() failed"); exit(0); } --------------060700070407020504090601-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 16:46:50 2004 Return-Path: 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 4369216A4CE for ; Mon, 22 Nov 2004 16:46:50 +0000 (GMT) Received: from bsd3.nyct.net (bsd3.nyct.net [216.139.128.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD84943D60 for ; Mon, 22 Nov 2004 16:46:49 +0000 (GMT) (envelope-from myj@bsd3.nyct.net) Received: from bsd3.nyct.net (localhost [127.0.0.1]) by bsd3.nyct.net (8.12.11/8.12.11) with ESMTP id iAMGkm1v032550; Mon, 22 Nov 2004 11:46:48 -0500 (EST) (envelope-from myj@bsd3.nyct.net) Received: (from myj@localhost) by bsd3.nyct.net (8.12.11/8.12.11/Submit) id iAMGkm63032549; Mon, 22 Nov 2004 11:46:48 -0500 (EST) (envelope-from myj) Date: Mon, 22 Nov 2004 11:46:48 -0500 (EST) From: Paul Sandys To: John-Mark Gurney In-Reply-To: <20041120084456.GU57546@funkthat.com> Message-ID: <20041122113525.G31812@bsd3.nyct.net> References: <20041114231939.Y71461@bsd3.nyct.net> <20041120084456.GU57546@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: SIIG cards and puc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 16:46:50 -0000 The SIIG card I have does use shared interrupt for both ports, so I don't see any other way around it. The 0x40000001 is a regular flag that's used by sio.c . I found an undocumented feature in there, that allows you to set a FIFO size, so I used it in combination with the shared irq flag. from sio.c: #define COM_ISMULTIPORT(flags) ((flags) & 0x01) #define COM_FIFOSIZE(flags) (((flags) & 0xff000000) >> 24) Here's the diff: *** pucdata.c.orig Mon Nov 22 11:40:30 2004 --- pucdata.c Mon Nov 22 11:41:02 2004 *************** *** 539,546 **** { 0x131f, 0x2031, 0, 0 }, { 0xffff, 0xffff, 0, 0 }, { ! { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ }, ! { PUC_PORT_TYPE_COM, 0x14, 0x00, COM_FREQ }, }, }, --- 539,546 ---- { 0x131f, 0x2031, 0, 0 }, { 0xffff, 0xffff, 0, 0 }, { ! { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ, 0x40000001 }, ! { PUC_PORT_TYPE_COM, 0x14, 0x00, COM_FREQ, 0x40000001 }, }, }, On Sat, 20 Nov 2004, John-Mark Gurney wrote: > Date: Sat, 20 Nov 2004 00:44:56 -0800 > From: John-Mark Gurney > To: Paul Sandys > Cc: freebsd-stable@freebsd.org > Subject: Re: SIIG cards and puc > > Paul Sandys wrote this message on Sun, Nov 14, 2004 at 23:25 -0500: > > I've tried to get one of the 20x family 16C650 64-byte buffer SIIG cards to > > work. It does not work out of the box. > > > > I had to add 0x40000001 into the flags in pucdata.c for my card and "options > > where does this magic value come from? Could you express it in defines > in the code? i.e. PUC_FLAGS_MEMORY > > > COM_MULTIPORT" into the kernel config. It's still limited to 115200 baud, but > > all I was interested is 9600 anyway. > > COM_MULTIPORT will not be default due to the impact of having to test > every sio port on any sio interrupt... > > > Can this be implemented into the source tree ? > > A patch is helpful. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > <-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-> < myj@nyct.net Paul Sandys | New York Connect http://www.nyct.net > < network operations manager | Total Solution provider > <-------------------------------------------------------------------------> < " The Internet Solutions Provider You Can Count On ! " > <-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-> From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 17:29:06 2004 Return-Path: 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 12BA816A4CE for ; Mon, 22 Nov 2004 17:29:06 +0000 (GMT) Received: from radix.cryptio.net (radix.cryptio.net [64.81.55.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE48143D41 for ; Mon, 22 Nov 2004 17:29:05 +0000 (GMT) (envelope-from emechler@radix.cryptio.net) Received: from radix.cryptio.net (localhost [127.0.0.1]) by radix.cryptio.net (8.13.1/8.13.1) with ESMTP id iAMHT5Xe076356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Nov 2004 09:29:05 -0800 (PST) (envelope-from emechler@radix.cryptio.net) Received: (from emechler@localhost) by radix.cryptio.net (8.13.1/8.13.1/Submit) id iAMHT5ax076355; Mon, 22 Nov 2004 09:29:05 -0800 (PST) (envelope-from emechler) Date: Mon, 22 Nov 2004 09:29:05 -0800 From: Erick Mechler To: Simon Fishley Message-ID: <20041122172905.GG69324@techometer.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: Newbie Port Filter Question on 4.10stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 17:29:06 -0000 :: Can anyone point me to a clear resource on what I should do to start, stop :: and flush the port filter rules and whether or not I was working in the :: correct place to begin with. Always start with the Handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/firewalls.html Then, the list archives (specifically this thread that started on the 20th on -security): http://docs.freebsd.org/cgi/getmsg.cgi?fetch=56843+0+archive/2004/freebsd-security/20041121.freebsd-security Best practice would be to take what you want out of /etc/rc.firewall and build your own ruleset in another file. That way you can't accidentally overwrite it the next time you run mergemaster. Cheers - Erick From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 18:05:18 2004 Return-Path: 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 36CEE16A4CE for ; Mon, 22 Nov 2004 18:05:18 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCA2543D31 for ; Mon, 22 Nov 2004 18:05:17 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 24899 invoked from network); 22 Nov 2004 18:05:17 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 22 Nov 2004 18:05:17 -0000 Received: from hydrogen.funkthat.com (zmjktu@localhost.funkthat.com [127.0.0.1])iAMI5FB6001331; Mon, 22 Nov 2004 10:05:16 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id iAMI5FmM001330; Mon, 22 Nov 2004 10:05:15 -0800 (PST) Date: Mon, 22 Nov 2004 10:05:15 -0800 From: John-Mark Gurney To: Paul Sandys Message-ID: <20041122180515.GX57546@funkthat.com> Mail-Followup-To: Paul Sandys , freebsd-stable@freebsd.org References: <20041114231939.Y71461@bsd3.nyct.net> <20041120084456.GU57546@funkthat.com> <20041122113525.G31812@bsd3.nyct.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041122113525.G31812@bsd3.nyct.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-stable@freebsd.org Subject: Re: SIIG cards and puc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 18:05:18 -0000 Paul Sandys wrote this message on Mon, Nov 22, 2004 at 11:46 -0500: > The SIIG card I have does use shared interrupt for both ports, so I don't see > any other way around it. > > The 0x40000001 is a regular flag that's used by sio.c . I found an undocumented > feature in there, that allows you to set a FIFO size, so I used it in > combination with the shared irq flag. Ahh, yes... Then we now have the interesting problem that it appears that PUC and sio share flags... :( from puc.c: type = (sc->sc_desc.ports[i].flags & PUC_FLAGS_MEMORY) ? SYS_RES_MEMORY : SYS_RES_IOPORT; and: device_set_flags(sc->sc_ports[i].dev, sc->sc_desc.ports[i].flags); which means you are also turning on memory mapping for the card... I'm not comfortable including a flag for an undocumented feature as a standard part of the system.. Care to document it? :) Also, are you sure it's the ISMULTIPORT that needs to be set? (and not the MEMORY flag you are acidentally also setting?) From what I've read of the PUC driver, it handles the multiport case for you since it hands out the interrupts to the sio driver... see this comment above puc_intr: * This is an interrupt handler. For boards that can't tell us which * device generated the interrupt it just calls all the registered * handlers sequencially, but for boards that can tell us which hmmm.. that's probably how it gets around the fact that it doesn't need to pass in the multiport flag, so we should probably be clearing that flag before passing it down to the lower layers... > from sio.c: > #define COM_ISMULTIPORT(flags) ((flags) & 0x01) > #define COM_FIFOSIZE(flags) (((flags) & 0xff000000) >> 24) > > Here's the diff: > > *** pucdata.c.orig Mon Nov 22 11:40:30 2004 > --- pucdata.c Mon Nov 22 11:41:02 2004 > *************** > *** 539,546 **** > { 0x131f, 0x2031, 0, 0 }, > { 0xffff, 0xffff, 0, 0 }, > { > ! { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ }, > ! { PUC_PORT_TYPE_COM, 0x14, 0x00, COM_FREQ }, > }, > }, > > --- 539,546 ---- > { 0x131f, 0x2031, 0, 0 }, > { 0xffff, 0xffff, 0, 0 }, > { > ! { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ, 0x40000001 }, > ! { PUC_PORT_TYPE_COM, 0x14, 0x00, COM_FREQ, 0x40000001 }, > }, > }, > > > On Sat, 20 Nov 2004, John-Mark Gurney wrote: > > > Date: Sat, 20 Nov 2004 00:44:56 -0800 > > From: John-Mark Gurney > > To: Paul Sandys > > Cc: freebsd-stable@freebsd.org > > Subject: Re: SIIG cards and puc > > > > Paul Sandys wrote this message on Sun, Nov 14, 2004 at 23:25 -0500: > > > I've tried to get one of the 20x family 16C650 64-byte buffer SIIG cards to > > > work. It does not work out of the box. > > > > > > I had to add 0x40000001 into the flags in pucdata.c for my card and "options > > > > where does this magic value come from? Could you express it in defines > > in the code? i.e. PUC_FLAGS_MEMORY > > > > > COM_MULTIPORT" into the kernel config. It's still limited to 115200 baud, but > > > all I was interested is 9600 anyway. > > > > COM_MULTIPORT will not be default due to the impact of having to test > > every sio port on any sio interrupt... > > > > > Can this be implemented into the source tree ? > > > > A patch is helpful. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 20:14:11 2004 Return-Path: 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 6140616A4CE; Mon, 22 Nov 2004 20:14:11 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05C4D43D1D; Mon, 22 Nov 2004 20:14:11 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 94354F2102; Mon, 22 Nov 2004 12:14:08 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77020-04; Mon, 22 Nov 2004 12:14:06 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id B03CFF20DF; Mon, 22 Nov 2004 12:14:06 -0800 (PST) From: Sean McNeil To: Robert Watson In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-5JFyiJ/y9VFBOBUn+7tM" Date: Mon, 22 Nov 2004 12:14:06 -0800 Message-Id: <1101154446.79991.13.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: Re[4]: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 20:14:11 -0000 --=-5JFyiJ/y9VFBOBUn+7tM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-11-22 at 11:34 +0000, Robert Watson wrote: > On Sun, 21 Nov 2004, Sean McNeil wrote: >=20 > > I have to disagree. Packet loss is likely according to some of my > > tests. With the re driver, no change except placing a 100BT setup with > > no packet loss to a gigE setup (both linksys switches) will cause > > serious packet loss at 20Mbps data rates. I have discovered the only > > way to get good performance with no packet loss was to > >=20 > > 1) Remove interrupt moderation > > 2) defrag each mbuf that comes in to the driver. >=20 > Sounds like you're bumping into a queue limit that is made worse by > interrupting less frequently, resulting in bursts of packets that are > relatively large, rather than a trickle of packets at a higher rate. > Perhaps a limit on the number of outstanding descriptors in the driver or > hardware and/or a limit in the netisr/ifqueue queue depth. You might try > changing the default IFQ_MAXLEN from 50 to 128 to increase the size of th= e > ifnet and netisr queues. You could also try setting net.isr.enable=3D1 t= o > enable direct dispatch, which in the in-bound direction would reduce the > number of context switches and queueing. It sounds like the device drive= r > has a limit of 256 receive and transmit descriptors, which one supposes i= s > probably derived from the hardware limit, but I have no documentation on > hand so can't confirm that. I've tried bumping IFQ_MAXLEN and it made no difference. I could rerun this test to be 100% certain I suppose. It was done a while back. I haven't tried net.isr.enable=3D1, but packet loss is in the transmission direction. The device driver has been modified to have 1024 transmit and receive descriptors each as that is the hardware limitation. That didn't matter either. With 1024 descriptors I still lost packets without the m_defrag. The most difficult thing for me to understand is: if this is some sort of resource limitation why will it work with a slower phy layer perfectly and not with the gigE? The only thing I could think of was that the old driver was doing m_defrag calls when it filled the transmit descriptor queues up to a certain point. Understanding the effects of m_defrag would be helpful in figuring this out I suppose. > It would be interesting on the send and receive sides to inspect the > counters for drops at various points in the network stack; i.e., are we > dropping packets at the ifq handoff because we're overfilling the > descriptors in the driver, are packets dropped on the inbound path going > into the netisr due to over-filling before the netisr is scheduled, etc.=20 > And, it's probably interesting to look at stats on filling the socket > buffers for the same reason: if bursts of packets come up the stack, the > socket buffers could well be being over-filled before the user thread can > run. Yes, this would be very interesting and should point out the problem. I would do such a thing if I had enough knowledge of the network pathways. Alas, I am very green in this area. The receive side has no issues, though, so I would focus on transmit counters (with assistance). --=-5JFyiJ/y9VFBOBUn+7tM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBokiOyQsGN30uGE4RAtJzAJ9rx309a8+iQkElTKKX/GsS+26kuACg6plM uFItZxBt9UmaClVTPWVq89U= =yhZ0 -----END PGP SIGNATURE----- --=-5JFyiJ/y9VFBOBUn+7tM-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 20:43:49 2004 Return-Path: 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 6871416A4D4 for ; Mon, 22 Nov 2004 20:43:49 +0000 (GMT) Received: from msg-mx4.usc.edu (msg-mx4.usc.edu [128.125.137.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4798243D39 for ; Mon, 22 Nov 2004 20:43:49 +0000 (GMT) (envelope-from kokje@ISI.EDU) Received: from [128.9.160.145] by msg-mx4.usc.edu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTPA id <0I7L001H8LL1S800@msg-mx4.usc.edu> for freebsd-stable@freebsd.org; Mon, 22 Nov 2004 12:43:49 -0800 (PST) Date: Mon, 22 Nov 2004 12:43:48 -0800 From: Tejas Kokje Sender: kokje@usc.edu To: freebsd-stable@freebsd.org Message-id: <41A24F84.20600@ISI.EDU> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.8 (X11/20040913) Subject: buildkernel problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 20:43:49 -0000 Hi, I am trying to do buildkernel with my own configuration file (MYKERNEL_CONFIG). I am getting the following error. I am not sure what is wrong. Any help will be appreciated . # uname -sr FreeBSD 4.9-RELEASE-p11 #make buildkernel KERNCONF=MYKERNEL_CONFIG -------------------------------------------------------------- >>> Kernel build for MYKERNEL_CONFIG started on Mon Nov 22 12:25:36 PST 2004 -------------------------------------------------------------- ===> MYKERNEL_CONFIG mkdir -p /usr/obj/usr/src/sys cd /usr/src/sys/i386/conf; PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/MYKERNEL_CONFIG /usr/src/sys/i386/conf/MYKERNEL_CONFIG Don't forget to do a ``make depend'' Warning: device "cz" is unknown *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Tejas Kokje Graduate Research Assistant Information Sciences Institute University of Southern California From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 21:24:50 2004 Return-Path: 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 CF3EA16A4CE for ; Mon, 22 Nov 2004 21:24:50 +0000 (GMT) Received: from mallaury.noc.nerim.net (smtp-101-monday.noc.nerim.net [62.4.17.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34CB043D39 for ; Mon, 22 Nov 2004 21:24:50 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from [192.168.1.11] (dumbbell.net1.nerim.net [80.65.225.171]) by mallaury.noc.nerim.net (Postfix) with ESMTP id 259C862DA4; Mon, 22 Nov 2004 22:24:46 +0100 (CET) Message-ID: <41A2591A.2030306@club-internet.fr> Date: Mon, 22 Nov 2004 22:24:42 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041108 X-Accept-Language: fr, en-us, en MIME-Version: 1.0 To: Tejas Kokje References: <41A24F84.20600@ISI.EDU> In-Reply-To: <41A24F84.20600@ISI.EDU> X-Enigmail-Version: 0.89.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7D376ABC5983512C09C954CB" Content-Transfer-Encoding: 8bit cc: freebsd-stable@freebsd.org Subject: Re: buildkernel problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 21:24:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7D376ABC5983512C09C954CB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Tejas Kokje wrote: > Hi, Hello, > I am trying to do buildkernel with my own configuration file > (MYKERNEL_CONFIG). I am getting the following error. I am not sure what > is wrong. Any help will be appreciated . > > #make buildkernel KERNCONF=MYKERNEL_CONFIG > [...] > Warning: device "cz" is unknown ^^^^^^^^^^^ You should check your MYKERNEL_CONFIG and look for the line : device cz This device doesn't exist. Maybe it's a typo, but I don't know a device with a similar name. You should comment it out or remove it, then start the buildkernel again. Hope this help :) Regards, Jean-Sébastien Pédron --------------enig7D376ABC5983512C09C954CB 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.2.6 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBolkga+xGJsFYOlMRAquHAKDDOJ00lMfD+tMgdSYZ1xT2om/fzACgwsoz PG8MJG0wJjBjJXNn//6IDcM= =m55U -----END PGP SIGNATURE----- --------------enig7D376ABC5983512C09C954CB-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 21:29:37 2004 Return-Path: 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 B3FA116A4CE for ; Mon, 22 Nov 2004 21:29:37 +0000 (GMT) Received: from mta9.adelphia.net (mta9.adelphia.net [68.168.78.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EE6543D49 for ; Mon, 22 Nov 2004 21:29:37 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from smtp.jim-liesl.org ([68.71.52.28]) by mta9.adelphia.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20041122212936.YSLV14438.mta9.adelphia.net@smtp.jim-liesl.org>; Mon, 22 Nov 2004 16:29:36 -0500 Received: from [127.0.0.1] (localhost.jim-liesl.org [127.0.0.1]) by smtp.jim-liesl.org (Postfix) with ESMTP id 147BD152B2; Mon, 22 Nov 2004 14:29:35 -0700 (MST) Message-ID: <41A25A55.9010009@jim-liesl.org> Date: Mon, 22 Nov 2004 14:29:57 -0700 From: secmgr User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tejas Kokje References: <41A24F84.20600@ISI.EDU> In-Reply-To: <41A24F84.20600@ISI.EDU> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: buildkernel problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 21:29:37 -0000 Tejas Kokje wrote: > Hi, > > > I am trying to do buildkernel with my own configuration file > (MYKERNEL_CONFIG). I am getting the following error. I am not sure > what is wrong. Any help will be appreciated . > > > # uname -sr > FreeBSD 4.9-RELEASE-p11 > > #make buildkernel KERNCONF=MYKERNEL_CONFIG > > -------------------------------------------------------------- > >>> Kernel build for MYKERNEL_CONFIG started on Mon Nov 22 12:25:36 > PST 2004 > -------------------------------------------------------------- > ===> MYKERNEL_CONFIG > mkdir -p /usr/obj/usr/src/sys > cd /usr/src/sys/i386/conf; > PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > config -d /usr/obj/usr/src/sys/MYKERNEL_CONFIG > /usr/src/sys/i386/conf/MYKERNEL_CONFIG > Don't forget to do a ``make depend'' > Warning: device "cz" is unknown > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. no cz.c in your build path (/usr/src/sys/dev/). Is there a cyclades Z series card in the system? If you need the driver you can get it from their website. jim From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 21:31:11 2004 Return-Path: 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 640B316A4CF for ; Mon, 22 Nov 2004 21:31:11 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF9E143D5F for ; Mon, 22 Nov 2004 21:31:10 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 15864 invoked from network); 22 Nov 2004 21:31:10 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 22 Nov 2004 21:31:10 -0000 Received: from hydrogen.funkthat.com (zebixs@localhost.funkthat.com [127.0.0.1])iAMLV9B6005705; Mon, 22 Nov 2004 13:31:09 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id iAMLV8en005704; Mon, 22 Nov 2004 13:31:08 -0800 (PST) Date: Mon, 22 Nov 2004 13:31:08 -0800 From: John-Mark Gurney To: Sean McNeil Message-ID: <20041122213108.GY57546@funkthat.com> Mail-Followup-To: Sean McNeil , Robert Watson , freebsd-stable@freebsd.org, freebsd-current@freebsd.org, Jeremie Le Hen References: <1101154446.79991.13.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1101154446.79991.13.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Jeremie Le Hen cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: Re[4]: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 21:31:11 -0000 Sean McNeil wrote this message on Mon, Nov 22, 2004 at 12:14 -0800: > On Mon, 2004-11-22 at 11:34 +0000, Robert Watson wrote: > > On Sun, 21 Nov 2004, Sean McNeil wrote: > > > > > I have to disagree. Packet loss is likely according to some of my > > > tests. With the re driver, no change except placing a 100BT setup with > > > no packet loss to a gigE setup (both linksys switches) will cause > > > serious packet loss at 20Mbps data rates. I have discovered the only > > > way to get good performance with no packet loss was to > > > > > > 1) Remove interrupt moderation > > > 2) defrag each mbuf that comes in to the driver. > > > > Sounds like you're bumping into a queue limit that is made worse by > > interrupting less frequently, resulting in bursts of packets that are > > relatively large, rather than a trickle of packets at a higher rate. > > Perhaps a limit on the number of outstanding descriptors in the driver or > > hardware and/or a limit in the netisr/ifqueue queue depth. You might try > > changing the default IFQ_MAXLEN from 50 to 128 to increase the size of the > > ifnet and netisr queues. You could also try setting net.isr.enable=1 to > > enable direct dispatch, which in the in-bound direction would reduce the > > number of context switches and queueing. It sounds like the device driver > > has a limit of 256 receive and transmit descriptors, which one supposes is > > probably derived from the hardware limit, but I have no documentation on > > hand so can't confirm that. > > I've tried bumping IFQ_MAXLEN and it made no difference. I could rerun And the default for if_re is RL_IFQ_MAXLEN which is already 512... As is mentioned below, the card can do 64 segments (which usually means 32 packets since each packet usually has a header + payload in seperate packets)... > this test to be 100% certain I suppose. It was done a while back. I > haven't tried net.isr.enable=1, but packet loss is in the transmission > direction. The device driver has been modified to have 1024 transmit > and receive descriptors each as that is the hardware limitation. That > didn't matter either. With 1024 descriptors I still lost packets > without the m_defrag. hmmm... you know, I wonder if this is a problem with the if_re not pulling enough data from memory before starting the transmit... Though we currently have it set for unlimited... so, that doesn't seem like it would be it.. > The most difficult thing for me to understand is: if this is some sort > of resource limitation why will it work with a slower phy layer > perfectly and not with the gigE? The only thing I could think of was > that the old driver was doing m_defrag calls when it filled the transmit > descriptor queues up to a certain point. Understanding the effects of > m_defrag would be helpful in figuring this out I suppose. maybe the chip just can't keep the transmit fifo loaded at the higher speeds... is it possible vls is doing a writev for multisegmented UDP packet? I'll have to look at this again... > > It would be interesting on the send and receive sides to inspect the > > counters for drops at various points in the network stack; i.e., are we > > dropping packets at the ifq handoff because we're overfilling the > > descriptors in the driver, are packets dropped on the inbound path going > > into the netisr due to over-filling before the netisr is scheduled, etc. > > And, it's probably interesting to look at stats on filling the socket > > buffers for the same reason: if bursts of packets come up the stack, the > > socket buffers could well be being over-filled before the user thread can > > run. > > Yes, this would be very interesting and should point out the problem. I > would do such a thing if I had enough knowledge of the network pathways. > Alas, I am very green in this area. The receive side has no issues, > though, so I would focus on transmit counters (with assistance). -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 22:07:50 2004 Return-Path: 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 E0F1516A4CE; Mon, 22 Nov 2004 22:07:50 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DC5743D45; Mon, 22 Nov 2004 22:07:50 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 2CAE7F20C8; Mon, 22 Nov 2004 14:07:48 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02658-03; Mon, 22 Nov 2004 14:07:46 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 53B63F1802; Mon, 22 Nov 2004 14:07:46 -0800 (PST) From: Sean McNeil To: John-Mark Gurney In-Reply-To: <20041122213108.GY57546@funkthat.com> References: <1101154446.79991.13.camel@server.mcneil.com> <20041122213108.GY57546@funkthat.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Neck75QEDKh+GjKidRwQ" Date: Mon, 22 Nov 2004 14:07:45 -0800 Message-Id: <1101161265.3317.9.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com cc: Jeremie Le Hen cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: Re[4]: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 22:07:51 -0000 --=-Neck75QEDKh+GjKidRwQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi John-Mark, On Mon, 2004-11-22 at 13:31 -0800, John-Mark Gurney wrote: > Sean McNeil wrote this message on Mon, Nov 22, 2004 at 12:14 -0800: > > On Mon, 2004-11-22 at 11:34 +0000, Robert Watson wrote: > > > On Sun, 21 Nov 2004, Sean McNeil wrote: > > >=20 > > > > I have to disagree. Packet loss is likely according to some of my > > > > tests. With the re driver, no change except placing a 100BT setup = with > > > > no packet loss to a gigE setup (both linksys switches) will cause > > > > serious packet loss at 20Mbps data rates. I have discovered the on= ly > > > > way to get good performance with no packet loss was to > > > >=20 > > > > 1) Remove interrupt moderation > > > > 2) defrag each mbuf that comes in to the driver. > > >=20 > > > Sounds like you're bumping into a queue limit that is made worse by > > > interrupting less frequently, resulting in bursts of packets that are > > > relatively large, rather than a trickle of packets at a higher rate. > > > Perhaps a limit on the number of outstanding descriptors in the drive= r or > > > hardware and/or a limit in the netisr/ifqueue queue depth. You might= try > > > changing the default IFQ_MAXLEN from 50 to 128 to increase the size o= f the > > > ifnet and netisr queues. You could also try setting net.isr.enable= =3D1 to > > > enable direct dispatch, which in the in-bound direction would reduce = the > > > number of context switches and queueing. It sounds like the device d= river > > > has a limit of 256 receive and transmit descriptors, which one suppos= es is > > > probably derived from the hardware limit, but I have no documentation= on > > > hand so can't confirm that. > >=20 > > I've tried bumping IFQ_MAXLEN and it made no difference. I could rerun >=20 > And the default for if_re is RL_IFQ_MAXLEN which is already 512... As > is mentioned below, the card can do 64 segments (which usually means 32 > packets since each packet usually has a header + payload in seperate > packets)... It sounds like you believe this is an if_re-only problem. I had the feeling that the if_em driver performance problems were related in some way. I noticed that if_em does not do anything with m_defrag and thought it might be a little more than coincidence. > > this test to be 100% certain I suppose. It was done a while back. I > > haven't tried net.isr.enable=3D1, but packet loss is in the transmissio= n > > direction. The device driver has been modified to have 1024 transmit > > and receive descriptors each as that is the hardware limitation. That > > didn't matter either. With 1024 descriptors I still lost packets > > without the m_defrag. >=20 > hmmm... you know, I wonder if this is a problem with the if_re not > pulling enough data from memory before starting the transmit... Though > we currently have it set for unlimited... so, that doesn't seem like it > would be it.. Right. Plus it now has 1024 descriptors on my machine and, like I said, made little difference. > > The most difficult thing for me to understand is: if this is some sort > > of resource limitation why will it work with a slower phy layer > > perfectly and not with the gigE? The only thing I could think of was > > that the old driver was doing m_defrag calls when it filled the transmi= t > > descriptor queues up to a certain point. Understanding the effects of > > m_defrag would be helpful in figuring this out I suppose. >=20 > maybe the chip just can't keep the transmit fifo loaded at the higher > speeds... is it possible vls is doing a writev for multisegmented UDP > packet? I'll have to look at this again... I suppose. As I understand it, though, it should be sending out 1316-byte data packets at a metered pace. Also, wouldn't it behave the same for 100BT vs. gigE? Shouldn't I see packet loss with 100BT if this is the case? > > > It would be interesting on the send and receive sides to inspect the > > > counters for drops at various points in the network stack; i.e., are = we > > > dropping packets at the ifq handoff because we're overfilling the > > > descriptors in the driver, are packets dropped on the inbound path go= ing > > > into the netisr due to over-filling before the netisr is scheduled, e= tc.=20 > > > And, it's probably interesting to look at stats on filling the socket > > > buffers for the same reason: if bursts of packets come up the stack, = the > > > socket buffers could well be being over-filled before the user thread= can > > > run. > >=20 > > Yes, this would be very interesting and should point out the problem. = I > > would do such a thing if I had enough knowledge of the network pathways= . > > Alas, I am very green in this area. The receive side has no issues, > > though, so I would focus on transmit counters (with assistance). >=20 --=-Neck75QEDKh+GjKidRwQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBomMxyQsGN30uGE4RAlqhAJ9TrsixxX3K64+oIOUibWB6sb8hzgCdGTqN CwnP4Vx2F7UK7Bzn+8HlRWA= =/Ax1 -----END PGP SIGNATURE----- --=-Neck75QEDKh+GjKidRwQ-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 23:28:19 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AE25F16A4CE; Mon, 22 Nov 2004 23:28:18 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id iAMNSImV017306; Mon, 22 Nov 2004 18:28:18 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id iAMNSHBn017305; Mon, 22 Nov 2004 18:28:17 -0500 (EST) (envelope-from green) Date: Mon, 22 Nov 2004 18:28:17 -0500 From: Brian Fundakowski Feldman To: David Gilbert Message-ID: <20041122232817.GA1473@green.homeunix.org> References: <16795.43373.413946.559615@canoe.dclg.ca> <419BB453.70205@elischer.org> <16795.46413.508033.379777@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16795.46413.508033.379777@canoe.dclg.ca> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: freebsd-stable@freebsd.org cc: Julian Elischer Subject: Re: Snapshot corruption. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 23:28:19 -0000 On Wed, Nov 17, 2004 at 03:32:13PM -0500, David Gilbert wrote: > >>>>> "Julian" == Julian Elischer writes: > > Julian> David Gilbert wrote: > > >> I've got a medium busy server (few thousand mail messages a day, > >> web, webmail, imap, etc) that I can fairly reliably reproduce > >> filesystem corruption by creating multiple snapshots and deleting > >> them. > >> > >> I don't think I'm up to debugging this, but I may be able to > >> provide an exercise platform. > > Julian> can you characterise the corruption? > > Sure. Typically the system will crash with an ffs panic of some > random type. When it comes back, we run non-background fsck's because > manual fsck is sometimes required. > > Corruption varies. Some stuff sometimes pops up in lost+found. Some > stuff can vanish (not 100% positive on that). But most worringly, is > that some files come back corrupted (ie berkley db files that db won't > read). Long strings of NUL bytes? Missing data? Spam (from the same file, or from other files)? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 23:57:55 2004 Return-Path: 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 192AA16A4CE for ; Mon, 22 Nov 2004 23:57:55 +0000 (GMT) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA37843D2D for ; Mon, 22 Nov 2004 23:57:53 +0000 (GMT) (envelope-from volkere@cs.tu-berlin.de) Received: from mailhost.cs.tu-berlin.de (postfix@mail.cs.tu-berlin.de [130.149.17.13]) by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id AAA09144; Tue, 23 Nov 2004 00:57:48 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 68E0EF21A; Tue, 23 Nov 2004 00:57:47 +0100 (MET) Received: from mailhost.cs.tu-berlin.de ([127.0.0.1]) by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP id 10698-47; Tue, 23 Nov 2004 00:57:45 +0100 (MET) Received: from conde.cs.tu-berlin.de (conde.cs.tu-berlin.de [130.149.17.40]) by mailhost.cs.tu-berlin.de (Postfix) with ESMTP; Tue, 23 Nov 2004 00:57:44 +0100 (MET) Received: (from volkere@localhost)iAMNviqe028967; Tue, 23 Nov 2004 00:57:44 +0100 (MET) Date: Tue, 23 Nov 2004 00:57:44 +0100 From: Volker Eckert To: Dmitry Pryanishnikov Message-ID: <20041122235744.GA28772@conde.cs.tu-berlin.de> References: <20041117155904.X96713@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041117155904.X96713@atlantis.atlantis.dp.ua> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de cc: freebsd-stable@freebsd.org Subject: Re: SiI0680 ATA RAID question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 22 Nov 2004 23:57:55 -0000 On Wed, Nov 17, 2004 at 04:03:50PM +0200, Dmitry Pryanishnikov wrote: > > In 5.3-RELEASE ERRATA I see the following: > > (1 Nov 2004) ATA RAID support for the CMD649 and SiI0680 ATA > controllers is non-functional in this release. When such a controller > is brough up under ata(4) (ataraid) on 5.3, the RAID configuration > stored under 5.2 or prior may be corrupted. am i getting this right: a raid config stored under 5.3 will probably not get corrupted??? > What's the reason of the problem with SiI0680: inferiority of the hardware > or just programming error? Is this problem fixed in 6-CURRENT? If so, will > this fix be merged to 5-STABLE? as i had problems with an nfs-server (with SiI0680) running 5.2 for no obvious reason, i upgraded to 5.3 - and did not encounter the above mentioned problem since the release of 5.3 to date. i had to recreate my raid configuration, though, which seemed not to harm my data. (like this: atacontrol create RAID1 ad4 ad6) is this the expected behaviour: doesn't recognise raids created under 5.2, but works fine with raids created under 5.3? wondering, Volker. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 00:14:21 2004 Return-Path: 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 E38D316A4CE; Tue, 23 Nov 2004 00:14:21 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64BBD43D49; Tue, 23 Nov 2004 00:14:20 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) iAN0EFcW058710; Mon, 22 Nov 2004 16:14:16 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id iAN0EFZn058709; Mon, 22 Nov 2004 16:14:15 -0800 (PST) (envelope-from dillon) Date: Mon, 22 Nov 2004 16:14:15 -0800 (PST) From: Matthew Dillon Message-Id: <200411230014.iAN0EFZn058709@apollo.backplane.com> To: Sean McNeil References: <20041121205158.45CE.SHINO@fornext.org> <200411220038.iAM0c7JQ052589@apollo.backplane.com> <20041122104527.5204.SHINO@fornext.org> <1101100870.16086.16.camel@server.mcneil.com> cc: Jeremie Le Hen cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Re[4]: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 00:14:22 -0000 :Increasing the interrupt moderation frequency worked on the re driver, :but it only made it marginally better. Even without moderation, :however, I could lose packets without m_defrag. I suspect that there is :something in the higher level layers that is causing the packet loss. I :have no explanation why m_defrag makes such a big difference for me, but :it does. I also have no idea why a 20Mbps UDP stream can lose data over :gigE phy and not lose anything over 100BT... without the above mentioned :changes that is. It kinda sounds like the receiver's UDP buffer is not large enough to handle the burst traffic. 100BT is a much slower transport and the receiver (userland process) was likely able drain its buffer before new packets arrived. Use netstat -s to observe the drop statistics for udp on both the sender and receiver sides. You may also be able to get some useful information looking at the ip stats on both sides too. Try bumping up net.inet.udp.recvspace and see if that helps. In anycase, you should be able to figure out where the drops are occuring by observing netstat -s output. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 00:30:32 2004 Return-Path: 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 7ED6216A4D7 for ; Tue, 23 Nov 2004 00:30:32 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DE4D43D6B for ; Tue, 23 Nov 2004 00:30:09 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iAN0Tm9P027612; Mon, 22 Nov 2004 17:29:49 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 22 Nov 2004 17:30:24 -0700 (MST) Message-Id: <20041122.173024.69158626.imp@bsdimp.com> To: gnb@itga.com.au From: "M. Warner Losh" In-Reply-To: <41A1684E.1020302@itga.com.au> References: <20041116172445.GA14385@kayjay.xs4all.nl> <419A6ED9.9030301@pythonemproject.com> <41A1684E.1020302@itga.com.au> 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: rob@pythonemproject.com cc: freebsd-stable@freebsd.org Subject: Re: What OS are you? fun X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 00:30:32 -0000 In message: <41A1684E.1020302@itga.com.au> Gregory Bond writes: : Rob wrote: : : >>> You'd better cite your source and / or reasoning, as ~3*10^8m/s =is= : >>> the : >>> accepted constant speed of light in vacuum. : >> : It's deeper than that. The "second" and the "meter" are both defined in : terms of wavelengths of light, which (as a consequence) fixes the speed : of light _by definition_, at _exactly_ *299 792 458 m s^-1. The second is not defined in terms of the speed of light. It is defined in terms of the number of hyperfine transitions of cesium: http://www.bipm.fr/en/si/si_brochure/chapter2/2-1/second.html The second is the duration of 9 192 631 770 periods of the radiation corresponding to the transition between the two hyperfine levels of the ground state of the caesium 133 atom. This definition refers to a caesium atom at rest at a temperature of 0 K. The meter used to be defined in terms the wavelength of Krypton-86 radiation, but that was changed in 1983. It is nowdefined in terms of how far light travels in a given time interval. See http://physics.nist.gov/cuu/Units/meter.html for a good historical perspective. So the definition of the meter is dependent on the second, but the second is independent. However, the definition implicitly assumes that today's fundamental constants of the universe are indeed constant. There's been some evidence that suggests, but is so far inconclusive, that some or all of the fundamental constants of the universe may vary on the order of a few parts in 10^15 over the last few billion years or so. The definition of the meter was changed before this evidence was known. And this is indeed, very off topic. Warner From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 00:39:12 2004 Return-Path: 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 10D4E16A4CE for ; Tue, 23 Nov 2004 00:39:12 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 976C743D1F for ; Tue, 23 Nov 2004 00:39:11 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iAN0a0iV027677; Mon, 22 Nov 2004 17:36:01 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 22 Nov 2004 17:36:36 -0700 (MST) Message-Id: <20041122.173636.102807556.imp@bsdimp.com> To: gurney_j@resnet.uoregon.edu From: "M. Warner Losh" In-Reply-To: <20041122180515.GX57546@funkthat.com> References: <20041120084456.GU57546@funkthat.com> <20041122113525.G31812@bsd3.nyct.net> <20041122180515.GX57546@funkthat.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-stable@FreeBSD.org Subject: Re: SIIG cards and puc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 00:39:12 -0000 In message: <20041122180515.GX57546@funkthat.com> John-Mark Gurney writes: : Paul Sandys wrote this message on Mon, Nov 22, 2004 at 11:46 -0500: : > The SIIG card I have does use shared interrupt for both ports, so I don't see : > any other way around it. : > : > The 0x40000001 is a regular flag that's used by sio.c . I found an undocumented : > feature in there, that allows you to set a FIFO size, so I used it in : > combination with the shared irq flag. : : Ahh, yes... Then we now have the interesting problem that it appears : that PUC and sio share flags... :( : : from puc.c: : type = (sc->sc_desc.ports[i].flags & PUC_FLAGS_MEMORY) : ? SYS_RES_MEMORY : SYS_RES_IOPORT; : : and: : device_set_flags(sc->sc_ports[i].dev, : sc->sc_desc.ports[i].flags); : : which means you are also turning on memory mapping for the card... : : I'm not comfortable including a flag for an undocumented feature as a : standard part of the system.. Care to document it? :) : : Also, are you sure it's the ISMULTIPORT that needs to be set? (and not : the MEMORY flag you are acidentally also setting?) From what I've read : of the PUC driver, it handles the multiport case for you since it hands : out the interrupts to the sio driver... see this comment above puc_intr: : * This is an interrupt handler. For boards that can't tell us which : * device generated the interrupt it just calls all the registered : * handlers sequencially, but for boards that can tell us which : : hmmm.. that's probably how it gets around the fact that it doesn't need : to pass in the multiport flag, so we should probably be clearing that : flag before passing it down to the lower layers... You don't need the MULTIPORT to use PUC. If you do, then something in the tables is setup right. MULTIPORT is only for ISA cards. So that's clearly wrong. Can someone send me the patch for review. I've added devices to puc in the past. Warner From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 03:52:36 2004 Return-Path: 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 7ECA116A4CE for ; Tue, 23 Nov 2004 03:52:36 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB07943D31 for ; Tue, 23 Nov 2004 03:52:35 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.0.5] (adsl-68-250-184-205.dsl.wotnoh.ameritech.net [68.250.184.205]) (authenticated bits=0)iAN3WdUJ062968 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 22 Nov 2004 22:32:41 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-stable@freebsd.org Date: Mon, 22 Nov 2004 22:55:18 -0500 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1111963.5kjYOFvpQy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411222255.27173.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: panic with bktr and BKTR_NEW_MSP34XX_DRIVER X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 03:52:36 -0000 --nextPart1111963.5kjYOFvpQy Content-Type: multipart/mixed; boundary="Boundary-01=_nSroBhSq5FNkkQp" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_nSroBhSq5FNkkQp Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I'm getting the following panic on boot when I've got the=20 BKTR_NEW_MSP34XX_DRIVER option enabled for bktr. Running 5-STABLE. panic: sleeping without a mutex KDB: enter: panic [thread 100012] Stopped at kbd_enter+0x2c: leave db> tr kbd_enter(c0635ca1,100,c1b6c54c,c1b41320,0) at kbd_enter+0x2c panic(c06363e5,0,0,0,c1b37c00) at panic+0x10a msleep(c1b6c54c,0,4c,c064007d,0) at msleep+0x2bf msp3410d_thread(c1bd8000,d0181d48,c1db8000,c845e1d4,0) at=20 msp3410d_thread+0x5b fork_exit(c045e1d4,c1db8000,d0181d48) at fork_exit+0x7e fork_trampoline() at fork_trampoline+0x8 =2D-- trap 0x1, eip=3D0, esp=3D0xd0181d7c, ebd=3D0 --- dmesg: http://am-productions.biz/docs/bigguy.txt.gz kernel config: http://am-productions.biz/docs/BIGGUY.gz =2D-=20 Anish Mistry --Boundary-01=_nSroBhSq5FNkkQp-- --nextPart1111963.5kjYOFvpQy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBorSvxqA5ziudZT0RAnzAAJ9247oSaBxqV9EKajX23kYOpXW6SACbBllG c4PqymB+xAhcp5WEKVqrul8= =177q -----END PGP SIGNATURE----- --nextPart1111963.5kjYOFvpQy-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 03:55:19 2004 Return-Path: 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 4064816A4D7; Tue, 23 Nov 2004 03:55:19 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF65643D49; Tue, 23 Nov 2004 03:55:18 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 17487CF0E; Mon, 22 Nov 2004 22:55:18 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 0968867FC; Mon, 22 Nov 2004 22:55:14 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16802.46241.989001.30646@canoe.dclg.ca> Date: Mon, 22 Nov 2004 22:55:13 -0500 To: Brian Fundakowski Feldman In-Reply-To: <20041122232817.GA1473@green.homeunix.org> References: <16795.43373.413946.559615@canoe.dclg.ca> <419BB453.70205@elischer.org> <16795.46413.508033.379777@canoe.dclg.ca> <20041122232817.GA1473@green.homeunix.org> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-hackers@freebsd.org cc: freebsd-stable@freebsd.org cc: Julian Elischer cc: David Gilbert Subject: Re: Snapshot corruption. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 03:55:19 -0000 >>>>> "Brian" == Brian Fundakowski Feldman writes: Brian> Long strings of NUL bytes? Missing data? Spam (from the same Brian> file, or from other files)? Well... I don't really know db file formats. Most of the corruption I found in berkley db files. mailgraph uses rrd. mailman uses some form of berkley db, too. I don't know what the corruption "looked" like other than the db library would no longer accept it. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 04:11:24 2004 Return-Path: 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 B06EE16A4CE; Tue, 23 Nov 2004 04:11:24 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 590FD43D45; Tue, 23 Nov 2004 04:11:24 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id iAN4B8XP034179; Mon, 22 Nov 2004 22:11:08 -0600 (CST) (envelope-from dan) Date: Mon, 22 Nov 2004 22:11:08 -0600 From: Dan Nelson To: David Gilbert Message-ID: <20041123041107.GC48882@dan.emsphone.com> References: <16795.43373.413946.559615@canoe.dclg.ca> <419BB453.70205@elischer.org> <16795.46413.508033.379777@canoe.dclg.ca> <20041122232817.GA1473@green.homeunix.org> <16802.46241.989001.30646@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16802.46241.989001.30646@canoe.dclg.ca> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: Brian Fundakowski Feldman cc: freebsd-stable@freebsd.org cc: Julian Elischer cc: freebsd-hackers@freebsd.org Subject: Re: Snapshot corruption. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 04:11:24 -0000 In the last episode (Nov 22), David Gilbert said: > >>>>> "Brian" == Brian Fundakowski Feldman writes: > Brian> Long strings of NUL bytes? Missing data? Spam (from the same > Brian> file, or from other files)? > > Well... I don't really know db file formats. Most of the corruption > I found in berkley db files. mailgraph uses rrd. mailman uses some > form of berkley db, too. I don't know what the corruption "looked" > like other than the db library would no longer accept it. db files are very fragile when it comes to OS or process crashes. There is no logging, and writes are cached until the process exits or a db->sync() is called, virtually guaranteeing corruption. Ideally, db files should only cache data and be rebuildable from other data, or they should db->sync() after every write. db 2+ databases can do logging, but I don't know how many applications actually request it. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 05:08:20 2004 Return-Path: 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 79C2C16A4CE for ; Tue, 23 Nov 2004 05:08:20 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1978443D4C for ; Tue, 23 Nov 2004 05:08:20 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004112314:08:05:806065.21758.3052956592 for ; Tue, 23 Nov 2004 14:08:05 +0900 (KST) Message-ID: <41A2C5C0.3080908@yahoo.com> Date: Tue, 23 Nov 2004 14:08:16 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-4.16) (SRN:SPAMROBOT) ----------------- Subject: make -j$n buildworld : use of -j investigated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 05:08:20 -0000 Hi, I have tested following with FreeBSD 5.3-Stable. On several different PCs I have used make -j$n buildworld with $n ranging from 1 to 9. Although people suggest "-j4" as optimal in general case, I have come to a very different conclusion: 1) single CPU with enough RAM (2 GHz, 512 MB) there's no significant speed up in the range "-j1" to "-j9". So "-j1" is as good as "-j9". 2) single CPU with little RAM (333 MHz, 64 MB) speed slows down rapidly from "-j1" to "-j9", because of intensive swapping. So "-j1" performs best in this case. 3) dual CPU with enough RAM (2 x 800 MHz, 1GB) speed up by almost two from "-j1" to "-j2", but after that no noticeable speed up anymore. So "-j2" is as good as "-j9". ---------------------------------------- With these simple tests, I come to the conclusion that "make -j$n buildworld" is best with n = number of CPUs. Does that make sense? Rob. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 05:36:35 2004 Return-Path: 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 470BC16A4CE for ; Tue, 23 Nov 2004 05:36:35 +0000 (GMT) Received: from bsd3.nyct.net (bsd3.nyct.net [216.139.128.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9C7043D3F for ; Tue, 23 Nov 2004 05:36:34 +0000 (GMT) (envelope-from myj@bsd3.nyct.net) Received: from bsd3.nyct.net (localhost [127.0.0.1]) by bsd3.nyct.net (8.12.11/8.12.11) with ESMTP id iAN5aRI5072661; Tue, 23 Nov 2004 00:36:27 -0500 (EST) (envelope-from myj@bsd3.nyct.net) Received: (from myj@localhost) by bsd3.nyct.net (8.12.11/8.12.11/Submit) id iAN5aQxM072660; Tue, 23 Nov 2004 00:36:26 -0500 (EST) (envelope-from myj) Date: Tue, 23 Nov 2004 00:36:26 -0500 (EST) From: Paul Sandys To: "M. Warner Losh" In-Reply-To: <20041122.173636.102807556.imp@bsdimp.com> Message-ID: <20041123002829.R70859@bsd3.nyct.net> References: <20041120084456.GU57546@funkthat.com> <20041122113525.G31812@bsd3.nyct.net> <20041122.173636.102807556.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: gurney_j@resnet.uoregon.edu cc: freebsd-stable@FreeBSD.org Subject: Re: SIIG cards and puc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 05:36:35 -0000 What was happening at the beginning, it was mangling data coming into the computer and 'cu -l /dev/cuaa5' was taking up 100% CPU in interrupt. It was only showing first 31 characters of input, then it froze until I hit Enter couple times and such. My original idea was "this thing claims to have 64 FIFO and it only shows 31 charaters", so I found the COM_FIFOSIZE option. Setting it didn't really help. Then I tried it together with setting the "0x00001 shared IRQs" - from sio manpage. That didn't help either. So I went through the sio.c code and found that the "COM_MULTIPORT" option is widely used in the interrupt routine, so I tried setting it - that card has only one interrupt, so it must be shared - right ? At that point, I got it to work, so I was happy. All of this was done on 4.10-STABLE machine. puc0: port 0x3400-0x3407,0x3408 -0x340f irq 10 at device 7.0 on pci2 sio4: master device 0 not configured sio4: configured irq 10 not in bitmap of probed irqs 0 sio4: type 16550A lookalike with 64 bytes FIFO (multiport) sio5: master device 0 not configured sio5: configured irq 10 not in bitmap of probed irqs 0 sio5: type 16550A lookalike with 64 bytes FIFO (multiport) *** pucdata.c.orig Mon Nov 22 11:40:30 2004 --- pucdata.c Mon Nov 22 11:41:02 2004 *************** *** 539,546 **** { 0x131f, 0x2031, 0, 0 }, { 0xffff, 0xffff, 0, 0 }, { ! { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ }, ! { PUC_PORT_TYPE_COM, 0x14, 0x00, COM_FREQ }, }, }, --- 539,546 ---- { 0x131f, 0x2031, 0, 0 }, { 0xffff, 0xffff, 0, 0 }, { ! { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ, 0x40000001 }, ! { PUC_PORT_TYPE_COM, 0x14, 0x00, COM_FREQ, 0x40000001 }, }, }, I'm not really sure why it works now, but it does :) P. On Mon, 22 Nov 2004, M. Warner Losh wrote: > Date: Mon, 22 Nov 2004 17:36:36 -0700 (MST) > From: M. Warner Losh > To: gurney_j@resnet.uoregon.edu > Cc: myj@nyct.net, freebsd-stable@FreeBSD.org > Subject: Re: SIIG cards and puc > > In message: <20041122180515.GX57546@funkthat.com> > John-Mark Gurney writes: > : Paul Sandys wrote this message on Mon, Nov 22, 2004 at 11:46 -0500: > : > The SIIG card I have does use shared interrupt for both ports, so I don't see > : > any other way around it. > : > > : > The 0x40000001 is a regular flag that's used by sio.c . I found an undocumented > : > feature in there, that allows you to set a FIFO size, so I used it in > : > combination with the shared irq flag. > : > : Ahh, yes... Then we now have the interesting problem that it appears > : that PUC and sio share flags... :( > : > : from puc.c: > : type = (sc->sc_desc.ports[i].flags & PUC_FLAGS_MEMORY) > : ? SYS_RES_MEMORY : SYS_RES_IOPORT; > : > : and: > : device_set_flags(sc->sc_ports[i].dev, > : sc->sc_desc.ports[i].flags); > : > : which means you are also turning on memory mapping for the card... > : > : I'm not comfortable including a flag for an undocumented feature as a > : standard part of the system.. Care to document it? :) > : > : Also, are you sure it's the ISMULTIPORT that needs to be set? (and not > : the MEMORY flag you are acidentally also setting?) From what I've read > : of the PUC driver, it handles the multiport case for you since it hands > : out the interrupts to the sio driver... see this comment above puc_intr: > : * This is an interrupt handler. For boards that can't tell us which > : * device generated the interrupt it just calls all the registered > : * handlers sequencially, but for boards that can tell us which > : > : hmmm.. that's probably how it gets around the fact that it doesn't need > : to pass in the multiport flag, so we should probably be clearing that > : flag before passing it down to the lower layers... > > You don't need the MULTIPORT to use PUC. If you do, then something in > the tables is setup right. MULTIPORT is only for ISA cards. So > that's clearly wrong. > > Can someone send me the patch for review. I've added devices to puc > in the past. > > Warner > <-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-> < myj@nyct.net Paul Sandys | New York Connect http://www.nyct.net > < network operations manager | Total Solution provider > <-------------------------------------------------------------------------> < " The Internet Solutions Provider You Can Count On ! " > <-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-> From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 06:00:02 2004 Return-Path: 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 0E72416A4CE for ; Tue, 23 Nov 2004 06:00:02 +0000 (GMT) Received: from deskaheh.nysindy.org (host-69-48-73-242.roc.choiceone.net [69.48.73.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F2B643D31 for ; Tue, 23 Nov 2004 06:00:01 +0000 (GMT) (envelope-from ski@indymedia.org) Received: from 10.0.0.42 (unknown [10.0.0.254]) by deskaheh.nysindy.org (Postfix) with ESMTP id 7F99841A05; Tue, 23 Nov 2004 00:59:59 -0500 (EST) Received: from 10.0.0.26 (SquirrelMail authenticated user ski); by wuhjuhbuh.afraid.org with HTTP; Tue, 23 Nov 2004 01:00:33 -0500 (EST) Message-ID: <1710.10.0.0.26.1101189633.squirrel@10.0.0.26> In-Reply-To: <20041122.173024.69158626.imp@bsdimp.com> References: <20041116172445.GA14385@kayjay.xs4all.nl> <419A6ED9.9030301@pythonemproject.com> <41A1684E.1020302@itga.com.au> <20041122.173024.69158626.imp@bsdimp.com> Date: Tue, 23 Nov 2004 01:00:33 -0500 (EST) From: "Brian Szymanski" To: "M. Warner Losh" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: gnb@itga.com.au cc: freebsd-stable@freebsd.org Subject: DEAD THREAD: What OS are you? fun X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 06:00:02 -0000 This thread needs to die. The speed of light has nothing to do with this mailing list, period. Let this be the last post to it. Thank you! Cheers, Brian Szymanski ski@indymedia.org > In message: <41A1684E.1020302@itga.com.au> > Gregory Bond writes: > : Rob wrote: > : > : >>> You'd better cite your source and / or reasoning, as ~3*10^8m/s =is= > : >>> the > : >>> accepted constant speed of light in vacuum. > : >> > : It's deeper than that. The "second" and the "meter" are both defined in > : terms of wavelengths of light, which (as a consequence) fixes the speed > : of light _by definition_, at _exactly_ *299 792 458 m s^-1. > > The second is not defined in terms of the speed of light. It is > defined in terms of the number of hyperfine transitions of cesium: > > http://www.bipm.fr/en/si/si_brochure/chapter2/2-1/second.html > The second is the duration of 9 192 631 770 periods of the > radiation corresponding to the transition between the two > hyperfine levels of the ground state of the caesium 133 atom. > This definition refers to a caesium atom at rest at a > temperature of 0 K. > > The meter used to be defined in terms the wavelength of Krypton-86 > radiation, but that was changed in 1983. It is nowdefined in terms of > how far light travels in a given time interval. See > http://physics.nist.gov/cuu/Units/meter.html for a good historical > perspective. > > So the definition of the meter is dependent on the second, but the > second is independent. > > However, the definition implicitly assumes that today's fundamental > constants of the universe are indeed constant. There's been some > evidence that suggests, but is so far inconclusive, that some or all > of the fundamental constants of the universe may vary on the order of > a few parts in 10^15 over the last few billion years or so. The > definition of the meter was changed before this evidence was known. > > And this is indeed, very off topic. > > Warner > > _______________________________________________ > 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" > -- Brian Szymanski ski@indymedia.org I prefer pgp encrypted email: keyid: 4E7A4703 server: keys.indymedia.org fingerprint: 5BD3 0B0C C8E3 0746 3550 5648 0CFE 1BE7 4E7A 4703 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 06:56:25 2004 Return-Path: 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 B458416A4CF for ; Tue, 23 Nov 2004 06:56:25 +0000 (GMT) Received: from haanjdj.demon.nl (haanjdj.demon.nl [82.161.5.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 438E643D4C for ; Tue, 23 Nov 2004 06:56:25 +0000 (GMT) (envelope-from derkjan@haanjdj.demon.nl) Received: from localhost (localhost [127.0.0.1]) by haanjdj.demon.nl (Postfix) with ESMTP id 013A52C008 for ; Tue, 23 Nov 2004 07:56:24 +0100 (CET) Received: from haanjdj.demon.nl ([127.0.0.1]) by localhost (haanjdj.demon.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00395-11 for ; Tue, 23 Nov 2004 07:56:05 +0100 (CET) Received: from haanjdj.demon.nl (localhost [127.0.0.1]) by haanjdj.demon.nl (Postfix) with ESMTP id 51E652C005 for ; Tue, 23 Nov 2004 07:56:05 +0100 (CET) Received: from 193.173.55.142 (SquirrelMail authenticated user derkjan); by haanjdj.demon.nl with HTTP; Tue, 23 Nov 2004 07:56:05 +0100 (CET) Message-ID: <47660.193.173.55.142.1101192965.squirrel@193.173.55.142> In-Reply-To: <41A2C5C0.3080908@yahoo.com> References: <41A2C5C0.3080908@yahoo.com> Date: Tue, 23 Nov 2004 07:56:05 +0100 (CET) From: "Derkjan de Haan" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at haanjdj.demon.nl Subject: Re: make -j$n buildworld : use of -j investigated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 06:56:25 -0000 > With these simple tests, I come to the conclusion that > "make -j$n buildworld" is best with n = number of CPUs. > Does that make sense? Yes, I believe this makes sense. The recommendations made in the handbook (n >= 4) date back from the time when IO was the bottleneck in the compilation process i.e. one needed to run multiple build processes in parallel just to keep the cpu busy. Today this is no longer true, so it's optimal to use n = number of CPUs. Not sure about Intel cpus with HT enabled though... regards, Derkjan From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 11:43:48 2004 Return-Path: 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 F2DF216A4CE for ; Tue, 23 Nov 2004 11:43:47 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F70243D46 for ; Tue, 23 Nov 2004 11:43:45 +0000 (GMT) (envelope-from yurtesen-dated-1102074220.059d52@ispro.net.tr) Received: (qmail 46910 invoked by uid 89); 23 Nov 2004 11:43:41 -0000 Received: from [84.248.223.210] (dsl-aur-wwd2.dial.inet.fi [84.248.223.210]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Tue, 23 Nov 2004 13:43:36 +0200 (EET) Message-ID: <41A3AEFA.1050507@ispro.net.tr> Date: Tue, 23 Nov 2004 13:43:22 -0800 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Simon Fishley References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: freebsd-stable@freebsd.org Subject: Re: Newbie Port Filter Question on 4.10stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 11:43:48 -0000 Hi, I think if your firewall is normally working fine. You can use #sh /etc/rc.firewall & (notice the & for putting it background) Because if you have last default rule to deny everything, the rc.firewall script first flushes every rule and if you are connected via ssh etc. you would get disconnected immediately and execution of rc.firewall stops, so it is not able to load the new rules. If it is on background then it will continue working till the end and put the new rules into action. Please let me know if you find any better solution :) I always use #sh rc.firewall & but there is always a better way :p Evren Simon Fishley wrote: > Hi All > > Very new to FreeBSD and google has not proved helpful for once. Running > 4.10Stable and I would like to allow traffic on port 20 on my server and I > assumed /etc/rc.firewall was the place to do so. I added a line in the file > in the same format as the rule allowing port 21 traffic but was not sure how > to restart the firewall. #sh /etc/rc.firewall was a bad idea and totally > shutdown all traffic. > > Can anyone point me to a clear resource on what I should do to start, stop > and flush the port filter rules and whether or not I was working in the > correct place to begin with. > > Thanks in advance > Simon > _______________________________________________ > 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 23 12:04:59 2004 Return-Path: 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 2B6B016A4CE for ; Tue, 23 Nov 2004 12:04:59 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [62.216.182.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD1AE43D2D for ; Tue, 23 Nov 2004 12:04:58 +0000 (GMT) (envelope-from pietro@sdf.lonestar.org) Received: from 1.104.203.62.cust.bluewin.ch ([62.203.104.1] helo=[192.168.1.3]) by cpanel02.rubas.net with asmtp (Exim 4.34) id 1CWZPk-0000TA-MG for freebsd-stable@freebsd.org; Tue, 23 Nov 2004 13:04:56 +0100 Message-ID: <41A32755.9090009@sdf.lonestar.org> Date: Tue, 23 Nov 2004 13:04:37 +0100 From: Pietro Cerutti User-Agent: Mozilla Thunderbird 0.9 (X11/20041116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - sdf.lonestar.org X-Source: X-Source-Args: X-Source-Dir: Subject: Firefox crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 12:04:59 -0000 Hallo all, first of all sorry for my bad english, it's not my mother language... I'm in troubles with Mozilla Firefox (pkg firefox-1.0_1,1). Under medium-heavy load (5 or more tabs open on https etc) he sometimes crashes and kills himself. In my home directory a file named firefox-bin.core is then created. $ file firefox-bin.core firefox-bin.core: ELF 32-bit LSB core file Intel 80386, version 1 (FreeBSD), FreeBSD-style, from 'firefox-bin' I don't know where to search for crash logs or others, any help or suggestion is appreciated! Please tell me if I should give more infos and what to post... Thanks! Best regards, -- Pietro Cerutti -- Powered by FreeBSD -- SDF Public Access UNIX System sdf.lonestar.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 13:23:51 2004 Return-Path: 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 531E616A4CE for ; Tue, 23 Nov 2004 13:23:51 +0000 (GMT) Received: from sys.heron.com.pl (sys.heron.com.pl [195.117.24.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFB1443D31 for ; Tue, 23 Nov 2004 13:23:37 +0000 (GMT) (envelope-from piotr.smyrak@heron.pl) Received: from localhost ([127.0.0.1] helo=poczta.heron.pl) by sys.heron.com.pl with esmtp (Exim 4.23) id 1CWabz-0009pY-RE; Tue, 23 Nov 2004 14:21:39 +0100 From: piotr.smyrak@heron.pl To: freebsd-stable@freebsd.org Date: Tue, 23 Nov 2004 14:21:39 +0100 Message-Id: <20041123130255.M32543@heron.pl> X-Mailer: WebMail at HERON 2.32 20040813 X-OriginatingIP: 83.24.90.26 (smyru) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Subject: cannot install -STABLE world on 5.2.1 via NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 13:23:51 -0000 Hi, I am trying to upgrade an old laptop with 5.2.1 to -STABLE 5.3. As always I mounted /usr/src and /usr/obj via NFS to the laptop, but when I try to make installworld in /usr/ src, I got: ntbk@/usr/src # make installworld mkdir -p /tmp/install.gS2oCXSs for prog in [ awk cap_mkdb cat chflags chmod chown date echo egrep find grep ln make mkdir mtree mv pwd_mkdb rm sed sh sysctl test true uname wc zic; do cp `which $prog` /tmp/install.gS2oCXSs; done +cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=/usr/obj/usr/ src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/ usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/ i386/usr/games:/tmp/install.gS2oCXSs make -f Makefile.inc1 reinstall *** Error code 127 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I found this: http://lists.freebsd.org/pipermail/freebsd-current/2004-October/040448.html but it doesn't seem to help. The buildworld I try to install is the same one I previously installed on the machine that built it, and it went fine. I was able to partially installkernel. Partially since it break at modules with "+for: not found". I made the modules install step by step by hand. ntbk@/usr/src # make -V MAKEOBJDIRPREFIX /usr/obj desk@/usr/src # cat /etc/exports /usr/obj /usr/src /usr/ports -ro -network 192.168.0.0 -mask 255.255.255.0 ntbk@/usr/src # mount | grep nfs desk:/usr/src on /usr/src (nfs, read-only) desk:/usr/obj on /usr/obj (nfs, read-only) ntbk@/usr/src # uname -srp FreeBSD 5.2.1-RELEASE-p4 i386 desk@/usr/src # uname -srp FreeBSD 5.3-STABLE i386 desk@/usr/src # head /etc/make.conf CFLAGS= -O -pipe PAPERSIZE= A4 A4= yes X_WINDOW_SYSTEM=xorg KERNCONF= SMYRU USA_RESIDENT= yes NOUUCP= true NOINFO= true NOPERL= true NOINFO= true NOINET6= true NOPROFILE= true # NO_PF= true # NO_CVS= true NO_I4B= true NO_LPR= true NO_BIND= true NO_VINUM= true NO_AUTHPF= true NO_FORTRAN= true NO_IPFILTER= true NO_KERBEROS= true NO_SENDMAIL= true NO_SHAREDOCS= true NO_BLUETOOTH= true ntbk@/usr/src # head /etc/make.conf CFLAGS= -O -pipe PAPERSIZE= A4 A4= yes X_WINDOW_SYSTEM=xfree86 KERNCONF= NTBK USA_RESIDENT= true NOUUCP= true NOINFO= true NOPERL= true NOINET6= true # NOGAMES= true NOPROFILE= true # NO_CVS= true # NO_PF= true NO_I4B= true NO_LPR= true NO_BIND= true NO_VINUM= true NO_AUTHPF= true NO_FORTRAN= true NO_IPFILTER= true NO_KERBEROS= true NO_SENDMAIL= true NO_SHAREDOCS= true NO_BLUETOOTH= true I am out of ideas. Any help appreciated. Let me know if I should provide you with more information on the system. TIA, -- Piotr Smyrak piotr.smyrak@heron.pl From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 14:08:49 2004 Return-Path: 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 E046016A4CE for ; Tue, 23 Nov 2004 14:08:49 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4458543D41 for ; Tue, 23 Nov 2004 14:08:46 +0000 (GMT) (envelope-from yurtesen-dated-1102082922.34c1a2@ispro.net.tr) Received: (qmail 85671 invoked by uid 89); 23 Nov 2004 14:08:42 -0000 Received: from [84.248.223.210] (dsl-aur-wwd2.dial.inet.fi [84.248.223.210]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Tue, 23 Nov 2004 16:08:38 +0200 (EET) Message-ID: <41A3D0F5.1020406@ispro.net.tr> Date: Tue, 23 Nov 2004 16:08:21 -0800 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit From: Evren Yurtesen X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) X-Primary-Address: yurtesen@ispro.net.tr Subject: ntpd v4.2 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 14:08:50 -0000 Hello, The handbook seem to give wrong information about ntp and the manual page of ntp.conf is ?old? maybe? The notrust option obviously changed between v4.1 and v4.2... http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ntp.html Can an ntpd guru have a look into that? Thanks, Evren From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 14:12:53 2004 Return-Path: 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 66C1216A4CE for ; Tue, 23 Nov 2004 14:12:53 +0000 (GMT) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 286E743D39 for ; Tue, 23 Nov 2004 14:12:53 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.43 (FreeBSD)) id 1CWbPW-000DeA-ID; Tue, 23 Nov 2004 14:12:50 +0000 Date: Tue, 23 Nov 2004 14:12:50 +0000 From: Yann Golanski To: Evren Yurtesen Message-ID: <20041123141250.GB51987@kierun.org> References: <41A3D0F5.1020406@ispro.net.tr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <41A3D0F5.1020406@ispro.net.tr> User-Agent: Mutt/1.5.6i Sender: "Yann Golanski,University of York,+44(0)1904-433088" cc: freebsd-stable@freebsd.org Subject: Re: ntpd v4.2 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 14:12:53 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Evren Yurtesen on Tue, Nov 23, 2004 at 16:08:21 -0800 > The handbook seem to give wrong information about ntp and the manual=20 > page of ntp.conf is ?old? maybe? >=20 > The notrust option obviously changed between v4.1 and v4.2... > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ntp.html >=20 > Can an ntpd guru have a look into that? My set up is as follows and it works fine on 4.10 and 5.3... # cat /etc/ntp.conf=20 driftfile /var/db/ntp.drift =20 server 0.pool.ntp.org server 1.pool.ntp.org server 2.pool.ntp.org # grep ntp /etc/rc.conf ntpd_enable=3D"YES" ntpdate_flags=3D"-b 0.pool.ntp.org" =20 But make sure your clocks are in sink at the start by using date. =20 --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBo0Vi91FwBp3iYxgRAmNiAJkB/MtDRif+EnVgZ4hRNvnI233sQwCdEPur XyoFnPy5EHeHwk1e0Huporo= =K2yQ -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 14:25:53 2004 Return-Path: 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 82B1D16A4CE for ; Tue, 23 Nov 2004 14:25:53 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F25243D41 for ; Tue, 23 Nov 2004 14:25:50 +0000 (GMT) (envelope-from yurtesen-dated-1102083948.1e4081@ispro.net.tr) Received: (qmail 4963 invoked by uid 89); 23 Nov 2004 14:25:49 -0000 Received: from [84.248.223.210] (dsl-aur-wwd2.dial.inet.fi [84.248.223.210]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Tue, 23 Nov 2004 16:25:44 +0200 (EET) Message-ID: <41A3D4F9.7090001@ispro.net.tr> Date: Tue, 23 Nov 2004 16:25:29 -0800 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Yann Golanski , freebsd-stable@freebsd.org References: <41A3D0F5.1020406@ispro.net.tr> <20041123141250.GB51987@kierun.org> In-Reply-To: <20041123141250.GB51987@kierun.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr Subject: Re: ntpd v4.2 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 14:25:53 -0000 Yann Golanski wrote: > Quoth Evren Yurtesen on Tue, Nov 23, 2004 at 16:08:21 -0800 > >>The handbook seem to give wrong information about ntp and the manual >>page of ntp.conf is ?old? maybe? >> >>The notrust option obviously changed between v4.1 and v4.2... >>http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ntp.html >> >>Can an ntpd guru have a look into that? > > > My set up is as follows and it works fine on 4.10 and 5.3... > > # cat /etc/ntp.conf > driftfile /var/db/ntp.drift > > server 0.pool.ntp.org > server 1.pool.ntp.org > server 2.pool.ntp.org > > # grep ntp /etc/rc.conf > ntpd_enable="YES" > ntpdate_flags="-b 0.pool.ntp.org" > > But make sure your clocks are in sink at the start by using date. > The problem in the manual is different. You do not have any access control in your server, your server is worldwide open to other people changing your runtime configuration etc. (as it seems from your conf file) From ntp handbook page! ---- If you only want to allow machines within your own network to synchronize their clocks with your server, but ensure they are not allowed to configure the server or used as peers to synchronize against, add restrict 192.168.1.0 mask 255.255.255.0 notrust nomodify notrap ---- But if you use notrust in this line no clients are able to connect. I am not sure why. That is why I asked about an ntpd pro having a look. Thanks, Evren From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 14:31:51 2004 Return-Path: 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 6636916A4CE for ; Tue, 23 Nov 2004 14:31:51 +0000 (GMT) Received: from eborcom.com (dsl-62-3-122-102.zen.co.uk [62.3.122.102]) by mx1.FreeBSD.org (Postfix) with SMTP id 54B4243D54 for ; Tue, 23 Nov 2004 14:31:50 +0000 (GMT) (envelope-from tom@FreeBSD.org) Received: (qmail 60800 invoked by uid 1001); 23 Nov 2004 14:31:48 -0000 Date: Tue, 23 Nov 2004 14:31:48 +0000 From: Tom Hukins To: Evren Yurtesen Message-ID: <20041123143148.GA60707@eborcom.com> Mail-Followup-To: Tom Hukins , Evren Yurtesen , freebsd-stable@freebsd.org References: <41A3D0F5.1020406@ispro.net.tr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41A3D0F5.1020406@ispro.net.tr> User-Agent: Mutt/1.4.1i cc: freebsd-stable@freebsd.org Subject: Re: ntpd v4.2 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 14:31:51 -0000 On Tue, Nov 23, 2004 at 04:08:21PM -0800, Evren Yurtesen wrote: > > The handbook seem to give wrong information about ntp and the manual > page of ntp.conf is ?old? maybe? > > The notrust option obviously changed between v4.1 and v4.2... > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ntp.html Thanks for reporting this. I wrote this part of the Handbook and I'm about to commit a change to reflect this that should show up on the Web site in the next day or so. For more details, see: http://ntp.isc.org/bin/view/Support/ConfRestrict http://www.eecis.udel.edu/~mills/ntp/html/accopt.html Tom From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 14:43:23 2004 Return-Path: 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 5812B16A4CE for ; Tue, 23 Nov 2004 14:43:23 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11EFF43D31 for ; Tue, 23 Nov 2004 14:43:23 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: (qmail 20596 invoked from network); 23 Nov 2004 14:43:22 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 23 Nov 2004 14:43:22 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 3CA4A69; Tue, 23 Nov 2004 09:43:22 -0500 (EST) Sender: lowell@be-well.ilk.org To: Pietro Cerutti References: <41A32755.9090009@sdf.lonestar.org> From: Lowell Gilbert Date: 23 Nov 2004 09:43:22 -0500 In-Reply-To: <41A32755.9090009@sdf.lonestar.org> Message-ID: <44act8fwxh.fsf@be-well.ilk.org> Lines: 21 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: Firefox crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 23 Nov 2004 14:43:23 -0000 Pietro Cerutti writes: > I'm in troubles with Mozilla Firefox (pkg firefox-1.0_1,1). > > Under medium-heavy load (5 or more tabs open on https etc) he > sometimes crashes and kills himself. > > In my home directory a file named firefox-bin.core is then created. > > $ file firefox-bin.core > firefox-bin.core: ELF 32-bit LSB core file Intel 80386, version 1 > (FreeBSD), FreeBSD-style, from 'firefox-bin' > > I don't know where to search for crash logs or others, any help or > suggestion is appreciated! Please tell me if I should give more infos > and what to post... I don't think there is anything FreeBSD-specific about what you are experiencing. You probably should ask the Firefox experts. See: http://forums.mozillazine.org/viewtopic.php?t=106431 (FAQ) http://forums.mozillazine.org/viewtopic.php?t=30709 (support resources) From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 14:48:46 2004 Return-Path: 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 3823116A4CE for ; Tue, 23 Nov 2004 14:48:46 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8EC643D49 for ; Tue, 23 Nov 2004 14:48:40 +0000 (GMT) (envelope-from yurtesen-dated-1102085299.e1ff62@ispro.net.tr) Received: (qmail 37939 invoked by uid 89); 23 Nov 2004 14:48:19 -0000 Received: from [84.248.223.210] (dsl-aur-wwd2.dial.inet.fi [84.248.223.210]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Tue, 23 Nov 2004 16:48:11 +0200 (EET) Message-ID: <41A3DA3C.80703@ispro.net.tr> Date: Tue, 23 Nov 2004 16:47:56 -0800 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tom Hukins References: <41A3D0F5.1020406@ispro.net.tr> <20041123143148.GA60707@eborcom.com> In-Reply-To: <20041123143148.GA60707@eborcom.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: freebsd-stable@freebsd.org Subject: Re: ntpd v4.2 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 14:48:46 -0000 Tom Hukins wrote: > On Tue, Nov 23, 2004 at 04:08:21PM -0800, Evren Yurtesen wrote: > >>The handbook seem to give wrong information about ntp and the manual >>page of ntp.conf is ?old? maybe? >> >>The notrust option obviously changed between v4.1 and v4.2... >>http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ntp.html > > > Thanks for reporting this. I wrote this part of the Handbook and I'm > about to commit a change to reflect this that should show up on the > Web site in the next day or so. > > For more details, see: > http://ntp.isc.org/bin/view/Support/ConfRestrict > http://www.eecis.udel.edu/~mills/ntp/html/accopt.html > > Tom From NTP.CONF(5), notrust Treat these hosts normally in other respects, but never use them as synchronization sources. It seems to me that the manual pages are a little bit behind compared to info at http://www.eecis.udel.edu/~mills/ntp/html/accopt.html notrust Deny service unless the packet is cryptographically authenticated. Thanks for the reply. Evren From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 15:34:48 2004 Return-Path: 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 34EEF16A4CE for ; Tue, 23 Nov 2004 15:34:48 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id A63F643D4C for ; Tue, 23 Nov 2004 15:34:47 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004112400:34:45:615305.29903.2257615792 for ; Wed, 24 Nov 2004 00:34:45 +0900 (KST) Message-ID: <41A35895.5080906@yahoo.com> Date: Wed, 24 Nov 2004 00:34:45 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <41A3D0F5.1020406@ispro.net.tr> <20041123141250.GB51987@kierun.org> In-Reply-To: <20041123141250.GB51987@kierun.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:2.71) (by Terrace) Subject: Re: ntpd v4.2 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 15:34:48 -0000 Yann Golanski wrote: > Quoth Evren Yurtesen on Tue, Nov 23, 2004 at 16:08:21 -0800 > >>The handbook seem to give wrong information about ntp and the manual >>page of ntp.conf is ?old? maybe? >> >>The notrust option obviously changed between v4.1 and v4.2... >>http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ntp.html >> >>Can an ntpd guru have a look into that? > > > My set up is as follows and it works fine on 4.10 and 5.3... > > # cat /etc/ntp.conf > driftfile /var/db/ntp.drift > > server 0.pool.ntp.org > server 1.pool.ntp.org > server 2.pool.ntp.org > > # grep ntp /etc/rc.conf > ntpd_enable="YES" > ntpdate_flags="-b 0.pool.ntp.org" > > But make sure your clocks are in sink at the start by using date. or add "-g" with the ntpdate_flags, to forcefully adjust time at the very beginning. R. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 15:39:27 2004 Return-Path: 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 3011A16A4CE for ; Tue, 23 Nov 2004 15:39:27 +0000 (GMT) Received: from mylanders.com (mylanders.com [68.227.180.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBC3043D39 for ; Tue, 23 Nov 2004 15:39:26 +0000 (GMT) (envelope-from nmorton@mylanders.com) Received: from mylanders.com (mylanders.com [68.227.180.196]) by mylanders.com (8.12.11/8.12.11) with ESMTP id iANFdiJJ064380 for ; Tue, 23 Nov 2004 09:39:47 -0600 (CST) (envelope-from nmorton@mylanders.com) Date: Tue, 23 Nov 2004 09:39:44 -0600 (CST) From: nmorton@mylanders.com To: freebsd-stable@freebsd.org In-Reply-To: <47660.193.173.55.142.1101192965.squirrel@193.173.55.142> Message-ID: <20041123092756.D63016-100000@mylanders.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=0.3 required=4.0 tests=NO_REAL_NAME autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mylanders.com Subject: Error with make cleandir in /usr/src X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 15:39:27 -0000 I recently cvsup'd to 5.3-RELEASE-p1 from 5.2.1-RELEASE and when I went to do a make cleandir in /usr/src I get this error message: +for: not found *** Error code 127 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I've never seen this happen before. Nathan From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 16:40:19 2004 Return-Path: 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 AB36616A4CE for ; Tue, 23 Nov 2004 16:40:19 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B34E43D58 for ; Tue, 23 Nov 2004 16:40:19 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (localhost.dlib.vt.edu [127.0.0.1]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id iANGeIs5038841 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 23 Nov 2004 11:40:18 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by gromit.dlib.vt.edu (8.13.1/8.13.1/Submit) id iANGeIJc038840 for freebsd-stable@freebsd.org; Tue, 23 Nov 2004 11:40:18 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) From: Paul Mather To: freebsd-stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 23 Nov 2004 11:40:17 -0500 Message-Id: <1101228017.38787.12.camel@gromit.dlib.vt.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Subject: Mount pending error? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 16:40:19 -0000 Last night, this appeared in my logs (and on my console): Nov 23 03:05:36 zappa kernel: /data: mount pending error: blocks -1696 files 0 What is a "mount pending error?" I have heard this in conjunction with unclean shutdowns and fsck, but my system was not shut down recently, nor has /data (on a geom_stripe) been unmounted (cleanly or otherwise). The only thing I have done that could be related is to make a snapshot (later removed), but it was not of the filesystem being complained about. (Also, I create and mount snapshots of all my filesystems as part of my nightly TSM backup.) I guess I should shutdown and fsck just to make certain everything is okay. I am puzzled why this happened, though. (I've been running the backups for a while, and have not had any complaints.) BTW, I'm running RELENG_5, last rebuilt Nov. 19th 2004. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 16:47:26 2004 Return-Path: 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 54A0A16A4CE for ; Tue, 23 Nov 2004 16:47:26 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id E375243D39 for ; Tue, 23 Nov 2004 16:47:25 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from [127.0.0.1] (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (sccrmhc11) with ESMTP id <2004112316472401100ojghle>; Tue, 23 Nov 2004 16:47:25 +0000 Message-ID: <41A36A2B.8030403@pythonemproject.com> Date: Tue, 23 Nov 2004 08:49:47 -0800 From: Rob User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20041116172445.GA14385@kayjay.xs4all.nl> <419A6ED9.9030301@pythonemproject.com> <41A1684E.1020302@itga.com.au> <20041122.173024.69158626.imp@bsdimp.com> In-Reply-To: <20041122.173024.69158626.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: gnb@itga.com.au cc: freebsd-stable@freebsd.org Subject: Re: What OS are you? fun X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rob@pythonemproject.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 16:47:26 -0000 M. Warner Losh wrote: >In message: <41A1684E.1020302@itga.com.au> > Gregory Bond writes: >: Rob wrote: >: >: >>> You'd better cite your source and / or reasoning, as ~3*10^8m/s =is= >: >>> the >: >>> accepted constant speed of light in vacuum. >: >> >: It's deeper than that. The "second" and the "meter" are both defined in >: terms of wavelengths of light, which (as a consequence) fixes the speed >: of light _by definition_, at _exactly_ *299 792 458 m s^-1. > >The second is not defined in terms of the speed of light. It is >defined in terms of the number of hyperfine transitions of cesium: > >http://www.bipm.fr/en/si/si_brochure/chapter2/2-1/second.html > The second is the duration of 9 192 631 770 periods of the > radiation corresponding to the transition between the two > hyperfine levels of the ground state of the caesium 133 atom. > This definition refers to a caesium atom at rest at a > temperature of 0 K. > >The meter used to be defined in terms the wavelength of Krypton-86 >radiation, but that was changed in 1983. It is nowdefined in terms of >how far light travels in a given time interval. See >http://physics.nist.gov/cuu/Units/meter.html for a good historical >perspective. > >So the definition of the meter is dependent on the second, but the >second is independent. > >However, the definition implicitly assumes that today's fundamental >constants of the universe are indeed constant. There's been some >evidence that suggests, but is so far inconclusive, that some or all >of the fundamental constants of the universe may vary on the order of >a few parts in 10^15 over the last few billion years or so. The >definition of the meter was changed before this evidence was known. > >And this is indeed, very off topic. > >Warner > > > > Like I said before, go to www.nist.gov and read for yourself about all of this topic. Lets close it on that note LOL. Rob. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 16:53:53 2004 Return-Path: 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 9A20E16A4CE for ; Tue, 23 Nov 2004 16:53:53 +0000 (GMT) Received: from opium.dyndns.org (h7n4c1o255.bredband.skanova.com [81.225.11.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 926C343D46 for ; Tue, 23 Nov 2004 16:53:52 +0000 (GMT) (envelope-from busta@33rpm.biz) Received: from opium (localhost.dyndns.org [127.0.0.1]) by opium.dyndns.org (Postfix) with ESMTP id A4BEF61A7 for ; Tue, 23 Nov 2004 17:53:50 +0100 (CET) Received: from 192.168.0.200 (SquirrelMail authenticated user busta@33rpm.biz); by opium with HTTP; Tue, 23 Nov 2004 17:53:50 +0100 (CET) Message-ID: <2332.192.168.0.200.1101228830.squirrel@192.168.0.200> Date: Tue, 23 Nov 2004 17:53:50 +0100 (CET) From: "alex bustamante" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: portsdb -uU fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: busta@33rpm.biz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 16:53:53 -0000 Hello, when i run portsdb -uU FreeBSD 5.3 i get this error: opium# portsdb -uU Updating the ports index ... Generating INDEX.tmp - please wait..openoffice-2.0.20041122: "/usr/ports/devel/bison-devel" non-existent -- dependency list incomplete ===> editors/openoffice-2.0-devel failed *** Error code 1 i've cvsuped src-all and ports-all. Is it a bug? -- alex bustamante - busta@33rpm.biz From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 17:01:22 2004 Return-Path: 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 9BA3416A4CE for ; Tue, 23 Nov 2004 17:01:22 +0000 (GMT) Received: from out002.verizon.net (out002pub.verizon.net [206.46.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE64843D2F for ; Tue, 23 Nov 2004 17:01:21 +0000 (GMT) (envelope-from vzeogz49@verizon.net) Received: from outgoing.verizon.net ([192.168.1.2]) by out002.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041123170121.MVIS3388.out002.verizon.net@outgoing.verizon.net> for ; Tue, 23 Nov 2004 11:01:21 -0600 X-Mailer: Openwave WebEngine, version 2.8.12 (webedge20-101-197-20030912) From: To: Date: Tue, 23 Nov 2004 17:01:21 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Authentication-Info: Submitted using SMTP AUTH at out002.verizon.net from [192.168.1.2] at Tue, 23 Nov 2004 11:01:21 -0600 Message-Id: <20041123170121.MVIS3388.out002.verizon.net@outgoing.verizon.net> Subject: Re: Re: Configuring a DVD burner on 4.10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 17:01:22 -0000 Hi all, Thanks Oliver. The tip worked. I had actually tried making pass4 before but it didn't work (sort of). Li= ke a dope, I forgot about the whole indexing stuff (0=3D1, 1=3D2, etc). = So when I ran sh MAKEDEV pass4, pass3 kept getting recreated. Finally it= dawned on me and I just did MAKEDEV pass5. Voila! There was the pass4 = device. = Everything is working like a champ now. Thanks again! Best regards, Donald > = > From: Oliver Fromme > Date: 2004/11/22 Mon PM 02:47:40 GMT > To: freebsd-stable@FreeBSD.ORG > Subject: Re: Configuring a DVD burner on 4.10 > = > DONALD GOODWIN wrote: > > The drive is seen by the OS. I can mount it using a normal CD-R. B= ut when > > I try to use it for a burner, it doesn't work (get a bad ioctl messa= ge). > = > The _exact_ wording of the error message might be helpful. > = > > When I run camcontrol devlist, the drive shows up on bus 2. But, wh= en I run > > cdrecord, bus 2 is not seen. Camcontrol reports the device (/dev/ad= c0a) is > > using pass4. But there is no /dev/pass4 device in /dev. > = > Then create it (as root): cd /dev; sh MAKEDEV pass4 > = > > The message i get is inapproriate ioctl. Driving me nuts. > > Thoughts/pointers/questions are greatly appreciated. > = > I would recommend using the dvd+rw-tools port instead of > cdrecord (/usr/ports/sysutils/dvd+rw-tools). Despite the > name, it supports all types of DVD-R/-RW/+R/+RW. > = > Best regards > Oliver > = > -- = > Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 M=FCnchen > 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) > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > = From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 17:04:07 2004 Return-Path: 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 BD97816A4CE for ; Tue, 23 Nov 2004 17:04:07 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F74043D2D for ; Tue, 23 Nov 2004 17:04:05 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: (qmail 8261 invoked from network); 23 Nov 2004 17:04:04 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail4.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 23 Nov 2004 17:04:04 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 5D5D469; Tue, 23 Nov 2004 12:04:04 -0500 (EST) Sender: lowell@be-well.ilk.org To: busta@33rpm.biz References: <2332.192.168.0.200.1101228830.squirrel@192.168.0.200> From: Lowell Gilbert Date: 23 Nov 2004 12:04:04 -0500 In-Reply-To: <2332.192.168.0.200.1101228830.squirrel@192.168.0.200> Message-ID: <44vfbwmr97.fsf@be-well.ilk.org> Lines: 15 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: portsdb -uU fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 17:04:07 -0000 "alex bustamante" writes: > when i run portsdb -uU FreeBSD 5.3 i get this error: > > opium# portsdb -uU > Updating the ports index ... Generating INDEX.tmp - please > wait..openoffice-2.0.20041122: "/usr/ports/devel/bison-devel" non-existent > -- dependency list incomplete > ===> editors/openoffice-2.0-devel failed > *** Error code 1 > > i've cvsuped src-all and ports-all. Is it a bug? Yes, it's a bug. It was fixed in the master repository at 16:14 UTC. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 18:09:35 2004 Return-Path: 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 6C6F916A4CE for ; Tue, 23 Nov 2004 18:09:35 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 423E243D5E for ; Tue, 23 Nov 2004 18:09:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8EEDB51281; Tue, 23 Nov 2004 10:13:41 -0800 (PST) Date: Tue, 23 Nov 2004 10:13:41 -0800 From: Kris Kennaway To: Lowell Gilbert Message-ID: <20041123181341.GA94794@xor.obsecurity.org> References: <2332.192.168.0.200.1101228830.squirrel@192.168.0.200> <44vfbwmr97.fsf@be-well.ilk.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <44vfbwmr97.fsf@be-well.ilk.org> User-Agent: Mutt/1.4.2.1i cc: busta@33rpm.biz cc: freebsd-stable@freebsd.org Subject: Re: portsdb -uU fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 18:09:35 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 23, 2004 at 12:04:04PM -0500, Lowell Gilbert wrote: > "alex bustamante" writes: >=20 > > when i run portsdb -uU FreeBSD 5.3 i get this error: > >=20 > > opium# portsdb -uU > > Updating the ports index ... Generating INDEX.tmp - please > > wait..openoffice-2.0.20041122: "/usr/ports/devel/bison-devel" non-exist= ent > > -- dependency list incomplete > > =3D=3D=3D> editors/openoffice-2.0-devel failed > > *** Error code 1 > >=20 > > i've cvsuped src-all and ports-all. Is it a bug? >=20 > Yes, it's a bug. =20 > It was fixed in the master repository at 16:14 UTC. Check the freebsd-ports mailing list for automatic reports when INDEX is broken, so you don't have to bother the list. Kris --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBo33VWry0BWjoQKURAhMZAKDka2zLT96TMo1RwkOHDj7c7G2GFwCg7c90 9/90RA+MGxyzWiOB+K6CYwI= =i/xe -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 18:26:00 2004 Return-Path: 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 F081516A4CE for ; Tue, 23 Nov 2004 18:26:00 +0000 (GMT) Received: from opium.dyndns.org (h7n4c1o255.bredband.skanova.com [81.225.11.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A83F143D39 for ; Tue, 23 Nov 2004 18:25:59 +0000 (GMT) (envelope-from busta@33rpm.biz) Received: from opium (localhost.dyndns.org [127.0.0.1]) by opium.dyndns.org (Postfix) with ESMTP id 5C8F961A7; Tue, 23 Nov 2004 19:25:58 +0100 (CET) Received: from 192.168.0.200 (SquirrelMail authenticated user busta@33rpm.biz); by opium with HTTP; Tue, 23 Nov 2004 19:25:58 +0100 (CET) Message-ID: <2442.192.168.0.200.1101234358.squirrel@192.168.0.200> In-Reply-To: <20041123181341.GA94794@xor.obsecurity.org> References: <2332.192.168.0.200.1101228830.squirrel@192.168.0.200> <44vfbwmr97.fsf@be-well.ilk.org> <20041123181341.GA94794@xor.obsecurity.org> Date: Tue, 23 Nov 2004 19:25:58 +0100 (CET) From: "alex bustamante" To: "Kris Kennaway" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: busta@33rpm.biz cc: freebsd-stable@freebsd.org Subject: Re: portsdb -uU fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: busta@33rpm.biz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 18:26:01 -0000 > On Tue, Nov 23, 2004 at 12:04:04PM -0500, Lowell Gilbert wrote: >> "alex bustamante" writes: >> >> > when i run portsdb -uU FreeBSD 5.3 i get this error: >> > >> > opium# portsdb -uU >> > Updating the ports index ... Generating INDEX.tmp - please >> > wait..openoffice-2.0.20041122: "/usr/ports/devel/bison-devel" >> non-existent >> > -- dependency list incomplete >> > ===> editors/openoffice-2.0-devel failed >> > *** Error code 1 >> > >> > i've cvsuped src-all and ports-all. Is it a bug? >> >> Yes, it's a bug. >> It was fixed in the master repository at 16:14 UTC. > > Check the freebsd-ports mailing list for automatic reports when INDEX > is broken, so you don't have to bother the list. > > Kris > OK, will do. thanks! -- alex bustamante - busta@33rpm.biz From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 18:51:29 2004 Return-Path: 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 2844F16A4CE for ; Tue, 23 Nov 2004 18:51:29 +0000 (GMT) Received: from smtp005.bizmail.sc5.yahoo.com (smtp005.bizmail.sc5.yahoo.com [66.163.175.82]) by mx1.FreeBSD.org (Postfix) with SMTP id E989C43D5F for ; Tue, 23 Nov 2004 18:51:28 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.246.1 with login) by smtp005.bizmail.sc5.yahoo.com with SMTP; 23 Nov 2004 18:51:28 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id BB05262EE; Tue, 23 Nov 2004 12:51:27 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18003-04-2; Tue, 23 Nov 2004 12:51:19 -0600 (CST) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id E3C376199; Tue, 23 Nov 2004 12:51:18 -0600 (CST) Received: from 69.53.57.66 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Tue, 23 Nov 2004 12:51:18 -0600 (CST) Message-ID: <39182.69.53.57.66.1101235878.squirrel@69.53.57.66> In-Reply-To: <41A2C5C0.3080908@yahoo.com> References: <41A2C5C0.3080908@yahoo.com> Date: Tue, 23 Nov 2004 12:51:18 -0600 (CST) From: "Jon Noack" To: "Rob" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@freebsd.org Subject: Re: make -j$n buildworld : use of -j investigated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 18:51:29 -0000 Rob wrote: > I have tested following with FreeBSD 5.3-Stable. > > On several different PCs I have used > make -j$n buildworld > with $n ranging from 1 to 9. > > Although people suggest "-j4" as optimal in general > case, I have come to a very different conclusion: > > 1) single CPU with enough RAM (2 GHz, 512 MB) > there's no significant speed up in the range > "-j1" to "-j9". > So "-j1" is as good as "-j9". > > 2) single CPU with little RAM (333 MHz, 64 MB) > speed slows down rapidly from "-j1" to "-j9", > because of intensive swapping. > So "-j1" performs best in this case. > > 3) dual CPU with enough RAM (2 x 800 MHz, 1GB) > speed up by almost two from "-j1" to "-j2", > but after that no noticeable speed up anymore. > So "-j2" is as good as "-j9". > > ---------------------------------------- > > With these simple tests, I come to the conclusion that > "make -j$n buildworld" is best with n = number of CPUs. > Does that make sense? I believe the current recommendation for SMP machines is to use "-j(n+1)", so I've been using "-j3" on my dual CPU machines. This ensures there is always a task waiting to be executed when one of the CPUs completes a job. Note that a parallel build (using "-j") can cause problems when compiling some programs (in fact, it didn't work for the kernel last time I checked). For my UP machines I don't use "-j" at all. If you read the make(1) man page, you'll note that omitting "-j" implies "-B". As you already found, with a single CPU there is no speed gained by using "-j" and without it I get the assurance of running in compatibility mode. Jon From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 20:31:15 2004 Return-Path: Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBC8616A4CE for ; Tue, 23 Nov 2004 20:31:15 +0000 (GMT) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8C7243D2D for ; Tue, 23 Nov 2004 20:31:15 +0000 (GMT) (envelope-from ski@indymedia.org) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 7445555681 for ; Tue, 23 Nov 2004 20:31:15 +0000 (GMT) (envelope-from ski@indymedia.org) Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59DE916A4CE for ; Tue, 23 Nov 2004 20:31:15 +0000 (GMT) Received: from deskaheh.nysindy.org (host-69-48-73-242.roc.choiceone.net [69.48.73.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C44043D5D for ; Tue, 23 Nov 2004 20:31:14 +0000 (GMT) (envelope-from ski@indymedia.org) Received: from 10.0.0.42 (unknown [10.0.0.254]) by deskaheh.nysindy.org (Postfix) with ESMTP id 2ED3D41A05; Tue, 23 Nov 2004 15:31:07 -0500 (EST) Received: from 10.0.0.26 (SquirrelMail authenticated user ski); by wuhjuhbuh.afraid.org with HTTP; Tue, 23 Nov 2004 15:31:12 -0500 (EST) Message-ID: <2566.10.0.0.26.1101241872.squirrel@10.0.0.26> In-Reply-To: <41A2C5C0.3080908@yahoo.com> References: <41A2C5C0.3080908@yahoo.com> Date: Tue, 23 Nov 2004 15:31:12 -0500 (EST) From: "Brian Szymanski" To: "Rob" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-stable@lists.freebsd.org Subject: Re: make -j$n buildworld : use of -j investigated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 20:31:16 -0000 Did you try any machines that used Hyperthreading? I'd be interested to see how those machines fare based on the number of logical and real CPUs. > Although people suggest "-j4" as optimal in general > case, I have come to a very different conclusion: > > 1) single CPU with enough RAM (2 GHz, 512 MB) > there's no significant speed up in the range > "-j1" to "-j9". > So "-j1" is as good as "-j9". If you went to all that trouble, you might as well post the numbers :-) > 2) single CPU with little RAM (333 MHz, 64 MB) > speed slows down rapidly from "-j1" to "-j9", > because of intensive swapping. > So "-j1" performs best in this case. This is expected. A note should probably be added to the handbook giving rough approximations of how much memory per simultaneous process is necessary for optimal performance. I'd guess 48MB * p + c, where c = the machine's memory load while idle and p = the number of compile processes (most don't take nearly that much memory, but c++ can gobble it) > 3) dual CPU with enough RAM (2 x 800 MHz, 1GB) > speed up by almost two from "-j1" to "-j2", > but after that no noticeable speed up anymore. > So "-j2" is as good as "-j9". Again, you went to the trouble, post the numbers? > With these simple tests, I come to the conclusion that > "make -j$n buildworld" is best with n = number of CPUs. > Does that make sense? Sort of. It depends on more than just the number of CPUs. IO speed is also very important. If you're using NFS over non-gigabit ethernet or to a slow NFS server, it's worth ratcheting the number of threads up. The same would go for old slow disks, or if you have /usr/src union-mounted from a cdrom drive, etc. Also disk layout: having /usr/src on a different drive from /usr/obj can speed up the IO-bound portions of the process a great deal by eliminating contention. If you do less waiting for IO, adding more threads has a less pronounced or even negative effect due to cpu contention instead of the positive "work while the other thread waits on IO" effect. This is the basic underlying principle, which the handbook doesn't really point out. Seems to me the pluses and minuses of increasing n are: + More chances to do work when other processes are waiting on IO. - CPU contention resulting in context switches and other wasted cycles due to extra scheduling overhead (probably negligible, maybe significant with high HZ in kernel config). - Memory contention (aka usage). It might be worth decreasing the number recommended somewhat, but I think j = ncpu is too small for a general recommendation, because unless you are memory tight there is very little harm in increasing the number. I'd suspect j = 2 * ncpu or even j = ncpu + 1 are better rules of thumb. A better formula would take average IO thruput and latency rates from bonnie++, amount of available memory, and the number and speed of cpus. A perl script that measures these numbers and determines the optimal setting is left as an excersize to the reader. Extra credit - code it in C and get it integrated in -CURRENT so that "make buildworld" automagically calls "make -j=$n real_buildworld" with the optimal value of n :-) My results, for what it's worth: Specs: Athlon XP 2500+, 512M of 333MHz DDR ram. /usr/obj is a gvinum raid0 (striped) volume of two SATA disks. /usr/src is on a gvinum raid1 (mirrored) volume of two PATA disks. options HZ=1000 in the kernel config, pretty vanilla besides that.. in make.conf: CFLAGS=-O2 -pipe -march=athlon-xp CXXFLAGS empty due to a bug with memoization last time i tried a compile... make -j1 buildworld: real 64m54.298s user 52m56.915s sys 9m13.041s make -j2 buildworld: real 67m55.816s user 56m20.778s sys 10m20.247s make -j3 buildworld: real 70m53.936s user 59m2.447s sys 10m43.325s make -j4 buildworld: real 72m25.904s user 60m19.098s sys 10m59.492s -- Brian Szymanski ski@indymedia.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 20:34:59 2004 Return-Path: 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 C37B916A4CE for ; Tue, 23 Nov 2004 20:34:59 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D638443D2F for ; Tue, 23 Nov 2004 20:34:58 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iANKYv3V023145; Tue, 23 Nov 2004 22:34:57 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 18555-20; Tue, 23 Nov 2004 22:34:57 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iANKYum9023142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Nov 2004 22:34:57 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iANKZ10u092450; Tue, 23 Nov 2004 22:35:01 +0200 (EET) (envelope-from ru) Date: Tue, 23 Nov 2004 22:35:00 +0200 From: Ruslan Ermilov To: nmorton@mylanders.com Message-ID: <20041123203500.GC78282@ip.net.ua> References: <47660.193.173.55.142.1101192965.squirrel@193.173.55.142> <20041123092756.D63016-100000@mylanders.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pk6IbRAofICFmK5e" Content-Disposition: inline In-Reply-To: <20041123092756.D63016-100000@mylanders.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-stable@freebsd.org Subject: Re: Error with make cleandir in /usr/src X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 20:34:59 -0000 --Pk6IbRAofICFmK5e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 23, 2004 at 09:39:44AM -0600, nmorton@mylanders.com wrote: > I recently cvsup'd to 5.3-RELEASE-p1 from 5.2.1-RELEASE > and when I went to do a make cleandir in /usr/src I get this > error message: >=20 > +for: not found > *** Error code 127 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 > I've never seen this happen before. >=20 You need to use the bug-feature, "make cleandir -DALWAYS_CHECK_MAKE". Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Pk6IbRAofICFmK5e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBo570qRfpzJluFF4RAsBYAKCBGES2jqgueGa3h6vNngEa/Y65tQCfR8IM EQIMpyMbyGMroV/sNR650rQ= =YU9I -----END PGP SIGNATURE----- --Pk6IbRAofICFmK5e-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 23:38:56 2004 Return-Path: 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 A562616A4CE for ; Tue, 23 Nov 2004 23:38:56 +0000 (GMT) Received: from mg5.xecu.net (mg5.xecu.net [216.127.136.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50B4A43D1F for ; Tue, 23 Nov 2004 23:38:56 +0000 (GMT) (envelope-from Harlan.Stenn@pfcs.com) Received: from localhost (unknown [127.0.0.1]) by mg5.xecu.net (Postfix) with ESMTP id 7232D42A7CB for ; Tue, 23 Nov 2004 18:38:51 -0500 (EST) Received: from mg5.xecu.net ([127.0.0.1]) by localhost (mg5.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38455-01 for ; Tue, 23 Nov 2004 18:38:50 -0500 (EST) Received: from pcnbs.pfcs.com (harlan.xecu.net [216.127.150.112]) by mg5.xecu.net (Postfix) with ESMTP id C93D342A7BB for ; Tue, 23 Nov 2004 18:38:48 -0500 (EST) Received: from dog.pfcs.com (dog.pfcs.com [192.52.69.47]) by pcnbs.pfcs.com (Postfix) with ESMTP id 32A6C2361; Tue, 23 Nov 2004 18:38:43 -0500 (EST) Received: from localhost [127.0.0.1] (HELO dog.pfcs.com) by dog.pfcs.com (8.13.1/8.13.1) via ESMTP id ; Tue, 23 Nov 2004 18:38:32 -0500 (EST) To: Evren Yurtesen In-Reply-To: Evren Yurtesen's (yurtesen@ispro.net.tr) message dated Tue, 23 Nov 2004 16:25:29. <41A3D4F9.7090001@ispro.net.tr> X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d User-Agent: EMH/1.10.0 SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Date: Tue, 23 Nov 2004 18:38:32 -0500 Message-ID: <28955.1101253112@dog.pfcs.com> From: Harlan Stenn X-Virus-Scanned: by amavisd-new at xecu.net cc: freebsd-stable@freebsd.org Subject: Re: ntpd v4.2 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 23:38:56 -0000 > The problem in the manual is different. You do not have any access > control in your server, your server is worldwide open to other people > changing your runtime configuration etc. (as it seems from your conf file) Wrong - ntpd will never allow changes to itself without explicitly allowing it (via a private key file, and mutually-agreed key numbersi and passwords). > From ntp handbook page! > ---- > If you only want to allow machines within your own network to > synchronize their clocks with your server, but ensure they are not > allowed to configure the server or used as peers to synchronize against, add That line may be technically true, but it is alarmist and wrong. > restrict 192.168.1.0 mask 255.255.255.0 notrust nomodify notrap See http://ntp.isc.org/Support/ConfRestrict for info about notrust. Dave Mimlls changed the behavior of notrust between the 4.1 and 4.2 releases of ntp. In 4.1, notrust means "do not trust this host/subnet for time". In 4.2, notrust means "require crypto auth before believing this host/subnet for time". nomodify will block changes even with the correct key/password. But you have to have the correct key and password first. > But if you use notrust in this line no clients are able to connect. I am > not sure why. That is why I asked about an ntpd pro having a look. We'd appreciate more folks adding more info to ntp.isc.org. H From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 23:50:19 2004 Return-Path: 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 EE85E16A4CE for ; Tue, 23 Nov 2004 23:50:19 +0000 (GMT) Received: from mg1.xecu.net (mg1.xecu.net [216.127.136.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id B795C43D5A for ; Tue, 23 Nov 2004 23:50:19 +0000 (GMT) (envelope-from Harlan.Stenn@pfcs.com) Received: from localhost (unknown [127.0.0.1]) by mg1.xecu.net (Postfix) with ESMTP id 41C0D686E3 for ; Tue, 23 Nov 2004 18:50:20 -0500 (EST) Received: from mg1.xecu.net ([127.0.0.1]) by localhost (mg1.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77210-04 for ; Tue, 23 Nov 2004 18:50:14 -0500 (EST) Received: from pcnbs.pfcs.com (harlan.xecu.net [216.127.150.112]) by mg1.xecu.net (Postfix) with ESMTP id E35D568513 for ; Tue, 23 Nov 2004 18:50:13 -0500 (EST) Received: from dog.pfcs.com (dog.pfcs.com [192.52.69.47]) by pcnbs.pfcs.com (Postfix) with ESMTP id B7C84236D; Tue, 23 Nov 2004 18:50:08 -0500 (EST) Received: from localhost [127.0.0.1] (HELO dog.pfcs.com) by dog.pfcs.com (8.13.1/8.13.1) via ESMTP id ; Tue, 23 Nov 2004 18:50:06 -0500 (EST) To: Rob In-Reply-To: Rob's (spamrefuse@yahoo.com) message dated Wed, 24 Nov 2004 00:34:45. <41A35895.5080906@yahoo.com> X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d User-Agent: EMH/1.10.0 SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Date: Tue, 23 Nov 2004 18:50:06 -0500 Message-ID: <28973.1101253806@dog.pfcs.com> From: Harlan Stenn X-Virus-Scanned: by amavisd-new at xecu.net cc: freebsd-stable@freebsd.org Subject: Re: ntpd v4.2 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 23:50:20 -0000 This would be "use -g with ntpd and forget about ntpdate." H -- > > But make sure your clocks are in sink at the start by using date. > > or add "-g" with the ntpdate_flags, to forcefully adjust time > at the very beginning. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 23:54:23 2004 Return-Path: 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 42DC116A4CE; Tue, 23 Nov 2004 23:54:23 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD40943D39; Tue, 23 Nov 2004 23:54:22 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from localhost (localhost [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 7B6A7D29B; Wed, 24 Nov 2004 00:54:21 +0100 (CET) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 15288-01-2; Wed, 24 Nov 2004 00:54:21 +0100 (CET) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id E22AED289; Wed, 24 Nov 2004 00:54:20 +0100 (CET) Date: Wed, 24 Nov 2004 00:54:23 +0100 From: Palle Girgensohn To: Dmitry Morozovsky , =?ISO-8859-1?Q?Sebastian_B=F6ck?= Message-ID: In-Reply-To: <20041106203635.G19392@woozle.rinet.ru> References: <418C18F6.9030200@FreeBSD.org> <418C8EEC.5040403@freenet.de> <20041106203635.G19392@woozle.rinet.ru> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net cc: ports@freebsd.org cc: stable@freebsd.org cc: Ade Lovett Subject: Re: HEADS UP: databases/postgresql72 is dying X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Nov 2004 23:54:23 -0000 --On l=F6rdag, november 06, 2004 20.39.23 +0300 Dmitry Morozovsky=20 wrote: > On Sat, 6 Nov 2004, [ISO-8859-1] Sebastian B?ck wrote: > > SB> Ade Lovett wrote: > SB> > FYI. Prior to the postgresql new-world-order in ports/, I have now > tagged SB> > databases/postgresql72 (current version 7.2.5) as > DEPRECATED, with it SB> > being removed from the tree on or about 1st > January 2005. > SB> > > SB> > You are *strongly* urged to upgrade to either 7.3.x or 7.4.x > SB> > SB> Have you considered that 7.2 is the last Version that doesn't have > SB> schemas. Out there may be some / are lot of applications that depend > SB> on this behaviour. > SB> > SB> I'd vote not to remove the port. > SB> > SB> Just my personal opinion > > Hmm, have you any info regarding schema-aware postgresql doing > counter-intuitive when not using dot-notation? AFAIK, there are no problems regarding schemas when upgrading 7.2 ->=20 7.[34]. Not using the dot-notation (the 7.2 way) works just as expected in=20 7.3 & 7.4. I've never bothered to alter my apps anyway. /Palle > > The only thing I'm thinking about is splitting system relations and user > relations between two schemas in 7.4, but even that should not be an > issue as lookup method is (or at least seems) safe to this. > > Any thoughts? > > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > ------------------------------------------------------------------------ > _______________________________________________ > 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 24 01:35:50 2004 Return-Path: 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 63B7816A4CE for ; Wed, 24 Nov 2004 01:35:50 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3F5943D62 for ; Wed, 24 Nov 2004 01:35:48 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004112410:35:39:757892.21758.3046251440 for ; Wed, 24 Nov 2004 10:35:39 +0900 (KST) Message-ID: <41A3E572.3080506@yahoo.com> Date: Wed, 24 Nov 2004 10:35:46 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <41A35895.5080906@yahoo.com> <28973.1101253806@dog.pfcs.com> In-Reply-To: <28973.1101253806@dog.pfcs.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-0.76) (SRN:SPAMROBOT) ----------------- Subject: Re: ntpd v4.2 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 01:35:50 -0000 Harlan Stenn wrote: > This would be "use -g with ntpd and forget about ntpdate." > > H > -- > >>>But make sure your clocks are in sink at the start by using date. >> >>or add "-g" with the ntpdate_flags, to forcefully adjust time >>at the very beginning. Yes, you're right. Thanks for the correctoin and apologies for my mistake. A conflict of name resolving arises when running named and ntpdate using hostnames. At bootup, ntpdate cannot find the corresponding ip addresses, probably because named has not been started yet. Using exclusively ntpd instead, seemed to have solved the problem. All this, I experienced with 5.3. Rob From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 01:58:37 2004 Return-Path: Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9736116A4CE for ; Wed, 24 Nov 2004 01:58:37 +0000 (GMT) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 815D343D31 for ; Wed, 24 Nov 2004 01:58:37 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 7020455803 for ; Wed, 24 Nov 2004 01:58:37 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6921B16A4CE for ; Wed, 24 Nov 2004 01:58:37 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06BD743D5F for ; Wed, 24 Nov 2004 01:58:37 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004112410:55:19:181593.21758.2883394480 for ; Wed, 24 Nov 2004 10:55:19 +0900 (KST) Message-ID: <41A3EA0F.3080500@yahoo.com> Date: Wed, 24 Nov 2004 10:55:27 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@lists.freebsd.org References: <41A2C5C0.3080908@yahoo.com> <2566.10.0.0.26.1101241872.squirrel@10.0.0.26> In-Reply-To: <2566.10.0.0.26.1101241872.squirrel@10.0.0.26> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-1.02) (SRN:SPAMROBOT) ----------------- Subject: Re: make -j$n buildworld : use of -j investigated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 01:58:37 -0000 Brian Szymanski wrote: > Did you try any machines that used Hyperthreading? I'd be interested to > see how those machines fare based on the number of logical and real CPUs. > > >>Although people suggest "-j4" as optimal in general >>case, I have come to a very different conclusion: >> >>1) single CPU with enough RAM (2 GHz, 512 MB) >> there's no significant speed up in the range >> "-j1" to "-j9". >> So "-j1" is as good as "-j9". > > > If you went to all that trouble, you might as well post the numbers :-) Time unit is minutes. CPU: 2x800 MHz 2000 MHz 333 MHz RAM: 1024 MB 512 MB 64 MB -j -------------------------------- 1 99 50 276 2 58 49 291 3 58 50 367 4 57 50 547 5 58 49 6 58 50 7 57 50 8 58 50 9 58 50 Rob. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 03:08:20 2004 Return-Path: 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 31E4F16A521 for ; Wed, 24 Nov 2004 03:08:20 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC2B043D48 for ; Wed, 24 Nov 2004 03:08:19 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id AD58072DF8; Tue, 23 Nov 2004 19:08:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A820372DCB; Tue, 23 Nov 2004 19:08:19 -0800 (PST) Date: Tue, 23 Nov 2004 19:08:19 -0800 (PST) From: Doug White To: Ralf Folkerts In-Reply-To: <1100460696.34540.11.camel@beaster> Message-ID: <20041123190703.B90740@carver.gumbysoft.com> References: <1100460696.34540.11.camel@beaster> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org Subject: Re: Can't compile 5.3-STABLE from 5.3-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 03:08:20 -0000 On Sun, 14 Nov 2004, Ralf Folkerts wrote: > Hi, > > I wanted to Update my System that runs FreeBSD 5.3-RC2 to the "final" > 5.3-Level. > > However, compile reproducible stops in libstdc++, claiming a missing > "unwind.h". Sounds like your checkout is incomplete. It should be in src/contrib/gcc/unwind.h. > I already removed /usr/src and re-cvsupped it and also searched > the /usr/src/UPDATING and the CURRENT- and STABLE-Lists for such > Problems. > > The Update from 5.2.1 to 5.3-RC2 ran just fine on that machine (after > removing the CXXFLAGS from /etc/make.conf). > Canwe see your cvsupfile and make.conf? > uname -a: > FreeBSD beaster.home.folkerts-net.de 5.3-RC2 FreeBSD 5.3-RC2 #1: Mon Nov > 1 15:42:06 CET 2004 > toor@beaster.home.folkerts-net.de:/usr/obj/usr/src/sys/BEASTERKERNEL > i386 > > I'll paste the libstdc++-Output and my /etc/make.conf below. > > What did I do wrong? As it worked fine from 5.2.1 to 5.3 I hope it's > just a small Problem ;-) > > Would be great if I could get a hint! > MTIA, > cheers, > _ralf_ > > --- /etc/make.conf --- > PUTYPE=athlon-xp > CFLAGS= -O -pipe > NO_LPR=yes > CUPS_OVERWRITE_BASE=yes > NOINET6=true > NOPROFILE=true > COMPAT4X=yes > # -- use.perl generated deltas -- # > # Created: Sat Jan 17 12:55:06 2004 > # Setting to use base perl from ports: > PERL_VER=5.6.1 > PERL_VERSION=5.6.1 > PERL_ARCH=mach > NOPERL=yo > NO_PERL=yo > NO_PERL_WRAPPER=yo > X_WINDOW_SYSTEM=xfree86-4 > --- end of /etc/make.conf --- > > ===> gnu/lib/libreadline/readline/doc > ===> gnu/lib/libstdc++ > ln -sf /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/config/cpu/i486/atomicity.h atomicity.cc > rm -f .depend > mkdep -f .depend -a -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H > -I/usr/src/gnu/lib/libstdc++ -I/usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++ -I/usr/src/gnu/lib/libstdc > ++/../../../contrib/gcc -I/usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/include /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/libmath/signbitf.c /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/libmath/signbitl.c /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libmath/stubs.c/usr/src/gnu/lib/libstdc > ++/../../../contrib/gcc/cp-demangle.c > mkdep -f .depend -a /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/allocator.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/codecvt.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/complex_io.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/ctype.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/debug.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/functexcept.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/globals_locale.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/globals_io.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/ios.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/ios_failure.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/ios_init.cc/usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/ios_locale.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/limits.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/list.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/locale.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/locale_init.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/locale_facets.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/localename.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/stdexcept.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/strstream.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/tree.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/allocator-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/concept-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/fstream-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/ext-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/io-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/istream-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/locale-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/locale-misc-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/misc-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/ostream-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/sstream-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/streambuf-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/string-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/valarray-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/wlocale-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/wstring-inst.cc > atomicity.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/config/locale/generic/codecvt_members.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/locale/generic/collate_members.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/locale/generic/ctype_members.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/locale/generic/messages_members.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/locale/generic/monetary_members.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/locale/generic/numeric_members.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/locale/generic/time_members.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/io/basic_file_stdio.cc/usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/locale/generic/c_locale.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/del_op.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/del_opnt.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/del_opv.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/del_opvnt.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/eh_alloc.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/eh_aux_runtime.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/eh_catch.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/eh_exception.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/eh_globals.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/eh_personality.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/eh_term_handler.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/eh_terminate.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/eh_throw.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/eh_type.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/eh_unex_handler.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/guard.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/new_handler.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/new_op.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/new_opnt.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/new_opv.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/new_opvnt.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/pure.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/tinfo.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/tinfo2.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/vec.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/vterminate.cc > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_alloc.cc:37: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_aux_runtime.cc:34: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_catch.cc:32: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_exception.cc:34: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_globals.cc:33: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_personality.cc:34: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/eh_personality.cc:38:23: unwind-pe.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_term_handler.cc:30: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_terminate.cc:34: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_throw.cc:32: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_type.cc:32: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_unex_handler.cc:30: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/pure.cc:31: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/vec.cc:37: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop in /usr/src/gnu/lib/libstdc++. > *** Error code 1 > > Stop in /usr/src/gnu/lib. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > [-su]beaster:src$ > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 03:19:46 2004 Return-Path: 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 CF87B16A4CE for ; Wed, 24 Nov 2004 03:19:46 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64B7243D3F for ; Wed, 24 Nov 2004 03:19:46 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5748B72DF8; Tue, 23 Nov 2004 19:19:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5256072DCB; Tue, 23 Nov 2004 19:19:46 -0800 (PST) Date: Tue, 23 Nov 2004 19:19:46 -0800 (PST) From: Doug White To: Adrian Wontroba In-Reply-To: <20041115045912.A79200@titus.hanley.stade.co.uk> Message-ID: <20041123191634.K90740@carver.gumbysoft.com> References: <20041115045912.A79200@titus.hanley.stade.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org Subject: Re: panic: APIC: Previous IPI is stuck X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 03:19:46 -0000 On Mon, 15 Nov 2004, Adrian Wontroba wrote: > At work, I've just taken an old cast off NT server and used it as > a replacement for an equally elderly low end PC which performs an > important monitoring task. > > I took the opportunity to upgrade to 5.3 (5.3-RC2 now, yesterday's > 5.3-STABLE when I get to work again) rather than stay on 4.10-RELEASE. > > The rationale was this would be a nice resilient machine, demonstrating > how FreeBSD can extend the useful working life of aging hardware. > > The practice is that it it has now crashed three times in a couple of > days with "panic: APIC: Previous IPI is stuck", the most recent one > dragging me out from home early in a Monday morning. Welcome to the club. This is a known problem with affects older, true 4 proc machines. Stephan Uphoff (ups@tree.com) has posted a patch to -current that seems to help. I have a Dell PE6500 (4x500MHz) I'm trying to get to duplicate the problem (and compile world without resetting) before I try the patch. (Replacing a CPU has made it happy again, thankfully) Dual proc hyperthreaded machines don't seem to be affected, or at least not as frequently. I'd suggest trying the patch and see if that helps for you. It doesn't seem to be making things worse for people :) > Over in current there are a couple of threads starting in late September > where a few people are suffering this problem. Like them, I'm using an > old (1997) Pentium Pro multiprocessor, in my case a 4 way Fujitsu M700. > > The machine is running with the SMP kernel (ie GENERIC + SMP), 4BSD > scheduler, without preemption. > > I've set kern.sched.ipiwakeup.enabled=0 and crossed my fingers. > > I'm a SMP novice. Would the machine become stable if I switched to a > non-SMP kernel? Reliability is more important than speed in this case, > and the opportunity for experimentation close to zero. Creditability > has already been damaged by the gvinum RAID5 experience (8-( > > I'm not knocking 5.3 - in all other respects it seems wonderful. > > "me too" diagnostics: > > kern.sched.name: 4BSD > kern.sched.quantum: 100000 > kern.sched.ipiwakeup.enabled: 1 > kern.sched.ipiwakeup.requested: 858129 > kern.sched.ipiwakeup.delivered: 858129 > kern.sched.ipiwakeup.usemask: 1 > kern.sched.ipiwakeup.useloop: 0 > kern.sched.ipiwakeup.onecpu: 0 > kern.sched.ipiwakeup.htt2: 0 > kern.sched.followon: 0 > kern.sched.pfollowons: 0 > kern.sched.kgfollowons: 0 > kern.sched.runq_fuzz: 1 > > ============================================================================ > > MPTable, version 2.0.15 > > looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0008f000 > searching CMOS 'top of mem' @ 0x0008ec00 (571K) > searching default 'top of mem' @ 0x0009fc00 (639K) > searching BIOS @ 0x000f0000 > > MP FPS found in BIOS @ physical addr: 0x000fdc30 > > ---------------------------------------------------------------------------- > > MP Floating Pointer Structure: > > location: BIOS > physical address: 0x000fdc30 > signature: '_MP_' > length: 16 bytes > version: 1.4 > checksum: 0x56 > mode: Virtual Wire > > ---------------------------------------------------------------------------- > > MP Config Table Header: > > physical address: 0x0008f151 > signature: 'PCMP' > base table length: 332 > version: 1.4 > checksum: 0x05 > OEM ID: 'Fujitsu ' > Product ID: 'Pro Server ' > OEM table pointer: 0x00000000 > OEM table size: 0 > entry count: 30 > local APIC address: 0xfee00000 > extended table length: 0 > extended table checksum: 0 > > ---------------------------------------------------------------------------- > > MP Config Base Table Entries: > > -- > Processors: APIC ID Version State Family Model Step > Flags > 3 0x11 BSP, usable 6 1 9 > 0xfbff > 0 0x11 AP, usable 6 1 9 > 0xfbff > 1 0x11 AP, usable 6 1 9 > 0xfbff > 2 0x11 AP, usable 6 1 9 > 0xfbff > -- > Bus: Bus ID Type > 0 PCI > 1 PCI > 2 EISA > -- > I/O APICs: APIC ID Version State Address > 8 0x11 usable 0xfec00000 > 9 0x11 usable 0xfec0c000 > -- > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > ExtINT active-hi edge 2 0 8 0 > INT conforms conforms 2 1 8 1 > INT conforms conforms 2 2 8 2 > INT conforms conforms 2 3 8 3 > INT conforms conforms 2 4 8 4 > INT conforms conforms 2 5 8 5 > INT conforms conforms 2 6 8 6 > INT conforms conforms 2 7 8 7 > INT conforms conforms 2 8 8 8 > INT conforms conforms 2 9 8 9 > INT conforms conforms 2 10 8 10 > INT conforms conforms 2 11 8 11 > INT conforms conforms 2 12 8 12 > INT conforms conforms 2 13 8 13 > INT conforms conforms 2 14 8 14 > INT conforms conforms 2 15 8 15 > INT active-lo level 0 1:A 9 11 > INT active-lo level 1 1:A 9 12 > INT active-lo level 1 2:A 9 12 > -- > Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > ExtINT active-hi edge 0 0:A 255 0 > NMI active-hi edge 0 0:A 255 1 > > ---------------------------------------------------------------------------- > > dmesg output: > > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.3-RC2 #0: Thu Nov 4 03:48:56 GMT 2004 > > toor@xjamesfriis.:/usr/src/sys/i386/compile/JAMESFRIIS > MPTable: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium Pro (199.84-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x619 Stepping = 9 > > Features=0xfbff V> > real memory = 2147483648 (2048 MB) > avail memory = 2095947776 (1998 MB) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 3 > cpu1 (AP): APIC ID: 0 > cpu2 (AP): APIC ID: 1 > cpu3 (AP): APIC ID: 2 > ioapic0: Assuming intbase of 0 > ioapic1: Assuming intbase of 16 > ioapic0 irqs 0-15 on motherboard > ioapic1 irqs 16-31 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > fxp0: port 0xfce0-0xfcff mem > 0xfe900000-0xfe9fffff,0xfe8ff000-0xfe8fffff irq 27 at device 1.0 on pci0 > miibus0: on fxp0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:10:a8:00:10:d6 > pci0: at device 2.0 (no driver attached) > eisab0: at device 3.0 on pci0 > eisa0: on eisab0 > mainboard0: on eisa0 slot 0 > isa0: on eisab0 > pcib1: pcibus 1 on motherboard > pci1: on pcib1 > ahc0: port 0xf800-0xf8ff mem > 0xfceef000-0xfceeffff irq 28 at device 1.0 on pci1 > ahc0: [GIANT-LOCKED] > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > ahc1: port 0xf400-0xf4ff mem > 0xfceee000-0xfceeefff irq 28 at device 2.0 on pci1 > ahc1: [GIANT-LOCKED] > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > pci1: at device 3.0 (no driver attached) > cpu0 on motherboard > cpu1 on motherboard > cpu2 on motherboard > cpu3 on motherboard > orm0: at iomem 0xc0000-0xc7fff on isa0 > pmtimer0 on isa0 > ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 > ata1 at port 0x376,0x170-0x177 irq 15 on isa0 > atkbdc0: at port 0x64,0x60 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model MouseMan+, device ID 0 > fdc0: at port 0x3f0-0x3f5 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: Generic chipset (NIBBLE-only) in COMPATIBLE mode > 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 > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > Timecounters tick every 10.000 msec > Waiting 15 seconds for SCSI devices to settle > (probe6:ahc0:0:6:0): AutoSense Failed > (probe5:ahc0:0:6:1): AutoSense Failed > (probe0:ahc0:0:6:2): AutoSense Failed > (probe5:ahc0:0:6:3): AutoSense Failed > (probe5:ahc0:0:6:4): AutoSense Failed > (probe0:ahc0:0:6:5): AutoSense Failed > (probe0:ahc0:0:6:6): AutoSense Failed > (probe0:ahc0:0:6:7): AutoSense Failed > (probe21:ahc1:0:6:0): AutoSense Failed > (probe1:ahc1:0:6:1): AutoSense Failed > (probe1:ahc1:0:6:2): AutoSense Failed > (probe1:ahc1:0:6:3): AutoSense Failed > (probe1:ahc1:0:6:4): AutoSense Failed > (probe1:ahc1:0:6:5): AutoSense Failed > (probe1:ahc1:0:6:6): AutoSense Failed > (probe1:ahc1:0:6:7): AutoSense Failed > sa0 at ahc0 bus 0 target 4 lun 0 > sa0: Removable Sequential Access SCSI-2 device > sa0: 10.000MB/s transfers (10.000MHz, offset 15) > ses0 at ahc0 bus 0 target 6 lun 0 > ses0: Fixed Processor SCSI-2 device > ses0: 3.300MB/s transfers > ses0: SAF-TE Compliant Device > ses1 at ahc1 bus 0 target 6 lun 0 > ses1: Fixed Processor SCSI-2 device > ses1: 3.300MB/s transfers > ses1: SAF-TE Compliant Device > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da0: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-2 device > da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da1: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > da2 at ahc0 bus 0 target 2 lun 0 > da2: Fixed Direct Access SCSI-2 device > da2: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da2: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > da3 at ahc1 bus 0 target 0 lun 0 > da3: Fixed Direct Access SCSI-2 device > da3: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da3: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > da4 at ahc1 bus 0 target 1 lun 0 > da4: Fixed Direct Access SCSI-2 device > da4: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da4: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > da5 at ahc1 bus 0 target 2 lun 0 > da5: Fixed Direct Access SCSI-2 device > da5: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da5: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) > cd0 at ahc0 bus 0 target 5 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 10.000MB/s transfers (10.000MHz, offset 15) > cd0: Attempt to query device size failed: NOT READY, Medium not present > GEOM_MIRROR: Device mirror0 created (id=138753045). > GEOM_MIRROR: Device mirror0: provider da0 detected. > GEOM_CONCAT: Device usr2 created (id=1051984440). > GEOM_CONCAT: Disk da1 attached to usr2. > GEOM_CONCAT: Disk da2 attached to usr2. > GEOM_MIRROR: Device mirror0: provider da3 detected. > GEOM_MIRROR: Device mirror0: provider da3 activated. > GEOM_MIRROR: Device mirror0: provider mirror/mirror0 launched. > GEOM_MIRROR: Device mirror0: rebuilding provider da0. > GEOM_CONCAT: Disk da4 attached to usr2. > GEOM_CONCAT: Disk da5 attached to usr2. > GEOM_CONCAT: Device usr2 activated. > SMP: AP CPU #3 Launched! > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > Mounting root from ufs:/dev/mirror/mirror0a > WARNING: / was not properly dismounted > WARNING: /var was not properly dismounted > WARNING: /usr was not properly dismounted > /usr: mount pending error: blocks 4 files 2 > WARNING: /usr2 was not properly dismounted > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 03:21:52 2004 Return-Path: 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 556BB16A4CE for ; Wed, 24 Nov 2004 03:21:52 +0000 (GMT) Received: from mail76-ash-R.bigfish.com (mail-ash.bigfish.com [206.16.192.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id E423C43D46 for ; Wed, 24 Nov 2004 03:21:51 +0000 (GMT) (envelope-from mark@verniernetworks.com) Received: from mail76-ash.bigfish.com (localhost.localdomain [127.0.0.1]) by mail76-ash-R.bigfish.com (Postfix) with ESMTP id BB01E3918B6 for ; Wed, 24 Nov 2004 03:21:52 +0000 (UCT) X-BigFish: VC Received: by mail76-ash (MessageSwitch) id 1101266512689679_1205; Wed, 24 Nov 2004 03:21:52 +0000 (UCT) Received: from exch2.verniernetworks.com (dns.verniernetworks.com [65.200.185.165]) by mail76-ash.bigfish.com (Postfix) with ESMTP id 7D23A39188A for ; Wed, 24 Nov 2004 03:21:52 +0000 (UCT) Received: from verniernetworks.com ([192.168.2.254]) by exch2.verniernetworks.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 23 Nov 2004 19:21:50 -0800 Message-ID: <41A3FE4E.30007@verniernetworks.com> Date: Tue, 23 Nov 2004 21:21:50 -0600 From: Mark Gooderum User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7b) Gecko/20040429 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-OriginalArrivalTime: 24 Nov 2004 03:21:50.0718 (UTC) FILETIME=[BCFCE9E0:01C4D1D4] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: propagate_priority KASSERT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 03:21:52 -0000 We're currently tripping accross the following KASSERT in subr_turnstile.c (in 5.3.0 RELEASE): /* * XXX: The owner of a turnstile can be stale if it is the * first thread to grab a slock of a sx lock. In that case * it is possible for us to be at SSLEEP or some other * weird state. We should probably just return if the state * isn't SRUN or SLOCK. */ KASSERT(!TD_IS_SLEEPING(td), ("sleeping thread %p (pid %d) owns non-sleepable lock %p", td, td->td_proc->p_pid, ts)) This is in propagate_priority(). However, propagate_priority() is only called in one place, by turnstile_wait(), and turnstile_wait() in turn is only called by _mtx_lock_sleep() which in turn is only used for sleep mutexes. TD_IS_SLEEPING() really means the SLEEPING inhibitor is set which in turn seems to mean that thread is in fact on a sleepq - which is used for various wait channels and timeouts. So I'm just trying to understand why it's a 100% assertion for any holder of the turnstile for a sleep mutex sleeping. Thanks, -- Mark Gooderum Vernier Networks, Inc. mark@verniernetworks.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 04:54:43 2004 Return-Path: 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 A243E16A4CE for ; Wed, 24 Nov 2004 04:54:43 +0000 (GMT) Received: from s1.stradamotorsports.com (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0561943D46 for ; Wed, 24 Nov 2004 04:54:41 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] (w16.stradamotorsports.com [192.168.1.16]) iAO4sa8m091448; Tue, 23 Nov 2004 20:54:39 -0800 (PST) (envelope-from jcw@highperformance.net) Date: Tue, 23 Nov 2004 20:54:36 -0800 From: "Jason C. Wells" To: Harlan Stenn Message-ID: In-Reply-To: <28955.1101253112@dog.pfcs.com> References: <28955.1101253112@dog.pfcs.com> X-Mailer: Mulberry/3.1.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, hits=-2.0 required=4.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-stable@freebsd.org Subject: Re: ntpd v4.2 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 04:54:43 -0000 --On Tuesday, November 23, 2004 6:38 PM -0500 Harlan Stenn wrote: > In 4.1, notrust means "do not trust this host/subnet for time". > > In 4.2, notrust means "require crypto auth before believing this > host/subnet for time". I have been trying on and off for some time now to figure why my server was tagged as reachable but rejected. I read all manner of stuff about how some clocks are bad for arcane protocol reasons. Now, purely by accident, I discover that the behavior of notrust has changed and that was the source of my problem. Groooovy!!!!! Thanks! Later, Jason C. Wells From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 04:59:46 2004 Return-Path: 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 A28DF16A4CE for ; Wed, 24 Nov 2004 04:59:46 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 41B4143D41 for ; Wed, 24 Nov 2004 04:59:46 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 4344 invoked by uid 89); 24 Nov 2004 04:59:45 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 24 Nov 2004 04:59:45 -0000 Received: (qmail 4335 invoked by uid 89); 24 Nov 2004 04:59:45 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 24 Nov 2004 04:59:45 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id iAO4xi5R049251; Tue, 23 Nov 2004 23:59:44 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: Mark Gooderum In-Reply-To: <41A3FE4E.30007@verniernetworks.com> References: <41A3FE4E.30007@verniernetworks.com> Content-Type: text/plain Message-Id: <1101272384.48967.45.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 23 Nov 2004 23:59:44 -0500 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: propagate_priority KASSERT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 04:59:46 -0000 On Tue, 2004-11-23 at 22:21, Mark Gooderum wrote: > We're currently tripping accross the following KASSERT in > subr_turnstile.c (in 5.3.0 RELEASE): > > /* > * XXX: The owner of a turnstile can be stale if it is the > * first thread to grab a slock of a sx lock. In that case > * it is possible for us to be at SSLEEP or some other > * weird state. We should probably just return if the state > * isn't SRUN or SLOCK. > */ > KASSERT(!TD_IS_SLEEPING(td), > ("sleeping thread %p (pid %d) owns non-sleepable lock %p", > td, td->td_proc->p_pid, ts)) > > This is in propagate_priority(). > > However, propagate_priority() is only called in one place, by > turnstile_wait(), and turnstile_wait() in turn is only called by > _mtx_lock_sleep() which in turn is only used for sleep mutexes. > > TD_IS_SLEEPING() really means the SLEEPING inhibitor is set which in > turn seems to mean that thread is in fact on a sleepq - which is used > for various wait channels and timeouts. > > So I'm just trying to understand why it's a 100% assertion for any > holder of the turnstile for a sleep mutex sleeping. Priority inheritance is needed to avoid blocking interrupt threads for a long time. A thread sleeping while holding a mutex would break priority inheritance. Another reason is that this would add a hidden dependency to the wakeup thread - this can easily lead to deadlocks. Can you find out where the owner of the mutex is sleeping? Stephan From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 05:11:47 2004 Return-Path: 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 D807316A4CE for ; Wed, 24 Nov 2004 05:11:47 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 2CDD043D41 for ; Wed, 24 Nov 2004 05:11:47 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 22090 invoked by uid 89); 24 Nov 2004 05:11:23 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 24 Nov 2004 05:11:23 -0000 Received: (qmail 22064 invoked by uid 89); 24 Nov 2004 05:11:22 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 24 Nov 2004 05:11:22 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id iAO5BM5R049315; Wed, 24 Nov 2004 00:11:22 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: Doug White In-Reply-To: <20041123191634.K90740@carver.gumbysoft.com> References: <20041115045912.A79200@titus.hanley.stade.co.uk> <20041123191634.K90740@carver.gumbysoft.com> Content-Type: text/plain Message-Id: <1101273082.48967.57.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 24 Nov 2004 00:11:22 -0500 Content-Transfer-Encoding: 7bit cc: stable@freebsd.org Subject: Re: panic: APIC: Previous IPI is stuck X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 05:11:48 -0000 On Tue, 2004-11-23 at 22:19, Doug White wrote: > On Mon, 15 Nov 2004, Adrian Wontroba wrote: > > > At work, I've just taken an old cast off NT server and used it as > > a replacement for an equally elderly low end PC which performs an > > important monitoring task. > > > > I took the opportunity to upgrade to 5.3 (5.3-RC2 now, yesterday's > > 5.3-STABLE when I get to work again) rather than stay on 4.10-RELEASE. > > > > The rationale was this would be a nice resilient machine, demonstrating > > how FreeBSD can extend the useful working life of aging hardware. > > > > The practice is that it it has now crashed three times in a couple of > > days with "panic: APIC: Previous IPI is stuck", the most recent one > > dragging me out from home early in a Monday morning. > > Welcome to the club. This is a known problem with affects older, true 4 > proc machines. Stephan Uphoff (ups@tree.com) has posted a patch to > -current that seems to help. I have a Dell PE6500 (4x500MHz) I'm trying to > get to duplicate the problem (and compile world without resetting) before > I try the patch. (Replacing a CPU has made it happy again, thankfully) > > Dual proc hyperthreaded machines don't seem to be affected, or at least > not as frequently. > > I'd suggest trying the patch and see if that helps for you. It doesn't > seem to be making things worse for people :) The patch has a few testers and no "APIC: Previous IPI is stuck" panics have been reported. Hopefully I will be able to get a new patch out the next days that will be optimized. Once the new patch got some testing it will go into current. ( And hopefully I can MFC it later) > > Over in current there are a couple of threads starting in late September > > where a few people are suffering this problem. Like them, I'm using an > > old (1997) Pentium Pro multiprocessor, in my case a 4 way Fujitsu M700. > > > > The machine is running with the SMP kernel (ie GENERIC + SMP), 4BSD > > scheduler, without preemption. > > > > I've set kern.sched.ipiwakeup.enabled=0 and crossed my fingers. > > > > I'm a SMP novice. Would the machine become stable if I switched to a > > non-SMP kernel? Reliability is more important than speed in this case, > > and the opportunity for experimentation close to zero. Creditability > > has already been damaged by the gvinum RAID5 experience (8-( > > > > I'm not knocking 5.3 - in all other respects it seems wonderful. > > > > "me too" diagnostics: > > > > kern.sched.name: 4BSD > > kern.sched.quantum: 100000 > > kern.sched.ipiwakeup.enabled: 1 > > kern.sched.ipiwakeup.requested: 858129 > > kern.sched.ipiwakeup.delivered: 858129 > > kern.sched.ipiwakeup.usemask: 1 > > kern.sched.ipiwakeup.useloop: 0 > > kern.sched.ipiwakeup.onecpu: 0 > > kern.sched.ipiwakeup.htt2: 0 > > kern.sched.followon: 0 > > kern.sched.pfollowons: 0 > > kern.sched.kgfollowons: 0 > > kern.sched.runq_fuzz: 1 > > > > ============================================================================ > > > > MPTable, version 2.0.15 > > > > looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0008f000 > > searching CMOS 'top of mem' @ 0x0008ec00 (571K) > > searching default 'top of mem' @ 0x0009fc00 (639K) > > searching BIOS @ 0x000f0000 > > > > MP FPS found in BIOS @ physical addr: 0x000fdc30 > > > > ---------------------------------------------------------------------------- > > > > MP Floating Pointer Structure: > > > > location: BIOS > > physical address: 0x000fdc30 > > signature: '_MP_' > > length: 16 bytes > > version: 1.4 > > checksum: 0x56 > > mode: Virtual Wire > > > > ---------------------------------------------------------------------------- > > > > MP Config Table Header: > > > > physical address: 0x0008f151 > > signature: 'PCMP' > > base table length: 332 > > version: 1.4 > > checksum: 0x05 > > OEM ID: 'Fujitsu ' > > Product ID: 'Pro Server ' > > OEM table pointer: 0x00000000 > > OEM table size: 0 > > entry count: 30 > > local APIC address: 0xfee00000 > > extended table length: 0 > > extended table checksum: 0 > > > > ---------------------------------------------------------------------------- > > > > MP Config Base Table Entries: > > > > -- > > Processors: APIC ID Version State Family Model Step > > Flags > > 3 0x11 BSP, usable 6 1 9 > > 0xfbff > > 0 0x11 AP, usable 6 1 9 > > 0xfbff > > 1 0x11 AP, usable 6 1 9 > > 0xfbff > > 2 0x11 AP, usable 6 1 9 > > 0xfbff > > -- > > Bus: Bus ID Type > > 0 PCI > > 1 PCI > > 2 EISA > > -- > > I/O APICs: APIC ID Version State Address > > 8 0x11 usable 0xfec00000 > > 9 0x11 usable 0xfec0c000 > > -- > > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > > ExtINT active-hi edge 2 0 8 0 > > INT conforms conforms 2 1 8 1 > > INT conforms conforms 2 2 8 2 > > INT conforms conforms 2 3 8 3 > > INT conforms conforms 2 4 8 4 > > INT conforms conforms 2 5 8 5 > > INT conforms conforms 2 6 8 6 > > INT conforms conforms 2 7 8 7 > > INT conforms conforms 2 8 8 8 > > INT conforms conforms 2 9 8 9 > > INT conforms conforms 2 10 8 10 > > INT conforms conforms 2 11 8 11 > > INT conforms conforms 2 12 8 12 > > INT conforms conforms 2 13 8 13 > > INT conforms conforms 2 14 8 14 > > INT conforms conforms 2 15 8 15 > > INT active-lo level 0 1:A 9 11 > > INT active-lo level 1 1:A 9 12 > > INT active-lo level 1 2:A 9 12 > > -- > > Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > > ExtINT active-hi edge 0 0:A 255 0 > > NMI active-hi edge 0 0:A 255 1 > > > > ---------------------------------------------------------------------------- > > > > dmesg output: > > > > Copyright (c) 1992-2004 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD 5.3-RC2 #0: Thu Nov 4 03:48:56 GMT 2004 > > > > toor@xjamesfriis.:/usr/src/sys/i386/compile/JAMESFRIIS > > MPTable: > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Pentium Pro (199.84-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x619 Stepping = 9 > > > > Features=0xfbff > V> > > real memory = 2147483648 (2048 MB) > > avail memory = 2095947776 (1998 MB) > > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > > cpu0 (BSP): APIC ID: 3 > > cpu1 (AP): APIC ID: 0 > > cpu2 (AP): APIC ID: 1 > > cpu3 (AP): APIC ID: 2 > > ioapic0: Assuming intbase of 0 > > ioapic1: Assuming intbase of 16 > > ioapic0 irqs 0-15 on motherboard > > ioapic1 irqs 16-31 on motherboard > > npx0: [FAST] > > npx0: on motherboard > > npx0: INT 16 interface > > pcib0: pcibus 0 on motherboard > > pci0: on pcib0 > > fxp0: port 0xfce0-0xfcff mem > > 0xfe900000-0xfe9fffff,0xfe8ff000-0xfe8fffff irq 27 at device 1.0 on pci0 > > miibus0: on fxp0 > > ukphy0: on miibus0 > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > fxp0: Ethernet address: 00:10:a8:00:10:d6 > > pci0: at device 2.0 (no driver attached) > > eisab0: at device 3.0 on pci0 > > eisa0: on eisab0 > > mainboard0: on eisa0 slot 0 > > isa0: on eisab0 > > pcib1: pcibus 1 on motherboard > > pci1: on pcib1 > > ahc0: port 0xf800-0xf8ff mem > > 0xfceef000-0xfceeffff irq 28 at device 1.0 on pci1 > > ahc0: [GIANT-LOCKED] > > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > > ahc1: port 0xf400-0xf4ff mem > > 0xfceee000-0xfceeefff irq 28 at device 2.0 on pci1 > > ahc1: [GIANT-LOCKED] > > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > > pci1: at device 3.0 (no driver attached) > > cpu0 on motherboard > > cpu1 on motherboard > > cpu2 on motherboard > > cpu3 on motherboard > > orm0: at iomem 0xc0000-0xc7fff on isa0 > > pmtimer0 on isa0 > > ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 > > ata1 at port 0x376,0x170-0x177 irq 15 on isa0 > > atkbdc0: at port 0x64,0x60 on isa0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > psm0: irq 12 on atkbdc0 > > psm0: [GIANT-LOCKED] > > psm0: model MouseMan+, device ID 0 > > fdc0: at port 0x3f0-0x3f5 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: Generic chipset (NIBBLE-only) in COMPATIBLE mode > > 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 > > unknown: can't assign resources (port) > > unknown: can't assign resources (port) > > unknown: can't assign resources (port) > > unknown: can't assign resources (port) > > unknown: can't assign resources (port) > > Timecounters tick every 10.000 msec > > Waiting 15 seconds for SCSI devices to settle > > (probe6:ahc0:0:6:0): AutoSense Failed > > (probe5:ahc0:0:6:1): AutoSense Failed > > (probe0:ahc0:0:6:2): AutoSense Failed > > (probe5:ahc0:0:6:3): AutoSense Failed > > (probe5:ahc0:0:6:4): AutoSense Failed > > (probe0:ahc0:0:6:5): AutoSense Failed > > (probe0:ahc0:0:6:6): AutoSense Failed > > (probe0:ahc0:0:6:7): AutoSense Failed > > (probe21:ahc1:0:6:0): AutoSense Failed > > (probe1:ahc1:0:6:1): AutoSense Failed > > (probe1:ahc1:0:6:2): AutoSense Failed > > (probe1:ahc1:0:6:3): AutoSense Failed > > (probe1:ahc1:0:6:4): AutoSense Failed > > (probe1:ahc1:0:6:5): AutoSense Failed > > (probe1:ahc1:0:6:6): AutoSense Failed > > (probe1:ahc1:0:6:7): AutoSense Failed > > sa0 at ahc0 bus 0 target 4 lun 0 > > sa0: Removable Sequential Access SCSI-2 device > > sa0: 10.000MB/s transfers (10.000MHz, offset 15) > > ses0 at ahc0 bus 0 target 6 lun 0 > > ses0: Fixed Processor SCSI-2 device > > ses0: 3.300MB/s transfers > > ses0: SAF-TE Compliant Device > > ses1 at ahc1 bus 0 target 6 lun 0 > > ses1: Fixed Processor SCSI-2 device > > ses1: 3.300MB/s transfers > > ses1: SAF-TE Compliant Device > > da0 at ahc0 bus 0 target 0 lun 0 > > da0: Fixed Direct Access SCSI-2 device > > da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > > Enabled > > da0: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > > da1 at ahc0 bus 0 target 1 lun 0 > > da1: Fixed Direct Access SCSI-2 device > > da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > > Enabled > > da1: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > > da2 at ahc0 bus 0 target 2 lun 0 > > da2: Fixed Direct Access SCSI-2 device > > da2: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > > Enabled > > da2: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > > da3 at ahc1 bus 0 target 0 lun 0 > > da3: Fixed Direct Access SCSI-2 device > > da3: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > > Enabled > > da3: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > > da4 at ahc1 bus 0 target 1 lun 0 > > da4: Fixed Direct Access SCSI-2 device > > da4: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > > Enabled > > da4: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > > da5 at ahc1 bus 0 target 2 lun 0 > > da5: Fixed Direct Access SCSI-2 device > > da5: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > > Enabled > > da5: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) > > cd0 at ahc0 bus 0 target 5 lun 0 > > cd0: Removable CD-ROM SCSI-2 device > > cd0: 10.000MB/s transfers (10.000MHz, offset 15) > > cd0: Attempt to query device size failed: NOT READY, Medium not present > > GEOM_MIRROR: Device mirror0 created (id=138753045). > > GEOM_MIRROR: Device mirror0: provider da0 detected. > > GEOM_CONCAT: Device usr2 created (id=1051984440). > > GEOM_CONCAT: Disk da1 attached to usr2. > > GEOM_CONCAT: Disk da2 attached to usr2. > > GEOM_MIRROR: Device mirror0: provider da3 detected. > > GEOM_MIRROR: Device mirror0: provider da3 activated. > > GEOM_MIRROR: Device mirror0: provider mirror/mirror0 launched. > > GEOM_MIRROR: Device mirror0: rebuilding provider da0. > > GEOM_CONCAT: Disk da4 attached to usr2. > > GEOM_CONCAT: Disk da5 attached to usr2. > > GEOM_CONCAT: Device usr2 activated. > > SMP: AP CPU #3 Launched! > > SMP: AP CPU #1 Launched! > > SMP: AP CPU #2 Launched! > > Mounting root from ufs:/dev/mirror/mirror0a > > WARNING: / was not properly dismounted > > WARNING: /var was not properly dismounted > > WARNING: /usr was not properly dismounted > > /usr: mount pending error: blocks 4 files 2 > > WARNING: /usr2 was not properly dismounted > > > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 06:21:14 2004 Return-Path: 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 4BA9916A4CE for ; Wed, 24 Nov 2004 06:21:14 +0000 (GMT) Received: from smtp3.arnet.com.ar (smtp3.arnet.com.ar [200.45.191.14]) by mx1.FreeBSD.org (Postfix) with SMTP id 9254D43D55 for ; Wed, 24 Nov 2004 06:21:12 +0000 (GMT) (envelope-from brunstein@arnet.com.ar) Received: (qmail 14660 invoked from network); 24 Nov 2004 06:16:28 -0000 Received: from unknown (HELO mauroxpn) (200.45.97.46) by smtp3.arnet.com.ar with SMTP; 24 Nov 2004 06:16:27 -0000 From: "Mauricio Brunstein" To: Date: Wed, 24 Nov 2004 03:21:10 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcTR7cooVE/V7kHGTiaNn0XQKD4nNA== Message-Id: <20041124062112.9254D43D55@mx1.FreeBSD.org> Subject: Can't reach to a FreeBSD 5.3 machine trough a ppp connection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 06:21:14 -0000 Hi! I'm installing a machine that will be a firewall and a samba server for a 4 people office. The machine has 2 NICs and is connecting to the Internet using PPPoE. It is using pf and ALTQ. Initially there was problems to establish the PPPoE connection in the office, using the same ppp.conf that previously worked in my lab (only changing the username/passwd). Here is my ppp.conf file: server:~ $ sudo cat /etc/ppp/ppp.conf default: set log Phase Chat LCP IPCP CCP tun command set device PPPoE:fxp0 set mtu 1492 set mru 1492 enable mssfixup set speed sync disable acfcomp protocomp deny acfcomp set authname xxxxxxxxx set authkey xxxxxxxxx add default HISADDR enable lqr set lqrperiod 25 enable dns I got some messages in ppp.log like this one, Nov 23 15:00:35 server ppp[533]: tun0: LCP: deflink: -- Protocol 0x8057 (Internet Protocol V6 Control Pro tocol) was rejected! Nov 23 15:00:41 server ppp[533]: tun0: Phase: deflink: IPV6CP protocol reject closes IPV6CP ! After that added "disable ipv6cp", and commented out "enable lqr" and "set lqrperiod 25" and the connection didn't drop anymore. It seems that this provider doesn't support lqr. It appeared that everything was working fine, but when I tried to use ssh to login to this box from outside was not possible. After some time of issuing the ssh command, get the following error: ssh: connect to host dsuaya.ath.cx port 22: Operation timed out. After some tests, I discovered that changing router_enable to "YES" in the /etc/rc.conf solved the problem. But in the section "21.2.1.5 Final System Configuration" of the FreeBSD handbook states: "Make sure the router program set to NO with following line in your /etc/rc.conf: router_enable="NO" It is important that the routed daemon is not started (it is by default), as routed tends to delete the default routing table entries created by ppp." So, is there another manner to resolve this? Note that I'm always able to establish connections from this box to a host in the Internet but I can't establish a connection from that hosts to this one if router_enable="NO". Thanks in advance, Mauricio. Some data of interest: server:~ $ uname -a FreeBSD server.estudio 5.3-RELEASE-p1 FreeBSD 5.3-RELEASE-p1 #1: Tue Nov 23 02:13:24 ART 2004 root@server.estudio:/usr/obj/usr/src/sys/GENERICWALTQ i386 server:~ $ server:~ $ cat /etc/rc.conf # -- sysinstall generated deltas -- # Sun Nov 21 13:07:41 2004 # Created: Sun Nov 21 13:07:41 2004 # Enable network daemons for user convenience. # Please make all changes to this file, not to /etc/defaults/rc.conf. # This file now contains just the overrides from /etc/defaults/rc.conf. # hostname="server.estudio" ifconfig_rl0="inet 192.168.2.1 netmask 255.255.255.0" netd_enable="YES" saver="dragon" scrnmap="NO" sshd_enable="YES" sshd_flags="-4 -p 22" usbd_enable="YES" network_interfaces="lo0 tun0 rl0" fconfig_tun0= router_enable="YES" # remember to disable this!!!!! #router_enable="NO" # Set to YES to enable a routing daemon. router="/sbin/routed" # Name of routing daemon to use if enabled. router_flags="-q" # Flags for routing daemon. gateway_enable="YES" # Set to YES if this host will be a gateway pf_enable="YES" # Enable PF (load module if required) pf_rules="/etc/pf.conf" # rules definition file for pf pf_flags="" # additional flags for pfctl startup #pflog_enable="YES" # start pflogd(8) #pflog_logfile="/var/log/pflog" # where pflogd should store the logfile #pflog_flags="" # additional flags for pflogd startup inetd_enable="YES" # Run the network daemon dispatcher (YES/NO). inetd_program="/usr/sbin/inetd" # path to inetd, if you want a different one. inetd_flags="-wW -C 60" # Optional flags to inetd server:~ $ server:~ $ cat /etc/start_if.tun0 ppp -ddial default; /usr/local/etc/ez-ipupdate.conf From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 08:20:52 2004 Return-Path: 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 59D3716A4CE; Wed, 24 Nov 2004 08:20:52 +0000 (GMT) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3E8643D45; Wed, 24 Nov 2004 08:20:51 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd00.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1CWsOO-0005JY-04; Wed, 24 Nov 2004 09:20:48 +0100 Received: from fw.reifenberger.com (XL48E2ZfQecu4hmbQRKFJwfd8gA0zSkCKAhlhKpJmEeH-6dVb1sIsP@[217.232.235.4]) by fmrl00.sul.t-online.com with esmtp id 1CWsOF-1vMKC80; Wed, 24 Nov 2004 09:20:39 +0100 Received: from localhost (mike@localhost)iAO8KXNY074749; Wed, 24 Nov 2004 09:20:33 +0100 (CET) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Wed, 24 Nov 2004 09:20:33 +0100 (CET) From: Michael Reifenberger To: pjd@FreeBSD.org Message-ID: <20041124091400.G74665@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: XL48E2ZfQecu4hmbQRKFJwfd8gA0zSkCKAhlhKpJmEeH-6dVb1sIsP@t-dialin.net X-TOI-MSGID: 2b74ffcb-84a3-4caf-8733-ed5b027317fb cc: freebsd-stable@FreeBSD.org Subject: graid3 not working on partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 08:20:52 -0000 Hi, since GEOM so a nicely layered framework (and I didnt want to loose my MBR) I tried to setup a graid3 using using da1s1a... instead of da1... getting the following negative results: (not only trying to use da1/da1s1 for parity, it trashes the disklabel on da1s1 too) ... (totum)(root) graid3 label -r -v data da3s1a da4s1a da1s1a GEOM_RAID3: Device data created (id=224). GEOM_RAID3: Device data: provider da3s1a detected. Metadata value stored on da3s1a. GEOM_RAID3: Device data: provider da4s1a detected. Metadata value stored on da4s1a. GEOM_RAID3: Device data: provider da1 detected. GEOM_RAID3: Device data: provider da3s1a activated. GEOM_RAID3: Cannot add disk da1s1 to data (error=17). GEOM_RAID3: Device data: provider da4s1a activated. GEOM_RAID3: Cannot update metadata on disk da1 (error=1). GEOM_RAID3: Device data: provider da1 activated. GEOM_RAID3: Cannot add disk da1s1a to data (error=17). GEOM_RAID3: Device data: provider raid3/data launched. GEOM_RAID3: Device data: provider da1 disconnected. GEOM_RAID3: Device data: provider da1 detected. GEOM_RAID3: Device data: provider da1 activated. Metadata value stored on da1s1a. Done. (totum)(root) newfs -O2 -U -b32768 -f4096 /dev/raid3/data /dev/raid3/data: 388961.9MB (796593920 sectors) block size 32768, fragment size 4 ... GEOM_RAID3: Cannot add disk da1s1 to data (error=17). (totum)(root) disklabel da1s1 disklabel: /dev/da1s1: no valid label found Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 09:33:59 2004 Return-Path: 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 A3C9316A4CE for ; Wed, 24 Nov 2004 09:33:59 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 375D443D5F for ; Wed, 24 Nov 2004 09:33:59 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id E0329ACBCF; Wed, 24 Nov 2004 10:33:56 +0100 (CET) Date: Wed, 24 Nov 2004 10:33:56 +0100 From: Pawel Jakub Dawidek To: Michael Reifenberger Message-ID: <20041124093356.GJ7232@darkness.comp.waw.pl> References: <20041124091400.G74665@fw.reifenberger.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XlS4q8O07AKt4+K1" Content-Disposition: inline In-Reply-To: <20041124091400.G74665@fw.reifenberger.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-stable@FreeBSD.org Subject: Re: graid3 not working on partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 09:33:59 -0000 --XlS4q8O07AKt4+K1 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 24, 2004 at 09:20:33AM +0100, Michael Reifenberger wrote: +> Hi, +> since GEOM so a nicely layered framework (and I didnt want to loose my M= BR) +> I tried to setup a graid3 using using da1s1a... instead of da1... +> getting the following negative results: +> (not only trying to use da1/da1s1 for parity, +> it trashes the disklabel on da1s1 too) +>=20 +> ... +> (totum)(root) graid3 label -r -v data da3s1a da4s1a da1s1a +> GEOM_RAID3: Device data created (id=3D224). +> GEOM_RAID3: Device data: provider da3s1a detected. +> Metadata value stored on da3s1a. +> GEOM_RAID3: Device data: provider da4s1a detected. +> Metadata value stored on da4s1a. +> GEOM_RAID3: Device data: provider da1 detected. The thing you have to avoid (probably it should be more clear in the manual page) is to allow providers to share the same last sector. The gradi3 class uses the last provider's sector to store metadata and if you have 2 or more providers which share this sector you are in troubles. In your case da1, da1s1 and da1s1a providers use the same last sector and graid3 is confused and picks first provider given by GEOM for taste. You should create labels once again and leave the last sector on da1s1 unused, so da1s1 and da1s1a don't end at the same offset. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --XlS4q8O07AKt4+K1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBpFWEForvXbEpPzQRAm6mAJ4weSTauo+kIfm/KNJizl+5ul65nwCeI6iG UVCCu42ZCXiNVfluJJvCb0M= =17As -----END PGP SIGNATURE----- --XlS4q8O07AKt4+K1-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 09:53:13 2004 Return-Path: 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 9EB0616A4CE for ; Wed, 24 Nov 2004 09:53:13 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40D4043D49 for ; Wed, 24 Nov 2004 09:53:13 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from mailnull by anduin.net with dspam-scanned (Exim 4.43 (FreeBSD)) id 1CWtmU-0000tw-J8 for stable@freebsd.org; Wed, 24 Nov 2004 10:49:46 +0100 Received: from mailnull by anduin.net with spamassassin-scanned (Exim 4.43 (FreeBSD)) id 1CWtmR-0000tp-Hk for stable@freebsd.org; Wed, 24 Nov 2004 10:49:46 +0100 Received: from eirik.unicore.no ([213.225.74.166] helo=[10.0.16.10]) by anduin.net with esmtp (Exim 4.43 (FreeBSD)) id 1CWtmR-0000tm-Dc for stable@freebsd.org; Wed, 24 Nov 2004 10:49:43 +0100 Message-ID: <41A45A3F.5010008@anduin.net> Date: Wed, 24 Nov 2004 10:54:07 +0100 From: =?ISO-8859-1?Q?Eirik_=D8verby?= User-Agent: Mozilla Thunderbird 0.8 (X11/20041021) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on anduin.net X-Spam-Level: X-Spam-Status: No, hits=-4.7 required=7.5 tests=AWL,BAYES_00 autolearn=ham version=2.64 Subject: graid3 - requirements or manpage wrong? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 09:53:13 -0000 Hi, to the best of my ability I have been investigating the 'real' requirements of a raid-3 array, and cannot see that the following text from graid3(8) cannot possibly be correct - and if it is, then the implementation must be wrong or incomplete (emphasis added): label Create a RAID3 device. The last given component will contain parity data, all the rest - regular data. ***Number of compo- nents has to be equal to 3, 5, 9, 17, etc. (2^n + 1).*** I might be wrong, but I cannot see how a raid-3 array should require (2^n + 1) drives - I am fairly certain I have seen raid-3 arrays consisting of four drives, for example. This is also what I had hoped to accomplish. Anyone care to shed a light on this? I'd prefer to use graid3 (or 5, if there was one) instead of gvinum.. Thanks, /Eirik From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 09:57:28 2004 Return-Path: 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 DF55D16A4CE; Wed, 24 Nov 2004 09:57:28 +0000 (GMT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4767143D45; Wed, 24 Nov 2004 09:57:28 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd02.aul.t-online.de by mailout08.sul.t-online.com with smtp id 1CWttu-0006yb-06; Wed, 24 Nov 2004 10:57:26 +0100 Received: from fw.reifenberger.com (Vgqa4OZEoeCVGdYDkStJPeoAxjWoTPxgRMTr9AlLNeuBtPk1VvMCQY@[217.232.235.4]) by fmrl02.sul.t-online.com with esmtp id 1CWttd-1XU5vU0; Wed, 24 Nov 2004 10:57:09 +0100 Received: from localhost (mike@localhost)iAO9v8OP075409; Wed, 24 Nov 2004 10:57:08 +0100 (CET) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Wed, 24 Nov 2004 10:57:08 +0100 (CET) From: Michael Reifenberger To: Pawel Jakub Dawidek In-Reply-To: <20041124093356.GJ7232@darkness.comp.waw.pl> Message-ID: <20041124105323.I75386@fw.reifenberger.com> References: <20041124091400.G74665@fw.reifenberger.com> <20041124093356.GJ7232@darkness.comp.waw.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: Vgqa4OZEoeCVGdYDkStJPeoAxjWoTPxgRMTr9AlLNeuBtPk1VvMCQY@t-dialin.net X-TOI-MSGID: 11d75b6d-1e36-4ec5-b094-9a3309eaab22 cc: freebsd-stable@FreeBSD.org Subject: Re: graid3 not working on partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 09:57:29 -0000 On Wed, 24 Nov 2004, Pawel Jakub Dawidek wrote: ... > The thing you have to avoid (probably it should be more clear in the > manual page) is to allow providers to share the same last sector. > The gradi3 class uses the last provider's sector to store metadata > and if you have 2 or more providers which share this sector you are > in troubles. In your case da1, da1s1 and da1s1a providers use the > same last sector and graid3 is confused and picks first provider > given by GEOM for taste. > You should create labels once again and leave the last sector on da1s1 > unused, so da1s1 and da1s1a don't end at the same offset. > Ah, I'll try. Would it be possible to use the first sector? Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 10:03:08 2004 Return-Path: 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 4468116A4CE for ; Wed, 24 Nov 2004 10:03:08 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id C977943D46 for ; Wed, 24 Nov 2004 10:03:07 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 24B43ACADB; Wed, 24 Nov 2004 11:03:06 +0100 (CET) Date: Wed, 24 Nov 2004 11:03:06 +0100 From: Pawel Jakub Dawidek To: Michael Reifenberger Message-ID: <20041124100306.GK7232@darkness.comp.waw.pl> References: <20041124091400.G74665@fw.reifenberger.com> <20041124093356.GJ7232@darkness.comp.waw.pl> <20041124105323.I75386@fw.reifenberger.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pjk796cY0SfIo9Z2" Content-Disposition: inline In-Reply-To: <20041124105323.I75386@fw.reifenberger.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-stable@FreeBSD.org Subject: Re: graid3 not working on partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 10:03:08 -0000 --Pjk796cY0SfIo9Z2 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 24, 2004 at 10:57:08AM +0100, Michael Reifenberger wrote: +> On Wed, 24 Nov 2004, Pawel Jakub Dawidek wrote: +> ... +> >The thing you have to avoid (probably it should be more clear in the +> >manual page) is to allow providers to share the same last sector. +> >The gradi3 class uses the last provider's sector to store metadata +> >and if you have 2 or more providers which share this sector you are +> >in troubles. In your case da1, da1s1 and da1s1a providers use the +> >same last sector and graid3 is confused and picks first provider +> >given by GEOM for taste. +> >You should create labels once again and leave the last sector on da1s1 +> >unused, so da1s1 and da1s1a don't end at the same offset. +> > +>=20 +> Ah, I'll try. +> Would it be possible to use the first sector? For metadata? No. I use last sector in all my classes, so you can boot without problems from gmirror provider. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --Pjk796cY0SfIo9Z2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBpFxaForvXbEpPzQRAm4nAKCkibwRiJAt4bz2ABnXIN+j+qYcnwCgxFkD Zh32Zq9dOQkqTeindBYdz6c= =wSdb -----END PGP SIGNATURE----- --Pjk796cY0SfIo9Z2-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 11:49:12 2004 Return-Path: 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 366BD16A4CE; Wed, 24 Nov 2004 11:49:12 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8358B43D55; Wed, 24 Nov 2004 11:49:11 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])84DEF499E7; Wed, 24 Nov 2004 12:49:10 +0100 (CET) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14921-04; Wed, 24 Nov 2004 12:49:10 +0100 (CET) Received: from m2a2.dyndns.org (p548546B7.dip.t-dialin.net [84.133.70.183]) B8EED498E5; Wed, 24 Nov 2004 12:49:09 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 122B8D3F13; Wed, 24 Nov 2004 12:49:09 +0100 (CET) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17611-02; Wed, 24 Nov 2004 12:49:08 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 5789DCDA72; Wed, 24 Nov 2004 12:49:08 +0100 (CET) To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Mail-Followup-To: freebsd-stable@freebsd.org User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) From: Matthias Andree Date: Wed, 24 Nov 2004 12:49:08 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de Subject: 5-STABLE softupdates issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 24 Nov 2004 11:49:12 -0000 Greetings, out of fun and to investigate claims about alleged bgfsck resource hogging (which I could not reproduce) posted to news:de.comp.os.unix.bsd, I pressed the reset button on a live FreeBSD 5-STABLE system. Upon reboot, fsck -p complained about an unexpected softupdates inconsistency on the / file system and put me into single user mode, the manual fsck / then asked me to agree to increasing a link count from 21 to 22 (and later to fix the summary, which I consider a non-issue). A subsequent fsck -p / ended with no abnormality detected. Unfortunately, I haven't copied the details, assuming they would be copied into the log, but they haven't. Is this a situation the current 5-STABLE softupdates code (on a UFS1 FS that I kept from FreeBSD 4) is allowed to cause? Is that a bug in the file system, say, write ordering goofed up? Or is that a bug in the firmware of my disk drive (Western Digital Caviar AC420400D, a rebranded IBM DJNA drive)? I gather that ATA drives are supposed to flush their caches on software (command) and hardware resets (reset line active). I did not power cycle. -- Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 14:01:25 2004 Return-Path: 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 4AED916A4CE; Wed, 24 Nov 2004 14:01:25 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8E6043D58; Wed, 24 Nov 2004 14:01:24 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iAOE4Aiv063294; Wed, 24 Nov 2004 07:04:11 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41A4944C.6030808@freebsd.org> Date: Wed, 24 Nov 2004 07:01:48 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: 5-STABLE softupdates issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 14:01:25 -0000 Matthias Andree wrote: > Greetings, > > out of fun and to investigate claims about alleged bgfsck resource > hogging (which I could not reproduce) posted to > news:de.comp.os.unix.bsd, I pressed the reset button on a live FreeBSD > 5-STABLE system. > > Upon reboot, fsck -p complained about an unexpected softupdates > inconsistency on the / file system and put me into single user mode, the > manual fsck / then asked me to agree to increasing a link count from 21 > to 22 (and later to fix the summary, which I consider a non-issue). A > subsequent fsck -p / ended with no abnormality detected. > > Unfortunately, I haven't copied the details, assuming they would be > copied into the log, but they haven't. > > Is this a situation the current 5-STABLE softupdates code (on a UFS1 FS > that I kept from FreeBSD 4) is allowed to cause? > > Is that a bug in the file system, say, write ordering goofed up? > > Or is that a bug in the firmware of my disk drive (Western Digital > Caviar AC420400D, a rebranded IBM DJNA drive)? I gather that ATA drives > are supposed to flush their caches on software (command) and hardware > resets (reset line active). > > I did not power cycle. > No, this in theory should not happen. YOu could have caught it right at the instance that it was sending a transaction out to disk, or you could have caught an edge case that isn't understood yet. Unfortunately, ATA drives also cannot be trusted to flush their caches when one would expect, so this leaves open a lot of possible causes for your problem. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 14:40:42 2004 Return-Path: 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 414AE16A4CE; Wed, 24 Nov 2004 14:40:42 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63EA143D4C; Wed, 24 Nov 2004 14:40:41 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])6B7A849C84; Wed, 24 Nov 2004 15:40:40 +0100 (CET) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22608-05-2; Wed, 24 Nov 2004 15:40:39 +0100 (CET) Received: from m2a2.dyndns.org (p548546B7.dip.t-dialin.net [84.133.70.183]) A99F249B17; Wed, 24 Nov 2004 15:40:39 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 55F02D5769; Wed, 24 Nov 2004 15:40:38 +0100 (CET) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 24215-07-4; Wed, 24 Nov 2004 15:40:37 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 8B86FD5750; Wed, 24 Nov 2004 15:40:37 +0100 (CET) To: Scott Long In-Reply-To: <41A4944C.6030808@freebsd.org> (Scott Long's message of "Wed, 24 Nov 2004 07:01:48 -0700") References: <41A4944C.6030808@freebsd.org> From: Matthias Andree Date: Wed, 24 Nov 2004 15:40:37 +0100 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: 5-STABLE softupdates issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 14:40:42 -0000 Scott Long writes: > No, this in theory should not happen. YOu could have caught it right at > the instance that it was sending a transaction out to disk, or you could > have caught an edge case that isn't understood yet. Unfortunately, ATA > drives also cannot be trusted to flush their caches when one would > expect, so this leaves open a lot of possible causes for your problem. That's why I added that question about drive cache flushing. I'll see to running with forced hw.ata.wc="0" and see if I can reproduce that problem. May be a while while before I see the problem again, these are very scarce fortunately (actually, the first SOFTDEP issue on this machine at all). OTOH, this is an IBM desktop drive in disguise, so the blatant firmware errors should be known by now. -- Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 14:42:13 2004 Return-Path: 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 5110D16A4CE; Wed, 24 Nov 2004 14:42:13 +0000 (GMT) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9354043D1D; Wed, 24 Nov 2004 14:42:12 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd09.aul.t-online.de by mailout10.sul.t-online.com with smtp id 1CWyLS-00086W-01; Wed, 24 Nov 2004 15:42:10 +0100 Received: from fw.reifenberger.com (Srh-ZYZcYeQYt24NtJPL6B1YXo0OcU2MEA1gghVpp4kDslNqIbdKQ8@[217.232.235.4]) by fmrl09.sul.t-online.com with esmtp id 1CWyL9-13Ruj20; Wed, 24 Nov 2004 15:41:51 +0100 Received: from localhost (mike@localhost)iAOEfoqO076506; Wed, 24 Nov 2004 15:41:50 +0100 (CET) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Wed, 24 Nov 2004 15:41:50 +0100 (CET) From: Michael Reifenberger To: Pawel Jakub Dawidek In-Reply-To: <20041124093356.GJ7232@darkness.comp.waw.pl> Message-ID: <20041124153743.B76490@fw.reifenberger.com> References: <20041124091400.G74665@fw.reifenberger.com> <20041124093356.GJ7232@darkness.comp.waw.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: Srh-ZYZcYeQYt24NtJPL6B1YXo0OcU2MEA1gghVpp4kDslNqIbdKQ8@t-dialin.net X-TOI-MSGID: 3e6083c3-5140-40bc-8c7a-db024d53db39 cc: freebsd-stable@FreeBSD.org Subject: Re: graid3 not working on partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 14:42:13 -0000 On Wed, 24 Nov 2004, Pawel Jakub Dawidek wrote: ... > The thing you have to avoid (probably it should be more clear in the > manual page) is to allow providers to share the same last sector. > The gradi3 class uses the last provider's sector to store metadata > and if you have 2 or more providers which share this sector you are > in troubles. In your case da1, da1s1 and da1s1a providers use the > same last sector and graid3 is confused and picks first provider > given by GEOM for taste. > You should create labels once again and leave the last sector on da1s1 > unused, so da1s1 and da1s1a don't end at the same offset. > Jup. This worked. BTW: Is there a way to change a providers sectorsize (da1s1a in my case) or ist it allways inherited from da1? Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 14:52:59 2004 Return-Path: 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 166A316A4CE for ; Wed, 24 Nov 2004 14:52:59 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92C0B43D3F for ; Wed, 24 Nov 2004 14:52:58 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 26BB8ACBD2; Wed, 24 Nov 2004 15:52:41 +0100 (CET) Date: Wed, 24 Nov 2004 15:52:41 +0100 From: Pawel Jakub Dawidek To: Michael Reifenberger Message-ID: <20041124145241.GO7232@darkness.comp.waw.pl> References: <20041124091400.G74665@fw.reifenberger.com> <20041124093356.GJ7232@darkness.comp.waw.pl> <20041124153743.B76490@fw.reifenberger.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v4cNTr+tRGSs1txX" Content-Disposition: inline In-Reply-To: <20041124153743.B76490@fw.reifenberger.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-stable@FreeBSD.org Subject: Re: graid3 not working on partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 14:52:59 -0000 --v4cNTr+tRGSs1txX Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 24, 2004 at 03:41:50PM +0100, Michael Reifenberger wrote: +> BTW: Is there a way to change a providers sectorsize (da1s1a in my case) +> or ist it allways inherited from da1? It is possible via dedicated GEOM class. There is no such class atm, which changes provider's sector size and use metadata for this. You can use gnop(8) to do it, but NOP class doesn't use on-disk metadata, so it will not be visible after a reboot. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --v4cNTr+tRGSs1txX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBpKA5ForvXbEpPzQRAr8tAJ0QqfY8lzprPUIs64qRXf6eMfU1SQCgyq/3 KTaDJwiV8Yip+CHK8kQ/YPU= =k4/I -----END PGP SIGNATURE----- --v4cNTr+tRGSs1txX-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 14:55:34 2004 Return-Path: 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 D38E916A4CE for ; Wed, 24 Nov 2004 14:55:34 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75DC243D46 for ; Wed, 24 Nov 2004 14:55:34 +0000 (GMT) (envelope-from rbgarga@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so94241wri for ; Wed, 24 Nov 2004 06:55:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=YW7f/h3Y3VfZVekBOWn0s6dGK8FVkoHElMxE/WpSQ4xvdpwYJ5VC9aO4LWI4GP8GHr3UMo6/A//R+RtCmYKO5eoTfdbnq1rrZM65hX3YrGjHSfAT/ap71YS7a4TXFYJV0XC3OzI74zZY1833StaYF3eYn9gd0TVV9U9HYl2wOUY= Received: by 10.54.51.70 with SMTP id y70mr83423wry; Wed, 24 Nov 2004 06:54:21 -0800 (PST) Received: by 10.54.33.59 with HTTP; Wed, 24 Nov 2004 06:54:16 -0800 (PST) Message-ID: <747dc8f304112406542fb761f5@mail.gmail.com> Date: Wed, 24 Nov 2004 12:54:16 -0200 From: Renato Botelho To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Error on installworld from 5.2.1 to 5.3-p1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Renato Botelho List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 14:55:34 -0000 Hi, I was trying to update my 5.2.1 box to 5.3-RELEASE-p1. I did this cvsuped RELENG_5_3 make my KERNEL config make buildworld make buildkernel make installkernel shutdown now (At this time the machine was locked) I rebooted the machine and enter in single mode with kernel 5.2.1 mergemaster -p make installworld When I execute the installworld, I got this error mkdir -p /tmp/install.d2Y7Hkxu for prog in [ awk cap_mkdb cat chflags chmod chown date echo egrep find grep ln make mkdir mtree mv pwd_mkdb rm sed sh sysctl test true uname wc zic; do cp `which $prog` /tmp/install.d2Y7Hkxu; done cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.d2Y7Hkxu /usr/obj/usr/src/make.i386/make -f Makefile.inc1 reinstall env: not found "/usr/src/Makefile.inc1", line 94: warning: "env -i PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.d2Y7Hkxu MAKEFLAGS=" -m /usr/src/share/mk" /usr/obj/usr/src/make.i386/make -f /dev/null -V MAKEOBJDIRPREFIX dummy" returned non-zero status awk: Permission denied "/usr/src/Makefile.inc1", line 103: warning: "awk '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' /usr/include/osreldate.h" returned non-zero status echo:Permission denied *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I tried to boot in single mode with 5.3 kernel, but got the same error. Could someone help me please? Thanks in advance -- Renato Botelho ICQ: 54596223 AIM: RBGargaBR From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 15:01:51 2004 Return-Path: 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 C5BA616A4CE; Wed, 24 Nov 2004 15:01:51 +0000 (GMT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0737C43D64; Wed, 24 Nov 2004 15:01:51 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd10.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1CWyeS-0004Eb-00; Wed, 24 Nov 2004 16:01:48 +0100 Received: from fw.reifenberger.com (ZYNPgOZcZejxoBpge4o8MRQDSwCAQCc3Vhn1-tWEnjnnEUOuY9h4QH@[217.232.235.4]) by fmrl10.sul.t-online.com with esmtp id 1CWyeD-2I06ro0; Wed, 24 Nov 2004 16:01:33 +0100 Received: from localhost (mike@localhost)iAOF1Wrv076611; Wed, 24 Nov 2004 16:01:32 +0100 (CET) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Wed, 24 Nov 2004 16:01:32 +0100 (CET) From: Michael Reifenberger To: Pawel Jakub Dawidek In-Reply-To: <20041124145241.GO7232@darkness.comp.waw.pl> Message-ID: <20041124160050.G76490@fw.reifenberger.com> References: <20041124091400.G74665@fw.reifenberger.com> <20041124153743.B76490@fw.reifenberger.com> <20041124145241.GO7232@darkness.comp.waw.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: ZYNPgOZcZejxoBpge4o8MRQDSwCAQCc3Vhn1-tWEnjnnEUOuY9h4QH@t-dialin.net X-TOI-MSGID: 890dbe18-415d-4584-bd77-63d757c436bf cc: freebsd-stable@FreeBSD.org Subject: Re: graid3 not working on partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 15:01:51 -0000 On Wed, 24 Nov 2004, Pawel Jakub Dawidek wrote: ... Thanks for your informations! Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 16:33:41 2004 Return-Path: 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 41F0716A4CF; Wed, 24 Nov 2004 16:33:41 +0000 (GMT) Received: from r1a.corp.servercentral.net (exchange.corp.servercentral.net [66.225.247.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE20043D3F; Wed, 24 Nov 2004 16:33:40 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from mail pickup service by r1a.corp.servercentral.net with Microsoft SMTPSVC; Wed, 24 Nov 2004 10:33:33 -0600 Received: from demandindustries.net ([161.58.224.124]) by r1a.corp.servercentral.net with Microsoft SMTPSVC(6.0.3790.0); Wed, 24 Nov 2004 08:09:39 -0600 Received: from scanner.servercentral.net (scanner.servercentral.net [66.225.196.47]) by demandindustries.net (8.12.11/8.12.9) with ESMTP id iAOE9bZb092367 for ; Wed, 24 Nov 2004 08:09:37 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by scanner.servercentral.net (Postfix) with ESMTP id DB2A98700AC for ; Wed, 24 Nov 2004 08:09:34 -0600 (CST) Received: from scanner.servercentral.net ([127.0.0.1]) by localhost (mb [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05287-01 for ; Wed, 24 Nov 2004 08:09:33 -0600 (CST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by scanner.servercentral.net (Postfix) with ESMTP id 748508700AB for ; Wed, 24 Nov 2004 08:09:33 -0600 (CST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 1B4E557600; Wed, 24 Nov 2004 14:08:53 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 87B6916A51D; Wed, 24 Nov 2004 14:08:43 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AED916A4CE; Wed, 24 Nov 2004 14:01:25 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8E6043D58; Wed, 24 Nov 2004 14:01:24 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iAOE4Aiv063294; Wed, 24 Nov 2004 07:04:11 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41A4944C.6030808@freebsd.org> Date: Wed, 24 Nov 2004 07:01:48 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Virus-Scanned: by amavis for cervercentral.net X-OriginalArrivalTime: 24 Nov 2004 14:09:39.0302 (UTC) FILETIME=[3C782860:01C4D22F] cc: freebsd-current@freebsd.org Subject: Re: 5-STABLE softupdates issue? X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 16:33:41 -0000 Matthias Andree wrote: > Greetings, > > out of fun and to investigate claims about alleged bgfsck resource > hogging (which I could not reproduce) posted to > news:de.comp.os.unix.bsd, I pressed the reset button on a live FreeBSD > 5-STABLE system. > > Upon reboot, fsck -p complained about an unexpected softupdates > inconsistency on the / file system and put me into single user mode, the > manual fsck / then asked me to agree to increasing a link count from 21 > to 22 (and later to fix the summary, which I consider a non-issue). A > subsequent fsck -p / ended with no abnormality detected. > > Unfortunately, I haven't copied the details, assuming they would be > copied into the log, but they haven't. > > Is this a situation the current 5-STABLE softupdates code (on a UFS1 FS > that I kept from FreeBSD 4) is allowed to cause? > > Is that a bug in the file system, say, write ordering goofed up? > > Or is that a bug in the firmware of my disk drive (Western Digital > Caviar AC420400D, a rebranded IBM DJNA drive)? I gather that ATA drives > are supposed to flush their caches on software (command) and hardware > resets (reset line active). > > I did not power cycle. > No, this in theory should not happen. YOu could have caught it right at the instance that it was sending a transaction out to disk, or you could have caught an edge case that isn't understood yet. Unfortunately, ATA drives also cannot be trusted to flush their caches when one would expect, so this leaves open a lot of possible causes for your problem. Scott _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 16:34:02 2004 Return-Path: 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 7E70516A52F; Wed, 24 Nov 2004 16:34:01 +0000 (GMT) Received: from r1a.corp.servercentral.net (exchange.corp.servercentral.net [66.225.247.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFBD143D4C; Wed, 24 Nov 2004 16:34:00 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from mail pickup service by r1a.corp.servercentral.net with Microsoft SMTPSVC; Wed, 24 Nov 2004 10:33:53 -0600 Received: from demandindustries.net ([161.58.224.124]) by r1a.corp.servercentral.net with Microsoft SMTPSVC(6.0.3790.0); Wed, 24 Nov 2004 08:40:59 -0600 Received: from scanner.servercentral.net (scanner.servercentral.net [66.225.196.47]) by demandindustries.net (8.12.11/8.12.9) with ESMTP id iAOEewfp000856 for ; Wed, 24 Nov 2004 08:40:59 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by scanner.servercentral.net (Postfix) with ESMTP id D53FD8700B0 for ; Wed, 24 Nov 2004 08:40:55 -0600 (CST) Received: from scanner.servercentral.net ([127.0.0.1]) by localhost (mb [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05504-09 for ; Wed, 24 Nov 2004 08:40:54 -0600 (CST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by scanner.servercentral.net (Postfix) with ESMTP id 688E68700AB for ; Wed, 24 Nov 2004 08:40:54 -0600 (CST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id DAD3156A62; Wed, 24 Nov 2004 14:40:53 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8ED4316A4DB; Wed, 24 Nov 2004 14:40:46 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 414AE16A4CE; Wed, 24 Nov 2004 14:40:42 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63EA143D4C; Wed, 24 Nov 2004 14:40:41 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])6B7A849C84; Wed, 24 Nov 2004 15:40:40 +0100 (CET) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22608-05-2; Wed, 24 Nov 2004 15:40:39 +0100 (CET) Received: from m2a2.dyndns.org (p548546B7.dip.t-dialin.net [84.133.70.183]) A99F249B17; Wed, 24 Nov 2004 15:40:39 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 55F02D5769; Wed, 24 Nov 2004 15:40:38 +0100 (CET) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 24215-07-4; Wed, 24 Nov 2004 15:40:37 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 8B86FD5750; Wed, 24 Nov 2004 15:40:37 +0100 (CET) To: Scott Long In-Reply-To: <41A4944C.6030808@freebsd.org> (Scott Long's message of "Wed, 24 Nov 2004 07:01:48 -0700") References: <41A4944C.6030808@freebsd.org> From: Matthias Andree Date: Wed, 24 Nov 2004 15:40:37 +0100 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Virus-Scanned: by amavis for cervercentral.net X-OriginalArrivalTime: 24 Nov 2004 14:41:00.0222 (UTC) FILETIME=[9D95C5E0:01C4D233] cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: 5-STABLE softupdates issue? X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 16:34:02 -0000 Scott Long writes: > No, this in theory should not happen. YOu could have caught it right at > the instance that it was sending a transaction out to disk, or you could > have caught an edge case that isn't understood yet. Unfortunately, ATA > drives also cannot be trusted to flush their caches when one would > expect, so this leaves open a lot of possible causes for your problem. That's why I added that question about drive cache flushing. I'll see to running with forced hw.ata.wc="0" and see if I can reproduce that problem. May be a while while before I see the problem again, these are very scarce fortunately (actually, the first SOFTDEP issue on this machine at all). OTOH, this is an IBM desktop drive in disguise, so the blatant firmware errors should be known by now. -- Matthias Andree _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 16:34:17 2004 Return-Path: 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 8204D16A543; Wed, 24 Nov 2004 16:34:17 +0000 (GMT) Received: from r1a.corp.servercentral.net (exchange.corp.servercentral.net [66.225.247.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3348143D3F; Wed, 24 Nov 2004 16:34:17 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from mail pickup service by r1a.corp.servercentral.net with Microsoft SMTPSVC; Wed, 24 Nov 2004 10:34:07 -0600 Received: from demandindustries.net ([161.58.224.124]) by r1a.corp.servercentral.net with Microsoft SMTPSVC(6.0.3790.0); Wed, 24 Nov 2004 05:50:54 -0600 Received: from scanner.servercentral.net (scanner.servercentral.net [66.225.196.47]) by demandindustries.net (8.12.11/8.12.9) with ESMTP id iAOBorv2060108 for ; Wed, 24 Nov 2004 05:50:54 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by scanner.servercentral.net (Postfix) with ESMTP id 25C418700AC for ; Wed, 24 Nov 2004 05:50:52 -0600 (CST) Received: from scanner.servercentral.net ([127.0.0.1]) by localhost (mb [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04212-07 for ; Wed, 24 Nov 2004 05:50:51 -0600 (CST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by scanner.servercentral.net (Postfix) with ESMTP id 510C08700AB for ; Wed, 24 Nov 2004 05:50:51 -0600 (CST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id C348B579EA; Wed, 24 Nov 2004 11:50:34 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6876216A51B; Wed, 24 Nov 2004 11:50:28 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 366BD16A4CE; Wed, 24 Nov 2004 11:49:12 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8358B43D55; Wed, 24 Nov 2004 11:49:11 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])84DEF499E7; Wed, 24 Nov 2004 12:49:10 +0100 (CET) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14921-04; Wed, 24 Nov 2004 12:49:10 +0100 (CET) Received: from m2a2.dyndns.org (p548546B7.dip.t-dialin.net [84.133.70.183]) B8EED498E5; Wed, 24 Nov 2004 12:49:09 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 122B8D3F13; Wed, 24 Nov 2004 12:49:09 +0100 (CET) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17611-02; Wed, 24 Nov 2004 12:49:08 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 5789DCDA72; Wed, 24 Nov 2004 12:49:08 +0100 (CET) To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Mail-Followup-To: freebsd-stable@freebsd.org User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) From: Matthias Andree Date: Wed, 24 Nov 2004 12:49:08 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Virus-Scanned: by amavis for cervercentral.net X-OriginalArrivalTime: 24 Nov 2004 11:50:54.0595 (UTC) FILETIME=[DA8EAD30:01C4D21B] Subject: 5-STABLE softupdates issue? X-BeenThere: freebsd-stable@freebsd.org 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: Wed, 24 Nov 2004 16:34:17 -0000 Greetings, out of fun and to investigate claims about alleged bgfsck resource hogging (which I could not reproduce) posted to news:de.comp.os.unix.bsd, I pressed the reset button on a live FreeBSD 5-STABLE system. Upon reboot, fsck -p complained about an unexpected softupdates inconsistency on the / file system and put me into single user mode, the manual fsck / then asked me to agree to increasing a link count from 21 to 22 (and later to fix the summary, which I consider a non-issue). A subsequent fsck -p / ended with no abnormality detected. Unfortunately, I haven't copied the details, assuming they would be copied into the log, but they haven't. Is this a situation the current 5-STABLE softupdates code (on a UFS1 FS that I kept from FreeBSD 4) is allowed to cause? Is that a bug in the file system, say, write ordering goofed up? Or is that a bug in the firmware of my disk drive (Western Digital Caviar AC420400D, a rebranded IBM DJNA drive)? I gather that ATA drives are supposed to flush their caches on software (command) and hardware resets (reset line active). I did not power cycle. -- Matthias Andree _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 16:35:38 2004 Return-Path: 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 7D10A16A580 for ; Wed, 24 Nov 2004 16:35:37 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 549CD43D2D for ; Wed, 24 Nov 2004 16:35:37 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP id IBA74465; Wed, 24 Nov 2004 08:35:37 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D89955D04; Wed, 24 Nov 2004 08:35:36 -0800 (PST) To: Rob In-reply-to: Your message of "Wed, 24 Nov 2004 10:35:46 +0900." <41A3E572.3080506@yahoo.com> Date: Wed, 24 Nov 2004 08:35:36 -0800 From: "Kevin Oberman" Message-Id: <20041124163536.D89955D04@ptavv.es.net> cc: freebsd-stable@freebsd.org Subject: Re: ntpd v4.2 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 16:35:39 -0000 > Date: Wed, 24 Nov 2004 10:35:46 +0900 > From: Rob > Sender: owner-freebsd-stable@freebsd.org > > Harlan Stenn wrote: > > This would be "use -g with ntpd and forget about ntpdate." > > > > H > > -- > > > >>>But make sure your clocks are in sink at the start by using date. > >> > >>or add "-g" with the ntpdate_flags, to forcefully adjust time > >>at the very beginning. > > Yes, you're right. Thanks for the correctoin and apologies > for my mistake. If you plan on using "ntpd -g" to set the time at boot, I would also strongly urge you to consider the use of 'iburst' on the peer/server lines in you configuration file or you might get bored waiting for the time to sync. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 16:56:06 2004 Return-Path: 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 DC75216A4CE for ; Wed, 24 Nov 2004 16:56:06 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2671443D5E for ; Wed, 24 Nov 2004 16:56:04 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.43 (FreeBSD)) id 1CX0R0-00023s-Qm; Wed, 24 Nov 2004 17:56:02 +0100 Date: Wed, 24 Nov 2004 17:56:02 +0100 From: Oliver Brandmueller To: Uwe Doering Message-ID: <20041124165602.GK65645@e-Gitt.NET> References: <4168578F.7060706@geminix.org> <20041103191641.K63546@is.park.rambler.ru> <4189666A.9020500@geminix.org> <20041104124616.S92154@is.park.rambler.ru> <418BEBC2.3020304@geminix.org> <20041122144851.GE62928@e-Gitt.NET> <41A20D78.3080704@geminix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41A20D78.3080704@geminix.org> User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller cc: stable@freebsd.org Subject: Re: vnode_pager_putpages errors and DOS? [5-STABLE, too] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 16:56:07 -0000 Hi. On Mon, Nov 22, 2004 at 05:02:00PM +0100, Uwe Doering wrote: > With the attached test program you'll probably find out soon whether PR > and fix apply to RELENG_5 (and possibly above) as well. Please keep us > posted. I was able to DoS the machine (non-root user!) on 5-STABLE as of today without the patch with your program. With the patch applied to 5-STABLE the machine keeps responsive and is running fine. So, please committers, commit this fix to 5-STABLE and 4-STABLE! - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 17:11:17 2004 Return-Path: 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 D9A1516A4CE for ; Wed, 24 Nov 2004 17:11:17 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D88F43D41 for ; Wed, 24 Nov 2004 17:11:17 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 3A53DACBD2; Wed, 24 Nov 2004 18:11:15 +0100 (CET) Date: Wed, 24 Nov 2004 18:11:15 +0100 From: Pawel Jakub Dawidek To: Eirik ?verby Message-ID: <20041124171115.GP7232@darkness.comp.waw.pl> References: <41A45A3F.5010008@anduin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XMM+kVNHGkMezEqK" Content-Disposition: inline In-Reply-To: <41A45A3F.5010008@anduin.net> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: stable@freebsd.org Subject: Re: graid3 - requirements or manpage wrong? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 17:11:18 -0000 --XMM+kVNHGkMezEqK Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 24, 2004 at 10:54:07AM +0100, Eirik ?verby wrote: +> to the best of my ability I have been investigating the 'real'=20 +> requirements of a raid-3 array, and cannot see that the following text= =20 +> from graid3(8) cannot possibly be correct - and if it is, then the=20 +> implementation must be wrong or incomplete (emphasis added): +>=20 +> label Create a RAID3 device. The last given component will contain +> parity data, all the rest - regular data. ***Number of= =20 +> compo- +> nents has to be equal to 3, 5, 9, 17, etc. (2^n + 1).*** +>=20 +> I might be wrong, but I cannot see how a raid-3 array should require=20 +> (2^n + 1) drives - I am fairly certain I have seen raid-3 arrays=20 +> consisting of four drives, for example. This is also what I had hoped to= =20 +> accomplish. This requirement is because we want sectorsize to be power of 2 (UFS needs it). In RAID3 we want to send every I/O request to all components at once, that's why we need sector size to be N*512, where N is a power of 2 value AND because graid3 uses one parity component we need N+1 providers. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --XMM+kVNHGkMezEqK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBpMCzForvXbEpPzQRAqthAJ9xhpChtjETn6GxPEMYyM3hut8qfQCdFbET WI48BnLk1RSaNukg/38V5qg= =AKqe -----END PGP SIGNATURE----- --XMM+kVNHGkMezEqK-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 17:18:56 2004 Return-Path: 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 EA7E216A4CE; Wed, 24 Nov 2004 17:18:56 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 690EB43D3F; Wed, 24 Nov 2004 17:18:56 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id iAOHItRo067934; Wed, 24 Nov 2004 11:18:55 -0600 (CST) (envelope-from dan) Date: Wed, 24 Nov 2004 11:18:55 -0600 From: Dan Nelson To: Scott Long Message-ID: <20041124171855.GE95873@dan.emsphone.com> References: <41A4944C.6030808@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41A4944C.6030808@freebsd.org> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: 5-STABLE softupdates issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 17:18:57 -0000 In the last episode (Nov 24), Scott Long said: > Matthias Andree wrote: > > out of fun and to investigate claims about alleged bgfsck resource > > hogging (which I could not reproduce) posted to > > news:de.comp.os.unix.bsd, I pressed the reset button on a live > > FreeBSD 5-STABLE system. > > > > Upon reboot, fsck -p complained about an unexpected softupdates > > inconsistency on the / file system and put me into single user > > mode, the manual fsck / then asked me to agree to increasing a link > > count from 21 to 22 (and later to fix the summary, which I consider > > a non-issue). A subsequent fsck -p / ended with no abnormality > > detected. > > No, this in theory should not happen. YOu could have caught it right > at the instance that it was sending a transaction out to disk, or you > could have caught an edge case that isn't understood yet. > Unfortunately, ATA drives also cannot be trusted to flush their > caches when one would expect, so this leaves open a lot of possible > causes for your problem. If you just want to test stability in the face of system crashes (and not power failure), you can drop to DDB and run "reboot" to simulate a panic (or run reboot -qn as root). That way your drive doesn't lose power. That said, I get unexpected softupdates inconsistencies pretty regularly on kernel panics. I just let the system run until I can reboot and run a fsck -p. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 17:25:52 2004 Return-Path: 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 5616C16A4CE; Wed, 24 Nov 2004 17:25:52 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2D5643D48; Wed, 24 Nov 2004 17:25:51 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iAOHSiS2064285; Wed, 24 Nov 2004 10:28:45 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41A4C43D.8020304@freebsd.org> Date: Wed, 24 Nov 2004 10:26:21 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson References: <41A4944C.6030808@freebsd.org> <20041124171855.GE95873@dan.emsphone.com> In-Reply-To: <20041124171855.GE95873@dan.emsphone.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: 5-STABLE softupdates issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 17:25:52 -0000 Dan Nelson wrote: > In the last episode (Nov 24), Scott Long said: > >>Matthias Andree wrote: >> >>>out of fun and to investigate claims about alleged bgfsck resource >>>hogging (which I could not reproduce) posted to >>>news:de.comp.os.unix.bsd, I pressed the reset button on a live >>>FreeBSD 5-STABLE system. >>> >>>Upon reboot, fsck -p complained about an unexpected softupdates >>>inconsistency on the / file system and put me into single user >>>mode, the manual fsck / then asked me to agree to increasing a link >>>count from 21 to 22 (and later to fix the summary, which I consider >>>a non-issue). A subsequent fsck -p / ended with no abnormality >>>detected. >> >>No, this in theory should not happen. YOu could have caught it right >>at the instance that it was sending a transaction out to disk, or you >>could have caught an edge case that isn't understood yet. >>Unfortunately, ATA drives also cannot be trusted to flush their >>caches when one would expect, so this leaves open a lot of possible >>causes for your problem. > > > If you just want to test stability in the face of system crashes (and > not power failure), you can drop to DDB and run "reboot" to simulate a > panic (or run reboot -qn as root). That way your drive doesn't lose > power. > > That said, I get unexpected softupdates inconsistencies pretty > regularly on kernel panics. I just let the system run until I can > reboot and run a fsck -p. > I wonder if this points to dependencies not being pushed out of the buffer/cache correctly. That said, I rarely, if ever, see softupdate problems on my SCSI development systems, but that might just be coincidence. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 17:26:18 2004 Return-Path: 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 8DE4D16A54A for ; Wed, 24 Nov 2004 17:26:18 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4B9943D58 for ; Wed, 24 Nov 2004 17:26:14 +0000 (GMT) (envelope-from yurtesen-dated-1102181169.33bf8a@ispro.net.tr) Received: (qmail 66549 invoked by uid 89); 24 Nov 2004 17:26:09 -0000 Received: from [84.248.223.210] (dsl-aur-wwd2.dial.inet.fi [84.248.223.210]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Wed, 24 Nov 2004 19:26:07 +0200 (EET) Message-ID: <41A550BC.8060406@ispro.net.tr> Date: Wed, 24 Nov 2004 19:25:48 -0800 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit From: Evren Yurtesen X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) X-Primary-Address: yurtesen@ispro.net.tr Subject: pci-pci bridge and atheros problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 17:26:18 -0000 Hello, I am not able to operate atheros wireless cards with 4 port pci-pci bridge. They are detected but they do not associate and they do other weird stuff sometimes, like frequency not set correctly etc. I believe this is a problem with the pci-pci bridge but I couldnt figure out what I can change there to fix this problem, or should I change something in atheros? This is the databook of pci-pci bridge chip http://www1.plxtech.com/TEMP/73241/PCI6152_DataBook_v2.0.pdf Below is some info: agp0@pci0:0:0: class=0x060000 card=0x60101106 chip=0x06011106 rev=0x05 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8601 Apollo PLE133 CPU to PCI Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000080 chip=0x86011106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'VT82C601 Apollo PLE133 CPU to AGP Bridge' class = bridge subclass = PCI-PCI isab0@pci0:17:0: class=0x060100 card=0x60101106 chip=0x82311106 rev=0x10 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8231 PCI to ISA Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:17:1: class=0x01018a card=0x60101106 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' class = mass storage subclass = ATA uhci0@pci0:17:2: class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x1e hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci1@pci0:17:3: class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x1e hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB none0@pci0:17:4: class=0x068000 card=0x60101106 chip=0x82351106 rev=0x10 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8235 Power Management Controller' class = bridge subclass = PCI-unknown none1@pci0:17:5: class=0x040100 card=0x60101106 chip=0x30581106 rev=0x40 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C686/A/B AC'97 Audio Codec' class = multimedia subclass = audio vr0@pci0:18:0: class=0x020000 card=0x01021106 chip=0x30651106 rev=0x51 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6102 Rhine II PCI Fast Ethernet Controller' class = network subclass = ethernet pcib2@pci0:20:0: class=0x060400 card=0x00000080 chip=0x00213388 rev=0x15 hdr=0x01 vendor = 'PLX Technology (Was: HiNT Corp)' device = 'PCI 6140/52/6254 HB1/1-SE/HB6 Universal PCI to PCI Bridge (non-transparent mode)' class = bridge subclass = PCI-PCI none2@pci1:0:0: class=0x030000 card=0x85001023 chip=0x85001023 rev=0x6a hdr=0x00 vendor = 'Trident Microsystems' device = 'CyberBlade i1 AGP 51 (77?)' class = display subclass = VGA ath0@pci2:8:0: class=0x020000 card=0x1012185f chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5213 802.11a/b/g Wireless Adapter' class = network subclass = ethernet wi0@pci2:9:0: class=0x028000 card=0x38731260 chip=0x38731260 rev=0x01 hdr=0x00 vendor = 'Intersil Americas Inc (Was: Harris Semiconductor)' device = 'PRISM 2.5 802.11b 11Mbps Wireless Controller' class = network ath1@pci2:10:0: class=0x020000 card=0x1012185f chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5213 802.11a/b/g Wireless Adapter' class = network subclass = ethernet ath2@pci2:11:0: class=0x020000 card=0x1012185f chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5213 802.11a/b/g Wireless Adapter' class = network subclass = ethernet From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 18:34:02 2004 Return-Path: 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 A7D1D16A4CE for ; Wed, 24 Nov 2004 18:34:02 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F26243D1F for ; Wed, 24 Nov 2004 18:34:02 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from mailnull by anduin.net with dspam-scanned (Exim 4.43 (FreeBSD)) id 1CX1uV-000JD9-Kc for stable@freebsd.org; Wed, 24 Nov 2004 19:30:35 +0100 Received: from mailnull by anduin.net with spamassassin-scanned (Exim 4.43 (FreeBSD)) id 1CX1uS-000JCu-Cy for stable@freebsd.org; Wed, 24 Nov 2004 19:30:35 +0100 Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.10]) by anduin.net with esmtp (Exim 4.43 (FreeBSD)) id 1CX1uS-000JCr-5D; Wed, 24 Nov 2004 19:30:32 +0100 In-Reply-To: <20041124171115.GP7232@darkness.comp.waw.pl> References: <41A45A3F.5010008@anduin.net> <20041124171115.GP7232@darkness.comp.waw.pl> Mime-Version: 1.0 (Apple Message framework v675) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <6579E984-3E47-11D9-9576-000D9335BCEC@anduin.net> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Wed, 24 Nov 2004 19:33:55 +0100 To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.675) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on anduin.net X-Spam-Level: X-Spam-Status: No, hits=-4.9 required=7.5 tests=BAYES_00 autolearn=ham version=2.64 cc: stable@freebsd.org Subject: Re: graid3 - requirements or manpage wrong? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 18:34:02 -0000 On 24. Nov 2004, at 18:11, Pawel Jakub Dawidek wrote: > On Wed, Nov 24, 2004 at 10:54:07AM +0100, Eirik ?verby wrote: > +> to the best of my ability I have been investigating the 'real'=A0 > +> requirements of a raid-3 array, and cannot see that the following=20= > text=A0 > +> from graid3(8) cannot possibly be correct - and if it is, then the=A0= > +> implementation must be wrong or incomplete (emphasis added): > +>=A0 > +> label=A0 =A0 =A0 Create a RAID3 device.=A0 The last given component = will=20 > contain > +>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 parity data, all the rest - regular = data.=A0 ***Number=20 > of=A0 > +> compo- > +>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 nents has to be equal to 3, 5, 9, = 17, etc. (2^n +=20 > 1).*** > +>=A0 > +> I might be wrong, but I cannot see how a raid-3 array should=20 > require=A0 > +> (2^n + 1) drives - I am fairly certain I have seen raid-3 arrays=A0 > +> consisting of four drives, for example. This is also what I had=20 > hoped to=A0 > +> accomplish. > > This requirement is because we want sectorsize to be power of 2 > (UFS needs it). > In RAID3 we want to send every I/O request to all components at once, > that's why we need sector size to be N*512, where N is a power of 2=20 > value > AND because graid3 uses one parity component we need N+1 providers. OK I see, makes sense. So it's not really a raid3 issue, but an=20 implementation issue. The only problem then is - gvinum being in a completely unusable state=20= (for raid5 anyway), what are my alternatives? I have four 160gb IDE=20 drives, and I want capacity+redundancy. Performance is a non-issue,=20 really. What do I do - in software? /Eirik > > > --=A0 > Pawel Jakub Dawidek =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = http://www.FreeBSD.org > pjd@FreeBSD.org =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = http://garage.freebsd.pl > FreeBSD committer =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Am I = Evil? Yes, I Am! On 24. Nov 2004, at 18:11, Pawel Jakub Dawidek wrote: On Wed, Nov 24, 2004 at 10:54:07AM +0100, Eirik ?verby wrote: +> to the best of my ability I have been investigating the 'real'=A0 +> requirements of a raid-3 array, and cannot see that the following=20 text=A0 +> from graid3(8) cannot possibly be correct - and if it is, then the=A0 +> implementation must be wrong or incomplete (emphasis added): +>=A0 +> label=A0 =A0 =A0 Create a RAID3 device.=A0 The last given component = will=20 contain +>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 parity data, all the rest - regular = data.=A0 ***Number=20 of=A0 +> compo- +>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 nents has to be equal to 3, 5, 9, 17, = etc. (2^n +=20 1).*** +>=A0 +> I might be wrong, but I cannot see how a raid-3 array should require=A0= +> (2^n + 1) drives - I am fairly certain I have seen raid-3 arrays=A0 +> consisting of four drives, for example. This is also what I had=20 hoped to=A0 +> accomplish. This requirement is because we want sectorsize to be power of 2 (UFS needs it). In RAID3 we want to send every I/O request to all components at once, that's why we need sector size to be N*512, where N is a power of 2=20 value AND because graid3 uses one parity component we need N+1 providers. OK I see, makes sense. So it's not really a raid3 issue, but an=20 implementation issue. The only problem then is - gvinum being in a completely unusable state=20= (for raid5 anyway), what are my alternatives? I have four 160gb IDE=20 drives, and I want capacity+redundancy. Performance is a non-issue,=20 really. What do I do - in software? /Eirik --=A0 Pawel Jakub Dawidek =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = http://www.FreeBSD.org pjd@FreeBSD.org =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = http://garage.freebsd.pl FreeBSD committer =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Am I = Evil? Yes, I Am! From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 19:12:25 2004 Return-Path: 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 2891316A4CE for ; Wed, 24 Nov 2004 19:12:25 +0000 (GMT) Received: from smtp.nlink.com.br (smtp.nlink.com.br [201.12.59.3]) by mx1.FreeBSD.org (Postfix) with SMTP id EF5BF43D5E for ; Wed, 24 Nov 2004 19:12:23 +0000 (GMT) (envelope-from paulo@nlink.com.br) Received: (qmail 73996 invoked from network); 24 Nov 2004 19:12:22 -0000 Received: from unknown (HELO ?201.12.59.126?) (paulo@intra.nlink.com.br@201.12.59.126) by smtp.nlink.com.br with SMTP; 24 Nov 2004 19:12:22 -0000 Message-ID: <41A4DD11.7040407@nlink.com.br> Date: Wed, 24 Nov 2004 16:12:17 -0300 From: Paulo Fragoso User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Are there a make problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 19:12:25 -0000 Hi, We are trying to create a jail with FreeBSD 5.3 but it's fails with this error: cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/games/fortune/strfile/strfile.c make: don't know how to make /j/usr/lib/libc.a. Stop *** Error code 2 We was using: export D=/j make world DESTDIR=$D After an advice from Jason DiCioccio we can make a jail successful: env DESTDIR=$D make world We have a similar problem with BATCH=YES using ports, after 5.2.1-RELEASE (not included) we are using: export BATCH=yes && make install instead BATCH=yes in main Makefile. Are there any problem with make? Paulo. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 19:25:13 2004 Return-Path: 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 51D9116A4CE for ; Wed, 24 Nov 2004 19:25:13 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECD1F43D2F for ; Wed, 24 Nov 2004 19:25:12 +0000 (GMT) (envelope-from rbgarga@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so121594wri for ; Wed, 24 Nov 2004 11:25:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=UvsKQiR9UqtZDmsc+/pLj5UP7TKQbgO5oHtY5hw1wrs0PoK5yYLMxyB4yqAOfj44zeu0nwZVfE634AI2SHwujxaTJGRp94P86SgvkJcjcqleI0hjDvL7oWE91fnsWh+F8zg/CTItJsWooJUek6iMhtpAEeY5RpC0jNS1W0O3Jls= Received: by 10.54.31.31 with SMTP id e31mr279741wre; Wed, 24 Nov 2004 11:22:50 -0800 (PST) Received: by 10.54.33.59 with HTTP; Wed, 24 Nov 2004 11:22:48 -0800 (PST) Message-ID: <747dc8f3041124112271f0927c@mail.gmail.com> Date: Wed, 24 Nov 2004 17:22:48 -0200 From: Renato Botelho To: freebsd-stable@freebsd.org In-Reply-To: <41A4DEAF.6010509@jim-liesl.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <747dc8f304112406542fb761f5@mail.gmail.com> <41A4DEAF.6010509@jim-liesl.org> Subject: Re: Error on installworld from 5.2.1 to 5.3-p1 (FIXED) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Renato Botelho List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 19:25:13 -0000 > You were root, you'd done a mount -a, and the tree was local to the system? I discovered the problem, my /tmp was mounted with noexec option, I remove this and all worked fine. Thanks a lot -- Renato Botelho ICQ: 54596223 AIM: RBGargaBR From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 19:30:45 2004 Return-Path: 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 E214E16A4CE for ; Wed, 24 Nov 2004 19:30:45 +0000 (GMT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5AD043D58 for ; Wed, 24 Nov 2004 19:30:45 +0000 (GMT) (envelope-from kokje@ISI.EDU) Received: from ISI.EDU (c-24-126-88-201.we.client2.attbi.com [24.126.88.201]) by boreas.isi.edu (8.11.6p2+0917/8.11.2) with ESMTP id iAOJUOt24962 for ; Wed, 24 Nov 2004 11:30:24 -0800 (PST) Message-ID: <41A4E150.4050304@ISI.EDU> Date: Wed, 24 Nov 2004 11:30:24 -0800 From: Tejas Kokje User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040115 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ISI-4-30-3-MailScanner: Found to be clean X-MailScanner-From: kokje@isi.edu Subject: mergemaster X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 19:30:46 -0000 Hi, I am upgrading by freebsd installation. While doing mergemaster, it didn't ask me whether it should overwrite my /etc/motd file. Is manual backing up of /etc/motd the only option or have I missed something in mergemaster ? Tejas Kokje University of Southern California From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 19:36:15 2004 Return-Path: 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 56FFE16A4CE; Wed, 24 Nov 2004 19:36:15 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9809643D1F; Wed, 24 Nov 2004 19:36:12 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])D866D49D38; Wed, 24 Nov 2004 20:36:11 +0100 (CET) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31034-02-3; Wed, 24 Nov 2004 20:36:11 +0100 (CET) Received: from m2a2.dyndns.org (p548546B7.dip.t-dialin.net [84.133.70.183]) 12F6649D2F; Wed, 24 Nov 2004 20:36:11 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 5CB35DCAA7; Wed, 24 Nov 2004 20:36:10 +0100 (CET) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 08619-12-2; Wed, 24 Nov 2004 20:36:09 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id A8B73D4FC2; Wed, 24 Nov 2004 20:36:09 +0100 (CET) To: Scott Long In-Reply-To: <41A4C43D.8020304@freebsd.org> (Scott Long's message of "Wed, 24 Nov 2004 10:26:21 -0700") References: <41A4944C.6030808@freebsd.org> <20041124171855.GE95873@dan.emsphone.com> <41A4C43D.8020304@freebsd.org> From: Matthias Andree Date: Wed, 24 Nov 2004 20:36:09 +0100 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: Dan Nelson Subject: Re: 5-STABLE softupdates issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 19:36:15 -0000 Scott Long writes: > I wonder if this points to dependencies not being pushed out of the > buffer/cache correctly. So do I. Is there a good way to debug this, i. e. more systematic than just trying to trash the FS and see if fsck can recover? > That said, I rarely, if ever, see softupdate > problems on my SCSI development systems, but that might just be > coincidence. I posted about softupdate problems on a SCSI system with DISABLED WRITE CACHE, on a somewhat flakey Micropolis drive that froze and caused massive ffs+softupdates corruption in February 2004 (on FreeBSD 4 though), see for the archived post, including logs. So that makes two for me and some more for Dan. -- Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 19:38:38 2004 Return-Path: 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 162E316A4CE for ; Wed, 24 Nov 2004 19:38:38 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9467C43D45 for ; Wed, 24 Nov 2004 19:38:37 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id iAOJd14r027530; Wed, 24 Nov 2004 11:39:01 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id iAOJd1H8027529; Wed, 24 Nov 2004 11:39:01 -0800 Date: Wed, 24 Nov 2004 11:39:01 -0800 From: Brooks Davis To: Tejas Kokje Message-ID: <20041124193901.GA24353@odin.ac.hmc.edu> References: <41A4E150.4050304@ISI.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <41A4E150.4050304@ISI.EDU> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-stable@freebsd.org Subject: Re: mergemaster X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 19:38:38 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 24, 2004 at 11:30:24AM -0800, Tejas Kokje wrote: > I am upgrading by freebsd installation. While doing mergemaster, it=20 > didn't ask me whether it should overwrite my /etc/motd file. >=20 > Is manual backing up of /etc/motd the only option or have I missed=20 > something in mergemaster ? By default, mergemaster will always ask about /etc/motd. If you set the IGNORE_MOTD=3Dyes config option then /etc/motd will be ignored entierly (IMO, this should be the default). If it is in fact being over written without a prompt that is a bug since mergemaster is specificaly supposed to avoid overwritting anything without user intervention. It's possiable you have an MM_PRE_COMPARE_SCRIPT that is doing it for you if someone else configurd the machine. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBpONUXY6L6fI4GtQRAl3qAKDYzRLUiMbvqVQTxbd9xX7Sy2ObJgCgvg3N AWzOR1SbwBAu0LDp8Nsv1Us= =wt6c -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 19:42:36 2004 Return-Path: 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 B662216A4CE for ; Wed, 24 Nov 2004 19:42:36 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A7A743D1F for ; Wed, 24 Nov 2004 19:42:36 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id iAOJgTaa018853 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Wed, 24 Nov 2004 14:42:30 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id iAOJgTVX018848; Wed, 24 Nov 2004 14:42:29 -0500 (EST) (envelope-from wollman) Date: Wed, 24 Nov 2004 14:42:29 -0500 (EST) From: Garrett Wollman Message-Id: <200411241942.iAOJgTVX018848@khavrinen.lcs.mit.edu> To: Matthias Andree In-Reply-To: References: <41A4944C.6030808@freebsd.org> <20041124171855.GE95873@dan.emsphone.com> <41A4C43D.8020304@freebsd.org> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.37 cc: freebsd-stable@FreeBSD.ORG Subject: Re: 5-STABLE softupdates issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 19:42:36 -0000 < said: > I posted about softupdate problems on a SCSI system with DISABLED WRITE > CACHE, on a somewhat flakey Micropolis drive that froze and caused If the hardware is broken, all bets are off, soft updates or no. -GAWollman From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 20:51:32 2004 Return-Path: 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 13CD216A4CE for ; Wed, 24 Nov 2004 20:51:32 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 100FF43D55 for ; Wed, 24 Nov 2004 20:51:31 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iAOKpTLi012078; Wed, 24 Nov 2004 22:51:29 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 15741-05; Wed, 24 Nov 2004 22:51:29 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iAOKpTtt012075 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Nov 2004 22:51:29 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iAOKpXfC049386; Wed, 24 Nov 2004 22:51:33 +0200 (EET) (envelope-from ru) Date: Wed, 24 Nov 2004 22:51:33 +0200 From: Ruslan Ermilov To: Paulo Fragoso Message-ID: <20041124205133.GB14461@ip.net.ua> References: <41A4DD11.7040407@nlink.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: <41A4DD11.7040407@nlink.com.br> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-stable@FreeBSD.org Subject: Re: Are there a make problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 20:51:32 -0000 --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 24, 2004 at 04:12:17PM -0300, Paulo Fragoso wrote: > Hi, >=20 > We are trying to create a jail with FreeBSD 5.3 but it's fails with this > error: >=20 > cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c > /usr/src/games/fortune/strfile/strfile.c > make: don't know how to make /j/usr/lib/libc.a. Stop > *** Error code 2 >=20 > We was using: >=20 > export D=3D/j > make world DESTDIR=3D$D >=20 > After an advice from Jason DiCioccio we can make a jail successful: >=20 > env DESTDIR=3D$D make world >=20 > We have a similar problem with BATCH=3DYES using ports, after=20 > 5.2.1-RELEASE (not included) we are using: >=20 > export BATCH=3Dyes && make install >=20 > instead BATCH=3Dyes in main Makefile. >=20 > Are there any problem with make? >=20 make(1) was recently fixed to pass command-line variables to sub-makes as command-line variables that were previously be passed as environment type variables. That affected some makefiles. For "make world DESTDIR=3D$D" to work again, you will need src/Makefile.inc1,v 1.438.2.5 and src/Makefile,v 1.306.2.1. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBpPRVqRfpzJluFF4RAlQEAJwJHbV+Dha/DUmM/WCBJEgNsjULoACdG9x8 X2kbPhTjndpQILkBoCXUO0U= =eFUu -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 21:56:26 2004 Return-Path: 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 107E916A4CE for ; Wed, 24 Nov 2004 21:56:26 +0000 (GMT) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A489143D46 for ; Wed, 24 Nov 2004 21:56:25 +0000 (GMT) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.9p2/8.12.9) with ESMTP id iAOLuOO7044985 for ; Wed, 24 Nov 2004 16:56:25 -0500 (EST) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.9p2/8.12.9/Submit) id iAOLuOpP044984 for freebsd-stable@freebsd.org; Wed, 24 Nov 2004 16:56:24 -0500 (EST) (envelope-from wayne) Date: Wed, 24 Nov 2004 16:56:24 -0500 From: "Michael R. Wayne" To: freebsd-stable@freebsd.org Message-ID: <20041124215624.GE49800@manor.msen.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <41A4E150.4050304@ISI.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41A4E150.4050304@ISI.EDU> User-Agent: Mutt/1.4.2.1i Subject: Re: mergemaster X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 21:56:26 -0000 On Wed, Nov 24, 2004 at 11:30:24AM -0800, Tejas Kokje wrote: > > I am upgrading by freebsd installation. While doing mergemaster, it > didn't ask me whether it should overwrite my /etc/motd file. > > Is manual backing up of /etc/motd the only option or have I missed > something in mergemaster ? You should consider using my patched mergemaster which supports RCS on every file that it patches (check the archives). And before anyone suggests sending a PR, I have exchanged email with the maintainer of mergemaster and he is not interested in incorporating the changes. /\/\ \/\/ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 22:10:43 2004 Return-Path: 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 77D0716A4D0 for ; Wed, 24 Nov 2004 22:10:43 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4D0AC43D1F for ; Wed, 24 Nov 2004 22:10:42 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 17561 invoked by uid 65534); 24 Nov 2004 22:10:40 -0000 Received: from pD95D8F5B.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.143.91) by mail.gmx.net (mp022) with SMTP; 24 Nov 2004 23:10:40 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iAOMAR3Q016136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Nov 2004 23:10:31 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) Message-ID: <41A506D3.6070908@gmx.net> Date: Wed, 24 Nov 2004 23:10:27 +0100 From: Michael Nottebrock User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en, de-de MIME-Version: 1.0 To: Matthias Andree References: <41A4944C.6030808@freebsd.org> <20041124171855.GE95873@dan.emsphone.com> <41A4C43D.8020304@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: freebsd-stable@freebsd.org cc: Dan Nelson cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: 5-STABLE softupdates issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 22:10:43 -0000 Matthias Andree wrote: > I posted about softupdate problems on a SCSI system with DISABLED WRITE > CACHE, on a somewhat flakey Micropolis drive that froze and caused > massive ffs+softupdates corruption in February 2004 (on FreeBSD 4 > though), see > for the archived post, including logs. FWIW, I'm used to "UNEXPECTED SOFTUPDATE INCONSISTENCY" erros as well, been getting them every now and then after the occasional system lockup or kernel panic as long as I've been running freebsd and I'm pretty sure with each release since 4.0-R, too. I didn't know those are _literally_ unexpected. If so, then softupdates is a probably lot more flaky than it ought to be. -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 22:16:35 2004 Return-Path: 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 C518816A4CE; Wed, 24 Nov 2004 22:16:35 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E96043D1F; Wed, 24 Nov 2004 22:16:35 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iAOMJRFO065487; Wed, 24 Nov 2004 15:19:27 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41A5085F.9060600@freebsd.org> Date: Wed, 24 Nov 2004 15:17:03 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <41A4944C.6030808@freebsd.org> <20041124171855.GE95873@dan.emsphone.com> <41A4C43D.8020304@freebsd.org> <41A506D3.6070908@gmx.net> In-Reply-To: <41A506D3.6070908@gmx.net> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-stable@freebsd.org cc: Dan Nelson cc: freebsd-current@freebsd.org cc: Matthias Andree Subject: Re: 5-STABLE softupdates issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 22:16:35 -0000 Michael Nottebrock wrote: > Matthias Andree wrote: > > >> I posted about softupdate problems on a SCSI system with DISABLED WRITE >> CACHE, on a somewhat flakey Micropolis drive that froze and caused >> massive ffs+softupdates corruption in February 2004 (on FreeBSD 4 >> though), see >> for the archived post, including logs. > > > FWIW, I'm used to "UNEXPECTED SOFTUPDATE INCONSISTENCY" erros as well, > been getting them every now and then after the occasional system lockup > or kernel panic as long as I've been running freebsd and I'm pretty sure > with each release since 4.0-R, too. I didn't know those are _literally_ > unexpected. If so, then softupdates is a probably lot more flaky than it > ought to be. > It's common (and even expected) for fsck to clean up normal things like unlinked files after a hard shutdown when softupdates is enabled. However, if fsck is bailing out and telling you that there is an unexpected inconsistency that needs to be fixed manually, that is not normal. Unfortunately, most of the evidence is probably long gone by then, so tracking it down is pretty tricky. I've had talks with some filesystem guys at a well-known Unix company who have talked of evil things like extracting dirty buffers from a crashdump file; that may be the level of effort needed to track down these kinds of problems. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 22:51:33 2004 Return-Path: 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 1F2AA16A4CE for ; Wed, 24 Nov 2004 22:51:33 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id BDE9F43D4C for ; Wed, 24 Nov 2004 22:51:31 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 22072 invoked by uid 65534); 24 Nov 2004 22:51:29 -0000 Received: from pD95D8F5B.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.143.91) by mail.gmx.net (mp017) with SMTP; 24 Nov 2004 23:51:29 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iAOMpB3Q016602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Nov 2004 23:51:11 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) Message-ID: <41A5105E.9050206@gmx.net> Date: Wed, 24 Nov 2004 23:51:10 +0100 From: Michael Nottebrock User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en, de-de MIME-Version: 1.0 To: Scott Long References: <41A4944C.6030808@freebsd.org> <20041124171855.GE95873@dan.emsphone.com> <41A4C43D.8020304@freebsd.org> <41A506D3.6070908@gmx.net> <41A5085F.9060600@freebsd.org> In-Reply-To: <41A5085F.9060600@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: freebsd-stable@freebsd.org cc: Dan Nelson cc: freebsd-current@freebsd.org cc: Matthias Andree Subject: Re: 5-STABLE softupdates issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 24 Nov 2004 22:51:33 -0000 Scott Long wrote: > Michael Nottebrock wrote: > >> Matthias Andree wrote: >> >> >>> I posted about softupdate problems on a SCSI system with DISABLED WRITE >>> CACHE, on a somewhat flakey Micropolis drive that froze and caused >>> massive ffs+softupdates corruption in February 2004 (on FreeBSD 4 >>> though), see >>> for the archived post, including logs. >> >> >> >> FWIW, I'm used to "UNEXPECTED SOFTUPDATE INCONSISTENCY" erros as well, >> been getting them every now and then after the occasional system >> lockup or kernel panic as long as I've been running freebsd and I'm >> pretty sure with each release since 4.0-R, too. I didn't know those >> are _literally_ unexpected. If so, then softupdates is a probably lot >> more flaky than it ought to be. >> > > It's common (and even expected) for fsck to clean up normal things like > unlinked files after a hard shutdown when softupdates is enabled. > However, if fsck is bailing out and telling you that there is an > unexpected inconsistency that needs to be fixed manually, that is not > normal. Well, I guess the fsck_y_enable knob acknowledges the fact that there are more unexpected things happening than there should be (and FWIW, that knob works fine in getting fsck to finish even despite those inconsistencies - I can't really remember the last time even fsck -y bailed out on something). -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 03:26:46 2004 Return-Path: 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 2B38C16A4CE for ; Thu, 25 Nov 2004 03:26:46 +0000 (GMT) Received: from S1.cableone.net (smtp1.cableone.net [24.116.0.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3F1F43D31 for ; Thu, 25 Nov 2004 03:26:45 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.24-119-122-191.cpe.cableone.net (unverified [24.119.122.25]) by S1.cableone.net (CableOne SMTP Service S1) with ESMTP id 2326964 for ; Wed, 24 Nov 2004 20:33:18 -0700 Date: Wed, 24 Nov 2004 21:25:28 -0600 From: Vulpes Velox To: stable@freebsd.org Message-ID: <20041124212528.6f27b8d9@vixen42.24-119-122-191.cpe.cableone.net> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Abuse-Info: Send abuse complaints to abuse@cableone.net Subject: ggated, dvd+rw, atapicam problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 03:26:46 -0000 Just hit a odd problem... here is what I am doing... I have a dvd+rw drive that I am trying to export using ggated... of which some thing is going wrong... any one have any idea what is happening? I think I provided all the possible info, if any one can think of any thing more, please let me know. [v42]:/etc# ggatec create 192.168.0.3 /dev/cd0 ggate0 [v42]:/etc# dvd+rw-mediainfo /dev/ggate0 /dev/ggate0: unable to open: Inappropriate ioctl for device excert from dmesg... acd0: DVDR at ata1-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [338104 x 2048 byte records] gg.exports... 192.168.0.2 RW /dev/acd0 192.168.0.2 RW /dev/acd0t01 192.168.0.2 RW /dev/cd uname -a client box... FreeBSD vixen42 5.3-STABLE FreeBSD 5.3-STABLE #2: Wed Nov 24 16:04:21 CST 2004 kitsune@vixen42:/usr/obj/usr/src/sys/vixen42-1 i386 uname -a server box... FreeBSD fennec 5.3-STABLE FreeBSD 5.3-STABLE #0: Wed Nov 10 13:34:27 CST 2004 kitsune@fennec:/usr/obj/usr/src/sys/fennec-1 i386 btw the box I am trying to access it from does not have atapicam on it do to atapicam cuases this box to hardlock since it has two atapi cd drives on a promise card, which cuases the system to hardlock if any atapi drives are found hooked up to a promise controller. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 04:15:30 2004 Return-Path: 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 7769716A4CE for ; Thu, 25 Nov 2004 04:15:30 +0000 (GMT) Received: from mail.frombach.com (frombach.com [208.179.193.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 1A81943D5C for ; Thu, 25 Nov 2004 04:15:30 +0000 (GMT) (envelope-from zoltan@frombach.com) Received: (qmail 84501 invoked by uid 0); 25 Nov 2004 04:15:34 -0000 Received: from 24.24.201.219 by www.frombach.com (envelope-from , uid 0) with qmail-scanner-1.24 (clamscan: 0.80. spamassassin: 3.0.1. Clear:RC:1(24.24.201.219):. Processed in 0.36576 secs); 25 Nov 2004 04:15:34 -0000 Received: from unknown (HELO p4) (zoltan@frombach.com@24.24.201.219) by frombach.com with SMTP; 25 Nov 2004 04:15:33 -0000 Message-ID: <000201c4d2a5$65e9bb70$e001a8c0@p4> From: "Zoltan Frombach" To: Date: Wed, 24 Nov 2004 20:15:29 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 cc: rbgarga@gmail.com Subject: Re: Error on installworld from 5.2.1 to 5.3-p1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 04:15:30 -0000 > I did this > > cvsuped RELENG_5_3 > make my KERNEL config > make buildworld > make buildkernel > make installkernel > shutdown now (At this time the machine was locked) > I rebooted the machine and enter in single mode with kernel 5.2.1 > mergemaster -p > make installworld Well, this is not quiet right. You should have done: cvsuped RELENG_5_3 mergemaster -p (you must do this here!!) make my KERNEL config make buildworld make buildkernel make installkernel shutdown -r now (I always use the -r flag to restart) mergemaster (don't use -p option here!!) make installworld shutdown -r now (restart again) Zoltan From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 05:43:29 2004 Return-Path: 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 11EED16A4CE for ; Thu, 25 Nov 2004 05:43:29 +0000 (GMT) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F64F43D64 for ; Thu, 25 Nov 2004 05:43:28 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from smtp.jim-liesl.org ([68.71.52.28]) by mta11.adelphia.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20041125054327.JPCZ19338.mta11.adelphia.net@smtp.jim-liesl.org> for ; Thu, 25 Nov 2004 00:43:27 -0500 Received: from [192.168.1.101] (unknown [192.168.1.101]) by smtp.jim-liesl.org (Postfix) with ESMTP id E6E66152B5 for ; Wed, 24 Nov 2004 22:43:26 -0700 (MST) From: secmgr To: freebsd-stable@freebsd.org Content-Type: text/plain Organization: Message-Id: <1101361406.1473.1.camel@emperor> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 24 Nov 2004 22:43:26 -0700 Content-Transfer-Encoding: 7bit Subject: 5.3R p1 only boots in safe mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 05:43:29 -0000 Can someone point me to what "safe mode" sets so I can debug whats broke? thanks jim From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 07:02:29 2004 Return-Path: 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 BFD0016A4CE for ; Thu, 25 Nov 2004 07:02:29 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61E9F43D4C for ; Thu, 25 Nov 2004 07:02:29 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004112516:01:59:207408.21758.2820934576 for ; Thu, 25 Nov 2004 16:01:59 +0900 (KST) Message-ID: <41A58384.30603@yahoo.com> Date: Thu, 25 Nov 2004 16:02:28 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-7.42) (SRN:SPAMROBOT) ----------------- Subject: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 07:02:29 -0000 Hi, I thought 386 support had been removed since 5.X. But http://www.freebsd.org/releases/5.3R/installation-i386.html says: 1.2 Hardware Requirements FreeBSD for the i386 requires a 486 or better processor to install and run (although FreeBSD can run on 386 processors with a custom kernel).... What does this mean? Should I install on 486 or higher, build a custom kernel and then physically put the very same disk in a 386 PC? Rob. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 07:05:43 2004 Return-Path: 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 075A616A4CE for ; Thu, 25 Nov 2004 07:05:43 +0000 (GMT) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39BBA43D31 for ; Thu, 25 Nov 2004 07:05:42 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr6.xs4all.nl (8.12.11/8.12.11) with ESMTP id iAP75eRE004822; Thu, 25 Nov 2004 08:05:40 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id iAP75e4i044119; Thu, 25 Nov 2004 08:05:40 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id iAP75eJg044118; Thu, 25 Nov 2004 08:05:40 +0100 (CET) (envelope-from wb) Date: Thu, 25 Nov 2004 08:05:40 +0100 From: Wilko Bulte To: Rob Message-ID: <20041125070540.GA44058@freebie.xs4all.nl> References: <41A58384.30603@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <41A58384.30603@yahoo.com> X-OS: FreeBSD 4.10-STABLE X-PGP: finger wilko@freebsd.org User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-stable@freebsd.org Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 07:05:43 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 25, 2004 at 04:02:28PM +0900, Rob wrote.. >=20 > Hi, >=20 > I thought 386 support had been removed since 5.X. But > http://www.freebsd.org/releases/5.3R/installation-i386.html > says: >=20 > 1.2 Hardware Requirements > FreeBSD for the i386 requires a 486 or better processor to install > and run (although FreeBSD can run on 386 processors with a custom > kernel).... >=20 > What does this mean? One thing you need on the target system (IIRC..) is a FPU.=20 --=20 Wilko Bulte wilko@FreeBSD.org --rwEMma7ioTxnRzrJ Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIOfwYJKoZIhvcNAQcCoIIOcDCCDmwCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC C+swggSmMIICjqADAgECAgMAxq4wDQYJKoZIhvcNAQEEBQAweTEQMA4GA1UEChMHUm9vdCBD QTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNp Z25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcN MDQxMTA2MjI0MzE2WhcNMDUxMTA2MjI0MzE2WjAlMSMwIQYJKoZIhvcNAQkBFhR3YkBmcmVl YmllLnhzNGFsbC5ubDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANtHavP0Bn9g xcTO+rGscZxb/+LZcFdERZcV6d358KOHsrysbvvpElwbTgSL4QpviV9a5ju+3dze7YRi0iB7 3JzWbl1G29Q45nydX58eWX++w+RAFlHI0kAwTY612bIqhP+MmRon7W70lw45gQfUzGz/DqdR M/FRNNYhOVYp2wbp6f2ytEaierTv8p201+mLB4SjVJ1vQtu3oVfYZVZeJDoxYn49SrjVejuA yq/lDEO9ykNTp4l7rGJcK+FRAdag5Oi7Tev6cq5DzJiON74W9MR5aqvOLtYo/bh3zKXf5ygy sN8+hJnkAwlaAJ38SnsxKfpy3aFLUuZEn+Ul3oUcarkCAwEAAaOBijCBhzAMBgNVHRMBAf8E AjAAMFYGCWCGSAGG+EIBDQRJFkdUbyBnZXQgeW91ciBvd24gY2VydGlmaWNhdGUgZm9yIEZS RUUgaGVhZCBvdmVyIHRvIGh0dHA6Ly93d3cuQ0FjZXJ0Lm9yZzAfBgNVHREEGDAWgRR3YkBm cmVlYmllLnhzNGFsbC5ubDANBgkqhkiG9w0BAQQFAAOCAgEAlKQNnSd8Jdt58NFTEaY202Qb XEdESmsRBaydVid6K956unv0rtp3GhkegEJEjhSKoN0K0rIIoYeHgiArmZu2wtMoNvKJG7kN bXQ+R8uWJ5CLMbQ8HbEommF2ptrkR72GrXwOnDyjInEB/1lTtLjoBGmk7A+sTpvaB/gUpvRZ ydr7h8XhNwTcYdBEUXBeKkR7N+FzzSHfmYH288i65fmKQX91F/ewoaB627sDLKH/Vt/M8Z/I NcqyPlmGuFSKlR184PKWY78VaA8RtHSsQrr97eSRIa6MOWlvYQyq8fUfcPUfxl45qLlH8s2n FP0O7ZMAHhbypjnRWNg/r+HGsUqUh6EKFRdp70MmSSWYnM3ZzxGBIb9UV1n4+nPUCUx9r1fa DIAc/1LEvcjLSlW6vHus48VAOJelNGfMsdr8VlVafJE0F0nIXRiUdoe5sO45RKCSefqgRSW/ 7nLb7mvBg8u9q5+7VLuCsXEkpgc65dIIUD+2FTXpA2Zb0LSeey5zKC+RYdCYYvLAl9sQwx5E 6FMCkHOMDu5MEJLI0oyjrHjDbt/aE+fUQlJrFmfIUUX4CeQCdvFqrHDRjOT7JVSQB6EqA8VZ zBFLYUlTKdunvFcwR+2gJyHOTqLbM8b+Qb972jaBE6bGPWbK6t9PSdUsf2g1B9CpDSMiuWe7 Ek/XJFe6NY0wggc9MIIFJaADAgECAgEAMA0GCSqGSIb3DQEBBAUAMHkxEDAOBgNVBAoTB1Jv b3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2Vy dCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3Jn MB4XDTAzMDMzMDEyMjk0OVoXDTMzMDMyOTEyMjk0OVoweTEQMA4GA1UEChMHUm9vdCBDQTEe MBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25p bmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwggIiMA0G CSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDOIsDiRn3sNigHUJbyoDNAjEvxO2Y/MeVrAjbb 1nz28YiPTnc2BUGV+QnwEs9GhnNgt25+6MBYZK7NsK1FFwxj+mcK6NbSvz7nmMTwTPrgA7s1 XWwh3p4g2brNZjI3cvr3CPXHzVjJjucOXuo+/hyhFAoVbIaEW2RmKnqpS1N59Yiie+4vCmEr jbJ+TValE+zq2pKerERBHlhgZQVm+MBEvcuU90J+C/dlaJhRBfDzBZEEHRsXguzIV7vDa3qI 8bByzCVbIJHsFgISjzLpFxhI0McFLgIwQrglnAVrP6o6p+tTSPfo0rYHmNwbxjR/f8kcgnoF WCsIW/M4oqsXXWbJmNeeEIui0t10mvdxDHJg381vmDOdljR2PiR6krAOlR5v5qBFOEeq10Ht SrcS9tcbg4oPLtgJtlnXqgT/0pN9aC7di0urWLovjeqVp6DDVIml+9uLUSKdssO+Eb4skYaL lnitINOKLxo/xtBRZYchsRkBZX9FHIf1fNBBTE8pmCH9Mx91DARR+hl329QUHO6Bwx31mLdp BpEi3QBQzIExrBIHezjaaFvmK9R+yV+t6OtyTPMB5Usgv5qmV8qRAAGLoXUhN7VjDWc+Rk9w IGfOxdZZ2wLg8NLLzbpit5BB6N0g5Cm8ZClCyCLceJr/Q+yYGwlRS1pawnHxxMtzqeWhCwID AQABo4IBzjCCAcowHQYDVR0OBBYEFBa1MhvUx/Pg5o7zvdKwOu6yORjRMIGjBgNVHSMEgZsw gZiAFBa1MhvUx/Pg5o7zvdKwOu6yORjRoX2kezB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYD VQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBB dXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZ4IBADAPBgNVHRMB Af8EBTADAQH/MDIGA1UdHwQrMCkwJ6AloCOGIWh0dHBzOi8vd3d3LmNhY2VydC5vcmcvcmV2 b2tlLmNybDAwBglghkgBhvhCAQQEIxYhaHR0cHM6Ly93d3cuY2FjZXJ0Lm9yZy9yZXZva2Uu Y3JsMDQGCWCGSAGG+EIBCAQnFiVodHRwOi8vd3d3LmNhY2VydC5vcmcvaW5kZXgucGhwP2lk PTEwMFYGCWCGSAGG+EIBDQRJFkdUbyBnZXQgeW91ciBvd24gY2VydGlmaWNhdGUgZm9yIEZS RUUgaGVhZCBvdmVyIHRvIGh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzANBgkqhkiG9w0BAQQFAAOC AgEAKMfunIICulyAEso1Ch2Bb4lqmczyaA9/p+GNWJU+vfIGw5BarLVg9plDAaOIcJydYp2k h69nWA0wNjvmrUjTy3QChnE+4isDaPE0YkBGO1PqKPSs+2aVU4pNXf072WDXynlpO7FlkqbG gYJcnM3rTQGKpd8RVaoVyh83wIKYcGHbanyWo44uVD5PIamQ79yCv9zoRa1NkHMIPJRlsASZ dn/ivMJqFaqXBDck2B6UTm0OUb7WxI/Klm33Q9/oMGUnO3u7Q0NjxEP3suxozOEZjiL7mOF7 Wj4BNzuLCLCi85VOGsubzZqx27Jw8C1K29iw429FSDMS//48MipU98T3ivCII8JH/mR6ccDR HqZjsAd+pC/TAY/cnyu2xgipD5NIJfwS/Z9C3PPEPvZXsNfdadEGdzQKS9LKoP8cxozJFr7E zDI3aHNfCPtR90lTNgUKlQJM8nkaEPbYOnWc8x3xog1wZ4Ybsxb1L+Wk63mG+T0LwnMLpZms b/xnuOUvC6YYJI170Ug1KRhArJNg4ZaGULR6WdiPIQufz4KRxju/a9wHkbmXViOqtmyUxkgG POTOTqrk9i8J3FNvLvx06zpjmcKmrIm8p7JEoA2KEONs8iTL+pufcEcu3hSL1LIgCZaiZPEk HNyhNZwVstS8VS59BvWcDlX0WtaT2natJXNMxUMxggJcMIICWAIBATCBgDB5MRAwDgYDVQQK EwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNB IENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0 Lm9yZwIDAMauMAkGBSsOAwIaBQCggbEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq hkiG9w0BCQUxDxcNMDQxMTI1MDcwNTQwWjAjBgkqhkiG9w0BCQQxFgQUhQjX+vU4NrUuxKR2 5zBmBocgodowUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAw DQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwDQYJKoZIhvcNAQEBBQAE ggEAV6JlyHrDVPUKGqXnFHDEahHa61G/pz/8SPjZdTxSO6Cv2pFgI9EhR9MwVSU9LgTAkLzF sWVNs05XAc+vu74mU6rnc7107d2JlWvnnSnsrNxEZcVlq/jelSzo+mhqgWzdbkYXIzrpzPcG 3uyUvC9Uhu7jlOB8vOK3oC3vScjCC8ZKuvWTzcsCpHQOGioB0lCzYbMgjZjmyAfmB5h5RFQ5 HktgchYHfgoHqq5rhoR6NmUUnHtSxHre3l+iw7uYWGp9PWNTxnw349RqXJuKynaLWU+eo+HC TOpMkgK/1Cr8RvPYQJpCWBifhcvep1IAU8zl6TGQ+D77rOzLufRKu7kYCA== --rwEMma7ioTxnRzrJ-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 07:19:04 2004 Return-Path: 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 66EA216A4CE for ; Thu, 25 Nov 2004 07:19:04 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01AF743D45 for ; Thu, 25 Nov 2004 07:19:04 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004112516:18:50:719556.29903.2550053808 for ; Thu, 25 Nov 2004 16:18:50 +0900 (KST) Message-ID: <41A58766.8030607@yahoo.com> Date: Thu, 25 Nov 2004 16:19:02 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <41A2C5C0.3080908@yahoo.com> <2566.10.0.0.26.1101241872.squirrel@10.0.0.26> <41A3EA0F.3080500@yahoo.com> In-Reply-To: <41A3EA0F.3080500@yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-1.55) (SRN:SPAMROBOT) ----------------- Subject: Re: make -j$n buildworld : use of -j investigated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 07:19:04 -0000 Rob wrote: > Brian Szymanski wrote: > >> Did you try any machines that used Hyperthreading? I'd be interested to >> see how those machines fare based on the number of logical and real CPUs. >> >> >>> Although people suggest "-j4" as optimal in general >>> case, I have come to a very different conclusion: >>> >>> 1) single CPU with enough RAM (2 GHz, 512 MB) >>> there's no significant speed up in the range >>> "-j1" to "-j9". >>> So "-j1" is as good as "-j9". >> >> >> >> If you went to all that trouble, you might as well post the numbers :-) > > > Time unit is minutes. > > CPU: 2x800 MHz 2000 MHz 333 MHz > RAM: 1024 MB 512 MB 64 MB > -j -------------------------------- > 1 99 50 276 > 2 58 49 291 > 3 58 50 367 > 4 57 50 547 > 5 58 49 > 6 58 50 > 7 57 50 > 8 58 50 > 9 58 50 I have run another test on a 700 MHz, 128 MB PC, and the following equation seems to hold for all my tests. Calculate: time(minutes) * speed(MHz) * nproc / 1000 MHz and if this results in approximately 1, the system is optimized. For example, in the above case, column 1: -j1 : 99 * 800 * 2 / 1000 = 1.5 -j2 : 58 * 800 * 2 / 1000 = 0.928 column 2: -j1 : 50 * 2000 * 1 / 1000 = 1 column 3: -j1 : 276 * 333 * 1 / 1000 = 0.919 another PC: -j1 : 142 * 700 * 1 / 1000 = 0.994 -------------- All PCs have "standard" hardware. Off-the-shelf mainboard, IDE harddisks, nothing special really. All this is done on 5.3-Stable systems and the time listed (in minutes) is for the buildworld only: "make -jn buildworld" Rob. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 07:21:50 2004 Return-Path: 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 57EFC16A4CF for ; Thu, 25 Nov 2004 07:21:50 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBFA343D39 for ; Thu, 25 Nov 2004 07:21:49 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004112516:21:37:017677.29903.2578095024 for ; Thu, 25 Nov 2004 16:21:37 +0900 (KST) Message-ID: <41A5880D.4030405@yahoo.com> Date: Thu, 25 Nov 2004 16:21:49 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <41A58384.30603@yahoo.com> <20041125070540.GA44058@freebie.xs4all.nl> In-Reply-To: <20041125070540.GA44058@freebie.xs4all.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-4.75) (SRN:SPAMROBOT) ----------------- Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 07:21:50 -0000 Wilko Bulte wrote: > On Thu, Nov 25, 2004 at 04:02:28PM +0900, Rob wrote.. > >>Hi, >> >>I thought 386 support had been removed since 5.X. But >> http://www.freebsd.org/releases/5.3R/installation-i386.html >>says: >> >> 1.2 Hardware Requirements >> FreeBSD for the i386 requires a 486 or better processor to install >> and run (although FreeBSD can run on 386 processors with a custom >> kernel).... >> >>What does this mean? > > One thing you need on the target system (IIRC..) is a FPU. So? The hardware requirements state "FreeBSD can run on 386 processors...". Can I induce an FPU into my system by customizing my kernel? Rob. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 07:21:53 2004 Return-Path: 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 BA57316A4F1 for ; Thu, 25 Nov 2004 07:21:53 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C31943D62 for ; Thu, 25 Nov 2004 07:21:53 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iAP7OqY4067233; Thu, 25 Nov 2004 00:24:53 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41A58831.3040005@freebsd.org> Date: Thu, 25 Nov 2004 00:22:25 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: secmgr References: <1101361406.1473.1.camel@emperor> In-Reply-To: <1101361406.1473.1.camel@emperor> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-stable@freebsd.org Subject: Re: 5.3R p1 only boots in safe mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 07:21:53 -0000 secmgr wrote: > Can someone point me to what "safe mode" sets so I can debug whats > broke? > > thanks > jim > It disables ACPI, APIC, ATA DMA, ATAPI DMA, ATA Write Cache, and EISA. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 07:23:27 2004 Return-Path: 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 993BD16A4CE for ; Thu, 25 Nov 2004 07:23:27 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B82443D48 for ; Thu, 25 Nov 2004 07:23:27 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iAP7QRvW067258; Thu, 25 Nov 2004 00:26:27 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41A58890.7000804@freebsd.org> Date: Thu, 25 Nov 2004 00:24:00 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <41A58384.30603@yahoo.com> In-Reply-To: <41A58384.30603@yahoo.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-stable@freebsd.org Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 07:23:27 -0000 Rob wrote: > > Hi, > > I thought 386 support had been removed since 5.X. But > http://www.freebsd.org/releases/5.3R/installation-i386.html > says: > > 1.2 Hardware Requirements > FreeBSD for the i386 requires a 486 or better processor to install > and run (although FreeBSD can run on 386 processors with a custom > kernel).... > > What does this mean? > Should I install on 486 or higher, Highly recommended > build a custom kernel and then > physically put the very same disk in a 386 PC? You could try this if you really wanted, yes. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 07:26:52 2004 Return-Path: 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 B4C0916A4CE for ; Thu, 25 Nov 2004 07:26:52 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5088A43D58 for ; Thu, 25 Nov 2004 07:26:52 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iAP7Tqk8067288; Thu, 25 Nov 2004 00:29:52 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41A5895D.5030000@freebsd.org> Date: Thu, 25 Nov 2004 00:27:25 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <41A58384.30603@yahoo.com> <20041125070540.GA44058@freebie.xs4all.nl> <41A5880D.4030405@yahoo.com> In-Reply-To: <41A5880D.4030405@yahoo.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-stable@freebsd.org Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 07:26:52 -0000 Rob wrote: > Wilko Bulte wrote: > >> On Thu, Nov 25, 2004 at 04:02:28PM +0900, Rob wrote.. >> >>> Hi, >>> >>> I thought 386 support had been removed since 5.X. But >>> http://www.freebsd.org/releases/5.3R/installation-i386.html >>> says: >>> >>> 1.2 Hardware Requirements >>> FreeBSD for the i386 requires a 486 or better processor to install >>> and run (although FreeBSD can run on 386 processors with a custom >>> kernel).... >>> >>> What does this mean? >> >> >> One thing you need on the target system (IIRC..) is a FPU. > > > So? > The hardware requirements state "FreeBSD can run on 386 processors...". The GENERIC kernel that is shipped with FreeBSD will not boot on an 80386 processor, period. > Can I induce an FPU into my system by customizing my kernel? You'll need an FPU and a custom kernel that is compiled with the CPU_I386 option. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 08:18:22 2004 Return-Path: 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 8CB3D16A4CE for ; Thu, 25 Nov 2004 08:18:22 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F36843D4C for ; Thu, 25 Nov 2004 08:18:22 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 33A6072DD4; Thu, 25 Nov 2004 00:18:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2E69172DCB; Thu, 25 Nov 2004 00:18:22 -0800 (PST) Date: Thu, 25 Nov 2004 00:18:22 -0800 (PST) From: Doug White To: Andrei Grudiy In-Reply-To: <20041115084956.GA24138@interexc.com> Message-ID: <20041124234936.K2006@carver.gumbysoft.com> References: <20041115084956.GA24138@interexc.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: 100.chksetuid in /etc/periodic/security resets the mashine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 08:18:22 -0000 Please don't crosspost lists, particularly -security (which is totally unrelated) and -questions and another list (which is generally redundant). I've reset the cc: to -stable since thats the only one of the 3 I'm subscribed to. Thanks! On Mon, 15 Nov 2004, Andrei Grudiy wrote: > Hello, kolleages! > I have a problem. > When I (or system) start the script 100.chksetuid in > /etc/periodic/security my machine resets. This is probably a hardware problem. chksetuid does a full scan of the filesystem(s) and either the load from the scan or some secondary effect (low voltage, overtemperature, bad memory) causes the reset. Also, spontaneous resets are tough to cause in software running in protected mode without help from bad hardware :-) I'd check the usual suspects: turn off any overclocking, check heat sinks, fans, and temperature sensors, and if your machine's vendor offers a diagnostic tool, run it on repeat for a day or two. Also set up a serial console and run the script manually and see if you are getting a panic or some other output. > The machine: > Timecounter "i8254" frequency 1193182 Hz > CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.82-MHz 686-class CPU) > System version: > FreeBSD 4.10-STABLE #0: Mon Nov 8 06:50:54 PST 2004 This seems like a server-class machine, which may also have some onboard monitoring which may have logged something. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 08:28:40 2004 Return-Path: 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 14F5916A4CE for ; Thu, 25 Nov 2004 08:28:40 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id A917B43D1D for ; Thu, 25 Nov 2004 08:28:39 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004112517:28:08:730757.21758.2939812784 for ; Thu, 25 Nov 2004 17:28:08 +0900 (KST) Message-ID: <41A597B6.50605@yahoo.com> Date: Thu, 25 Nov 2004 17:28:38 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <41A58384.30603@yahoo.com> <20041125070540.GA44058@freebie.xs4all.nl> <41A5880D.4030405@yahoo.com> <41A5895D.5030000@freebsd.org> In-Reply-To: <41A5895D.5030000@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-4.20) (SRN:SPAMROBOT) ----------------- Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 08:28:40 -0000 Scott Long wrote: > Rob wrote: > >> Wilko Bulte wrote: >> >>> On Thu, Nov 25, 2004 at 04:02:28PM +0900, Rob wrote.. >>> >>>> Hi, >>>> >>>> I thought 386 support had been removed since 5.X. But >>>> http://www.freebsd.org/releases/5.3R/installation-i386.html >>>> says: >>>> >>>> 1.2 Hardware Requirements >>>> FreeBSD for the i386 requires a 486 or better processor to install >>>> and run (although FreeBSD can run on 386 processors with a custom >>>> kernel).... >>>> >>>> What does this mean? >>> >>> >>> >>> One thing you need on the target system (IIRC..) is a FPU. >> >> >> >> So? >> The hardware requirements state "FreeBSD can run on 386 processors...". > > > The GENERIC kernel that is shipped with FreeBSD will not boot on an > 80386 processor, period. > >> Can I induce an FPU into my system by customizing my kernel? > > > You'll need an FPU and a custom kernel that is compiled with the > CPU_I386 option. I'm not an expert here, but I found this: 80386SX = 386 w/o FPU 80386DX = 386 w/ FPU Should instead, the "Hardware Requirements" for 5.3 then mention this: ...(although FreeBSD can run on 80386DX processors... to be more precise, to avoid confusion/frustration for 80386SX owners? Rob. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 08:33:22 2004 Return-Path: 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 DA64816A4CE for ; Thu, 25 Nov 2004 08:33:22 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C8A143D2D for ; Thu, 25 Nov 2004 08:33:22 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iAP8aM0e067472; Thu, 25 Nov 2004 01:36:22 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41A598F2.3010906@freebsd.org> Date: Thu, 25 Nov 2004 01:33:54 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <41A58384.30603@yahoo.com> <20041125070540.GA44058@freebie.xs4all.nl> <41A5880D.4030405@yahoo.com> <41A5895D.5030000@freebsd.org> <41A597B6.50605@yahoo.com> In-Reply-To: <41A597B6.50605@yahoo.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-stable@freebsd.org Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 08:33:23 -0000 Rob wrote: > Scott Long wrote: > >> Rob wrote: >> >>> Wilko Bulte wrote: >>> >>>> On Thu, Nov 25, 2004 at 04:02:28PM +0900, Rob wrote.. >>>> >>>>> Hi, >>>>> >>>>> I thought 386 support had been removed since 5.X. But >>>>> http://www.freebsd.org/releases/5.3R/installation-i386.html >>>>> says: >>>>> >>>>> 1.2 Hardware Requirements >>>>> FreeBSD for the i386 requires a 486 or better processor to install >>>>> and run (although FreeBSD can run on 386 processors with a custom >>>>> kernel).... >>>>> >>>>> What does this mean? >>>> >>>> >>>> >>>> >>>> One thing you need on the target system (IIRC..) is a FPU. >>> >>> >>> >>> >>> So? >>> The hardware requirements state "FreeBSD can run on 386 processors...". >> >> >> >> The GENERIC kernel that is shipped with FreeBSD will not boot on an >> 80386 processor, period. >> >>> Can I induce an FPU into my system by customizing my kernel? >> >> >> >> You'll need an FPU and a custom kernel that is compiled with the >> CPU_I386 option. > > > I'm not an expert here, but I found this: > > 80386SX = 386 w/o FPU > 80386DX = 386 w/ FPU > > Should instead, the "Hardware Requirements" for 5.3 then mention > this: > > ...(although FreeBSD can run on 80386DX processors... > > to be more precise, to avoid confusion/frustration for 80386SX > owners? > > Rob. > The 80386DX does not have an FPU, nor does the 80386SX. You need an 80387 co-processor installed to get FPU services. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 08:37:45 2004 Return-Path: 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 17B4A16A4CE for ; Thu, 25 Nov 2004 08:37:45 +0000 (GMT) Received: from lithium.plan-ix.de (lithium.plan-ix.de [212.37.39.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15C6A43D1D for ; Thu, 25 Nov 2004 08:37:44 +0000 (GMT) (envelope-from braukmann@tse-online.de) Received: from localhost (lithium.plan-ix.de [212.37.39.35]) by lithium.plan-ix.de (Postfix) with ESMTP id B4B7C2EC35F; Thu, 25 Nov 2004 08:37:42 +0000 (GMT) Received: from localhost.plan-ix.de ([212.37.39.35]) by localhost (lithium.plan-ix.de [212.37.39.35]) (amavisd-new, port 10025) with ESMTP id 58855-01; Thu, 25 Nov 2004 08:37:42 +0000 (GMT) Received: from [192.168.225.210] (p50825831.dip0.t-ipconnect.de [80.130.88.49]) by lithium.plan-ix.de (Postfix) with ESMTP id 1834F2EC35E; Thu, 25 Nov 2004 08:37:42 +0000 (GMT) Date: Thu, 25 Nov 2004 09:37:53 +0100 From: Andreas Braukmann To: Rob Message-ID: <9A22EAB1AD3ED68537C7C79C@[192.168.225.210]> In-Reply-To: <41A597B6.50605@yahoo.com> References: <41A58384.30603@yahoo.com> <20041125070540.GA44058@freebie.xs4all.nl> <41A5880D.4030405@yahoo.com> <41A5895D.5030000@freebsd.org> <41A597B6.50605@yahoo.com> X-Mailer: Mulberry/3.1.6 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at plan-ix.de cc: freebsd-stable@freebsd.org Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 08:37:45 -0000 --On Donnerstag, 25. November 2004 17:28 Uhr +0900 Rob wrote: >> You'll need an FPU and a custom kernel that is compiled with the >> CPU_I386 option. > > I'm not an expert here, but I found this: > > 80386SX = 386 w/o FPU > 80386DX = 386 w/ FPU plain wrong. 80386SX = 386 with 16 Bit Databus 80386DX = 386 with 32 Bit Databus Both of them have no FPU. You have to add an 80387 as an external FPU. -Andreas From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 09:10:02 2004 Return-Path: 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 BAD8A16A4D2 for ; Thu, 25 Nov 2004 09:10:02 +0000 (GMT) Received: from smtp16.wxs.nl (smtp16.wxs.nl [195.121.6.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 532DC43D4C for ; Thu, 25 Nov 2004 09:10:02 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl [81.205.197.210])2004))freebsd-stable@freebsd.org; Thu, 25 Nov 2004 10:09:42 +0100 (CET) Received: (qmail 11539 invoked from network); Thu, 25 Nov 2004 09:09:39 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Thu, 25 Nov 2004 09:09:39 +0000 Received: (qmail 769 invoked from network); Thu, 25 Nov 2004 09:09:38 +0000 Received: from localhost.thuis.klop.ws (HELO smtp.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; Thu, 25 Nov 2004 09:09:38 +0000 Date: Thu, 25 Nov 2004 10:09:35 +0100 From: Ronald Klop In-reply-to: <41A58766.8030607@yahoo.com> To: Rob , freebsd-stable@freebsd.org Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-transfer-encoding: 7BIT User-Agent: Opera M2/7.54 (FreeBSD, build 751) References: <41A2C5C0.3080908@yahoo.com> <2566.10.0.0.26.1101241872.squirrel@10.0.0.26> <41A3EA0F.3080500@yahoo.com> <41A58766.8030607@yahoo.com> Subject: port make index (was: Re: make -j$n buildworld : use of -j investigated) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 09:10:02 -0000 On Thu, 25 Nov 2004 16:19:02 +0900, Rob wrote: > Rob wrote: >> Brian Szymanski wrote: >> >>> Did you try any machines that used Hyperthreading? I'd be interested to >>> see how those machines fare based on the number of logical and real >>> CPUs. >>> >>> >>>> Although people suggest "-j4" as optimal in general >>>> case, I have come to a very different conclusion: >>>> >>>> 1) single CPU with enough RAM (2 GHz, 512 MB) >>>> there's no significant speed up in the range >>>> "-j1" to "-j9". >>>> So "-j1" is as good as "-j9". >>> >>> >>> >>> If you went to all that trouble, you might as well post the numbers :-) >> Time unit is minutes. >> CPU: 2x800 MHz 2000 MHz 333 MHz >> RAM: 1024 MB 512 MB 64 MB >> -j -------------------------------- >> 1 99 50 276 >> 2 58 49 291 >> 3 58 50 367 >> 4 57 50 547 >> 5 58 49 >> 6 58 50 >> 7 57 50 >> 8 58 50 >> 9 58 50 > > I have run another test on a 700 MHz, 128 MB PC, > and the following equation seems to hold for all > my tests. Calculate: > > time(minutes) * speed(MHz) * nproc / 1000 MHz > > and if this results in approximately 1, the system > is optimized. > > For example, in the above case, > > column 1: > -j1 : 99 * 800 * 2 / 1000 = 1.5 > -j2 : 58 * 800 * 2 / 1000 = 0.928 > > column 2: > -j1 : 50 * 2000 * 1 / 1000 = 1 > > column 3: > -j1 : 276 * 333 * 1 / 1000 = 0.919 > > another PC: > -j1 : 142 * 700 * 1 / 1000 = 0.994 > > -------------- > > All PCs have "standard" hardware. Off-the-shelf > mainboard, IDE harddisks, nothing special really. > > All this is done on 5.3-Stable systems and the time > listed (in minutes) is for the buildworld only: > "make -jn buildworld" > > Rob. Would all this work for 'make index' for the ports also? Or is this more io bound? I can't test this myself, because my laptop is to slow for making these tests any fun. Ronald. -- Ronald Klop, Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 09:24:34 2004 Return-Path: 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 C4F1716A4CE for ; Thu, 25 Nov 2004 09:24:34 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C1FA43D49 for ; Thu, 25 Nov 2004 09:24:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E5C4A51295; Thu, 25 Nov 2004 01:28:55 -0800 (PST) Date: Thu, 25 Nov 2004 01:28:55 -0800 From: Kris Kennaway To: Ronald Klop Message-ID: <20041125092855.GA64481@xor.obsecurity.org> References: <41A2C5C0.3080908@yahoo.com> <2566.10.0.0.26.1101241872.squirrel@10.0.0.26> <41A3EA0F.3080500@yahoo.com> <41A58766.8030607@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: Rob cc: freebsd-stable@freebsd.org Subject: Re: port make index (was: Re: make -j$n buildworld : use of -j investigated) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 09:24:34 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 25, 2004 at 10:09:35AM +0100, Ronald Klop wrote: > Would all this work for 'make index' for the ports also? Or is this more = =20 > io bound? > I can't test this myself, because my laptop is to slow for making these = =20 > tests any fun. Based on my tests, 'make index' is only faster with -j on smp machines (the default is -j2, which only penalizes UP by a second or two, but nearly halves the build time on an smp machine). Kris --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBpaXXWry0BWjoQKURApquAKDO5TLQjYcMqcd14kWEnfAmOzFqygCeKZ1+ rUUSVNmaEhbkbLyImOarIt0= =2KgJ -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 10:14:48 2004 Return-Path: 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 65A1116A4CE for ; Thu, 25 Nov 2004 10:14:48 +0000 (GMT) Received: from smtp18.wxs.nl (smtp18.wxs.nl [195.121.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3A8843D1D for ; Thu, 25 Nov 2004 10:14:47 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl [81.205.197.210])2004))freebsd-stable@freebsd.org; Thu, 25 Nov 2004 11:14:47 +0100 (CET) Received: (qmail 12708 invoked from network); Thu, 25 Nov 2004 10:14:46 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Thu, 25 Nov 2004 10:14:46 +0000 Received: (qmail 1069 invoked from network); Thu, 25 Nov 2004 10:14:44 +0000 Received: from localhost.thuis.klop.ws (HELO smtp.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; Thu, 25 Nov 2004 10:14:44 +0000 Date: Thu, 25 Nov 2004 11:14:42 +0100 From: Ronald Klop In-reply-to: <20041125092855.GA64481@xor.obsecurity.org> To: Kris Kennaway Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-transfer-encoding: 7BIT User-Agent: Opera M2/7.54 (FreeBSD, build 751) References: <41A2C5C0.3080908@yahoo.com> <2566.10.0.0.26.1101241872.squirrel@10.0.0.26> <41A3EA0F.3080500@yahoo.com> <41A58766.8030607@yahoo.com> <20041125092855.GA64481@xor.obsecurity.org> cc: Rob cc: freebsd-stable@freebsd.org Subject: Re: port make index (was: Re: make -j$n buildworld : use of -j investigated) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 10:14:48 -0000 On Thu, 25 Nov 2004 01:28:55 -0800, Kris Kennaway wrote: > On Thu, Nov 25, 2004 at 10:09:35AM +0100, Ronald Klop wrote: > >> Would all this work for 'make index' for the ports also? Or is this more >> io bound? >> I can't test this myself, because my laptop is to slow for making these >> tests any fun. > > Based on my tests, 'make index' is only faster with -j on smp machines > (the default is -j2, which only penalizes UP by a second or two, but > nearly halves the build time on an smp machine). But -j1 saves on mem usage on UP I presume, so it makes my workstation more useable while being 2 secs.faster. Is this set by an INDEX_JOBS make var in /etc/make.conf? Found it in /usr/ports/Makefile. Ronald. -- Ronald Klop, Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 10:17:41 2004 Return-Path: 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 764C216A4CE for ; Thu, 25 Nov 2004 10:17:41 +0000 (GMT) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03E8B43D2D for ; Thu, 25 Nov 2004 10:17:38 +0000 (GMT) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.145]) by raven.ravenbrook.com (8.12.6p3/8.12.6) with ESMTP id iAPAHTuo026791 for ; Thu, 25 Nov 2004 10:17:29 GMT (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) iAPAHTrB003283 for ; Thu, 25 Nov 2004 10:17:29 GMT (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: freebsd-stable@freebsd.org In-Reply-To: from Ronald Klop of "Thu, 25 Nov 2004 10:09:35 +0100" Date: Thu, 25 Nov 2004 10:17:29 +0000 Message-ID: <3282.1101377849@thrush.ravenbrook.com> Sender: nb@ravenbrook.com Subject: Re: port make index (was: Re: make -j$n buildworld : use of -j investigated) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 10:17:41 -0000 On Thu, 25 Nov 2004 16:19:02 +0900, Rob wrote: > > time(minutes) * speed(MHz) * nproc / 1000 MHz Looking at your examples, it seems you divide by 1e5, not by 1000. In other words, buildworld is CPU bound and takes about 6e12 clock cycles. Use -j. Nick B From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 10:18:47 2004 Return-Path: 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 CDA5216A4CE for ; Thu, 25 Nov 2004 10:18:47 +0000 (GMT) Received: from HOT-Bounce1.hot.ee (mail.neti.ee [194.126.101.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6075743D6E for ; Thu, 25 Nov 2004 10:18:46 +0000 (GMT) (envelope-from kalts@estpak.ee) Received: from MXR-2.estpak.ee (Relay2 [192.168.1.21]) by HOT-Bounce1.hot.ee (Postfix) with ESMTP id 543D87A6E1; Thu, 25 Nov 2004 12:18:45 +0200 (EET) Received: from kevad.internal (80-235-37-114-dsl.mus.estpak.ee [80.235.37.114]) by MXR-2.estpak.ee (Postfix) with ESMTP id 76352EC2FD; Thu, 25 Nov 2004 12:10:38 +0200 (EET) Received: by kevad.internal (Postfix, from userid 1000) id 1E8251C8B4C; Thu, 25 Nov 2004 12:14:06 +0200 (EET) Date: Thu, 25 Nov 2004 12:14:06 +0200 From: Vallo Kallaste To: Eirik =?utf-8?Q?=C3=98verby?= Message-ID: <20041125101405.GB7690@kevad.internal> References: <41A45A3F.5010008@anduin.net> <20041124171115.GP7232@darkness.comp.waw.pl> <6579E984-3E47-11D9-9576-000D9335BCEC@anduin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6579E984-3E47-11D9-9576-000D9335BCEC@anduin.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at neti.ee cc: stable@freebsd.org Subject: Re: graid3 - requirements or manpage wrong? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kalts@estpak.ee List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 10:18:47 -0000 On Wed, Nov 24, 2004 at 07:33:55PM +0100, Eirik Øverby wrote: > OK I see, makes sense. So it's not really a raid3 issue, but an > implementation issue. > The only problem then is - gvinum being in a completely unusable state > (for raid5 anyway), what are my alternatives? I have four 160gb IDE > drives, and I want capacity+redundancy. Performance is a non-issue, > really. What do I do - in software? Submit code is the standard answer. Vinum and now gvinum (I have not tried the latter, your words) have never had reliable RAID-5 implementation. That is my experience only. Yes I am frustrated about current state of FreeBSD and because of such state I'm forced to use other OS's, for reliability reasons. For a person who's been with FreeBSD since 2.0.5 that's sad future, but nevertheless I'm unsubscribing from the remaining FreeBSD lists until things (hopefully) improve and to save you all from further rants. -- Vallo Kallaste From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 10:52:22 2004 Return-Path: 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 BDF4816A4CE for ; Thu, 25 Nov 2004 10:52:22 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9603C43D2F for ; Thu, 25 Nov 2004 10:52:21 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual.digiware.nl [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id iAPAqCwF053463; Thu, 25 Nov 2004 11:52:13 +0100 (CET) (envelope-from wjw@withagen.nl) Message-ID: <41A5B95F.3060605@withagen.nl> Date: Thu, 25 Nov 2004 11:52:15 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: kalts@estpak.ee References: <41A45A3F.5010008@anduin.net> <20041124171115.GP7232@darkness.comp.waw.pl> <6579E984-3E47-11D9-9576-000D9335BCEC@anduin.net> <20041125101405.GB7690@kevad.internal> In-Reply-To: <20041125101405.GB7690@kevad.internal> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: stable@freebsd.org cc: =?ISO-8859-1?Q?Eirik_=D8verby?= Subject: Re: graid3 - requirements or manpage wrong? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 10:52:22 -0000 Vallo Kallaste wrote: > On Wed, Nov 24, 2004 at 07:33:55PM +0100, Eirik Øverby > wrote: > > >>OK I see, makes sense. So it's not really a raid3 issue, but an >>implementation issue. >>The only problem then is - gvinum being in a completely unusable state >>(for raid5 anyway), what are my alternatives? I have four 160gb IDE >>drives, and I want capacity+redundancy. Performance is a non-issue, >>really. What do I do - in software? > > > Submit code is the standard answer. Vinum and now gvinum (I have not > tried the latter, your words) have never had reliable RAID-5 > implementation. That is my experience only. Yes I am frustrated > about current state of FreeBSD and because of such state I'm forced > to use other OS's, for reliability reasons. For a person who's been > with FreeBSD since 2.0.5 that's sad future, but nevertheless I'm > unsubscribing from the remaining FreeBSD lists until things > (hopefully) improve and to save you all from further rants. That is not completely fair for vinum.... I've been running vinum now for the better of 3-4 years, and even with a set of very flaky seagate IDE drives I never lost a byte. Vinum has served me well, and I trust gvinum will get there as well. I just left my fileserver at 5.1, which I know is not an option for everybody. --WjW From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 13:10:52 2004 Return-Path: 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 D83A516A4CE for ; Thu, 25 Nov 2004 13:10:52 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1709543D45 for ; Thu, 25 Nov 2004 13:10:52 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (sjivid@localhost [127.0.0.1]) by lurza.secnetix.de (8.12.11/8.12.11) with ESMTP id iAPDAoU1027220 for ; Thu, 25 Nov 2004 14:10:50 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.12.11/8.12.11/Submit) id iAPDAoVE027219; Thu, 25 Nov 2004 14:10:50 +0100 (CET) (envelope-from olli) Date: Thu, 25 Nov 2004 14:10:50 +0100 (CET) Message-Id: <200411251310.iAPDAoVE027219@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <41A58384.30603@yahoo.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.10-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 13:10:53 -0000 Rob wrote: > I thought 386 support had been removed since 5.X. But > http://www.freebsd.org/releases/5.3R/installation-i386.html > says: > > 1.2 Hardware Requirements > FreeBSD for the i386 requires a 486 or better processor to install > and run (although FreeBSD can run on 386 processors with a custom > kernel).... > > What does this mean? > Should I install on 486 or higher, build a custom kernel and then > physically put the very same disk in a 386 PC? I haven't tried this myself, but you should be able to re- place the GENERIC kernel on the install CD with a custom kernel that contains i386 CPU support. That way you don't have to physically move disk drives. Alternatively, install FreeBSD 4.10 (or -stable) which still supports i386 in GENERIC, then update from there, keeping the i386 option in your kernel. Note that you will need a hardware FPU (i387 math co-pro). FreeBSD 4.x supports math emulation, so you don't need a hardware FPU there, but apparently that support has been removed in FreeBSD 5.x. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "If you think C++ is not overly complicated, just what is a protected abstract virtual base pure virtual private destructor, and when was the last time you needed one?" -- Tom Cargil, C++ Journal From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 13:31:19 2004 Return-Path: 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 1043716A4CE for ; Thu, 25 Nov 2004 13:31:19 +0000 (GMT) Received: from konst.donpac.ru (f2cis.konst.donpac.ru [83.221.201.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5E2143D41 for ; Thu, 25 Nov 2004 13:31:17 +0000 (GMT) (envelope-from sergei@konst.donpac.ru) Received: from Curs3 (curs3.konst.donpac.ru [10.161.193.203]) by konst.donpac.ru (8.12.10/8.12.10) with ESMTP id iAP6NJrQ004142 for ; Thu, 25 Nov 2004 09:23:19 +0300 (MSK) (envelope-from sergei@konst.donpac.ru) From: "Sergei" To: Date: Thu, 25 Nov 2004 09:23:19 +0300 Message-ID: <02a201c4d2b7$451a82f0$cbc1a10a@Curs3> 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, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal X-Virus-Scanned: ClamAV 0.80/533/Sun Oct 17 05:09:44 2004, clamav-milter version 0.73a on konst.donpac.ru X-Virus-Status: Clean Subject: 5.2 -> 5.3 without single mode? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 13:31:19 -0000 Is it possible to cvsup from 5.2 to 5.3 without booting in single mode? I have a remote machine and want update it, but it is no console access, only SSH. Thanks... From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 13:54:29 2004 Return-Path: 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 05D0A16A4CE for ; Thu, 25 Nov 2004 13:54:29 +0000 (GMT) Received: from f21.mail.ru (f21.mail.ru [194.67.57.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA17143D54 for ; Thu, 25 Nov 2004 13:54:28 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f21.mail.ru with local id 1CXK4m-0006Je-00 for stable@freebsd.org; Thu, 25 Nov 2004 16:54:24 +0300 Received: from [81.200.13.122] by win.mail.ru with HTTP; Thu, 25 Nov 2004 16:54:24 +0300 From: dima <_pppp@mail.ru> To: stable@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.13.122] Date: Thu, 25 Nov 2004 16:54:24 +0300 In-Reply-To: <02a201c4d2b7$451a82f0$cbc1a10a@Curs3> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: Re: 5.2 -> 5.3 without single mode? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 13:54:29 -0000 > Is it possible to cvsup from 5.2 to 5.3 without booting in single mode? > I have a remote machine and want update it, but it is no console access, > only SSH. You don't actually need to reboot in single-user mode. Just make sure your users wouldn't use the server hard during the # mergemaster -p # make installworld # mergemaster cycle. You can basically disable all the services but sshd for that task & enable them again after the second reboot. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 16:02:15 2004 Return-Path: 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 3896816A4CE for ; Thu, 25 Nov 2004 16:02:15 +0000 (GMT) Received: from opium.dyndns.org (h7n4c1o255.bredband.skanova.com [81.225.11.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C05C43D2D for ; Thu, 25 Nov 2004 16:02:14 +0000 (GMT) (envelope-from busta@33rpm.biz) Received: from opium (localhost.dyndns.org [127.0.0.1]) by opium.dyndns.org (Postfix) with ESMTP id 4472F61D6 for ; Thu, 25 Nov 2004 17:02:12 +0100 (CET) Received: from 192.168.0.200 (SquirrelMail authenticated user busta@33rpm.biz); by opium with HTTP; Thu, 25 Nov 2004 17:02:12 +0100 (CET) Message-ID: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> Date: Thu, 25 Nov 2004 17:02:12 +0100 (CET) From: "alex bustamante" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: busta@33rpm.biz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 16:02:15 -0000 Hi all, Is there any graphicscard that is known to work better than others with freebsd/x11? (open sourcecode for the drivers, etc) -Alex -- alex bustamante - busta@33rpm.biz From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 16:03:59 2004 Return-Path: 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 A29D416A4CE for ; Thu, 25 Nov 2004 16:03:59 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC73643D58 for ; Thu, 25 Nov 2004 16:03:56 +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.1/8.13.1) with ESMTP id iAPG3mfI028975 for ; Thu, 25 Nov 2004 17:03:49 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <41A60264.30109@fer.hr> Date: Thu, 25 Nov 2004 17:03:48 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.9 (X11/20041111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: Huge slapd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 16:03:59 -0000 After a few days of mostly test load, top reports that the slapd process (OpenLDAP server) is huge: 439 ldap 20 0 149M 6128K kserel 0:07 0.00% 0.00% slapd I know that the actually used memory size is the 6MB figure above, but why does it allocate almost 150MB? Is it normal? From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 16:05:34 2004 Return-Path: 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 39AF616A4CE for ; Thu, 25 Nov 2004 16:05:34 +0000 (GMT) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id F33CB43D1D for ; Thu, 25 Nov 2004 16:05:33 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.43 (FreeBSD)) id 1CXM7g-0002ak-6j; Thu, 25 Nov 2004 16:05:32 +0000 Date: Thu, 25 Nov 2004 16:05:32 +0000 From: Yann Golanski To: alex bustamante Message-ID: <20041125160532.GA9813@kierun.org> References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> User-Agent: Mutt/1.5.6i Sender: "Yann Golanski,University of York,+44(0)1904-433088" cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 16:05:34 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth alex bustamante on Thu, Nov 25, 2004 at 17:02:12 +0100 > Is there any graphicscard that is known to work better than others with > freebsd/x11? (open sourcecode for the drivers, etc) > -Alex I've had no problems with Radeon cards at all. But what you need to look at is www.x.org and check their list of supported cards. --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBpgLM91FwBp3iYxgRApxlAKC/J6jWwPlV+WJQPT18oY0Q1+ZzhACeOeX9 SS+P1As80T49qPQUL9/ukHM= =16VW -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 16:08:03 2004 Return-Path: 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 7C59B16A4CE for ; Thu, 25 Nov 2004 16:08:03 +0000 (GMT) Received: from sbtx.tmn.ru (relay.tmn.ru [212.76.160.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9827F43D2F for ; Thu, 25 Nov 2004 16:08:01 +0000 (GMT) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (sv.tech.sibitex.tmn.ru [212.76.160.59]) by sbtx.tmn.ru (8.12.8p2/8.12.8) with ESMTP id iAPG7vmU023173; Thu, 25 Nov 2004 21:07:57 +0500 (YEKT) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (localhost.tech.sibitex.tmn.ru [127.0.0.1])iAPG7vxQ092962; Thu, 25 Nov 2004 21:07:57 +0500 (YEKT) (envelope-from serg@sv.tech.sibitex.tmn.ru) Received: (from serg@localhost) by sv.tech.sibitex.tmn.ru (8.13.1/8.13.1/Submit) id iAPG7vJ5092961; Thu, 25 Nov 2004 21:07:57 +0500 (YEKT) (envelope-from serg) Date: Thu, 25 Nov 2004 21:07:57 +0500 From: "Sergey N. Voronkov" To: alex bustamante Message-ID: <20041125160757.GA92946@tmn.ru> References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV 0.80/605/Wed Nov 24 19:09:47 2004 clamav-milter version 0.80j on sbtx.tmn.ru X-Virus-Status: Clean cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 16:08:03 -0000 On Thu, Nov 25, 2004 at 05:02:12PM +0100, alex bustamante wrote: > Hi all, > > Is there any graphicscard that is known to work better than others with > freebsd/x11? (open sourcecode for the drivers, etc) > -Alex > Hello! Matrox MGA G400. Serg. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 16:13:34 2004 Return-Path: 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 AEDBE16A4DB for ; Thu, 25 Nov 2004 16:13:34 +0000 (GMT) Received: from opium.dyndns.org (h7n4c1o255.bredband.skanova.com [81.225.11.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E87443D49 for ; Thu, 25 Nov 2004 16:13:34 +0000 (GMT) (envelope-from busta@33rpm.biz) Received: from opium (localhost.dyndns.org [127.0.0.1]) by opium.dyndns.org (Postfix) with ESMTP id 4015861D6 for ; Thu, 25 Nov 2004 17:13:33 +0100 (CET) Received: from 192.168.0.200 (SquirrelMail authenticated user busta@33rpm.biz); by opium with HTTP; Thu, 25 Nov 2004 17:13:33 +0100 (CET) Message-ID: <52085.192.168.0.200.1101399213.squirrel@192.168.0.200> In-Reply-To: <20041125160532.GA9813@kierun.org> References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <20041125160532.GA9813@kierun.org> Date: Thu, 25 Nov 2004 17:13:33 +0100 (CET) From: "alex bustamante" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: busta@33rpm.biz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 16:13:34 -0000 > Quoth alex bustamante on Thu, Nov 25, 2004 at 17:02:12 +0100 >> Is there any graphicscard that is known to work better than others with >> freebsd/x11? (open sourcecode for the drivers, etc) >> -Alex > > I've had no problems with Radeon cards at all. But what you need to > look at is www.x.org and check their list of supported cards. > > -- > yann@kierun.org -=*=- www.kierun.org > PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 > Yes, i know i can check out what cards are supported. I have a Nvidia card now, it works ok. I was just curious to know of other cards that maybe runs faster or some like that. -- alex bustamante - busta@33rpm.biz From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 16:59:04 2004 Return-Path: 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 7B05516A4CE for ; Thu, 25 Nov 2004 16:59:04 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D35943D4C for ; Thu, 25 Nov 2004 16:59:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 20FD2513D3; Thu, 25 Nov 2004 09:03:28 -0800 (PST) Date: Thu, 25 Nov 2004 09:03:27 -0800 From: Kris Kennaway To: Ronald Klop Message-ID: <20041125170327.GA76150@xor.obsecurity.org> References: <41A2C5C0.3080908@yahoo.com> <2566.10.0.0.26.1101241872.squirrel@10.0.0.26> <41A3EA0F.3080500@yahoo.com> <41A58766.8030607@yahoo.com> <20041125092855.GA64481@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: Rob cc: freebsd-stable@freebsd.org cc: Kris Kennaway Subject: Re: port make index (was: Re: make -j$n buildworld : use of -j investigated) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 16:59:04 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 25, 2004 at 11:14:42AM +0100, Ronald Klop wrote: > On Thu, 25 Nov 2004 01:28:55 -0800, Kris Kennaway = =20 > wrote: >=20 > >On Thu, Nov 25, 2004 at 10:09:35AM +0100, Ronald Klop wrote: > > > >>Would all this work for 'make index' for the ports also? Or is this more > >>io bound? > >>I can't test this myself, because my laptop is to slow for making these > >>tests any fun. > > > >Based on my tests, 'make index' is only faster with -j on smp machines > >(the default is -j2, which only penalizes UP by a second or two, but > >nearly halves the build time on an smp machine). >=20 > But -j1 saves on mem usage on UP I presume, so it makes my workstation = =20 > more useable while being 2 secs.faster. > Is this set by an INDEX_JOBS make var in /etc/make.conf? Found it in =20 > /usr/ports/Makefile. Yes. Kris --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBphBfWry0BWjoQKURAt9eAKDDoJ8PW27yJjte3TW772PZTvo+1QCeLbWu LwndybpTzKg8LFYdROakjns= =QeyI -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 17:06:25 2004 Return-Path: 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 8979216A4CE for ; Thu, 25 Nov 2004 17:06:25 +0000 (GMT) Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39EEA43D46 for ; Thu, 25 Nov 2004 17:06:25 +0000 (GMT) (envelope-from mark@markdnet.demon.co.uk) Received: from markdnet.demon.co.uk ([80.177.29.129] helo=[192.168.20.3]) by anchor-post-32.mail.demon.net with esmtp (Exim 4.42) id 1CXN4a-000APL-6d; Thu, 25 Nov 2004 17:06:24 +0000 From: Mark Dixon To: freebsd-stable@freebsd.org, busta@33rpm.biz Date: Thu, 25 Nov 2004 17:06:10 +0000 User-Agent: KMail/1.7.1 References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <20041125160532.GA9813@kierun.org> <52085.192.168.0.200.1101399213.squirrel@192.168.0.200> In-Reply-To: <52085.192.168.0.200.1101399213.squirrel@192.168.0.200> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2291502.hbsl1R6aAG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411251706.22229.mark@markdnet.demon.co.uk> Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 17:06:25 -0000 --nextPart2291502.hbsl1R6aAG Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 25 Nov 2004 16:13, alex bustamante wrote: > Yes, i know i can check out what cards are supported. I have a Nvidia card > now, it works ok. I was just curious to know of other cards that maybe > runs faster or some like that. Nvidia are a good option. They supply their own (binary only) driver for=20 =46reeBSD that provides full OpenGL hardware acceleration. I have a fairly = low=20 end card, a Geforce 256 DDR (well, it was high spec at the time), and for m= e=20 their driver is fast and reliable. The binary onlyness may be of concern to some but it doesn't really bother = me.=20 =46WIW, I can imaging the code to program a GPU to do hardware assisted Ope= nGL=20 is somewhat complex and would probably mean about as much to me in vi as th= e=20 binary version does. =2D-=20 Mark --nextPart2291502.hbsl1R6aAG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBphEOLqgJ90OcaiARAujhAKC9RAsWCYGeL3k16RVrg2VKn+luAwCggT+g PaBzpj6NjDqU43JiZzSv3+0= =O3t1 -----END PGP SIGNATURE----- --nextPart2291502.hbsl1R6aAG-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 17:52:42 2004 Return-Path: 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 1377E16A4CE for ; Thu, 25 Nov 2004 17:52:42 +0000 (GMT) Received: from zircon.seattle.wa.us (dsl231-043-165.sea1.dsl.speakeasy.net [216.231.43.165]) by mx1.FreeBSD.org (Postfix) with SMTP id ADA7B43D66 for ; Thu, 25 Nov 2004 17:52:41 +0000 (GMT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 5799 invoked from network); 25 Nov 2004 17:52:48 -0000 Received: from localhost (HELO localhost.zircon.seattle.wa.us) (127.0.0.1) by localhost with SMTP; 25 Nov 2004 17:52:48 -0000 From: Joe Kelsey To: Mark Dixon In-Reply-To: <200411251706.22229.mark@markdnet.demon.co.uk> References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <20041125160532.GA9813@kierun.org> <52085.192.168.0.200.1101399213.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> Content-Type: text/plain Date: Thu, 25 Nov 2004 09:52:48 -0800 Message-Id: <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: busta@33rpm.biz cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 17:52:42 -0000 On Thu, 2004-11-25 at 17:06 +0000, Mark Dixon wrote: > On Thursday 25 Nov 2004 16:13, alex bustamante wrote: > > Yes, i know i can check out what cards are supported. I have a Nvidia card > > now, it works ok. I was just curious to know of other cards that maybe > > runs faster or some like that. > > Nvidia are a good option. They supply their own (binary only) driver for > FreeBSD that provides full OpenGL hardware acceleration. I have a fairly low > end card, a Geforce 256 DDR (well, it was high spec at the time), and for me > their driver is fast and reliable. > > The binary onlyness may be of concern to some but it doesn't really bother me. > FWIW, I can imaging the code to program a GPU to do hardware assisted OpenGL > is somewhat complex and would probably mean about as much to me in vi as the > binary version does. I always tell anyone who asks to run very fast and very far away from anything with NVIDIA in it. The NVIDIA drivers are completely crap! They do not work and contain countless errors which will cause system failures on every single machine I have tried to use them with. Do not ever buy or attempt to use anything made by NVIDIA. They just do not work. Use Matrox cards. /Joe From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 18:07:50 2004 Return-Path: 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 A41D916A4CE for ; Thu, 25 Nov 2004 18:07:50 +0000 (GMT) Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55CD143D60 for ; Thu, 25 Nov 2004 18:07:50 +0000 (GMT) (envelope-from mark@markdnet.demon.co.uk) Received: from markdnet.demon.co.uk ([80.177.29.129] helo=[192.168.20.3]) by anchor-post-32.mail.demon.net with esmtp (Exim 4.42) id 1CXO20-000Olg-9D; Thu, 25 Nov 2004 18:07:48 +0000 From: Mark Dixon To: freebsd-stable@freebsd.org Date: Thu, 25 Nov 2004 18:07:36 +0000 User-Agent: KMail/1.7.1 References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> In-Reply-To: <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5260668.D1W5Fd3UjP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411251807.47294.mark@markdnet.demon.co.uk> cc: busta@33rpm.biz Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 18:07:50 -0000 --nextPart5260668.D1W5Fd3UjP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 25 Nov 2004 17:52, Joe Kelsey wrote: > > The NVIDIA drivers are completely crap! They do not work and contain > countless errors which will cause system failures on every single > machine I have tried to use them with. Do not ever buy or attempt to > use anything made by NVIDIA. They just do not work. Like I said, they work fine for me. > Use Matrox cards. I'm not going to get into a 'my graphics card is better than yours'. Its ve= ry=20 boring and very offtopic. =2D-=20 Mark 'If it compiles, ship it' --nextPart5260668.D1W5Fd3UjP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBph9zLqgJ90OcaiARAsDJAJ9cT5gP4qu+fjoCD963wouX/fQzMgCfUM0P tpDNMPVwACh9N88QKUJtyuc= =h1wR -----END PGP SIGNATURE----- --nextPart5260668.D1W5Fd3UjP-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 18:34:55 2004 Return-Path: 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 E2E9016A4CE for ; Thu, 25 Nov 2004 18:34:55 +0000 (GMT) Received: from opium.dyndns.org (h7n4c1o255.bredband.skanova.com [81.225.11.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D47E43D5D for ; Thu, 25 Nov 2004 18:34:55 +0000 (GMT) (envelope-from busta@33rpm.biz) Received: from grass (breed [192.168.0.200]) by opium.dyndns.org (Postfix) with ESMTP id 0E8C661D6; Thu, 25 Nov 2004 19:34:54 +0100 (CET) From: alex bustamante To: Mark Dixon In-Reply-To: <200411251706.22229.mark@markdnet.demon.co.uk> References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <20041125160532.GA9813@kierun.org> <52085.192.168.0.200.1101399213.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> Content-Type: text/plain Organization: 33rpm Date: Thu, 25 Nov 2004 19:34:59 +0100 Message-Id: <1101407699.759.0.camel@grass.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: busta@33rpm.biz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 18:34:56 -0000 On Thu, 2004-11-25 at 17:06 +0000, Mark Dixon wrote: > On Thursday 25 Nov 2004 16:13, alex bustamante wrote: > > Yes, i know i can check out what cards are supported. I have a Nvidia card > > now, it works ok. I was just curious to know of other cards that maybe > > runs faster or some like that. > > Nvidia are a good option. They supply their own (binary only) driver for > FreeBSD that provides full OpenGL hardware acceleration. I have a fairly low > end card, a Geforce 256 DDR (well, it was high spec at the time), and for me > their driver is fast and reliable. > > The binary onlyness may be of concern to some but it doesn't really bother me. > FWIW, I can imaging the code to program a GPU to do hardware assisted OpenGL > is somewhat complex and would probably mean about as much to me in vi as the > binary version does. OK. Thanks! -- alex bustamante - busta@33rpm.biz From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 18:43:32 2004 Return-Path: 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 3DF3C16A4CE for ; Thu, 25 Nov 2004 18:43:32 +0000 (GMT) Received: from bigtower.net (1-2-2-1b.sh.sth.bostream.se [213.238.211.113]) by mx1.FreeBSD.org (Postfix) with SMTP id CD6CD43D54 for ; Thu, 25 Nov 2004 18:43:30 +0000 (GMT) (envelope-from freebsd-stable@omnib.org) Received: (qmail 27067 invoked by uid 1004); 25 Nov 2004 18:43:28 -0000 Date: Thu, 25 Nov 2004 19:43:28 +0100 From: Fredrik Eriksson To: Mark Dixon Message-ID: <20041125194327.C5321@bigtower.net> References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> <200411251807.47294.mark@markdnet.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200411251807.47294.mark@markdnet.demon.co.uk>; from mark@markdnet.demon.co.uk on Thu, Nov 25, 2004 at 06:07:36PM +0000 X-Operating-System: OpenBSD bigtower.net 3.1 BIGTOWER#4 i386 cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 18:43:32 -0000 On Thu, Nov 25, 2004 at 06:07:36PM +0000, Mark Dixon wrote: > On Thursday 25 Nov 2004 17:52, Joe Kelsey wrote: > > > > The NVIDIA drivers are completely crap! They do not work and contain > > countless errors which will cause system failures on every single > > machine I have tried to use them with. Do not ever buy or attempt to > > use anything made by NVIDIA. They just do not work. > > Like I said, they work fine for me. Yes, but will you get the full power of the card? I think not. I've had lots of problems with NVidia products and *BSD. > I'm not going to get into a 'my graphics card is better than yours'. Its very > boring and very offtopic. I don't think this is about which card is better than the other, more about NVidia being reactionary bastards who refuse the idea of open source. NVidia graphic cards are probably great for playing games in windos. -- Fredrik Eriksson From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 18:48:21 2004 Return-Path: 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 E12BF16A4CE for ; Thu, 25 Nov 2004 18:48:21 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D63C243D62 for ; Thu, 25 Nov 2004 18:48:20 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 73771 invoked from network); 25 Nov 2004 18:40:36 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 25 Nov 2004 18:40:36 -0000 Message-ID: <41A628F3.3000309@freebsd.org> Date: Thu, 25 Nov 2004 19:48:19 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041122 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Jeremie Le Hen cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org cc: Sean McNeil Subject: Re: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 18:48:22 -0000 Robert Watson wrote: > On Sun, 21 Nov 2004, Sean McNeil wrote: > >>I have to disagree. Packet loss is likely according to some of my >>tests. With the re driver, no change except placing a 100BT setup with >>no packet loss to a gigE setup (both linksys switches) will cause >>serious packet loss at 20Mbps data rates. I have discovered the only >>way to get good performance with no packet loss was to >> >>1) Remove interrupt moderation >>2) defrag each mbuf that comes in to the driver. > > Sounds like you're bumping into a queue limit that is made worse by > interrupting less frequently, resulting in bursts of packets that are > relatively large, rather than a trickle of packets at a higher rate. > Perhaps a limit on the number of outstanding descriptors in the driver or > hardware and/or a limit in the netisr/ifqueue queue depth. You might try > changing the default IFQ_MAXLEN from 50 to 128 to increase the size of the > ifnet and netisr queues. You could also try setting net.isr.enable=1 to > enable direct dispatch, which in the in-bound direction would reduce the > number of context switches and queueing. It sounds like the device driver > has a limit of 256 receive and transmit descriptors, which one supposes is > probably derived from the hardware limit, but I have no documentation on > hand so can't confirm that. > > It would be interesting on the send and receive sides to inspect the > counters for drops at various points in the network stack; i.e., are we > dropping packets at the ifq handoff because we're overfilling the > descriptors in the driver, are packets dropped on the inbound path going > into the netisr due to over-filling before the netisr is scheduled, etc. > And, it's probably interesting to look at stats on filling the socket > buffers for the same reason: if bursts of packets come up the stack, the > socket buffers could well be being over-filled before the user thread can > run. I think it's the tcp_output() path that overflows the transmit side of the card. I take that from the better numbers when he defrags the packets. Once I catch up with my mails I start to put up the code I wrote over the last two weeks. :-) You can call me Mr. TCP now. ;-) -- Andre From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 19:18:13 2004 Return-Path: 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 E149916A4CE for ; Thu, 25 Nov 2004 19:18:13 +0000 (GMT) Received: from endif.cjb.net (67-40-62-23.dnvr.qwest.net [67.40.62.23]) by mx1.FreeBSD.org (Postfix) with SMTP id ED01443D5A for ; Thu, 25 Nov 2004 19:18:12 +0000 (GMT) (envelope-from end@endif.cjb.net) Received: (qmail 55009 invoked by uid 0); 25 Nov 2004 19:18:11 -0000 Received: from unknown (HELO zork) (192.168.0.22) by 192.168.0.13 with SMTP; 25 Nov 2004 19:18:11 -0000 Date: Thu, 25 Nov 2004 12:16:22 -0700 From: Robin Schoonover To: Fredrik Eriksson Message-ID: <20041125121622.44019134@zork> In-Reply-To: <20041125194327.C5321@bigtower.net> References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> <200411251807.47294.mark@markdnet.demon.co.uk> <20041125194327.C5321@bigtower.net> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Mark Dixon cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 19:18:14 -0000 On Thu, 25 Nov 2004 19:43:28 +0100 Fredrik Eriksson wrote: > > I don't think this is about which card is better than the other, more > about NVidia being reactionary bastards who refuse the idea of open > source. NVidia graphic cards are probably great for playing games in > windos. > The story goes that they cannot release specs or open source drivers for their video cards because they do not own the rights to some parts of their cards. It's better nvidia than ati for newer cards if you want 3d acceleration though, since no open source drivers exist for the newer cards and ati only provides binary drivers for linux. -- Robin Schoonover # Bob Porter: Looks like you've been missing a lot of work lately. # Peter Gibbons: Well, I wouldn't exactly say I've been *missing* # it, Bob From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 19:36:18 2004 Return-Path: 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 2449B16A4CF for ; Thu, 25 Nov 2004 19:36:18 +0000 (GMT) Received: from opium.dyndns.org (h7n4c1o255.bredband.skanova.com [81.225.11.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72E2043D5E for ; Thu, 25 Nov 2004 19:36:17 +0000 (GMT) (envelope-from busta@33rpm.biz) Received: from grass (breed [192.168.0.200]) by opium.dyndns.org (Postfix) with ESMTP id 7E40961D6; Thu, 25 Nov 2004 20:36:16 +0100 (CET) From: alex bustamante To: Fredrik Eriksson In-Reply-To: <20041125194327.C5321@bigtower.net> References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> <200411251807.47294.mark@markdnet.demon.co.uk> <20041125194327.C5321@bigtower.net> Content-Type: text/plain Organization: 33rpm Date: Thu, 25 Nov 2004 20:36:21 +0100 Message-Id: <1101411381.568.1.camel@grass.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: Mark Dixon cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: busta@33rpm.biz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 19:36:18 -0000 On Thu, 2004-11-25 at 19:43 +0100, Fredrik Eriksson wrote: > On Thu, Nov 25, 2004 at 06:07:36PM +0000, Mark Dixon wrote: > > On Thursday 25 Nov 2004 17:52, Joe Kelsey wrote: > > > > > > The NVIDIA drivers are completely crap! They do not work and contain > > > countless errors which will cause system failures on every single > > > machine I have tried to use them with. Do not ever buy or attempt to > > > use anything made by NVIDIA. They just do not work. > > > > Like I said, they work fine for me. > > Yes, but will you get the full power of the card? I think not. > I've had lots of problems with NVidia products and *BSD. > > > > I'm not going to get into a 'my graphics card is better than yours'. Its very > > boring and very offtopic. > > I don't think this is about which card is better than the other, more about > NVidia being reactionary bastards who refuse the idea of open source. > NVidia graphic cards are probably great for playing games in windos. > > > -- > Fredrik Eriksson How many manufactures release their drivers in open source? Does Matrox do it? -- alex bustamante - busta@33rpm.biz From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 19:41:08 2004 Return-Path: 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 1D15B16A4CE for ; Thu, 25 Nov 2004 19:41:08 +0000 (GMT) Received: from zircon.seattle.wa.us (dsl231-043-165.sea1.dsl.speakeasy.net [216.231.43.165]) by mx1.FreeBSD.org (Postfix) with SMTP id B33D343D5F for ; Thu, 25 Nov 2004 19:41:07 +0000 (GMT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 6440 invoked from network); 25 Nov 2004 19:41:15 -0000 Received: from localhost (HELO localhost.zircon.seattle.wa.us) (127.0.0.1) by localhost with SMTP; 25 Nov 2004 19:41:15 -0000 From: Joe Kelsey To: busta@33rpm.biz In-Reply-To: <1101411381.568.1.camel@grass.dyndns.org> References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> <200411251807.47294.mark@markdnet.demon.co.uk> <20041125194327.C5321@bigtower.net> <1101411381.568.1.camel@grass.dyndns.org> Content-Type: text/plain Date: Thu, 25 Nov 2004 11:41:14 -0800 Message-Id: <1101411674.99948.51.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: Fredrik Eriksson Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 19:41:08 -0000 On Thu, 2004-11-25 at 20:36 +0100, alex bustamante wrote: > On Thu, 2004-11-25 at 19:43 +0100, Fredrik Eriksson wrote: > > On Thu, Nov 25, 2004 at 06:07:36PM +0000, Mark Dixon wrote: > > > On Thursday 25 Nov 2004 17:52, Joe Kelsey wrote: > > > > > > > > The NVIDIA drivers are completely crap! They do not work and contain > > > > countless errors which will cause system failures on every single > > > > machine I have tried to use them with. Do not ever buy or attempt to > > > > use anything made by NVIDIA. They just do not work. > > > > > > Like I said, they work fine for me. > > > > Yes, but will you get the full power of the card? I think not. > > I've had lots of problems with NVidia products and *BSD. > > > > > > > I'm not going to get into a 'my graphics card is better than yours'. Its very > > > boring and very offtopic. > > > > I don't think this is about which card is better than the other, more about > > NVidia being reactionary bastards who refuse the idea of open source. > > NVidia graphic cards are probably great for playing games in windos. > > > How many manufactures release their drivers in open source? Does Matrox > do it? You do not need to release your source code. You only need to publish the specs for the actual hardware. Matrox supports developers by actually publishing the specs. NVidia does not publish any information about its hardware. /Joe From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 19:51:35 2004 Return-Path: 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 B52A516A4CE for ; Thu, 25 Nov 2004 19:51:35 +0000 (GMT) Received: from mallaury.noc.nerim.net (smtp-104-thursday.noc.nerim.net [62.4.17.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E9BB43D46 for ; Thu, 25 Nov 2004 19:51:34 +0000 (GMT) (envelope-from e-masson@kisoft-services.com) Received: from srvbsdnanssv.interne.kisoft-services.com (kisoftacces2.net1.nerim.net [62.212.107.52]) by mallaury.noc.nerim.net (Postfix) with ESMTP id E16A262D39; Thu, 25 Nov 2004 20:51:30 +0100 (CET) Received: from localhost (localhost [127.0.0.1])A739CC12A; Thu, 25 Nov 2004 20:51:32 +0100 (CET) Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01611-10; Thu, 25 Nov 2004 20:51:24 +0100 (CET) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id F199CC117; Thu, 25 Nov 2004 20:51:23 +0100 (CET) To: Joe Kelsey From: Eric Masson In-Reply-To: <1101411674.99948.51.camel@zircon.zircon.seattle.wa.us> (Joe Kelsey's message of "Thu, 25 Nov 2004 11:41:14 -0800") References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> <200411251807.47294.mark@markdnet.demon.co.uk> <20041125194327.C5321@bigtower.net> <1101411381.568.1.camel@grass.dyndns.org> <1101411674.99948.51.camel@zircon.zircon.seattle.wa.us> X-Operating-System: FreeBSD 5.3-STABLE i386 Date: Thu, 25 Nov 2004 20:51:23 +0100 Message-ID: <86u0rdr9l0.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through Obscurity, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at interne.kisoft-services.com cc: busta@33rpm.biz cc: Fredrik Eriksson cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 19:51:35 -0000 >>>>> "Joe" == Joe Kelsey writes: Joe> Matrox supports developers by actually publishing the specs. Joe> NVidia does not publish any information about its hardware. They used to. Just check Matrox forums to see complete lack of interest in giving access to specs for Parhelia range or even a working driver... NVidia at least ships a working driver, well sort of ;) Eric Masson -- SG> Où posera-t-on la question "Comment dois-je m'habiller ce soir pour SG> aller à la crêperie Le Coz avec le maire-ajoint de Ploudeac'h Devant son placard. -+- SJ in GNU : Bien se faire habiller pour l'hiver -+- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 19:56:50 2004 Return-Path: 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 12DBB16A4CE for ; Thu, 25 Nov 2004 19:56:50 +0000 (GMT) Received: from mail46.e.nsc.no (mail46.e.nsc.no [193.213.115.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27BDF43D1D for ; Thu, 25 Nov 2004 19:56:49 +0000 (GMT) (envelope-from harald@skogtun.org) Received: from basilikum.skogtun.org (ti100710a080-6636.bb.online.no [80.213.249.236]) by mail46.nsc.no (8.12.11/8.12.11) with ESMTP id iAPJuj9k016303; Thu, 25 Nov 2004 20:56:46 +0100 (CET) To: busta@33rpm.biz References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> From: Harald Arnesen Date: Thu, 25 Nov 2004 20:56:47 +0100 In-Reply-To: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> (alex bustamante's message of "Thu, 25 Nov 2004 17:02:12 +0100 (CET)") Message-ID: <87zn15zoqo.fsf@basilikum.skogtun.org> User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 19:56:50 -0000 "alex bustamante" writes: > Hi all, > > Is there any graphicscard that is known to work better than others with > freebsd/x11? (open sourcecode for the drivers, etc) All Radeons up to 9100 (9200, but that one is slower). Unfortunately, that excludes all reasonably new cards. -- Hilsen Harald. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 20:01:01 2004 Return-Path: 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 F3E7216A4CE for ; Thu, 25 Nov 2004 20:01:00 +0000 (GMT) Received: from opium.dyndns.org (h7n4c1o255.bredband.skanova.com [81.225.11.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7C7E43D49 for ; Thu, 25 Nov 2004 20:01:00 +0000 (GMT) (envelope-from busta@33rpm.biz) Received: from grass (breed [192.168.0.200]) by opium.dyndns.org (Postfix) with ESMTP id 8661161D6; Thu, 25 Nov 2004 21:00:59 +0100 (CET) From: alex bustamante To: Eric Masson In-Reply-To: <86u0rdr9l0.fsf@srvbsdnanssv.interne.kisoft-services.com> References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> <200411251807.47294.mark@markdnet.demon.co.uk> <20041125194327.C5321@bigtower.net> <1101411381.568.1.camel@grass.dyndns.org> <1101411674.99948.51.camel@zircon.zircon.seattle.wa.us> <86u0rdr9l0.fsf@srvbsdnanssv.interne.kisoft-services.com> Content-Type: text/plain Organization: 33rpm Date: Thu, 25 Nov 2004 21:01:04 +0100 Message-Id: <1101412864.568.7.camel@grass.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: Fredrik Eriksson cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: busta@33rpm.biz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 20:01:01 -0000 On Thu, 2004-11-25 at 20:51 +0100, Eric Masson wrote: > >>>>> "Joe" == Joe Kelsey writes: > > Joe> Matrox supports developers by actually publishing the specs. > Joe> NVidia does not publish any information about its hardware. > > They used to. > > Just check Matrox forums to see complete lack of interest in giving > access to specs for Parhelia range or even a working driver... > > NVidia at least ships a working driver, well sort of ;) > > Eric Masson Why is it so hard for the manufacturers to release everything in the open? every *ix/bsd user on the planet would run and buy their cards if everything was open. -- alex bustamante - busta@33rpm.biz From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 20:02:56 2004 Return-Path: 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 6978316A4CE for ; Thu, 25 Nov 2004 20:02:56 +0000 (GMT) Received: from moghedien.mukappabeta.net (moghedien.mukappabeta.net [194.145.150.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10FF943D69 for ; Thu, 25 Nov 2004 20:02:55 +0000 (GMT) (envelope-from mkb@mukappabeta.de) Received: from [192.168.2.10] (pD9E69053.dip.t-dialin.net [217.230.144.83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by moghedien.mukappabeta.net (Postfix) with ESMTP id 32C6C2D74; Thu, 25 Nov 2004 20:58:23 +0100 (CET) Message-ID: <41A63A78.2030506@mukappabeta.de> Date: Thu, 25 Nov 2004 21:03:04 +0100 From: Matthias Buelow User-Agent: Mozilla Thunderbird 0.9 (X11/20041124) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harald Arnesen References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <87zn15zoqo.fsf@basilikum.skogtun.org> In-Reply-To: <87zn15zoqo.fsf@basilikum.skogtun.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 20:02:56 -0000 Harald Arnesen wrote: > All Radeons up to 9100 (9200, but that one is slower). Unfortunately, > that excludes all reasonably new cards. The newer cards work very well. I have a X800se PCI-Express card and it works like a charm with X.org 6.8.1 on 5.3. The only thing that's missing in the newer Radeons under Xorg/XFree is 3d acceleration (which the OP might or might not need on FreeBSD, since it's mostly only useful for games, anyways). -- Matthias Buelow; mkb@{mukappabeta,informatik.uni-wuerzburg}.de From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 20:04:37 2004 Return-Path: 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 82D4916A4CE for ; Thu, 25 Nov 2004 20:04:37 +0000 (GMT) Received: from moghedien.mukappabeta.net (moghedien.mukappabeta.net [194.145.150.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2413143D5C for ; Thu, 25 Nov 2004 20:04:37 +0000 (GMT) (envelope-from mkb@mukappabeta.de) Received: from [192.168.2.10] (pD9E69053.dip.t-dialin.net [217.230.144.83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by moghedien.mukappabeta.net (Postfix) with ESMTP id 997842D74; Thu, 25 Nov 2004 21:00:05 +0100 (CET) Message-ID: <41A63AE3.9020008@mukappabeta.de> Date: Thu, 25 Nov 2004 21:04:51 +0100 From: Matthias Buelow User-Agent: Mozilla Thunderbird 0.9 (X11/20041124) X-Accept-Language: en-us, en MIME-Version: 1.0 To: busta@33rpm.biz References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> <200411251807.47294.mark@markdnet.demon.co.uk> <20041125194327.C5321@bigtower.net> <1101411381.568.1.camel@grass.dyndns.org> <1101411674.99948.51.camel@zircon.zircon.seattle.wa.us> <86u0rdr9l0.fsf@srvbsdnanssv.interne.kisoft-services.com> <1101412864.568.7.camel@grass.dyndns.org> In-Reply-To: <1101412864.568.7.camel@grass.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 20:04:37 -0000 alex bustamante wrote: > Why is it so hard for the manufacturers to release everything in the > open? every *ix/bsd user on the planet would run and buy their cards if > everything was open. "Every *ix/bsd" user is still a lot less than 0.5% of their clientele, so they simply don't bother. -- Matthias Buelow; mkb@{mukappabeta,informatik.uni-wuerzburg}.de From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 20:05:47 2004 Return-Path: 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 6801C16A4CE for ; Thu, 25 Nov 2004 20:05:47 +0000 (GMT) Received: from opium.dyndns.org (h7n4c1o255.bredband.skanova.com [81.225.11.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEBFE43D1D for ; Thu, 25 Nov 2004 20:05:46 +0000 (GMT) (envelope-from busta@33rpm.biz) Received: from grass (breed [192.168.0.200]) by opium.dyndns.org (Postfix) with ESMTP id D873461D6 for ; Thu, 25 Nov 2004 21:05:44 +0100 (CET) From: alex bustamante To: freebsd-stable@freebsd.org Content-Type: text/plain Organization: 33rpm Date: Thu, 25 Nov 2004 21:05:50 +0100 Message-Id: <1101413150.568.10.camel@grass.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: gnome-term not showing swedish characters in irssi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: busta@33rpm.biz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 20:05:47 -0000 Has anyone had this problem? FreeBSD 5.3 Gnome 2.8.1 irssi 0.8.9 -- alex bustamante - busta@33rpm.biz From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 20:22:53 2004 Return-Path: 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 5A72216A4CE for ; Thu, 25 Nov 2004 20:22:53 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6D22A43D5A for ; Thu, 25 Nov 2004 20:22:52 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 14440 invoked by uid 65534); 25 Nov 2004 20:22:50 -0000 Received: from pD9E24B2D.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.75.45) by mail.gmx.net (mp014) with SMTP; 25 Nov 2004 21:22:50 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iAPKMfqW039149 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Nov 2004 21:22:42 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) Message-ID: <41A63F10.2080805@gmx.net> Date: Thu, 25 Nov 2004 21:22:40 +0100 From: Michael Nottebrock User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en, de-de MIME-Version: 1.0 To: busta@33rpm.biz References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> <200411251807.47294.mark@markdnet.demon.co.uk> <20041125194327.C5321@bigtower.net> <1101411381.568.1.camel@grass.dyndns.org> In-Reply-To: <1101411381.568.1.camel@grass.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: freebsd-stable@freebsd.org cc: Mark Dixon cc: Fredrik Eriksson Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 20:22:53 -0000 alex bustamante wrote: > How many manufactures release their drivers in open source? Does Matrox > do it? No. In fact, Matrox was one of the pioneers in the concept of binary-only driver stubs with open-source interfaces (Matrox calls it HAL/hallib), which is now a pretty common way of providing closed source drivers for open source operating systems. Getting complete open-source drivers for consumer hardware in highly competitive markets is more or less a question of good relations between open-source developers (or their employers) and hardware manufacturers - the money Joe Users spend on hardware for their FreeBSD PCs does not influence the support politics of manufacturers one bit. The ati drivers with hardware 3d acceleration support which are found in XFree86/Xorg (userland part) FreeBSD/Linux (kernel DRI support) show that complete open source support can happen, but also are nice examples how such support can be very quickly discontinued once the market takes a turn. -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 20:41:05 2004 Return-Path: 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 6924316A4CE for ; Thu, 25 Nov 2004 20:41:05 +0000 (GMT) Received: from smtp.eunet.no (smtp.eunet.no [193.71.71.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57EE243D2D for ; Thu, 25 Nov 2004 20:41:04 +0000 (GMT) (envelope-from stein@ife.no) Received: from [172.16.100.4] (c5100A46D.sdsl.catch.no [81.0.164.109]) by smtp.eunet.no (Postfix) with ESMTP id A6E24B8DE6; Thu, 25 Nov 2004 21:41:02 +0100 (CET) In-Reply-To: <41A63A78.2030506@mukappabeta.de> References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <87zn15zoqo.fsf@basilikum.skogtun.org> <41A63A78.2030506@mukappabeta.de> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <62BDD6A8-3F22-11D9-8328-000D93B0B684@ife.no> Content-Transfer-Encoding: 7bit From: Stein M.Sandbech Date: Thu, 25 Nov 2004 21:41:30 +0100 To: Matthias Buelow X-Mailer: Apple Mail (2.619) cc: freebsd-stable@freebsd.org cc: Harald Arnesen Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 20:41:05 -0000 On Nov 25, 2004, at 9:03 PM, Matthias Buelow wrote: > Harald Arnesen wrote: > >> All Radeons up to 9100 (9200, but that one is slower). Unfortunately, >> that excludes all reasonably new cards. > > The newer cards work very well. I have a X800se PCI-Express card and > it works like a charm with X.org 6.8.1 on 5.3. Which also the newest nVidia cards also do. I got a brand new Intel MB based P4 with nVidia GeForce 6 6600 GPU (on PCI Express of course). They run flawlessly in VESA mode (FreeBSD5.3 and 4.10). Fast enough for me as a regular 2D accelerator. But, I guess its the accelerated driver (nVidia bin driver) most ppl will go for, and I have mixed feelings regarding the latest driver. My system became fairly unstable (a bit worse than a standard Windows system too :-( ). This was with the older GeForce 5 5900 controller, though. Stein M. Sandbech --sms From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 20:52:18 2004 Return-Path: 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 D537216A4CE; Thu, 25 Nov 2004 20:52:18 +0000 (GMT) Received: from dglawrence.com (c-24-21-223-117.client.comcast.net [24.21.223.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D42443D46; Thu, 25 Nov 2004 20:52:18 +0000 (GMT) (envelope-from dg@dglawrence.com) Received: from opteron.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.1/8.13.1) with ESMTP id iAPKqHRD005800; Thu, 25 Nov 2004 12:52:17 -0800 (PST) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by opteron.dglawrence.com (8.13.1/8.13.1/Submit) id iAPKqAwV005799; Thu, 25 Nov 2004 12:52:10 -0800 (PST) (envelope-from dg@dglawrence.com) Date: Thu, 25 Nov 2004 12:52:10 -0800 From: "David G. Lawrence" To: Andre Oppermann Message-ID: <20041125205210.GA673@opteron.dglawrence.com> References: <41A628F3.3000309@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41A628F3.3000309@freebsd.org> cc: Jeremie Le Hen cc: freebsd-current@freebsd.org cc: Robert Watson cc: Sean McNeil cc: freebsd-stable@freebsd.org Subject: Re: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 20:52:19 -0000 > >>tests. With the re driver, no change except placing a 100BT setup with > >>no packet loss to a gigE setup (both linksys switches) will cause > >>serious packet loss at 20Mbps data rates. I have discovered the only > >>way to get good performance with no packet loss was to > >> > >>1) Remove interrupt moderation > >>2) defrag each mbuf that comes in to the driver. > > > >Sounds like you're bumping into a queue limit that is made worse by > >interrupting less frequently, resulting in bursts of packets that are > >relatively large, rather than a trickle of packets at a higher rate. > >Perhaps a limit on the number of outstanding descriptors in the driver or > >hardware and/or a limit in the netisr/ifqueue queue depth. You might try > >changing the default IFQ_MAXLEN from 50 to 128 to increase the size of the > >ifnet and netisr queues. You could also try setting net.isr.enable=1 to > >enable direct dispatch, which in the in-bound direction would reduce the > >number of context switches and queueing. It sounds like the device driver > >has a limit of 256 receive and transmit descriptors, which one supposes is > >probably derived from the hardware limit, but I have no documentation on > >hand so can't confirm that. > > > >It would be interesting on the send and receive sides to inspect the > >counters for drops at various points in the network stack; i.e., are we > >dropping packets at the ifq handoff because we're overfilling the > >descriptors in the driver, are packets dropped on the inbound path going > >into the netisr due to over-filling before the netisr is scheduled, etc. > >And, it's probably interesting to look at stats on filling the socket > >buffers for the same reason: if bursts of packets come up the stack, the > >socket buffers could well be being over-filled before the user thread can > >run. > > I think it's the tcp_output() path that overflows the transmit side of > the card. I take that from the better numbers when he defrags the packets. > Once I catch up with my mails I start to put up the code I wrote over the > last two weeks. :-) You can call me Mr. TCP now. ;-) He was doing his test with NFS over TCP, right? ...That would be a single connection, so how is it possible to 'overflow the transmit side of the card'? The TCP window size will prevent more than 64KB to be outstanding. Assuming standard size ethernet frames, that would be a maximum of 45 packets in-flight at any time (65536/1460=45), well below the 256 available transmit descriptors. It is also worth pointing out that 45 full-size packets is 540us at gig-e speeds. Even when you add up typical switch latencies and interrupt overhead and coalesing on both sides, it's hard to imagine that the window size (bandwidth * delay) would be a significant limiting factor across a gig-e LAN. I too am seeing low NFS performance (both TCP and UDP) with non-SMP 5.3, but on the same systems I can measure raw TCP performance (using ttcp) of >850Mbps. It looks to me like there is something wrong with NFS, perhaps caused by delays with scheduling nfsd? -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 20:57:32 2004 Return-Path: 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 E326216A4CE; Thu, 25 Nov 2004 20:57:32 +0000 (GMT) Received: from mta13.adelphia.net (mta13.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27EA543D5C; Thu, 25 Nov 2004 20:57:32 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from smtp.jim-liesl.org ([68.71.52.28]) by mta13.adelphia.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20041125205731.BGIX12490.mta13.adelphia.net@smtp.jim-liesl.org>; Thu, 25 Nov 2004 15:57:31 -0500 Received: from [192.168.1.101] (unknown [192.168.1.101]) by smtp.jim-liesl.org (Postfix) with ESMTP id 85D50152B4; Thu, 25 Nov 2004 13:57:30 -0700 (MST) From: secmgr To: Scott Long In-Reply-To: <41A58831.3040005@freebsd.org> References: <1101361406.1473.1.camel@emperor> <41A58831.3040005@freebsd.org> Content-Type: text/plain Organization: Message-Id: <1101416250.1473.7.camel@emperor> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 25 Nov 2004 13:57:30 -0700 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: 5.3R p1 only boots in safe mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 20:57:33 -0000 On Thu, 2004-11-25 at 00:22, Scott Long wrote: > secmgr wrote: > > Can someone point me to what "safe mode" sets so I can debug whats > > broke? > > > > thanks > > jim > > > > It disables ACPI, APIC, ATA DMA, ATAPI DMA, ATA Write Cache, and EISA. > > Scott Many thanks! I tried disabling ATA/ATAPI DMA. That didn't work. On a hunch, I disabled device acpi and bata bing, it boots clean. It's acting as a server box, so I don't think I'm missing much. As a reference, it's a MSI KM4M-V, and the system is using the SATA drives From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 20:58:38 2004 Return-Path: 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 2021116A4CE for ; Thu, 25 Nov 2004 20:58:38 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id B786343D1F for ; Thu, 25 Nov 2004 20:58:37 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.43 (FreeBSD)) id 1CXQhI-0000iT-Uj for stable@FreeBSD.org; Thu, 25 Nov 2004 20:58:36 +0000 Date: Thu, 25 Nov 2004 20:58:36 +0000 From: Ceri Davies To: stable@FreeBSD.org Message-ID: <20041125205836.GH37244@submonkey.net> Mail-Followup-To: Ceri Davies , stable@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="27E2kr7c9faIxYHh" Content-Disposition: inline X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies Subject: 4.10 -> 5.3 migration; what happens to vinum volumes? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 20:58:38 -0000 --27E2kr7c9faIxYHh Content-Type: multipart/mixed; boundary="GjiSaFH9IIUbbImY" Content-Disposition: inline --GjiSaFH9IIUbbImY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I have a 4.10-STABLE machine that I want to migrate to 5.3-STABLE. Most of the bases are covered, but I'm not sure what to expect for my vinum volumes. I don't have anything esoteric (see attached config), but can I just expect "sed -i.bak -e 's/vinum/gvinum/' /etc/fstab" to leave me with working volumes? Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --GjiSaFH9IIUbbImY Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vinum.conf" Content-Transfer-Encoding: quoted-printable # Vinum configuration of shrike.private.submonkey.net, saved at Thu Nov 25 = 20:54:01 2004 drive vinumdrive2 device /dev/ad0s1d drive vinumdrive0 device /dev/ad0s1h drive vinumdrive3 device /dev/ad1s1d drive vinumdrive1 device /dev/ad1s1h volume userhome volume werehaus plex name userhome.p0 org concat vol userhome=20 plex name userhome.p1 org concat vol userhome=20 plex name werehaus.p0 org striped 512s vol werehaus=20 sd name userhome.p0.s0 drive vinumdrive0 plex userhome.p0 len 52428535s dri= veoffset 265s plexoffset 0s sd name userhome.p1.s0 drive vinumdrive1 plex userhome.p1 len 52428535s dri= veoffset 265s plexoffset 0s sd name werehaus.p0.s0 drive vinumdrive2 plex werehaus.p0 len 67166720s dri= veoffset 265s plexoffset 0s sd name werehaus.p0.s1 drive vinumdrive3 plex werehaus.p0 len 67166720s dri= veoffset 265s plexoffset 512s --GjiSaFH9IIUbbImY-- --27E2kr7c9faIxYHh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBpkd8ocfcwTS3JF8RAuaRAKCpLDuYLsnvuOVjVwK67PcfyBXSSACeMijK 9D04oVmk0gdxRqagpwqmaiY= =ZOsm -----END PGP SIGNATURE----- --27E2kr7c9faIxYHh-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 21:20:47 2004 Return-Path: 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 B6C0D16A4CE for ; Thu, 25 Nov 2004 21:20:47 +0000 (GMT) Received: from deskaheh.nysindy.org (host-69-48-73-242.roc.choiceone.net [69.48.73.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C65C43D45 for ; Thu, 25 Nov 2004 21:20:47 +0000 (GMT) (envelope-from ski@indymedia.org) Received: from 10.0.0.42 (unknown [10.0.0.254]) by deskaheh.nysindy.org (Postfix) with ESMTP id 9F2B941A2B for ; Thu, 25 Nov 2004 16:20:40 -0500 (EST) Received: from 10.0.0.26 (SquirrelMail authenticated user ski); by wuhjuhbuh.afraid.org with HTTP; Thu, 25 Nov 2004 16:21:19 -0500 (EST) Message-ID: <4802.10.0.0.26.1101417679.squirrel@10.0.0.26> In-Reply-To: <41A5B95F.3060605@withagen.nl> References: <41A45A3F.5010008@anduin.net> <20041124171115.GP7232@darkness.comp.waw.pl> <6579E984-3E47-11D9-9576-000D9335BCEC@anduin.net> <20041125101405.GB7690@kevad.internal> <41A5B95F.3060605@withagen.nl> Date: Thu, 25 Nov 2004 16:21:19 -0500 (EST) From: "Brian Szymanski" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: graid3 - requirements or manpage wrong? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 21:20:47 -0000 >>The only problem then is - gvinum being in a completely unusable state >>(for raid5 anyway), what are my alternatives? I have four 160gb IDE >>drives, and I want capacity+redundancy. Performance is a non-issue, >>really. What do I do - in software? What's unusable about it? I've 4 250GB ATA drives, desiring capacity + redundancy, but don't care about speed, much like you, and gvinum raid 5 has suited me just fine this past few weeks. Eats a lot of system cpu when there is heavy IO to the R5, but I've booted up with a drive unplugged and it worked fine in degraded mode, so I'm content... > Vinum and now gvinum (I have not tried the latter, your words) have > never had reliable RAID-5 implementation. That is my experience only. ? This is the first I've heard of such problems? Vinum has served me well in the past, although I've never used Raid-5 before... If there are known bugs, I'd appreciate someone sending me a link to where I can read more. Cheers, Brian Szymanski ski@indymedia.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 21:22:47 2004 Return-Path: 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 BB39716A4CE for ; Thu, 25 Nov 2004 21:22:47 +0000 (GMT) Received: from web14124.mail.yahoo.com (web14124.mail.yahoo.com [66.163.171.115]) by mx1.FreeBSD.org (Postfix) with SMTP id 6545443D45 for ; Thu, 25 Nov 2004 21:22:47 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 61119 invoked by uid 60001); 25 Nov 2004 21:22:47 -0000 Message-ID: <20041125212247.61117.qmail@web14124.mail.yahoo.com> Received: from [194.248.174.50] by web14124.mail.yahoo.com via HTTP; Thu, 25 Nov 2004 22:22:47 CET Date: Thu, 25 Nov 2004 22:22:47 +0100 (CET) From: Claus Guttesen To: "David G. Lawrence" , Andre Oppermann In-Reply-To: <20041125205210.GA673@opteron.dglawrence.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: Robert Watson cc: freebsd-current@freebsd.org cc: Jeremie Le Hen cc: freebsd-stable@freebsd.org Subject: Re: serious networking (em) performance (ggate and NFS) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 21:22:47 -0000 > > >ifnet and netisr queues. You could also try > setting net.isr.enable=1 to > > >enable direct dispatch, which in the in-bound > direction would reduce the > > >number of context switches and queueing. It > sounds like the device driver > > >has a limit of 256 receive and transmit > descriptors, which one supposes is > > >probably derived from the hardware limit, but I > have no documentation on > > >hand so can't confirm that. It may not cast much light on the issue but I tried setting net.isr.enable on to 1 on a nfs-server using tcp on 5.3 RC3 copying between three clients. When setting net.isr.enable to 0 the cpu-usage went up. The server is running with this setting now and is being mounted by 11 webservers. Using em-gb-card. Claus From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 21:25:19 2004 Return-Path: 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 C75B416A4CE for ; Thu, 25 Nov 2004 21:25:19 +0000 (GMT) Received: from deskaheh.nysindy.org (host-69-48-73-242.roc.choiceone.net [69.48.73.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CDFE43D54 for ; Thu, 25 Nov 2004 21:25:19 +0000 (GMT) (envelope-from ski@indymedia.org) Received: from 10.0.0.42 (unknown [10.0.0.254]) by deskaheh.nysindy.org (Postfix) with ESMTP id 957B141A05 for ; Thu, 25 Nov 2004 16:25:15 -0500 (EST) Received: from 10.0.0.26 (SquirrelMail authenticated user ski); by wuhjuhbuh.afraid.org with HTTP; Thu, 25 Nov 2004 16:25:53 -0500 (EST) Message-ID: <4808.10.0.0.26.1101417953.squirrel@10.0.0.26> In-Reply-To: <200411251310.iAPDAoVE027219@lurza.secnetix.de> References: <41A58384.30603@yahoo.com> <200411251310.iAPDAoVE027219@lurza.secnetix.de> Date: Thu, 25 Nov 2004 16:25:53 -0500 (EST) From: "Brian Szymanski" To: freebsd-stable@FreeBSD.ORG User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 21:25:19 -0000 > Note that you will need a hardware FPU (i387 math co-pro). > FreeBSD 4.x supports math emulation, so you don't need a > hardware FPU there, but apparently that support has been > removed in FreeBSD 5.x. Out of curiosity, what happened to this code? Was there some incompatibility, did it have the wrong license, etc? Cheers, Brian > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München > Any opinions expressed in this message may be personal to the author > and may not necessarily reflect the opinions of secnetix in any way. > > "If you think C++ is not overly complicated, just what is a protected > abstract virtual base pure virtual private destructor, and when was the > last time you needed one?" > -- Tom Cargil, C++ Journal > _______________________________________________ > 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" > -- Brian Szymanski ski@indymedia.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 21:45:56 2004 Return-Path: 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 D995116A4CF for ; Thu, 25 Nov 2004 21:45:56 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B00EC43D64 for ; Thu, 25 Nov 2004 21:45:55 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 11454 invoked by uid 65534); 25 Nov 2004 21:45:53 -0000 Received: from pD9E24B2D.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.75.45) by mail.gmx.net (mp023) with SMTP; 25 Nov 2004 22:45:53 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iAPLjaqW040086 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Nov 2004 22:45:36 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) Message-ID: <41A6527F.1030201@gmx.net> Date: Thu, 25 Nov 2004 22:45:35 +0100 From: Michael Nottebrock User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en, de-de MIME-Version: 1.0 To: Scott Long References: <41A58384.30603@yahoo.com> <20041125070540.GA44058@freebie.xs4all.nl> <41A5880D.4030405@yahoo.com> <41A5895D.5030000@freebsd.org> In-Reply-To: <41A5895D.5030000@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: Rob cc: freebsd-stable@FreeBSD.org Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 21:45:57 -0000 Scott Long wrote: > Rob wrote: >>>> 1.2 Hardware Requirements >>>> FreeBSD for the i386 requires a 486 or better processor to install >>>> and run (although FreeBSD can run on 386 processors with a custom >>>> kernel).... Btw: The "at least 8 megs of RAM to install and 7 megs to run" needs some rather big annotations to be true and should probably be revised. The last release you could install from a CD-ROM with plain sysinstall on 8 megs of RAM was FreeBSD 4.1.1-RELEASE. -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 21:52:09 2004 Return-Path: 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 0C50F16A4CE for ; Thu, 25 Nov 2004 21:52:09 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4D8643D58 for ; Thu, 25 Nov 2004 21:52:08 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iAPLtBah070250; Thu, 25 Nov 2004 14:55:12 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41A65428.4050003@freebsd.org> Date: Thu, 25 Nov 2004 14:52:40 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Szymanski References: <41A58384.30603@yahoo.com> <200411251310.iAPDAoVE027219@lurza.secnetix.de> <4808.10.0.0.26.1101417953.squirrel@10.0.0.26> In-Reply-To: <4808.10.0.0.26.1101417953.squirrel@10.0.0.26> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-stable@freebsd.org Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 21:52:09 -0000 Brian Szymanski wrote: >>Note that you will need a hardware FPU (i387 math co-pro). >>FreeBSD 4.x supports math emulation, so you don't need a >>hardware FPU there, but apparently theffort to phase 80386 support out of the OS. It's been nearly 20at support has been >>removed in FreeBSD 5.x. > > > Out of curiosity, what happened to this code? > > Was there some incompatibility, did it have the wrong license, etc? > > Cheers, > Brian > Both FPU emulators were removed about a year ago as part of the gradual effort to phase 80386 support out of the OS. It's been nearly 20 years since the 80386 family was launched, and it's getting pretty long in the tooth. The tradeoffs for supporting both modern processors and the 386 are pretty ugly, and we'd really like to focus on making modern processors perform well rather than keeping very ancient processors running. 6.0 is not going to have any 80386 support at all, so consider this another sign to either upgrade your hardware or consider an older FreeBSD release (2.2.x ?) for your needs. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 21:56:28 2004 Return-Path: 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 3039016A4CE for ; Thu, 25 Nov 2004 21:56:28 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9A8943D46 for ; Thu, 25 Nov 2004 21:56:27 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iAPLxU3N070267; Thu, 25 Nov 2004 14:59:31 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41A6552B.60704@freebsd.org> Date: Thu, 25 Nov 2004 14:56:59 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <41A58384.30603@yahoo.com> <20041125070540.GA44058@freebie.xs4all.nl> <41A5880D.4030405@yahoo.com> <41A5895D.5030000@freebsd.org> <41A6527F.1030201@gmx.net> In-Reply-To: <41A6527F.1030201@gmx.net> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: Rob cc: freebsd-stable@freebsd.org Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 21:56:28 -0000 Michael Nottebrock wrote: > Scott Long wrote: > >> Rob wrote: >> >>>>> 1.2 Hardware Requirements >>>>> FreeBSD for the i386 requires a 486 or better processor to install >>>>> and run (although FreeBSD can run on 386 processors with a custom >>>>> kernel).... > > > Btw: The "at least 8 megs of RAM to install and 7 megs to run" needs > some rather big annotations to be true and should probably be revised. > The last release you could install from a CD-ROM with plain sysinstall > on 8 megs of RAM was FreeBSD 4.1.1-RELEASE. > Yeah, the mfsroot requirement here along with the growing kernel size really makes it hard for the installer to work in even 16MB of RAM. I don't see this abating anytime soon unless we go to a bare kernel + modules approach and ditch /stand from the mfsroot (and thereby ditch floppies). I'm just saying this matter of fact, not trying to stir a debate. Please enjoy your turkey dinner instead today and refrain from flaming me over floppies vs. RAM =-) Scott From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 22:24:03 2004 Return-Path: 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 00AAC16A4CE for ; Thu, 25 Nov 2004 22:24:03 +0000 (GMT) Received: from www.wcborstel.nl (wcborstel.demon.nl [82.161.134.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 786C643D39 for ; Thu, 25 Nov 2004 22:24:01 +0000 (GMT) (envelope-from jorn@wcborstel.nl) Received: from localhost (localhost [127.0.0.1]) by www.wcborstel.nl (Postfix) with ESMTP id 3CAE942AE for ; Thu, 25 Nov 2004 23:23:58 +0100 (CET) Received: from www.wcborstel.nl ([127.0.0.1]) by localhost (www.wcborstel.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 47136-04 for ; Thu, 25 Nov 2004 23:23:57 +0100 (CET) Received: from www.wcborstel.nl (localhost [127.0.0.1]) by www.wcborstel.nl (Postfix) with ESMTP id 8EBB540CA for ; Thu, 25 Nov 2004 23:23:57 +0100 (CET) From: "Jorn Argelo" To: freebsd-stable@freebsd.org Date: Thu, 25 Nov 2004 23:23:57 +0100 Message-Id: <20041125221914.M81723@wcborstel.nl> In-Reply-To: <41A63AE3.9020008@mukappabeta.de> References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> <200411251807.47294.mark@markdnet.demon.co.uk> <20041125194327.C5321@bigtower.net> <1101411381.568.1.camel@grass.dyndns.org> <1101411674.99948.51.camel@zircon.zircon.seattle.wa.us> <86u0rdr9l0.fsf@srvbsdnanssv.interne.kisoft-services.com> <1101412864.568.7.camel@grass.dyndns.org> <41A63AE3.9020008@mukappabeta.de> X-Mailer: Open WebMail 2.41 20040926 X-OriginatingIP: 82.161.134.53 (jorn) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: by amavisd-new at mail.wcborstel.nl Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 22:24:03 -0000 On Thu, 25 Nov 2004 21:04:51 +0100, Matthias Buelow wrote > alex bustamante wrote: > > > Why is it so hard for the manufacturers to release everything in the > > open? every *ix/bsd user on the planet would run and buy their cards if > > everything was open. > > "Every *ix/bsd" user is still a lot less than 0.5% of their > clientele, so they simply don't bother. It's simple why they don't make it open source. Making it open source makes it easier for ATi to steal their ideas and they can figure out construction of their GPUs (think of bugs or flaws in the driver or the architecture). Plus, they have no use of making it open source. I mean, what is the advantage for them to make it open source? Win more hearts in the Linux and BSD community? Don't think that they want to sacrifice their secrets about their hardware for that. Also, I don't think many people will exactly understand how it works anyway. At least, one may assume that GPUs are really complicated. Just my two cents. Jorn. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 22:41:33 2004 Return-Path: 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 2968416A4CE for ; Thu, 25 Nov 2004 22:41:33 +0000 (GMT) Received: from moghedien.mukappabeta.net (moghedien.mukappabeta.net [194.145.150.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B052843D31 for ; Thu, 25 Nov 2004 22:41:32 +0000 (GMT) (envelope-from mkb@mukappabeta.de) Received: from [192.168.2.10] (pD9E69053.dip.t-dialin.net [217.230.144.83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by moghedien.mukappabeta.net (Postfix) with ESMTP id D41042D3E; Thu, 25 Nov 2004 23:37:00 +0100 (CET) Message-ID: <41A65FA7.2080704@mukappabeta.de> Date: Thu, 25 Nov 2004 23:41:43 +0100 From: Matthias Buelow User-Agent: Mozilla Thunderbird 0.9 (X11/20041124) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jorn Argelo References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> <200411251807.47294.mark@markdnet.demon.co.uk> <20041125194327.C5321@bigtower.net> <1101411381.568.1.camel@grass.dyndns.org> <1101411674.99948.51.camel@zircon.zircon.seattle.wa.us> <86u0rdr9l0.fsf@srvbsdnanssv.interne.kisoft-services.com> <1101412864.568.7.camel@grass.dyndns.org> <41A63AE3.9020008@mukappabeta.de> <20041125221914.M81723@wcborstel.nl> In-Reply-To: <20041125221914.M81723@wcborstel.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 22:41:33 -0000 Jorn Argelo wrote: > It's simple why they don't make it open source. Making it open source makes it > easier for ATi to steal their ideas and they can figure out construction of > their GPUs (think of bugs or flaws in the driver or the architecture). I wonder what "secrets" that might be? After all, a big competitor might, in theory, have no problems of taking a disassembler or decompiler and just take apart the binary driver (if they need to do that at all). Another question is, how much of these ideas today is in the driver, and how much in silicon. I'd think that nVidia and ATI employ pretty much the same techniques for their chips and only the IC designs differ a bit (but are probably well-known to the competitor). With the drivers getting bigger and bigger (the ATI Catalyst graphics driver component alone is over 8 megs), maybe a lot of the logics is actually in the proprietary driver code? In that case, they could provide a rather basic open-source driver, which implements standard OpenGL stuff, and leave the high-profile extensions to their proprietary driver. Or make the basic API for their chip available. But then again, why should they, it simply won't pay off with the tiny margin that *bsd/linux users are, and 2d support is usually available. -- Matthias Buelow; mkb@{mukappabeta,informatik.uni-wuerzburg}.de From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 23:48:47 2004 Return-Path: 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 8773316A4CE for ; Thu, 25 Nov 2004 23:48:47 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D779B43D1D for ; Thu, 25 Nov 2004 23:48:46 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])D943B4A12F for ; Fri, 26 Nov 2004 00:48:45 +0100 (CET) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05760-03-2 for ; Fri, 26 Nov 2004 00:48:45 +0100 (CET) Received: from m2a2.dyndns.org (p5485408E.dip.t-dialin.net [84.133.64.142]) 238254A12B for ; Fri, 26 Nov 2004 00:48:45 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 5E499DE67C for ; Fri, 26 Nov 2004 00:48:44 +0100 (CET) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 29266-06 for ; Fri, 26 Nov 2004 00:48:43 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 9D9C4DE67B; Fri, 26 Nov 2004 00:48:43 +0100 (CET) To: freebsd-stable@freebsd.org In-Reply-To: <41A65FA7.2080704@mukappabeta.de> (Matthias Buelow's message of "Thu, 25 Nov 2004 23:41:43 +0100") User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> <200411251807.47294.mark@markdnet.demon.co.uk> <20041125194327.C5321@bigtower.net> <1101411381.568.1.camel@grass.dyndns.org> <1101411674.99948.51.camel@zircon.zircon.seattle.wa.us> <86u0rdr9l0.fsf@srvbsdnanssv.interne.kisoft-services.com> <1101412864.568.7.camel@grass.dyndns.org> <41A63AE3.9020008@mukappabeta.de> <20041125221914.M81723@wcborstel.nl> <41A65FA7.2080704@mukappabeta.de> From: Matthias Andree Date: Fri, 26 Nov 2004 00:48:43 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 25 Nov 2004 23:48:47 -0000 Matthias Buelow writes: > (but are probably well-known to the competitor). With the drivers > getting bigger and bigger (the ATI Catalyst graphics driver component > alone is over 8 megs), maybe a lot of the logics is actually in the > proprietary driver code? Likely. The same can be seen for CPUs, more and more specialization is in the compiler. Ask Intel, Sun or Mips how much they're spending on chip development and how much on compiler development. :) -- Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 01:00:26 2004 Return-Path: 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 2262216A4CE for ; Fri, 26 Nov 2004 01:00:26 +0000 (GMT) Received: from deskaheh.nysindy.org (host-69-48-73-242.roc.choiceone.net [69.48.73.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DA1143D5A for ; Fri, 26 Nov 2004 01:00:25 +0000 (GMT) (envelope-from ski@indymedia.org) Received: from 10.0.0.42 (unknown [10.0.0.254]) by deskaheh.nysindy.org (Postfix) with ESMTP id 0262141A2B for ; Thu, 25 Nov 2004 20:00:22 -0500 (EST) Received: from 10.0.0.120 (SquirrelMail authenticated user ski); by wuhjuhbuh.afraid.org with HTTP; Thu, 25 Nov 2004 20:01:01 -0500 (EST) Message-ID: <1969.10.0.0.120.1101430861.squirrel@10.0.0.120> In-Reply-To: <4802.10.0.0.26.1101417680.squirrel@10.0.0.26> References: <41A45A3F.5010008@anduin.net> <20041124171115.GP7232@darkness.comp.waw.pl> <6579E984-3E47-11D9-9576-000D9335BCEC@anduin.net> <20041125101405.GB7690@kevad.internal> <41A5B95F.3060605@withagen.nl> <4802.10.0.0.26.1101417680.squirrel@10.0.0.26> Date: Thu, 25 Nov 2004 20:01:01 -0500 (EST) From: "Brian Szymanski" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: gvinum raid 5 (was re: graid3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 01:00:26 -0000 > What's unusable about it? I've 4 250GB ATA drives, desiring capacity + > redundancy, but don't care about speed, much like you, and gvinum raid 5 > has suited me just fine this past few weeks. Eats a lot of system cpu when > there is heavy IO to the R5, but I've booted up with a drive unplugged and > it worked fine in degraded mode, so I'm content... Hmm... Maybe I got lucky/had an empty filesystem/hallucinated last time, but in any event when I try pulling the power on a drive now I get an error about a block not being found... Less than reassuring: drive 1: /dev/gvinum/big: CAN'T CHECK FILE SYSTEM /dev/gvinum/big: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY drive 2: /dev/gvinum/big: CANNOT READ BLK: 1401158656 /dev/gvinum/big: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY drive 3: /dev/gvinum/big: CANNOT READ BLK: 1401158656 /dev/gvinum/big: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY drive 4: Cannot find file system superblock /dev/gvinum/big: CANNOT READ BLK: 1401158656 /dev/gvinum/big: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY /dev/gvinum/big: CANNOT WRITE BLK: 12000 /dev/gvinum/big: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY --- THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/gvinum/big (/home) Automatic file system check failed; help! Pulling power on the RAID0/RAID1 arrays I have does what I expect it to do... Anyone have any idea what's going on here? Cheers, Brian Szymanski ski@indymedia.org From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 01:42:19 2004 Return-Path: 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 948A616A4CE; Fri, 26 Nov 2004 01:42:19 +0000 (GMT) Received: from moghedien.mukappabeta.net (moghedien.mukappabeta.net [194.145.150.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3771243D5A; Fri, 26 Nov 2004 01:42:19 +0000 (GMT) (envelope-from mkb@mukappabeta.de) Received: from [192.168.2.10] (pD9E69053.dip.t-dialin.net [217.230.144.83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by moghedien.mukappabeta.net (Postfix) with ESMTP id 56F742D41; Fri, 26 Nov 2004 02:37:46 +0100 (CET) Message-ID: <41A68A03.4030705@mukappabeta.de> Date: Fri, 26 Nov 2004 02:42:27 +0100 From: Matthias Buelow User-Agent: Mozilla Thunderbird 0.9 (X11/20041124) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <41A58384.30603@yahoo.com> <200411251310.iAPDAoVE027219@lurza.secnetix.de> <4808.10.0.0.26.1101417953.squirrel@10.0.0.26> <41A65428.4050003@freebsd.org> In-Reply-To: <41A65428.4050003@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: Brian Szymanski Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 01:42:19 -0000 Scott Long wrote: > running. 6.0 is not going to have any 80386 support at all, so consider > this another sign to either upgrade your hardware or consider an older > FreeBSD release (2.2.x ?) for your needs. Of course NetBSD still supports the 80386, so it might be an interesting option if the OP wants to keep his old bucket running some BSD. -- Matthias Buelow; mkb@{mukappabeta,informatik.uni-wuerzburg}.de From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 02:44:56 2004 Return-Path: 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 BEB2B16A4CE for ; Fri, 26 Nov 2004 02:44:56 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 697A143D5C for ; Fri, 26 Nov 2004 02:44:56 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004112611:44:44:911181.29903.2412149680 for ; Fri, 26 Nov 2004 11:44:44 +0900 (KST) Message-ID: <41A698A5.6010601@yahoo.com> Date: Fri, 26 Nov 2004 11:44:53 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <3282.1101377849@thrush.ravenbrook.com> In-Reply-To: <3282.1101377849@thrush.ravenbrook.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:1.15) (by Terrace) Subject: Re: make -j$n buildworld : use of -j investigated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 02:44:56 -0000 Nick Barnes wrote: > On Thu, 25 Nov 2004 16:19:02 +0900, Rob wrote: > > >>> time(minutes) * speed(MHz) * nproc / 1000 MHz > > > Looking at your examples, it seems you divide by 1e5, not by 1000. Sorry, yes you're right. > In other words, buildworld is CPU bound and takes about 6e12 clock > cycles. Use -j. My main point is: when using "-j", I am able to predict how long the buildworld takes on a range of 'mainstream' systems like the ones I have (pentium-II to pentium-IV and dual-pentium-III): time(minutes) = 1e5 / ( speed(MHz) * nproc ) P-II 333 MHz : 300 min. P-III 700 MHz : 142 min. P-III 2x800 MHz : 62 min. P-IV 2000 MHz : 50 min. Within a few minutes, all these times are correct. I still have to test my P-I/150 MHz also running 5.3, and verify that buildworld will take approx. 670 min. Rob. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 02:48:23 2004 Return-Path: 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 C60FE16A4CE for ; Fri, 26 Nov 2004 02:48:23 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86FB443D3F for ; Fri, 26 Nov 2004 02:48:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id ADC155119A; Thu, 25 Nov 2004 18:52:51 -0800 (PST) Date: Thu, 25 Nov 2004 18:52:51 -0800 From: Kris Kennaway To: Rob Message-ID: <20041126025251.GA94802@xor.obsecurity.org> References: <3282.1101377849@thrush.ravenbrook.com> <41A698A5.6010601@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <41A698A5.6010601@yahoo.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: make -j$n buildworld : use of -j investigated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 02:48:23 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 26, 2004 at 11:44:53AM +0900, Rob wrote: > Nick Barnes wrote: > >On Thu, 25 Nov 2004 16:19:02 +0900, Rob wrote: > > > > > >>> time(minutes) * speed(MHz) * nproc / 1000 MHz > > > > > >Looking at your examples, it seems you divide by 1e5, not by 1000. >=20 > Sorry, yes you're right. >=20 > >In other words, buildworld is CPU bound and takes about 6e12 clock > >cycles. Use -j. >=20 > My main point is: when using "-j", I am able to predict how long > the buildworld takes on a range of 'mainstream' systems like the ones I > have (pentium-II to pentium-IV and dual-pentium-III): >=20 > time(minutes) =3D 1e5 / ( speed(MHz) * nproc ) >=20 > P-II 333 MHz : 300 min. > P-III 700 MHz : 142 min. > P-III 2x800 MHz : 62 min. > P-IV 2000 MHz : 50 min. >=20 > Within a few minutes, all these times are correct. >=20 > I still have to test my P-I/150 MHz also running 5.3, and verify > that buildworld will take approx. 670 min. Of course, there are other factors that you don't consider that have a huge impact on buildworld time, in particular disk performance. Kris --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBppqDWry0BWjoQKURAikeAKCe+dH4+kWiao1zM2uCEjfHIK96kgCfT02v f+6bofoOLEtJY8xgxA8x25k= =O+96 -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 04:24:18 2004 Return-Path: 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 786D216A4CE for ; Fri, 26 Nov 2004 04:24:18 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7A5543D2D for ; Fri, 26 Nov 2004 04:24:17 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004112613:24:04:368812.21758.2895793072 for ; Fri, 26 Nov 2004 13:24:04 +0900 (KST) Message-ID: <41A6AFEE.8030001@yahoo.com> Date: Fri, 26 Nov 2004 13:24:14 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <3282.1101377849@thrush.ravenbrook.com> <41A698A5.6010601@yahoo.com> <20041126025251.GA94802@xor.obsecurity.org> In-Reply-To: <20041126025251.GA94802@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:2.39) (by Terrace) Subject: Re: make -j$n buildworld : use of -j investigated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 04:24:18 -0000 Kris Kennaway wrote: > On Fri, Nov 26, 2004 at 11:44:53AM +0900, Rob wrote: > >>Nick Barnes wrote: >> >>>On Thu, 25 Nov 2004 16:19:02 +0900, Rob wrote: >>> >>> >>> >>>>> time(minutes) * speed(MHz) * nproc / 1000 MHz >>> >>> >>>Looking at your examples, it seems you divide by 1e5, not by 1000. >> >>Sorry, yes you're right. >> >> >>>In other words, buildworld is CPU bound and takes about 6e12 clock >>>cycles. Use -j. >> >>My main point is: when using "-j", I am able to predict how long >>the buildworld takes on a range of 'mainstream' systems like the ones I >>have (pentium-II to pentium-IV and dual-pentium-III): >> >> time(minutes) = 1e5 / ( speed(MHz) * nproc ) >> >>P-II 333 MHz : 300 min. >>P-III 700 MHz : 142 min. >>P-III 2x800 MHz : 62 min. >>P-IV 2000 MHz : 50 min. >> >>Within a few minutes, all these times are correct. >> >>I still have to test my P-I/150 MHz also running 5.3, and verify >>that buildworld will take approx. 670 min. > > > Of course, there are other factors that you don't consider that have a > huge impact on buildworld time, in particular disk performance. The formula then only applies to following disk configs (mainly UDMA33 and UDMA100): P-I (150): pcib0: pcibus 0 on motherboard pci0: on pcib0 atapci0: port 0x9000-0x900f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ad0: 2445MB [5300/15/63] at ata0-master WDMA2 P-II (333): pcib0: pcibus 0 on motherboard pci0: on pcib0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ad0: 3079MB [6256/16/63] at ata0-master UDMA33 P-III (700): pcib0: pcibus 0 on motherboard pci0: on pcib0 atapci0: port 0xe000-0xe00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ad0: 6149MB [13328/15/63] at ata0-master UDMA33 P-III (2x800): pcib0: pcibus 0 on motherboard pci0: on pcib0 atapci0: port 0xb800-0xb80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0 ata0: channel #0 on atapci0 ad0: 43979MB [89355/16/63] at ata0-master UDMA33 P-IV (2000): pcib0: pcibus 0 on motherboard pci0: on pcib0 atapci0: port 0xa800-0xa80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ad0: 152627MB [310101/16/63] at ata0-master UDMA100 Regards, Rob. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 05:01:08 2004 Return-Path: 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 D201516A4CE for ; Fri, 26 Nov 2004 05:01:08 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B509343D46 for ; Fri, 26 Nov 2004 05:01:07 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 19267 invoked by uid 65534); 26 Nov 2004 05:01:05 -0000 Received: from pD95D8936.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.137.54) by mail.gmx.net (mp029) with SMTP; 26 Nov 2004 06:01:05 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iAQ50lgh047440 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 26 Nov 2004 06:00:49 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Fri, 26 Nov 2004 06:00:43 +0100 User-Agent: KMail/1.7.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2451303.SRRqzb1o82"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411260600.46989.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new Subject: panic in ffs_blkfree on 4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 05:01:09 -0000 --nextPart2451303.SRRqzb1o82 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline This came out of thin air, I have no idea what caused it and how to reprodu= ce=20 it, but I had crash dumps enabled, so here goes... Could this be a sign of = a=20 hdd going bad? Backtrace: IdlePTD at physical address 0x005e9000 initial pcb at physical address 0x004ce4a0 panicstr: ffs_blkfree: bad size panic messages: =2D-- =2D-- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc0256e1f in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 16 #2 0xc0257244 in poweroff_wait (junk=3D0xc044bad5, howto=3D-1069237600)=20 at /usr/src/sys/kern/ker #3 0xc035a83f in ffs_blkfree (ip=3D0xe1236bec, bno=3D828410013, size=3D163= 84)=20 at /usr/src/sys/ufs/ #4 0xc035f084 in handle_workitem_freeblocks (freeblks=3D0xc3b39a00)=20 at /usr/src/sys/ufs/ffs/ff #5 0xc035d577 in process_worklist_item (matchmnt=3D0x0, flags=3D0)=20 at /usr/src/sys/ufs/ffs/ffs_s #6 0xc035d40a in softdep_process_worklist (matchmnt=3D0x0)=20 at /usr/src/sys/ufs/ffs/ffs_softdep #7 0xc0256c7d in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:2= 61 #8 0xc0257244 in poweroff_wait (junk=3D0xc044bad5, howto=3D-1069237600)=20 at /usr/src/sys/kern/ker #9 0xc035a83f in ffs_blkfree (ip=3D0xe1236e0c, bno=3D555810946, size=3D163= 84)=20 at /usr/src/sys/ufs/ #10 0xc035f084 in handle_workitem_freeblocks (freeblks=3D0xc3e07e00)=20 at /usr/src/sys/ufs/ffs/ff #11 0xc035d577 in process_worklist_item (matchmnt=3D0x0, flags=3D0)=20 at /usr/src/sys/ufs/ffs/ffs_s #12 0xc035d40a in softdep_process_worklist (matchmnt=3D0x0)=20 at /usr/src/sys/ufs/ffs/ffs_softdep #13 0xc02856e7 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1198 System is FreeBSD kiste 4.10-STABLE FreeBSD 4.10-STABLE #0: Thu Nov 18=20 18:12:37 CET 2004 root@kiste:/usr/obj/usr/src/sys/KISTE-UP i386 =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2451303.SRRqzb1o82 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBprh+Xhc68WspdLARAqYPAJ9RROt3TbiJ9OP2tzAnZa4QyGKcVQCeJ/3R hH2vwNQgJ1VoF/BcohnFasY= =4xEC -----END PGP SIGNATURE----- --nextPart2451303.SRRqzb1o82-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 07:26:02 2004 Return-Path: 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 6C17816A4CE for ; Fri, 26 Nov 2004 07:26:02 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 32AF443D5C for ; Fri, 26 Nov 2004 07:25:59 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 61675 invoked by uid 0); 26 Nov 2004 07:19:53 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 26 Nov 2004 07:19:53 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 26928130FE7; Fri, 26 Nov 2004 15:25:45 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02901-05; Fri, 26 Nov 2004 15:25:31 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 2A941130E06; Fri, 26 Nov 2004 15:25:31 +0800 (CST) Date: Fri, 26 Nov 2004 15:25:31 +0800 From: Xin LI To: Michael Nottebrock Message-ID: <20041126072531.GA773@frontfree.net> References: <200411260600.46989.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <200411260600.46989.michaelnottebrock@gmx.net> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #11: Tue Oct 26 14:12:03 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-stable@freebsd.org Subject: Re: panic in ffs_blkfree on 4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 07:26:02 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 26, 2004 at 06:00:43AM +0100, Michael Nottebrock wrote: > This came out of thin air, I have no idea what caused it and how to repro= duce=20 > it, but I had crash dumps enabled, so here goes... Could this be a sign o= f a=20 > hdd going bad? It's possible. Will you please post the output of ``bt full''? I think th= at would be helpful for us to determine whether there's other issues. Thanks in advance! Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBptpr/cVsHxFZiIoRAnw7AJwJ9evg4iwno956kY18EGCf7+MsHACcD+Ti uw3cHz/YsA7shKMJ0ggdEMc= =doBl -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 07:43:28 2004 Return-Path: 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 2923D16A4CE for ; Fri, 26 Nov 2004 07:43:28 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 19F7F43D1D for ; Fri, 26 Nov 2004 07:43:27 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 8940 invoked by uid 65534); 26 Nov 2004 07:43:25 -0000 Received: from pD955F8D5.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.248.213) by mail.gmx.net (mp009) with SMTP; 26 Nov 2004 08:43:25 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iAQ7hIXF049174 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 26 Nov 2004 08:43:19 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Xin LI Date: Fri, 26 Nov 2004 08:43:14 +0100 User-Agent: KMail/1.7.1 References: <200411260600.46989.michaelnottebrock@gmx.net> <20041126072531.GA773@frontfree.net> In-Reply-To: <20041126072531.GA773@frontfree.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200411260843.15373.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: freebsd-stable@freebsd.org Subject: Re: panic in ffs_blkfree on 4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 07:43:28 -0000 On Friday, 26. November 2004 08:25, Xin LI wrote: > On Fri, Nov 26, 2004 at 06:00:43AM +0100, Michael Nottebrock wrote: > > This came out of thin air, I have no idea what caused it and how to > > reproduce it, but I had crash dumps enabled, so here goes... Could this > > be a sign of a hdd going bad? > > It's possible. Will you please post the output of ``bt full''? I think > that would be helpful for us to determine whether there's other issues. Sure, here goes: #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 error = 0 #1 0xc0256e1f in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:316 howto = 260 #2 0xc0257244 in poweroff_wait (junk=0xc044bad5, howto=-1069237600) at /usr/src/sys/kern/kern_shutdown.c:595 fmt = 0xc044bad5 "ffs_blkfree: bad size" bootopt = 260 buf = "ffs_blkfree: bad size", '\000' #3 0xc035a83f in ffs_blkfree (ip=0xe1236bec, bno=828410013, size=16384) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1421 size = -1069237547 fs = (struct fs *) 0x104 cgp = (struct cg *) 0xc3417600 bp = (struct buf *) 0x1000000 blkno = 828410013 i = 828410013 error = 0 cg = 0 blk = 0 frags = 0 bbase = 828410013 blksfree = (u_int8_t *) 0xe1236bec "(m#á\001" #4 0xc035f084 in handle_workitem_freeblocks (freeblks=0xc3b39a00) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2136 tip = {i_lock = {lk_interlock = {lock_data = -517771992}, lk_flags = 1, lk_sharecount = -1068600342, lk_waitcount = 0, lk_exclusivecount = 3840, lk_prio = 0, lk_wmesg = 0xe1236c1c "`\027NÀ", lk_timo = -517772264, lk_lockholder = -1068624192}, i_hash = {le_next = 0xe1236c24, le_prev = 0xc03bcd23}, i_vnode = 0xe1236c20, i_devvp = 0xe1229b40, i_flag = 3226343264, i_dev = 0xc364d500, i_number = 406476, i_effnlink = -1068624032, inode_u = {fs = 0xc36db000, e2fs = 0xc36db000}, i_dquot = { 0xe1236c43, 0x1}, i_modrev = 32, i_lockf = 0x20a40000, i_count = -517772200, i_endoff = -1071185206, i_diroff = -1068708288, i_offset = 32, i_ino = 5, i_reclen = 3777195120, i_spare = {3223729020, 32, 1}, i_dirhash = 0xe1236cc4, i_din = {di_mode = 32, di_nlink = 0, di_u = {oldids = {27912, 57635}, inumber = -517772024}, di_size = 157173564246082108, di_atime = -517771992, di_atimensec = 1, di_mtime = 0, di_mtimensec = 0, di_ctime = 1, di_ctimensec = 2, di_db = {540965770, 0, 0, 0, 0, 0, 0, 0, 0, 2, -517772476, 1}, di_ib = {-517787136, -601006656, -517772036}, di_flags = 3777195240, di_blocks = -1071342436, di_gen = 0, di_uid = 2528546864, di_gid = 3224751978, di_spare = {0, -517772012}}} bn = 828410013 fs = (struct fs *) 0xc36db000 i = -517772308 level = 2 bsize = 2 nblocks = 32 blocksreleased = 0 error = 0 baselbns = {12, 4108, 16781324} tmpval = 0 #5 0xc035d577 in process_worklist_item (matchmnt=0x0, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:723 flags = 0 wk = (struct worklist *) 0xc3b39a00 matchfs = (struct fs *) 0x0 vp = (struct vnode *) 0x0 matchcnt = 0 #6 0xc035d40a in softdep_process_worklist (matchmnt=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:622 matchmnt = (struct mount *) 0x0 p = (struct proc *) 0xdc2d5dc0 matchcnt = 0 loopcount = 2 starttime = 1101442862 #7 0xc0256c7d in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:261 bp = (struct buf *) 0xcfc971d4 iter = 6 nbusy = 2 pbusy = 2 howto = 256 #8 0xc0257244 in poweroff_wait (junk=0xc044bad5, howto=-1069237600) at /usr/src/sys/kern/kern_shutdown.c:595 fmt = 0xc044bad5 "ffs_blkfree: bad size" bootopt = 256 buf = "ffs_blkfree: bad size", '\000' ---Type to continue, or q to quit--- #9 0xc035a83f in ffs_blkfree (ip=0xe1236e0c, bno=555810946, size=16384) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1421 size = -1069237547 fs = (struct fs *) 0x100 cgp = (struct cg *) 0x0 bp = (struct buf *) 0x1000000 blkno = 555810946 i = 555810946 error = 0 cg = 0 blk = 0 frags = 0 bbase = 555810946 blksfree = (u_int8_t *) 0xe1236e0c "" #10 0xc035f084 in handle_workitem_freeblocks (freeblks=0xc3e07e00) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2136 tip = {i_lock = {lk_interlock = {lock_data = 0}, lk_flags = 3223874976, lk_sharecount = 0, lk_waitcount = -476676736, lk_exclusivecount = 28256, lk_prio = -7901, lk_wmesg = 0xc02861d8 "ÇCt", lk_timo = -476676736, lk_lockholder = -476676736}, i_hash = {le_next = 0xc4a34400, le_prev = 0xdc2d5dc0}, i_vnode = 0xc046e9c0, i_devvp = 0xe1229b40, i_flag = 3225871552, i_dev = 0xc364d500, i_number = 406477, i_effnlink = -601006656, inode_u = {fs = 0xc36db000, e2fs = 0xc36db000}, i_dquot = { 0xc046e500, 0xe3967d80}, i_modrev = 15865440141511294983, i_lockf = 0xe3967d80, i_count = -517771656, i_endoff = -1071095096, i_diroff = -1071094885, i_offset = 0, i_ino = 3818290560, i_reclen = 3777195656, i_spare = {3223872105, 3818290560, 3693960640}, i_dirhash = 0xe1236ebc, i_din = {di_mode = 29051, di_nlink = -16330, di_u = { oldids = {32128, 58262}, inumber = -476676736}, di_size = 7304707460983419499, di_atime = -476676736, di_atimensec = -1003747520, di_mtime = -601006656, di_mtimensec = 0, di_ctime = -1069095616, di_ctimensec = -1071306595, di_db = {0, 0, -1003747520, -601006656, 0, 32, -1003747520, -517771552, -1070214523, -1003747520, -517771932, -517771508}, di_ib = {-1070203142, -1003747520, 12}, di_flags = 3818290560, di_blocks = -1068862980, di_gen = -1003747520, di_uid = 200917441, di_gid = 3224751978, di_spare = {0, -517771468}}} bn = 555810946 fs = (struct fs *) 0xc36db000 i = -517771764 level = 2 bsize = 2 nblocks = 32 blocksreleased = 0 error = 0 baselbns = {12, 4108, 16781324} tmpval = 0 #11 0xc035d577 in process_worklist_item (matchmnt=0x0, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:723 flags = 0 wk = (struct worklist *) 0xc3e07e00 matchfs = (struct fs *) 0x0 vp = (struct vnode *) 0x0 matchcnt = 0 #12 0xc035d40a in softdep_process_worklist (matchmnt=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:622 matchmnt = (struct mount *) 0x0 p = (struct proc *) 0xdc2d5dc0 matchcnt = 0 loopcount = 116 starttime = 1101442860 #13 0xc02856e7 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1198 slp = (struct synclist *) 0xc3468e88 vp = (struct vnode *) 0x0 starttime = 1101442859 s = 0 p = (struct proc *) 0xdc2d5dc0 -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 08:43:44 2004 Return-Path: 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 DC0E616A4CE for ; Fri, 26 Nov 2004 08:43:44 +0000 (GMT) Received: from natsmtp00.rzone.de (natsmtp00.rzone.de [81.169.145.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 334E543D2F for ; Fri, 26 Nov 2004 08:43:44 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from athena.laverenz.de (pD95500A7.dip.t-dialin.net [217.85.0.167]) by post.webmailer.de (8.13.1/8.13.1) with ESMTP id iAQ8hgC0028351 for ; Fri, 26 Nov 2004 09:43:42 +0100 (MET) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id 7AF27E06C0B3 for ; Fri, 26 Nov 2004 09:43:41 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04723-02 for ; Fri, 26 Nov 2004 09:43:40 +0100 (CET) Received: from jungle.laverenz.de (jungle.laverenz.de [192.168.100.8]) by athena.laverenz.de (Postfix) with ESMTP id 841E4E06C0B2 for ; Fri, 26 Nov 2004 09:43:40 +0100 (CET) Received: by jungle.laverenz.de (Postfix, from userid 2000) id 37E13800B3E2; Fri, 26 Nov 2004 09:43:38 +0100 (CET) Date: Fri, 26 Nov 2004 09:43:38 +0100 From: Uwe Laverenz To: freebsd-stable@freebsd.org Message-ID: <20041126084338.GB4179@laverenz.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <20041125160532.GA9813@kierun.org> <52085.192.168.0.200.1101399213.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.6+20040722i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 08:43:45 -0000 On Thu, Nov 25, 2004 at 09:52:48AM -0800, Joe Kelsey wrote: > I always tell anyone who asks to run very fast and very far away from > anything with NVIDIA in it. IMHO NVidia is the only option if you want decent 3D acceleration on FreeBSD or Linux desktops. Other manufacturers don't even care for FreeBSD and ATI's drivers are crap on any platform (including Windows). > countless errors which will cause system failures on every single > machine I have tried to use them with. Do not ever buy or attempt to Sorry, must be something on your side, I never experienced such problems with NVidia cards/drivers. > Use Matrox cards. I love my G400max and still use it but: for their (slow+expensive) Parhelias there is absolutely no support from Matrox, no drivers or specs that would make them work with FreeBSD or other systems besides RH 7.3-9.0. The only trouble-free cards are G400 or G550 if you don't need 3D power. Sorry, nowadays Matrox is not an option for FreeBSD- or Linux-Users. cu, Uwe From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 09:32:36 2004 Return-Path: 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 6EB8816A4CE for ; Fri, 26 Nov 2004 09:32:36 +0000 (GMT) Received: from deskaheh.nysindy.org (host-69-48-73-242.roc.choiceone.net [69.48.73.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1024943D5C for ; Fri, 26 Nov 2004 09:32:36 +0000 (GMT) (envelope-from ski@indymedia.org) Received: from 10.0.0.42 (unknown [10.0.0.254]) by deskaheh.nysindy.org (Postfix) with ESMTP id 03EA241A05; Fri, 26 Nov 2004 04:32:33 -0500 (EST) Received: from 10.0.0.120 (SquirrelMail authenticated user ski); by wuhjuhbuh.afraid.org with HTTP; Fri, 26 Nov 2004 04:32:34 -0500 (EST) Message-ID: <2313.10.0.0.120.1101461554.squirrel@10.0.0.120> In-Reply-To: <41A5B95F.3060605@withagen.nl> References: <41A45A3F.5010008@anduin.net> <20041124171115.GP7232@darkness.comp.waw.pl> <6579E984-3E47-11D9-9576-000D9335BCEC@anduin.net> <20041125101405.GB7690@kevad.internal> <41A5B95F.3060605@withagen.nl> Date: Fri, 26 Nov 2004 04:32:34 -0500 (EST) From: "Brian Szymanski" To: "Willem Jan Withagen" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-stable@freebsd.org Subject: Re: graid3 - requirements or manpage wrong? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 09:32:36 -0000 > That is not completely fair for vinum.... > > I've been running vinum now for the better of 3-4 years, and even with a > set of very flaky seagate IDE drives I never lost a byte. > Vinum has served me well, and I trust gvinum will get there as well. > I just left my fileserver at 5.1, which I know is not an option for > everybody. Are you using vinum Raid5 ? I'm considering rolling back to 5.1 myself if someone attests that things "just work" there with R5, then waiting for gvinum to mature before getting my machine back on stable. Also, when did vinum stop working in favor of gvinum? is it with 5.3? Could I expect 5.2.1 to work? Pardon the barrage of questions, but it would take me hours to test each case, so if anyone knows, drop me a line. Thanks! Brian Szymanski ski@indymedia.org From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 10:05:50 2004 Return-Path: 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 EBD6416A4CE for ; Fri, 26 Nov 2004 10:05:49 +0000 (GMT) Received: from lri.lri.fr (lri.lri.fr [129.175.15.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C6B743D45 for ; Fri, 26 Nov 2004 10:05:49 +0000 (GMT) (envelope-from feanor@pc5-179.lri.fr) Received: from localhost (localhost [127.0.0.1]) by lri.lri.fr (Postfix) with ESMTP id E38C119E7CA; Fri, 26 Nov 2004 11:05:45 +0100 (CET) Received: from lri.lri.fr ([127.0.0.1]) by localhost (lri.lri.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01950-04; Fri, 26 Nov 2004 11:05:45 +0100 (CET) Received: from pc5-179.lri.fr (pc5-179 [129.175.5.179]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by lri.lri.fr (Postfix) with ESMTP id C254B19E7F0; Fri, 26 Nov 2004 11:05:45 +0100 (CET) Received: from pc5-179.lri.fr (localhost.lri.fr [127.0.0.1]) by pc5-179.lri.fr (8.12.10/8.12.10) with ESMTP id iAQA54pC031505; Fri, 26 Nov 2004 11:05:04 +0100 (CET) (envelope-from feanor@pc5-179.lri.fr) Received: (from feanor@localhost) by pc5-179.lri.fr (8.12.10/8.12.10/Submit) id iAQA53Yx031504; Fri, 26 Nov 2004 11:05:03 +0100 (CET) (envelope-from feanor) Date: Fri, 26 Nov 2004 11:05:03 +0100 From: Marwan Burelle To: "Stein M. Sandbech" Message-ID: <20041126100503.GB31270@pc5-179.lri.fr> References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <87zn15zoqo.fsf@basilikum.skogtun.org> <41A63A78.2030506@mukappabeta.de> <62BDD6A8-3F22-11D9-8328-000D93B0B684@ife.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FkmkrVfFsRoUs1wW" Content-Disposition: inline In-Reply-To: <62BDD6A8-3F22-11D9-8328-000D93B0B684@ife.no> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at lri.fr cc: Matthias Buelow cc: freebsd-stable@freebsd.org cc: Harald Arnesen Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 10:05:50 -0000 --FkmkrVfFsRoUs1wW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 25, 2004 at 09:41:30PM +0100, Stein M. Sandbech wrote: >=20 > On Nov 25, 2004, at 9:03 PM, Matthias Buelow wrote: >=20 > >Harald Arnesen wrote: > > > >>All Radeons up to 9100 (9200, but that one is slower). Unfortunately, > >>that excludes all reasonably new cards. > > > >The newer cards work very well. I have a X800se PCI-Express card and=20 > >it works like a charm with X.org 6.8.1 on 5.3. >=20 > Which also the newest nVidia cards also do. I got a brand new Intel MB=20 > based P4 with nVidia GeForce 6 6600 GPU > (on PCI Express of course). They run flawlessly in VESA mode=20 > (FreeBSD5.3 and 4.10). Fast enough for me as a > regular 2D accelerator. In fact this not enough, I've got a Quadro FX 500 on my box at work, I used to have dual head configuration, but unfortunately, for this card it requires nvidia's binary drivers. Ok, it is not so unstable, but, by exprerience, some application make it crash, I, sometimes, have problem with mplayer, it forbid the use of a VESA console, it doesn't do well with ACPI and hyperthreading (simply crash the system ... totaly), it's not thread safe and from my own tests, acceleration is not so fast. I have no use for 3D acceleration (or maybe just for xscreensaver ;) but some other features require the driver, so it's lake of stability is realy a big issue for every day use. Of course nvidia have good reason for that binary only driver, they don't own totaly their libGL (there're big parts from SGI in it.) Since about half of the good performances come from algorithm in libGL (a GPUs, or every other hardware acceleration devices, only provide primitive operations, this operations maybe fast, one still need to combine them cleverly in order to have good perfs), openning it is, somehow, out of question (in fact, the real break comes from SGI, for that point.) So, which card ? I haven't test latest ATI, but if open drivers from Xorg (or XFree) are enough for essential use (no 3D, but acces to the 2 outputs and other features like that) they're maybe the good choice. my 2c. --=20 Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org (burelle@lri.fr | Marwan.Burelle@ens.fr) --FkmkrVfFsRoUs1wW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBpv/PI+2UvUKfgvgRAjaiAJ9cqJo67il1j5zYphog1D+0I+Y0YgCePLAT 37Tln7v++Ul0bg2ieZvTd/4= =mn6T -----END PGP SIGNATURE----- --FkmkrVfFsRoUs1wW-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 10:15:21 2004 Return-Path: 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 0E81816A4CE for ; Fri, 26 Nov 2004 10:15:21 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 742E243D55 for ; Fri, 26 Nov 2004 10:15:19 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual.digiware.nl [212.61.27.71]) by freebee.digiware.nl (8.13.1/8.13.1) with ESMTP id iAQAFG1W051287; Fri, 26 Nov 2004 11:15:17 +0100 (CET) (envelope-from wjw@withagen.nl) Message-ID: <41A70237.2010503@withagen.nl> Date: Fri, 26 Nov 2004 11:15:19 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Szymanski References: <41A45A3F.5010008@anduin.net> <20041124171115.GP7232@darkness.comp.waw.pl> <6579E984-3E47-11D9-9576-000D9335BCEC@anduin.net> <20041125101405.GB7690@kevad.internal> <41A5B95F.3060605@withagen.nl> <2313.10.0.0.120.1101461554.squirrel@10.0.0.120> In-Reply-To: <2313.10.0.0.120.1101461554.squirrel@10.0.0.120> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: graid3 - requirements or manpage wrong? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 10:15:21 -0000 Brian Szymanski wrote: >>That is not completely fair for vinum.... >> >>I've been running vinum now for the better of 3-4 years, and even with a >>set of very flaky seagate IDE drives I never lost a byte. >>Vinum has served me well, and I trust gvinum will get there as well. >>I just left my fileserver at 5.1, which I know is not an option for >>everybody. > > > Are you using vinum Raid5 ? I'm considering rolling back to 5.1 myself if > someone attests that things "just work" there with R5, then waiting for > gvinum to mature before getting my machine back on stable. > > Also, when did vinum stop working in favor of gvinum? is it with 5.3? > Could I expect 5.2.1 to work? Pardon the barrage of questions, but it > would take me hours to test each case, so if anyone knows, drop me a line. > Thanks! [~wjw] root@files> uname -a FreeBSD files.digiware.nl 5.1-RELEASE-p11 FreeBSD 5.1-RELEASE-p11 #3: Sat Dec 20 16:16:35 CET 2003 root@freebee.digiware.nl:/mnt2/obj/usr/src51/src/sys/GENERIC i386 [~wjw] root@files> vinum l 4 drives: D vinumdrive1 State: up /dev/ad7s1h A: 0/58143 MB (0%) D vinumdrive0 State: up /dev/ad6s1h A: 0/58143 MB (0%) D vinumdrive3 State: up /dev/ad5s1h A: 0/58143 MB (0%) D vinumdrive2 State: up /dev/ad4s1h A: 0/58143 MB (0%) 1 volumes: V vinum0 State: up Plexes: 1 Size: 170 GB 1 plexes: P vinum0.p0 R5 State: up Subdisks: 4 Size: 170 GB 4 subdisks: S vinum0.p0.s0 State: up D: vinumdrive0 Size: 56 GB S vinum0.p0.s1 State: up D: vinumdrive1 Size: 56 GB S vinum0.p0.s2 State: up D: vinumdrive2 Size: 56 GB S vinum0.p0.s3 State: up D: vinumdrive3 Size: 56 GB Note that this is vinum in its most simple state: - 4* whole disk in vinum. - NO root or swap or other complicating issues. This server is only doing one simple thing: NFS en SMB serving. Even SMB is still way behind on 2.2.8 And I have not tried in going to the 5.2.1 venture. I only went to 5.1 on this box, because it was the last of the mohicans in my home server park not running >= 5. So I wanted to get ride of the 4.x tree. And as you can see I have not tinkered with this box for almost a year. --WjW From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 10:50:34 2004 Return-Path: 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 2006E16A4CE for ; Fri, 26 Nov 2004 10:50:34 +0000 (GMT) Received: from smtp107.mail.sc5.yahoo.com (smtp107.mail.sc5.yahoo.com [66.163.169.227]) by mx1.FreeBSD.org (Postfix) with SMTP id E285B43D5D for ; Fri, 26 Nov 2004 10:50:33 +0000 (GMT) (envelope-from diegocglinux@yahoo.es) Received: from unknown (HELO estel) (diegocglinux@80.103.15.19 with login) by smtp107.mail.sc5.yahoo.com with SMTP; 26 Nov 2004 10:50:32 -0000 Date: Fri, 26 Nov 2004 11:50:35 +0100 From: Diego Calleja To: "Jorn Argelo" Message-Id: <20041126115035.08b0cee6.diegocglinux@yahoo.es> In-Reply-To: <20041125221914.M81723@wcborstel.nl> References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> <200411251807.47294.mark@markdnet.demon.co.uk> <20041125194327.C5321@bigtower.net> <1101411381.568.1.camel@grass.dyndns.org> <1101411674.99948.51.camel@zircon.zircon.seattle.wa.us> <86u0rdr9l0.fsf@srvbsdnanssv.interne.kisoft-services.com> <1101412864.568.7.camel@grass.dyndns.org> <41A63AE3.9020008@mukappabeta.de> <20041125221914.M81723@wcborstel.nl> X-Mailer: Sylpheed version 0.9.99 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 10:50:34 -0000 El Thu, 25 Nov 2004 23:23:57 +0100 "Jorn Argelo" escribi=F3: [...] > Also, I don't think many people will exactly understand how it works > anyway. At least, one may assume that GPUs are really complicated.=20 >From what I've heard to the x.org guys, programming such drivers is a very complex task. Several DRI developers have access to the ATI r2xx specs and the driver is 100% opensource, but the driver is still quite inferior compared with the available binary drivers. Lack of experience of the opensource community when it comes to "graphics" is IMHO a problem too (we know how to build servers and how to build drivers for network cards, but "desktops" are somewhat different and not many people knows/cares about 3D acceleration).=20 IMHO supported opensource drivers are much better than open specs. That's what Intel seems to be doing or they are planning to do or there's a hope that they'll do, I've heard. Intel seems to be more opensource-friendly lately, at least they're releasing specs for some of their hardware, like this littel jewel: http://www.intel.com/technology/serialata/pdf/rev1_0.pdf From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 11:10:27 2004 Return-Path: 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 BD3D416A4CE for ; Fri, 26 Nov 2004 11:10:27 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 064FD43D2F for ; Fri, 26 Nov 2004 11:10:27 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (liforg@localhost [127.0.0.1]) by lurza.secnetix.de (8.12.11/8.12.11) with ESMTP id iAQBANqA066420; Fri, 26 Nov 2004 12:10:23 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.12.11/8.12.11/Submit) id iAQBANfd066419; Fri, 26 Nov 2004 12:10:23 +0100 (CET) (envelope-from olli) Date: Fri, 26 Nov 2004 12:10:23 +0100 (CET) Message-Id: <200411261110.iAQBANfd066419@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, busta@33rpm.biz In-Reply-To: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.10-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, busta@33rpm.biz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2004 11:10:27 -0000 alex bustamante wrote: > Is there any graphicscard that is known to work better than others with > freebsd/x11? (open sourcecode for the drivers, etc) Here are my two (Euro) cents ... If you don't want to play the latest 3D ego shooter games, get a Matrox MGA G400 (or even G200) from eBay. They are cheap, work very well for 2D stuff (even support OpenGL for those cool 3D screen savers). Also, the analog VGA output of Matrox cards has legendary quality which matches that of the digital DVI output of other cards (you get an excellent, sharp picture). And last but not least, the XFree86/Xorg drivers are rock-stable. I'm using Matrox MGA cards for many years, starting with the Matrox Millenium. Unfortunately, Matrox has gotten stingy of drivers and specs lately, so I'd advise against buying their newer cards (Parhelia). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 12:25:14 2004 Return-Path: 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 4F40D16A4CE for ; Fri, 26 Nov 2004 12:25:14 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE47443D6B for ; Fri, 26 Nov 2004 12:25:10 +0000 (GMT) (envelope-from rbgarga@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so292118wri for ; Fri, 26 Nov 2004 04:25:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=AjD5aqMGqV46CIDrZEi6O3rDg4mqeThfkh322ZWB0sUhRIzg9WCEmBpAa4FOtCywTEdSFaY8iE0dvoreZruRfQJqYPPcM89PXjnpgmiMvuutusbvNmdfpNZbRnU2BHQkJMnCbhI6GSnL9hLA1esDAtuKRwMNxbdjP20914j+KYM= Received: by 10.54.51.78 with SMTP id y78mr976017wry; Fri, 26 Nov 2004 04:25:09 -0800 (PST) Received: by 10.54.33.59 with HTTP; Fri, 26 Nov 2004 04:25:09 -0800 (PST) Message-ID: <747dc8f30411260425456f2a7f@mail.gmail.com> Date: Fri, 26 Nov 2004 10:25:09 -0200 From: Renato Botelho To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: mrouted + pf problems on 5.3-p1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Renato Botelho List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2004 12:25:14 -0000 I had a server running FreeBSD 5.2.1 with ipfw + natd and mrouted. All worked fine for a long time. Yesterday, I migrate my server to FreeBSD 5.3-RELEASE-p1, and change my firewall to pf. Now, I can=B4t find my image server from my internal network. I reduce my pf.conf to two simple rules pass in all pass out all and the problem persists. Now, I=B4m compilling another kernel with ipfirewall, to be sure the problem is the firewall. Anybody know if have any problems with pf + routing multicast? Thanks a lot --=20 Renato Botelho ICQ: 54596223 AIM: RBGargaBR From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 13:28:14 2004 Return-Path: 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 A868716A4CE for ; Fri, 26 Nov 2004 13:28:14 +0000 (GMT) Received: from www.cyclades.de (mail.cyclades.de [62.225.173.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id B07C143D45 for ; Fri, 26 Nov 2004 13:28:13 +0000 (GMT) (envelope-from mh@kernel32.de) Received: from [192.168.10.148] (helo=[192.168.10.148]) by www.cyclades.de with asmtp (Exim 3.35 #1 (Debian)) id 1CXg8v-00088Z-00; Fri, 26 Nov 2004 14:28:09 +0100 Message-ID: <41A72F0F.90109@kernel32.de> Date: Fri, 26 Nov 2004 14:26:39 +0100 From: Marian Hettwer User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <41A58384.30603@yahoo.com> In-Reply-To: <41A58384.30603@yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-MailScanner: Found to be clean X-MailScanner-SpamCheck: cc: freebsd-stable@freebsd.org Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 13:28:14 -0000 Hej there, Rob wrote: > > Hi, > > I thought 386 support had been removed since 5.X. But > http://www.freebsd.org/releases/5.3R/installation-i386.html > says: > > 1.2 Hardware Requirements > FreeBSD for the i386 requires a 486 or better processor to install > and run (although FreeBSD can run on 386 processors with a custom > kernel).... > > What does this mean? the very same what is written down. i386 class architecture requieres to have at least a (80)486 CPU. > Should I install on 486 or higher, build a custom kernel and then > physically put the very same disk in a 386 PC? > I believe you are confused by i386 and 486 ... i386 is just the architecture, often called x86 too. 486 is the processor class itself. So: i386 != 386 hth, Marian From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 13:52:30 2004 Return-Path: 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 5752016A4CE for ; Fri, 26 Nov 2004 13:52:30 +0000 (GMT) Received: from www.cyclades.de (mail.cyclades.de [62.225.173.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC11443D3F for ; Fri, 26 Nov 2004 13:52:29 +0000 (GMT) (envelope-from mh@kernel32.de) Received: from [192.168.10.148] (helo=[192.168.10.148]) by www.cyclades.de with asmtp (Exim 3.35 #1 (Debian)) id 1CXgWO-00009R-00; Fri, 26 Nov 2004 14:52:24 +0100 Message-ID: <41A734BE.4060908@kernel32.de> Date: Fri, 26 Nov 2004 14:50:54 +0100 From: Marian Hettwer User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marian Hettwer References: <41A58384.30603@yahoo.com> <41A72F0F.90109@kernel32.de> In-Reply-To: <41A72F0F.90109@kernel32.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-MailScanner: Found to be clean X-MailScanner-SpamCheck: cc: Rob cc: freebsd-stable@freebsd.org Subject: Re: 5.3 on Intel 386 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 13:52:30 -0000 top post: forget it. It's Friday, and I'm not tired. I just oversaw that you asked how to get FreeBSD running on a 386 then... sorry :) Marian Hettwer wrote: > Hej there, > > Rob wrote: > >> >> Hi, >> >> I thought 386 support had been removed since 5.X. But >> http://www.freebsd.org/releases/5.3R/installation-i386.html >> says: >> >> 1.2 Hardware Requirements >> FreeBSD for the i386 requires a 486 or better processor to install >> and run (although FreeBSD can run on 386 processors with a custom >> kernel).... >> >> What does this mean? > > the very same what is written down. i386 class architecture requieres to > have at least a (80)486 CPU. > >> Should I install on 486 or higher, build a custom kernel and then >> physically put the very same disk in a 386 PC? >> > I believe you are confused by i386 and 486 ... i386 is just the > architecture, often called x86 too. > 486 is the processor class itself. So: i386 != 386 > > hth, > Marian > _______________________________________________ > 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 26 14:07:52 2004 Return-Path: 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 669F816A4CE for ; Fri, 26 Nov 2004 14:07:52 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32E6843D66 for ; Fri, 26 Nov 2004 14:07:52 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id ECF712FAACC for ; Fri, 26 Nov 2004 09:07:50 -0500 (EST) Received: from billdog.local.linnet.org (dsl-212-74-113-65.access.uk.tiscali.com [212.74.113.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id B1D762FA2A8 for ; Fri, 26 Nov 2004 09:07:50 -0500 (EST) Received: from brian by billdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1CXglL-00020f-SU for freebsd-stable@freebsd.org; Fri, 26 Nov 2004 14:07:51 +0000 Date: Fri, 26 Nov 2004 14:07:51 +0000 From: Brian Candler To: freebsd-stable@freebsd.org Message-ID: <20041126140751.GA1996@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Bug in xterm? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 14:07:52 -0000 I can cause xterm to hang reliably with the following command: perl -mDigest::MD5 -e 'print pack("H*",Digest::MD5::md5("test"))' A control-middlebutton-"Do Full Reset" is needed to get out of this state. Konsole doesn't have this problem (but Konsole takes too much screen real-estate). Anyway, just thought it was worth a mention... Regards, Brian. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 15:35:52 2004 Return-Path: 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 6839916A4CF for ; Fri, 26 Nov 2004 15:35:52 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 907E043D3F for ; Fri, 26 Nov 2004 15:35:51 +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.1/8.13.1) with ESMTP id iAQFZfWP036466 for ; Fri, 26 Nov 2004 16:35:41 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <41A74D4D.6030606@fer.hr> Date: Fri, 26 Nov 2004 16:35:41 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.9 (X11/20041111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: Samba & filesystem ACLs? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 15:35:52 -0000 I noticed Samba 3 can be built to support "ACL"s, so I tried it, mounted a ufs2 partition with acls, shared it and really, manipulation of files through windows explorer dialog adds ACL data to files, and getfacl(1) reports there indeed are ACLs. BUT, there are two problems: the permissions set this way are weird when viewed from ls or getfacl (looks to me like random r/w/x bits are set in the unix perms mask), and using it on windows "roaming profiles" share causes the windows client to fail on logoff, complaining it cannot create/store some roaming profile folders (but some files and folders work ok). Did I misunderstood what Samba's ACL support means, or is it a bug? Did anybody succeed running Samba with acls-enabled filesystem? From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 16:31:04 2004 Return-Path: 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 0BCBB16A4CE for ; Fri, 26 Nov 2004 16:31:04 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEEB243D1D for ; Fri, 26 Nov 2004 16:31:03 +0000 (GMT) (envelope-from rbgarga@gmail.com) Received: by wproxy.gmail.com with SMTP id 50so486621wri for ; Fri, 26 Nov 2004 08:31:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=tRjIxem/dVlOVkM0FD2j05m7sy19C/oQGzvAbrO80id3+wzhDMxJfKIQBXqz5yjC+pPXA5OoJvnq3626so3Lu9V7Z0dgi0NZ3eO/cCJfinRbRsyDAr673MVEcSNr3ktgajqI5FVg3omWgiiJis16ukW+cdYkonBMYVU4WpRIbZA= Received: by 10.54.22.22 with SMTP id 22mr1117358wrv; Fri, 26 Nov 2004 08:31:03 -0800 (PST) Received: by 10.54.33.59 with HTTP; Fri, 26 Nov 2004 08:31:02 -0800 (PST) Message-ID: <747dc8f304112608312f840861@mail.gmail.com> Date: Fri, 26 Nov 2004 14:31:02 -0200 From: Renato Botelho To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Problems with 5.3-p1 and mrouted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Renato Botelho List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2004 16:31:04 -0000 Hi All, I had a freebsd-5.2.1-p11 running as a multicast router with mrouter and ipfw. I migrate it to 5.3-p1 and the firewall to pf, so, my mrouted didn=B4t work more. Now, I back all my configurations, and, I have a 5.3 running ipfw with the same rules it ran on 5.2.1, but, for my surprise, it doesn=B4t work anymore. Anybody know if 5.3 has any problem with multicast route? I searched on /usr/src/UPDATING but didn=B4t find nothing. Does anybody have an idea what=B4s happening? thanks a lot --=20 Renato Botelho ICQ: 54596223 AIM: RBGargaBR From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 18:34:03 2004 Return-Path: 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 B0B4116A4CE for ; Fri, 26 Nov 2004 18:34:03 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68ADF43D49 for ; Fri, 26 Nov 2004 18:34:03 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.43 (FreeBSD)) id 1CXkuw-0004ts-0x; Fri, 26 Nov 2004 19:34:02 +0100 Date: Fri, 26 Nov 2004 19:34:02 +0100 From: Oliver Brandmueller To: Ivan Voras Message-ID: <20041126183401.GB96473@e-Gitt.NET> References: <41A60264.30109@fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41A60264.30109@fer.hr> User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller cc: stable@freebsd.org Subject: Re: Huge slapd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 18:34:03 -0000 Hi. On Thu, Nov 25, 2004 at 05:03:48PM +0100, Ivan Voras wrote: > After a few days of mostly test load, top reports that the slapd process > (OpenLDAP server) is huge: > > 439 ldap 20 0 149M 6128K kserel 0:07 0.00% 0.00% slapd > > I know that the actually used memory size is the 6MB figure above, but > why does it allocate almost 150MB? Is it normal? I observed the same behaviour, especially if a lot of data are added. The same behaviour was seen on FreeBSD/i386 as well as on Solaris/sun4u - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 20:35:26 2004 Return-Path: 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 A420416A4CE for ; Fri, 26 Nov 2004 20:35:26 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 752CF43D49 for ; Fri, 26 Nov 2004 20:35:25 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 26351 invoked by uid 65534); 26 Nov 2004 20:35:23 -0000 Received: from pD955F8D5.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.248.213) by mail.gmx.net (mp022) with SMTP; 26 Nov 2004 21:35:23 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iAQKZHXF057834 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Nov 2004 21:35:17 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) Message-ID: <41A79384.9000208@gmx.net> Date: Fri, 26 Nov 2004 21:35:16 +0100 From: Michael Nottebrock User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en, de-de MIME-Version: 1.0 To: Uwe Laverenz References: <51611.192.168.0.200.1101398532.squirrel@192.168.0.200> <20041125160532.GA9813@kierun.org> <52085.192.168.0.200.1101399213.squirrel@192.168.0.200> <200411251706.22229.mark@markdnet.demon.co.uk> <1101405168.99948.43.camel@zircon.zircon.seattle.wa.us> <20041126084338.GB4179@laverenz.de> In-Reply-To: <20041126084338.GB4179@laverenz.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: freebsd-stable@freebsd.org Subject: Re: the best graphicscard for FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 20:35:26 -0000 Uwe Laverenz wrote: > I love my G400max and still use it but: for their (slow+expensive) > Parhelias there is absolutely no support from Matrox, no drivers or > specs that would make them work with FreeBSD or other systems besides > RH 7.3-9.0. The only trouble-free cards are G400 or G550 if you don't > need 3D power. Sorry, nowadays Matrox is not an option for FreeBSD- > or Linux-Users. Actually, on i386 you should be able to just use the binary driver modules from the matrox supplied "redhat" drivers, at least for basic accelerated 2D (that probably excludes advanced multihead functionality like quad-head though). -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 22:02:52 2004 Return-Path: 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 1689016A4CE for ; Fri, 26 Nov 2004 22:02:52 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C428C43D46 for ; Fri, 26 Nov 2004 22:02:51 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id E2360CA6E; Fri, 26 Nov 2004 17:02:50 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 10E986810; Fri, 26 Nov 2004 09:35:46 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16807.16193.988781.903136@canoe.dclg.ca> Date: Fri, 26 Nov 2004 09:35:45 -0500 To: "Brian Szymanski" In-Reply-To: <2313.10.0.0.120.1101461554.squirrel@10.0.0.120> References: <41A45A3F.5010008@anduin.net> <20041124171115.GP7232@darkness.comp.waw.pl> <6579E984-3E47-11D9-9576-000D9335BCEC@anduin.net> <20041125101405.GB7690@kevad.internal> <41A5B95F.3060605@withagen.nl> <2313.10.0.0.120.1101461554.squirrel@10.0.0.120> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-stable@freebsd.org Subject: Re: graid3 - requirements or manpage wrong? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 22:02:52 -0000 >>>>> "Brian" == Brian Szymanski writes: >> That is not completely fair for vinum.... >> >> I've been running vinum now for the better of 3-4 years, and even >> with a set of very flaky seagate IDE drives I never lost a byte. >> Vinum has served me well, and I trust gvinum will get there as >> well. I just left my fileserver at 5.1, which I know is not an >> option for everybody. Brian> Are you using vinum Raid5 ? I'm considering rolling back to 5.1 Brian> myself if someone attests that things "just work" there with Brian> R5, then waiting for gvinum to mature before getting my machine Brian> back on stable. Brian> Also, when did vinum stop working in favor of gvinum? is it Brian> with 5.3? Could I expect 5.2.1 to work? Pardon the barrage of Brian> questions, but it would take me hours to test each case, so if Brian> anyone knows, drop me a line. Thanks! In 5.3, it appears that you can load vinum or gvinum. Vinum appears to have the functionality (and bugs) that it had back in 5.1. The only missing function seems to be the ability to swap to a vinum volume. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 22:19:38 2004 Return-Path: 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 1D58916A4CE for ; Fri, 26 Nov 2004 22:19:38 +0000 (GMT) Received: from smtp206.mail.sc5.yahoo.com (smtp206.mail.sc5.yahoo.com [216.136.129.96]) by mx1.FreeBSD.org (Postfix) with SMTP id DC98C43D58 for ; Fri, 26 Nov 2004 22:19:37 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from unknown (HELO ?201.13.11.228?) (ricardo?bsd@201.13.11.228 with plain) by smtp206.mail.sc5.yahoo.com with SMTP; 26 Nov 2004 22:19:36 -0000 Message-ID: <41A7ABF2.5000909@yahoo.com.br> Date: Fri, 26 Nov 2004 20:19:30 -0200 From: Ricardo Alves dos Reis User-Agent: Mozilla Thunderbird 0.9 (X11/20041115) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Netgrafh ng_mppc, disabling node!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Nov 2004 22:19:38 -0000 Hello All, I have in my work one vpn server (point to multi-point ) using MPD, AAA with FreeRadius and 5.3-STABLE, sometimes a look in dmesg this messages. "ng_mppc_decompress: too many (4095) packets dropped, disabling node 0xc34d4800!ng_mppc_decompress: too many (4004) packets dropped, disabling node 0xc33be700! " What is the problem? i using a generic kernel with a "HZ=2000 e POLLING" dmesg output ......................... Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #0: Wed Nov 24 00:50:30 BRDT 2004 root@monitor.epm.br:/usr/src/sys/i386/compile/GENERIC MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.66GHz (2658.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1073676288 (1023 MB) avail memory = 1041108992 (992 MB) ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic2: Assuming intbase of 48 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 3.0 on pci0 pci2: on pcib1 pci2: at device 28.0 (no driver attached) pcib2: at device 29.0 on pci2 pci4: on pcib2 ahd0: port 0x4000-0x40ff,0x3800-0x38ff mem 0xfe8f0000-0xfe8f1fff irq 50 at device 7.0 on pci4 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x3400-0x34ff,0x3000-0x30ff mem 0xfe9f0000-0xfe9f1fff irq 49 at device 7.1 on pci4 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pci2: at device 30.0 (no driver attached) pcib3: at device 31.0 on pci2 pci3: on pcib3 em0: port 0x2040-0x207f mem 0xfe6c0000-0xfe6dffff irq 30 at device 7 .0 on pci3 em0: Ethernet address: 00:07:e9:06:4c:22 em0: Speed:N/A Duplex:N/A em1: port 0x2000-0x203f mem 0xfe6e0000-0xfe6fffff irq 31 at device 7 .1 on pci3 em1: Ethernet address: 00:07:e9:06:4c:23 em1: Speed:N/A Duplex:N/A pci0: at device 3.1 (no driver attached) pcib4: at device 30.0 on pci0 pci1: on pcib4 pci1: at device 12.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x3a0-0x3af,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) cpu0 on motherboard orm0: at iomem 0xc9800-0xcafff,0xc8000-0xc97ff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> 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 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (irq) Timecounter "TSC" frequency 2658100184 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master UDMA33 Waiting 15 seconds for SCSI devices to settle ses0 at ahd1 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at ahd1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 35046MB (71775284 512 byte sectors: 255H 63S/T 4467C) Mounting root from ufs:/dev/da0s1a ---------------------- MPD.conf default: load p2p0 ... load p2p254 global: set bundle disable multilink set bundle yes bw-manage set bundle yes compression set iface enable proxy-arp set iface idle 3600 set iface session 28800 set iface enable tcpmssfix set ipcp dns xxx.xxx.xxx.xxx xxx.xxx.xxx.xxx set ipcp nbns xxx.xxx.xxx.xxx set ipcp yes vjcomp set ipcp yes req-pri-dns set ipcp yes req-pri-nbns set link yes chap-msv2 chap-msv1 chap-md5 set link yes acfcomp protocomp set ccp yes mppc set ccp yes mpp-e40 set ccp yes mpp-e56 set ccp yes mpp-stateless set ecp yes des radius: set radius server xxx.xxx.xxx.xxx XXXXXX 1812 1813 set radius me xxx.xxx.xxx.xxx set bundle enable radius-auth set bundle enable radius-acct set bundle enable radius-fallback set ipcp enable radius-ip set radius retries 2 set radius timeout 2 p2p0: new -i ng0 p2p0 p2p0 set ipcp ranges 172.22.11.1/32 172.22.11.2/32 load global load radius .... p2p254: new -i ng254 p2p254 p2p254 set ipcp ranges 172.22.11.1/32 172.22.11.254/32 load global load radius Atenciosamente Ricardo A. Reis UNIFESP - DIS From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 00:27:11 2004 Return-Path: Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 608C116A4CE for ; Sat, 27 Nov 2004 00:27:11 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id C23C543D2F for ; Sat, 27 Nov 2004 00:27:10 +0000 (GMT) (envelope-from munn@umd.edu) Received: from [192.168.123.55] (pcp0010373691pcs.howard01.md.comcast.net[68.48.96.85]) by comcast.net (sccrmhc11) with ESMTP id <2004112700271001100l9ls4e>; Sat, 27 Nov 2004 00:27:10 +0000 Message-ID: <41A7C9DE.1070302@umd.edu> Date: Fri, 26 Nov 2004 19:27:10 -0500 From: munn User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@www.freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Multiple Network Cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 00:27:11 -0000 I want to add a second network card to a FreeBSD 4.10p4 box. The first card has an address 192.168.123.99 (xl0). The second card has the address 192.168.123.98 (fpx0). When I reboot the machine and do an ifconfig -a, I see fpx0 with the address 192.168.123.98 but xl0 now has options=1(RXCSUM) where the ip address 192.168.123.99 would normally be. What am I doing wrong? Robert Munn From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 00:34:41 2004 Return-Path: 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 927A916A4CE for ; Sat, 27 Nov 2004 00:34:41 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 946DF43D39 for ; Sat, 27 Nov 2004 00:34:40 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual.digiware.nl [212.61.27.71]) by freebee.digiware.nl (8.13.1/8.13.1) with ESMTP id iAR0YcW8006309 for ; Sat, 27 Nov 2004 01:34:39 +0100 (CET) (envelope-from wjw@withagen.nl) Message-ID: <41A7CB9E.80206@withagen.nl> Date: Sat, 27 Nov 2004 01:34:38 +0100 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: RAID1 with Promise Fastrack TX2000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 00:34:41 -0000 Hi, Just got an Intelserver with a Promise Fastrack TX2000 controller. So I installed 5.3-STABLE on it, and pulled a disk. Got a nice report that I disk had gone, but the box kept on running. Which is nice. So I reinserted the drive, and got atacontrol to reinit the channel, and voila back was the drive. But all my attempts to get the RAID 1 to rebuild through atacontrol failed. Used atacontrol rebuild 0 atacontrol was giving me "RAID1 disk ad4 ad6 mode: DEGRADED" (from memory) It booted fine with just one disk, only was required to indicate that I really wanted to boot of the harddisk in the BIOS. Not very nice if the box is in a far off colo.... (Is the RAID-bios output also available on the serial console??) So now I started to rebuild it through the bios, but the bios does not let the system continue to boot.... Currently it's only 120G but what if we're talking 300G. That'll take forever. How can I get the controller to rebuild the RAID whilest running FreeBSD? Thanx, --WjW From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 00:52:19 2004 Return-Path: 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 BEFD316A4CE for ; Sat, 27 Nov 2004 00:52:19 +0000 (GMT) Received: from mailout2.barnet.com.au (mailout2.barnet.com.au [218.185.88.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9D2C43D39 for ; Sat, 27 Nov 2004 00:52:18 +0000 (GMT) (envelope-from edwin@mavetju.org) Received: by mailout2.barnet.com.au (Postfix, from userid 27) id 55B3570743C; Sat, 27 Nov 2004 11:52:17 +1100 (EST) X-Viruscan-Id: <41A7CFC100017A9B8B6F38@BarNet> Received: from mail2-auth.barnet.com.au (mailout2.barnet.com.au [218.185.88.16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Authority" (verified OK)) by mail2.barnet.com.au (Postfix) with ESMTP id 1506F707439; Sat, 27 Nov 2004 11:52:17 +1100 (EST) Received: from k7.mavetju (edwin-3.int.barnet.com.au [10.10.12.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Certificate Authority" (verified OK)) by mail2-auth.barnet.com.au (Postfix) with ESMTP id 72548707436; Sat, 27 Nov 2004 11:52:16 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 361B9610F; Sat, 27 Nov 2004 11:52:15 +1100 (EST) Date: Sat, 27 Nov 2004 11:52:15 +1100 From: Edwin Groothuis To: Brian Candler Message-ID: <20041127005215.GA1108@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Brian Candler , freebsd-stable@freebsd.org References: <20041126140751.GA1996@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041126140751.GA1996@uk.tiscali.com> User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org Subject: Re: Bug in xterm? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 00:52:19 -0000 On Fri, Nov 26, 2004 at 02:07:51PM +0000, Brian Candler wrote: > I can cause xterm to hang reliably with the following command: > > perl -mDigest::MD5 -e 'print pack("H*",Digest::MD5::md5("test"))' > > A control-middlebutton-"Do Full Reset" is needed to get out of this state. It's not a bug in xterm on itself. If you cat a binary file you might end up in the same situation. [~] edwin@k7>perl -mDigest::MD5 -e 'print pack("H*",Digest::MD5::md5("test"))' | hexdump -C 00000000 9f 4d f1 3c ae 73 67 46 |.M.<.sgF| This shows that it outputs some high-ascii data, which causes the xterm to stop output. If you do "echo hi > /tmp/aaa" while in this state (be alert for typos), you see that it still accepts commands, but doesn't show them anymore. In other words, don't worry too much about it but make sure you redirect binary output to files or pipes and not the console. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/ From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 00:54:09 2004 Return-Path: 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 E5B3116A4CE for ; Sat, 27 Nov 2004 00:54:09 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAAE343D5A for ; Sat, 27 Nov 2004 00:54:09 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 31742CA75; Fri, 26 Nov 2004 19:54:09 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id E4327680F; Fri, 26 Nov 2004 19:54:03 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16807.53291.888518.686316@canoe.dclg.ca> Date: Fri, 26 Nov 2004 19:54:03 -0500 To: freebsd-stable@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid Subject: isp driver crashes on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 00:54:10 -0000 I havn't got a dump yet because I have to reduce the memory in the machine (or patch the dump mechanism to dump more than 4G), but I have a fairly consistent crash with ISP in 5.3-RELEASE-amd64. It happens when drives are probed. If drives are present at boot, the crash fingers geom_scan. Connecting the drives to a running machine and running 'camcontrol rescan' fingers another function. But the crash doesn't occur unless drives are scanned. The controller is a 2340 from Qlogic, although it probes as a 2312. I also havn't gotten around to probing this machine with an ia-32 load of the OS. I'll be back at this Monday. It would help if I found a) a patch for dumping 8gig, or b) a suspect 64 bit problem in the isp driver. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 01:13:26 2004 Return-Path: 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 32A8216A4CE for ; Sat, 27 Nov 2004 01:13:26 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAA8643D48 for ; Sat, 27 Nov 2004 01:13:25 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iAR1GY7x075709; Fri, 26 Nov 2004 18:16:34 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41A7D4D3.2050805@freebsd.org> Date: Fri, 26 Nov 2004 18:13:55 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <16807.53291.888518.686316@canoe.dclg.ca> In-Reply-To: <16807.53291.888518.686316@canoe.dclg.ca> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-stable@freebsd.org Subject: Re: isp driver crashes on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 01:13:26 -0000 David Gilbert wrote: > I havn't got a dump yet because I have to reduce the memory in the > machine (or patch the dump mechanism to dump more than 4G), but I have > a fairly consistent crash with ISP in 5.3-RELEASE-amd64. > > It happens when drives are probed. If drives are present at boot, the > crash fingers geom_scan. Connecting the drives to a running machine > and running 'camcontrol rescan' fingers another function. > > But the crash doesn't occur unless drives are scanned. > > The controller is a 2340 from Qlogic, although it probes as a 2312. I > also havn't gotten around to probing this machine with an ia-32 load > of the OS. > > I'll be back at this Monday. It would help if I found a) a patch for > dumping 8gig, or b) a suspect 64 bit problem in the isp driver. > > Dave. > Try updating to 5-STABLE. This is likely due to bugs in the >4GB handling for bounce buffers that I fixed recently. Actually, on closer look it might be that the isp driver is buggy also. Well, updating to 5-STABLE is a requirement here anyways, so give that a try and let me know if it's still a problem. Scott From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 01:39:09 2004 Return-Path: Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29B6D16A4D1 for ; Sat, 27 Nov 2004 01:39:09 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C909D43D5D for ; Sat, 27 Nov 2004 01:39:08 +0000 (GMT) (envelope-from Mykel@mWare.ca) Received: from [10.100.104.31] (unknown [66.96.18.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ox.eicat.ca (Postfix) with ESMTP id 116FECCE3; Fri, 26 Nov 2004 20:39:07 -0500 (EST) Message-ID: <41A7DAB6.9050200@mWare.ca> Date: Fri, 26 Nov 2004 20:39:02 -0500 From: Mykel User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040618 X-Accept-Language: en-us, en MIME-Version: 1.0 To: munn References: <41A7C9DE.1070302@umd.edu> In-Reply-To: <41A7C9DE.1070302@umd.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@www.freebsd.org Subject: Re: Multiple Network Cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 01:39:09 -0000 munn wrote: > I want to add a second network card to a FreeBSD 4.10p4 box. The > first card has an address 192.168.123.99 (xl0). The second card has > the address 192.168.123.98 (fpx0). When I reboot the machine and do > an ifconfig -a, I see fpx0 with the address 192.168.123.98 but xl0 > now has options=1(RXCSUM) where the ip address 192.168.123.99 would > normally be. > What am I doing wrong? radix# cat /etc/rc.conf | grep ifconfig ifconfig_fxp0="inet 10.100.104.1/24" ifconfig_fxp0_alias0="inet 66.96.19.169/29" ifconfig_fxp1="inet 10.0.0.24/24" radix# From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 03:11:50 2004 Return-Path: Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A62816A4CE for ; Sat, 27 Nov 2004 03:11:50 +0000 (GMT) Received: from smtp-1.indo.net.id (smtp-1.indo.net.id [202.159.32.91]) by mx1.FreeBSD.org (Postfix) with SMTP id DED8A43D1D for ; Sat, 27 Nov 2004 03:11:46 +0000 (GMT) (envelope-from abdulrf@pop-qmail.surabaya.indo.net.id) Received: (qmail 22249 invoked from network); 27 Nov 2004 10:11:40 +0700 Received: from smtp.indo.net.id (202.159.32.81) by smtp-1.indo.net.id with SMTP; 27 Nov 2004 10:11:40 +0700 Received: (qmail 31118 invoked from network); 27 Nov 2004 10:11:40 +0700 Received: from unknown (HELO smtp-i.surabaya.indo.net.id) (202.159.3.219) by smtp.indo.net.id with SMTP; 27 Nov 2004 10:11:40 +0700 Received: from ote-ote.surabaya.indo.net.id [202.159.3.202] by smtp-i.surabaya.indo.net.id with ESMTP (SMTPD32-7.10) id A3658C120060; Sat, 27 Nov 2004 10:24:21 +0700 Date: Sat, 27 Nov 2004 10:19:26 +0700 From: Abdul Rf X-Mailer: The Bat! (v2.12.00) Business Organization: Indointernet Surabaya X-Priority: 3 (Normal) Message-ID: <1214309135.20041127101926@pop-qmail.surabaya.indo.net.id> To: Mykel In-Reply-To: <41A7DAB6.9050200@mWare.ca> References: <41A7C9DE.1070302@umd.edu> <41A7DAB6.9050200@mWare.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: munn cc: freebsd-stable@www.freebsd.org Subject: Re[2]: Multiple Network Cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Abdul Rf List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2004 03:11:50 -0000 Hello Mykel, Saturday, November 27, 2004, 8:39:02 AM, you wrote: If you wanna using the same class ip in your FreeBSD box, change NetMask for the second ip with 255.255.255.255. abdulrf# cat /etc/rc.conf | grep ifconfig ifconfig_rl0="inet 192.168.3.210 netmask 255.255.255.0" ifconfig_rl1="inet 192.168.3.211 netmask 255.255.255.255" abdulrf# > munn wrote: >> I want to add a second network card to a FreeBSD 4.10p4 box. The >> first card has an address 192.168.123.99 (xl0). The second card has >> the address 192.168.123.98 (fpx0). When I reboot the machine and do >> an ifconfig -a, I see fpx0 with the address 192.168.123.98 but xl0 >> now has options=1(RXCSUM) where the ip address 192.168.123.99 would >> normally be. >> What am I doing wrong? > radix# cat /etc/rc.conf | grep ifconfig > ifconfig_fxp0="inet 10.100.104.1/24" > ifconfig_fxp0_alias0="inet 66.96.19.169/29" > ifconfig_fxp1="inet 10.0.0.24/24" > radix# > _______________________________________________ > 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, Abdul mailto:abdulrf@pop-qmail.surabaya.indo.net.id From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 05:14:32 2004 Return-Path: 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 1B95716A4CE for ; Sat, 27 Nov 2004 05:14:32 +0000 (GMT) Received: from deskaheh.nysindy.org (host-69-48-73-242.roc.choiceone.net [69.48.73.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88CF343D1F for ; Sat, 27 Nov 2004 05:14:31 +0000 (GMT) (envelope-from ski@indymedia.org) Received: from 10.0.0.42 (unknown [10.0.0.254]) by deskaheh.nysindy.org (Postfix) with ESMTP id 8276C41A2B for ; Sat, 27 Nov 2004 00:14:30 -0500 (EST) Received: from 10.0.0.26 (SquirrelMail authenticated user ski); by wuhjuhbuh.afraid.org with HTTP; Sat, 27 Nov 2004 00:15:08 -0500 (EST) Message-ID: <1656.10.0.0.26.1101532508.squirrel@10.0.0.26> In-Reply-To: <16807.16193.988781.903136@canoe.dclg.ca> References: <41A45A3F.5010008@anduin.net> <20041124171115.GP7232@darkness.comp.waw.pl> <6579E984-3E47-11D9-9576-000D9335BCEC@anduin.net> <20041125101405.GB7690@kevad.internal> <41A5B95F.3060605@withagen.nl> <2313.10.0.0.120.1101461554.squirrel@10.0.0.120> <16807.16193.988781.903136@canoe.dclg.ca> Date: Sat, 27 Nov 2004 00:15:08 -0500 (EST) From: "Brian Szymanski" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: graid3 - requirements or manpage wrong? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 05:14:32 -0000 >>>>>> "Brian" == Brian Szymanski writes: > >>> That is not completely fair for vinum.... >>> >>> I've been running vinum now for the better of 3-4 years, and even >>> with a set of very flaky seagate IDE drives I never lost a byte. >>> Vinum has served me well, and I trust gvinum will get there as >>> well. I just left my fileserver at 5.1, which I know is not an >>> option for everybody. > > Brian> Are you using vinum Raid5 ? I'm considering rolling back to 5.1 > Brian> myself if someone attests that things "just work" there with > Brian> R5, then waiting for gvinum to mature before getting my machine > Brian> back on stable. > > Brian> Also, when did vinum stop working in favor of gvinum? is it > Brian> with 5.3? Could I expect 5.2.1 to work? Pardon the barrage of > Brian> questions, but it would take me hours to test each case, so if > Brian> anyone knows, drop me a line. Thanks! > > In 5.3, it appears that you can load vinum or gvinum. Vinum appears > to have the functionality (and bugs) that it had back in 5.1. The > only missing function seems to be the ability to swap to a vinum > volume. Actually I experienced a number of bugs with vinum in 5.3 that proved fatal to a root vinum install (in fact, everything on the second ATA channel was marked down after every reboot if I recall correctly). As for the swap: why would you want to do that? It was my understanding that the kernel load balanced swap requests across drives? Cheers, Brian > Dave. > > -- > ============================================================================ > |David Gilbert, Independent Contractor. | Two things can only be > | > |Mail: dave@daveg.ca | equal if and only if they > | > |http://daveg.ca | are precisely opposite. > | > =========================================================GLO================ > -- Brian Szymanski ski@indymedia.org From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 05:19:21 2004 Return-Path: Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 512CA16A4CE for ; Sat, 27 Nov 2004 05:19:21 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9966C43D49 for ; Sat, 27 Nov 2004 05:19:20 +0000 (GMT) (envelope-from Mykel@mWare.ca) Received: from [10.100.104.31] (unknown [66.96.18.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ox.eicat.ca (Postfix) with ESMTP id 62398CA6B; Sat, 27 Nov 2004 00:19:19 -0500 (EST) Message-ID: <41A80E4F.3060007@mWare.ca> Date: Sat, 27 Nov 2004 00:19:11 -0500 From: Mykel User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040618 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Abdul Rf References: <41A7C9DE.1070302@umd.edu> <41A7DAB6.9050200@mWare.ca> <1214309135.20041127101926@pop-qmail.surabaya.indo.net.id> In-Reply-To: <1214309135.20041127101926@pop-qmail.surabaya.indo.net.id> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-stable@www.freebsd.org Subject: Re: Multiple Network Cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 05:19:21 -0000 10.100.104.1/24 10.0.0.24/24 only common in the same /8, but they're masked as /24s anyway. Former is my house/family LAN, latter is my hardware (switches, modems, WAPs etc..) management network. Myke Abdul Rf wrote: >Hello Mykel, > >Saturday, November 27, 2004, 8:39:02 AM, you wrote: > >If you wanna using the same class ip in your FreeBSD box, change >NetMask for the second ip with 255.255.255.255. > >abdulrf# cat /etc/rc.conf | grep ifconfig >ifconfig_rl0="inet 192.168.3.210 netmask 255.255.255.0" >ifconfig_rl1="inet 192.168.3.211 netmask 255.255.255.255" >abdulrf# > > >>munn wrote: >> >> >>>I want to add a second network card to a FreeBSD 4.10p4 box. The >>>first card has an address 192.168.123.99 (xl0). The second card has >>>the address 192.168.123.98 (fpx0). When I reboot the machine and do >>>an ifconfig -a, I see fpx0 with the address 192.168.123.98 but xl0 >>>now has options=1(RXCSUM) where the ip address 192.168.123.99 would >>>normally be. >>>What am I doing wrong? >>> >>> >> <>radix# cat /etc/rc.conf | grep ifconfig >> ifconfig_fxp0="inet 10.100.104.1/24" >> ifconfig_fxp0_alias0="inet 66.96.19.169/29" >> ifconfig_fxp1="inet 10.0.0.24/24" >> radix# > From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 05:48:31 2004 Return-Path: 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 220E016A4D4 for ; Sat, 27 Nov 2004 05:48:31 +0000 (GMT) Received: from lakermmtao07.cox.net (lakermmtao07.cox.net [68.230.240.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AB5A43D49 for ; Sat, 27 Nov 2004 05:48:30 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from [192.168.0.100] (really [68.110.143.167]) by lakermmtao07.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041127054829.TLUW20686.lakermmtao07.cox.net@[192.168.0.100]>; Sat, 27 Nov 2004 00:48:29 -0500 Message-ID: <41A8152D.8080008@gromit.dlib.vt.edu> Date: Sat, 27 Nov 2004 00:48:29 -0500 From: Paul Mather User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Szymanski References: <41A45A3F.5010008@anduin.net> <20041124171115.GP7232@darkness.comp.waw.pl> <6579E984-3E47-11D9-9576-000D9335BCEC@anduin.net> <20041125101405.GB7690@kevad.internal> <41A5B95F.3060605@withagen.nl> <2313.10.0.0.120.1101461554.squirrel@10.0.0.120> <16807.16193.988781.903136@canoe.dclg.ca> <1656.10.0.0.26.1101532508.squirrel@10.0.0.26> In-Reply-To: <1656.10.0.0.26.1101532508.squirrel@10.0.0.26> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: graid3 - requirements or manpage wrong? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 05:48:31 -0000 Brian Szymanski wrote: >As for the swap: why would you want to do that? It was my understanding >that the kernel load balanced swap requests across drives? > > You'd want to do it not for load-balancing but for fault tolerance. With a RAID 1/3/5 setup you could have a drive fail and still have swapping (and hence the system) continue to work. That's not the same as (or true of) having multiple swap partitions with the system balancing load over all of them. Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 07:46:55 2004 Return-Path: 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 0752216A4CE; Sat, 27 Nov 2004 07:46:55 +0000 (GMT) Received: from mail.npubs.com (mail.zoneseven.net [209.66.100.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id D25BF43D2F; Sat, 27 Nov 2004 07:46:54 +0000 (GMT) (envelope-from nielsen@memberwebs.com) From: Nielsen User-Agent: Mozilla Thunderbird 0.8 (X11/20041020) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrei Grudiy References: <20041115084956.GA24138@interexc.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-Id: <20041127075906.86005840714@mail.npubs.com> X-AV-Checked: ClamAV using ClamSMTP Date: Sat, 27 Nov 2004 07:59:07 +0000 (GMT) cc: freebsd-security@freebsd.org cc: freebsd-stable@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: 100.chksetuid in /etc/periodic/security resets the mashine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 07:46:55 -0000 Andrei Grudiy wrote: > I have a problem. > When I (or system) start the script 100.chksetuid in > /etc/periodic/security my machine resets. Are you using null mounts? Or perhaps jails? I've had a combination of these features cause a kernel panic. Too many 'find' processing going at once. Setting different jails to do their security checks at slightly different times fixed it for me. Cheers, Nate From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 09:03:14 2004 Return-Path: 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 270C616A4CE for ; Sat, 27 Nov 2004 09:03:14 +0000 (GMT) Received: from smtp.tal.de (s05.tal.de [81.92.0.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08A7843D55 for ; Sat, 27 Nov 2004 09:03:13 +0000 (GMT) (envelope-from frank@pinky.sax.de) Received: from moon.behrens (pinky.frank-behrens.de [82.139.199.24]) by smtp.tal.de (SMTP.TAL.DE) with ESMTP id 343DC6CE82 for ; Sat, 27 Nov 2004 10:03:11 +0100 (CET) Received: from pulse (pulse.behrens [192.168.20.31]) by moon.behrens (8.13.1/8.13.1) with ESMTP id iAR93Aao024219 for ; Sat, 27 Nov 2004 10:03:10 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200411270903.iAR93Aao024219@moon.behrens> From: "Frank Behrens" To: freebsd-stable@freebsd.org Date: Sat, 27 Nov 2004 10:03:25 +0100 MIME-Version: 1.0 Priority: normal X-PGP-Fingerprint: 4C 2F B2 77 57 22 65 4D 55 9E A6 D6 64 5F 51 5A X-PGP-Fingerprint: 4C 2F B2 77 57 22 65 4D 55 9E A6 D6 64 5F 51 5A X-PGP-Fingerprint: 4C 2F B2 77 57 22 65 4D 55 9E A6 D6 64 5F 51 5A X-mailer: Pegasus Mail for Windows (4.21c, DE v4.21c R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: Re: make -j$n buildworld : use of -j investigated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 09:03:14 -0000 I read this thread with interest and saw the question, how the system wil behave with hyperthreading. Should I not benchmark my system? here you have the results. The interpretation is left to the experts. IMHO HT is not as useless as expected. :-) I did not switch off SMP with sysctl, but used an extra UP Kernel to allow some optimizations during compile. But I don't know if there are any.. Hardware is CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.66-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf33 Stepping = 3 Hyperthreading: 2 logical CPUs real memory = 1072889856 (1023 MB) avail memory = 1040453632 (992 MB) Two 117246MB [238216/16/63] at ata2-master SATA150, one is on /usr/src, the other on /usr/obj. SMP Kernel 5.3-STABLE, nearly GENERIC, option SMP, some drivers removed ========== Fri Nov 26 13:58:54 CET 2004 Start make -j 5 -DNOGAMES buildworld 32m51.01s real 50m51.61s user 11m33.17s sys 47540 maximum resident set size 2834 average shared memory size 1441 average unshared data size 128 average unshared stack size 21126270 page reclaims 531 page faults 0 swaps 17576 block input operations 2747 block output operations 0 messages sent 0 messages received 25289 signals received 426800 voluntary context switches 519922 involuntary context switches Fri Nov 26 14:31:45 CET 2004 END make -j 5 -DNOGAMES buildworld Fri Nov 26 14:31:45 CET 2004 Start make -j 4 -DNOGAMES buildworld 32m36.07s real 50m59.94s user 11m23.83s sys 47540 maximum resident set size 2843 average shared memory size 1444 average unshared data size 128 average unshared stack size 20968831 page reclaims 471 page faults 0 swaps 1572 block input operations 2625 block output operations 0 messages sent 0 messages received 24577 signals received 399521 voluntary context switches 499416 involuntary context switches Fri Nov 26 15:04:21 CET 2004 END make -j 4 -DNOGAMES buildworld Fri Nov 26 15:04:21 CET 2004 Start make -j 3 -DNOGAMES buildworld 32m30.77s real 50m48.61s user 11m23.91s sys 47540 maximum resident set size 2839 average shared memory size 1443 average unshared data size 128 average unshared stack size 20968366 page reclaims 408 page faults 0 swaps 1500 block input operations 2638 block output operations 0 messages sent 0 messages received 24902 signals received 406593 voluntary context switches 494799 involuntary context switches Fri Nov 26 15:36:52 CET 2004 END make -j 3 -DNOGAMES buildworld Fri Nov 26 15:36:52 CET 2004 Start make -j 2 -DNOGAMES buildworld 32m54.63s real 50m7.62s user 11m6.64s sys 47540 maximum resident set size 2846 average shared memory size 1449 average unshared data size 128 average unshared stack size 20968367 page reclaims 408 page faults 0 swaps 1500 block input operations 2610 block output operations 0 messages sent 0 messages received 25218 signals received 415829 voluntary context switches 484130 involuntary context switches Fri Nov 26 16:09:46 CET 2004 END make -j 2 -DNOGAMES buildworld Fri Nov 26 16:09:46 CET 2004 Start make -j 1 -DNOGAMES buildworld 39m19.52s real 31m57.60s user 8m27.33s sys 47540 maximum resident set size 2724 average shared memory size 1411 average unshared data size 127 average unshared stack size 20969173 page reclaims 408 page faults 0 swaps 1500 block input operations 2620 block output operations 0 messages sent 0 messages received 25283 signals received 411973 voluntary context switches 279205 involuntary context switches Fri Nov 26 16:49:06 CET 2004 END make -j 1 -DNOGAMES buildworld UP Kernel, the same kernel without option SMP ========= Fri Nov 26 17:30:46 CET 2004 Start make -j 3 -DNOGAMES buildworld 38m17.37s real 31m13.04s user 5m47.43s sys 47428 maximum resident set size 2865 average shared memory size 1503 average unshared data size 128 average unshared stack size 20973951 page reclaims 1656 page faults 0 swaps 27380 block input operations 2653 block output operations 0 messages sent 0 messages received 24813 signals received 422752 voluntary context switches 563619 involuntary context switches Fri Nov 26 18:09:04 CET 2004 END make -j 3 -DNOGAMES buildworld Fri Nov 26 18:09:04 CET 2004 Start make -j 2 -DNOGAMES buildworld 38m31.50s real 31m9.44s user 5m43.27s sys 47428 maximum resident set size 2867 average shared memory size 1497 average unshared data size 128 average unshared stack size 20973698 page reclaims 408 page faults 0 swaps 1963 block input operations 2593 block output operations 0 messages sent 0 messages received 25191 signals received 403269 voluntary context switches 582855 involuntary context switches Fri Nov 26 18:47:35 CET 2004 END make -j 2 -DNOGAMES buildworld Fri Nov 26 18:47:35 CET 2004 Start make -j 1 -DNOGAMES buildworld 37m13.98s real 30m50.79s user 5m36.54s sys 47428 maximum resident set size 2869 average shared memory size 1498 average unshared data size 128 average unshared stack size 20974104 page reclaims 408 page faults 0 swaps 1894 block input operations 2546 block output operations 0 messages sent 0 messages received 25283 signals received 412027 voluntary context switches 640783 involuntary context switches Fri Nov 26 19:24:49 CET 2004 END make -j 1 -DNOGAMES buildworld Regards, Frank -- Frank Behrens, Osterwieck, Germany e-mail: PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 09:05:55 2004 Return-Path: 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 2EFD416A4CE for ; Sat, 27 Nov 2004 09:05:55 +0000 (GMT) Received: from smtp.tal.de (s05.tal.de [81.92.0.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90D5643D58 for ; Sat, 27 Nov 2004 09:05:54 +0000 (GMT) (envelope-from frank@pinky.sax.de) Received: from moon.behrens (pinky.frank-behrens.de [82.139.199.24]) by smtp.tal.de (SMTP.TAL.DE) with ESMTP id 5737A6CE82 for ; Sat, 27 Nov 2004 10:05:53 +0100 (CET) Received: from pulse (pulse.behrens [192.168.20.31]) by moon.behrens (8.13.1/8.13.1) with ESMTP id iAQIoiQs020986 for ; Fri, 26 Nov 2004 19:50:45 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200411261850.iAQIoiQs020986@moon.behrens> From: "Frank Behrens" To: freebsd-stable@freebsd.org Date: Fri, 26 Nov 2004 19:50:57 +0100 MIME-Version: 1.0 Priority: normal X-PGP-Fingerprint: 4C 2F B2 77 57 22 65 4D 55 9E A6 D6 64 5F 51 5A X-PGP-Fingerprint: 4C 2F B2 77 57 22 65 4D 55 9E A6 D6 64 5F 51 5A X-mailer: Pegasus Mail for Windows (4.21c, DE v4.21c R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: Re: make -j$n buildworld : use of -j investigated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 09:05:55 -0000 I read this thread with interest and saw the question, how the system wil behave with hyperthreading. Should I not benchmark my system? here you have the results. The interpretation is left to the experts. IMHO HT is not as useless as expected. :-) I did not switch off SMP with sysctl, but used an extra UP Kernel to allow some optimizations during compile. But I don't know if there are any.. Hardware is CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.66-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf33 Stepping = 3 Hyperthreading: 2 logical CPUs real memory = 1072889856 (1023 MB) avail memory = 1040453632 (992 MB) Two 117246MB [238216/16/63] at ata2-master SATA150, one is on /usr/src, the other on /usr/obj. SMP Kernel 5.3-STABLE, nearly GENERIC, option SMP, some drivers removed ========== Fri Nov 26 13:58:54 CET 2004 Start make -j 5 -DNOGAMES buildworld 32m51.01s real 50m51.61s user 11m33.17s sys 47540 maximum resident set size 2834 average shared memory size 1441 average unshared data size 128 average unshared stack size 21126270 page reclaims 531 page faults 0 swaps 17576 block input operations 2747 block output operations 0 messages sent 0 messages received 25289 signals received 426800 voluntary context switches 519922 involuntary context switches Fri Nov 26 14:31:45 CET 2004 END make -j 5 -DNOGAMES buildworld Fri Nov 26 14:31:45 CET 2004 Start make -j 4 -DNOGAMES buildworld 32m36.07s real 50m59.94s user 11m23.83s sys 47540 maximum resident set size 2843 average shared memory size 1444 average unshared data size 128 average unshared stack size 20968831 page reclaims 471 page faults 0 swaps 1572 block input operations 2625 block output operations 0 messages sent 0 messages received 24577 signals received 399521 voluntary context switches 499416 involuntary context switches Fri Nov 26 15:04:21 CET 2004 END make -j 4 -DNOGAMES buildworld Fri Nov 26 15:04:21 CET 2004 Start make -j 3 -DNOGAMES buildworld 32m30.77s real 50m48.61s user 11m23.91s sys 47540 maximum resident set size 2839 average shared memory size 1443 average unshared data size 128 average unshared stack size 20968366 page reclaims 408 page faults 0 swaps 1500 block input operations 2638 block output operations 0 messages sent 0 messages received 24902 signals received 406593 voluntary context switches 494799 involuntary context switches Fri Nov 26 15:36:52 CET 2004 END make -j 3 -DNOGAMES buildworld Fri Nov 26 15:36:52 CET 2004 Start make -j 2 -DNOGAMES buildworld 32m54.63s real 50m7.62s user 11m6.64s sys 47540 maximum resident set size 2846 average shared memory size 1449 average unshared data size 128 average unshared stack size 20968367 page reclaims 408 page faults 0 swaps 1500 block input operations 2610 block output operations 0 messages sent 0 messages received 25218 signals received 415829 voluntary context switches 484130 involuntary context switches Fri Nov 26 16:09:46 CET 2004 END make -j 2 -DNOGAMES buildworld Fri Nov 26 16:09:46 CET 2004 Start make -j 1 -DNOGAMES buildworld 39m19.52s real 31m57.60s user 8m27.33s sys 47540 maximum resident set size 2724 average shared memory size 1411 average unshared data size 127 average unshared stack size 20969173 page reclaims 408 page faults 0 swaps 1500 block input operations 2620 block output operations 0 messages sent 0 messages received 25283 signals received 411973 voluntary context switches 279205 involuntary context switches Fri Nov 26 16:49:06 CET 2004 END make -j 1 -DNOGAMES buildworld UP Kernel, the same kernel without option SMP ========= Fri Nov 26 17:30:46 CET 2004 Start make -j 3 -DNOGAMES buildworld 38m17.37s real 31m13.04s user 5m47.43s sys 47428 maximum resident set size 2865 average shared memory size 1503 average unshared data size 128 average unshared stack size 20973951 page reclaims 1656 page faults 0 swaps 27380 block input operations 2653 block output operations 0 messages sent 0 messages received 24813 signals received 422752 voluntary context switches 563619 involuntary context switches Fri Nov 26 18:09:04 CET 2004 END make -j 3 -DNOGAMES buildworld Fri Nov 26 18:09:04 CET 2004 Start make -j 2 -DNOGAMES buildworld 38m31.50s real 31m9.44s user 5m43.27s sys 47428 maximum resident set size 2867 average shared memory size 1497 average unshared data size 128 average unshared stack size 20973698 page reclaims 408 page faults 0 swaps 1963 block input operations 2593 block output operations 0 messages sent 0 messages received 25191 signals received 403269 voluntary context switches 582855 involuntary context switches Fri Nov 26 18:47:35 CET 2004 END make -j 2 -DNOGAMES buildworld Fri Nov 26 18:47:35 CET 2004 Start make -j 1 -DNOGAMES buildworld 37m13.98s real 30m50.79s user 5m36.54s sys 47428 maximum resident set size 2869 average shared memory size 1498 average unshared data size 128 average unshared stack size 20974104 page reclaims 408 page faults 0 swaps 1894 block input operations 2546 block output operations 0 messages sent 0 messages received 25283 signals received 412027 voluntary context switches 640783 involuntary context switches Fri Nov 26 19:24:49 CET 2004 END make -j 1 -DNOGAMES buildworld Regards, Frank -- Frank Behrens, Osterwieck, Germany e-mail: PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 09:07:58 2004 Return-Path: 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 0C07A16A4CE for ; Sat, 27 Nov 2004 09:07:58 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B15C243D48 for ; Sat, 27 Nov 2004 09:07:57 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 8A32F2FB45F; Sat, 27 Nov 2004 04:07:56 -0500 (EST) Received: from billdog.local.linnet.org (dsl-212-74-113-65.access.uk.tiscali.com [212.74.113.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 4578C2FB444; Sat, 27 Nov 2004 04:07:55 -0500 (EST) Received: from brian by billdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1CXyYc-0000C8-3O; Sat, 27 Nov 2004 09:07:54 +0000 Date: Sat, 27 Nov 2004 09:07:54 +0000 From: Brian Candler To: Edwin Groothuis , freebsd-stable@freebsd.org Message-ID: <20041127090754.GB730@uk.tiscali.com> References: <20041126140751.GA1996@uk.tiscali.com> <20041127005215.GA1108@k7.mavetju> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041127005215.GA1108@k7.mavetju> User-Agent: Mutt/1.4.2.1i Subject: Re: Bug in xterm? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 09:07:58 -0000 On Sat, Nov 27, 2004 at 11:52:15AM +1100, Edwin Groothuis wrote: > [~] edwin@k7>perl -mDigest::MD5 -e 'print pack("H*",Digest::MD5::md5("test"))' | hexdump -C > 00000000 9f 4d f1 3c ae 73 67 46 |.M.<.sgF| > > This shows that it outputs some high-ascii data, which causes the > xterm to stop output. If you do "echo hi > /tmp/aaa" while in this > state (be alert for typos), you see that it still accepts commands, > but doesn't show them anymore. Thanks. I got a nice analysis off-list: -------------------------------------------------------------------------- >$ perl -mDigest::MD5 -e 'print pack("H*",Digest::MD5::md5("test"))' >ert >$ wc ert > 0 1 8 ert >$ hexdump -C ert >00000000 9f 4d f1 3c ae 73 67 46 |.M.<.sgF| >00000008 >$ cat ert > >At this point it hangs; sending ^Q doesn't help. But if you press cursor-up >a few times it comes back to life. > >It must be a strange escape sequence if typing characters and hitting Return >lots of times is not enough to bring it back to life. I suppose it's >technically not an escape sequence, since it doesn't include 0x1B :-) 0x9f is APC - which begins a string. Technically it's only terminated by a ST (0x9c or ESC followed by backslash), but xterm also accepts a BEL, which may be what's emitted when you do a few uparrows (getting an error response from the shell). There's also a resource setting to work around some Linux junk (hardcoded applications with malformed sequences) that can make it terminate on a carriage return. But generally, it would look as if it's hung. (A soft-reset would fix the problem with less damage to your session). Oddly, a real vt220 would do the same thing, but neither has any use for the content of the string. -------------------------------------------------------------------------- I guess I wasn't expecting any escape sequence which consumed an infinite number of characters - and presumably also, Konsole implements a different terminal emulation (or implements vt220 wrongly). Cheers, Brian. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 13:16:26 2004 Return-Path: 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 4952016A4CE for ; Sat, 27 Nov 2004 13:16:26 +0000 (GMT) Received: from itapoa.terra.com.br (itapoa.terra.com.br [200.154.55.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1B6C43D4C for ; Sat, 27 Nov 2004 13:16:25 +0000 (GMT) (envelope-from smux@terra.com.br) Received: from estero.terra.com.br (estero.terra.com.br [200.154.55.138]) by itapoa.terra.com.br (Postfix) with ESMTP id 4A47330C04E for ; Sat, 27 Nov 2004 11:16:24 -0200 (BRST) X-Terra-Karma: -2% X-Terra-Hash: fd1fc8871aae224b19bf03830a6bbcf2 Received: from terra.com.br (cuzco.terra.com.br [200.176.3.181]) (authenticated user smux) by estero.terra.com.br (Postfix) with ESMTP id 02C023C03B for ; Sat, 27 Nov 2004 11:16:24 -0200 (BRST) Date: Sat, 27 Nov 2004 10:16:23 -0300 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "Smux" To: "freebsd-stable" X-XaM3-API-Version: 4.1 (B84) X-type: 0 X-SenderIP: 200.181.87.64 Subject: jail problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 13:16:26 -0000 hi all, I use the JailTools system of the The-Labs Company and I'm having probl= ems when I add users in my jailed system. In the first hours of use, the jail works in perfect state, however, whe= n I go to enter with a user it I indicate the following error: [root@brplus:~]# su radio su: /usr/local/bin/bash: Permission denied [root@brplus:~]# [root@brplus:~]# su - radio su: no directory [root@brplus:~]# Somebody can help me in this problem? Regards PS: I'm using FreeBSD 4.10-STABLE From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 14:15:27 2004 Return-Path: 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 0A1C516A4CE for ; Sat, 27 Nov 2004 14:15:27 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7F5C43D39 for ; Sat, 27 Nov 2004 14:15:26 +0000 (GMT) (envelope-from omniBSD@speakeasy.net) Received: (qmail 32679 invoked from network); 27 Nov 2004 14:15:26 -0000 Received: from acute.anhedonia.com (HELO [10.20.30.10]) (omni@[66.93.24.213]) (envelope-sender ) by mail1.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 27 Nov 2004 14:15:26 -0000 Message-ID: <41A88C1A.2040008@speakeasy.net> Date: Sat, 27 Nov 2004 08:15:54 -0600 From: Ash User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041104 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Willem Jan Withagen References: <41A7CB9E.80206@withagen.nl> <41A82758.3000704@speakeasy.net> <41A84F9D.8090601@withagen.nl> In-Reply-To: <41A84F9D.8090601@withagen.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: stable@freebsd.org Subject: Re: RAID1 with Promise Fastrack TX2000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 27 Nov 2004 14:15:27 -0000 Willem Jan Withagen wrote: > Ash wrote: > >> Willem Jan Withagen wrote: >> >>> But all my attempts to get the RAID 1 to rebuild through atacontrol >>> failed. Used atacontrol rebuild 0 > > >> What was the procedure you used to try to rebuild the array? Also what >> was the output of the commands? >> >> Based on your e-mail, it sounds like you left out the following step: >> >> atacontrol addspare ar0 ad# >> >> In context: >> >> 1*) atacontrol detach ad# >> 2) >> 3) atacontrol attach ad# >> >> 4) atacontrol addspare ar0 ad# >> >> 5) atacontrol rebuild ar0 >> >> >> [*] Please note that attach, detach, renit, etc. affect the ATA >> channel (i.e. BOTH the Master drive and Slave drive on that channel). > > > Sounds about right. That was the forgotten step. > I'll give it another try. :) > > The unit is a 1U box with only 2 disks and 2 controllers. > So the disks are each on a channel of the fasttrack conroller. > The CD-rom is on the standard controller in {south,north}bridge. > > Thanx, > --WjW > Oops.. I didn't reply-all in my original e-mail. Doing it now on Willem's offline response to my offline response. :) -Ash From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 21:47:36 2004 Return-Path: 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 DCD8B16A4CE for ; Sat, 27 Nov 2004 21:47:36 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EE5943D31 for ; Sat, 27 Nov 2004 21:47:36 +0000 (GMT) (envelope-from europax@comcast.net) Received: from [127.0.0.1] (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (sccrmhc13) with ESMTP id <20041127214735016001jvcie>; Sat, 27 Nov 2004 21:47:35 +0000 Message-ID: <41A8F67F.8040104@comcast.net> Date: Sat, 27 Nov 2004 13:49:51 -0800 From: Rob User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Live CD with most # network debug programs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: europax@comcast.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2004 21:47:37 -0000 Hi all, Is there any particular live filesystem iso which has more network debugging routines than the others? I need this to fix a Windoze XP-pro installation. LOL. Thanks, Rob