From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 00:40:54 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E9EE16A41F for ; Sun, 27 Nov 2005 00:40:54 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from regurgitate.ugcs.caltech.edu (regurgitate.ugcs.caltech.edu [131.215.176.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id D11B543D82 for ; Sun, 27 Nov 2005 00:40:43 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by regurgitate.ugcs.caltech.edu (Postfix, from userid 3640) id B4228E816; Sat, 26 Nov 2005 16:40:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by regurgitate.ugcs.caltech.edu (Postfix) with ESMTP id 9D19FE815; Sat, 26 Nov 2005 16:40:42 -0800 (PST) Date: Sat, 26 Nov 2005 16:40:42 -0800 (PST) From: Jon Dama To: Brett Glass In-Reply-To: <6.2.5.6.2.20051126150622.0843d3e0@lariat.org> Message-ID: References: <200511260118.SAA20596@lariat.net> <6.2.5.6.2.20051126150622.0843d3e0@lariat.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Brett Glass , stable@freebsd.org Subject: Re: FreeBSD 6.0 cron is running on GMT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 00:40:54 -0000 What is the output of date vs date -u on your system? What's the value of machdep.adjkerntz ? Is /etc/localtime intact? Does anything change if you rerun tzsetup? On Sat, 26 Nov 2005, Brett Glass wrote: > At 07:20 PM 11/25/2005, Jon Dama wrote: > > >Uh, the problem would be that kernel does not know that the CMOS clock is > >set to the local time. Standard practice is that the CMOS clock should be > >set to UTC. > > We've never set the CMOS clock to UTC/GMT on any previous version of > FreeBSD, and yet have never seen this behavior. > > By the way, the "date" command does report the correct time. It's cron > that seems to be getting the time wrong. > > --Brett Glass > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 00:58:39 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C44DF16A41F for ; Sun, 27 Nov 2005 00:58:39 +0000 (GMT) (envelope-from brett@lariat.org) Received: from lariat.net (lariat.net [65.122.236.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 373F343D53 for ; Sun, 27 Nov 2005 00:58:39 +0000 (GMT) (envelope-from brett@lariat.org) Received: from Anne (IDENT:ppp1000.lariat.net@lariat.net [65.122.236.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id RAA02674; Sat, 26 Nov 2005 17:58:34 -0700 (MST) X-message-flag: Warning! Use of Microsoft Outlook renders your system susceptible to Internet worms. Message-Id: <6.2.5.6.2.20051126175428.08548128@lariat.org> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Sat, 26 Nov 2005 17:57:42 -0700 To: Jon Dama From: Brett Glass In-Reply-To: References: <200511260118.SAA20596@lariat.net> <6.2.5.6.2.20051126150622.0843d3e0@lariat.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: stable@freebsd.org Subject: Re: FreeBSD 6.0 cron is running on GMT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 00:58:39 -0000 At 05:40 PM 11/26/2005, Jon Dama wrote: >What is the output of > >date vs date -u > >on your system? > >What's the value of machdep.adjkerntz ? www# date Sat Nov 26 17:53:20 MST 2005 www# date -u Sun Nov 27 00:53:22 UTC 2005 www# sysctl -a | grep kerntz machdep.adjkerntz: 25200 >Is /etc/localtime intact? I can't tell, because it's a binary file; running "cat" or "more" on it produces gibberish. But it's there. >Does anything change if you rerun tzsetup? Already reran it. --Brett From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 01:23:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D169D16A41F for ; Sun, 27 Nov 2005 01:23:28 +0000 (GMT) (envelope-from timh@contentspace1.demon.co.uk) Received: from anchor-post-36.mail.demon.net (anchor-post-36.mail.demon.net [194.217.242.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id C369743D6E for ; Sun, 27 Nov 2005 01:23:20 +0000 (GMT) (envelope-from timh@contentspace1.demon.co.uk) Received: from contentspace1.demon.co.uk ([62.49.27.50] helo=bsd01.local) by anchor-post-36.mail.demon.net with esmtp (Exim 4.42) id 1EgBG8-000CTK-KH for freebsd-stable@freebsd.org; Sun, 27 Nov 2005 01:23:16 +0000 From: Tim Hawkins To: freebsd-stable@freebsd.org Date: Sun, 27 Nov 2005 01:22:10 +0000 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511270122.11338.timh@contentspace1.demon.co.uk> Subject: Dell SC600 fileserver and 6.0 Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 01:23:28 -0000 Has anybody had any joy in getting 6.0 to install on a Dell SC600 server. The system runs fine under 5.3 and 5.4, but hangs just after attempting to init the atapi intefaces on 6.0. The only unusal thing I can see is that the system has 3 IDE channels. There are HD's on both master and slave of channel 0, nothing on channel 1 and a cd rom on the master of channel 2. Here is a dump of the dmesg, uname and pciconf for the 5.3 boot. uname -a FreeBSD bsd02.contentspace.priv 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 dmessg 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-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 1.80GHz (1799.81-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf13 Stepping = 3 Features=0x3febfbff real memory = 805240832 (767 MB) avail memory = 778231808 (742 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic1: Changing APIC ID to 2 ioapic2: Changing APIC ID to 3 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 800, 1a (4) failed acpi_timer0: couldn't allocate resource (port 0x808) cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 em0: port 0xecc0-0xecff mem 0xfe100000-0xfe11ffff irq 17 at device 2.0 on pci0 em0: Ethernet address: 00:c0:9f:23:ac:d9 em0: Speed:N/A Duplex:N/A pci0: at device 8.0 (no driver attached) atapci0: port 0x900-0x90f,0x36c-0x36f,0x168-0x16f,0x3ec-0x3ef,0x1e8-0x1ef irq 11 at device 14.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 atapci1: port 0x8b0-0x8bf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 ohci0: mem 0xfe120000-0xfe120fff irq 5 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered isab0: at device 15.3 on pci0 isa0: on isab0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 acpi_timer0: couldn't allocate resource (port 0x808) orm0: at iomem 0xec000-0xeffff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1799807212 Hz quality 800 Timecounters tick every 10.000 msec ad0: 38146MB [77504/16/63] at ata0-master UDMA100 ad1: 114498MB [232632/16/63] at ata0-slave UDMA100 Interrupt storm detected on "irq11: atapci0"; throttling interrupt source acd0: CDROM at ata2-master UDMA33 Mounting root from ufs:/dev/ad0s1a em0: Link is up 100 Mbps Full Duplex pciconf -l -v hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00171166 rev=0x32 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'CMIC-SL' class = bridge subclass = HOST-PCI hostb1@pci0:0:1: class=0x060000 card=0x00000000 chip=0x00171166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'CMIC-SL' class = bridge subclass = HOST-PCI em0@pci0:2:0: class=0x020000 card=0x01341028 chip=0x100e8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82540EM Gigabit Ethernet Controller' class = network subclass = ethernet none0@pci0:8:0: class=0x030000 card=0x01341028 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Rage XL PCI' class = display subclass = VGA atapci0@pci0:14:0: class=0x010187 card=0x01341028 chip=0x02171166 rev=0xa0 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'OSB6 PCI EIDE Controller (Tertiary)' class = mass storage subclass = ATA hostb2@pci0:15:0: class=0x060000 card=0x02011166 chip=0x02031166 rev=0xa0 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'CSB6 PCI to ISA Bridge' class = bridge subclass = HOST-PCI atapci1@pci0:15:1: class=0x01018a card=0x41341028 chip=0x02131166 rev=0xa0 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'OSB6/CSB6 PCI EIDE Controller' class = mass storage subclass = ATA ohci0@pci0:15:2: class=0x0c0310 card=0x02201166 chip=0x02211166 rev=0x05 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'OSB6 OHCI Compliant USB Controller' class = serial bus subclass = USB isab0@pci0:15:3: class=0x060100 card=0x02301166 chip=0x02271166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'CSB6 PCI Bridge' class = bridge subclass = PCI-ISA From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 02:26:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02CE116A41F; Sun, 27 Nov 2005 02:26:15 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0776B43D53; Sun, 27 Nov 2005 02:26:13 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.25] ([192.168.42.25]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id jAR2QCmO099972; Sat, 26 Nov 2005 20:26:12 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43891936.7090904@centtech.com> Date: Sat, 26 Nov 2005 20:25:58 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051021 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <4383C20E.20509@shaw.ca> <20051123195120.GE908@eucla.lemis.com> In-Reply-To: <20051123195120.GE908@eucla.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1195/Fri Nov 25 03:29:55 2005 on mh2.centtech.com X-Virus-Status: Clean Cc: acpi@freebsd.org, freebsd-stable@freebsd.org, Graham North Subject: Re: ACPI problems with Dell laptops X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 02:26:15 -0000 Greg 'groggy' Lehey wrote: > On Tuesday, 22 November 2005 at 17:12:46 -0800, Graham North wrote: > >>Am currently trying to choose between a couple of laptops, the luck >>winner of which will have Freebsd loaded alongside WinXP. >> >>Dell Latitude d600 with Radeon 9000? video, intel pro wireless >>or >>IBM R51 - Intel Extreme2, intel pro wireless. >>The main differences will likely be the video and maybe bios, acpi...? >>Can someone suggest to me whether these are both safe choices? >>Am I better off installing 5.4 or 6.0? > > > I've had both Dell and ThinkPad (no longer IBM). I prefer Dell, > despite their attempts to convince me otherwise. > > However, we currently seem to have significant ACPI problems with Dell > laptops. I'm writing this on an Inspiron 6000 running 7-CURRENT, but > the same problems occur with 6.0: if I enable ACPI, timing goes to > hell, and some things just time out. There was a similar message a > couple of days ago from an owner of (I think) the latest Latitude > machine, which sounded even worse. My requests for feedback about how > to solve the problem have so far not been resolved. If you're > otherwise tending towards Dell, I'd suggest you watch this space until > there's some indication that the problems will be resolved. > > Nothing of this says that ThinkPads will do better, of course. I > don't know what the situation is there. Which scheduler are you using? Also, have you tried disabling apic? I had these same troubles, and worked around them, but I can't recall the exact trick - I seem to recall disabling apic and/or using 4BSD scheduler. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 02:49:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAB9E16A41F for ; Sun, 27 Nov 2005 02:49:11 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B43243D60 for ; Sun, 27 Nov 2005 02:49:11 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 9D4E85F84; Sat, 26 Nov 2005 21:49:10 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 91072-03; Sat, 26 Nov 2005 21:49:09 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-122-227.ny325.east.verizon.net [68.161.122.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id B240D5C46; Sat, 26 Nov 2005 21:49:09 -0500 (EST) Message-ID: <43891EA5.2020206@mac.com> Date: Sat, 26 Nov 2005 21:49:09 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: mse_software@charter.net References: <1132964757.831.20.camel@yak.mseubanks.net> In-Reply-To: <1132964757.831.20.camel@yak.mseubanks.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-stable@freebsd.org Subject: Re: NFS network load on 5.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 02:49:12 -0000 Mike Eubanks wrote: > As soon as I mount my NFS file systems, the network load increases to a > constant 80%-90% of network bandwidth, even when the file systems are > not in use. NFS stats on the client machine (nfsstat -c) produce the > following: [ ... ] > Fsstat and Requests are increasing very rapidly. Both the client and > server are i386 5.4-STABLE machines. Is this behaviour normal? Sort of. Some fancy parts of X like file-manager/exporer applications tend to call fstat() a lot, but it's probably tunable, and if you enable NFS attribute caching that will help a lot. "ls /afs", if available, is a wonderful test of whether a program/file-manager is being polite. Anyway, "top -mio" is likely to be informative. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 04:14:56 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9875016A420 for ; Sun, 27 Nov 2005 04:14:56 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id A30EF43D5D for ; Sun, 27 Nov 2005 04:14:55 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail05.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jAR4Eqgl029083 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 27 Nov 2005 15:14:53 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id jAR4EqHh029394; Sun, 27 Nov 2005 15:14:52 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jAR4Eqfj029393; Sun, 27 Nov 2005 15:14:52 +1100 (EST) (envelope-from pjeremy) Date: Sun, 27 Nov 2005 15:14:52 +1100 From: Peter Jeremy To: Brett Glass Message-ID: <20051127041452.GE27757@cirb503493.alcatel.com.au> References: <200511260118.SAA20596@lariat.net> <6.2.5.6.2.20051126150622.0843d3e0@lariat.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.5.6.2.20051126150622.0843d3e0@lariat.org> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: stable@freebsd.org Subject: Re: FreeBSD 6.0 cron is running on GMT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 04:14:56 -0000 On Sat, 2005-Nov-26 15:07:26 -0700, Brett Glass wrote: >By the way, the "date" command does report the correct time. It's cron >that seems to be getting the time wrong. You haven't accidently created a line that looks like 'TZ=' in the crontab have you? Is this affecting all users or just one? -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 04:47:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76EA216A420; Sun, 27 Nov 2005 04:47:30 +0000 (GMT) (envelope-from northg@shaw.ca) Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A1CB43D5E; Sun, 27 Nov 2005 04:47:29 +0000 (GMT) (envelope-from northg@shaw.ca) Received: from pd2mr7so.prod.shaw.ca (pd2mr7so-qfe3.prod.shaw.ca [10.0.141.10]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IQL00HPHJZ47250@l-daemon>; Sat, 26 Nov 2005 21:47:28 -0700 (MST) Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150]) by pd2mr7so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IQL0093LJZ4BZD0@pd2mr7so.prod.shaw.ca>; Sat, 26 Nov 2005 21:47:28 -0700 (MST) Received: from [192.168.0.100] (S0106000f3d63c5a5.vc.shawcable.net [24.85.154.162]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IQL00E6YJZ46W@l-daemon>; Sat, 26 Nov 2005 21:47:28 -0700 (MST) Received: from 127.0.0.1 (AVG SMTP 7.1.362 [267.13.8/183]); Sat, 26 Nov 2005 20:47:28 -0800 Date: Sat, 26 Nov 2005 20:47:28 -0800 From: Graham North In-reply-to: <43891936.7090904@centtech.com> To: Eric Anderson Message-id: <43893A60.4000200@shaw.ca> MIME-version: 1.0 Content-type: multipart/mixed; boundary="=======AVGMAIL-43893A602015=======" X-Accept-Language: en-us, en References: <4383C20E.20509@shaw.ca> <20051123195120.GE908@eucla.lemis.com> <43891936.7090904@centtech.com> User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Greg 'groggy' Lehey , acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ACPI problems with Dell laptops X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 04:47:30 -0000 --=======AVGMAIL-43893A602015======= Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Eric, Groggy and all who replied to this my initial enquiry: Thank you for the tips. I tend to favour the Dells also, but the the ACPI does sound like a concern. Will watch this space. Thanks again to all. Cheers, Graham/ Eric Anderson wrote: > Greg 'groggy' Lehey wrote: > >> On Tuesday, 22 November 2005 at 17:12:46 -0800, Graham North wrote: >> >>> Am currently trying to choose between a couple of laptops, the luck >>> winner of which will have Freebsd loaded alongside WinXP. >>> >>> Dell Latitude d600 with Radeon 9000? video, intel pro wireless >>> or >>> IBM R51 - Intel Extreme2, intel pro wireless. >>> The main differences will likely be the video and maybe bios, acpi...? >>> Can someone suggest to me whether these are both safe choices? >>> Am I better off installing 5.4 or 6.0? >> >> >> >> I've had both Dell and ThinkPad (no longer IBM). I prefer Dell, >> despite their attempts to convince me otherwise. >> >> However, we currently seem to have significant ACPI problems with Dell >> laptops. I'm writing this on an Inspiron 6000 running 7-CURRENT, but >> the same problems occur with 6.0: if I enable ACPI, timing goes to >> hell, and some things just time out. There was a similar message a >> couple of days ago from an owner of (I think) the latest Latitude >> machine, which sounded even worse. My requests for feedback about how >> to solve the problem have so far not been resolved. If you're >> otherwise tending towards Dell, I'd suggest you watch this space until >> there's some indication that the problems will be resolved. >> >> Nothing of this says that ThinkPads will do better, of course. I >> don't know what the situation is there. > > > Which scheduler are you using? Also, have you tried disabling apic? > I had these same troubles, and worked around them, but I can't recall > the exact trick - I seem to recall disabling apic and/or using 4BSD > scheduler. > > Eric > > > > -- Kindness can be infectious - try it. Graham North Vancouver, BC www.soleado.ca --=======AVGMAIL-43893A602015======= 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 Free Edition. Version: 7.1.362 / Virus Database: 267.13.8/183 - Release Date: 11/25/2005 --=======AVGMAIL-43893A602015=======-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 05:27:59 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9A3316A41F for ; Sun, 27 Nov 2005 05:27:59 +0000 (GMT) (envelope-from brett@lariat.org) Received: from lariat.net (lariat.net [65.122.236.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49D2D43D53 for ; Sun, 27 Nov 2005 05:27:58 +0000 (GMT) (envelope-from brett@lariat.org) Received: from Anne (IDENT:ppp1000.lariat.net@lariat.net [65.122.236.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id WAA05190; Sat, 26 Nov 2005 22:27:51 -0700 (MST) X-message-flag: Warning! Use of Microsoft Outlook renders your system susceptible to Internet worms. Message-Id: <6.2.5.6.2.20051126222514.085ac738@lariat.org> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Sat, 26 Nov 2005 22:27:49 -0700 To: Peter Jeremy From: Brett Glass In-Reply-To: <20051127041452.GE27757@cirb503493.alcatel.com.au> References: <200511260118.SAA20596@lariat.net> <6.2.5.6.2.20051126150622.0843d3e0@lariat.org> <20051127041452.GE27757@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: stable@freebsd.org Subject: Re: FreeBSD 6.0 cron is running on GMT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 05:28:00 -0000 At 09:14 PM 11/26/2005, Peter Jeremy wrote: >On Sat, 2005-Nov-26 15:07:26 -0700, Brett Glass wrote: >>By the way, the "date" command does report the correct time. It's cron >>that seems to be getting the time wrong. > >You haven't accidently created a line that looks like 'TZ=' in the >crontab have you? Nope. >Is this affecting all users or just one? All. I am wondering if I shouldn't just redo everything in the system that has to do with time zones and time keeping (deleting files and re-creating them if need be), reboot, and see what happens. I've never seen a good explanation of all of the sysctl variables, environment variables, files, etc. that control it, especially since (as I understand it) the responsibility has been shifted from the kernel to libraries. Is there a summary out there? --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 05:39:05 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6318716A41F for ; Sun, 27 Nov 2005 05:39:05 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1E7843D58 for ; Sun, 27 Nov 2005 05:39:03 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jAR5d29L059388; Sat, 26 Nov 2005 21:39:02 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jAR5d1sv059387; Sat, 26 Nov 2005 21:39:01 -0800 (PST) (envelope-from jmg) Date: Sat, 26 Nov 2005 21:39:01 -0800 From: John-Mark Gurney To: Brett Glass Message-ID: <20051127053901.GI885@funkthat.com> Mail-Followup-To: Brett Glass , Peter Jeremy , stable@freebsd.org References: <200511260118.SAA20596@lariat.net> <6.2.5.6.2.20051126150622.0843d3e0@lariat.org> <20051127041452.GE27757@cirb503493.alcatel.com.au> <6.2.5.6.2.20051126222514.085ac738@lariat.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.5.6.2.20051126222514.085ac738@lariat.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 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: Peter Jeremy , stable@freebsd.org Subject: Re: FreeBSD 6.0 cron is running on GMT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 27 Nov 2005 05:39:05 -0000 Brett Glass wrote this message on Sat, Nov 26, 2005 at 22:27 -0700: > At 09:14 PM 11/26/2005, Peter Jeremy wrote: > > >On Sat, 2005-Nov-26 15:07:26 -0700, Brett Glass wrote: > >>By the way, the "date" command does report the correct time. It's cron > >>that seems to be getting the time wrong. > > > >You haven't accidently created a line that looks like 'TZ=' in the > >crontab have you? > > Nope. > > >Is this affecting all users or just one? > > All. > > I am wondering if I shouldn't just redo everything in the system that > has to do with time zones and time keeping (deleting files and re-creating > them if need be), reboot, and see what happens. I've never seen a good > explanation of all of the sysctl variables, environment variables, files, > etc. that control it, especially since (as I understand it) the responsibility > has been shifted from the kernel to libraries. Is there a summary out there? /etc/localtime contains the timezone that is the default when TZ isn't set... if /etc/wall_cmos_clock exists then the RTC of the machine matches that of /etc/localtime, if it doesn't exist, the RTC is in GMT... adjkerntz(8) contains pointers to these files... as far as I know there are no sysctl's that deal with timezone... -- 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 Sun Nov 27 07:34:28 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79BC416A424 for ; Sun, 27 Nov 2005 07:34:28 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail21.syd.optusnet.com.au (mail21.syd.optusnet.com.au [211.29.133.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E0E243D79 for ; Sun, 27 Nov 2005 07:34:14 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail21.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jAR7YB1Q017733 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 27 Nov 2005 18:34:12 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id jAR7YBHh029585; Sun, 27 Nov 2005 18:34:11 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jAR7YBPC029584; Sun, 27 Nov 2005 18:34:11 +1100 (EST) (envelope-from pjeremy) Date: Sun, 27 Nov 2005 18:34:11 +1100 From: Peter Jeremy To: Brett Glass Message-ID: <20051127073411.GG27757@cirb503493.alcatel.com.au> References: <200511260118.SAA20596@lariat.net> <6.2.5.6.2.20051126150622.0843d3e0@lariat.org> <20051127041452.GE27757@cirb503493.alcatel.com.au> <6.2.5.6.2.20051126222514.085ac738@lariat.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.5.6.2.20051126222514.085ac738@lariat.org> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: stable@freebsd.org Subject: Re: FreeBSD 6.0 cron is running on GMT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 07:34:28 -0000 On Sat, 2005-Nov-26 22:27:49 -0700, Brett Glass wrote: >I am wondering if I shouldn't just redo everything in the system that >has to do with time zones and time keeping (deleting files and re-creating >them if need be), reboot, and see what happens. That's as good as idea as any other. I know cron on my 6.0 system behaves correctly so I suspect it's something odd on your system. Last suggestions/guesses: - If you run "/sbin/rcorder -s nostart /etc/rc.d/*", does /etc/rc.d/cron come after /etc/rc.d/adjkerntz? - If /etc/localtime is a symlink, is the filesystem it points to mounted when cron starts? (Look thru the rcorder above to check). - Do "at" jobs run at local or UTC time? - If you run "date" and "date -u" as a cron job, what do they report? > I've never seen a good >explanation of all of the sysctl variables, environment variables, files, >etc. that control it, especially since (as I understand it) the responsibility >has been shifted from the kernel to libraries. Is there a summary out there? The timezone has always been the responsibility of userland in FreeBSD. The kernel provides a UTC timestamp to the ctime(3) functions, which are solely responsible to mapping UTC to local time based on $TZ or /etc/localtime. adjkerntz(8) is responsible for handling the RTC's offset between UTC and localtime. If /etc/wall_cmos_clock exists, it means that CMOS clock keeps local time. If that file does not exist, it means that the CMOS clock keeps UTC time. adjkerntz sets machdep.wall_cmos_clock. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 09:27:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80CE416A41F for ; Sun, 27 Nov 2005 09:27:42 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mtao01.charter.net (mtao01.charter.net [209.225.8.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77E4C43D46 for ; Sun, 27 Nov 2005 09:27:40 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip35-10.charter.net ([10.20.203.75]) by mtao01.charter.net (InterMail vM.6.01.05.04 201-2131-123-105-20051025) with ESMTP id <20051127092740.WDLZ2016.mtao01.charter.net@mxip35-10.charter.net> for ; Sun, 27 Nov 2005 04:27:40 -0500 Received: from 68-116-0-143.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.116.0.143]) by mxip35-10.charter.net with ESMTP; 27 Nov 2005 04:27:40 -0500 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAQAAA+k= From: Mike Eubanks To: freebsd-stable@freebsd.org In-Reply-To: <43891EA5.2020206@mac.com> References: <1132964757.831.20.camel@yak.mseubanks.net> <43891EA5.2020206@mac.com> Content-Type: text/plain Date: Sun, 27 Nov 2005 01:27:38 -0800 Message-Id: <1133083658.838.109.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: NFS network load on 5.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 09:27:42 -0000 On Sat, 2005-11-26 at 21:49 -0500, Chuck Swiger wrote: > Mike Eubanks wrote: > > As soon as I mount my NFS file systems, the network load increases to a > > constant 80%-90% of network bandwidth, even when the file systems are > > not in use. NFS stats on the client machine (nfsstat -c) produce the > > following: > [ ... ] > > Fsstat and Requests are increasing very rapidly. Both the client and > > server are i386 5.4-STABLE machines. Is this behaviour normal? > > Sort of. Some fancy parts of X like file-manager/exporer applications tend to > call fstat() a lot, but it's probably tunable, and if you enable NFS attribute > caching that will help a lot. Thank you for the reply Chuck. It seems that it is something to do with Gnome. I haven't done an upgrade to 2.12 yet, but the difference did happen when I refreshed my user configuration to remove any stale config files. Using the "top -mio" command I get the following: VCSW IVCSW READ WRITE FAULT TOTAL PERCENT COMMAND 38 56 0 0 0 0 0.00% libgtop_server 94 16 0 0 0 0 0.00% Xorg 4 0 0 0 0 0 0.00% top 0 0 0 0 0 0 0.00% mozilla-bin 115 40 0 0 0 0 0.00% multiload-appl 42 1 0 0 0 0 0.00% anjuta-bin 0 0 0 0 0 0 0.00% evolution-2.2 130 9 0 0 0 0 0.00% gnome-terminal 15 10 0 0 0 0 0.00% clock-applet 42 0 0 0 0 0 0.00% mixer_applet2 10 0 0 0 0 0 0.00% metacity 3 0 0 0 0 0 0.00% nautilus 4 0 0 0 0 0 0.00% wnck-applet When I unmount the NFS share, the involuntary context switches drop to nearly 0 and the voluntary context switches drop significantly. Other than that, everything else stayed at 0. I have dumped the traffic on the network adapter in question. With abbreviated host names, there are miles of the following. +---- file-manager/explorer? | client.220312819 > server.nfs: 96 fsstat [|nfs] server.nfs > client.220312819: reply ok 168 fsstat POST: DIR 755 ids 1001/0 [|nfs] client.220312820 > server.nfs: 96 fsstat [|nfs] server.nfs > client.220312820: reply ok 168 fsstat POST: DIR 755 ids 1001/0 [|nfs] client.220312821 > server.nfs: 96 fsstat [|nfs] server.nfs > client.220312821: reply ok 168 fsstat POST: DIR 755 ids 0/0 [|nfs] client.220312822 > server.nfs: 96 fsstat [|nfs] server.nfs > client.220312822: reply ok 168 fsstat POST: DIR 755 ids 0/0 [|nfs] client.220312823 > server.nfs: 96 fsstat [|nfs] server.nfs > client.220312823: reply ok 168 fsstat POST: DIR 755 ids 0/0 [|nfs] If this is enough evidence for the file-manager/explore, I'll just have to accept it for now. I can't find anything about tuning them. As far as attribute caching, do you mean the `-o ac*' options to mount_nfs? I also noticed two sysctl values, although, I left them unmodified. vfs.nfs.access_cache_timeout: 2 vfs.nfs4.access_cache_timeout: 60 > "ls /afs", if available, is a wonderful test of > whether a program/file-manager is being polite. I better read a book on this first if you're talking about the Andrew File System. Any suggestions? > > Anyway, "top -mio" is likely to be informative. > -- Mike Eubanks From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 11:21:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 935EE16A41F for ; Sun, 27 Nov 2005 11:21:58 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC8C643D46 for ; Sun, 27 Nov 2005 11:21:57 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1EgKaG-0006ew-OG for freebsd-stable@freebsd.org; Sun, 27 Nov 2005 12:20:40 +0100 Received: from p54a4030e.dip0.t-ipconnect.de ([84.164.3.14]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Nov 2005 12:20:40 +0100 Received: from jwolz1 by p54a4030e.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Nov 2005 12:20:40 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Jonas Wolz Date: Sun, 27 Nov 2005 12:16:25 +0100 Lines: 68 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: p54a4030e.dip0.t-ipconnect.de User-Agent: KNode/0.9.2 Sender: news Subject: dhclient problem with static leases X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 11:21:58 -0000 Hello, I recently upgraded from FreeBSD 5.4 to 6.0 and now my dhclient configuration (which did work perfectly with the ISC dhclient) doesn't work anymore. I'm using a static lease in dhclient.conf (see below) since the laptop I'm running FreeBSD on is roaming between different networks. On the network without a (useful) DHCP server dhclient prints the following messages, but leaves sis0 (and the routing table and resolv.conf) unconfigured: DHCPDISCOVER on sis0 to 255.255.255.255 port 67 interval 5 DHCPNACK from 192.168.0.1 rejected. DHCPOFFER from 192.168.123.254 rejected. DHCPOFFER from 192.168.0.1 rejected. DHCPOFFER from 192.168.0.1 rejected. DHCPDISCOVER on sis0 to 255.255.255.255 port 67 interval 6 DHCPOFFER from 192.168.123.254 rejected. DHCPOFFER from 192.168.0.1 rejected. No DHCPOFFERS received. Trying recorded lease 134.60.220.229 bound: renewal in 855549552 seconds. If dhclient gets its lease from a "real" DHCP server everything works fine. Is there anything I could try to get it working? Or is it a bug in dhclient? Jonas dhclient.conf: -------------- # $FreeBSD: src/etc/dhclient.conf,v 1.3 2001/10/27 03:14:37 rwatson Exp $ # # This file is required by the ISC DHCP client. # See ``man 5 dhclient.conf'' for details. # # In most cases an empty file is sufficient for most people as the # defaults are usually fine. # timeout 10; retry 36000; reject 192.168.0.1; reject 192.168.5.50; reject 192.168.123.254; reject 192.168.0.254; lease { interface "sis0"; fixed-address 134.60.220.229; option subnet-mask 255.255.254.0; option routers 134.60.220.99; option domain-name-servers 134.60.220.1; option domain-name "wh-hms.uni-ulm.de"; # option dhcp-lease-time 654321; # lang genug ;) # option dhcp-renewal-time 65321; # option dhcp-rebinding-time 65321; option dhcp-lease-time -1; # Dummy-Werte: renew 0 2033/01/01 00:00:00; rebind 0 2033/01/02 00:00:00; expire 0 2033/01/03 00:00:00; } From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 11:43:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C183816A41F for ; Sun, 27 Nov 2005 11:43:00 +0000 (GMT) (envelope-from richard@unixguru.nl) Received: from mail.unixguru.nl (mosibi.demon.nl [212.238.240.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 598BD43D49 for ; Sun, 27 Nov 2005 11:42:58 +0000 (GMT) (envelope-from richard@unixguru.nl) Received: from localhost (localhost [127.0.0.1]) by mail.unixguru.nl (Postfix) with ESMTP id 8194856472; Sun, 27 Nov 2005 12:42:34 +0100 (CET) Received: from localhost (sun.unixguru.nl [192.168.10.7]) by mail.unixguru.nl (Postfix) with ESMTP id 88B4056471; Sun, 27 Nov 2005 12:42:31 +0100 (CET) Date: Sun, 27 Nov 2005 12:42:52 +0100 From: Richard Arends To: Jonas Wolz Message-ID: <20051127114252.GG1383@sun.unixguru.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: amavisd-new at unixguru.nl Cc: freebsd-stable@freebsd.org Subject: Re: dhclient problem with static leases X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 11:43:00 -0000 On Sun, Nov 27, 2005 at 12:16:25PM +0100, Jonas Wolz wrote: Jonas, > I recently upgraded from FreeBSD 5.4 to 6.0 and now my dhclient > configuration (which did work perfectly with the ISC dhclient) doesn't work > anymore. I'm at BSDCon europe at the moment and noticed strange behavior with dhclient the last days. Removing /var/db/dhclient.leases* fixed the problem not getting a lease for me and several other people over here. -- Regards, Richard. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 11:50:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0D5816A41F; Sun, 27 Nov 2005 11:50:32 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2987E43D5A; Sun, 27 Nov 2005 11:50:31 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id B165D1310B4; Sun, 27 Nov 2005 22:20:30 +1030 (CST) Received: from eucla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by wantadilla.lemis.com (Postfix) with ESMTP id 31DA9857B1; Sun, 27 Nov 2005 22:20:30 +1030 (CST) Received: by eucla.lemis.com (Postfix, from userid 1004) id 4A34F86920; Sun, 27 Nov 2005 12:50:41 +0100 (CET) Date: Sun, 27 Nov 2005 12:50:41 +0100 From: Greg 'groggy' Lehey To: Eric Anderson Message-ID: <20051127115041.GD867@eucla.lemis.com> References: <4383C20E.20509@shaw.ca> <20051123195120.GE908@eucla.lemis.com> <43891936.7090904@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43891936.7090904@centtech.com> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: acpi@freebsd.org, freebsd-stable@freebsd.org, Graham North Subject: Re: ACPI problems with Dell laptops X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 11:50:33 -0000 On Saturday, 26 November 2005 at 20:25:58 -0600, Eric Anderson wrote: > Greg 'groggy' Lehey wrote: >> I've had both Dell and ThinkPad (no longer IBM). I prefer Dell, >> despite their attempts to convince me otherwise. >> >> However, we currently seem to have significant ACPI problems with Dell >> laptops. I'm writing this on an Inspiron 6000 running 7-CURRENT, but >> the same problems occur with 6.0: if I enable ACPI, timing goes to >> hell, and some things just time out. There was a similar message a >> couple of days ago from an owner of (I think) the latest Latitude >> machine, which sounded even worse. My requests for feedback about how >> to solve the problem have so far not been resolved. If you're >> otherwise tending towards Dell, I'd suggest you watch this space until >> there's some indication that the problems will be resolved. > > Which scheduler are you using? The standard (ULE). I don't think the problem's related to the scheduler: it shows all the signs of being an interrupt space problem. > Also, have you tried disabling apic? I think you mean ACPI. This machine doesn't have an APIC. To answer the presumed question: Yes, as I said above, the problems only occur when I enable ACPI. Since then I've also discovered that the builtin wireless card doesn't work either. It's: iwi0: mem 0xdfcfd000-0xdfcfdfff irq 10 at device 3.0 on pci3 iwi0: Ethernet address: 00:13:ce:46:28:49 After downloading the firmware, I can set IP addresses and such, but I always get "no carrier": iwi0: flags=8802 mtu 1500 ether 00:13:ce:46:28:49 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" channel 1 (2412) authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF powersavesleep 100 txpowmax 100 txpower 100 rtsthreshold 2346 fragthreshold 2346 -pureg protmode CTS -wme roaming AUTO bintval 0 When I run dhclient on the interface, I get: DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 15 send_packet: Network is down On the console I get the detailed error message: iwi0: fatal error This machine also has Linux on it, and the card works fine with Linux, so it's obviously a FreeBSD-related problem. Greg -- See complete headers for address and phone numbers From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 12:43:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E50616A41F for ; Sun, 27 Nov 2005 12:43:47 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 818B343D46 for ; Sun, 27 Nov 2005 12:43:45 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EgLrK-0005jn-G3 for freebsd-stable@freebsd.org; Sun, 27 Nov 2005 13:42:22 +0100 Received: from p54a4030e.dip0.t-ipconnect.de ([84.164.3.14]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Nov 2005 13:42:22 +0100 Received: from jwolz1 by p54a4030e.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Nov 2005 13:42:22 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Jonas Wolz Date: Sun, 27 Nov 2005 13:41:11 +0100 Lines: 59 Message-ID: References: <20051127114252.GG1383@sun.unixguru.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: p54a4030e.dip0.t-ipconnect.de User-Agent: KNode/0.9.2 Sender: news Subject: Re: dhclient problem with static leases X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 12:43:47 -0000 Richard Arends wrote: > Removing /var/db/dhclient.leases* fixed the > problem not getting a lease for me and several other people over here. I'm currently not at the location with the network without a DHCP server, but IIRC I tried that already and it didn't help. It also seems to me that my problem is a bit different: In my case dhclient gets its "lease", but doesn't configure the interface according to it if it is a static lease (and not a lease received from a DHCP server): If there is a DHCP server everything works: nobby:/etc# /etc/rc.d/netif start DHCPDISCOVER on sis0 to 255.255.255.255 port 67 interval 4 DHCPOFFER from 192.168.2.1 DHCPREQUEST on sis0 to 255.255.255.255 port 67 DHCPACK from 192.168.2.1 bound to 192.168.2.3 -- renewal in 7200 seconds. lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 sis0: flags=8843 mtu 1500 options=8 inet6 fe80::2c0:9fff:fe28:2460%sis0 prefixlen 64 scopeid 0x1 inet 192.168.2.3 netmask 0xffffff00 broadcast 192.168.2.255 ether 00:c0:9f:28:24:60 media: Ethernet autoselect (100baseTX ) status: active nobby:/etc# If there isn't a DHCP server (simulated in my home network by shutting the DHCP server down): nobby:/etc# rm /var/db/dhclient.leases.sis0 nobby:/etc# /etc/rc.d/netif start DHCPDISCOVER on sis0 to 255.255.255.255 port 67 interval 4 DHCPDISCOVER on sis0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on sis0 to 255.255.255.255 port 67 interval 1 No DHCPOFFERS received. Trying recorded lease 134.60.220.229 bound: renewal in 855056052 seconds. lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 sis0: flags=8843 mtu 1500 options=8 inet6 fe80::2c0:9fff:fe28:2460%sis0 prefixlen 64 scopeid 0x1 ether 00:c0:9f:28:24:60 media: Ethernet autoselect (100baseTX ) status: active nobby:/etc# As you can see, dhclient seems to "get" the static lease but doesn't correctly bind to it in the latter case. Jonas From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 13:13:35 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74DF016A420; Sun, 27 Nov 2005 13:13:35 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D62F43D5E; Sun, 27 Nov 2005 13:13:34 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.25] ([192.168.42.25]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id jARDDXL8005385; Sun, 27 Nov 2005 07:13:33 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4389B0EF.20208@centtech.com> Date: Sun, 27 Nov 2005 07:13:19 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051021 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <4383C20E.20509@shaw.ca> <20051123195120.GE908@eucla.lemis.com> <43891936.7090904@centtech.com> <20051127115041.GD867@eucla.lemis.com> In-Reply-To: <20051127115041.GD867@eucla.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1195/Fri Nov 25 03:29:55 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: acpi@FreeBSD.org, freebsd-stable@FreeBSD.org, Graham North Subject: Re: ACPI problems with Dell laptops X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 13:13:35 -0000 Greg 'groggy' Lehey wrote: > On Saturday, 26 November 2005 at 20:25:58 -0600, Eric Anderson wrote: > >>Greg 'groggy' Lehey wrote: >> >>>I've had both Dell and ThinkPad (no longer IBM). I prefer Dell, >>>despite their attempts to convince me otherwise. >>> >>>However, we currently seem to have significant ACPI problems with Dell >>>laptops. I'm writing this on an Inspiron 6000 running 7-CURRENT, but >>>the same problems occur with 6.0: if I enable ACPI, timing goes to >>>hell, and some things just time out. There was a similar message a >>>couple of days ago from an owner of (I think) the latest Latitude >>>machine, which sounded even worse. My requests for feedback about how >>>to solve the problem have so far not been resolved. If you're >>>otherwise tending towards Dell, I'd suggest you watch this space until >>>there's some indication that the problems will be resolved. >> >>Which scheduler are you using? > > > The standard (ULE). I don't think the problem's related to the > scheduler: it shows all the signs of being an interrupt space problem. Fine - I'm just offering the parts that I recall working around it for me - if you are unwilling to at least try it, maybe someone else can and report back so we know if it is or isn't related. >>Also, have you tried disabling apic? > > > I think you mean ACPI. This machine doesn't have an APIC. No, I meant apic. I realize it doesn't have one, but did you try disabling it? > To answer the presumed question: Yes, as I said above, the problems > only occur when I enable ACPI. > > Since then I've also discovered that the builtin wireless card doesn't > work either. It's: > > iwi0: mem 0xdfcfd000-0xdfcfdfff irq 10 at device 3.0 on pci3 > iwi0: Ethernet address: 00:13:ce:46:28:49 > > After downloading the firmware, I can set IP addresses and such, but > I always get "no carrier": > > iwi0: flags=8802 mtu 1500 > ether 00:13:ce:46:28:49 > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid "" channel 1 (2412) > authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF > powersavesleep 100 txpowmax 100 txpower 100 rtsthreshold 2346 > fragthreshold 2346 -pureg protmode CTS -wme roaming AUTO bintval 0 > > When I run dhclient on the interface, I get: > > DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 6 > DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 15 > send_packet: Network is down > > On the console I get the detailed error message: > > iwi0: fatal error > > This machine also has Linux on it, and the card works fine with Linux, > so it's obviously a FreeBSD-related problem. I also had problems with it. I ended up replacing it with a mini-pci atheros card. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 18:39:51 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E8C916A41F for ; Sun, 27 Nov 2005 18:39:51 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E13643D49 for ; Sun, 27 Nov 2005 18:39:50 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 3C2C9C242 for ; Sun, 27 Nov 2005 13:39:49 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 6C000C257 for ; Sun, 27 Nov 2005 13:39:45 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 0A5FFC244 for ; Sun, 27 Nov 2005 13:39:45 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; b=ggAT7wUMiqNQP1bQ0ZjZ9xTkTO/C8B5GkrFzD4HBZQ+HQ+5sERkRXVrx+QAlEHGHtJvyfsTvM4S1J4Csyx9SQs8HbhAzYzvN/OV72FSnzG2K5aZx7m6x5fgZ5RULCVzg; Received: from [192.168.1.10] (c-24-218-147-31.hsd1.ma.comcast.net [24.218.147.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 82A90C242 for ; Sun, 27 Nov 2005 13:39:44 -0500 (EST) Message-ID: <4389FD6E.7030209@protected-networks.net> Date: Sun, 27 Nov 2005 13:39:42 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.93.0.0 OpenPGP: id=5E873CC5 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: interesting nit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 18:39:51 -0000 Just a generic 'heads-up', since this is an unsupported optimisation, and a question; compiling a kernel with '-march=pentium2' mostly works with the only observed problem being that something is amiss with the kernel PLL for NTP. The clock drifts beyond the bounds that NTPD will correct :-( Does this impact any other '-march' variants? Michael From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 19:35:03 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C0D616A41F for ; Sun, 27 Nov 2005 19:35:03 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9358543D55 for ; Sun, 27 Nov 2005 19:35:02 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so728606nzo for ; Sun, 27 Nov 2005 11:35:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=oywg2cThktbI/ncAJm3t4UMwExgcd3nB4yVsdHK8PBLh3W5Mnpxqu42UuKsLcKcu4gsZZMqzEsW4jwzHraASeZWrS4yw+/zPItoXHCAlwjWB+rdWLmVQiKdeO7FUsLG27UVjvyFWr4WBshu2CfW5a0A72AgrDab04XRF3otCa7I= Received: by 10.36.250.46 with SMTP id x46mr2781465nzh; Sun, 27 Nov 2005 11:35:02 -0800 (PST) Received: by 10.36.154.20 with HTTP; Sun, 27 Nov 2005 11:35:01 -0800 (PST) Message-ID: <89dbfdc30511271135p28ad8fbfv63d226194cb4cba7@mail.gmail.com> Date: Sun, 27 Nov 2005 14:35:01 -0500 From: Kim Culhan To: stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Stable Worldstones - Intel P4 vs AMD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 19:35:03 -0000 Running -Stable make world with recent Intel and AMD hardware yielded some interesting results. One machine: CPU: AMD Athlon(tm) 64 Processor 3200+ (2010.31-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20ff0 Stepping =3D 0 Other machine: CPU: Intel(R) Pentium(R) 4 CPU 3.60GHz (3600.12-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf34 Stepping =3D 4 The Intel machine had hyperthreading disabled in the bios. kernel config for both machines was GENERIC Running 'make world' several times on FreeBSD 6.0-STABLE from 11-26-05 a couple of representative timings were: AMD Athlon 64 45:42 45:19 Intel P4 55:22 54:57 Are there any optimizations for the P4 which might be added to the GENERIC kernel config to improve the performance ? -kim -- w8hdkim err gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 19:47:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4341A16A41F for ; Sun, 27 Nov 2005 19:47:33 +0000 (GMT) (envelope-from markspace@sbcglobal.net) Received: from smtp107.sbc.mail.mud.yahoo.com (smtp107.sbc.mail.mud.yahoo.com [68.142.198.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 0263343D73 for ; Sun, 27 Nov 2005 19:47:31 +0000 (GMT) (envelope-from markspace@sbcglobal.net) Received: (qmail 43622 invoked from network); 27 Nov 2005 19:47:31 -0000 Received: from unknown (HELO ?10.0.0.11?) (markspace@sbcglobal.net@69.109.243.124 with plain) by smtp107.sbc.mail.mud.yahoo.com with SMTP; 27 Nov 2005 19:47:30 -0000 Message-ID: <438A0FBE.7090408@sbcglobal.net> Date: Sun, 27 Nov 2005 11:57:50 -0800 From: Mark Space User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en, ja MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Handbook DHCPD needs update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 19:47:33 -0000 (This missive is going to both freebsd-stable and freebsd-doc.) Hi all, I just got done setting up my brand spankin' new FreeBSD 6 (release) server for DHCPD, and I found an ommision in the online handbook. I'm a newbie at FreeBSD but I'm pretty sure about this. In short, the handbook never mentions that one needs to add the following lines to /etc/rc.conf: dhcpd_enable="YES" dhcpd_ifaces="dc0" If one doesn't do that, the script that the handbook says to use to start dhcpd won't work, even if you do it manually as the handbook instructs: # /usr/local/etc/rc.d/isc-dhcpd.sh start This won't work. This script snarfs values out of /etc/rc.conf, and the default (in the script above) for dhcpd_enable is NO. Hence the script alone won't start anything. (When you check the handbook, make sure you scrolldown to section 24.5.7. The first part of the DHCP section explains how to set up the client (dhclient). That part does have the correct setup for /etc/rc.conf. Scroll down to the server section, dhcpd, to see what I'm talknin' about.) Anyhoo, what's the best way to fix this? I could submit a patch, but it might be faster for someone else. I've never submitted a patch to the documentation. Peace, out. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 19:54:36 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3910D16A41F for ; Sun, 27 Nov 2005 19:54:36 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7051243D60 for ; Sun, 27 Nov 2005 19:54:35 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so730843nzo for ; Sun, 27 Nov 2005 11:54:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:disposition-notification-to:date:from:organization:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-mobile:content-type:content-transfer-encoding; b=fh9E0BFHx8gZKY4gO+N3hE8cdMq0klt7B90rwqTYO1ZRHyXZ4CwC8po1oYbdkCqxOVYXY1p8kptyW/hnkMwln7HMXXidj9PSj3Xh8tpQ1xvBYsbaEWB1nERTXrXkPmHB2jYZUQwLXyT8z+7GCuk5zly5+Kiz28L/mZmKpn6GrNU= Received: by 10.36.222.48 with SMTP id u48mr2794835nzg; Sun, 27 Nov 2005 11:54:34 -0800 (PST) Received: from ?127.0.0.1? ( [203.145.188.145]) by mx.gmail.com with ESMTP id 5sm1162086nzk.2005.11.27.11.54.26; Sun, 27 Nov 2005 11:54:34 -0800 (PST) Message-ID: <438A0ED6.2050105@gmail.com> Date: Mon, 28 Nov 2005 01:23:58 +0530 From: Subhro Organization: IBM Advanced Career Education User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: Kim Culhan References: <89dbfdc30511271135p28ad8fbfv63d226194cb4cba7@mail.gmail.com> In-Reply-To: <89dbfdc30511271135p28ad8fbfv63d226194cb4cba7@mail.gmail.com> X-Mobile: +919831064613 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: Stable Worldstones - Intel P4 vs AMD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 19:54:36 -0000 Kim Culhan sat at his 'puter and typed on 11/28/2005 1:05: > Running -Stable make world with recent Intel and AMD hardware > yielded some interesting results. > > One machine: > > CPU: AMD Athlon(tm) 64 Processor 3200+ (2010.31-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x20ff0 Stepping = 0 > > Other machine: > > CPU: Intel(R) Pentium(R) 4 CPU 3.60GHz (3600.12-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 > > The Intel machine had hyperthreading disabled in the bios. > > kernel config for both machines was GENERIC > > Running 'make world' several times on FreeBSD 6.0-STABLE from > 11-26-05 a couple of representative timings were: > > AMD Athlon 64 > > 45:42 > > 45:19 > > > Intel P4 > > 55:22 > > 54:57 > > > Are there any optimizations for the P4 which might be added to the GENERIC > kernel config to improve the performance ? > > -kim > > -- > w8hdkim err gmail.com > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > Let us have a look at /etc/make.conf. BTW, my *personal* opinion is AMD implements much better pipelining and concurrent processing compared to the Intel platform. So what you see is not something entirely unexpected. Thanks S. -- ------------------------------------------------------------------- \ / | Subhro Sankha Kar \./ | GSM: +919831010002 -- Fax: +919831832913 (0Y0) | MSN: subhro@subhro.org -- Yahoo!: subhro82 -ooO--(_)--Ooo----------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 19:56:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1742C16A41F for ; Sun, 27 Nov 2005 19:56:47 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 831BA43D78 for ; Sun, 27 Nov 2005 19:56:37 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by wproxy.gmail.com with SMTP id i30so1572493wra for ; Sun, 27 Nov 2005 11:56:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=av2hZQJKUOsuWn7QDyDPBapcOo6hypaCE716wMp+xvxNNIYiDuRDP3JpJ9PFzDG6nlqxy3XmmrbwI8SU3FneYfPyE5SCRIhymF9cbXXowMXDHUG2Oi/+axwRXJbgNuXOtvnDjmOKOmTdfB6MDmVj52f4RREHWA7XsSTjMKqj8ko= Received: by 10.54.100.6 with SMTP id x6mr1108789wrb; Sun, 27 Nov 2005 11:56:35 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 39sm2531164wrl.2005.11.27.11.56.34; Sun, 27 Nov 2005 11:56:35 -0800 (PST) From: "Michael C. Shultz" To: freebsd-stable@freebsd.org Date: Sun, 27 Nov 2005 11:46:59 -0800 User-Agent: KMail/1.8.3 References: <438A0FBE.7090408@sbcglobal.net> In-Reply-To: <438A0FBE.7090408@sbcglobal.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511271147.00383.ringworm01@gmail.com> Cc: Mark Space Subject: Re: Handbook DHCPD needs update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 19:56:47 -0000 On Sunday 27 November 2005 11:57, Mark Space wrote: > (This missive is going to both freebsd-stable and freebsd-doc.) > > Hi all, I just got done setting up my brand spankin' new FreeBSD 6 > (release) server for DHCPD, and I found an ommision in the online > handbook. I'm a newbie at FreeBSD but I'm pretty sure about this. > > In short, the handbook never mentions that one needs to add the > following lines to /etc/rc.conf: > > dhcpd_enable="YES" > dhcpd_ifaces="dc0" > > If one doesn't do that, the script that the handbook says to use to > start dhcpd won't work, even if you do it manually as the handbook > instructs: > > # /usr/local/etc/rc.d/isc-dhcpd.sh start > > > This won't work. This script snarfs values out of /etc/rc.conf, and > the default (in the script above) for dhcpd_enable is NO. Hence the > script alone won't start anything. (When you check the handbook, make > sure you scrolldown to section 24.5.7. The first part of the DHCP > section explains how to set up the client (dhclient). That part does > have the correct setup for /etc/rc.conf. Scroll down to the server > section, dhcpd, to see what I'm talknin' about.) > > Anyhoo, what's the best way to fix this? I could submit a patch, but it > might be faster for someone else. I've never submitted a patch to the > documentation. > > Peace, out. Might be better to post this in freebsd-doc@freebsd.org -Mike From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 20:05:32 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29A0416A41F; Sun, 27 Nov 2005 20:05:32 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33C3543D5C; Sun, 27 Nov 2005 20:05:11 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 1F71AC25F; Sun, 27 Nov 2005 15:05:09 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 58487C244; Sun, 27 Nov 2005 15:05:02 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id CE913C202; Sun, 27 Nov 2005 15:05:01 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; b=atzYcf4MVfV64MsU9q1oCXeiocrugDLbmD8M5sWyZ5hkz97eYnltSBT1SA/AJmlCimYeAvkcjjQ1f9/VJTaGFg7LiXj7KtmNTp/2MWi3E/IZucyIpdLYFiT+3o33XnqH; Received: from [192.168.1.10] (c-24-218-147-31.hsd1.ma.comcast.net [24.218.147.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 5C297C18F; Sun, 27 Nov 2005 15:05:01 -0500 (EST) Message-ID: <438A116C.3010803@protected-networks.net> Date: Sun, 27 Nov 2005 15:05:00 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.93.0.0 OpenPGP: id=5E873CC5 Content-Type: multipart/mixed; boundary="------------030501090602010103040600" Cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: ata (raid) patches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 20:05:32 -0000 This is a multi-part message in MIME format. --------------030501090602010103040600 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 For those game enough to try the results of my handiwork ;-), enclosed is a patch against the files in /usr/src/sys/dev/ata for RELENG_6 (and possibly others) with the following objectives: 1) the ata-raid driver currently leaks ata_composite and ata_request structures into "neverland" in a mirrored configuration. This can be observed using "sysctl -a | grep ^ata_" and noting the increasing "in-use" count as time goes on. Eventually, this causes the kernel to run out of memory. This is fixed by tracking the request counts on each composite request. 2) another part of this patch is to ata-queue where a channel lock is asserted in a (hopefully rare) rebuild process even if the dependencies flag is set (we're waiting for a read). Moving the test for a dependency outside of the lock saves waiting on it when nothing can be done. A small nit with near negligible impact but, when you're waiting for a rebuild ... 3) another part of this patch is to ata-raid where the choice of drive from which to read favours one side of a mirror even when both drives are near the block(s) we want. Because the mirror is on another channel on the Highpoint controller, it performs (marginally :-() better when we toggle between them. As usual, this patch comes with no warranty ... it works for me. "If it breaks your system, you own all the pieces". I recommend you back up your system before testing, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDihFsiJykeV6HPMURAlHQAJ9UO/vD8rp/V3+zh89qBBOPGQ+cugCg5qGp 9N8FaffInZMuOIMSGICV70c= =NZTT -----END PGP SIGNATURE----- --------------030501090602010103040600 Content-Type: text/plain; name="ata-raid-patch.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata-raid-patch.txt" *** /usr/src/sys/dev/ata/ata-all.h.orig Sun Nov 27 14:17:57 2005 --- /usr/src/sys/dev/ata/ata-all.h Sun Nov 27 14:22:05 2005 *************** *** 331,336 **** --- 331,337 ---- u_int32_t wr_depend; /* write depends on subdisks */ u_int32_t wr_done; /* done write subdisks */ struct ata_request *request[32]; /* size must match maps above */ + long count; /* count required of this composite */ caddr_t data_1; caddr_t data_2; }; *** /usr/src/sys/dev/ata/ata-queue.c.orig Sun Nov 27 14:17:57 2005 --- /usr/src/sys/dev/ata/ata-queue.c Sun Nov 27 14:40:43 2005 *************** *** 182,209 **** } /* check we are in the right state and has no dependencies */ ! mtx_lock(&ch->state_mtx); ! if (ch->state == ATA_IDLE && !dependencies) { ! ATA_DEBUG_RQ(request, "starting"); ! TAILQ_REMOVE(&ch->ata_queue, request, chain); ! ch->running = request; ! ch->state = ATA_ACTIVE; ! ! /* if we are the freezing point release it */ ! if (ch->freezepoint == request) ! ch->freezepoint = NULL; ! ! if (ch->hw.begin_transaction(request) == ATA_OP_FINISHED) { ! ch->running = NULL; ! ch->state = ATA_IDLE; ! mtx_unlock(&ch->state_mtx); ! mtx_unlock(&ch->queue_mtx); ! ATA_LOCKING(dev, ATA_LF_UNLOCK); ! ata_finish(request); ! return; } } - mtx_unlock(&ch->state_mtx); } } mtx_unlock(&ch->queue_mtx); --- 182,211 ---- } /* check we are in the right state and has no dependencies */ ! if (!dependencies) { ! mtx_lock(&ch->state_mtx); ! if (ch->state == ATA_IDLE) { ! ATA_DEBUG_RQ(request, "starting"); ! TAILQ_REMOVE(&ch->ata_queue, request, chain); ! ch->running = request; ! ch->state = ATA_ACTIVE; ! ! /* if we are the freezing point release it */ ! if (ch->freezepoint == request) ! ch->freezepoint = NULL; ! ! if (ch->hw.begin_transaction(request) == ATA_OP_FINISHED) { ! ch->running = NULL; ! ch->state = ATA_IDLE; ! mtx_unlock(&ch->state_mtx); ! mtx_unlock(&ch->queue_mtx); ! ATA_LOCKING(dev, ATA_LF_UNLOCK); ! ata_finish(request); ! return; ! } } + mtx_unlock(&ch->state_mtx); } } } mtx_unlock(&ch->queue_mtx); *************** *** 426,432 **** composite->wr_done |= (1 << request->this); if (composite->wr_depend && ! (composite->rd_done & composite->wr_depend)==composite->wr_depend && (composite->wr_needed & (~composite->wr_done))) { index = ((composite->wr_needed & (~composite->wr_done))) - 1; } --- 428,434 ---- composite->wr_done |= (1 << request->this); if (composite->wr_depend && ! ((composite->rd_done & composite->wr_depend) == composite->wr_depend) && (composite->wr_needed & (~composite->wr_done))) { index = ((composite->wr_needed & (~composite->wr_done))) - 1; } *** /usr/src/sys/dev/ata/ata-raid.c.orig Sun Nov 27 14:17:57 2005 --- /usr/src/sys/dev/ata/ata-raid.c Sun Nov 27 14:31:13 2005 *************** *** 44,49 **** --- 44,50 ---- #include #include #include + #include #include #include #include *************** *** 346,380 **** if (rdp->status & AR_S_REBUILDING) blk = ((lba / rdp->interleave) * rdp->width) * rdp->interleave + (rdp->interleave * (drv % rdp->width)) + ! lba % rdp->interleave;; if (bp->bio_cmd == BIO_READ) { ! int src_online = ! (rdp->disks[drv].flags & AR_DF_ONLINE); ! int mir_online = ! (rdp->disks[drv+rdp->width].flags & AR_DF_ONLINE); ! ! /* if mirror gone or close to last access on source */ ! if (!mir_online || ! ((src_online) && ! bp->bio_pblkno >= ! (rdp->disks[drv].last_lba - AR_PROXIMITY) && ! bp->bio_pblkno <= ! (rdp->disks[drv].last_lba + AR_PROXIMITY))) { rdp->toggle = 0; } ! /* if source gone or close to last access on mirror */ ! else if (!src_online || ! ((mir_online) && ! bp->bio_pblkno >= ! (rdp->disks[drv+rdp->width].last_lba-AR_PROXIMITY) && ! bp->bio_pblkno <= ! (rdp->disks[drv+rdp->width].last_lba+AR_PROXIMITY))) { drv += rdp->width; rdp->toggle = 1; } ! /* not close to any previous access, toggle */ ! else { if (rdp->toggle) rdp->toggle = 0; else { --- 347,386 ---- if (rdp->status & AR_S_REBUILDING) blk = ((lba / rdp->interleave) * rdp->width) * rdp->interleave + (rdp->interleave * (drv % rdp->width)) + ! lba % rdp->interleave; if (bp->bio_cmd == BIO_READ) { ! int decided = 0; ! ! /* if mirror gone, use drv */ ! if ((rdp->disks[drv+rdp->width].flags & AR_DF_ONLINE) == 0) { rdp->toggle = 0; + decided = 1; + } else + /* if src is gone, use mirror */ + if ((rdp->disks[drv].flags & AR_DF_ONLINE) == 0) { + drv += rdp->width; + rdp->toggle = 1; + decided = 1; } ! ! /* both appear to be online, find out if we're already close */ ! if (!decided) { ! /* if drv is near and mirror is not, use drv */ ! if (abs(bp->bio_pblkno - rdp->disks[drv].last_lba) <= AR_PROXIMITY && ! abs(bp->bio_pblkno - rdp->disks[drv + rdp->width].last_lba) > AR_PROXIMITY) { ! rdp->toggle = 0; ! decided = 1; ! /* if mirror is near and drv is not, use mirror */ ! } else if (abs(bp->bio_pblkno - rdp->disks[drv + rdp->width].last_lba) <= AR_PROXIMITY && ! abs(bp->bio_pblkno - rdp->disks[drv].last_lba) > AR_PROXIMITY) { drv += rdp->width; rdp->toggle = 1; + decided = 1; } ! } ! /* neither is near or both are, just toggle */ ! if(!decided) { if (rdp->toggle) rdp->toggle = 0; else { *************** *** 410,415 **** --- 416,422 ---- mtx_init(&composite->lock, "ATA PseudoRAID rebuild lock", NULL, MTX_DEF); + composite->count = request->bytecount; composite->rd_needed |= (1 << drv); composite->wr_depend |= (1 << drv); composite->wr_needed |= (1 << this); *************** *** 468,473 **** --- 475,481 ---- mtx_init(&composite->lock, "ATA PseudoRAID mirror lock", NULL, MTX_DEF); + composite->count = request->bytecount; composite->wr_needed |= (1 << drv); composite->wr_needed |= (1 << this); composite->request[drv] = request; *************** *** 607,613 **** /* good data, update how far we've gotten */ else { bp->bio_resid -= request->donecount; ! if (bp->bio_resid == 0) { if (composite->wr_done & (1 << mirror)) finished = 1; } --- 615,622 ---- /* good data, update how far we've gotten */ else { bp->bio_resid -= request->donecount; ! composite->count -= request->donecount; ! if (composite->count == 0) { if (composite->wr_done & (1 << mirror)) finished = 1; } *************** *** 621,627 **** printf("DOH! rebuild failed\n"); /* XXX SOS */ rdp->rebuild_lba = blk; } ! if (bp->bio_resid == 0) finished = 1; } } --- 630,636 ---- printf("DOH! rebuild failed\n"); /* XXX SOS */ rdp->rebuild_lba = blk; } ! if (composite->count == 0) finished = 1; } } *************** *** 658,667 **** } bp->bio_resid -= composite->request[mirror]->donecount; } ! else bp->bio_resid -= request->donecount; ! if (bp->bio_resid == 0) finished = 1; } mtx_unlock(&composite->lock); --- 667,680 ---- } bp->bio_resid -= composite->request[mirror]->donecount; + composite->count -= + composite->request[mirror]->donecount; } ! else { bp->bio_resid -= request->donecount; ! composite->count -= request->donecount; ! } ! if (composite->count == 0) finished = 1; } mtx_unlock(&composite->lock); *************** *** 723,729 **** rdp->status &= ~AR_S_REBUILDING; ata_raid_config_changed(rdp, 1); } ! biodone(bp); } if (composite) { --- 736,744 ---- rdp->status &= ~AR_S_REBUILDING; ata_raid_config_changed(rdp, 1); } ! /* cover the case of a series of composites which are only partly complete */ ! if (bp->bio_resid == 0) ! biodone(bp); } if (composite) { --------------030501090602010103040600-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 20:10:33 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF23416A41F for ; Sun, 27 Nov 2005 20:10:33 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5682143D76 for ; Sun, 27 Nov 2005 20:10:23 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so732696nzo for ; Sun, 27 Nov 2005 12:10:22 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gZx25uqKEc6UGwPTOBhe/Q5vwOM6kdZmEM4sKuopDUv463wjohxI3R6Benkop3Gj2vV4nYy14oeCnGChcSgbyofY29RAGmwYCy4Dgzd4/mfHravOS0AFOnV3OUL9HjVgihHdAgUO9VbT4h5mYkmcwX4d44BOwRalyqNGGJJYTvI= Received: by 10.36.18.9 with SMTP id 9mr2804460nzr; Sun, 27 Nov 2005 12:10:22 -0800 (PST) Received: by 10.36.154.20 with HTTP; Sun, 27 Nov 2005 12:10:22 -0800 (PST) Message-ID: <89dbfdc30511271210t794f8d64y8ab66d919a0ff4fe@mail.gmail.com> Date: Sun, 27 Nov 2005 15:10:22 -0500 From: Kim Culhan To: Subhro In-Reply-To: <438A0ED6.2050105@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <89dbfdc30511271135p28ad8fbfv63d226194cb4cba7@mail.gmail.com> <438A0ED6.2050105@gmail.com> Cc: stable@freebsd.org Subject: Re: Stable Worldstones - Intel P4 vs AMD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 20:10:33 -0000 On 11/27/05, Subhro wrote: > Kim Culhan sat at his 'puter and typed on 11/28/2005 1:05: > > Running -Stable make world with recent Intel and AMD hardware > > yielded some interesting results. > Let us have a look at /etc/make.conf. BTW, my *personal* opinion is AMD > implements much better pipelining and concurrent processing compared to > the Intel platform. So what you see is not something entirely unexpected. No /etc/make.conf in either case -kim -- w8hdkim err gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 20:23:32 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05E4C16A41F for ; Sun, 27 Nov 2005 20:23:32 +0000 (GMT) (envelope-from nomadlogic@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3DF743D81 for ; Sun, 27 Nov 2005 20:23:23 +0000 (GMT) (envelope-from nomadlogic@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so734260nzo for ; Sun, 27 Nov 2005 12:23:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YfHBO8DQ7IfUZSFtUfIBKDHpPm/ZB/souuDtejK6b7LYUQZg6UD7swHUtSEkl4AymR0mUvPhpNxyw8JyMENzDSp5nN94/9V576RDNpxsE1oTRINe8IAe3A/vB6s55gY26tBTGgYwDr66pGNB16KKnigGhe8hjx0vTSELMvHQH3g= Received: by 10.36.57.12 with SMTP id f12mr2816103nza; Sun, 27 Nov 2005 12:23:21 -0800 (PST) Received: by 10.36.5.14 with HTTP; Sun, 27 Nov 2005 12:23:21 -0800 (PST) Message-ID: <57d710000511271223g5203a330l7ea40336fe4b97f0@mail.gmail.com> Date: Sun, 27 Nov 2005 12:23:21 -0800 From: pete wright To: Kim Culhan In-Reply-To: <89dbfdc30511271210t794f8d64y8ab66d919a0ff4fe@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <89dbfdc30511271135p28ad8fbfv63d226194cb4cba7@mail.gmail.com> <438A0ED6.2050105@gmail.com> <89dbfdc30511271210t794f8d64y8ab66d919a0ff4fe@mail.gmail.com> Cc: Subhro , stable@freebsd.org Subject: Re: Stable Worldstones - Intel P4 vs AMD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 20:23:32 -0000 On 11/27/05, Kim Culhan wrote: > On 11/27/05, Subhro wrote: > > Kim Culhan sat at his 'puter and typed on 11/28/2005 1:05: > > > > Running -Stable make world with recent Intel and AMD hardware > > > yielded some interesting results. > > > Let us have a look at /etc/make.conf. BTW, my *personal* opinion is AMD > > implements much better pipelining and concurrent processing compared to > > the Intel platform. So what you see is not something entirely unexpecte= d. > > No /etc/make.conf in either case > > -kim Are you using the same disks, and disk controllers on each machine? =20 building work+kernel does a fair amount of disk I/O, so that would be one thing to investigate. -p -- ~~o0OO0o~~ Pete Wright www.nycbug.org NYC's *BSD User Group From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 20:25:29 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3D1D16A41F for ; Sun, 27 Nov 2005 20:25:29 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E580C43D5C for ; Sun, 27 Nov 2005 20:25:28 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so1022120nzo for ; Sun, 27 Nov 2005 12:25:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:disposition-notification-to:date:from:organization:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-mobile:content-type:content-transfer-encoding; b=kxpzL4sJWqfiMofHpaHiW7wsV7geBUXJTsPxXLNTOUsLegEu0oQ2w1cDVDZJwD0gAj8XqT2ANSv1fzT2mDQjI+hDZZFKHlDUa5JrBXqEZB+P6fdDfk8xTCQv8MnRLmTZerwc6FzXSjyaTRiDXVSsKvk6NUb0U94KHLxLuCQbk+A= Received: by 10.36.115.10 with SMTP id n10mr2688054nzc; Sun, 27 Nov 2005 12:25:27 -0800 (PST) Received: from ?127.0.0.1? ( [203.145.188.145]) by mx.gmail.com with ESMTP id p4sm966108nzc.2005.11.27.12.25.20; Sun, 27 Nov 2005 12:25:27 -0800 (PST) Message-ID: <438A1618.8060903@gmail.com> Date: Mon, 28 Nov 2005 01:54:56 +0530 From: Subhro Organization: IBM Advanced Career Education User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: Kim Culhan References: <89dbfdc30511271135p28ad8fbfv63d226194cb4cba7@mail.gmail.com> <438A0ED6.2050105@gmail.com> <89dbfdc30511271210t794f8d64y8ab66d919a0ff4fe@mail.gmail.com> In-Reply-To: <89dbfdc30511271210t794f8d64y8ab66d919a0ff4fe@mail.gmail.com> X-Mobile: +919831064613 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Stable Worldstones - Intel P4 vs AMD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 20:25:29 -0000 Kim Culhan sat at his 'puter and typed on 11/28/2005 1:40: > On 11/27/05, Subhro wrote: > >> Kim Culhan sat at his 'puter and typed on 11/28/2005 1:05: >> > > >>> Running -Stable make world with recent Intel and AMD hardware >>> yielded some interesting results. >>> > > >> Let us have a look at /etc/make.conf. BTW, my *personal* opinion is AMD >> implements much better pipelining and concurrent processing compared to >> the Intel platform. So what you see is not something entirely unexpected. >> > > No /etc/make.conf in either case > > -kim > > -- > w8hdkim err gmail.com > > Have a look at man 'make.conf' without the 's. Specially look closely at the CFLAGS, COPTFLAGS and CPUTYPE variables. Also please be kind enough not to send in HTML mails in this list. It's really irritating to decipher mail content from within HTML tags for unlucky souls like me who use a text based mail client to read mails. Thanks S. -- ------------------------------------------------------------------- \ / | Subhro Sankha Kar \./ | GSM: +919831010002 -- Fax: +919831832913 (0Y0) | MSN: subhro@subhro.org -- Yahoo!: subhro82 -ooO--(_)--Ooo----------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 20:38:47 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D80E116A41F for ; Sun, 27 Nov 2005 20:38:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E0B443D75 for ; Sun, 27 Nov 2005 20:38:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 121871A3C28; Sun, 27 Nov 2005 12:38:35 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3B7AB5158D; Sun, 27 Nov 2005 15:38:34 -0500 (EST) Date: Sun, 27 Nov 2005 15:38:34 -0500 From: Kris Kennaway To: Michael Butler Message-ID: <20051127203834.GA3175@xor.obsecurity.org> References: <4389FD6E.7030209@protected-networks.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <4389FD6E.7030209@protected-networks.net> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: interesting nit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 20:38:48 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 27, 2005 at 01:39:42PM -0500, Michael Butler wrote: > Just a generic 'heads-up', since this is an unsupported optimisation,=20 > and a question; compiling a kernel with '-march=3Dpentium2' mostly works= =20 > with the only observed problem being that something is amiss with the=20 > kernel PLL for NTP. The clock drifts beyond the bounds that NTPD will=20 > correct :-( Does this impact any other '-march' variants? You forgot to mention any details about your FreeBSD version :-) Kris --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDihlJWry0BWjoQKURAiJgAKDP3lRJvqAzdpzhn6TIpH2cQ+4AagCeIfVY Fn2CJeVqvH699fSmU64i+gc= =v5Xk -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 20:43:29 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1D0B16A41F for ; Sun, 27 Nov 2005 20:43:29 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DBB043D72 for ; Sun, 27 Nov 2005 20:43:28 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 554A3C244; Sun, 27 Nov 2005 15:43:27 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 9F8C6C25F; Sun, 27 Nov 2005 15:43:23 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 3F59CC257; Sun, 27 Nov 2005 15:43:23 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; b=RNfsf8JSv1ZEouZKZ3Fj1iJ8vyn712FFZH70uZfm0hODiWwpX/MCfFFK4kE3wfNI3EYer/AUJ+bghjnra1/fMGifKlNkMFIJaA/DX+K9/C2ymM126l1dVRciGtdqarZi; Received: from [192.168.1.10] (c-24-218-147-31.hsd1.ma.comcast.net [24.218.147.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id B7D66C244; Sun, 27 Nov 2005 15:43:22 -0500 (EST) Message-ID: <438A1A64.6020203@protected-networks.net> Date: Sun, 27 Nov 2005 15:43:16 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <4389FD6E.7030209@protected-networks.net> <20051127203834.GA3175@xor.obsecurity.org> In-Reply-To: <20051127203834.GA3175@xor.obsecurity.org> X-Enigmail-Version: 0.93.0.0 OpenPGP: id=5E873CC5 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: interesting nit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 20:43:30 -0000 Kris Kennaway wrote: > You forgot to mention any details about your FreeBSD version :-) Sorry - RELENG_6, Michael From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 20:44:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FDAA16A420 for ; Sun, 27 Nov 2005 20:44:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 831E843D8D for ; Sun, 27 Nov 2005 20:43:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id F391D1A3C28; Sun, 27 Nov 2005 12:43:45 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A6E8B5158D; Sun, 27 Nov 2005 15:43:44 -0500 (EST) Date: Sun, 27 Nov 2005 15:43:44 -0500 From: Kris Kennaway To: Mike Eubanks Message-ID: <20051127204344.GB3175@xor.obsecurity.org> References: <1132964757.831.20.camel@yak.mseubanks.net> <43891EA5.2020206@mac.com> <1133083658.838.109.camel@yak.mseubanks.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MW5yreqqjyrRcusr" Content-Disposition: inline In-Reply-To: <1133083658.838.109.camel@yak.mseubanks.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: NFS network load on 5.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Nov 2005 20:44:16 -0000 --MW5yreqqjyrRcusr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 27, 2005 at 01:27:38AM -0800, Mike Eubanks wrote: > On Sat, 2005-11-26 at 21:49 -0500, Chuck Swiger wrote: > > Mike Eubanks wrote: > > > As soon as I mount my NFS file systems, the network load increases to= a > > > constant 80%-90% of network bandwidth, even when the file systems are > > > not in use. NFS stats on the client machine (nfsstat -c) produce the > > > following: > > [ ... ] > > > Fsstat and Requests are increasing very rapidly. Both the client and > > > server are i386 5.4-STABLE machines. Is this behaviour normal? > >=20 > > Sort of. Some fancy parts of X like file-manager/exporer applications = tend to=20 > > call fstat() a lot, but it's probably tunable, and if you enable NFS at= tribute=20 > > caching that will help a lot. >=20 > Thank you for the reply Chuck. It seems that it is something to do > with Gnome. I haven't done an upgrade to 2.12 yet, but the difference > did happen when I refreshed my user configuration to remove any stale > config files. Using the "top -mio" command I get the following: >=20 > VCSW IVCSW READ WRITE FAULT TOTAL PERCENT COMMAND > 38 56 0 0 0 0 0.00% libgtop_server > 94 16 0 0 0 0 0.00% Xorg > 4 0 0 0 0 0 0.00% top > 0 0 0 0 0 0 0.00% mozilla-bin > 115 40 0 0 0 0 0.00% multiload-appl > 42 1 0 0 0 0 0.00% anjuta-bin > 0 0 0 0 0 0 0.00% evolution-2.2 > 130 9 0 0 0 0 0.00% gnome-terminal > 15 10 0 0 0 0 0.00% clock-applet > 42 0 0 0 0 0 0.00% mixer_applet2 > 10 0 0 0 0 0 0.00% metacity > 3 0 0 0 0 0 0.00% nautilus > 4 0 0 0 0 0 0.00% wnck-applet That doesn't look like it is showing a problem to me. In particular it is indicating 0 I/O. > +---- file-manager/explorer? > | > client.220312819 > server.nfs: 96 fsstat [|nfs] > server.nfs > client.220312819: reply ok 168 fsstat POST: DIR 755 ids > 1001/0 [|nfs] > client.220312820 > server.nfs: 96 fsstat [|nfs] > server.nfs > client.220312820: reply ok 168 fsstat POST: DIR 755 ids > 1001/0 [|nfs] > client.220312821 > server.nfs: 96 fsstat [|nfs] > server.nfs > client.220312821: reply ok 168 fsstat POST: DIR 755 ids 0/0 > [|nfs] > client.220312822 > server.nfs: 96 fsstat [|nfs] > server.nfs > client.220312822: reply ok 168 fsstat POST: DIR 755 ids 0/0 > [|nfs] > client.220312823 > server.nfs: 96 fsstat [|nfs] > server.nfs > client.220312823: reply ok 168 fsstat POST: DIR 755 ids 0/0 > [|nfs] >=20 > If this is enough evidence for the file-manager/explore, It's evidence that something is peforming NFS I/O, but it doesn't show what. Perhaps you needed to also use the top -S flag, or to sort the output by typing 'ototal'. > I'll just have > to accept it for now. I can't find anything about tuning them. As far > as attribute caching, do you mean the `-o ac*' options to mount_nfs? I > also noticed two sysctl values, although, I left them unmodified. >=20 > vfs.nfs.access_cache_timeout: 2 > vfs.nfs4.access_cache_timeout: 60 Increase the former (you're not using nfs4). Try 60 seconds, for example. The downside is that you'll have to wait up to a minute for access changes on the server to be visible to the client, but that's usually not a big deal unless you're accessing a lot of dynamically created and destroyed files. Kris --MW5yreqqjyrRcusr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDihqAWry0BWjoQKURApTDAKDMXY9LbT5K3CIW1AlW+VNzBqqA1gCdEvi/ 5pC0EfVOJdIv21F6670zb98= =eMVk -----END PGP SIGNATURE----- --MW5yreqqjyrRcusr-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 20:48:57 2005 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8701016A43B; Sun, 27 Nov 2005 20:48:57 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1244343D5E; Sun, 27 Nov 2005 20:48:39 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id jARKmX32005068; Sun, 27 Nov 2005 21:48:36 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <438A1BA1.1010407@deepcore.dk> Date: Sun, 27 Nov 2005 21:48:33 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Butler References: <438A116C.3010803@protected-networks.net> In-Reply-To: <438A116C.3010803@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: stable@FreeBSD.ORG, =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: ata (raid) patches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 20:48:57 -0000 Michael Butler wrote: > 1) the ata-raid driver currently leaks ata_composite and ata_request > structures into "neverland" in a mirrored configuration. This can be > observed using "sysctl -a | grep ^ata_" and noting the increasing > "in-use" count as time goes on. Eventually, this causes the kernel to > run out of memory. This is fixed by tracking the request counts on each > composite request. Looks pretty much on the spot, I'll look this one over and get it committed once I'm satisfied with it fixing the bug, thanks a bunch for hunting this one down ! > 2) another part of this patch is to ata-queue where a channel lock is > asserted in a (hopefully rare) rebuild process even if the dependencies > flag is set (we're waiting for a read). Moving the test for a dependency > outside of the lock saves waiting on it when nothing can be done. A > small nit with near negligible impact but, when you're waiting for a > rebuild ... I dont think you can measure this actually, but it doesn't hurt at least to move the lock outside. > 3) another part of this patch is to ata-raid where the choice of drive > from which to read favours one side of a mirror even when both drives > are near the block(s) we want. Because the mirror is on another channel > on the Highpoint controller, it performs (marginally :-() better when we > toggle between them. Hmm, well, depends on what sort of behavior one wants to optimise for. I have a few other patches for optimisations but havn't decided what to eventually use yet. Guess its time for me to run some tests on this.. I'll look into get this integrated, again thanks for digging in and doing the hard work of finding the problem(s) !! -Søren From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 22:46:07 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E43016A41F; Sun, 27 Nov 2005 22:46:07 +0000 (GMT) (envelope-from imbutler@comcast.net) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C902343D49; Sun, 27 Nov 2005 22:46:04 +0000 (GMT) (envelope-from imbutler@comcast.net) Received: from mail.auburn.protected-networks.net ([24.218.147.31]) by comcast.net (rwcrmhc11) with ESMTP id <200511272246030130091m07e>; Sun, 27 Nov 2005 22:46:03 +0000 Received: from localhost (localhost.auburn.protected-networks.net [127.0.0.1]) by mail.auburn.protected-networks.net (Postfix) with ESMTP id 7624217042; Sun, 27 Nov 2005 17:45:52 -0500 (EST) Received: from mail.auburn.protected-networks.net (localhost.auburn.protected-networks.net [127.0.0.1]) by mail.auburn.protected-networks.net (Postfix) with ESMTP id C9EFB17043; Sun, 27 Nov 2005 17:45:40 -0500 (EST) Authentication-Results: mail.auburn.protected-networks.net from=imbutler@comcast.net; domainkey=neutral (no signature; no policy for comcast.net) Received: from [192.168.1.10] (c-24-218-147-31.hsd1.ma.comcast.net [24.218.147.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTP id 6319A17042; Sun, 27 Nov 2005 17:45:40 -0500 (EST) Message-ID: <438A3712.1040804@comcast.net> Date: Sun, 27 Nov 2005 17:45:38 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <438A116C.3010803@protected-networks.net> <438A1BA1.1010407@deepcore.dk> In-Reply-To: <438A1BA1.1010407@deepcore.dk> X-Enigmail-Version: 0.93.0.0 OpenPGP: id=5E873CC5 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@FreeBSD.ORG Subject: Re: ata (raid) patches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2005 22:46:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Søren Schmidt wrote: |> 3) another part of this patch is to ata-raid where the choice of drive |> from which to read favours one side of a mirror even when both drives |> are near the block(s) we want. Because the mirror is on another channel |> on the Highpoint controller, it performs (marginally :-() better when we |> toggle between them. | | | Hmm, well, depends on what sort of behavior one wants to optimise for. I | have a few other patches for optimisations but havn't decided what to | eventually use yet. Guess its time for me to run some tests on this.. On further investigation, I'd failed to notice (doh!) that rdp->toggle isn't preserved between requests and that one unobvious side-effect of the original code is that it does slightly better than my patched version .. . I'll rework this and see if I can make it do better, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDijcSiJykeV6HPMURAiRkAJ4omvpWlXhsJn+B17jZiyCwCl58DgCdFXJJ EndsDJBOOn/m3Dl5fQkMziA= =6dn0 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 00:42:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3827416A41F for ; Mon, 28 Nov 2005 00:42:13 +0000 (GMT) (envelope-from ebm-freebsd-stable@swervinghead.com) Received: from rwcrmhc12.comcast.net (rwcrmhc13.comcast.net [216.148.227.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF0BB43D4C for ; Mon, 28 Nov 2005 00:42:10 +0000 (GMT) (envelope-from ebm-freebsd-stable@swervinghead.com) Received: from remote.swervinghead.com (swervinghead.com[24.17.196.146]) by comcast.net (rwcrmhc13) with SMTP id <20051128004210015002tvbge>; Mon, 28 Nov 2005 00:42:10 +0000 Received: (qmail 50071 invoked from network); 28 Nov 2005 00:41:50 -0000 Received: from unknown (HELO ?192.168.1.102?) (192.168.1.102) by remote.swervinghead.com with SMTP; 28 Nov 2005 00:41:50 -0000 Message-ID: <438A525C.8010803@swervinghead.com> Date: Sun, 27 Nov 2005 16:42:04 -0800 From: ebm User-Agent: Mozilla Thunderbird 1.0.7-1.4.1.centos4 (X11/20051007) 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 Subject: Freebsd 5.3 screw up.... deleted /lib/libc.so.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 00:42:13 -0000 After I deleted this very valuable file I realized what I did. Since I don't have a old boot disk laying around is my only option to upgrade to a newer version of freebsd? From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 00:50:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51C9E16A41F for ; Mon, 28 Nov 2005 00:50:02 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CCC843D49 for ; Mon, 28 Nov 2005 00:50:01 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so768310nzo for ; Sun, 27 Nov 2005 16:50:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=UIFgud4BVDhMgmbbaSRIQvhQXcs74qXG02jeDpu1r63seJVCIpXW19hkUNkiboqNB8IasbCzfWlhXYYj7w0jQMufV/+tPdw9+hGQpwBl2aZo/nph7/KCu2cacC8cLFBpKjJ4wT5ozbDNgPAZKj60KvrpZKqZ7pJNFBsITIcElmI= Received: by 10.37.15.18 with SMTP id s18mr3002231nzi; Sun, 27 Nov 2005 16:50:00 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 15sm806715nzn.2005.11.27.16.50.00; Sun, 27 Nov 2005 16:50:00 -0800 (PST) From: "Michael C. Shultz" To: freebsd-stable@freebsd.org Date: Sun, 27 Nov 2005 16:40:26 -0800 User-Agent: KMail/1.8.3 References: <438A525C.8010803@swervinghead.com> In-Reply-To: <438A525C.8010803@swervinghead.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511271640.27471.ringworm01@gmail.com> Cc: ebm Subject: Re: Freebsd 5.3 screw up.... deleted /lib/libc.so.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 00:50:02 -0000 On Sunday 27 November 2005 16:42, ebm wrote: > After I deleted this very valuable file I realized what I did. Since I > don't have a old boot disk laying around is my only option to upgrade to > a newer version of freebsd? Try this: cd /usr/sbin ./sysinstall then install the minimal binary package afterwords to a cvsup/make buildworld to get current again -Mike From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 02:34:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDE4816A41F for ; Mon, 28 Nov 2005 02:34:40 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCEAB43D67 for ; Mon, 28 Nov 2005 02:34:39 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so2002361wxc for ; Sun, 27 Nov 2005 18:34:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XdR0Yqh+Fm3e0WpRpaaoyFvIIX93jrPSSiWs4jJmK/k0I9X1cWvmdTLXJ0xjLTDN7bzibpa34uTOawRH9t4QwApKsWA8hGrwOC/AbOIH0inA6CNlhVHboMOwDdWo5FwwwPyPIe2jyC/1nMu6P1p4WK8upsZWHi/a6YmisxUeV1Q= Received: by 10.70.128.4 with SMTP id a4mr9978541wxd; Sun, 27 Nov 2005 17:29:36 -0800 (PST) Received: by 10.70.104.18 with HTTP; Sun, 27 Nov 2005 17:29:36 -0800 (PST) Message-ID: <35c231bf0511271729t2382667dka0a6b8890926415f@mail.gmail.com> Date: Sun, 27 Nov 2005 17:29:36 -0800 From: David Kirchner Sender: dpkirchner@gmail.com To: ebm In-Reply-To: <438A525C.8010803@swervinghead.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <438A525C.8010803@swervinghead.com> Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 5.3 screw up.... deleted /lib/libc.so.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 02:34:40 -0000 On 11/27/05, ebm wrote: > After I deleted this very valuable file I realized what I did. Since I > don't have a old boot disk laying around is my only option to upgrade to > a newer version of freebsd? Unfortunately after FreeBSD 4 all of the binaries needed to boot are dynamically linked, so you are not going to be able to reboot the server, and you're not going to want to log out. There is still hope however -- the /rescue directory contains a statically linked binary and a whole bunch of hardlinks, including 'mount' and 'cp'. If you can get libc.so.5 onto a floppy somewhere else you may be able to copy it into place with these utilities. http://dpk.net/libc.so.5 That's a copy of libc from a FreeBSD 5.3-RELEASE-p5 system. Alternately, you could try installing the minimum binary package as suggested by Michael (however you'll need to use /stand/sysinstall since it is static) From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 05:21:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5184E16A420 for ; Mon, 28 Nov 2005 05:21:21 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [65.170.254.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B61343D64 for ; Mon, 28 Nov 2005 05:21:19 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-222-85-68.jan.bellsouth.net [68.222.85.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 70193AD for ; Sun, 27 Nov 2005 23:21:17 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3AC5261C20; Sun, 27 Nov 2005 23:21:16 -0600 (CST) Date: Sun, 27 Nov 2005 23:21:16 -0600 From: "Matthew D. Fuller" To: David Kirchner Message-ID: <20051128052116.GF42864@over-yonder.net> References: <438A525C.8010803@swervinghead.com> <35c231bf0511271729t2382667dka0a6b8890926415f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <35c231bf0511271729t2382667dka0a6b8890926415f@mail.gmail.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: freebsd-stable@freebsd.org, ebm Subject: Re: Freebsd 5.3 screw up.... deleted /lib/libc.so.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 05:21:21 -0000 On Sun, Nov 27, 2005 at 05:29:36PM -0800 I heard the voice of David Kirchner, and lo! it spake thus: > > There is still hope however -- the /rescue directory contains a > statically linked binary and a whole bunch of hardlinks, including > 'mount' and 'cp'. If you can get libc.so.5 onto a floppy somewhere > else you may be able to copy it into place with these utilities. Note that it also has mount_nfs and rcp, so if you've got another box handy 'nearby', you can get creative like that. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 05:24:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7DAD16A420 for ; Mon, 28 Nov 2005 05:24:36 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxsf02.cluster1.charter.net (mxsf02.cluster1.charter.net [209.225.28.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EAF943D8A for ; Mon, 28 Nov 2005 05:24:20 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip07a.cluster1.charter.net (mxip07a.cluster1.charter.net [209.225.28.137]) by mxsf02.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id jAS5OHLi016111 for ; Mon, 28 Nov 2005 00:24:17 -0500 Received: from 68-116-0-143.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.116.0.143]) by mxip07a.cluster1.charter.net with ESMTP; 28 Nov 2005 00:24:17 -0500 X-IronPort-AV: i="3.97,383,1125892800"; d="scan'208"; a="1661382526:sNHT17531728" From: Mike Eubanks To: freebsd-stable@freebsd.org In-Reply-To: <20051127204344.GB3175@xor.obsecurity.org> References: <1132964757.831.20.camel@yak.mseubanks.net> <43891EA5.2020206@mac.com> <1133083658.838.109.camel@yak.mseubanks.net> <20051127204344.GB3175@xor.obsecurity.org> Content-Type: text/plain Date: Sun, 27 Nov 2005 21:24:15 -0800 Message-Id: <1133155455.868.135.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: NFS network load on 5.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 05:24:37 -0000 On Sun, 2005-11-27 at 15:43 -0500, Kris Kennaway wrote: > On Sun, Nov 27, 2005 at 01:27:38AM -0800, Mike Eubanks wrote: > > On Sat, 2005-11-26 at 21:49 -0500, Chuck Swiger wrote: > > > Mike Eubanks wrote: > > > > As soon as I mount my NFS file systems, the network load > > > > increases to a constant 80%-90% of network bandwidth, even > > > > when the file systems are not in use. NFS stats on the client > > > > machine (nfsstat -c) produce the following: > > > > > > > [ ... ] > > > > Fsstat and Requests are increasing very rapidly. Both the client and > > > > server are i386 5.4-STABLE machines. Is this behaviour normal? > > > > > > Sort of. Some fancy parts of X like file-manager/exporer > > > applications tend to call fstat() a lot, but it's probably > > > tunable, and if you enable NFS attribute caching that will > > > help a lot. > > > > Thank you for the reply Chuck. It seems that it is something to do > > with Gnome. I haven't done an upgrade to 2.12 yet, but the difference > > did happen when I refreshed my user configuration to remove any stale > > config files. Using the "top -mio" command I get the following: > > > > [ ... ] > > > > That doesn't look like it is showing a problem to me. In particular > it is indicating 0 I/O. > > > +---- file-manager/explorer? > > | > > client.220312819 > server.nfs: 96 fsstat [|nfs] > > server.nfs > client.220312819: reply ok 168 fsstat POST: DIR 755 ids > > 1001/0 [|nfs] > > > > If this is enough evidence for the file-manager/explore, > > It's evidence that something is peforming NFS I/O, but it doesn't show > what. Perhaps you needed to also use the top -S flag, or to sort the > output by typing 'ototal'. > > > I'll just have > > to accept it for now. I can't find anything about tuning them. As far > > as attribute caching, do you mean the `-o ac*' options to mount_nfs? I > > also noticed two sysctl values, although, I left them unmodified. > > > > vfs.nfs.access_cache_timeout: 2 > > vfs.nfs4.access_cache_timeout: 60 > > Increase the former (you're not using nfs4). Try 60 seconds, for > example. The downside is that you'll have to wait up to a minute for > access changes on the server to be visible to the client, but that's > usually not a big deal unless you're accessing a lot of dynamically > created and destroyed files. > I made the sysctl modification. Still no luck though. The only process that had any activity using the top with the -S option, or after sorting by total, was the swapper/syncer. Even then, it was hardly active. The network traffic persists. -- Mike Eubanks From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 05:58:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 727F516A41F for ; Mon, 28 Nov 2005 05:58:41 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtar02.coxmail.com (dukecmmtar02.coxmail.com [68.99.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id D70A043D46 for ; Mon, 28 Nov 2005 05:58:40 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from sleuth ([64.58.171.89]) by dukecmmtar02.coxmail.com (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051128055921.GZVA26756.dukecmmtar02.coxmail.com@sleuth> for ; Mon, 28 Nov 2005 00:59:21 -0500 From: "vizion" To: Date: Sun, 27 Nov 2005 21:58:38 -0800 Message-ID: <00d501c5f3e0$c7a0b870$59ab3a40@sleuth> 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.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Importance: Normal Subject: recomendations please for new freebsd development system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 05:58:41 -0000 Hi Like the title.. I need to build a new systemsupporting a substantial mysql database application for a development team and also able to provide: 1. fast as possible compile times 2. raid 6 support with 6-10 terabytes of data storage 3. 1 terabyte fast data storage 4. 8G or more of ram 5. excellent graphics performance and capabilities with high quality sound/video supporting dual high resolution monitors and surround sound. 6. Back up facilities for 6-10 terabytes. Would anyone be so bold as to make some recommendations for a reliable motherboard/processor combination on the assumption that this is to be a dual processor system running freebsd 6.0 Thanks in advance david From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 08:05:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CE8316A424 for ; Mon, 28 Nov 2005 08:05:33 +0000 (GMT) (envelope-from spooner@scripps.edu) Received: from relay2.scripps.edu (relay2.scripps.edu [137.131.200.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBD6F43D75 for ; Mon, 28 Nov 2005 08:05:30 +0000 (GMT) (envelope-from spooner@scripps.edu) Received: from two40z.scripps.edu (two40z [137.131.20.112]) by relay2.scripps.edu (8.12.11/TSRI-5.0.2rAV) with ESMTP id jAS85Mi6029338 for ; Mon, 28 Nov 2005 00:05:22 -0800 (PST) Received: from two40z (two40z [137.131.20.112]) by two40z.scripps.edu (8.12.10+Sun/TSRI-5.0) with ESMTP id jAS85IvX003645 for ; Mon, 28 Nov 2005 00:05:22 -0800 (PST) Date: Mon, 28 Nov 2005 00:05:18 -0800 (PST) From: Mike Spooner To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: undef - spam scanning disabled X-CanItPRO-Stream: 10_OptOut X-Scanned-By: CanIt (www . roaringpenguin . com) on 137.131.200.30 Subject: power outage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2005 08:05:33 -0000 I didn't know if I should post this to questions or stable but here it is... We had a power outage and now /home won't mount. Before the power outage all was fine. On boot I get the following... . . . Starting file system checks: /dev/da0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 41075 free (587 frags, 5061 blocks, 0.8% fragmentation) /dev/ad1s1f: DEFER FOR BACKGROUND CHECKING /dev/ad1s1e: DEFER FOR BACKGROUND CHECKING /dev/da0s1d: DEFER FOR BACKGROUND CHECKING /dev/ad1s1d: DEFER FOR BACKGROUND CHECKING WARNING: /home was not properly dismounted /home: mount pending error: blocks 37920 files 0 ad1: FAILURE - READ_DMA status=51 error=40 LBA=69103423 mount: /dev/ad1s1f: Input/output error WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted Mounting /etc/fstab filesystems failed, startup aborted Boot interrupted Enter full pathname... # At this point all partitions are mounted except /home I get the following errors when running fsck # fsck /home ** /dev/ad1s1f ** Last Mounted on /home ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=6 (37920 should be 0) CORRECT? [yn] y ad1: FAILURE - READ_DMA status=51 error=40 LBA=69103423 CANNOT READ BLK: 54947584 UNEXPECTED SOFT UPDATE INCONSISTENCY CONTINUE? [yn] y ad1: FAILURE - READ_DMA status=51 error=40 LBA=69103423 ad1: FAILURE - READ_DMA status=51 error=40 LBA=69103445 THE FOLLOWING DISK SECTORS COULD NOT BE READ: 54947584, 54947606, fsck_ufs: cannot alloc 3087484824 bytes for inoinfo There are two drives on this system (da0 and ad1). There are two other partitions on ad1 that mount with no problems and all partitions on da0 mount with no problems. As root I've tried to run sysinstall and the disk label editor to try to re-label the partitions on ad1 but when I select W, I get an error saying it can't write to ad1. Am I S-O-L or can I recover /home from this? If so, how? The system is running 5.3-RELEASE-p18 Thanks From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 08:10:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62F8F16A423 for ; Mon, 28 Nov 2005 08:10:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28BE343D62 for ; Mon, 28 Nov 2005 08:10:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E7EDF1A3C28; Mon, 28 Nov 2005 00:10:55 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 395C55158D; Mon, 28 Nov 2005 03:10:55 -0500 (EST) Date: Mon, 28 Nov 2005 03:10:55 -0500 From: Kris Kennaway To: Mike Eubanks Message-ID: <20051128081055.GA14374@xor.obsecurity.org> References: <1132964757.831.20.camel@yak.mseubanks.net> <43891EA5.2020206@mac.com> <1133083658.838.109.camel@yak.mseubanks.net> <20051127204344.GB3175@xor.obsecurity.org> <1133155455.868.135.camel@yak.mseubanks.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <1133155455.868.135.camel@yak.mseubanks.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: NFS network load on 5.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 08:10:58 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Nov 27, 2005 at 09:24:15PM -0800, Mike Eubanks wrote: > I made the sysctl modification. Still no luck though. The only process > that had any activity using the top with the -S option, or after sorting > by total, was the swapper/syncer. Even then, it was hardly active. The > network traffic persists. Weird, I don't know what that means. Kris --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDiruOWry0BWjoQKURAsJFAKDi1cIAJSwZBU+XH7o1GKdXf66rrACgzyQ3 2g+7C5KIz/w841qFP7NOabQ= =TBgj -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 08:14:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3F0016A41F for ; Mon, 28 Nov 2005 08:14:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81F2B43D53 for ; Mon, 28 Nov 2005 08:14:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 674E01A3C27; Mon, 28 Nov 2005 00:14:41 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A8A4E5158D; Mon, 28 Nov 2005 03:14:40 -0500 (EST) Date: Mon, 28 Nov 2005 03:14:40 -0500 From: Kris Kennaway To: Mike Spooner Message-ID: <20051128081440.GB14374@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: power outage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2005 08:14:42 -0000 --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 28, 2005 at 12:05:18AM -0800, Mike Spooner wrote: > I didn't know if I should post this to questions or stable but here it > is... >=20 > We had a power outage and now /home won't mount. Before the power outage > all was fine. Looks like the drive became damaged. Maybe the power spiked (invest in a UPS for next time :) > ad1: FAILURE - READ_DMA status=3D51 error=3D40 > LBA=3D69103423 >=20 > CANNOT READ BLK: 54947584 > ad1: FAILURE - READ_DMA status=3D51 error=3D40 > LBA=3D69103423 > ad1: FAILURE - READ_DMA status=3D51 error=3D40 > LBA=3D69103445 > THE FOLLOWING DISK SECTORS COULD NOT BE READ: 54947584, 54947606, Mount the drive read-only, copy off whatever data you can, and then if you're lucky you may be able to recover the use of the drive if you scrub it with dd if=3D/dev/zero of=3D/dev/ad1, but of course this will destroy all data. Kris --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDirxwWry0BWjoQKURAvwOAJwPYQvFeIwACuIL8hbXZelJ3fVT4ACfeo71 jP829lPdT6JJBp6V9Lbzp2o= =SyOh -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 10:28:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42AF516A41F for ; Mon, 28 Nov 2005 10:28:06 +0000 (GMT) (envelope-from laurent.bar@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5B9F43D49 for ; Mon, 28 Nov 2005 10:28:05 +0000 (GMT) (envelope-from laurent.bar@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so844698nzo for ; Mon, 28 Nov 2005 02:28:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=TbYKTlnL+Jw3BylhBRmvdRY5Byyixbp1ipAHcSkrTOrJb7irFVazDwD/kGrqTAPEniqImHZMTNVud+1Vj6/oZq4vmEC3/RAfYG7+YIK7oplXSK2y02gC5qPOlJpS1TFAIXXBVbSk/QmffJ1em1+NAz/w1vkHyxWi7HWB4rrdzG8= Received: by 10.36.57.12 with SMTP id f12mr3344937nza; Mon, 28 Nov 2005 02:28:04 -0800 (PST) Received: by 10.36.222.61 with HTTP; Mon, 28 Nov 2005 02:28:04 -0800 (PST) Message-ID: Date: Mon, 28 Nov 2005 11:28:04 +0100 From: Laurent C To: yraffah@savola.com In-Reply-To: <1133010454.824.9.camel@RedDevil.savola.com> MIME-Version: 1.0 References: <1133010454.824.9.camel@RedDevil.savola.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2005 10:28:06 -0000 2005/11/26, Yousef Raffah : > > Hello Everyone, Hello, I just thought of upgrading from FreeBSD 6 BETA5 to 6-STABLE so I > followed the http://www.freebsd.org/doc/handbook/makeworld.html manual > page. > I reached to a point where I had to reboot into single user mode to > continue with make installworld and mergemaster but I wasn't able to > boot into single user mode. The machine was hanging saying: > > Trying to mount root from ufs:/dev/ad0s2a Did the prompt ask you to enter a shell path after this message ? If yes, you can try to press "Enter" then type mount -a, and your slices in /etc/fstab will be mounted, letting you continue in single user. That's a thing I had when upgrading from 5.4 to 6-stable I tried and tried and kept on trying with no luck, I disable some > modules during kernel bootup and unset some variables but no luck! > > Anyhow, one of the guys on IRC told me to build a GENERIC kernel to at > least boot so I built it but it panicked! > > My only way to boot my system now is going to the loader prompt and > boot /boot/kernel.old/kernel > > No here comes my question, by booting this way, can I still create a new > GENERIC kernel in order to upgrade my system? I would really appreciate > your advice I think that if you can (almost) boot with your old kernel, you must keep it, and try to add some drivers on it. -- Laurent From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 12:21:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E9AE16A41F for ; Mon, 28 Nov 2005 12:21:38 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id B443B43D58 for ; Mon, 28 Nov 2005 12:21:37 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1Egi0l-0007Gx-Me; Mon, 28 Nov 2005 12:21:35 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1Egi0j-000FJv-Em; Mon, 28 Nov 2005 12:21:33 +0000 To: freebsd-stable@freebsd.org, kolicz@EUnet.yu In-Reply-To: <20051126064416.GA642@faust.net> Message-Id: From: Pete French Date: Mon, 28 Nov 2005 12:21:33 +0000 Cc: Subject: Re: 6.0 kernel will not boot past atkbd0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2005 12:21:38 -0000 > Is there any chance that the very mouse > is not working correctly? What if you change > the device and try again? very unlikely I would think - the mouse works correclt if thr machine run FreeBSD 5 or FreeBSD 5, and also under Windows2000 (it is connected via a KVM). Also someone else reported the same problem, also on Compaq hardware. If I get a moment to rebooot the system I will try with a different mouse, however. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 13:45:52 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EB5916A41F for ; Mon, 28 Nov 2005 13:45:52 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42A3643D7B for ; Mon, 28 Nov 2005 13:45:50 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so2091991wxc for ; Mon, 28 Nov 2005 05:45:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ri+XgaaIlDg/gdE5ZStl9ml0hCK3Mk61rL07uZMs0bpHt05uwz3MVTWUR1voMnPzdbENR7IQjGLvw0Esmm8zxn/CxKBNScnU/5D22dA/+ubWOegm4uXgcE5AkiVcMSAr5PAhvZKyNAMtph0O45jblQgdmTEzops2qjKwvJRf50w= Received: by 10.70.117.10 with SMTP id p10mr528933wxc; Mon, 28 Nov 2005 05:45:49 -0800 (PST) Received: by 10.70.105.13 with HTTP; Mon, 28 Nov 2005 05:45:49 -0800 (PST) Message-ID: <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> Date: Mon, 28 Nov 2005 19:15:49 +0530 From: Joseph Koshy To: =?ISO-8859-1?Q?Eirik_=D8verby?= In-Reply-To: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> Cc: stable@freebsd.org Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 13:45:52 -0000 On 11/26/05, Eirik =D8verby wrote: E=D8> [Cross-posting after lack of response on -stable] The first step would be do some performance debugging. - What do top/vmstat/systat say about what the OS and apps are doing? Is the CPU pegged at 100%? What's the load seen by the disks? Is the RAID in good health? - Any unusual messages in /var/log/messages? Any errors shown by the network interfaces (I'm assuming the application is using the network). - A brief description of the workload presented by the app would help. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 14:21:31 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82F5916A420 for ; Mon, 28 Nov 2005 14:21:31 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B417D43D49 for ; Mon, 28 Nov 2005 14:21:30 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from eirik.unicore.no ([213.225.74.166] helo=[10.0.16.10]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1Egjsn-000PC1-B7 for stable@freebsd.org; Mon, 28 Nov 2005 15:21:29 +0100 Resent-Message-Id: <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Resent-Date: Mon, 28 Nov 2005 15:21:28 +0100 Message-Id: <8C9B3023-EEBD-47DF-87AD-E0494E86B17A@anduin.net> Content-Transfer-Encoding: quoted-printable Resent-To: stable@freebsd.org From: =?ISO-8859-1?Q?Eirik_=D8verby?= Resent-From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Mon, 28 Nov 2005 15:21:08 +0100 To: Joseph Koshy X-Mailer: Apple Mail (2.746.2) Cc: Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 14:21:31 -0000 On Nov 28, 2005, at 14:45 , Joseph Koshy wrote: > On 11/26/05, Eirik =D8verby wrote: > E=D8> [Cross-posting after lack of response on -stable] > > The first step would be do some performance debugging. Yep. > - What do top/vmstat/systat say about what the OS and > apps are doing? Is the CPU pegged at 100%? What's > the load seen by the disks? Is the RAID in good health? vmstat during system idle times are found below. I think they are =20 rather interesting. To your other questions: The CPU usage is =20 comparable on both systems. Not pegged at 100%, but load seems to =20 stabilize around 0.5. Disk load is minimal on the application =20 servers, somewhat more on the database servers, but they are not =20 interesting here (they are not the bottle neck, and they perform =20 equally). The RAIDs are in good health on both systems. The vmstat output is interesting. =46rom the "fast" system (6.0-BETA3, ~idle): [root@app_host01] ~# vmstat -w 5 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 pa0 in sy cs =20 us sy id 1 0 0 2439220 38048 14 0 0 0 14 0 0 0 170 141 437 =20 0 0 100 0 0 0 2439220 38028 2 0 0 0 3 0 2 0 192 94 475 =20 0 0 100 0 0 0 2439220 37916 1 0 0 0 6 0 1 0 291 925 926 =20 5 0 94 0 0 0 2439220 37916 0 0 0 0 0 0 0 0 185 91 458 =20 0 0 100 0 0 0 2439220 37820 1 0 0 0 6 0 3 0 289 1163 1124 =20= 6 0 94 0 0 0 2439220 37820 0 0 0 0 0 0 0 0 183 91 454 =20 0 0 100 =46rom the "slow" system (6.0-BETA3, ~idle): [root@app_host02] ~# vmstat -w 5 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 pa0 in sy cs =20 us sy id 0 0 1 2468180 51660 15 0 0 0 18 4 0 0 1048 3200 5130 =20= 0 0 100 0 0 0 2468180 51660 1 0 0 0 0 0 0 0 1004 3068 5063 =20= 0 0 100 0 0 0 2468180 51660 0 0 0 0 0 0 0 0 1003 3094 5057 =20= 0 0 100 0 0 0 2468180 51660 0 0 0 0 0 0 1 0 1005 3068 5065 =20= 0 0 100 0 0 0 2468180 51656 1 0 0 0 0 0 0 0 1002 3090 5054 =20= 0 1 99 0 0 0 2468180 51656 0 0 0 0 0 0 0 0 1002 3064 5053 =20= 0 0 100 *loads* more context switches than on the BETA-3 system. I have not =20 yet tried this during load; I have to wait for the testing window for =20= that. But perhaps this helps? What do I look for next? > - Any unusual messages in /var/log/messages? Any errors > shown by the network interfaces (I'm assuming the > application is using the network). No errors shown that I can determine. > - A brief description of the workload presented by > the app would help. This is a web application (payment gateway) that receives a HTTP =20 POST, does some processing, asks an external service for a piece of =20 information, then returns the gathered information to the client. The =20= call to the external service can be eliminated, but does not change =20 the performance profile. How the application works internally is impossible for me to say; =20 it's 3rd party. I can say, after asking them, that it is "moderately" =20= threaded. Whatever "moderately" threaded. My interpretation is that =20 the heaviest threading happens in tomcat itself, with up to 150 =20 concurrent connection threads running. Thanks, /Eirik > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-=20 > unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 15:04:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1133316A41F for ; Mon, 28 Nov 2005 15:04:00 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id B565943D5C for ; Mon, 28 Nov 2005 15:03:59 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 37794B80D for ; Mon, 28 Nov 2005 10:03:59 -0500 (EST) In-Reply-To: <00d501c5f3e0$c7a0b870$59ab3a40@sleuth> References: <00d501c5f3e0$c7a0b870$59ab3a40@sleuth> Mime-Version: 1.0 (Apple Message framework v746.2) X-Priority: 3 (Normal) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0AE32D49-C916-44C1-B703-97A73EEBFA57@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 28 Nov 2005 10:03:58 -0500 To: freebsd-stable X-Mailer: Apple Mail (2.746.2) Subject: Re: recomendations please for new freebsd development system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 15:04:00 -0000 On Nov 28, 2005, at 12:58 AM, vizion wrote: > Would anyone be so bold as to make some recommendations for a reliable > motherboard/processor combination on the assumption that this is to > be a > dual processor system running freebsd 6.0 You definitely want something Opteron based for this kind of data volume. And I'd go with LSI Megaraid 4 channel SCSI RAID controller for your data connected to some Ultra 320 SCSI disks on multiple channels of the RAID card. As for vendors, I've yet to find a stable vendor. I have been working with one vendor trying to get a stable opteron system with 100 + GB RAID and so far have 1 out of 4 systems built for me be reliable and stable (and there were at least 3 motherboard and RAM swapouts on the failing systems too). These were Tyan K8SR (s2881) motherboards, and one was S2882 motherboard. Right now I'm evaluating Sun's opteron offerings for my future needs. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 15:13:32 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5EAB16A41F for ; Mon, 28 Nov 2005 15:13:31 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D0A043D75 for ; Mon, 28 Nov 2005 15:13:28 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from eirik.unicore.no ([213.225.74.166] helo=[10.0.16.10]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1Egkh0-000PZG-If; Mon, 28 Nov 2005 16:13:22 +0100 In-Reply-To: <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <86E866F9-4BB8-439C-B1A8-246571D83CD3@anduin.net> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Mon, 28 Nov 2005 16:13:21 +0100 To: Joseph Koshy X-Mailer: Apple Mail (2.746.2) Cc: stable@freebsd.org Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 15:13:32 -0000 On Nov 28, 2005, at 15:54 , Joseph Koshy wrote: > E=D8> *loads* more context switches than on the BETA-3 system. > E=D8> I have not yet tried this during load > > - Which scheduler have you configured (BSD or ULE)? Running GENERIC/SMP kernels, with BSD scheduler. Speaking of which; is there a way to extract the kernel configuration =20= from a running kernel or kernel binary? > - What do the interrupt statistics show? Any interrupt > storms? Please check the mailing lists for a prior > discussion on interrupt storms on some motherboards. Slow system: interrupt total rate irq1: atkbd0 4 0 irq14: ata0 46 0 irq24: ciss0 337166 1 irq28: bge0 8038794 35 cpu0: timer 446869052 1999 cpu1: timer 446861051 1999 Total 902106113 4037 Fast system: interrupt total rate irq1: atkbd0 6 0 irq14: ata0 46 0 irq24: ciss0 7465831 1 irq28: bge0 20764380 2 lapic0: timer 14827978729 2000 lapic1: timer 14827970729 2000 Total 29684179721 4003 No significant differences I'd say. Anything else I can do to dig =20 deeper? > - Could you post the dmesg output from the systems (I > presume there aren't any significant differences). dmesg from slow system follows. I do not have a dmesg for the fast =20 system; I cannot boot it now either. However, I have compared them =20 before, and they are 100% equal. Seems to be very close in serial =20 numbers, probably same production run. Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights =20 reserved. FreeBSD 6.0-STABLE #0: Sat Nov 26 01:52:00 CET 2005 root@build.unicore.no:/usr/obj/amd64/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 250 (2405.47-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20f51 Stepping =3D 1 =20 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800,LM,3DNow+,3DNow> real memory =3D 1073717248 (1023 MB) avail memory =3D 1024946176 (977 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-35 on motherboard ioapic4 irqs 36-39 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 7 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 3 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 ohci0: mem 0xf7df0000-0xf7df0fff irq =20 19 at device 0.0 on pci1 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xf7de0000-0xf7de0fff irq =20 19 at device 0.1 on pci1 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci1: at device 2.0 (no driver attached) pci1: at device 2.2 (no driver attached) pci1: at device 3.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port =20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 4.3 (no driver attached) pcib2: at device 7.0 on pci0 pci2: on pcib2 ciss0: port 0x5000-0x50ff mem =20 0xf7ef0000-0xf7ef1fff,0xf7e80000-0xf7ebffff irq 24 at device 4.0 on pci2 ciss0: [GIANT-LOCKED] pci0: at device 7.1 (no =20 driver attached) pcib3: at device 8.0 on pci0 pci3: on pcib3 bge0: mem =20= 0xf7ff0000-0xf7ffffff irq 28 at device 6.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, =20= 1000baseTX-FDX, auto bge0: Ethernet address: 00:13:21:b3:c1:f8 bge1: mem =20= 0xf7fe0000-0xf7feffff irq 29 at device 6.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, =20= 1000baseTX-FDX, auto bge1: Ethernet address: 00:13:21:b3:c1:f7 pci0: at device 8.1 (no =20 driver attached) pcib4: on acpi0 pci4: on pcib4 pcib5: at device 9.0 on pci4 pci5: on pcib5 pci4: at device 9.1 (no =20 driver attached) pcib6: at device 10.0 on pci4 pci6: on pcib6 pci4: at device 10.1 (no =20 driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on =20= acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on =20= acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,=20 0xcc000-0xcd7ff,0xee000-0xeffff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> 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 =20 isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 SMP: AP CPU #1 Launched! da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 15:17:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9273A16A41F for ; Mon, 28 Nov 2005 15:17:34 +0000 (GMT) (envelope-from ale@unixmania.net) Received: from fe-6c.inet.it (fe-6c.inet.it [213.92.5.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8877843D66 for ; Mon, 28 Nov 2005 15:17:33 +0000 (GMT) (envelope-from ale@unixmania.net) Received: from 81-174-26-112.f5.ngi.it ([::ffff:81.174.26.112]) by fe-6c.inet.it via I-SMTP-5.2.3-521 id ::ffff:81.174.26.112+of3WA0QIp3B; Mon, 28 Nov 2005 16:17:32 +0100 Received: by libero.sunshine.ale (Postfix, from userid 1001) id E18D31550A8; Mon, 28 Nov 2005 16:17:59 +0100 (CET) Date: Mon, 28 Nov 2005 16:17:59 +0100 From: Alessandro de Manzano To: freebsd-stable@freebsd.org Message-ID: <20051128161759.A66307@libero.sunshine.ale> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Subject: what about highpoint 1640 SATA RAID controller ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2005 15:17:34 -0000 Hello, well, subj already says ;), however I'm planning to buy a good, supported and possibly not very expensive SATA RAID PCI controller for my FreeBSD server (an IBM x206). I'll install FreeBSD 6.0-R from scratch. Googling around I found the Highpoint RocketRAID 1640 PCI 32bit SATA RAID 0,1 (5 ?, 10 ? docs are not very clear) controller. I'm mainly interested in RAID 1 (mirror) with RAID 5 as a plus. Anyone already using it could please provide my feedback ? It's well supported ? (reading ata(4) and ataraid(4) seems yes but...) Works ok ? it's a RocketRAID V2 or V3 metadata (according to ataraid(4) only V2 is read-write supported) Any suggestions, recommendation, hints, etc. are very welcome ! :-) Many thanks in advance!! -- bye! Ale From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 16:30:47 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C084416A41F for ; Mon, 28 Nov 2005 16:30:47 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FC0C43D49 for ; Mon, 28 Nov 2005 16:30:47 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from eirik.unicore.no ([213.225.74.166] helo=[10.0.16.10]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1Egltt-00004G-Lv; Mon, 28 Nov 2005 17:30:45 +0100 In-Reply-To: <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <2C7F8873-D439-4C03-882F-F917C5F99EEF@anduin.net> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Mon, 28 Nov 2005 17:30:44 +0100 To: Joseph Koshy X-Mailer: Apple Mail (2.746.2) Cc: stable@freebsd.org Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 16:30:48 -0000 Follow-up: I've now ran vmstat during load, which confirms the findings of =20 vmstat during idle time. Slow system - one sample before and after load start included: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 pa0 in sy cs =20 us sy id 3 0 0 2468572 45476 14 0 0 0 18 4 0 0 1049 3201 5132 =20= 0 0 100 0 0 1 2468572 42388 1 0 0 0 154 0 5 0 6852 19813 =20 19970 22 8 70 1 0 0 2468572 39332 1 0 0 0 155 0 11 0 6823 19661 =20 19886 23 7 71 2 0 0 2468432 36336 1 0 0 0 160 0 6 0 7031 20356 =20 20534 19 7 74 0 0 0 2468432 33228 1 0 0 0 156 0 5 0 6685 19420 =20 19613 20 7 73 2 0 0 2468432 29928 1 0 0 0 164 0 5 0 7105 20483 =20 20673 21 7 71 1 0 0 2468432 53568 1 0 0 0 153 1308 5 0 6688 19278 =20 19537 21 8 72 1 0 1 2468432 50580 2 0 0 0 150 0 6 0 6408 18430 =20 18693 24 7 69 0 0 0 2468432 47748 2 0 0 0 143 0 6 0 6323 18098 =20 18328 26 7 67 0 0 0 2468432 45056 1 0 0 0 136 0 5 0 5607 17122 =20 17062 16 7 77 0 0 0 2468432 45040 0 0 0 0 0 0 0 0 1093 3172 5164 =20= 0 0 100 Fast system: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 pa0 in sy cs =20 us sy id 0 0 0 2439276 39708 1 0 0 0 6 0 1 0 281 1029 992 =20 6 1 93 0 0 0 2439276 39380 7 0 0 0 16 0 1 0 665 1341 1714 =20= 2 1 98 0 0 0 2439276 36472 5 0 0 0 145 0 6 0 5569 12409 =20 14821 21 7 72 0 0 0 2439276 33512 1 0 0 0 149 0 5 0 5862 12597 =20 15532 15 6 79 0 0 0 2439276 30600 1 0 0 0 146 0 4 0 5682 12655 =20 15102 19 7 74 2 0 0 2439276 54144 1 0 0 5 152 1310 10 0 6006 12908 =20 15964 17 6 77 0 0 0 2439276 51176 2 0 0 0 151 0 7 0 5348 11899 =20 14190 22 6 72 2 0 0 2439276 48104 98 0 0 0 248 0 5 0 5924 12889 =20 15757 15 7 78 1 0 0 2439276 45172 1 0 0 0 147 0 5 0 5882 12660 =20 15624 16 7 77 2 0 0 2439276 42276 1 0 0 0 145 0 5 0 5558 12477 =20 14864 21 6 73 0 0 0 2439276 39300 1 0 0 0 149 0 5 0 5842 12660 =20 15556 14 7 79 0 0 0 2439276 36348 1 0 0 0 150 0 8 0 5659 12562 =20 15042 21 5 74 0 0 0 2439276 33404 1 0 0 0 150 0 7 0 5868 12642 =20 15536 14 6 80 0 0 0 2439276 30588 1 0 0 0 142 0 6 0 5449 11961 =20 14487 19 7 74 0 0 0 2439276 30588 0 0 0 0 0 0 0 0 227 246 565 =20 0 0 100 I'm tempted to upgrade the fast system to 6-STABLE (same rev as the =20 slow one). Even the slow system performs "adequately", though it =20 might help me isolate any potential hardware differences. /Eirik On Nov 28, 2005, at 15:54 , Joseph Koshy wrote: > E=D8> *loads* more context switches than on the BETA-3 system. > E=D8> I have not yet tried this during load > > - Which scheduler have you configured (BSD or ULE)? > - What do the interrupt statistics show? Any interrupt > storms? Please check the mailing lists for a prior > discussion on interrupt storms on some motherboards. > - Could you post the dmesg output from the systems (I > presume there aren't any significant differences). > > Please CC -stable too. > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 17:45:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CA3816A41F; Mon, 28 Nov 2005 17:45:21 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5270C43D9D; Mon, 28 Nov 2005 17:45:12 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id DCEE51310CB; Tue, 29 Nov 2005 04:15:09 +1030 (CST) Received: from eucla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by wantadilla.lemis.com (Postfix) with ESMTP id D71F8855ED; Tue, 29 Nov 2005 04:15:08 +1030 (CST) Received: by eucla.lemis.com (Postfix, from userid 1004) id DB4308691B; Mon, 28 Nov 2005 18:45:06 +0100 (CET) Date: Mon, 28 Nov 2005 18:45:06 +0100 From: Greg 'groggy' Lehey To: Eric Anderson , Chris Howells Message-ID: <20051128174506.GD963@eucla.lemis.com> References: <4383C20E.20509@shaw.ca> <43891936.7090904@centtech.com> <20051127115041.GD867@eucla.lemis.com> <200511272310.02378.howells@kde.org> <4383C20E.20509@shaw.ca> <20051123195120.GE908@eucla.lemis.com> <43891936.7090904@centtech.com> <20051127115041.GD867@eucla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200511272310.02378.howells@kde.org> <20051127115041.GD867@eucla.lemis.com> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: acpi@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Graham North Subject: Re: ACPI problems with Dell laptops X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2005 17:45:21 -0000 On Sunday, 27 November 2005 at 23:10:01 +0000, Chris Howells wrote: > On Sunday 27 November 2005 11:50, Greg 'groggy' Lehey wrote: >> Since then I've also discovered that the builtin wireless card doesn't >> work either.  It's: >> >>   iwi0: mem 0xdfcfd000-0xdfcfdfff irq 10 at >> device 3.0 on pci3 iwi0: Ethernet address: 00:13:ce:46:28:49 > > > >>   DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 6 >>   DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 15 >>   send_packet: Network is down >> >> On the console I get the detailed error message: >> >>   iwi0: fatal error > > iwi(4) is unfortunately pretty unstable so I'm not sure if it's directly > related to the ACPI problems. Yes, as I said: since then. It doesn't work with or without ACPI, so I see this as unrelated to ACPI. It does seem relevant to the original Subject: line ("Laptop choices"), though. Even more information about iwi0: I googled and found some information about iwi and Dell laptops, and after issuing the command # ifconfig iwi0 mode b I got an association and was able to use the card. Then I tried # ifconfig iwi0 mode g which caused a panic #9 0xc0648ff7 in panic (fmt=0xc087130c "mutex %s recursed at %s:%d") at /usr/src/sys/kern/kern_shutdown.c:539 #10 0xc064180b in _mtx_assert (m=0xc4d1cb6c, what=0xc1033000, file=0xc08726bd "/usr/src/sys/kern/kern_synch.c", line=0xbc) at /usr/src/sys/kern/kern_mutex.c:748 #11 0xc064ee6a in msleep (ident=0xc4d1c000, mtx=0xc4d1cb6c, priority=0x0, wmesg=0xc0aadbd3 "iwiinit", timo=0x3e8) at /usr/src/sys/kern/kern_synch.c:188 Unfortunately, the stack beyond this point was corrupt. Since then I haven't been able to reproduce getting the card to associate or (obviously) the panic. So I'd agree that iwi is still a bit flaky. Greg -- See complete headers for address and phone numbers From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 18:19:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F252016A41F for ; Mon, 28 Nov 2005 18:19:14 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxsf33.cluster1.charter.net (mxsf33.cluster1.charter.net [209.225.28.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5426343D7F for ; Mon, 28 Nov 2005 18:19:06 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip26a.cluster1.charter.net (mxip26a.cluster1.charter.net [209.225.28.181]) by mxsf33.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id jASIJ1nA032728 for ; Mon, 28 Nov 2005 13:19:02 -0500 Received: from 68-116-0-143.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.116.0.143]) by mxip26a.cluster1.charter.net with ESMTP; 28 Nov 2005 13:19:02 -0500 X-IronPort-AV: i="3.97,385,1125892800"; d="scan'208"; a="497647317:sNHT16892868" From: Mike Eubanks To: freebsd-stable@freebsd.org In-Reply-To: <20051128081055.GA14374@xor.obsecurity.org> References: <1132964757.831.20.camel@yak.mseubanks.net> <43891EA5.2020206@mac.com> <1133083658.838.109.camel@yak.mseubanks.net> <20051127204344.GB3175@xor.obsecurity.org> <1133155455.868.135.camel@yak.mseubanks.net> <20051128081055.GA14374@xor.obsecurity.org> Content-Type: text/plain Date: Mon, 28 Nov 2005 10:19:00 -0800 Message-Id: <1133201940.901.27.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: NFS network load on 5.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 18:19:15 -0000 On Mon, 2005-11-28 at 03:10 -0500, Kris Kennaway wrote: > On Sun, Nov 27, 2005 at 09:24:15PM -0800, Mike Eubanks wrote: > > > I made the sysctl modification. Still no luck though. The only process > > that had any activity using the top with the -S option, or after sorting > > by total, was the swapper/syncer. Even then, it was hardly active. The > > network traffic persists. > > Weird, I don't know what that means. > > Kris I was thinking about graphing the network activity on the client and server in the background using the bpf while running different processes in the foreground to see what process is actually creating the traffic. I think an actual graph would give me a better idea of what is going on. Right now, I would like to assume it is a part of Gnome as was suggested before, although, I'd rather be sure. -- Mike Eubanks From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 18:29:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFE8C16A41F for ; Mon, 28 Nov 2005 18:29:33 +0000 (GMT) (envelope-from bmiele@ipnstock.com) Received: from smtpny1.VNUUSA.COM (smtpny1.vnuusa.com [63.251.31.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BB3C43D5C for ; Mon, 28 Nov 2005 18:29:32 +0000 (GMT) (envelope-from bmiele@ipnstock.com) Received: from [10.16.26.77] (unverified [10.16.26.77]) by smtpny1.VNUUSA.COM (Content Technologies SMTPRS 4.3.19) with ESMTP id for ; Mon, 28 Nov 2005 13:25:59 -0500 Date: Mon, 28 Nov 2005 13:29:31 -0500 (EST) From: Brad Miele To: freebsd-stable@freebsd.org Message-ID: <20051128132532.H675@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Suitable HBA for STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 18:29:33 -0000 Hi, I have just been given a HP MSA1500 SAN, and the card that our IT department ordered is an Emulex 9802, as far as i can tell, there is no freebsd driver for this card, is this correct? If it is correct, what card is the best supported? It looks like isp supports the qlogic cards through 2300x, but is there any one card that i should look at? I am currently running 5.4-stable on my boxes (HP/Compaq DL380s), but could move them to 6 ahead of schedule if needed. Thanks for any advice. Brad ------------------------------------------------------------ Brad Miele IPNStock bmiele@ipnstock.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 18:40:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A1F516A42A for ; Mon, 28 Nov 2005 18:40:45 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC67B43DA4 for ; Mon, 28 Nov 2005 18:39:35 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr10.xs4all.nl (8.13.3/8.13.3) with ESMTP id jASIdJ7g050343; Mon, 28 Nov 2005 19:39:23 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id jASIdI2w026676; Mon, 28 Nov 2005 19:39:18 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id jASIdIjA026675; Mon, 28 Nov 2005 19:39:18 +0100 (CET) (envelope-from wb) Date: Mon, 28 Nov 2005 19:39:18 +0100 From: Wilko Bulte To: Brad Miele Message-ID: <20051128183918.GC26584@freebie.xs4all.nl> References: <20051128132532.H675@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051128132532.H675@localhost> X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Suitable HBA for STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 18:40:45 -0000 On Mon, Nov 28, 2005 at 01:29:31PM -0500, Brad Miele wrote.. > Hi, > > I have just been given a HP MSA1500 SAN, and the card that our IT > department ordered is an Emulex 9802, as far as i can tell, there is no > freebsd driver for this card, is this correct? If it is correct, what card Correct. Emulex used to be pretty secretive about the API specs, this might have changed in the meantime (I don't know). So there is no Emulex FC HBA driver for FreeBSD. Your best bet is a card driven by isp(4), mjacob@FreeBSD.org as the driver writer might be in the best position to comment on which Qlogic based card he likes best (or maybe he has no preference ;) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 19:13:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ADE816A41F for ; Mon, 28 Nov 2005 19:13:34 +0000 (GMT) (envelope-from ebm@remote.swervinghead.com) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id E864743D67 for ; Mon, 28 Nov 2005 19:13:32 +0000 (GMT) (envelope-from ebm@remote.swervinghead.com) Received: from remote.swervinghead.com (swervinghead.com[24.17.196.146]) by comcast.net (sccrmhc11) with SMTP id <200511281907340110009m3le>; Mon, 28 Nov 2005 19:07:44 +0000 Received: (qmail 74551 invoked by uid 1001); 28 Nov 2005 19:07:12 -0000 Date: Mon, 28 Nov 2005 11:07:12 -0800 From: ebm To: freebsd-stable@freebsd.org Message-ID: <20051128190712.GA74392@swervinghead.com> References: <438A525C.8010803@swervinghead.com> <35c231bf0511271729t2382667dka0a6b8890926415f@mail.gmail.com> <20051128052116.GF42864@over-yonder.net> <20051128190033.GA72273@swervinghead.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051128190033.GA72273@swervinghead.com> User-Agent: Mutt/1.4.2.1i Subject: Re: Freebsd 5.3 screw up.... deleted /lib/libc.so.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 19:13:34 -0000 Cool, I'll try it later on today. I was able to copy the file to my server from a via a nfs connection that was established before my blunder. I kept running into the problem of not having the ability to cp anything since cp used that library file. If the /rescue works then I'll be backup up and running. When this is all fixed I think I'll just upgrade 6.0 since I already downloaded the iso files. Thanks everybody for the help! On Sun, Nov 27, 2005 at 11:21:16PM -0600, Matthew D. Fuller wrote: > Date: Sun, 27 Nov 2005 23:21:16 -0600 > From: "Matthew D. Fuller" > To: David Kirchner > Cc: ebm , freebsd-stable@freebsd.org > Subject: Re: Freebsd 5.3 screw up.... deleted /lib/libc.so.5 > > On Sun, Nov 27, 2005 at 05:29:36PM -0800 I heard the voice of > David Kirchner, and lo! it spake thus: > > > > There is still hope however -- the /rescue directory contains a > > statically linked binary and a whole bunch of hardlinks, including > > 'mount' and 'cp'. If you can get libc.so.5 onto a floppy somewhere > > else you may be able to copy it into place with these utilities. > > Note that it also has mount_nfs and rcp, so if you've got another box > handy 'nearby', you can get creative like that. > > > -- > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 20:55:11 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0000016A41F for ; Mon, 28 Nov 2005 20:55:10 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5959F43D58 for ; Mon, 28 Nov 2005 20:55:10 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.112]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1Egq1d-0001rV-RP; Mon, 28 Nov 2005 21:55:01 +0100 In-Reply-To: <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Mon, 28 Nov 2005 21:54:30 +0100 To: Joseph Koshy X-Mailer: Apple Mail (2.746.2) Cc: stable@freebsd.org Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 20:55:11 -0000 Hi, I think I have found the culprit. There must be some sort of =20 difference between the machines after all (BIOS revision?), because =20 while on one machine the interrupt rate for the bge card stays very =20 low (2 to be exact) during maximum load, the other machine goes =20 beyond 1000 and keeps rising constantly. This might also explain why =20 performance slowly degrades over time on that machine, and response =20 times vary wildly, while the "fast" machine responds nicely within =20 1-2 seconds no matter the load and testing time. I will have to investigate this more closely. Is there a way to force =20= the NIC to polling mode (I'm assuming that is the difference, an IRQ =20 rate of 2 is too low for a heavily loaded server if the NIC is =20 interrupt-driven)? Anything else I could look at? Also, the interrupt rates for the CPUs stay at 2000 sharp on the fast =20= system, but fluctuates somewhat on the other. /Eirik On Nov 28, 2005, at 15:54 , Joseph Koshy wrote: > E=D8> *loads* more context switches than on the BETA-3 system. > E=D8> I have not yet tried this during load > > - Which scheduler have you configured (BSD or ULE)? > - What do the interrupt statistics show? Any interrupt > storms? Please check the mailing lists for a prior > discussion on interrupt storms on some motherboards. > - Could you post the dmesg output from the systems (I > presume there aren't any significant differences). > > Please CC -stable too. > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 21:14:47 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E65416A41F for ; Mon, 28 Nov 2005 21:14:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C136643D80 for ; Mon, 28 Nov 2005 21:14:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8B7AF1A3C33; Mon, 28 Nov 2005 13:14:41 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CBCEB51593; Mon, 28 Nov 2005 16:14:40 -0500 (EST) Date: Mon, 28 Nov 2005 16:14:40 -0500 From: Kris Kennaway To: Eirik ?verby Message-ID: <20051128211440.GB28963@xor.obsecurity.org> References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IrhDeMKUP4DT/M7F" Content-Disposition: inline In-Reply-To: <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Joseph Koshy Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 21:14:47 -0000 --IrhDeMKUP4DT/M7F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 28, 2005 at 09:54:30PM +0100, Eirik ?verby wrote: > Hi, >=20 > I think I have found the culprit. There must be some sort of =20 > difference between the machines after all (BIOS revision?), because =20 > while on one machine the interrupt rate for the bge card stays very =20 > low (2 to be exact) during maximum load, the other machine goes =20 > beyond 1000 and keeps rising constantly. This might also explain why =20 > performance slowly degrades over time on that machine, and response =20 > times vary wildly, while the "fast" machine responds nicely within =20 > 1-2 seconds no matter the load and testing time. >=20 > I will have to investigate this more closely. Is there a way to force =20 > the NIC to polling mode (I'm assuming that is the difference, an IRQ =20 > rate of 2 is too low for a heavily loaded server if the NIC is =20 > interrupt-driven)? >=20 > Anything else I could look at? BIOS update. Kris --IrhDeMKUP4DT/M7F Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDi3NAWry0BWjoQKURAhf0AJ0eom+7CQoHFy/SLzGSuG3E0CErxACfe/+V BI/55LctOdXE/9BS0us4KAo= =3MQQ -----END PGP SIGNATURE----- --IrhDeMKUP4DT/M7F-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 21:53:34 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8A0C16A41F for ; Mon, 28 Nov 2005 21:53:34 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2448343D49 for ; Mon, 28 Nov 2005 21:53:33 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.112]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1EgqwF-0002Je-Ds; Mon, 28 Nov 2005 22:53:31 +0100 In-Reply-To: <20051128211440.GB28963@xor.obsecurity.org> References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Mon, 28 Nov 2005 22:53:00 +0100 To: Kris Kennaway X-Mailer: Apple Mail (2.746.2) Cc: stable@freebsd.org, Joseph Koshy Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 21:53:35 -0000 Firmware versions are equal. BIOS settings are equal. However, a diff of the dmesgs show (apart from MAC address differences): 30c30 < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 --- > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 What on earth is that all about? The "slow" box has the ACPI-fast timecounter... /Eirik On Nov 28, 2005, at 22:14 , Kris Kennaway wrote: > On Mon, Nov 28, 2005 at 09:54:30PM +0100, Eirik ?verby wrote: >> Hi, >> >> I think I have found the culprit. There must be some sort of >> difference between the machines after all (BIOS revision?), because >> while on one machine the interrupt rate for the bge card stays very >> low (2 to be exact) during maximum load, the other machine goes >> beyond 1000 and keeps rising constantly. This might also explain why >> performance slowly degrades over time on that machine, and response >> times vary wildly, while the "fast" machine responds nicely within >> 1-2 seconds no matter the load and testing time. >> >> I will have to investigate this more closely. Is there a way to force >> the NIC to polling mode (I'm assuming that is the difference, an IRQ >> rate of 2 is too low for a heavily loaded server if the NIC is >> interrupt-driven)? >> >> Anything else I could look at? > > BIOS update. > > Kris From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 22:44:53 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9370D16A41F for ; Mon, 28 Nov 2005 22:44:53 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7407C43D5E for ; Mon, 28 Nov 2005 22:44:52 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.112]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1Egrju-0002df-0F; Mon, 28 Nov 2005 23:44:50 +0100 In-Reply-To: <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <9720F96D-A0F7-4639-8852-63A0F2C1FCDE@anduin.net> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Mon, 28 Nov 2005 23:44:18 +0100 To: =?ISO-8859-1?Q?Eirik_=D8verby?= X-Mailer: Apple Mail (2.746.2) Cc: stable@freebsd.org, Joseph Koshy , Kris Kennaway Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 22:44:53 -0000 Update: The diff below was made after making sure both systems are =20 running the exact same kernel. Behavior is the same. Building new =20 kernels (6-STABLE) now to get out of the BETA stage. /Eirik On Nov 28, 2005, at 22:53 , Eirik =D8verby wrote: > Firmware versions are equal. BIOS settings are equal. > However, a diff of the dmesgs show (apart from MAC address =20 > differences): > > 30c30 > < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > --- > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > What on earth is that all about? The "slow" box has the ACPI-fast =20 > timecounter... > > /Eirik > > On Nov 28, 2005, at 22:14 , Kris Kennaway wrote: > >> On Mon, Nov 28, 2005 at 09:54:30PM +0100, Eirik ?verby wrote: >>> Hi, >>> >>> I think I have found the culprit. There must be some sort of >>> difference between the machines after all (BIOS revision?), because >>> while on one machine the interrupt rate for the bge card stays very >>> low (2 to be exact) during maximum load, the other machine goes >>> beyond 1000 and keeps rising constantly. This might also explain why >>> performance slowly degrades over time on that machine, and response >>> times vary wildly, while the "fast" machine responds nicely within >>> 1-2 seconds no matter the load and testing time. >>> >>> I will have to investigate this more closely. Is there a way to =20 >>> force >>> the NIC to polling mode (I'm assuming that is the difference, an IRQ >>> rate of 2 is too low for a heavily loaded server if the NIC is >>> interrupt-driven)? >>> >>> Anything else I could look at? >> >> BIOS update. >> >> Kris > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-=20 > unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 23:14:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7338616A429 for ; Mon, 28 Nov 2005 23:14:26 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60B1843D5E for ; Mon, 28 Nov 2005 23:14:25 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so2216705wxc for ; Mon, 28 Nov 2005 15:14:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SR1HqPP0ejfQaonWSlSxedJ+gAAZO9YqhQt9sDFSZPE5k8167xiCdKwbtppMOIAFoph7bPii/mFvn1rXqAkuwuk6QbWP49Gc4KXXYGB6D/BUgxsziZhCQbjq/BXs0ftvuynnwAqwnW1HVVsUP6YAY5oSyrCB+r4RtS5qGvqjbaA= Received: by 10.70.31.16 with SMTP id e16mr534414wxe; Mon, 28 Nov 2005 15:14:24 -0800 (PST) Received: by 10.70.31.5 with HTTP; Mon, 28 Nov 2005 15:14:24 -0800 (PST) Message-ID: <790a9fff0511281514ra5519acq617964fac1d1f9e4@mail.gmail.com> Date: Mon, 28 Nov 2005 17:14:24 -0600 From: Scot Hetzel To: =?ISO-8859-1?Q?Eirik_=D8verby?= In-Reply-To: <9720F96D-A0F7-4639-8852-63A0F2C1FCDE@anduin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> <9720F96D-A0F7-4639-8852-63A0F2C1FCDE@anduin.net> Cc: stable@freebsd.org, Joseph Koshy , Kris Kennaway Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 23:14:26 -0000 On 11/28/05, Eirik =D8verby wrote: > Update: The diff below was made after making sure both systems are > running the exact same kernel. Behavior is the same. Building new > kernels (6-STABLE) now to get out of the BETA stage. > > /Eirik > > On Nov 28, 2005, at 22:53 , Eirik =D8verby wrote: > > > Firmware versions are equal. BIOS settings are equal. > > However, a diff of the dmesgs show (apart from MAC address > > differences): > > > > 30c30 > > < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > > --- > > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > > > What on earth is that all about? The "slow" box has the ACPI-fast > > timecounter... > > use sysctl to find out what time counters are available on the slow box: sysctl kern.timecounter : kern.timecounter.hardware: ACPI-fast kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) : Then try setting the Timecounter on the slow box to ACPI-safe (if available) by using sysctl sysctl kern.timecounter.hardware=3DACPI-safe If this fixes the problem, then add the following to /etc/sysctl.conf: kern.timecounter.hardware=3DACPI-safe Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 23:59:15 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 069D916A41F for ; Mon, 28 Nov 2005 23:59:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5237443D92 for ; Mon, 28 Nov 2005 23:59:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0E8291A4D9F; Mon, 28 Nov 2005 15:59:12 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 571F95158D; Mon, 28 Nov 2005 18:59:11 -0500 (EST) Date: Mon, 28 Nov 2005 18:59:11 -0500 From: Kris Kennaway To: Eirik ?verby Message-ID: <20051128235911.GA31669@xor.obsecurity.org> References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Joseph Koshy , Kris Kennaway Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 23:59:15 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: > Firmware versions are equal. BIOS settings are equal. > However, a diff of the dmesgs show (apart from MAC address differences): >=20 > 30c30 > < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > --- > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >=20 > What on earth is that all about? The "slow" box has the ACPI-fast =20 > timecounter... Could be ACPI bugs on your system: > >BIOS update. Kris --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDi5nPWry0BWjoQKURAgY+AJ96r9XHhFPXgKwKw34hCjRbL/vQKQCgpyl0 WJjx3o62V+mnPZkRTviFFB8= =HdpD -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 00:15:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC8E716A41F for ; Tue, 29 Nov 2005 00:15:30 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from forrie.com (c-24-62-224-187.hsd1.nh.comcast.net [24.62.224.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 443A743D58 for ; Tue, 29 Nov 2005 00:15:30 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [192.168.1.98] ([192.168.1.98]) (authenticated bits=0) by forrie.com (8.13.4/8.13.4) with ESMTP id jAT0FTT2004984 for ; Mon, 28 Nov 2005 19:15:29 -0500 (EST) (envelope-from forrie@forrie.com) Message-ID: <438B9E14.7040007@forrie.com> Date: Mon, 28 Nov 2005 19:17:24 -0500 From: Forrest Aldrich User-Agent: Thunderbird 1.5 (Windows/20051123) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87/1197/Mon Nov 28 13:09:01 2005 on forrie.com X-Virus-Status: Clean Subject: device em0 not showing up at boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 00:15:30 -0000 I have an older PC (Compaq AP200) that I'm running FreeBSD-6.0 on. I have an Intel Gigabit interface installed in one of the PCI slots, along with another dual 10/100 Intel in another. The "em0" device does not show up at boot time, and therefore the firewall rules fail. However, if I go in and manually type "ifconfig em0" it then becomes available and I'm able to run dhclient on it, etc. etc. I just did a buildworld/installworld today, so the OS is fairly current. In /etc/rc.conf I have a simple ifconfig_em0="DHCP". I wonder if this is a known problem... From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 00:16:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F049D16A41F for ; Tue, 29 Nov 2005 00:16:45 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxsf40.cluster1.charter.net (mxsf40.cluster1.charter.net [209.225.28.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2179643D95 for ; Tue, 29 Nov 2005 00:16:27 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip29a.cluster1.charter.net (mxip29a.cluster1.charter.net [209.225.28.188]) by mxsf40.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id jAT0GJai018404 for ; Mon, 28 Nov 2005 19:16:19 -0500 Received: from 68-116-0-143.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.116.0.143]) by mxip29a.cluster1.charter.net with ESMTP; 28 Nov 2005 19:16:17 -0500 X-IronPort-AV: i="3.97,386,1125892800"; d="scan'208"; a="544305956:sNHT24130370" From: Mike Eubanks To: freebsd-stable@freebsd.org In-Reply-To: <1133201940.901.27.camel@yak.mseubanks.net> References: <1132964757.831.20.camel@yak.mseubanks.net> <43891EA5.2020206@mac.com> <1133083658.838.109.camel@yak.mseubanks.net> <20051127204344.GB3175@xor.obsecurity.org> <1133155455.868.135.camel@yak.mseubanks.net> <20051128081055.GA14374@xor.obsecurity.org> <1133201940.901.27.camel@yak.mseubanks.net> Content-Type: text/plain Date: Mon, 28 Nov 2005 16:16:16 -0800 Message-Id: <1133223376.2269.51.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: NFS network load on 5.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 00:16:46 -0000 On Mon, 2005-11-28 at 10:19 -0800, Mike Eubanks wrote: > On Mon, 2005-11-28 at 03:10 -0500, Kris Kennaway wrote: > > On Sun, Nov 27, 2005 at 09:24:15PM -0800, Mike Eubanks wrote: > > > > > I made the sysctl modification. Still no luck though. The only process > > > that had any activity using the top with the -S option, or after sorting > > > by total, was the swapper/syncer. Even then, it was hardly active. The > > > network traffic persists. > > > > Weird, I don't know what that means. > > > > Kris > > I was thinking about graphing the network activity on the client and > server in the background using the bpf while running different processes > in the foreground to see what process is actually creating the traffic. > I think an actual graph would give me a better idea of what is going on. > Right now, I would like to assume it is a part of Gnome as was suggested > before, although, I'd rather be sure. > > Solved. There was a panel applet that was monitoring disk activity. I did a diff comparison on my previous vs. new config files (in ~/.gconf). After a bit of sorting, there were extra applet paths even though the visual config was nearly identical. Specifically, there was a config for a multiload applet and different viewiable loads enabled. There was also a multiload process running, so I killed it and network activity dropped immediately. I tried removing everything on the panel, although, nothing appears to kill that specific process/applet. This looks like a different problem entirely and must have been automatically configured with the initial loading of Gnome when I did the refresh. Thanks for the responses. -- Mike Eubanks From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 03:41:10 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E16A216A41F for ; Tue, 29 Nov 2005 03:41:10 +0000 (GMT) (envelope-from mtomsa@epix.net) Received: from lentil.epix.net (lentil.epix.net [199.224.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3508443D58 for ; Tue, 29 Nov 2005 03:41:09 +0000 (GMT) (envelope-from mtomsa@epix.net) Received: from bedroompc (hrbg-205-238-224-68-nonpppoe.dsl.hrbg.epix.net [205.238.224.68]) by lentil.epix.net (8.12.10/2005102001/PL) with ESMTP id jAT3f5cW004663 for ; Mon, 28 Nov 2005 22:41:08 -0500 (EST) From: "Matthew Tomsa" To: Date: Mon, 28 Nov 2005 22:40:55 -0500 Message-ID: <002101c5f496$b6174fe0$6401a8c0@bedroompc> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcX0lrO+pERWcR8FQg6ppJzJIsR47g== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 03:41:11 -0000 What is the difference between RELEASE versions, STABLE versions, and CURRENT versions? I've done some reading but I'm still a bit confused. Thanks. -Matt From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 03:48:23 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6D2C16A41F for ; Tue, 29 Nov 2005 03:48:23 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E67B43D53 for ; Tue, 29 Nov 2005 03:48:23 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 0801830AA; Mon, 28 Nov 2005 21:48:23 -0600 (CST) Date: Mon, 28 Nov 2005 21:48:22 -0600 To: Matthew Tomsa Message-ID: <20051129034822.GF11148@soaustin.net> References: <002101c5f496$b6174fe0$6401a8c0@bedroompc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002101c5f496$b6174fe0$6401a8c0@bedroompc> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: stable@freebsd.org Subject: Re: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 03:48:23 -0000 On Mon, Nov 28, 2005 at 10:40:55PM -0500, Matthew Tomsa wrote: > What is the difference between RELEASE versions, STABLE versions, and > CURRENT versions? Please see the following: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/introduction.html http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/version-guide/ mcl From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 03:49:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A15E516A41F for ; Tue, 29 Nov 2005 03:49:57 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01-smtplb.rdc-nyc.rr.com [24.29.109.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 591D043D72 for ; Tue, 29 Nov 2005 03:49:54 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-01.rdc-nyc.rr.com (8.12.10/8.12.7) with ESMTP id jAT3mq1g018601 for ; Mon, 28 Nov 2005 22:48:53 -0500 (EST) Received: by mail.scottro.net (Postfix, from userid 1001) id E00E64102; Mon, 28 Nov 2005 22:49:50 -0500 (EST) Date: Mon, 28 Nov 2005 22:49:50 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20051129034950.GA56195@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <002101c5f496$b6174fe0$6401a8c0@bedroompc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <002101c5f496$b6174fe0$6401a8c0@bedroompc> User-Agent: mutt-ng/devel-r581 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Difference between RELEASE, STABLE, CURRENT (was (no subject) ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 03:49:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, Nov 28, 2005 at 10:40:55PM -0500, Matthew Tomsa wrote: > What is the difference between RELEASE versions, STABLE versions, and > CURRENT versions? I've done some reading but I'm still a bit confused. > Thanks. > One of the best explanations that I've seen can be found on freebsdforums.org http://www.freebsdforums.org/forums/showthread.php?t=36652&highlight=RELEASE+CURRENT+STABLE (The final post, by the gentleman who uses the name phoenix) - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Principal Snyder: There are things I will not tolerate: students loitering on campus after school, horrible murders with hearts being removed. And also smoking. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDi8/e+lTVdes0Z9YRAswFAJ9XJ9mdnIyZErCRGkQQ2PF3/qA8xwCfcw+d Peg6cAFHCPk47zkq7ar+nHQ= =z6gf -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 03:58:04 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E19A716A41F for ; Tue, 29 Nov 2005 03:58:04 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9367243D49 for ; Tue, 29 Nov 2005 03:58:02 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 9F5B55F9B; Mon, 28 Nov 2005 22:58:01 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 76725-07; Mon, 28 Nov 2005 22:58:00 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-122-227.ny325.east.verizon.net [68.161.122.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id A572D5D5E; Mon, 28 Nov 2005 22:58:00 -0500 (EST) Message-ID: <438BD1CA.8000303@mac.com> Date: Mon, 28 Nov 2005 22:58:02 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Tomsa References: <002101c5f496$b6174fe0$6401a8c0@bedroompc> In-Reply-To: <002101c5f496$b6174fe0$6401a8c0@bedroompc> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: stable@freebsd.org Subject: Re: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 03:58:05 -0000 Matthew Tomsa wrote: > What is the difference between RELEASE versions, STABLE versions, and > CURRENT versions? I've done some reading but I'm still a bit confused. > Thanks. -CURRENT is alpha. -STABLE is supposed to be the leading edge of functionality yet be stable enough for production use; it should be treated as a late beta. In other words, test it before deploying in production, because sometimes, perhaps a day or two per month, -STABLE contains problems or breakage. Every few months, the project makes an effort to stabilize the source tree (including ports and docs), generates a release candidate or two, and then pushes out a RELEASE by tagging the -STABLE branch. A -RELEASE or security branch is intended for production use because it has undergone such testing, and is updated with security patches and critical fixes only after such changes have been tested in -CURRENT or -STABLE. If you don't know what to run, run the security branch (ie, RELENG_5_4). -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 03:59:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12E9C16A41F for ; Tue, 29 Nov 2005 03:59:24 +0000 (GMT) (envelope-from jim@jimvanfleet.com) Received: from samwise.dreamhost.com (samwise.dreamhost.com [66.33.212.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3B5B43D67 for ; Tue, 29 Nov 2005 03:59:19 +0000 (GMT) (envelope-from jim@jimvanfleet.com) Received: from [192.168.10.104] (c-24-125-143-221.hsd1.va.comcast.net [24.125.143.221]) by samwise.dreamhost.com (Postfix) with ESMTP id D9872111D9A for ; Mon, 28 Nov 2005 19:59:15 -0800 (PST) Message-ID: <438BD211.5070202@jimvanfleet.com> Date: Mon, 28 Nov 2005 22:59:13 -0500 From: Jim Van Fleet User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <002101c5f496$b6174fe0$6401a8c0@bedroompc> <20051129034950.GA56195@mail.scottro.net> In-Reply-To: <20051129034950.GA56195@mail.scottro.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Difference between RELEASE, STABLE, CURRENT (was (no subject) ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 03:59:24 -0000 Along the same lines: Do drivers trickle down from CURRENT into STABLE? For example, I have an Intel ICH7 sound card. I've noticed that support is available for these cards in CURRENT, but I am currently running STABLE (even though phoenix says not to-- whoops!) I understand that different circumstances may yield different results, but is there a general rule of thumb? BTW, thanks to all involved for a tremendous OS. I'm definitely smitten. Cheers, Jim From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 04:01:21 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC76716A422; Tue, 29 Nov 2005 04:01:21 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 082C943D58; Tue, 29 Nov 2005 04:01:17 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 7A379C1FA; Mon, 28 Nov 2005 23:01:14 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id B02CDC26F; Mon, 28 Nov 2005 23:01:06 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 5EC94C262; Mon, 28 Nov 2005 23:01:06 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; b=TI6trq37TZfd7ayJRNWTIgp8AIYaCupkkvQLxg92a3w8XUAH6WnSAdcxjhfrjlD5zvKZXZZmtbF/30pkMcdUdJ5vn0yqKMmaj70DdfM+vXlQsZZ2kENqiabYMetw7lxD; Received: from [10.12.211.45] (usstls-23.savvis.net [64.242.52.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 8EB68C1A3; Mon, 28 Nov 2005 23:01:05 -0500 (EST) Message-ID: <438BD278.30006@protected-networks.net> Date: Mon, 28 Nov 2005 23:00:56 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <438A116C.3010803@protected-networks.net> In-Reply-To: <438A116C.3010803@protected-networks.net> X-Enigmail-Version: 0.93.0.0 OpenPGP: id=5E873CC5 Content-Type: multipart/mixed; boundary="------------080701040305020803060205" Cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: ata (raid) patches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 04:01:21 -0000 This is a multi-part message in MIME format. --------------080701040305020803060205 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I wrote: | For those game enough to try the results of my handiwork ;-), enclosed | is a patch against the files in /usr/src/sys/dev/ata for RELENG_6 (and | possibly others) with the following objectives: | | 1) the ata-raid driver currently leaks ata_composite and ata_request | structures into "neverland" in a mirrored configuration. This can be | observed using "sysctl -a | grep ^ata_" and noting the increasing | "in-use" count as time goes on. Eventually, this causes the kernel to | run out of memory. This is fixed by tracking the request counts on each | composite request. ~ [ .. ] | As usual, this patch comes with no warranty ... it works for me. "If it | breaks your system, you own all the pieces". | | I recommend you back up your system before testing, This is just the composite/request leak patch on it's own, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDi9J3iJykeV6HPMURAvENAJ4v9p/HjHLQ+iJ+EH23+z9ZiTbXyACeOhNA ux0UiWyGNNKu4rrPl12GP+4= =NC/r -----END PGP SIGNATURE----- --------------080701040305020803060205 Content-Type: text/plain; name="ata-raid-patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata-raid-patch" *** /usr/src/sys/dev/ata/ata-all.h.orig Sun Nov 27 14:17:57 2005 --- /usr/src/sys/dev/ata/ata-all.h Sun Nov 27 14:22:05 2005 *************** *** 331,336 **** --- 331,337 ---- u_int32_t wr_depend; /* write depends on subdisks */ u_int32_t wr_done; /* done write subdisks */ struct ata_request *request[32]; /* size must match maps above */ + long count; /* count required of this composite */ caddr_t data_1; caddr_t data_2; }; *** ata-raid.c.orig Mon Nov 28 18:02:01 2005 --- ata-raid.c Mon Nov 28 22:52:53 2005 *************** *** 410,415 **** --- 410,416 ---- mtx_init(&composite->lock, "ATA PseudoRAID rebuild lock", NULL, MTX_DEF); + composite->count = request->bytecount; composite->rd_needed |= (1 << drv); composite->wr_depend |= (1 << drv); composite->wr_needed |= (1 << this); *************** *** 468,473 **** --- 469,475 ---- mtx_init(&composite->lock, "ATA PseudoRAID mirror lock", NULL, MTX_DEF); + composite->count = request->bytecount; composite->wr_needed |= (1 << drv); composite->wr_needed |= (1 << this); composite->request[drv] = request; *************** *** 607,613 **** /* good data, update how far we've gotten */ else { bp->bio_resid -= request->donecount; ! if (bp->bio_resid == 0) { if (composite->wr_done & (1 << mirror)) finished = 1; } --- 609,616 ---- /* good data, update how far we've gotten */ else { bp->bio_resid -= request->donecount; ! composite->count -= request->donecount; ! if (composite->count == 0) { if (composite->wr_done & (1 << mirror)) finished = 1; } *************** *** 621,627 **** printf("DOH! rebuild failed\n"); /* XXX SOS */ rdp->rebuild_lba = blk; } ! if (bp->bio_resid == 0) finished = 1; } } --- 624,630 ---- printf("DOH! rebuild failed\n"); /* XXX SOS */ rdp->rebuild_lba = blk; } ! if (composite->count == 0) finished = 1; } } *************** *** 658,667 **** } bp->bio_resid -= composite->request[mirror]->donecount; } ! else bp->bio_resid -= request->donecount; ! if (bp->bio_resid == 0) finished = 1; } mtx_unlock(&composite->lock); --- 661,674 ---- } bp->bio_resid -= composite->request[mirror]->donecount; + composite->count -= + composite->request[mirror]->donecount; } ! else { bp->bio_resid -= request->donecount; ! composite->count -= request->donecount; ! } ! if (composite->count == 0) finished = 1; } mtx_unlock(&composite->lock); *************** *** 723,729 **** rdp->status &= ~AR_S_REBUILDING; ata_raid_config_changed(rdp, 1); } ! biodone(bp); } if (composite) { --- 730,738 ---- rdp->status &= ~AR_S_REBUILDING; ata_raid_config_changed(rdp, 1); } ! /* cover the case of a series of composites which are only partly complete */ ! if (bp->bio_resid == 0) ! biodone(bp); } if (composite) { --------------080701040305020803060205-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 05:49:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB7E816A41F for ; Tue, 29 Nov 2005 05:49:26 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D88843D46 for ; Tue, 29 Nov 2005 05:49:26 +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 (SSL) id IBA74465 for ; Mon, 28 Nov 2005 21:49:22 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 48ACA5D0A for ; Mon, 28 Nov 2005 21:49:22 -0800 (PST) To: stable@freebsd.org Date: Mon, 28 Nov 2005 21:49:22 -0800 From: "Kevin Oberman" Message-Id: <20051129054922.48ACA5D0A@ptavv.es.net> Cc: Subject: Unable to set device characteristics with devd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 05:49:27 -0000 I've been trying to use devd for a number of things, but have not gotten far. One issue is when I attach an ATAPI disk: attach 100 { device-name "acd0"; action "/bin/chmod 666 /dev/$device-name"; } I have similar statements for my second hard drive (ad2s2). By using the -D option I see the device attach, but the chmod returns an error indicating that /dev/acd0 does not exist. I get similar results for other devices. Is there a delay between the attach event and the creation of the /dev entry? Am I missing something here? Maybe I should use devfs for this. -- 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 Tue Nov 29 06:03:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85F1416A41F for ; Tue, 29 Nov 2005 06:03:26 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3610043D55 for ; Tue, 29 Nov 2005 06:03:25 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from smiley (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 6300119F2C; Mon, 28 Nov 2005 22:03:24 -0800 (PST) From: "Darren Pilgrim" To: "'Kevin Oberman'" Date: Mon, 28 Nov 2005 22:04:05 -0800 Message-ID: <000801c5f4aa$b7d340a0$642a15ac@smiley> 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.6626 In-Reply-To: <20051129054922.48ACA5D0A@ptavv.es.net> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal Cc: stable@freebsd.org Subject: RE: Unable to set device characteristics with devd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 06:03:26 -0000 From: Kevin Oberman > > I've been trying to use devd for a number of things, but have > not gotten > far. > > One issue is when I attach an ATAPI disk: > attach 100 { > device-name "acd0"; > action "/bin/chmod 666 /dev/$device-name"; > } > > I have similar statements for my second hard drive (ad2s2). > > By using the -D option I see the device attach, but the chmod returns > an error indicating that /dev/acd0 does not exist. I get > similar results for other devices. > > Is there a delay between the attach event and the creation of the /dev > entry? Am I missing something here? Maybe I should use devfs for this. The normal tools (chmod, chown, etc.) don't work on devfs. You need to create devfs rules to change permissions, ownership, etc. on device nodes. See devfs.rules(5) and devfs.conf(5). From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 06:08:59 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 245CE16A42B for ; Tue, 29 Nov 2005 06:08:59 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 936D043D53 for ; Tue, 29 Nov 2005 06:08:58 +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 jAT68lNR003917; Mon, 28 Nov 2005 22:08:47 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id jAT68liD003916; Mon, 28 Nov 2005 22:08:47 -0800 Date: Mon, 28 Nov 2005 22:08:47 -0800 From: Brooks Davis To: Darren Pilgrim Message-ID: <20051129060847.GA26275@odin.ac.hmc.edu> References: <20051129054922.48ACA5D0A@ptavv.es.net> <000801c5f4aa$b7d340a0$642a15ac@smiley> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <000801c5f4aa$b7d340a0$642a15ac@smiley> 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: stable@freebsd.org Subject: Re: Unable to set device characteristics with devd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 06:08:59 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 28, 2005 at 10:04:05PM -0800, Darren Pilgrim wrote: > From: Kevin Oberman > >=20 > > I've been trying to use devd for a number of things, but have=20 > > not gotten > > far. > >=20 > > One issue is when I attach an ATAPI disk: > > attach 100 { > > device-name "acd0"; > > action "/bin/chmod 666 /dev/$device-name"; > > } > >=20 > > I have similar statements for my second hard drive (ad2s2). > >=20 > > By using the -D option I see the device attach, but the chmod returns > > an error indicating that /dev/acd0 does not exist. I get=20 > > similar results for other devices. > >=20 > > Is there a delay between the attach event and the creation of the /dev > > entry? Am I missing something here? Maybe I should use devfs for this. >=20 > The normal tools (chmod, chown, etc.) don't work on devfs. You need to > create devfs rules to change permissions, ownership, etc. on device nodes. Nope. It's a race. I wouldn't count on devd getting there either early enough or late enough. [10:07pm] brooks@pagefault (~): uname -a FreeBSD pagefault 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sun Nov 20 20:37:29 P= ST 2005 ... [10:07pm] brooks@pagefault (~): ls -l /dev/cuad0 crw-rw---- 1 uucp dialer 0, 74 Nov 28 10:15 /dev/cuad0 [10:07pm] brooks@pagefault (~): sudo chmod 666 /dev/cuad0 Password: [10:07pm] brooks@pagefault (~): ls -l /dev/cuad0 crw-rw-rw- 1 uucp dialer 0, 74 Nov 28 10:15 /dev/cuad0 [10:07pm] brooks@pagefault (~): > See devfs.rules(5) and devfs.conf(5). Yes. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDi/BuXY6L6fI4GtQRApyqAKCLR8UKVxp78W3mICRoslhacIi8rgCeMqCq ENBgsSM9TYkcKQ5B24KZLxs= =RLc+ -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 07:06:14 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87DAD16A41F for ; Tue, 29 Nov 2005 07:06:14 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5F1943D7B for ; Tue, 29 Nov 2005 07:05:52 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id jAT75onQ036263 for ; Mon, 28 Nov 2005 23:05:50 -0800 (PST) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id jAT75nOk036250 for stable@FreeBSD.org; Mon, 28 Nov 2005 23:05:49 -0800 (PST) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: stable@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-pQnKFZz05S8e3CNezWWh" Date: Mon, 28 Nov 2005 23:05:49 -0800 Message-Id: <1133247949.1071.11.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Cc: Subject: Current DRM for 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 07:06:14 -0000 --=-pQnKFZz05S8e3CNezWWh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I've put a patch at http://people.freebsd.org/~anholt/dri/drm-sys-stable-20051128.diff for a merge of the DRM in -current to 6-STABLE. I don't intend to merge it soon, but it may be of use to people who are enjoying life on 6-STABLE otherwise, and expand the testing before I do commit. Commit message from -current: Update DRM to CVS snapshot as of 2005-11-28. Notable changes: - S3 Savage driver ported. - Added support for ATI_fragment_shader registers for r200. - Improved r300 support, needed for latest r300 DRI driver. - (possibly) r300 PCIE support, needs X.Org server from CVS. - Added support for PCI Matrox cards. - Software fallbacks fixed for Rage 128, which used to render badly or hang= . - Some issues reported by WITNESS are fixed. - i915 module Makefile added, as the driver may now be working, but is unte= sted.- Added scripts for copying and preprocessing DRM CVS for inclusion in= the kernel. Thanks to Daniel Stone for getting me started on that. As far as i915 goes, apparently people have had it successfully attach to the drmsub device, which I never managed to when I had an i915-supported device. After that there was an AGP issue that I hope I fixed, so it needs testing now, and may Just Work. --=20 Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org --=-pQnKFZz05S8e3CNezWWh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDi/3MHUdvYGzw6vcRAnqZAJ9mxF40h0MkFGFwxW+tbm+9xJSdywCffGr0 fDPii7/DsUYt5yhfx/bCOaw= =2htl -----END PGP SIGNATURE----- --=-pQnKFZz05S8e3CNezWWh-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 08:46:11 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F4BD16A41F for ; Tue, 29 Nov 2005 08:46:11 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ACA543D46 for ; Tue, 29 Nov 2005 08:46:10 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ltning (helo=localhost) by anduin.net with local-esmtp (Exim 4.50 (FreeBSD)) id 1Eh17p-0006ER-C1; Tue, 29 Nov 2005 09:46:09 +0100 Date: Tue, 29 Nov 2005 09:46:09 +0100 (CET) From: Eirik Oeverby To: Kris Kennaway In-Reply-To: <20051128235911.GA31669@xor.obsecurity.org> Message-ID: <20051129094531.Y23958@anduin.net> References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> <20051128235911.GA31669@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, Joseph Koshy Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 08:46:11 -0000 On Mon, 28 Nov 2005, Kris Kennaway wrote: > On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: >> Firmware versions are equal. BIOS settings are equal. >> However, a diff of the dmesgs show (apart from MAC address differences): >> >> 30c30 >> < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 >> --- >>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> >> What on earth is that all about? The "slow" box has the ACPI-fast >> timecounter... > > Could be ACPI bugs on your system: Yes, but the other system is 100% equal - hardware, bios config, bios and bootblock revision, controller bioses, etc. etc. It all matches. Should I complain to HP? /Eirik > >>> BIOS update. > > Kris > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 09:15:36 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5877E16A41F for ; Tue, 29 Nov 2005 09:15:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A479743D58 for ; Tue, 29 Nov 2005 09:15:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7E4581A3C29; Tue, 29 Nov 2005 01:15:35 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2040651584; Tue, 29 Nov 2005 04:15:34 -0500 (EST) Date: Tue, 29 Nov 2005 04:15:33 -0500 From: Kris Kennaway To: Eirik Oeverby Message-ID: <20051129091533.GA41885@xor.obsecurity.org> References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> <20051128235911.GA31669@xor.obsecurity.org> <20051129094531.Y23958@anduin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <20051129094531.Y23958@anduin.net> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Joseph Koshy , Kris Kennaway Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 09:15:36 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 29, 2005 at 09:46:09AM +0100, Eirik Oeverby wrote: >=20 >=20 > On Mon, 28 Nov 2005, Kris Kennaway wrote: >=20 > >On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: > >>Firmware versions are equal. BIOS settings are equal. > >>However, a diff of the dmesgs show (apart from MAC address differences): > >> > >>30c30 > >>< Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > >>--- > >>>Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > >> > >>What on earth is that all about? The "slow" box has the ACPI-fast > >>timecounter... > > > >Could be ACPI bugs on your system: >=20 > Yes, but the other system is 100% equal - hardware, bios config, bios and= =20 > bootblock revision, controller bioses, etc. etc. > It all matches. Clearly they're not 100% equal, but (100-epsilon)%. Your job is to identify the origin of the epsilon :-) > Should I complain to HP? If you think you'll get anywhere, it might be worth pursuing. Kris --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDjBw1Wry0BWjoQKURAirRAJ44GsGu5UyyFiXX85aXnE317f2gZwCdHRJz yRT/n1DijM3TfJvTN1l5FSE= =+hZ1 -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 09:25:42 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65FDA16A424 for ; Tue, 29 Nov 2005 09:25:42 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D223D43D5F for ; Tue, 29 Nov 2005 09:25:40 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.112]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1Eh1k3-0006S1-9U; Tue, 29 Nov 2005 10:25:39 +0100 In-Reply-To: <20051129091533.GA41885@xor.obsecurity.org> References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> <20051128235911.GA31669@xor.obsecurity.org> <20051129094531.Y23958@anduin.net> <20051129091533.GA41885@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Tue, 29 Nov 2005 10:25:07 +0100 To: Kris Kennaway X-Mailer: Apple Mail (2.746.2) Cc: stable@freebsd.org, Joseph Koshy Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 09:25:43 -0000 On Nov 29, 2005, at 10:15 , Kris Kennaway wrote: > On Tue, Nov 29, 2005 at 09:46:09AM +0100, Eirik Oeverby wrote: >> >> >> On Mon, 28 Nov 2005, Kris Kennaway wrote: >> >>> On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: >>>> Firmware versions are equal. BIOS settings are equal. >>>> However, a diff of the dmesgs show (apart from MAC address >>>> differences): >>>> >>>> 30c30 >>>> < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 >>>> --- >>>>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>>> >>>> What on earth is that all about? The "slow" box has the ACPI-fast >>>> timecounter... >>> >>> Could be ACPI bugs on your system: >> >> Yes, but the other system is 100% equal - hardware, bios config, >> bios and >> bootblock revision, controller bioses, etc. etc. >> It all matches. > > Clearly they're not 100% equal, but (100-epsilon)%. Your job is to > identify the origin of the epsilon :-) Yea yea ;) Working on it.. Is there a way to force ACPI-safe on the slower system? /Eirik > >> Should I complain to HP? > > If you think you'll get anywhere, it might be worth pursuing. > > Kris From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 09:44:37 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BEEB16A41F for ; Tue, 29 Nov 2005 09:44:37 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 768A343D5C for ; Tue, 29 Nov 2005 09:44:36 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so2313784wxc for ; Tue, 29 Nov 2005 01:44:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=D4HDFYxTyQbNRXSqEeTQziEmwNzEaZtTPF3MULtjvttCqAtMc1fkLf+xVtBA5pMxZskeLEwfb0ERMxqRvbr3iU/I3eeVIyc7OBrBUmqzmTdbTNfipsAIlIf2t65zD2+7NCYejq0WDsqKXtSBtsuxJI6K1zndTfjILnTZdFCIImQ= Received: by 10.70.117.10 with SMTP id p10mr1929986wxc; Tue, 29 Nov 2005 01:44:35 -0800 (PST) Received: by 10.70.105.13 with HTTP; Tue, 29 Nov 2005 01:44:35 -0800 (PST) Message-ID: <84dead720511290144g6e2af749re5e171fe7e6112a5@mail.gmail.com> Date: Tue, 29 Nov 2005 15:14:35 +0530 From: Joseph Koshy To: =?ISO-8859-1?Q?Eirik_=D8verby?= In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> <20051128235911.GA31669@xor.obsecurity.org> <20051129094531.Y23958@anduin.net> <20051129091533.GA41885@xor.obsecurity.org> Cc: stable@freebsd.org Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 09:44:37 -0000 E=D8> Yea yea ;) Working on it.. E=D8> Is there a way to force ACPI-safe on the slower system? # sysctl kern.timecounter.hardware=3D -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 09:45:19 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92B2516A41F for ; Tue, 29 Nov 2005 09:45:19 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F39E43D5F for ; Tue, 29 Nov 2005 09:45:19 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so1403408nzo for ; Tue, 29 Nov 2005 01:45:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XzIwi5TUfLYO+r9vusIpIVcxTbAygAxC2mtoexnyt8TfdXTibxomqZQcVWf6KFVug6rIaIgYcVuq9tLCrCuO4OWotltdnk4vEFT6irq9oEVKtESMOXJykYVkDVJBGlYCAedCeB8/dixYfRyWBhKf50NysrZ4ZVzins9Qy3MAoNw= Received: by 10.36.115.10 with SMTP id n10mr4193170nzc; Tue, 29 Nov 2005 01:45:18 -0800 (PST) Received: by 10.36.86.11 with HTTP; Tue, 29 Nov 2005 01:45:18 -0800 (PST) Message-ID: <79722fad0511290145u7dc99d92lc839696fd428cdb9@mail.gmail.com> Date: Tue, 29 Nov 2005 11:45:18 +0200 From: Vlad GALU To: stable@freebsd.org In-Reply-To: <1133247949.1071.11.camel@leguin> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1133247949.1071.11.camel@leguin> Cc: Subject: Re: Current DRM for 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 09:45:19 -0000 On 11/29/05, Eric Anholt wrote: [snip] It detected the X300 on my Dell Latitude D610: -- cut here -- drm0: port 0xde00-0xdeff mem 0xd0000000-0xd7ffffff,0xdfdf0000- 0xdfdfffff irq 16 at device 0.0 on pci1 info: [drm] Initialized radeon 1.19.0 20050911 -- and here -- I'm building xorg-server-snap right now, to see if it knows how to cope with it. Will report later. One more issue: I had to remove the savage module from the DRM Makefile so that it builds. -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 09:49:07 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B03B16A41F for ; Tue, 29 Nov 2005 09:49:07 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89B0F43D6E for ; Tue, 29 Nov 2005 09:49:06 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.112]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1Eh26j-0006bw-5V; Tue, 29 Nov 2005 10:49:05 +0100 In-Reply-To: <84dead720511290144g6e2af749re5e171fe7e6112a5@mail.gmail.com> References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> <20051128235911.GA31669@xor.obsecurity.org> <20051129094531.Y23958@anduin.net> <20051129091533.GA41885@xor.obsecurity.org> <84dead720511290144g6e2af749re5e171fe7e6112a5@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Tue, 29 Nov 2005 10:48:33 +0100 To: Joseph Koshy X-Mailer: Apple Mail (2.746.2) Cc: stable@freebsd.org Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 09:49:07 -0000 On Nov 29, 2005, at 10:44 , Joseph Koshy wrote: > E=D8> Yea yea ;) Working on it.. > E=D8> Is there a way to force ACPI-safe on the slower system? > > # sysctl kern.timecounter.hardware=3D kern.timecounter.choice> kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy=20 (-1000000) ACPI-safe is not among the choices. Which means I can't choose it, I =20 presume. I'm compiling up new kernels with ACPI_DEBUG right now, once they are =20= installed, what can I do to determine differences in DSDT tables =20 etc.? Or whatever else is different? /Eirik > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 10:19:26 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FEE216A41F for ; Tue, 29 Nov 2005 10:19:26 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A328D43D5F for ; Tue, 29 Nov 2005 10:19:24 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id 0CB3F131B61; Tue, 29 Nov 2005 20:49:21 +1030 (CST) Received: from eucla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by wantadilla.lemis.com (Postfix) with ESMTP id 6F390857A2; Tue, 29 Nov 2005 20:49:20 +1030 (CST) Received: by eucla.lemis.com (Postfix, from userid 1004) id C7EB18691B; Tue, 29 Nov 2005 11:19:17 +0100 (CET) Date: Tue, 29 Nov 2005 11:19:17 +0100 From: Greg 'groggy' Lehey To: freebsd-lists@dclg.ca Message-ID: <20051129101917.GS963@eucla.lemis.com> References: <4383C20E.20509@shaw.ca> <200511231238.06590.doconnor@gsoft.com.au> <20051123105730.GA29369@laverenz.de> <20051123185909.GA17696@thought.org> <4384C0AB.103@chillt.de> <20051123194217.GC17696@thought.org> <20051123200505.GF908@eucla.lemis.com> <20051123223653.GA19327@thought.org> <17285.59301.421840.741798@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17285.59301.421840.741798@canoe.dclg.ca> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: Gary Kline , freebsd-stable@FreeBSD.org, Bartosz Fabianowski Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 10:19:26 -0000 On Thursday, 24 November 2005 at 11:17:41 -0500, freebsd-lists@dclg.ca wrote: > > On the [Dell] warrenty... I'm hard on equipment and I depend on my > equipment. I've been impressed that if I put my foot down and "say" > that I believe something needs replacing, then without much fuss, > they do it. The next day onsite service is cool. You obviously have better experience than I do. My Inspiron 6000 was apparently used: it arrived without the usual plastic coating on the lid, with scratches which couldn't have come from transport instead. Also the ejector for the PC Card fell apart shortly after I got it. It took them over 3 weeks to get a replacement lid to me, by which time I had left for Europe. By the time I get home I will have had the machine for 6 weeks, too long to return it, and only then will I be able to fight the Dell service department about the ejector. Only some time after then will they be able to replace the lid. Greg -- See complete headers for address and phone numbers From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 10:28:31 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52EBB16A41F; Tue, 29 Nov 2005 10:28:31 +0000 (GMT) (envelope-from nb@ravenbrook.com) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA99A43D55; Tue, 29 Nov 2005 10:28:29 +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 jATASNVj093188; Tue, 29 Nov 2005 10:28:24 GMT (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.12.9p2/8.12.9) with ESMTP id jATASNhi010167; Tue, 29 Nov 2005 10:28:23 GMT (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: "Greg 'groggy' Lehey" In-Reply-To: <20051129101917.GS963@eucla.lemis.com> from "Greg 'groggy' Lehey" of "Tue, 29 Nov 2005 11:19:17 +0100" Date: Tue, 29 Nov 2005 10:28:23 +0000 Message-ID: <10166.1133260103@thrush.ravenbrook.com> Sender: nb@ravenbrook.com Cc: Gary Kline , freebsd-stable@FreeBSD.org, freebsd-lists@dclg.ca, Bartosz Fabianowski Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 10:28:31 -0000 At 2005-11-29 10:19:17+0000, "Greg 'groggy' Lehey" writes: > On Thursday, 24 November 2005 at 11:17:41 -0500, freebsd-lists@dclg.ca wrote: > > > > On the [Dell] warrenty... I'm hard on equipment and I depend on my > > equipment. I've been impressed that if I put my foot down and "say" > > that I believe something needs replacing, then without much fuss, > > they do it. The next day onsite service is cool. > > You obviously have better experience than I do. My Inspiron 6000 was > apparently used: it arrived without the usual plastic coating on the > lid, with scratches which couldn't have come from transport instead. > Also the ejector for the PC Card fell apart shortly after I got it. > It took them over 3 weeks to get a replacement lid to me, by which > time I had left for Europe. By the time I get home I will have had > the machine for 6 weeks, too long to return it, and only then will I > be able to fight the Dell service department about the ejector. Only > some time after then will they be able to replace the lid. Yeah. The "next day on-site service" for my wife's Dell took *two weeks* to arrive (and replace the motherboard, which we had diagnosed as the source of the fault after about 10 minutes). Never again. iBook on order. Nick B From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 10:37:20 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF1E616A41F for ; Tue, 29 Nov 2005 10:37:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E18A43D5A for ; Tue, 29 Nov 2005 10:37:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 640921A3C28; Tue, 29 Nov 2005 02:37:20 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CBCBB5158D; Tue, 29 Nov 2005 05:37:19 -0500 (EST) Date: Tue, 29 Nov 2005 05:37:19 -0500 From: Kris Kennaway To: Eirik ?verby Message-ID: <20051129103719.GB43032@xor.obsecurity.org> References: <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> <20051128235911.GA31669@xor.obsecurity.org> <20051129094531.Y23958@anduin.net> <20051129091533.GA41885@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kORqDWCi7qDJ0mEj" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Joseph Koshy , Kris Kennaway Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 10:37:21 -0000 --kORqDWCi7qDJ0mEj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 29, 2005 at 10:25:07AM +0100, Eirik ?verby wrote: >=20 > On Nov 29, 2005, at 10:15 , Kris Kennaway wrote: >=20 > >On Tue, Nov 29, 2005 at 09:46:09AM +0100, Eirik Oeverby wrote: > >> > >> > >>On Mon, 28 Nov 2005, Kris Kennaway wrote: > >> > >>>On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: > >>>>Firmware versions are equal. BIOS settings are equal. > >>>>However, a diff of the dmesgs show (apart from MAC address =20 > >>>>differences): > >>>> > >>>>30c30 > >>>>< Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > >>>>--- > >>>>>Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > >>>> > >>>>What on earth is that all about? The "slow" box has the ACPI-fast > >>>>timecounter... > >>> > >>>Could be ACPI bugs on your system: > >> > >>Yes, but the other system is 100% equal - hardware, bios config, =20 > >>bios and > >>bootblock revision, controller bioses, etc. etc. > >>It all matches. > > > >Clearly they're not 100% equal, but (100-epsilon)%. Your job is to > >identify the origin of the epsilon :-) >=20 > Yea yea ;) Working on it.. > Is there a way to force ACPI-safe on the slower system? I think someone already mentioned this..see the kern.timecounter.hardware and other kern.timecounter sysctls. Kris --kORqDWCi7qDJ0mEj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDjC9fWry0BWjoQKURAqEXAKCGaqxsD27VABQagBuw6TQTUG9cUACgsFYQ 427SUbRIrFuPxDnwNVqE1q8= =FoEu -----END PGP SIGNATURE----- --kORqDWCi7qDJ0mEj-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 10:39:37 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46B9616A41F for ; Tue, 29 Nov 2005 10:39:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A9F843D5C for ; Tue, 29 Nov 2005 10:39:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 9B9A01A3C32; Tue, 29 Nov 2005 02:39:16 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A70F15158D; Tue, 29 Nov 2005 05:39:15 -0500 (EST) Date: Tue, 29 Nov 2005 05:39:15 -0500 From: Kris Kennaway To: Eirik ?verby Message-ID: <20051129103915.GA43088@xor.obsecurity.org> References: <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> <20051128235911.GA31669@xor.obsecurity.org> <20051129094531.Y23958@anduin.net> <20051129091533.GA41885@xor.obsecurity.org> <84dead720511290144g6e2af749re5e171fe7e6112a5@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Joseph Koshy Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 10:39:37 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 29, 2005 at 10:48:33AM +0100, Eirik ?verby wrote: > On Nov 29, 2005, at 10:44 , Joseph Koshy wrote: >=20 > >E?> Yea yea ;) Working on it.. > >E?> Is there a way to force ACPI-safe on the slower system? > > > ># sysctl kern.timecounter.hardware=3D >kern.timecounter.choice> >=20 > kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy=20 > (-1000000) >=20 > ACPI-safe is not among the choices. Which means I can't choose it, I =20 > presume. > I'm compiling up new kernels with ACPI_DEBUG right now, once they are =20 > installed, what can I do to determine differences in DSDT tables =20 > etc.? Or whatever else is different? There is documentation somewhere on www.freebsd.org about how to obtain necessary ACPI debugging information...sorry, I don't remember specifically where, maybe in the handbook or elsewhere in the docs section. Kris --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDjC/TWry0BWjoQKURAo6CAKCS3XPmgVMyaRfA4xq7bRy+1mMy9wCfcOy1 z7q9AhGo4cTnApyedBQv8sM= =Ojis -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 10:58:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BF9116A41F for ; Tue, 29 Nov 2005 10:58:35 +0000 (GMT) (envelope-from dan@syz.com) Received: from mail.clearwave.ca (h139-142-194-114.gtcust.grouptelecom.net [139.142.194.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CDF243D7B for ; Tue, 29 Nov 2005 10:58:25 +0000 (GMT) (envelope-from dan@syz.com) Received: from localhost (localhost.clearwave.ca [127.0.0.1]) by mail.clearwave.ca (Postfix) with ESMTP id B36AC10378DB for ; Tue, 29 Nov 2005 03:58:07 -0700 (MST) Received: from mail.clearwave.ca ([127.0.0.1]) by localhost (mail.clearwave.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 56344-06 for ; Tue, 29 Nov 2005 03:58:04 -0700 (MST) Received: from [192.168.2.108] (h139-142-196-33.gtcust.grouptelecom.net [139.142.196.33]) by mail.clearwave.ca (Postfix) with ESMTP id 7C28810378DA for ; Tue, 29 Nov 2005 03:58:04 -0700 (MST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <20051125033033.D779D16A42D@hub.freebsd.org> References: <20051125033033.D779D16A42D@hub.freebsd.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Dan Charrois Date: Tue, 29 Nov 2005 03:58:21 -0700 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at clearwave.ca Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 10:58:35 -0000 Thanks everyone for replies made over the past few days about the "unsolicited" rebooting problem. At first, I thought there was a memory allocation bug as judged by the output of "netstat -m", but apparently it's just a cosmetic statistics reporting bug and nothing related to the instability itself. Unfortunately, it means that I still haven't been able to find a solution to the problem (and apparently, I'm not the only one to experience it). Considering that we only have the one machine, which happens to be a production machine, that experiences the problem (infrequently at that), it's difficult to test and resolve. It's been suggested that FreeBSD 6.0 may fix the problem, but considering some of the inevitable bugs that creep into new releases, I'm reluctant to go there until things settle down in 6.0 (plus, I haven't seen any documentation that implies that a fix for the problem will result from using 6.0 in any case). If it weren't a production machine that needs to be reliable, stable, and available, I'd have a better chance at being able to test it under 6.0. Some speculation has been made about it being triggered by possibly buggy ethernet drivers, etc. In my case, though possible, I doubt it - since my machine has rebooted itself right when mysqlhotcopy was about to run on the machine (and it runs locally without causing any network activity that I'm aware of). The first thought I had was that it may be caused by faulty memory or something, but Dell's hardware diagnostics all tested everything to be perfectly okay. What I find strange is that it's not that the kernel locks up or anything - the machine just suddenly restarts (caches aren't flushed to disk or anything - it's just like someone literally pulls the power plug midstream, and then plugs it back in. The only indication that something weird goes on is that in the server logs everything seems to be crunching away happily and then suddenly I see the boot messages when it restarts all by itself.. In any case, if anyone else with a dual processor machine (I have a PowerEdge 2850 myself) has experienced the rebooting problem discussed a few days ago and resolved it, I'd very much like to hear from you. Dan -- Syzygy Research & Technology Box 83, Legal, AB T0G 1L0 Canada Phone: 780-961-2213 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 11:10:11 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29F2116A41F; Tue, 29 Nov 2005 11:10:11 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 668DD43D46; Tue, 29 Nov 2005 11:10:10 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by kweetal.tue.nl (Postfix) with ESMTP id EFB6513B624; Tue, 29 Nov 2005 12:10:08 +0100 (CET) Received: from kweetal.tue.nl ([127.0.0.1]) by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29404-01-9; Tue, 29 Nov 2005 12:09:45 +0100 (CET) Received: from umta.win.tue.nl (umta.win.tue.nl [131.155.71.100]) by kweetal.tue.nl (Postfix) with ESMTP id 1D5D513B88B; Tue, 29 Nov 2005 12:08:13 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002 [131.155.71.72]) by umta.win.tue.nl (Postfix) with ESMTP id 1803431401C; Tue, 29 Nov 2005 12:08:13 +0100 (CET) Received: by pcwin002.win.tue.nl (Postfix, from userid 1001) id 00F8640C0; Tue, 29 Nov 2005 12:08:13 +0100 (CET) Date: Tue, 29 Nov 2005 12:08:12 +0100 From: Stijn Hoop To: Nick Barnes Message-ID: <20051129110812.GF33851@pcwin002.win.tue.nl> References: <20051129101917.GS963@eucla.lemis.com> <10166.1133260103@thrush.ravenbrook.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <10166.1133260103@thrush.ravenbrook.com> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: Greg 'groggy' Lehey , Gary Kline , freebsd-stable@FreeBSD.org, freebsd-lists@dclg.ca, Bartosz Fabianowski Subject: Re: Laptop choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 11:10:11 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 29, 2005 at 10:28:23AM +0000, Nick Barnes wrote: > At 2005-11-29 10:19:17+0000, "Greg 'groggy' Lehey" writes: > > On Thursday, 24 November 2005 at 11:17:41 -0500, > > freebsd-lists@dclg.ca wrote: > > > > > > On the [Dell] warrenty... I'm hard on equipment and I depend on my > > > equipment. I've been impressed that if I put my foot down and "say" > > > that I believe something needs replacing, then without much fuss, > > > they do it. The next day onsite service is cool. > >=20 > > You obviously have better experience than I do. My Inspiron 6000 was > > apparently used: it arrived without the usual plastic coating on the > > lid, with scratches which couldn't have come from transport instead. > > Also the ejector for the PC Card fell apart shortly after I got it. > > It took them over 3 weeks to get a replacement lid to me, by which > > time I had left for Europe. By the time I get home I will have had > > the machine for 6 weeks, too long to return it, and only then will I > > be able to fight the Dell service department about the ejector. Only > > some time after then will they be able to replace the lid. >=20 > Yeah. >=20 > The "next day on-site service" for my wife's Dell took *two weeks* to > arrive (and replace the motherboard, which we had diagnosed as the > source of the fault after about 10 minutes). Never again. iBook on > order. We have lots of Dell Laptops on-site as we get a university discount. I have seen both sides of Dell's support; sometimes we were serviced *very* quickly, sometimes it took ages just to order a single memory stick. And for the 3 or 4 iBooks that we have around here, support has been different as well. As usual with support, YMMV. As far as the laptops themselves go, I think they're pretty good. Lots of features for a low price, and besides the occasional DOA they are only starting to break down after about 3-4 years of hard service. Do note that we buy the 'stable' Latitude series that doesn't change every other month. Just my EUR 0.02, do with this information as you wish, --Stijn --=20 There are of course many problems connected with life, of which some of the most popular are 'Why are people born?', 'Why do they die?', and `Why do they spend so much of the intervening time wearing digital watches?' -- Douglas Adams, "The Hitchhikers Guide To The Galaxy" --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDjDacY3r/tLQmfWcRApYjAJ9W4Ie8sLilISZTHoErhnrxJI/1iwCgl5hH SABRDRM4Su9feHRTKa14EIY= =4hlY -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 12:51:59 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE7D516A5C6 for ; Tue, 29 Nov 2005 12:51:47 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E901A43D7B for ; Tue, 29 Nov 2005 12:51:37 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from eirik.unicore.no ([213.225.74.166] helo=[10.0.16.10]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1Eh4xM-0007hK-J0; Tue, 29 Nov 2005 13:51:36 +0100 In-Reply-To: <20051129103719.GB43032@xor.obsecurity.org> References: <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> <20051128235911.GA31669@xor.obsecurity.org> <20051129094531.Y23958@anduin.net> <20051129091533.GA41885@xor.obsecurity.org> <20051129103719.GB43032@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <460BE48B-594F-4450-AFA7-1652B7C6800A@anduin.net> Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Tue, 29 Nov 2005 13:51:34 +0100 To: Kris Kennaway X-Mailer: Apple Mail (2.746.2) Cc: stable@freebsd.org, Scot Hetzel , Joseph Koshy Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 12:52:00 -0000 On Nov 29, 2005, at 11:37 , Kris Kennaway wrote: > On Tue, Nov 29, 2005 at 10:25:07AM +0100, Eirik ?verby wrote: >> >> On Nov 29, 2005, at 10:15 , Kris Kennaway wrote: >> >>> On Tue, Nov 29, 2005 at 09:46:09AM +0100, Eirik Oeverby wrote: >>>> >>>> >>>> On Mon, 28 Nov 2005, Kris Kennaway wrote: >>>> >>>>> On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: >>>>>> Firmware versions are equal. BIOS settings are equal. >>>>>> However, a diff of the dmesgs show (apart from MAC address >>>>>> differences): >>>>>> >>>>>> 30c30 >>>>>> < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 >>>>>> --- >>>>>>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>>>>> >>>>>> What on earth is that all about? The "slow" box has the ACPI-fast >>>>>> timecounter... >>>>> >>>>> Could be ACPI bugs on your system: >>>> >>>> Yes, but the other system is 100% equal - hardware, bios config, >>>> bios and >>>> bootblock revision, controller bioses, etc. etc. >>>> It all matches. >>> >>> Clearly they're not 100% equal, but (100-epsilon)%. Your job is to >>> identify the origin of the epsilon :-) >> >> Yea yea ;) Working on it.. >> Is there a way to force ACPI-safe on the slower system? > > I think someone already mentioned this..see the > kern.timecounter.hardware and other kern.timecounter sysctls. I have now forced ACPI-safe on the slow system, to match the fast one. Too bad though, it made absolutely zero difference. I'm upgrading BIOSes on both boxes now, even though they seem equal. Then I'll see what ACPI debug output shows me. If you have any other hints or ideas, please let me know... thanks so far. /Eirik > > Kris From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 13:39:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B734A16A420 for ; Tue, 29 Nov 2005 13:39:34 +0000 (GMT) (envelope-from sebastian.ssmoller@gmx.net) Received: from sigma.informatik.hu-berlin.de (sigma.informatik.hu-berlin.de [141.20.20.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6A0843D6E for ; Tue, 29 Nov 2005 13:39:29 +0000 (GMT) (envelope-from sebastian.ssmoller@gmx.net) Received: from tyrael.linnet (p54BCEA8C.dip.t-dialin.net [84.188.234.140]) (authenticated bits=0) by sigma.informatik.hu-berlin.de (8.13.4+Sun/8.13.4/INF-2.0-MA-SOLARIS-2.10) with ESMTP id jATDd4M6002778 for ; Tue, 29 Nov 2005 14:39:25 +0100 (CET) Date: Tue, 29 Nov 2005 14:37:45 +0100 From: sebastian ssmoller To: freebsd-stable@freebsd.org Message-Id: <20051129143745.64788cd5.sebastian.ssmoller@gmx.net> In-Reply-To: <1133247949.1071.11.camel@leguin> References: <1133247949.1071.11.camel@leguin> X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Status: No (sigma) X-Spam-Status: No, score=1.8 required=5.0 tests=FORGED_RCVD_HELO, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on rabe Subject: trouble with cuad0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 13:39:34 -0000 hi, yesterday i updated one of my dev boxes from 5.3 to 6.0. this box has two serial ports. i use "cu -l cuadX -s 38400" to connect some external "devices". this works perfectly fine with cuad1 but not with cuad0. on cuad0 i only get "connected" from cu but then the line is not usable (no echo, no input seems to reach the other end). on 5.3 both serial ports worked perfectly fine this way. anyone any idea what happend? is there some special handling for cuad0? btw: the same happens on my laptop (running an older -current) when using cuaU0 ... thx regards, seb From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 13:46:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0544816A41F for ; Tue, 29 Nov 2005 13:46:07 +0000 (GMT) (envelope-from rutger.bevaart@illian.net) Received: from darwin.illian.net (darwin.illian.net [80.69.74.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B1E343D45 for ; Tue, 29 Nov 2005 13:46:00 +0000 (GMT) (envelope-from rutger.bevaart@illian.net) Received: from localhost (localhost.illian.net [127.0.0.1]) by darwin.illian.net (Postfix) with ESMTP id D6A9045059 for ; Tue, 29 Nov 2005 14:46:05 +0100 (CET) Received: from darwin.illian.net ([127.0.0.1]) by localhost (darwin.illian.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 84381-05 for ; Tue, 29 Nov 2005 14:46:05 +0100 (CET) Received: from www.illian.net (localhost.illian.net [127.0.0.1]) by darwin.illian.net (Postfix) with ESMTP id 56AB145042 for ; Tue, 29 Nov 2005 14:46:05 +0100 (CET) Received: from 62.58.16.80 (SquirrelMail authenticated user rutger) by www.illian.net with HTTP; Tue, 29 Nov 2005 14:46:05 +0100 (CET) Message-ID: <31419.62.58.16.80.1133271965.squirrel@www.illian.net> In-Reply-To: <20051129120152.E290816A427@hub.freebsd.org> References: <20051129120152.E290816A427@hub.freebsd.org> Date: Tue, 29 Nov 2005 14:46:05 +0100 (CET) From: "Rutger Bevaart" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.5 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 illian.net Subject: Re: freebsd-stable Digest, Vol 137, Issue 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 13:46:07 -0000 Same here on several 1750's, 1850's and 2850's. Tomorrow I'll disable USB in the BIOS on one of the 1750's and see if it makes a difference. It's the only one of the set that I could get downtime for because it rebooted yesterday ;-) I'll look if I can enable crashlogging as well... Regards Rutger Bevaart Date: Tue, 29 Nov 2005 03:58:21 -0700 From: Dan Charrois Subject: Re: FreeBSD unstable on Dell 1750 using SMP? To: freebsd-stable@freebsd.org Message-ID: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed arts all by itself.. In any case, if anyone else with a dual processor machine (I have a PowerEdge 2850 myself) has experienced the rebooting problem discussed a few days ago and resolved it, I'd very much like to hear from you. Dan -- Syzygy Research & Technology Box 83, Legal, AB T0G 1L0 Canada Phone: 780-961-2213 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 13:53:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CE3D16A422 for ; Tue, 29 Nov 2005 13:53:22 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17F5843D5A for ; Tue, 29 Nov 2005 13:53:07 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by xproxy.gmail.com with SMTP id i29so2197962wxd for ; Tue, 29 Nov 2005 05:53:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Qf4Lrk5JVwHDjzeOY24u9duy4nEhET+7BzOlNEMvxZoaXU/O6omZW6jbqIvbi5c5oBXS2jRcbjQOLLKDB1Lf12INcG2blXc3jlVvM2DCsIwHbHSW20lwu6Cnl9PLZZ1d560YDDlJ9JC6Ovc/KsjYp8qOj5QrN7TO3u2l0V/2lw8= Received: by 10.65.159.5 with SMTP id l5mr2923706qbo; Tue, 29 Nov 2005 05:53:04 -0800 (PST) Received: by 10.65.243.16 with HTTP; Tue, 29 Nov 2005 05:53:04 -0800 (PST) Message-ID: Date: Tue, 29 Nov 2005 14:53:04 +0100 From: Marco Calviani To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: snd_ich and syntax error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 13:53:22 -0000 Hi list, i have a problem during the config(8) phase of a kernel configuration file. I would like to add in the kernel the device snd_ich with (as indicated in the handbook): device snd_ich However i've got a Syntax Error on that line when i try to config it. Any ideas for this behaviour? Thanks in advance, MC From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 14:29:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D17E216A41F for ; Tue, 29 Nov 2005 14:29:54 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AFD143D66 for ; Tue, 29 Nov 2005 14:29:51 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: (qmail 18465 invoked from network); 29 Nov 2005 14:29:48 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail21.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 29 Nov 2005 14:29:46 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 7CE3D28424; Tue, 29 Nov 2005 09:29:45 -0500 (EST) Sender: lowell@be-well.ilk.org To: Forrest Aldrich References: <438B9E14.7040007@forrie.com> From: Lowell Gilbert Date: 29 Nov 2005 09:29:45 -0500 In-Reply-To: <438B9E14.7040007@forrie.com> Message-ID: <44acfnjzmu.fsf@be-well.ilk.org> Lines: 11 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: device em0 not showing up at boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 14:29:55 -0000 Forrest Aldrich writes: > I have an older PC (Compaq AP200) that I'm running FreeBSD-6.0 on. > > I have an Intel Gigabit interface installed in one of the PCI slots, > along with another dual 10/100 Intel in another. > > The "em0" device does not show up at boot time, and therefore the > firewall rules fail. It's not detected in the boot messages at all? From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 14:31:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F61216A41F for ; Tue, 29 Nov 2005 14:31:35 +0000 (GMT) (envelope-from biltzb@montcourt.org) Received: from montcourt.org (mail.montcourt.org [63.85.12.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D3B843DAA for ; Tue, 29 Nov 2005 14:31:17 +0000 (GMT) (envelope-from biltzb@montcourt.org) Received: from MCCDOM-MTA by montcourt.org with Novell_GroupWise; Tue, 29 Nov 2005 09:31:11 -0500 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.0 Date: Tue, 29 Nov 2005 09:30:58 -0500 From: "Brian Biltz" Sender: Postmaster@montcourt.org Errors-To: Postmaster@montcourt.org To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Thank you for your e-mail. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: biltzb@montcourt.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 14:31:35 -0000 Thank you for your e-mail. I will be out on vacation the week of Nov 27th - Dec 3rd. I will return on Dec. 5th and answer any voice mail messages & e-mail messages. If you require a quicker action or reply please contact the MIS helpdesk. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 14:53:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45C6C16A41F for ; Tue, 29 Nov 2005 14:53:28 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FC0243D55 for ; Tue, 29 Nov 2005 14:53:27 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id jATErRaJ064832 for ; Tue, 29 Nov 2005 12:53:27 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Tue, 29 Nov 2005 12:53:29 -0200 User-Agent: KMail/1.8.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511291253.29915.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: snd_ich and syntax error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 14:53:28 -0000 On Tuesday 29 November 2005 11:53, Marco Calviani wrote: > Hi list, > i have a problem during the config(8) phase of a kernel configuration > file. I would like to add in the kernel the device snd_ich with (as > indicated in the handbook): > > device snd_ich > > However i've got a Syntax Error on that line when i try to config it. > what kind of error and which version? I use it on 6.0-Stable but the AC97 is still not working but I got no error= =20 compiling it into the kernel Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 14:59:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0106816A41F for ; Tue, 29 Nov 2005 14:59:39 +0000 (GMT) (envelope-from chomette@ensil.unilim.fr) Received: from smtp.unilim.fr (mail.unilim.fr [164.81.1.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27DB543D5E for ; Tue, 29 Nov 2005 14:59:36 +0000 (GMT) (envelope-from chomette@ensil.unilim.fr) Received: from root.ensil.unilim.fr (root.ensil.unilim.fr [193.50.177.246]) by smtp.unilim.fr (8.12.11/8.12.11) with ESMTP id jATEwwg6024040 for ; Tue, 29 Nov 2005 15:58:58 +0100 Received: from w3.ensil.unilim.fr (w3.ensil.unilim.fr [193.50.177.230]) by root.ensil.unilim.fr (8.13.1/8.13.1) with ESMTP id jATF11YW006642 for ; Tue, 29 Nov 2005 16:01:01 +0100 (CET) (envelope-from chomette@ensil.unilim.fr) Received: from 193.50.177.251 (SquirrelMail authenticated user chomette); by w3.ensil.unilim.fr with HTTP; Tue, 29 Nov 2005 16:11:05 +0100 (CET) Message-ID: <51887.193.50.177.251.1133277065.squirrel@193.50.177.251> Date: Tue, 29 Nov 2005 16:11:05 +0100 (CET) From: chomette@ensil.unilim.fr 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: ClamAV version 0.87, clamav-milter version 0.87 on root.ensil.unilim.fr X-Virus-Status: Clean X-Univ-Limoges-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (smtp.unilim.fr [164.81.1.45]); Tue, 29 Nov 2005 15:58:58 +0100 (CET) X-Univ-Limoges-MailScanner-Information: Serveur Anti-virus Please contact the SCI, Univ. of Limoges, for more information X-Univ-Limoges-MailScanner: Found to be clean X-Univ-Limoges-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.592, requis 6, BAYES_00 -2.60, NO_REAL_NAME 0.01) X-Univ-Limoges-MailScanner-Envelope-From: chomette@ensil.unilim.fr Subject: kernel trap 12 on a freebsd 5.4----help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 14:59:39 -0000 Hi I've got a freebsd 5.4 nfs server (dell poweredge 1600SC bi Xeon/1go RAM/ 6 SCSI 36go/intel em) exporting home directory to 80 clients (mandrake,rh,gentoo,hp-ux) This server crash randomly (it can run 2 weeks or crash 2 time per day). I've tried differentes things such as : - upgrading memory to 2Go - changing SCSI disks - tuning witch sysctl (udp.recvspace,ipc.maxsockbuf,maxfilesperproc...) - upgrading to the last dell firmeware but it still crash. I've setup for tring to debugg with a kernel crash dump (I'm newbie for debugging) using the developer handbook. when I run : kgdb kernel.debug /var/crash/vmcore.9 the result is: Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04f56e7 stack pointer = 0x10:0xf0ed3afc frame pointer = 0x10:0xf0ed3b10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 65 (swi1: net) trap number = 12 panic: page fault cpuid = 0 boot() called on cpu#0 Uptime: 1h49m41s Dumping 1023 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc04f56e7 0xc04f56e7 is in propagate_priority (/usr/src/sys/kern/subr_turnstile.c:245). 240 /* 241 * Pick up the lock that td is blocked on. 242 */ 243 ts = td->td_blocked; 244 MPASS(ts != NULL); 245 tc = TC_LOOKUP(ts->ts_lockobj); 246 mtx_lock_spin(&tc->tc_lock); 247 248 /* 249 * This thread may not be blocked on this turnstile anymore (kgdb) backtrace #0 doadump () at pcpu.h:160 #1 0xc04d6449 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:412 #2 0xc04d679d in panic (fmt=0xc067afc4 "%s") at /usr/src/sys/kern/kern_shutdown.c:568 #3 0xc064f50c in trap_fatal (frame=0xf0ed3abc, eva=36) at /usr/src/sys/i386/i386/trap.c:817 #4 0xc064ec51 in trap (frame= {tf_fs = -1040908264, tf_es = -1037500400, tf_ds = -1035468784, tf_edi = -1037485440, tf_esi = -1041024768, tf_ebp = -252888304, tf_isp = -252888344, tf_ebx = -1041024768, tf_edx = -1040605912, tf_ecx = -1040605760, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1068542233, tf_cs = 8, tf_eflags = 65683, tf_esp = 40, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:255 #5 0xc063d20a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #6 0xc1f50018 in ?? () #7 0xc2290010 in ?? () #8 0xc2480010 in ?? () #9 0xc2293a80 in ?? () #10 0xc1f33900 in ?? () #11 0xf0ed3b10 in ?? () #12 0xf0ed3ae8 in ?? () #13 0xc1f33900 in ?? () #14 0xc1f99d28 in ?? () #15 0xc1f99dc0 in ?? () #16 0x00000000 in ?? () #17 0x0000000c in ?? () #18 0x00000000 in ?? () #19 0xc04f56e7 in propagate_priority (td=0xc2293a80) at /usr/src/sys/kern/subr_turnstile.c:243 #20 0xc04f5ea1 in turnstile_wait (ts=0xc1f99dc0, lock=0xc06f8a60, owner=0xc2293a80) at /usr/src/sys/kern/subr_turnstile.c:556 #21 0xc04cda71 in _mtx_lock_sleep (m=0xc06f8a60, td=0xc1f33900, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:552 #22 0xc05c4352 in nfsrv_rcv (so=0xc23aa798, arg=0xc1f65880, waitflag=1) at /usr/src/sys/nfsserver/nfs_srvsock.c:443 #23 0xc0510e35 in sowakeup (so=0xc23aa798, sb=0xc23aa7e8) at /usr/src/sys/kern/uipc_socket2.c:406 #24 0xc0574e40 in udp_append (last=0xc23ad654, ip=0xc279f010, n=0xc2404200, off=28, udp_in=0xf0ed3c50) at /usr/src/sys/netinet/udp_usrreq.c:478 #25 0xc0574beb in udp_input (m=0xc2404200, off=20) at /usr/src/sys/netinet/udp_usrreq.c:387 #26 0xc05612a1 in ip_input (m=0xc2404200) at /usr/src/sys/netinet/ip_input.c:776 #27 0xc0548f73 in netisr_processqueue (ni=0xc06ebeb8) at /usr/src/sys/net/netisr.c:235 #28 0xc054916e in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:348 #29 0xc04c2229 in ithread_loop (arg=0xc1f65a80) at /usr/src/sys/kern/kern_intr.c:547 #30 0xc04c12c5 in fork_exit (callout=0xc04c20d0 , arg=0xc1f65a80, frame=0xf0ed3d38) at /usr/src/sys/kern/kern_fork.c:791 #31 0xc063d26c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 Does anybody have an idea? Thank's for your help best regards ps:sorry for my poor english From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 15:40:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3B2416A41F for ; Tue, 29 Nov 2005 15:40:18 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68D4943D6E for ; Tue, 29 Nov 2005 15:40:01 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jATFdm8N090342 for ; Tue, 29 Nov 2005 10:39:48 -0500 (EST) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.4/8.13.4) with ESMTP id jATFdl5U072631; Tue, 29 Nov 2005 10:39:47 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id jATFdka1085393 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Nov 2005 10:39:46 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051129103951.08abb790@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Tue, 29 Nov 2005 10:40:06 -0500 To: freebsd-stable@freebsd.org, Forrest Aldrich From: Mike Tancsa In-Reply-To: <44acfnjzmu.fsf@be-well.ilk.org> References: <438B9E14.7040007@forrie.com> <44acfnjzmu.fsf@be-well.ilk.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.26 Cc: Subject: Re: device em0 not showing up at boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 15:40:18 -0000 At 09:29 AM 29/11/2005, Lowell Gilbert wrote: >Forrest Aldrich writes: > > > I have an older PC (Compaq AP200) that I'm running FreeBSD-6.0 on. > > > > I have an Intel Gigabit interface installed in one of the PCI slots, > > along with another dual 10/100 Intel in another. > > > > The "em0" device does not show up at boot time, and therefore the > > firewall rules fail. > >It's not detected in the boot messages at all? What does pciconf -lv show ? ---Mike >_______________________________________________ >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 29 15:46:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6B8716A41F for ; Tue, 29 Nov 2005 15:46:49 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2465143D5A for ; Tue, 29 Nov 2005 15:46:48 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so37262wxc for ; Tue, 29 Nov 2005 07:46:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YRClw3fH7pb89MrJgn1o51ShcadDjSYdWwEw/BCkAKZzVRtXANSxh8w1WfdrAsUkqp8d59ebMg3pg+lqktVFf3qNZNDJmNJxY3na9oZ5n+DTX2iLEkysPBIyY2IcgkqwTPV5Wiluw/dWwGRQXSA68Tap+wtpIL7v3T0ioyvv+0A= Received: by 10.65.235.5 with SMTP id m5mr2698053qbr; Tue, 29 Nov 2005 07:46:48 -0800 (PST) Received: by 10.64.151.15 with HTTP; Tue, 29 Nov 2005 07:46:48 -0800 (PST) Message-ID: Date: Tue, 29 Nov 2005 16:46:48 +0100 From: Claus Guttesen To: Dan Charrois In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051125033033.D779D16A42D@hub.freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 15:46:49 -0000 > Thanks everyone for replies made over the past few days about the > "unsolicited" rebooting problem. At first, I thought there was a > memory allocation bug as judged by the output of "netstat -m", but > apparently it's just a cosmetic statistics reporting bug and nothing > related to the instability itself. It's not any comfort to you but I have two Dell PE 1750's running very reliable using FreeBSD 5.4 stable as of Wed. the 28'th of Sep. 2005. It has two Xeon at 3 GHz, 2 GB RAM, a LSILogic 1030 Ultra4 Adapter. HTT is *off*. HTT does not yield any higher performance for most purposes. I can send you my kernel if you want. regards Claus From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 16:10:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1A7616A41F for ; Tue, 29 Nov 2005 16:10:07 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58BFF43D5A for ; Tue, 29 Nov 2005 16:10:07 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 7222AB863 for ; Tue, 29 Nov 2005 11:10:06 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: References: <20051125033033.D779D16A42D@hub.freebsd.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <197917DE-C26E-4A4A-8EA9-1467D1E0995E@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 29 Nov 2005 11:10:05 -0500 To: freebsd-stable X-Mailer: Apple Mail (2.746.2) Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 16:10:07 -0000 On Nov 29, 2005, at 10:46 AM, Claus Guttesen wrote: > It's not any comfort to you but I have two Dell PE 1750's running very > reliable using FreeBSD 5.4 stable as of Wed. the 28'th of Sep. 2005. I'd recommend running the Dell diags. They're pretty good at picking out hardware trouble, which it sounds like the OP is having. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 16:43:55 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6C4916A426 for ; Tue, 29 Nov 2005 16:43:54 +0000 (GMT) (envelope-from nomadlogic@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B724943D53 for ; Tue, 29 Nov 2005 16:43:43 +0000 (GMT) (envelope-from nomadlogic@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1183608nzo for ; Tue, 29 Nov 2005 08:43:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LfHa3Y9toLG5h/VPSjojXl/oaSXcEWWZl5IiHjtXPgeEgYFc+9pQvVaYMiTFnQ2VOAXorVOfFJokwI0wGpoE1sanY2fefDnV1w5/2DyOzK9x3rsZH+AonQKdnTfKJdsd4/8tJcEy87ZsTLh0vhiLJSVIwh9jls1PoEn3gA52FL4= Received: by 10.36.251.76 with SMTP id y76mr4724470nzh; Tue, 29 Nov 2005 08:43:42 -0800 (PST) Received: by 10.36.5.14 with HTTP; Tue, 29 Nov 2005 08:43:42 -0800 (PST) Message-ID: <57d710000511290843s3dc816a9r4bd5a92836aed340@mail.gmail.com> Date: Tue, 29 Nov 2005 08:43:42 -0800 From: pete wright To: =?ISO-8859-1?Q?Eirik_=D8verby?= In-Reply-To: <460BE48B-594F-4450-AFA7-1652B7C6800A@anduin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> <20051128235911.GA31669@xor.obsecurity.org> <20051129094531.Y23958@anduin.net> <20051129091533.GA41885@xor.obsecurity.org> <20051129103719.GB43032@xor.obsecurity.org> <460BE48B-594F-4450-AFA7-1652B7C6800A@anduin.net> Cc: stable@freebsd.org, Scot Hetzel , Joseph Koshy , Kris Kennaway Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 16:43:55 -0000 On 11/29/05, Eirik =D8verby wrote: > > On Nov 29, 2005, at 11:37 , Kris Kennaway wrote: > > > On Tue, Nov 29, 2005 at 10:25:07AM +0100, Eirik ?verby wrote: > >> > >> On Nov 29, 2005, at 10:15 , Kris Kennaway wrote: > >> > >>> On Tue, Nov 29, 2005 at 09:46:09AM +0100, Eirik Oeverby wrote: > >>>> > >>>> > >>>> On Mon, 28 Nov 2005, Kris Kennaway wrote: > >>>> > >>>>> On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: > >>>>>> Firmware versions are equal. BIOS settings are equal. > >>>>>> However, a diff of the dmesgs show (apart from MAC address > >>>>>> differences): > >>>>>> > >>>>>> 30c30 > >>>>>> < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > >>>>>> --- > >>>>>>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > >>>>>> > >>>>>> What on earth is that all about? The "slow" box has the ACPI-fast > >>>>>> timecounter... > >>>>> > >>>>> Could be ACPI bugs on your system: > >>>> > >>>> Yes, but the other system is 100% equal - hardware, bios config, > >>>> bios and > >>>> bootblock revision, controller bioses, etc. etc. > >>>> It all matches. > >>> > >>> Clearly they're not 100% equal, but (100-epsilon)%. Your job is to > >>> identify the origin of the epsilon :-) > >> > >> Yea yea ;) Working on it.. > >> Is there a way to force ACPI-safe on the slower system? > > > > I think someone already mentioned this..see the > > kern.timecounter.hardware and other kern.timecounter sysctls. > > I have now forced ACPI-safe on the slow system, to match the fast one. > Too bad though, it made absolutely zero difference. > > I'm upgrading BIOSes on both boxes now, even though they seem equal. > Then I'll see what ACPI debug output shows me. If you have any other > hints or ideas, please let me know... thanks so far. > > /Eirik Have you tired turning off ACPI at boot time. Is there an option to turn it off in the BIOS. This is an HP box correct? I have had some fun in the past chasing down hard to reproduce ACPI problems on HP hardware before, after much software trouble shooting I realized that by turning some knob's in the BIOS got the machines to a stable state (in my case I turned off USB "auto detection"). HTH -pete > > > > > Kris > > _______________________________________________ > 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" > -- ~~o0OO0o~~ Pete Wright www.nycbug.org NYC's *BSD User Group From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 16:58:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25CAB16A41F for ; Tue, 29 Nov 2005 16:58:29 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94C1743D81 for ; Tue, 29 Nov 2005 16:57:24 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so19760wxc for ; Tue, 29 Nov 2005 08:57:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AL2p970Iec7w3ZctOYShbmTyVd9vNJ95zJjiKkhW9SpKg/XwbVCSQaFjsH8uNlUuIaS1vwmBwhFVbsfgQ7MLiXjg325pyGhftLrFbr+DQMU87qCDJuig+ETpYktUgrMySMPXgJBZArB+jj8mYe2/JX+9JSb6WqvJaI8wc5Mmekk= Received: by 10.70.60.12 with SMTP id i12mr2427135wxa; Tue, 29 Nov 2005 08:57:15 -0800 (PST) Received: by 10.70.31.5 with HTTP; Tue, 29 Nov 2005 08:57:15 -0800 (PST) Message-ID: <790a9fff0511290857l2c9c1d17x94de975a12bd7b1e@mail.gmail.com> Date: Tue, 29 Nov 2005 10:57:15 -0600 From: Scot Hetzel To: Marco Calviani In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: snd_ich and syntax error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 16:58:29 -0000 On 11/29/05, Marco Calviani wrote: > Hi list, > i have a problem during the config(8) phase of a kernel configuration > file. I would like to add in the kernel the device snd_ich with (as > indicated in the handbook): > > device snd_ich > > However i've got a Syntax Error on that line when i try to config it. > > Any ideas for this behaviour? > We need a little more information. What is the Syntax Error? Show us your kernel config file. Do you have "device=09sound" in your kernel config file? Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 18:59:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D39316A420 for ; Tue, 29 Nov 2005 18:59:08 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD6FB43D5F for ; Tue, 29 Nov 2005 18:59:07 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Tue, 29 Nov 2005 10:58:55 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 05A765D04; Tue, 29 Nov 2005 10:58:53 -0800 (PST) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Claus Guttesen In-reply-to: Your message of "Tue, 29 Nov 2005 16:46:48 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Nov 2005 10:58:53 -0800 From: "Kevin Oberman" Message-Id: <20051129185853.05A765D04@ptavv.es.net> Cc: freebsd-stable@freebsd.org, Dan Charrois Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 18:59:08 -0000 As far as I can tell, hyperthreading is not much of a win for anyone. See hte article at: http://news.zdnet.co.uk/0,39020330,39237341,00.htmhttp://news.zdnet .co.uk/0,39020330,39237341,00.htm It reports that HTT slows performance even on threaded and, theoretically HTT ideal apps. (And this was with Windows.) -- 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 Tue Nov 29 19:04:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA93B16A41F for ; Tue, 29 Nov 2005 19:04:27 +0000 (GMT) (envelope-from wilbury@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47A6A43D5C for ; Tue, 29 Nov 2005 19:04:26 +0000 (GMT) (envelope-from wilbury@gmail.com) Received: by xproxy.gmail.com with SMTP id s10so289666wxc for ; Tue, 29 Nov 2005 11:04:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=kv+mLG1HmZDkAuN5Rgw5XLdmnVF8tCrxknhLkZp1tg6HAX4t+1LeUDq/ArNwWSTcSXfSg0IUc1INUqEIZcp38P8LQpqLGNK8TRNy2Qb2RNTv0Gl8KWRAxRH1fxhNT4q9QKKh15Ixc5l5vRdwMEcQUr+L3+EwS34PCjSxqTvKc7s= Received: by 10.65.61.11 with SMTP id o11mr5778825qbk; Tue, 29 Nov 2005 11:04:24 -0800 (PST) Received: by 10.65.40.19 with HTTP; Tue, 29 Nov 2005 11:04:24 -0800 (PST) Message-ID: Date: Tue, 29 Nov 2005 20:04:24 +0100 From: Juraj Lutter To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Silicon Image 3132under RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 19:04:28 -0000 Hi, is there any chance that the support for SiI 3132 will get to RELENG_5 (and RELENG_6 as well) soon? I've got this card and am quite unhappy that it isn't working (yet)... Thanks. -- Sincerely yours, Juraj Lutter From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 19:54:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A16216A420 for ; Tue, 29 Nov 2005 19:54:49 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09A8C43D5F for ; Tue, 29 Nov 2005 19:54:47 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by wproxy.gmail.com with SMTP id 55so378298wri for ; Tue, 29 Nov 2005 11:54:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=ikMOvEuEmVatafcZUzvdmSERIiJ6Km/xucVPGfoWa6te4CxGeu747ClR1Rt0HcFUJuvL1ejhKJWPOU91FcJPucyUl1gK3O14U1a94JFCNpr+PQzoVyIU7lrQSl2H7wQ0DBvTonSWrerUGwMyJzXq48A/rV7b++1PE/0NpumEbEc= Received: by 10.65.160.3 with SMTP id m3mr3371278qbo; Tue, 29 Nov 2005 11:54:46 -0800 (PST) Received: by 10.65.243.16 with HTTP; Tue, 29 Nov 2005 11:54:45 -0800 (PST) Message-ID: Date: Tue, 29 Nov 2005 19:54:45 +0000 From: Marco Calviani To: freebsd-stable@freebsd.org In-Reply-To: <200511291253.29915.joao@matik.com.br> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_5217_275333.1133294085651" References: <200511291253.29915.joao@matik.com.br> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: snd_ich and syntax error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 19:54:49 -0000 ------=_Part_5217_275333.1133294085651 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I use it on 6.0-Stable but the AC97 is still not working but I got no error > compiling it into the kernel > > Jo=E3o > > Hi, i'm attaching my config file. And the error i'm having is: config: MARCO1:283: syntax error However if i try to load the module with kldload snd_ich the sound card works perfectly: leased-248# cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0x1c00, 0x18c0 irq 10 bufsz 16384 kld snd_ich (1p/1r/0v channels duplex default) Please note that doublequoting snd_ich gives the very same results. Regards, MC ------=_Part_5217_275333.1133294085651 Content-Type: application/octet-stream; name="MARCO1" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="MARCO1" IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2kzODYKIwojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJl YWQgdGhlIGhhbmRib29rIHNlY3Rpb24gb24KIyBLZXJuZWwgQ29uZmlndXJhdGlvbiBGaWxlczoK IwojICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9o YW5kYm9vay9rZXJuZWxjb25maWctY29uZmlnLmh0bWwKIwojIFRoZSBoYW5kYm9vayBpcyBhbHNv IGF2YWlsYWJsZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rCiMgaWYgeW91J3Zl IGluc3RhbGxlZCB0aGUgZG9jIGRpc3RyaWJ1dGlvbiwgb3RoZXJ3aXNlIGFsd2F5cyBzZWUgdGhl CiMgRnJlZUJTRCBXb3JsZCBXaWRlIFdlYiBzZXJ2ZXIgKGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcv KSBmb3IgdGhlCiMgbGF0ZXN0IGluZm9ybWF0aW9uLgojCiMgQW4gZXhoYXVzdGl2ZSBsaXN0IG9m IG9wdGlvbnMgYW5kIG1vcmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZQojIGRldmljZSBs aW5lcyBpcyBhbHNvIHByZXNlbnQgaW4gdGhlIC4uLy4uL2NvbmYvTk9URVMgYW5kIE5PVEVTIGZp bGVzLgojIElmIHlvdSBhcmUgaW4gZG91YnQgYXMgdG8gdGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5 IG9mIGEgbGluZSwgY2hlY2sgZmlyc3QKIyBpbiBOT1RFUy4KIwojICRGcmVlQlNEOiBzcmMvc3lz L2kzODYvY29uZi9HRU5FUklDLHYgMS40MjkuMi4zLjIuMSAyMDA1LzEwLzI4IDE5OjIyOjQxIGpo YiBFeHAgJAoKbWFjaGluZQkJaTM4NgpjcHUJCUk0ODZfQ1BVCmNwdQkJSTU4Nl9DUFUKY3B1CQlJ Njg2X0NQVQppZGVudAkJTUFSQ08xCgojIFRvIHN0YXRpY2FsbHkgY29tcGlsZSBpbiBkZXZpY2Ug d2lyaW5nIGluc3RlYWQgb2YgL2Jvb3QvZGV2aWNlLmhpbnRzCiNoaW50cwkJIkdFTkVSSUMuaGlu dHMiCQkjIERlZmF1bHQgcGxhY2VzIHRvIGxvb2sgZm9yIGRldmljZXMuCgptYWtlb3B0aW9ucwlE RUJVRz0tZwkJIyBCdWlsZCBrZXJuZWwgd2l0aCBnZGIoMSkgZGVidWcgc3ltYm9scwoKI29wdGlv bnMgCVNDSEVEX1VMRQkJIyBVTEUgc2NoZWR1bGVyCm9wdGlvbnMgCVNDSEVEXzRCU0QJCSMgNEJT RCBzY2hlZHVsZXIKb3B0aW9ucyAJUFJFRU1QVElPTgkJIyBFbmFibGUga2VybmVsIHRocmVhZCBw cmVlbXB0aW9uCm9wdGlvbnMgCUlORVQJCQkjIEludGVyTkVUd29ya2luZwpvcHRpb25zIAlJTkVU NgkJCSMgSVB2NiBjb21tdW5pY2F0aW9ucyBwcm90b2NvbHMKb3B0aW9ucyAJRkZTCQkJIyBCZXJr ZWxleSBGYXN0IEZpbGVzeXN0ZW0Kb3B0aW9ucyAJU09GVFVQREFURVMJCSMgRW5hYmxlIEZGUyBz b2Z0IHVwZGF0ZXMgc3VwcG9ydApvcHRpb25zIAlVRlNfQUNMCQkJIyBTdXBwb3J0IGZvciBhY2Nl c3MgY29udHJvbCBsaXN0cwpvcHRpb25zIAlVRlNfRElSSEFTSAkJIyBJbXByb3ZlIHBlcmZvcm1h bmNlIG9uIGJpZyBkaXJlY3RvcmllcwpvcHRpb25zIAlNRF9ST09UCQkJIyBNRCBpcyBhIHBvdGVu dGlhbCByb290IGRldmljZQpvcHRpb25zIAlORlNDTElFTlQJCSMgTmV0d29yayBGaWxlc3lzdGVt IENsaWVudApvcHRpb25zIAlORlNTRVJWRVIJCSMgTmV0d29yayBGaWxlc3lzdGVtIFNlcnZlcgpv cHRpb25zIAlORlNfUk9PVAkJIyBORlMgdXNhYmxlIGFzIC8sIHJlcXVpcmVzIE5GU0NMSUVOVApv cHRpb25zIAlNU0RPU0ZTCQkJIyBNU0RPUyBGaWxlc3lzdGVtCm9wdGlvbnMgCUNEOTY2MAkJCSMg SVNPIDk2NjAgRmlsZXN5c3RlbQpvcHRpb25zIAlQUk9DRlMJCQkjIFByb2Nlc3MgZmlsZXN5c3Rl bSAocmVxdWlyZXMgUFNFVURPRlMpCm9wdGlvbnMgCVBTRVVET0ZTCQkjIFBzZXVkby1maWxlc3lz dGVtIGZyYW1ld29yawpvcHRpb25zIAlHRU9NX0dQVAkJIyBHVUlEIFBhcnRpdGlvbiBUYWJsZXMu Cm9wdGlvbnMgCUNPTVBBVF80MwkJIyBDb21wYXRpYmxlIHdpdGggQlNEIDQuMyBbS0VFUCBUSElT IV0Kb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q0CQkjIENvbXBhdGlibGUgd2l0aCBGcmVlQlNENApv cHRpb25zIAlDT01QQVRfRlJFRUJTRDUJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q1Cm9wdGlv bnMgCVNDU0lfREVMQVk9NTAwMAkJIyBEZWxheSAoaW4gbXMpIGJlZm9yZSBwcm9iaW5nIFNDU0kK b3B0aW9ucyAJS1RSQUNFCQkJIyBrdHJhY2UoMSkgc3VwcG9ydApvcHRpb25zIAlTWVNWU0hNCQkJ IyBTWVNWLXN0eWxlIHNoYXJlZCBtZW1vcnkKb3B0aW9ucyAJU1lTVk1TRwkJCSMgU1lTVi1zdHls ZSBtZXNzYWdlIHF1ZXVlcwpvcHRpb25zIAlTWVNWU0VNCQkJIyBTWVNWLXN0eWxlIHNlbWFwaG9y ZXMKb3B0aW9ucyAJX0tQT1NJWF9QUklPUklUWV9TQ0hFRFVMSU5HICMgUE9TSVggUDEwMDNfMUIg cmVhbC10aW1lIGV4dGVuc2lvbnMKb3B0aW9ucyAJS0JEX0lOU1RBTExfQ0RFVgkjIGluc3RhbGwg YSBDREVWIGVudHJ5IGluIC9kZXYKb3B0aW9ucyAJQUhDX1JFR19QUkVUVFlfUFJJTlQJIyBQcmlu dCByZWdpc3RlciBiaXRmaWVsZHMgaW4gZGVidWcKCQkJCQkjIG91dHB1dC4gIEFkZHMgfjEyOGsg dG8gZHJpdmVyLgpvcHRpb25zIAlBSERfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVy IGJpdGZpZWxkcyBpbiBkZWJ1ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MjE1ayB0byBkcml2ZXIu Cm9wdGlvbnMgCUFEQVBUSVZFX0dJQU5UCQkjIEdpYW50IG11dGV4IGlzIGFkYXB0aXZlLgoKZGV2 aWNlCQlhcGljCQkJIyBJL08gQVBJQwoKIyBCdXMgc3VwcG9ydC4KZGV2aWNlCQllaXNhCmRldmlj ZQkJcGNpCgojIEZsb3BweSBkcml2ZXMKZGV2aWNlCQlmZGMKCiMgQVRBIGFuZCBBVEFQSSBkZXZp Y2VzCmRldmljZQkJYXRhCmRldmljZQkJYXRhZGlzawkJIyBBVEEgZGlzayBkcml2ZXMKZGV2aWNl CQlhdGFyYWlkCQkjIEFUQSBSQUlEIGRyaXZlcwpkZXZpY2UJCWF0YXBpY2QJCSMgQVRBUEkgQ0RS T00gZHJpdmVzCmRldmljZQkJYXRhcGlmZAkJIyBBVEFQSSBmbG9wcHkgZHJpdmVzCmRldmljZQkJ YXRhcGlzdAkJIyBBVEFQSSB0YXBlIGRyaXZlcwpvcHRpb25zIAlBVEFfU1RBVElDX0lECSMgU3Rh dGljIGRldmljZSBudW1iZXJpbmcKCiMgU0NTSSBDb250cm9sbGVycwpkZXZpY2UJCWFoYgkJIyBF SVNBIEFIQTE3NDIgZmFtaWx5CmRldmljZQkJYWhjCQkjIEFIQTI5NDAgYW5kIG9uYm9hcmQgQUlD N3h4eCBkZXZpY2VzCmRldmljZQkJYWhkCQkjIEFIQTM5MzIwLzI5MzIwIGFuZCBvbmJvYXJkIEFJ Qzc5eHggZGV2aWNlcwpkZXZpY2UJCWFtZAkJIyBBTUQgNTNDOTc0IChUZWtyYW0gREMtMzkwKFQp KQpkZXZpY2UJCWlzcAkJIyBRbG9naWMgZmFtaWx5CiNkZXZpY2UgCWlzcGZ3CQkjIEZpcm13YXJl IGZvciBRTG9naWMgSEJBcy0gbm9ybWFsbHkgYSBtb2R1bGUKZGV2aWNlCQltcHQJCSMgTFNJLUxv Z2ljIE1QVC1GdXNpb24KI2RldmljZQkJbmNyCQkjIE5DUi9TeW1iaW9zIExvZ2ljCmRldmljZQkJ c3ltCQkjIE5DUi9TeW1iaW9zIExvZ2ljIChuZXdlciBjaGlwc2V0cyArIHRob3NlIG9mIGBuY3In KQpkZXZpY2UJCXRybQkJIyBUZWtyYW0gREMzOTVVL1VXL0YgREMzMTVVIGFkYXB0ZXJzCgpkZXZp Y2UJCWFkdgkJIyBBZHZhbnN5cyBTQ1NJIGFkYXB0ZXJzCmRldmljZQkJYWR3CQkjIEFkdmFuc3lz IHdpZGUgU0NTSSBhZGFwdGVycwpkZXZpY2UJCWFoYQkJIyBBZGFwdGVjIDE1NHggU0NTSSBhZGFw dGVycwpkZXZpY2UJCWFpYwkJIyBBZGFwdGVjIDE1WzAxMl14IFNDU0kgYWRhcHRlcnMsIEFJQy02 WzIzXTYwLgpkZXZpY2UJCWJ0CQkjIEJ1c2xvZ2ljL015bGV4IE11bHRpTWFzdGVyIFNDU0kgYWRh cHRlcnMKCmRldmljZQkJbmN2CQkjIE5DUiA1M0M1MDAKZGV2aWNlCQluc3AJCSMgV29ya2JpdCBO aW5qYSBTQ1NJLTMKZGV2aWNlCQlzdGcJCSMgVE1DIDE4QzMwLzE4QzUwCgojIFNDU0kgcGVyaXBo ZXJhbHMKZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQgZm9yIFNDU0kpCmRldmlj ZQkJY2gJCSMgU0NTSSBtZWRpYSBjaGFuZ2VycwpkZXZpY2UJCWRhCQkjIERpcmVjdCBBY2Nlc3Mg KGRpc2tzKQpkZXZpY2UJCXNhCQkjIFNlcXVlbnRpYWwgQWNjZXNzICh0YXBlIGV0YykKZGV2aWNl CQljZAkJIyBDRApkZXZpY2UJCXBhc3MJCSMgUGFzc3Rocm91Z2ggZGV2aWNlIChkaXJlY3QgU0NT SSBhY2Nlc3MpCmRldmljZQkJc2VzCQkjIFNDU0kgRW52aXJvbm1lbnRhbCBTZXJ2aWNlcyAoYW5k IFNBRi1URSkKCiMgUkFJRCBjb250cm9sbGVycyBpbnRlcmZhY2VkIHRvIHRoZSBTQ1NJIHN1YnN5 c3RlbQpkZXZpY2UJCWFtcgkJIyBBTUkgTWVnYVJBSUQKZGV2aWNlCQlhcmNtc3IJCSMgQXJlY2Eg U0FUQSBJSSBSQUlECmRldmljZQkJYXNyCQkjIERQVCBTbWFydFJBSUQgViwgVkkgYW5kIEFkYXB0 ZWMgU0NTSSBSQUlECmRldmljZQkJY2lzcwkJIyBDb21wYXEgU21hcnQgUkFJRCA1KgpkZXZpY2UJ CWRwdAkJIyBEUFQgU21hcnRjYWNoZSBJSUksIElWIC0gU2VlIE5PVEVTIGZvciBvcHRpb25zCmRl dmljZQkJaHB0bXYJCSMgSGlnaHBvaW50IFJvY2tldFJBSUQgMTgyeApkZXZpY2UJCWlpcgkJIyBJ bnRlbCBJbnRlZ3JhdGVkIFJBSUQKZGV2aWNlCQlpcHMJCSMgSUJNIChBZGFwdGVjKSBTZXJ2ZVJB SUQKZGV2aWNlCQltbHkJCSMgTXlsZXggQWNjZWxlUkFJRC9lWHRyZW1lUkFJRApkZXZpY2UJCXR3 YQkJIyAzd2FyZSA5MDAwIHNlcmllcyBQQVRBL1NBVEEgUkFJRAoKIyBSQUlEIGNvbnRyb2xsZXJz CmRldmljZQkJYWFjCQkjIEFkYXB0ZWMgRlNBIFJBSUQKZGV2aWNlCQlhYWNwCQkjIFNDU0kgcGFz c3Rocm91Z2ggZm9yIGFhYyAocmVxdWlyZXMgQ0FNKQpkZXZpY2UJCWlkYQkJIyBDb21wYXEgU21h cnQgUkFJRApkZXZpY2UJCW1seAkJIyBNeWxleCBEQUM5NjAgZmFtaWx5CmRldmljZQkJcHN0CQkj IFByb21pc2UgU3VwZXJ0cmFrIFNYNjAwMApkZXZpY2UJCXR3ZQkJIyAzd2FyZSBBVEEgUkFJRAoK IyBhdGtiZGMwIGNvbnRyb2xzIGJvdGggdGhlIGtleWJvYXJkIGFuZCB0aGUgUFMvMiBtb3VzZQpk ZXZpY2UJCWF0a2JkYwkJIyBBVCBrZXlib2FyZCBjb250cm9sbGVyCmRldmljZQkJYXRrYmQJCSMg QVQga2V5Ym9hcmQKZGV2aWNlCQlwc20JCSMgUFMvMiBtb3VzZQoKZGV2aWNlCQl2Z2EJCSMgVkdB IHZpZGVvIGNhcmQgZHJpdmVyCgpkZXZpY2UJCXNwbGFzaAkJIyBTcGxhc2ggc2NyZWVuIGFuZCBz Y3JlZW4gc2F2ZXIgc3VwcG9ydAoKIyBzeXNjb25zIGlzIHRoZSBkZWZhdWx0IGNvbnNvbGUgZHJp dmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlCmRldmljZQkJc2MKCiMgRW5hYmxlIHRoaXMg Zm9yIHRoZSBwY3Z0IChWVDIyMCBjb21wYXRpYmxlKSBjb25zb2xlIGRyaXZlcgojZGV2aWNlCQl2 dAojb3B0aW9ucyAJWFNFUlZFUgkJIyBzdXBwb3J0IGZvciBYIHNlcnZlciBvbiBhIHZ0IGNvbnNv bGUKI29wdGlvbnMgCUZBVF9DVVJTT1IJIyBzdGFydCB3aXRoIGJsb2NrIGN1cnNvcgoKZGV2aWNl CQlhZ3AJCSMgc3VwcG9ydCBzZXZlcmFsIEFHUCBjaGlwc2V0cwoKIyBQb3dlciBtYW5hZ2VtZW50 IHN1cHBvcnQgKHNlZSBOT1RFUyBmb3IgbW9yZSBvcHRpb25zKQojZGV2aWNlCQlhcG0KIyBBZGQg c3VzcGVuZC9yZXN1bWUgc3VwcG9ydCBmb3IgdGhlIGk4MjU0LgpkZXZpY2UJCXBtdGltZXIKCiMg UENDQVJEIChQQ01DSUEpIHN1cHBvcnQKIyBQQ01DSUEgYW5kIGNhcmRidXMgYnJpZGdlIHN1cHBv cnQKZGV2aWNlCQljYmIJCSMgY2FyZGJ1cyAoeWVudGEpIGJyaWRnZQpkZXZpY2UJCXBjY2FyZAkJ IyBQQyBDYXJkICgxNi1iaXQpIGJ1cwpkZXZpY2UJCWNhcmRidXMJCSMgQ2FyZEJ1cyAoMzItYml0 KSBidXMKCiMgU2VyaWFsIChDT00pIHBvcnRzCmRldmljZQkJc2lvCQkjIDgyNTAsIDE2WzQ1XTUw IGJhc2VkIHNlcmlhbCBwb3J0cwoKIyBQYXJhbGxlbCBwb3J0CmRldmljZQkJcHBjCmRldmljZQkJ cHBidXMJCSMgUGFyYWxsZWwgcG9ydCBidXMgKHJlcXVpcmVkKQpkZXZpY2UJCWxwdAkJIyBQcmlu dGVyCmRldmljZQkJcGxpcAkJIyBUQ1AvSVAgb3ZlciBwYXJhbGxlbApkZXZpY2UJCXBwaQkJIyBQ YXJhbGxlbCBwb3J0IGludGVyZmFjZSBkZXZpY2UKI2RldmljZQkJdnBvCQkjIFJlcXVpcmVzIHNj YnVzIGFuZCBkYQoKIyBJZiB5b3UndmUgZ290IGEgImR1bWIiIHNlcmlhbCBvciBwYXJhbGxlbCBQ Q0kgY2FyZCB0aGF0IGlzCiMgc3VwcG9ydGVkIGJ5IHRoZSBwdWMoNCkgZ2x1ZSBkcml2ZXIsIHVu Y29tbWVudCB0aGUgZm9sbG93aW5nCiMgbGluZSB0byBlbmFibGUgaXQgKGNvbm5lY3RzIHRvIHRo ZSBzaW8gYW5kL29yIHBwYyBkcml2ZXJzKToKI2RldmljZQkJcHVjCgojIFBDSSBFdGhlcm5ldCBO SUNzLgpkZXZpY2UJCWRlCQkjIERFQy9JbnRlbCBEQzIxeDR4IChgYFR1bGlwJycpCmRldmljZQkJ ZW0JCSMgSW50ZWwgUFJPLzEwMDAgYWRhcHRlciBHaWdhYml0IEV0aGVybmV0IENhcmQKZGV2aWNl CQlpeGdiCQkjIEludGVsIFBSTy8xMEdiRSBFdGhlcm5ldCBDYXJkCmRldmljZQkJdHhwCQkjIDND b20gM2NSOTkwIChgYFR5cGhvb24nJykKZGV2aWNlCQl2eAkJIyAzQ29tIDNjNTkwLCAzYzU5NSAo YGBWb3J0ZXgnJykKCiMgUENJIEV0aGVybmV0IE5JQ3MgdGhhdCB1c2UgdGhlIGNvbW1vbiBNSUkg YnVzIGNvbnRyb2xsZXIgY29kZS4KIyBOT1RFOiBCZSBzdXJlIHRvIGtlZXAgdGhlICdkZXZpY2Ug bWlpYnVzJyBsaW5lIGluIG9yZGVyIHRvIHVzZSB0aGVzZSBOSUNzIQpkZXZpY2UJCW1paWJ1cwkJ IyBNSUkgYnVzIHN1cHBvcnQKZGV2aWNlCQliZmUJCSMgQnJvYWRjb20gQkNNNDQweCAxMC8xMDAg RXRoZXJuZXQKZGV2aWNlCQliZ2UJCSMgQnJvYWRjb20gQkNNNTcweHggR2lnYWJpdCBFdGhlcm5l dApkZXZpY2UJCWRjCQkjIERFQy9JbnRlbCAyMTE0MyBhbmQgdmFyaW91cyB3b3JrYWxpa2VzCmRl dmljZQkJZnhwCQkjIEludGVsIEV0aGVyRXhwcmVzcyBQUk8vMTAwQiAoODI1NTcsIDgyNTU4KQpk ZXZpY2UJCWxnZQkJIyBMZXZlbCAxIExYVDEwMDEgZ2lnYWJpdCBFdGhlcm5ldApkZXZpY2UJCW5n ZQkJIyBOYXRTZW1pIERQODM4MjAgZ2lnYWJpdCBFdGhlcm5ldApkZXZpY2UJCW52ZQkJIyBuVmlk aWEgbkZvcmNlIE1DUCBvbi1ib2FyZCBFdGhlcm5ldCBOZXR3b3JraW5nCmRldmljZQkJcGNuCQkj IEFNRCBBbTc5Qzk3eCBQQ0kgMTAvMTAwKHByZWNlZGVuY2Ugb3ZlciAnbG5jJykKZGV2aWNlCQly ZQkJIyBSZWFsVGVrIDgxMzlDKy84MTY5LzgxNjlTLzgxMTBTCmRldmljZQkJcmwJCSMgUmVhbFRl ayA4MTI5LzgxMzkKZGV2aWNlCQlzZgkJIyBBZGFwdGVjIEFJQy02OTE1IChgYFN0YXJmaXJlJycp CmRldmljZQkJc2lzCQkjIFNpbGljb24gSW50ZWdyYXRlZCBTeXN0ZW1zIFNpUyA5MDAvU2lTIDcw MTYKZGV2aWNlCQlzawkJIyBTeXNLb25uZWN0IFNLLTk4NHggJiBTSy05ODJ4IGdpZ2FiaXQgRXRo ZXJuZXQKZGV2aWNlCQlzdGUJCSMgU3VuZGFuY2UgU1QyMDEgKEQtTGluayBERkUtNTUwVFgpCmRl dmljZQkJdGkJCSMgQWx0ZW9uIE5ldHdvcmtzIFRpZ29uIEkvSUkgZ2lnYWJpdCBFdGhlcm5ldApk ZXZpY2UJCXRsCQkjIFRleGFzIEluc3RydW1lbnRzIFRodW5kZXJMQU4KZGV2aWNlCQl0eAkJIyBT TUMgRXRoZXJQb3dlciBJSSAoODNjMTcwIGBgRVBJQycnKQpkZXZpY2UJCXZnZQkJIyBWSUEgVlQ2 MTJ4IGdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNlCQl2cgkJIyBWSUEgUmhpbmUsIFJoaW5lIElJCmRl dmljZQkJd2IJCSMgV2luYm9uZCBXODlDODQwRgpkZXZpY2UJCXhsCQkjIDNDb20gM2M5MHggKGBg Qm9vbWVyYW5nJycsIGBgQ3ljbG9uZScnKQoKIyBJU0EgRXRoZXJuZXQgTklDcy4gIHBjY2FyZCBO SUNzIGluY2x1ZGVkLgpkZXZpY2UJCWNzCQkjIENyeXN0YWwgU2VtaWNvbmR1Y3RvciBDUzg5eDAg TklDCiMgJ2RldmljZSBlZCcgcmVxdWlyZXMgJ2RldmljZSBtaWlidXMnCmRldmljZQkJZWQJCSMg TkVbMTJdMDAwLCBTTUMgVWx0cmEsIDNjNTAzLCBEUzgzOTAgY2FyZHMKZGV2aWNlCQlleAkJIyBJ bnRlbCBFdGhlckV4cHJlc3MgUHJvLzEwIGFuZCBQcm8vMTArCmRldmljZQkJZXAJCSMgRXRoZXJs aW5rIElJSSBiYXNlZCBjYXJkcwpkZXZpY2UJCWZlCQkjIEZ1aml0c3UgTUI4Njk2eCBiYXNlZCBj YXJkcwpkZXZpY2UJCWllCQkjIEV0aGVyRXhwcmVzcyA4LzE2LCAzQzUwNywgU3RhckxBTiAxMCBl dGMuCmRldmljZQkJbG5jCQkjIE5FMjEwMCwgTkUzMi1WTCBMYW5jZSBFdGhlcm5ldCBjYXJkcwpk ZXZpY2UJCXNuCQkjIFNNQydzIDkwMDAgc2VyaWVzIG9mIEV0aGVybmV0IGNoaXBzCmRldmljZQkJ eGUJCSMgWGlyY29tIHBjY2FyZCBFdGhlcm5ldAoKIyBJU0EgZGV2aWNlcyB0aGF0IHVzZSB0aGUg b2xkIElTQSBzaGltcwojZGV2aWNlCQlsZQoKIyBXaXJlbGVzcyBOSUMgY2FyZHMKZGV2aWNlCQl3 bGFuCQkjIDgwMi4xMSBzdXBwb3J0CmRldmljZQkJYW4JCSMgQWlyb25ldCA0NTAwLzQ4MDAgODAy LjExIHdpcmVsZXNzIE5JQ3MuCmRldmljZQkJYXdpCQkjIEJheVN0YWNrIDY2MCBhbmQgb3RoZXJz CmRldmljZQkJcmFsCQkjIFJhbGluayBUZWNobm9sb2d5IFJUMjUwMCB3aXJlbGVzcyBOSUNzLgpk ZXZpY2UJCXdpCQkjIFdhdmVMQU4vSW50ZXJzaWwvU3ltYm9sIDgwMi4xMSB3aXJlbGVzcyBOSUNz LgojZGV2aWNlCQl3bAkJIyBPbGRlciBub24gODAyLjExIFdhdmVsYW4gd2lyZWxlc3MgTklDLgoK IyBQc2V1ZG8gZGV2aWNlcy4KZGV2aWNlCQlsb29wCQkjIE5ldHdvcmsgbG9vcGJhY2sKZGV2aWNl CQlyYW5kb20JCSMgRW50cm9weSBkZXZpY2UKZGV2aWNlCQlldGhlcgkJIyBFdGhlcm5ldCBzdXBw b3J0CmRldmljZQkJc2wJCSMgS2VybmVsIFNMSVAKZGV2aWNlCQlwcHAJCSMgS2VybmVsIFBQUApk ZXZpY2UJCXR1bgkJIyBQYWNrZXQgdHVubmVsLgpkZXZpY2UJCXB0eQkJIyBQc2V1ZG8tdHR5cyAo dGVsbmV0IGV0YykKZGV2aWNlCQltZAkJIyBNZW1vcnkgImRpc2tzIgpkZXZpY2UJCWdpZgkJIyBJ UHY2IGFuZCBJUHY0IHR1bm5lbGluZwpkZXZpY2UJCWZhaXRoCQkjIElQdjYtdG8tSVB2NCByZWxh eWluZyAodHJhbnNsYXRpb24pCgojIFRoZSBgYnBmJyBkZXZpY2UgZW5hYmxlcyB0aGUgQmVya2Vs ZXkgUGFja2V0IEZpbHRlci4KIyBCZSBhd2FyZSBvZiB0aGUgYWRtaW5pc3RyYXRpdmUgY29uc2Vx dWVuY2VzIG9mIGVuYWJsaW5nIHRoaXMhCiMgTm90ZSB0aGF0ICdicGYnIGlzIHJlcXVpcmVkIGZv ciBESENQLgpkZXZpY2UJCWJwZgkJIyBCZXJrZWxleSBwYWNrZXQgZmlsdGVyCgojIFVTQiBzdXBw b3J0CmRldmljZQkJdWhjaQkJIyBVSENJIFBDSS0+VVNCIGludGVyZmFjZQpkZXZpY2UJCW9oY2kJ CSMgT0hDSSBQQ0ktPlVTQiBpbnRlcmZhY2UKZGV2aWNlCQllaGNpCQkjIEVIQ0kgUENJLT5VU0Ig aW50ZXJmYWNlIChVU0IgMi4wKQpkZXZpY2UJCXVzYgkJIyBVU0IgQnVzIChyZXF1aXJlZCkKI2Rl dmljZQkJdWRicAkJIyBVU0IgRG91YmxlIEJ1bGsgUGlwZSBkZXZpY2VzCmRldmljZQkJdWdlbgkJ IyBHZW5lcmljCmRldmljZQkJdWhpZAkJIyAiSHVtYW4gSW50ZXJmYWNlIERldmljZXMiCmRldmlj ZQkJdWtiZAkJIyBLZXlib2FyZApkZXZpY2UJCXVscHQJCSMgUHJpbnRlcgpkZXZpY2UJCXVtYXNz CQkjIERpc2tzL01hc3Mgc3RvcmFnZSAtIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQpkZXZpY2UJCXVt cwkJIyBNb3VzZQpkZXZpY2UJCXVyYWwJCSMgUmFsaW5rIFRlY2hub2xvZ3kgUlQyNTAwVVNCIHdp cmVsZXNzIE5JQ3MKZGV2aWNlCQl1cmlvCQkjIERpYW1vbmQgUmlvIDUwMCBNUDMgcGxheWVyCmRl dmljZQkJdXNjYW5uZXIJIyBTY2FubmVycwojIFVTQiBFdGhlcm5ldCwgcmVxdWlyZXMgbWlpYnVz CmRldmljZQkJYXVlCQkjIEFETXRlayBVU0IgRXRoZXJuZXQKZGV2aWNlCQlheGUJCSMgQVNJWCBF bGVjdHJvbmljcyBVU0IgRXRoZXJuZXQKZGV2aWNlCQljZGNlCQkjIEdlbmVyaWMgVVNCIG92ZXIg RXRoZXJuZXQKZGV2aWNlCQljdWUJCSMgQ0FUQyBVU0IgRXRoZXJuZXQKZGV2aWNlCQlrdWUJCSMg S2F3YXNha2kgTFNJIFVTQiBFdGhlcm5ldApkZXZpY2UJCXJ1ZQkJIyBSZWFsVGVrIFJUTDgxNTAg VVNCIEV0aGVybmV0CgojIEZpcmVXaXJlIHN1cHBvcnQKZGV2aWNlCQlmaXJld2lyZQkjIEZpcmVX aXJlIGJ1cyBjb2RlCmRldmljZQkJc2JwCQkjIFNDU0kgb3ZlciBGaXJlV2lyZSAoUmVxdWlyZXMg c2NidXMgYW5kIGRhKQpkZXZpY2UJCWZ3ZQkJIyBFdGhlcm5ldCBvdmVyIEZpcmVXaXJlIChub24t c3RhbmRhcmQhKQoKIyBBZ2dpdW50ZSBkaSBNYXJjbwpkZXZpY2UJc291bmQKZGV2aWNlICBzbmRf aWNo ------=_Part_5217_275333.1133294085651-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 20:11:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0493F16A41F; Tue, 29 Nov 2005 20:11:41 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id F295243D5A; Tue, 29 Nov 2005 20:11:39 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi2.stromnet.org (81.231.107.13) by pne-smtpout2-sn2.hy.skanova.net (7.2.060.1) id 438CA41400005A21; Tue, 29 Nov 2005 21:10:44 +0100 Received: from localhost (localhost [127.0.0.1]) by elfi2.stromnet.org (Postfix) with ESMTP id 77CCACF023; Tue, 29 Nov 2005 21:10:43 +0100 (CET) Received: from elfi2.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00659-03; Tue, 29 Nov 2005 21:10:38 +0100 (CET) Received: from [10.10.0.6] (vpn1-c1.stromnet.org [10.10.0.6]) by elfi2.stromnet.org (Postfix) with ESMTP id EB2EECF00F; Tue, 29 Nov 2005 21:10:37 +0100 (CET) In-Reply-To: <1132356649.903.32.camel@genius1.i.cz> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> <1132356649.903.32.camel@genius1.i.cz> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-4-369007405; protocol="application/pkcs7-signature" Message-Id: <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Tue, 29 Nov 2005 21:10:29 +0100 To: Michal Mertl X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at stromnet.org X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Pawel Jakub Dawidek , delphij@delphij.net, freebsd-stable@freebsd.org Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 20:11:41 -0000 --Apple-Mail-4-369007405 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed On 19 nov 2005, at 00.30, Michal Mertl wrote: > Parv wrote: >> in message <1132353600.903.19.camel@genius1.i.cz>, wrote Michal >> Mertl thusly... >>> >>> Johan Str=F6m wrote: >>>> >>>> On 18 nov 2005, at 18.43, Xin LI wrote: >> ... >>>> So, it seems it does run savecore after running dumpon and >>>> mounting disks etc... Is that wrong? >>> >>> No, this is normal. When you run savecore you need to have mounted >>> filesystems. In order to mount the filesystems they may have to be >>> checked. The fsck program requires big amount of memory to check >>> larger filesystems so the swap has to be enabled. Core dumps are >>> written to the dump device (swap) from the end whereas the swap is >>> normally used from the beginning (or the other way around). >>> Therefore there's quite a big chance that, even when the swap has >>> to be used for fsck, the core dump is intact and usable. >> >> Is there any formula to calculate the size of swap to account for >> fsck & core dump while assigning swap size (short of having two swap >> partitions)? > > None that I know of. Someone posted to some FreeBSD mailing list some > figures about the fsck consumption of memory. I really don't remember, > but I think it was something like some MBs of memory per quite a =20 > lot of > GB of file system space. E.g. that the fsck on "normally" sized file > systems (e.g. at most a couple of hundred GB) doesn't normally cosume > all of "normally" sized memory (>=3D256MB) and thus doesn't need to =20= > swap. > >>> If the usage of the swap file by fsck corrupts the core dump you >>> may start after next crash in single user mode and run the >>> commands manually (without enabling swap). >> >> Is that after kernel (re)boots? And would the commands to be >> executed be savecore followed by swapon? > > If the dump got corrupted by fsck, you would have to wait for another > crash and dump. Then you would reboot and start in single user mode, > repair the file systems without swap enabled (fsck would crash on the > large file system(s)) and then run savecore. Swapon is then =20 > irrelevant, > you probably don't need swap for savecore. After running savecore you > can start normally multi user (exit from the single user shell). > > I didn't try all of that but I believe it should work. > > Michal > I just got another coredump, hadn't had one since the first one. =46rom =20= messages: Nov 29 20:36:54 elfi kernel: subdisk10: detached Nov 29 20:36:54 elfi kernel: ad10: detached Nov 29 20:36:54 elfi kernel: unknown: TIMEOUT - READ_DMA48 retrying =20 (1 retry left) LBA=3D426562704 Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad10s1 disconnected. Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D134356992, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D134373376, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D134389760, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D134438912, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D268591104, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D268607488, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D268623872, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D5966307328, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D5967650816, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D5968355328, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D5968584704, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D5969715200, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D5971795968, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D5972697088, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D16063848960, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D16063865344, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D16063881728, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D16063914496, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D16064324096, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D16064340480, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D16064373248, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D16064471552, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D18761523712, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D18762850816, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D18762867200, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D18762883584, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D18762899968, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D18762949120, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D18762965504, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D18846032384, length=3D131072)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D18846228992, length=3D131072)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D18846441984, length=3D131072)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D18846638592, length=3D131072)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D20110369280, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D20111680000, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D20111696384, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D21073961472, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D21073977856, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D21844845056, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D23003161088, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D27434574336, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D32635757056, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D33406444032, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D34369610240, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[READ(offset=3D34555535872, length=3D131072)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D36874609152, length=3D16384)] Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad10s1[WRITE(offset=3D37645722112, length=3D16384)] Nov 29 20:46:09 elfi syslogd: kernel boot file is /boot/kernel/kernel Nov 29 20:46:09 elfi kernel: Nov 29 20:46:09 elfi kernel: Nov 29 20:46:09 elfi kernel: Fatal trap 12: page fault while in =20 kernel mode Nov 29 20:46:09 elfi kernel: fault virtual address =3D 0x49 Nov 29 20:46:09 elfi kernel: fault code =3D supervisor read, =20 page not present Nov 29 20:46:09 elfi kernel: instruction pointer =3D =20 0x20:0xc064cbfa Nov 29 20:46:09 elfi kernel: stack pointer =3D =20 0x28:0xd44a8c9c Nov 29 20:46:09 elfi kernel: frame pointer =3D =20 0x28:0xd44a8c9c Nov 29 20:46:09 elfi kernel: code segment =3D base 0x0, =20= limit 0xfffff, type 0x1b Nov 29 20:46:09 elfi kernel: =3D DPL 0, pres 1, def32 1, gran 1 Nov 29 20:46:09 elfi kernel: processor eflags =3D interrupt enabled, =20= resume, IOPL =3D 0 Nov 29 20:46:09 elfi kernel: current process =3D 35 (swi4: =20= clock sio) Nov 29 20:46:09 elfi kernel: trap number =3D 12 Nov 29 20:46:09 elfi kernel: panic: page fault Nov 29 20:46:09 elfi kernel: Uptime: 10d9h28m1s Nov 29 20:46:09 elfi kernel: Copyright (c) 1992-2005 The FreeBSD =20 Project. Nov 29 20:46:09 elfi kernel: Copyright (c) 1979, 1980, 1983, 1986, =20 1988, 1989, 1991, 1992, 1993, 1994 Nov 29 20:46:09 elfi kernel: The Regents of the University of =20 California. All rights reserved. Nov 29 20:46:09 elfi kernel: FreeBSD 6.0-RELEASE #1: Sat Nov 19 =20 03:22:49 CET 2005 Nov 29 20:46:09 elfi kernel: johan@elfi.stromnet.org:/usr/obj/usr/src/=20= sys/GENERIC Nov 29 20:46:09 elfi kernel: ACPI APIC Table: Nov 29 20:46:09 elfi kernel: Timecounter "i8254" frequency 1193182 Hz =20= quality 0 Nov 29 20:46:09 elfi kernel: CPU: AMD Athlon(TM) XP 1900+ (1601.96-=20 MHz 686-class CPU) Nov 29 20:46:09 elfi kernel: Origin =3D "AuthenticAMD" Id =3D 0x662 =20= Stepping =3D 2 Nov 29 20:46:09 elfi kernel: =20 Features=3D0x383fbff Nov 29 20:46:09 elfi kernel: AMD Features=3D0xc0480800 Nov 29 20:46:09 elfi kernel: real memory =3D 536854528 (511 MB) Nov 29 20:46:09 elfi kernel: avail memory =3D 516001792 (492 MB) Nov 29 20:46:09 elfi kernel: ioapic0: Changing APIC ID to 2 Nov 29 20:46:09 elfi kernel: ioapic0 irqs 0-23 on =20 motherboard Nov 29 20:46:09 elfi kernel: npx0: [FAST] Nov 29 20:46:09 elfi kernel: npx0: on motherboard Nov 29 20:46:09 elfi kernel: npx0: INT 16 interface Nov 29 20:46:09 elfi kernel: acpi0: on motherboard Nov 29 20:46:09 elfi kernel: acpi0: Power Button (fixed) Nov 29 20:46:09 elfi kernel: pci_link0: irq 11 =20 on acpi0 Nov 29 20:46:09 elfi kernel: pci_link1: irq 10 =20 on acpi0 Nov 29 20:46:09 elfi kernel: pci_link2: irq 0 on =20= acpi0 Nov 29 20:46:09 elfi kernel: pci_link3: irq 12 =20 on acpi0 Nov 29 20:46:09 elfi kernel: pci_link4: irq 5 on =20= acpi0 Nov 29 20:46:09 elfi kernel: Timecounter "ACPI-fast" frequency =20 3579545 Hz quality 1000 Nov 29 20:46:09 elfi kernel: acpi_timer0: <32-bit timer at =20 3.579545MHz> port 0xe408-0xe40b on acpi0 Nov 29 20:46:09 elfi kernel: cpu0: on acpi0 Nov 29 20:46:09 elfi kernel: acpi_button0: on acpi0 Nov 29 20:46:09 elfi kernel: pcib0: port =20 0xcf8-0xcff on acpi0 Nov 29 20:46:09 elfi kernel: pci0: on pcib0 Nov 29 20:46:09 elfi kernel: agp0: mem 0xfe000000-0xfe7fffff at device 0.0 on pci0 Nov 29 20:46:09 elfi kernel: pcib1: at device =20 1.0 on pci0 Nov 29 20:46:09 elfi kernel: pci1: on pcib1 Nov 29 20:46:09 elfi kernel: pci0: at device 5.0 =20 (no driver attached) Nov 29 20:46:09 elfi kernel: fwohci0: mem 0xfd000000-0xfd0007ff,0xfc800000-0xfc803fff irq 17 at =20 device 7.0 on pci0 Nov 29 20:46:09 elfi kernel: fwohci0: OHCI version 1.10 (ROM=3D1) Nov 29 20:46:09 elfi kernel: fwohci0: No. of Isochronous channels is 4. Nov 29 20:46:09 elfi kernel: fwohci0: EUI64 00:e0:18:00:00:02:7e:fe Nov 29 20:46:09 elfi kernel: fwohci0: Phy 1394a available S400, 1 ports. Nov 29 20:46:09 elfi kernel: fwohci0: Link S400, max_rec 2048 bytes. Nov 29 20:46:09 elfi kernel: firewire0: on =20 fwohci0 Nov 29 20:46:09 elfi kernel: fwe0: on firewire0 Nov 29 20:46:09 elfi kernel: if_fwe0: Fake Ethernet address: =20 02:e0:18:02:7e:fe Nov 29 20:46:09 elfi kernel: fwe0: Ethernet address: 02:e0:18:02:7e:fe Nov 29 20:46:09 elfi kernel: fwe0: if_start running deferred for Giant Nov 29 20:46:09 elfi kernel: sbp0: on =20 firewire0 Nov 29 20:46:09 elfi kernel: fwohci0: Initiate bus reset Nov 29 20:46:09 elfi kernel: fwohci0: node_id=3D0xc800ffc0, gen=3D1, =20 CYCLEMASTER mode Nov 29 20:46:09 elfi kernel: firewire0: 1 nodes, maxhop <=3D 0, cable =20= IRM =3D 0 (me) Nov 29 20:46:09 elfi kernel: firewire0: bus manager 0 (me) Nov 29 20:46:09 elfi kernel: uhci0: port =20 0xd400-0xd41f irq 19 at device 9.0 on pci0 Nov 29 20:46:09 elfi kernel: uhci0: [GIANT-LOCKED] Nov 29 20:46:09 elfi kernel: usb0: on uhci0 Nov 29 20:46:09 elfi kernel: usb0: USB revision 1.0 Nov 29 20:46:09 elfi kernel: uhub0: VIA UHCI root hub, class 9/0, rev =20= 1.00/1.00, addr 1 Nov 29 20:46:09 elfi kernel: uhub0: 2 ports with 2 removable, self =20 powered Nov 29 20:46:09 elfi kernel: uhci1: port =20 0xd000-0xd01f irq 16 at device 9.1 on pci0 Nov 29 20:46:09 elfi kernel: uhci1: [GIANT-LOCKED] Nov 29 20:46:09 elfi kernel: usb1: on uhci1 Nov 29 20:46:09 elfi kernel: usb1: USB revision 1.0 Nov 29 20:46:09 elfi kernel: uhub1: VIA UHCI root hub, class 9/0, rev =20= 1.00/1.00, addr 1 Nov 29 20:46:09 elfi kernel: uhub1: 2 ports with 2 removable, self =20 powered Nov 29 20:46:09 elfi kernel: ehci0: =20 mem 0xfc000000-0xfc0000ff irq 17 at device 9.2 on pci0 Nov 29 20:46:09 elfi kernel: ehci0: [GIANT-LOCKED] Nov 29 20:46:09 elfi kernel: usb2: EHCI version 0.95 Nov 29 20:46:09 elfi kernel: usb2: companion controllers, 2 ports =20 each: usb0 usb1 Nov 29 20:46:09 elfi kernel: usb2: on =20= ehci0 Nov 29 20:46:09 elfi kernel: usb2: USB revision 2.0 Nov 29 20:46:09 elfi kernel: uhub2: VIA EHCI root hub, class 9/0, rev =20= 2.00/1.00, addr 1 Nov 29 20:46:09 elfi kernel: uhub2: 4 ports with 4 removable, self =20 powered Nov 29 20:46:09 elfi kernel: atapci0: port 0xb800-0xb87f,0xb400-0xb4ff mem =20 0xfb800000-0xfb800fff,0xfb000000-0xfb01ffff irq 19 at device 12.0 on pci0 Nov 29 20:46:09 elfi kernel: ata2: on atapci0 Nov 29 20:46:09 elfi kernel: ata3: on atapci0 Nov 29 20:46:09 elfi kernel: ata4: on atapci0 Nov 29 20:46:09 elfi kernel: ata5: on atapci0 Nov 29 20:46:09 elfi kernel: xl0: <3Com 3c905C-TX Fast Etherlink XL> =20 port 0xb000-0xb07f mem 0xfa800000-0xfa80007f irq 17 at device 14.0 on =20= pci0 Nov 29 20:46:09 elfi kernel: miibus0: on xl0 Nov 29 20:46:09 elfi kernel: xlphy0: <3c905C 10/100 internal PHY> on =20 miibus0 Nov 29 20:46:09 elfi kernel: xlphy0: 10baseT, 10baseT-FDX, =20 100baseTX, 100baseTX-FDX, auto Nov 29 20:46:09 elfi kernel: xl0: Ethernet address: 00:04:76:ef:c6:36 Nov 29 20:46:09 elfi kernel: pci0: at device 15.0 (no =20 driver attached) Nov 29 20:46:09 elfi kernel: isab0: at device 17.0 =20 on pci0 Nov 29 20:46:09 elfi kernel: isa0: on isab0 Nov 29 20:46:09 elfi kernel: atapci1: =20 port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa400-0xa40f at device 17.1 =20= on pci0 Nov 29 20:46:09 elfi kernel: ata0: on atapci1 Nov 29 20:46:09 elfi kernel: ata1: on atapci1 Nov 29 20:46:09 elfi kernel: uhci2: port =20 0xa000-0xa01f at device 17.2 on pci0 Nov 29 20:46:09 elfi kernel: uhci2: [GIANT-LOCKED] Nov 29 20:46:09 elfi kernel: usb3: on uhci2 Nov 29 20:46:09 elfi kernel: usb3: USB revision 1.0 Nov 29 20:46:09 elfi kernel: uhub3: VIA UHCI root hub, class 9/0, rev =20= 1.00/1.00, addr 1 Nov 29 20:46:09 elfi kernel: uhub3: 2 ports with 2 removable, self =20 powered Nov 29 20:46:09 elfi kernel: uhci3: port =20 0x9800-0x981f irq 21 at device 17.3 on pci0 Nov 29 20:46:09 elfi kernel: uhci3: [GIANT-LOCKED] Nov 29 20:46:09 elfi kernel: usb4: on uhci3 Nov 29 20:46:09 elfi kernel: usb4: USB revision 1.0 Nov 29 20:46:09 elfi kernel: uhub4: VIA UHCI root hub, class 9/0, rev =20= 1.00/1.00, addr 1 Nov 29 20:46:09 elfi kernel: uhub4: 2 ports with 2 removable, self =20 powered Nov 29 20:46:09 elfi kernel: ppc0: port =20 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 Nov 29 20:46:09 elfi kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/=20 NIBBLE) in COMPATIBLE mode Nov 29 20:46:09 elfi kernel: ppc0: FIFO with 16/16/9 bytes threshold Nov 29 20:46:09 elfi kernel: ppbus0: on ppc0 Nov 29 20:46:09 elfi kernel: plip0: on ppbus0 Nov 29 20:46:09 elfi kernel: lpt0: on ppbus0 Nov 29 20:46:09 elfi kernel: lpt0: Interrupt-driven port Nov 29 20:46:09 elfi kernel: ppi0: on ppbus0 Nov 29 20:46:09 elfi kernel: sio0: <16550A-compatible COM port> port =20 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Nov 29 20:46:09 elfi kernel: sio0: type 16550A Nov 29 20:46:09 elfi kernel: sio1: <16550A-compatible COM port> port =20 0x2f8-0x2ff irq 3 on acpi0 Nov 29 20:46:09 elfi kernel: sio1: type 16550A Nov 29 20:46:09 elfi kernel: atkbdc0: =20 port 0x60,0x64 irq 1 on acpi0 Nov 29 20:46:09 elfi kernel: atkbd0: irq 1 on atkbdc0 Nov 29 20:46:09 elfi kernel: kbd0 at atkbd0 Nov 29 20:46:09 elfi kernel: atkbd0: [GIANT-LOCKED] Nov 29 20:46:09 elfi kernel: pmtimer0 on isa0 Nov 29 20:46:09 elfi kernel: orm0: at iomem =20 0xc0000-0xc7fff,0xc8000-0xccfff,0xd0000-0xd07ff on isa0 Nov 29 20:46:09 elfi kernel: sc0: at flags 0x100 on =20 isa0 Nov 29 20:46:09 elfi kernel: sc0: VGA <16 virtual consoles, flags=3D0x300>= Nov 29 20:46:09 elfi kernel: vga0: at port =20 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Nov 29 20:46:09 elfi kernel: Timecounter "TSC" frequency 1601962271 =20 Hz quality 800 Nov 29 20:46:09 elfi kernel: Timecounters tick every 1.000 msec Nov 29 20:46:09 elfi kernel: ad0: 2441MB at =20 ata0-master UDMA33 Nov 29 20:46:09 elfi kernel: acd0: CDROM at =20 ata1-master PIO4 Nov 29 20:46:09 elfi kernel: ad6: 286188MB =20 at ata3-master SATA150 Nov 29 20:46:09 elfi kernel: ad10: 286188MB =20= at ata5-master SATA150 Nov 29 20:46:09 elfi kernel: GEOM_MIRROR: Device gm0s1 created =20 (id=3D4118114647). Nov 29 20:46:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad6s1 detected. Nov 29 20:46:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad10s1 detected. Nov 29 20:46:09 elfi kernel: Root mount waiting for: GMIRROR Nov 29 20:46:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad6s1 activated. Nov 29 20:46:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 mirror/gm0s1 launched. Nov 29 20:46:09 elfi kernel: GEOM_MIRROR: Device gm0s1: rebuilding =20 provider ad10s1. Nov 29 20:46:09 elfi kernel: Trying to mount root from ufs:/dev/=20 mirror/gm0s1a Nov 29 20:46:09 elfi kernel: WARNING: / was not properly dismounted Nov 29 20:46:09 elfi kernel: WARNING: /tmp was not properly dismounted Nov 29 20:46:09 elfi kernel: WARNING: /usr was not properly dismounted Nov 29 20:46:09 elfi kernel: /usr: mount pending error: blocks 23884 =20 files 1 Nov 29 20:46:09 elfi kernel: WARNING: /var was not properly dismounted Nov 29 20:46:09 elfi kernel: /var: mount pending error: blocks 56 =20 files 5 Nov 29 20:46:09 elfi savecore: no dumps found No core saved?... I'm fairly sure there was a dump device set.. =20 Should be.. =46rom dmesg -a: ... ad0: 2441MB at ata0-master UDMA33 acd0: CDROM at ata1-master PIO4 ad6: 286188MB at ata3-master SATA150 ad10: 286188MB at ata5-master SATA150 GEOM_MIRROR: Device gm0s1 created (id=3D4118114647). GEOM_MIRROR: Device gm0s1: provider ad6s1 detected. GEOM_MIRROR: Device gm0s1: provider ad10s1 detected. Root mount waiting for: GMIRROR GEOM_MIRROR: Device gm0s1: provider ad6s1 activated. GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 launched. GEOM_MIRROR: Device gm0s1: rebuilding provider ad10s1. Trying to mount root from ufs:/dev/mirror/gm0s1a WARNING: / was not properly dismounted Loading configuration files. kernel dumps on /dev/ad0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart . Havent touched the dumpon stuff since last boot, so the dump device =20 should be active... I tried to force savecore: root@elfi:/var/log$ savecore -f /var/crash/ /dev/ad0s1b savecore: unable to force dump - bad magic savecore: no dumps found Some info about from sysclt (dont know if there is anything relevant)): root@elfi:/var/log$ sysctl -a|grep dump kern.sugid_coredump: 0 kern.coredump: 1 kern.nodump_coredump: 0 <6>pid 78189 (lookupd), uid 0: exited on signal 11 (core dumped) <6>pid 3790 (yafc), uid 10001: exited on signal 11 (core dumped) <6>pid 67414 (lookupd), uid 0: exited on signal 11 (core dumped) <118>kernel dumps on /dev/ad0s1b <118>Checking for core dump on /dev/ad0s1b... <118>savecore: no dumps found <118>Nov 29 21:01:04 elfi savecore: unable to force dump - bad magic debug.elf32_legacy_coredump: 0 hw.an.an_dump: off Can somebody give me a clue about what to do? Btw, the disk speed problem still persists, can't get over ~20Mb/s, =20 even on a raw disk (remove a disk from gmirror and mount /dev/ad6s1f =20 for example). Can there be problems with the mobo/controllercard? Or is it more =20 likely to be driver realted? Promise lists my motherboard (asus =20 a7v333) in their manual for the controllercard (promise sataII 150 TX4). Thanks Johan Str=F6m johan@stromnet.org http://www.stromnet.org/ --Apple-Mail-4-369007405-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 20:40:04 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A33116A41F for ; Tue, 29 Nov 2005 20:40:04 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 830A443D64 for ; Tue, 29 Nov 2005 20:40:01 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from localhost (ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id jATKdx1f006613 for ; Tue, 29 Nov 2005 12:40:00 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: stable@freebsd.org Date: Tue, 29 Nov 2005 15:39:41 -0500 User-Agent: KMail/1.8.3 X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*. X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Subject: wireless, ndis problems on Compaq TC1000 Tablet running 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 20:40:04 -0000 --Boundary-00=_NyLjDk+2fWGOoeI Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline After successfully installing FreeBSD 6.0 on a Compaq TC1000 Tablet PC (and updating it to yesterday's -STABLE), I am trying to get the built-in wireless to work. The wi(4) driver does not attach to it. Under Windows, the card shows up as a "Compaq 802.11b WLAN Mini-PCI" card (although it is not in the user-accessible Mini-PCI slot). Pciconf gives this: none4@pci0:10:0: class=0x020000 card=0x00d30e11 chip=0x05061114 rev=0x11 hdr=0x00 vendor = 'Atmel Corp.' device = 'AT76C506 802.11b Wireless Network Adaptor' class = network subclass = ethernet (Full pciconf -lv output attached). My first question: is there a chance it would be trivial to make this card work with the wi(4) driver? ISTR reading this morning that this was a Prism chip, although now I can't find that again. Undaunted, I moved on to ndis(4). Using wine(1), I was able to extract a driver from SP23100.exe, obtained from hp's website.[1] I fed netcwl200.inf and cwl200.sys to ndisgen(8), and was rewarded with a successfully compiled cwl200_sys.ko. Unfortunately, the machine panics as soon as the module is loaded, with the following output (transcribed by hand, typos possible): tablet# kldload cwl200_sys isab1: at device 7.4 on pci0 device_attach: isab1 attach returned 6 no match for swprintf isab1: at device 7.4 on pci0 device_attach: isab1 attach returned 6 ndis0: port 0x1c00-0x1cff mem 0xe8030000-0xe803ffff at device 10.0 on pci0 ndis0: NDIS API version: 5.1 ntoskrnl dummy called... ntoskrnl dummy called... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc3bf70d8 stack pointer = 0x28:0xd6cbc62c frame pointer = 0x28:0xd6cbc844 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 571 (kldload) trap number = 12 panic: page fault Which leads to my second question: should ndis be expected to work with this device? Assuming the answer is yes, what else can I do to track down the problem? A complete (verbose) dmesg from the system is attached. Any input will be much appreciated. Thanks! JN [1] See http://h18007.www1.hp.com/support/files/Compaqtabletpc/us/download/19836.html --Boundary-00=_NyLjDk+2fWGOoeI Content-Type: text/plain; charset="us-ascii"; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-STABLE #0: Mon Nov 28 15:23:03 EST 2005 root@sparrtab.benefitfocus.com:/usr/obj/usr/src/sys/SPARRTAB Preloaded elf kernel "/boot/kernel/kernel" at 0xc0851000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0851188. Calibrating clock(s) ... i8254 clock: 1193167 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 995502588 Hz CPU: Transmeta(tm) Crusoe(tm) Processor TM5800 (995.50-MHz 586-class CPU) Origin = "GenuineTMx86" Id = 0x543 Stepping = 3 Features=0x80893f Processor revision 1.5.0.2 Code Morphing Software revision 4.4.0-10-156 20030501 16:35 official release 62.0.1-4.4.0#1 real memory = 511639552 (487 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001df23fff, 489680896 bytes (119551 pages) avail memory = 491061248 (468 MB) bios32: Found BIOS32 Service Directory header at 0xc00f7710 bios32: Entry = 0xfd6a0 (c00fd6a0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd6a0+0x16c pnpbios: Found PnP BIOS data at 0xc00f7760 pnpbios: Entry = f0000:a13e Rev = 1.0 Other BIOS signatures found: Crusoe LongRun support enabled, current mode: 2 <1000MHz 1350mV 100%> wlan: <802.11 Link Layer> netsmb_dev: loaded nfslock: pseudo-device null: io: random: mem: VESA: information block 56 45 53 41 00 03 00 01 00 01 01 00 00 00 22 00 00 01 00 01 11 03 07 01 00 01 1a 01 00 01 25 01 00 01 00 01 01 01 02 01 03 01 04 01 05 01 06 01 07 01 08 01 09 01 0a 01 0b 01 0c 01 0e 01 0f 01 VESA: 33 mode(s) found VESA: v3.0, 16384k memory, flags:0x1, mode table:0xc0761f62 (1000022) VESA: NVidia VESA: NVidia Corporation NV11 Board Chip Rev B2 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80003904 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=03951279) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00fdf40 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 7 A 0x01 3 4 6 9 10 11 12 14 15 embedded 0 7 B 0x02 3 4 6 9 10 11 12 14 15 embedded 0 7 C 0x03 3 4 6 9 10 11 12 14 15 embedded 0 7 D 0x04 3 4 6 9 10 11 12 14 15 embedded 0 12 A 0x01 3 4 6 9 10 11 12 14 15 embedded 0 12 B 0x02 3 4 6 9 10 11 12 14 15 embedded 0 12 C 0x03 3 4 6 9 10 11 12 14 15 embedded 0 5 A 0x02 3 4 6 9 10 11 12 14 15 embedded 0 8 A 0x01 3 4 6 9 10 11 12 14 15 embedded 0 11 A 0x01 3 4 6 9 10 11 12 14 15 embedded 0 11 B 0x02 3 4 6 9 10 11 12 14 15 embedded 0 10 A 0x04 3 4 6 9 10 11 12 14 15 embedded 0 9 A 0x01 3 4 6 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 11 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 11 func 1 acpi0: Power Button (fixed) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 pci_link0: irq 9 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 9 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 9 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 pci_link1: irq 11 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 11 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 11 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 11 pci_link2: irq 10 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 7 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 7 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 7 pci_link3: on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 15 acpi_ec0: port 0x62,0x66 on acpi0 acpi_ec0: info: new max delay is 10 us acpi_ec0: info: new max delay is 40 us acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_ec0: info: new max delay is 80 us acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 4 ACPI timer: 0/811 0/3 1/2 1/2 0/11 0/3 0/4 1/2 1/2 1/2 -> 5 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1279, dev=0x0395, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x2200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base e8100000, size 20, enabled found-> vendor=0x1279, dev=0x0396, revid=0x00 bus=0, slot=0, func=1 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1279, dev=0x0397, revid=0x00 bus=0, slot=0, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0112, revid=0xb2 bus=0, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e9000000, size 24, enabled map[14]: type 3, range 32, base f0000000, size 27, enabled pcib0: matched entry for 0.5.INTA (src \\_SB_.PCI0.PIB_.LNKB:0) pcib0: slot 5 INTA routed to irq 11 via \\_SB_.PCI0.PIB_.LNKB found-> vendor=0x1106, dev=0x0686, revid=0x40 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00001040, size 4, enabled found-> vendor=0x1106, dev=0x3057, revid=0x40 bus=0, slot=7, func=4 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x3058, revid=0x50 bus=0, slot=7, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001400, size 8, port disabled map[14]: type 4, range 32, base 00001054, size 2, enabled map[18]: type 4, range 32, base 00001050, size 2, enabled found-> vendor=0x1106, dev=0x3068, revid=0x30 bus=0, slot=7, func=6 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001800, size 8, port disabled found-> vendor=0x8086, dev=0x1059, revid=0x10 bus=0, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0013, statreg=0x8290, cachelnsz=8 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=9 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e8020000, size 12, enabled map[14]: type 4, range 32, base 00001000, size 6, enabled map[18]: type 1, range 32, base e8000000, size 17, enabled pcib0: matched entry for 0.8.INTA (src \\_SB_.PCI0.PIB_.LNKA:0) pcib0: slot 8 INTA routed to irq 9 via \\_SB_.PCI0.PIB_.LNKA found-> vendor=0x1114, dev=0x0506, revid=0x11 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0010, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x63 (2970 ns), mingnt=0x0c (3000 ns), maxlat=0x3c (15000 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e8030000, size 16, memory disabled map[14]: type 4, range 32, base 00001c00, size 8, port disabled found-> vendor=0x104c, dev=0xac55, revid=0x01 bus=0, slot=11, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled found-> vendor=0x104c, dev=0xac55, revid=0x01 bus=0, slot=11, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x8210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=b, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled found-> vendor=0x1033, dev=0x0035, revid=0x41 bus=0, slot=12, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0016, statreg=0x8210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x01 (250 ns), maxlat=0x2a (10500 ns) intpin=a, irq=9 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e8022000, size 12, enabled pcib0: matched entry for 0.12.INTA (src \\_SB_.PCI0.PIB_.LNKA:0) pcib0: slot 12 INTA routed to irq 9 via \\_SB_.PCI0.PIB_.LNKA found-> vendor=0x1033, dev=0x0035, revid=0x41 bus=0, slot=12, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0016, statreg=0x8210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x01 (250 ns), maxlat=0x2a (10500 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e8023000, size 12, enabled pcib0: matched entry for 0.12.INTB (src \\_SB_.PCI0.PIB_.LNKB:0) pcib0: slot 12 INTB routed to irq 11 via \\_SB_.PCI0.PIB_.LNKB found-> vendor=0x1033, dev=0x00e0, revid=0x02 bus=0, slot=12, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0016, statreg=0x8210, cachelnsz=8 (dwords) lattimer=0x84 (3960 ns), mingnt=0x10 (4000 ns), maxlat=0x22 (8500 ns) intpin=c, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e8021000, size 8, enabled pcib0: matched entry for 0.12.INTC (src \\_SB_.PCI0.PIB_.LNKC:0) pcib0: slot 12 INTC routed to irq 10 via \\_SB_.PCI0.PIB_.LNKC pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1040-0x104f at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1040 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] isab1: at device 7.4 on pci0 isa: isa0 already exists; skipping it device_attach: isab1 attach returned 6 pcm0: port 0x1400-0x14ff,0x1054-0x1057,0x1050-0x1053 at device 7.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1400 pcib0: matched entry for 0.7.INTC (src \\_SB_.PCI0.PIB_.LNKC:0) pcib0: slot 7 INTC routed to irq 10 via \\_SB_.PCI0.PIB_.LNKC pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP, reserved 4 pcm0: sndbuf_setmap 1c5000, 1000; 0xc31f1000 -> 1c5000 pcm0: sndbuf_setmap 1e7000, 1000; 0xc31f3000 -> 1e7000 pci0: at device 7.6 (no driver attached) fxp0: port 0x1000-0x103f mem 0xe8020000-0xe8020fff,0xe8000000-0xe801ffff irq 9 at device 8.0 on pci0 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe8020000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1059 0e11 00b5 0010 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:08:02:92:84:f8 fxp0: [MPSAFE] pci0: at device 10.0 (no driver attached) cbb0: at device 11.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.11.INTA (src \\_SB_.PCI0.PIB_.LNKA:0) pcib0: slot 11 INTA routed to irq 9 via \\_SB_.PCI0.PIB_.LNKA cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac55104c 0x02100007 0x06070001 0x00822000 0x10: 0x80000000 0x020000a0 0x20030200 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400109 0x40: 0x00b50e11 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x08449061 0x00000000 0x00000000 0x01001022 0x90: 0x606422c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000001 0x0000001f 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 cbb1: at device 11.1 on pci0 cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80001000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib0: matched entry for 0.11.INTB (src \\_SB_.PCI0.PIB_.LNKB:0) pcib0: slot 11 INTB routed to irq 11 via \\_SB_.PCI0.PIB_.LNKB cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0xac55104c 0x82100007 0x06070001 0x00822000 0x10: 0x80001000 0x020000a0 0x20050400 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740020b 0x40: 0x00b50e11 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x08449061 0x00000000 0x00000000 0x01001022 0x90: 0x606422c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000001 0x0000001f 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 ohci0: mem 0xe8022000-0xe8022fff irq 9 at device 12.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe8022000 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe8023000-0xe8023fff irq 11 at device 12.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe8023000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xe8021000-0xe80210ff irq 10 at device 12.2 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xe8021000 ehci0: [GIANT-LOCKED] usb2: EHCI version 0.95 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 5 ports with 5 removable, self powered acpi_tz0: on acpi0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcdfff,0xe7000-0xe7fff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices ukbd0: Jing-Mold USB K/B+Mouse, rev 1.10/3.20, addr 2, iclass 3/1 kbd0 at ukbd0 kbd0: ukbd0, generic (0), config:0x0, flags:0x1d0000 ums0: Jing-Mold USB K/B+Mouse, rev 1.10/3.20, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Device configuration finished. procfs registered Timecounter "TSC" frequency 995502588 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to deny, logging disabled DUMMYNET with IPv6 initialized (040826) lo0: bpf attached acpi_acad0: acline initialization start battery0: battery initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on VIA 82C686B chip ad0: setting UDMA100 on VIA 82C686B chip ad0: 28615MB at ata0-master UDMA100 ad0: 58605120 sectors [58140C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 battery0: battery initialization done, tried 1 times Trying to mount root from ufs:/dev/ad0s2a start_init: trying /sbin/init --Boundary-00=_NyLjDk+2fWGOoeI Content-Type: text/plain; charset="us-ascii"; name="pciconf.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="pciconf.txt" hostb0@pci0:0:0: class=3D0x060000 card=3D0x00b50e11 chip=3D0x03951279 rev= =3D0x03 hdr=3D0x00 vendor =3D 'Transmeta Corp.' device =3D 'LongRun Northbridge' class =3D bridge subclass =3D HOST-PCI none0@pci0:0:1: class=3D0x050000 card=3D0x00b50e11 chip=3D0x03961279 rev=3D= 0x00 hdr=3D0x00 vendor =3D 'Transmeta Corp.' device =3D 'SDRAM Controller' class =3D memory subclass =3D RAM none1@pci0:0:2: class=3D0x050000 card=3D0x00b50e11 chip=3D0x03971279 rev=3D= 0x00 hdr=3D0x00 vendor =3D 'Transmeta Corp.' device =3D 'BIOS scratchpad' class =3D memory subclass =3D RAM none2@pci0:5:0: class=3D0x030000 card=3D0x00b50e11 chip=3D0x011210de rev=3D= 0xb2 hdr=3D0x00 vendor =3D 'NVIDIA Corporation' device =3D 'NV11 GeForce2 Go / MX Ultra' class =3D display subclass =3D VGA isab0@pci0:7:0: class=3D0x060100 card=3D0x00b50e11 chip=3D0x06861106 rev=3D= 0x40 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' device =3D 'VT82C686/A/B "Super South" PCI to ISA Bridge' class =3D bridge subclass =3D PCI-ISA atapci0@pci0:7:1: class=3D0x01018a card=3D0x00b50e11 chip=3D0x05711106 rev= =3D0x06 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' device =3D 'VT82xxxx EIDE Controller (All VIA Chipsets)' class =3D mass storage subclass =3D ATA isab1@pci0:7:4: class=3D0x060100 card=3D0x00b50e11 chip=3D0x30571106 rev=3D= 0x40 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' device =3D 'VT82C686A/B ACPI Power Management Controller' class =3D bridge subclass =3D PCI-ISA pcm0@pci0:7:5: class=3D0x040100 card=3D0x00b50e11 chip=3D0x30581106 rev=3D0= x50 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' device =3D 'VT8203058 AC97 Audio Codec (All VIA Chipsets)' class =3D multimedia subclass =3D audio none3@pci0:7:6: class=3D0x078000 card=3D0x00b50e11 chip=3D0x30681106 rev=3D= 0x30 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' device =3D 'VT82C686/A/B,VT8233/A Modem Codec' class =3D simple comms fxp0@pci0:8:0: class=3D0x020000 card=3D0x00b50e11 chip=3D0x10598086 rev=3D0= x10 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82551QM Fast Ethernet PCI/CardBus Controller' class =3D network subclass =3D ethernet none4@pci0:10:0: class=3D0x020000 card=3D0x00d30e11 chip=3D0x05061114 rev= =3D0x11 hdr=3D0x00 vendor =3D 'Atmel Corp.' device =3D 'AT76C506 802.11b Wireless Network Adaptor' class =3D network subclass =3D ethernet cbb0@pci0:11:0: class=3D0x060700 card=3D0x00b50e11 chip=3D0xac55104c rev=3D= 0x01 hdr=3D0x02 vendor =3D 'Texas Instruments (TI)' device =3D 'PCI1520 PC Card CardBus Controller' class =3D bridge subclass =3D PCI-CardBus cbb1@pci0:11:1: class=3D0x060700 card=3D0x00b50e11 chip=3D0xac55104c rev=3D= 0x01 hdr=3D0x02 vendor =3D 'Texas Instruments (TI)' device =3D 'PCI1520 PC Card CardBus Controller' class =3D bridge subclass =3D PCI-CardBus ohci0@pci0:12:0: class=3D0x0c0310 card=3D0x00b50e11 chip=3D0x00351033 rev= =3D0x41 hdr=3D0x00 vendor =3D 'NEC Electronics Hong Kong' device =3D 'uPD9210FGC-7EA / =B5PD720101 USB 1.0 Host Controller (OHC= I compliant)' class =3D serial bus subclass =3D USB ohci1@pci0:12:1: class=3D0x0c0310 card=3D0x00b50e11 chip=3D0x00351033 rev= =3D0x41 hdr=3D0x00 vendor =3D 'NEC Electronics Hong Kong' device =3D 'uPD9210FGC-7EA / =B5PD720101 USB 1.0 Host Controller (OHC= I compliant)' class =3D serial bus subclass =3D USB ehci0@pci0:12:2: class=3D0x0c0320 card=3D0x00b50e11 chip=3D0x00e01033 rev= =3D0x02 hdr=3D0x00 vendor =3D 'NEC Electronics Hong Kong' device =3D 'uPD720100A/101 USB 2.0 Enhanced Host Controller' class =3D serial bus subclass =3D USB --Boundary-00=_NyLjDk+2fWGOoeI-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 20:50:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDDA616A41F for ; Tue, 29 Nov 2005 20:50:14 +0000 (GMT) (envelope-from bsam@ns.kfs.ru) Received: from ns.kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E30B43D60 for ; Tue, 29 Nov 2005 20:50:13 +0000 (GMT) (envelope-from bsam@ns.kfs.ru) Received: from bsam by ns.kfs.ru with local (Exim 4.54 (FreeBSD)) id 1EhCQR-000DAb-RW; Tue, 29 Nov 2005 23:50:07 +0300 To: Marco Calviani References: <200511291253.29915.joao@matik.com.br> From: Boris Samorodov Date: Tue, 29 Nov 2005 23:50:07 +0300 In-Reply-To: (Marco Calviani's message of "Tue, 29 Nov 2005 19:54:45 +0000") Message-ID: <98437888@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: "Boris B. Samorodov" Cc: freebsd-stable@freebsd.org Subject: Re: snd_ich and syntax error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 20:50:14 -0000 On Tue, 29 Nov 2005 19:54:45 +0000 Marco Calviani wrote: > I use it on 6.0-Stable but the AC97 is still not working but I got no err= or > > compiling it into the kernel > > > > Jo=E3o > > > > > Hi, > i'm attaching my config file. And the error i'm having is: > config: MARCO1:283: syntax error Did you look at the line number 283 at your kernel config file? > device sound > device snd_ich Pay attention to spaces, tabs and new line symbols. WBR --=20 Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 20:59:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6463E16A422 for ; Tue, 29 Nov 2005 20:59:38 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2654D43DFD for ; Tue, 29 Nov 2005 20:57:07 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: (qmail 17671 invoked from network); 29 Nov 2005 20:56:43 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail23.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 29 Nov 2005 20:56:43 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 5640D28425; Tue, 29 Nov 2005 15:56:42 -0500 (EST) Sender: lowell@be-well.ilk.org To: Marco Calviani References: <200511291253.29915.joao@matik.com.br> From: Lowell Gilbert Date: 29 Nov 2005 15:56:42 -0500 In-Reply-To: Message-ID: <44d5kjb2b9.fsf@be-well.ilk.org> Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: snd_ich and syntax error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 20:59:38 -0000 Marco Calviani writes: > I use it on 6.0-Stable but the AC97 is still not working but I got no err= or >=20 > > compiling it into the kernel > > > > Jo=E3o > > > > > Hi, > i'm attaching my config file. And the error i'm having is: >=20 > config: MARCO1:283: syntax error >=20 > However if i try to load the module with kldload snd_ich the sound card > works perfectly: >=20 > leased-248# cat /dev/sndstat > FreeBSD Audio Driver (newpcm) > Installed devices: > pcm0: at io 0x1c00, 0x18c0 irq 10 bufsz 16384 kld > snd_ich (1p/1r/0v channels duplex default) >=20 > Please note that doublequoting snd_ich gives the very same results. Well, you need to end the file with a linefeed. Do you get the error if you add a newline at the end? From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 21:05:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85CF216A423 for ; Tue, 29 Nov 2005 21:05:02 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E80543DA1 for ; Tue, 29 Nov 2005 21:04:25 +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 (SSL) id IBA74465; Tue, 29 Nov 2005 13:03:45 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C216C5D04; Tue, 29 Nov 2005 13:03:43 -0800 (PST) To: Marco Calviani In-reply-to: Your message of "Tue, 29 Nov 2005 19:54:45 GMT." Date: Tue, 29 Nov 2005 13:03:43 -0800 From: "Kevin Oberman" Message-Id: <20051129210343.C216C5D04@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: snd_ich and syntax error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 21:05:02 -0000 To get ICH audio to work on my system, I had to include the following in my kernel: # Sound card device smbus device ichsmb device smb device sound device snd_ich I believe the System Management bus is required for the AC97 attachment. With those, it just worked, but YMMV. (But another ICH system also incudes iicbus, iicbb, and intpm. Not sure why anymore. I suspect that these are not REALLY for sound.) -- 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 Tue Nov 29 21:08:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51F4716A42A for ; Tue, 29 Nov 2005 21:08:16 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C7F443DD2 for ; Tue, 29 Nov 2005 21:07:24 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by xproxy.gmail.com with SMTP id t16so2559532wxc for ; Tue, 29 Nov 2005 13:06:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=cjaPl/MSGsJ4culd2tcaukhDp10t6t9a5kYtlo2fWB0ubKJrJO/SLUD1351dz2ruxgDJmN9QsHKE0Xjyp3kBsrVC5ZlHlZKYzjBzix4CVOOSX7PX3jbA6ZnUR7d7nIxXzsajZtb6hGw4moq3PvLWTNhmGffzmqCmStrXyspp/s4= Received: by 10.65.84.5 with SMTP id m5mr3382062qbl; Tue, 29 Nov 2005 13:06:47 -0800 (PST) Received: by 10.65.243.16 with HTTP; Tue, 29 Nov 2005 13:06:47 -0800 (PST) Message-ID: Date: Tue, 29 Nov 2005 21:06:47 +0000 From: Marco Calviani To: freebsd-stable@freebsd.org In-Reply-To: <44d5kjb2b9.fsf@be-well.ilk.org> MIME-Version: 1.0 References: <200511291253.29915.joao@matik.com.br> <44d5kjb2b9.fsf@be-well.ilk.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: snd_ich and syntax error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 21:08:16 -0000 29 Nov 2005 15:56:42 -0500, Lowell Gilbert < freebsd-stable-local@be-well.ilk.org>: > Well, you need to end the file with a linefeed. > Do you get the error if you add a newline at the end? > You've got it! There were two spaces at the beginning of the next line. Tha= t was causing the syntax error........ Thanks very much for the help to all. MC From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 21:36:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5319D16A41F for ; Tue, 29 Nov 2005 21:36:46 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2437443D8A for ; Tue, 29 Nov 2005 21:36:28 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by wproxy.gmail.com with SMTP id 67so3713228wri for ; Tue, 29 Nov 2005 13:36:22 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type; b=es01MEh+wPNaOndNp/1I56FaE+Uk08ZEzXj6d8Ip/10mx280sZYBYIjBH0XS1ZNQ1UtSuTwIEIrMF8o32QxjwXe6TLAX43TWWyLHCxEErtX9iYkl0hW+BKePB16ZRFRp77VPRfBvPmY+OdySfFxji7yLRXCNvGATxGlLEuEYJ2k= Received: by 10.65.114.1 with SMTP id r1mr2941905qbm; Tue, 29 Nov 2005 13:36:22 -0800 (PST) Received: by 10.65.243.16 with HTTP; Tue, 29 Nov 2005 13:36:22 -0800 (PST) Message-ID: Date: Tue, 29 Nov 2005 21:36:22 +0000 From: Marco Calviani To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-acpi@freebsd.org Subject: high CPU load due to powerd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 21:36:46 -0000 Hi list, i'm currently running 6.0-RELEASE and i activated powerd as the system power control utility. However, using top, i'm seeing that powerd normally uses nearly 18% of the CPU power, thus consuming energy and battery time (i'm using a laptop). Another point is that i'm seeing also more than one process named powerd. Is this all normal? For example (a part of top): 30397 root 1 8 0 1188K 820K nanslp 3:07 17.14% powerd 2143 root 1 8 0 1188K 820K nanslp 1:25 2.20% powerd 2146 root 1 8 0 1188K 820K nanslp 0:47 1.03% powerd (plus other.....) Many thanks in advance, MC From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 21:55:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2640E16A41F for ; Tue, 29 Nov 2005 21:55:31 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E3DC43D5D for ; Tue, 29 Nov 2005 21:55:26 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (ap6.matik.com.br [200.152.83.36] (may be forged)) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id jATLtOZR085640 for ; Tue, 29 Nov 2005 19:55:24 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Tue, 29 Nov 2005 19:55:22 -0200 User-Agent: KMail/1.8.3 References: <20051129210343.C216C5D04@ptavv.es.net> In-Reply-To: <20051129210343.C216C5D04@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511291955.23014.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: snd_ich and syntax error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 21:55:31 -0000 On Tuesday 29 November 2005 19:03, Kevin Oberman wrote: > To get ICH audio to work on my system, I had to include the following in > my kernel: > # Sound card > device smbus > device ichsmb > device smb > device sound > device snd_ich > nice idea but in my case it doesn't help, still I get pcm0: port 0x1400-0x14ff,0x1c80-0x1cff irq 18 at device 2.7 on p= ci0 pcm0: [GIANT-LOCKED] pcm0: I am with releng_6 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 22:24:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1132B16A42F for ; Tue, 29 Nov 2005 22:24:06 +0000 (GMT) (envelope-from dan@syz.com) Received: from mail.clearwave.ca (h139-142-194-114.gtcust.grouptelecom.net [139.142.194.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9599E43D67 for ; Tue, 29 Nov 2005 22:22:27 +0000 (GMT) (envelope-from dan@syz.com) Received: from localhost (localhost.clearwave.ca [127.0.0.1]) by mail.clearwave.ca (Postfix) with ESMTP id 35EBD10378FC for ; Tue, 29 Nov 2005 15:22:05 -0700 (MST) Received: from mail.clearwave.ca ([127.0.0.1]) by localhost (mail.clearwave.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 67037-06 for ; Tue, 29 Nov 2005 15:21:56 -0700 (MST) Received: from [192.168.2.108] (h139-142-196-33.gtcust.grouptelecom.net [139.142.196.33]) by mail.clearwave.ca (Postfix) with ESMTP id 6318510378F8 for ; Tue, 29 Nov 2005 15:21:56 -0700 (MST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <20051129204524.C626D16A41F@hub.freebsd.org> References: <20051129204524.C626D16A41F@hub.freebsd.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6740EFFC-3303-4030-A175-2348A7067F9A@syz.com> Content-Transfer-Encoding: 7bit From: Dan Charrois Date: Tue, 29 Nov 2005 15:22:13 -0700 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at clearwave.ca Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 22:24:06 -0000 Rutger Bevaart wrote: > Same here on several 1750's, 1850's and 2850's. Tomorrow I'll > disable USB > in the BIOS on one of the 1750's and see if it makes a difference. > It's > the only one of the set that I could get downtime for because it > rebooted > yesterday ;-) I've disabled USB in the BIOS on my 2850 much earlier on when I was getting interrupt storms, since I didn't need USB anyway. It solved the problem of the interrupt storms, but it didn't seem to have any impact on the mysterious unsolicited rebooting problem. Claus Guttesen wrote: > It's not any comfort to you but I have two Dell PE 1750's running very > reliable using FreeBSD 5.4 stable as of Wed. the 28'th of Sep. 2005. > It has two Xeon at 3 GHz, 2 GB RAM, a LSILogic 1030 Ultra4 Adapter. > HTT is *off*. > > HTT does not yield any higher performance for most purposes. I can > send you my kernel if you want. It actually may be a comfort, since perhaps HTT is related to the culprit. Since the last crash, about a month ago, I disabled HTT, both in the kernel as well in the BIOS. So as far as I know, it's completely been disabled (and the boot messages and top only show 2 CPUs). And I haven't had the system go down for nearly a month now. Of course, I also did some other things at the same time, so it's unclear as to which specifically may have helped. I had noticed that in the past it had rebooted itself twice right while running mysqlhotcopy as root during a period where the server may have been rather heavily loaded. So in addition to turning off hyperthreading, I also changed the time when mysqlhotcopy was running to a period likely under a lighter load, and modified things so it isn't running as root any longer. Not that I think mysqlhotcopy was the culprit itself, but it does cause a fairly large burst of disk activity when it is running, and it does seem to be related to triggering the event, at least in my situation. In any case, since I've done those three things, I haven't had a crash yet. Of course, the lack of a result doesn't prove anything, but the more time that passes, the better I feel. That is until one day I wake up to find that it died again. In any case, if that happens, I'll know more things that the problem isn't related to.. Vivek Khera wrote: > I'd recommend running the Dell diags. They're pretty good at picking > out hardware trouble, which it sounds like the OP is having. In my case anyway, I have run the Dell diagnostics, and they showed everything to be just fine.. Kevin Oberman wrote: > As far as I can tell, hyperthreading is not much of a win for > anyone. See hte > article at: http://news.zdnet.co.uk/ > 0,39020330,39237341,00.htmhttp://news.zdnet > .co.uk/0,39020330,39237341,00.htm > > It reports that HTT slows performance even on threaded and, > theoretically HTT > ideal apps. (And this was with Windows.) So I've heard. I was hoping that hyperthreading might be able to help a dedicated MySQL server handle a bit higher load, but I never had the chance to benchmark it with and with hyperthreading before I had to put the machine into production. So it's disabled now - it can't hurt the stability of the system and can only potentially help it. Time will tell. Thanks for your replies, everyone! Dan -- Syzygy Research & Technology Box 83, Legal, AB T0G 1L0 Canada Phone: 780-961-2213 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 23:03:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4964616A41F for ; Tue, 29 Nov 2005 23:03:48 +0000 (GMT) (envelope-from stable@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id D876C43D72 for ; Tue, 29 Nov 2005 23:03:47 +0000 (GMT) (envelope-from stable@dino.sk) Received: from home.dino.sk ([213.215.74.194]) (AUTH: PLAIN milan, SSL: TLSv1/SSLv3,128bits,RC4-MD5) by bsd.dino.sk with esmtp; Wed, 30 Nov 2005 00:03:45 +0100 id 000000AC.438CDE51.00015D81 From: Milan Obuch To: freebsd-stable@freebsd.org Date: Wed, 30 Nov 2005 00:03:20 +0100 User-Agent: KMail/1.8.3 References: <200511291539.41294.lists@jnielsen.net> In-Reply-To: <200511291539.41294.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511300003.23367.stable@dino.sk> Subject: Re: wireless, ndis problems on Compaq TC1000 Tablet running 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 23:03:48 -0000 On Tuesday 29 November 2005 21:39, John Nielsen wrote: > After successfully installing FreeBSD 6.0 on a Compaq TC1000 Tablet PC (and > updating it to yesterday's -STABLE), I am trying to get the built-in > wireless to work. The wi(4) driver does not attach to it. Under Windows, > the card shows up as a "Compaq 802.11b WLAN Mini-PCI" card (although it is > not in the user-accessible Mini-PCI slot). Pciconf gives this: > > none4@pci0:10:0: class=0x020000 card=0x00d30e11 chip=0x05061114 > rev=0x11 hdr=0x00 > vendor = 'Atmel Corp.' > device = 'AT76C506 802.11b Wireless Network Adaptor' > class = network > subclass = ethernet > > (Full pciconf -lv output attached). > > My first question: is there a chance it would be trivial to make this card > work with the wi(4) driver? ISTR reading this morning that this was a > Prism chip, although now I can't find that again. > Your pciconf output shows actual device - AT76C506. Unfortunately, datasheet available only under NDA, driver available only for Linux (see at atmelwlandriver.sf.net). Need binary firmware as well... I would like to see it supported, but I see no way without much work. > Undaunted, I moved on to ndis(4). Using wine(1), I was able to extract a > driver from SP23100.exe, obtained from hp's website.[1] I fed > netcwl200.inf and cwl200.sys to ndisgen(8), and was rewarded with a > successfully compiled cwl200_sys.ko. > > Unfortunately, the machine panics as soon as the module is loaded, with the > following output (transcribed by hand, typos possible): > All I got was just the same, maybe not exactly, but gross outcome is it does not work. Out of ideas, no help. Sorry. > tablet# kldload cwl200_sys > isab1: at device 7.4 on pci0 > device_attach: isab1 attach returned 6 > no match for swprintf > isab1: at device 7.4 on pci0 > device_attach: isab1 attach returned 6 > ndis0: port 0x1c00-0x1cff mem > 0xe8030000-0xe803ffff at device 10.0 on pci0 > ndis0: NDIS API version: 5.1 > ntoskrnl dummy called... > ntoskrnl dummy called... > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc3bf70d8 > stack pointer = 0x28:0xd6cbc62c > frame pointer = 0x28:0xd6cbc844 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 571 (kldload) > trap number = 12 > panic: page fault > > Which leads to my second question: should ndis be expected to work with > this device? Assuming the answer is yes, what else can I do to track down > the problem? A complete (verbose) dmesg from the system is attached. > > Any input will be much appreciated. Thanks! > > JN > > [1] See > http://h18007.www1.hp.com/support/files/Compaqtabletpc/us/download/19836.ht >ml By the way, how did you install 6.0 there? I am working with TC1000 too, but it looks almost impossible to install FreeBSD without keyboard. Just would like to know possibilities - I tried 7.0 but ACPI does not work (does not boot even, only with ACPI disabled). Regards, Milan From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 23:20:52 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8890116A420 for ; Tue, 29 Nov 2005 23:20:52 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D0CA43D96 for ; Tue, 29 Nov 2005 23:20: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 (SSL) id IBA74465; Tue, 29 Nov 2005 15:20:22 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id F0D7C5D04; Tue, 29 Nov 2005 15:20:03 -0800 (PST) To: "Darren Pilgrim" In-reply-to: Your message of "Mon, 28 Nov 2005 22:04:05 PST." <000801c5f4aa$b7d340a0$642a15ac@smiley> Date: Tue, 29 Nov 2005 15:20:03 -0800 From: "Kevin Oberman" Message-Id: <20051129232003.F0D7C5D04@ptavv.es.net> Cc: stable@freebsd.org Subject: Re: Unable to set device characteristics with devd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2005 23:20:52 -0000 > From: "Darren Pilgrim" > Date: Mon, 28 Nov 2005 22:04:05 -0800 > > From: Kevin Oberman > > > > I've been trying to use devd for a number of things, but have > > not gotten > > far. > > > > One issue is when I attach an ATAPI disk: > > attach 100 { > > device-name "acd0"; > > action "/bin/chmod 666 /dev/$device-name"; > > } > > > > I have similar statements for my second hard drive (ad2s2). > > > > By using the -D option I see the device attach, but the chmod returns > > an error indicating that /dev/acd0 does not exist. I get > > similar results for other devices. > > > > Is there a delay between the attach event and the creation of the /dev > > entry? Am I missing something here? Maybe I should use devfs for this. > > The normal tools (chmod, chown, etc.) don't work on devfs. You need to > create devfs rules to change permissions, ownership, etc. on device nodes. > > See devfs.rules(5) and devfs.conf(5). Bingo, but you really need to see the handbook. I challenge anyone to figure this out from just the man pages. (And the relevant text in the handbook is in the section on scanner under "Allowing Scanner Access to Other Users".) In any case, once I found the magic rc.conf bit (which I had almost guessed right from reading the devfs startup script), it works like a charm! I'd also like to create links for /dev/dvd and /dev/cdrom, like I can do in devfs.conf, but that's easy enough to work around. And thanks to Brooks for suggesting the same thing a few minutes after Darren. I just did not understand the timing issues involved in devd (which is still really cool). -- 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 30 00:59:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 088DA16A425 for ; Wed, 30 Nov 2005 00:59:05 +0000 (GMT) (envelope-from demiurg@sakhatorg.com) Received: from freebsd.sakhatorg.com (sakhatorg.com [217.17.188.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 613B543D79 for ; Wed, 30 Nov 2005 00:58:38 +0000 (GMT) (envelope-from demiurg@sakhatorg.com) Received: from [192.168.0.94] (port=1537 helo=[127.0.0.1]) by freebsd.sakhatorg.com with esmtp (Exim 4.54 (FreeBSD)) id 1EhGI1-0001pD-MI for freebsd-stable@freebsd.org; Wed, 30 Nov 2005 09:57:46 +0900 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.0.10250, virus records: 94229, updated: 29.10.2005] Message-ID: <438CF970.9000703@sakhatorg.com> Date: Wed, 30 Nov 2005 09:59:28 +0900 From: =?UTF-8?B?0KHQu9C10L/RhtC+0LIg0J/QtdGC0YAg0JDRhNCw0L3QsNGB0YzQtdCy0Lg=?= =?UTF-8?B?0Yc=?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------090807050900080709050604" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: freebsd-stable Digest, Vol 137, Issue 2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?UTF-8?B?0J/QtdGC0YAg0KHQu9C10L/RhtC+0LI=?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 00:59:05 -0000 This is a multi-part message in MIME format. --------------090807050900080709050604 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Send freebsd-stable mailing list submissions to freebsd-stable@freebsd.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.freebsd.org/mailman/listinfo/freebsd-stable or, via email, send a message with subject or body 'help' to freebsd-stable-request@freebsd.org You can reach the person managing the list at freebsd-stable-owner@freebsd.org When replying, please edit your Subject line so it is more specific than "Re: Contents of freebsd-stable digest..." Today's Topics: 1. Re: 6.0 kernel will not boot past atkbd0 (Pete French) 2. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Joseph Koshy) 3. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik ?verby) 4. Re: recomendations please for new freebsd development system (Vivek Khera) 5. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik ?verby) 6. what about highpoint 1640 SATA RAID controller ? (Alessandro de Manzano) 7. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik ?verby) 8. Re: ACPI problems with Dell laptops (Greg 'groggy' Lehey) 9. Re: NFS network load on 5.4-STABLE (Mike Eubanks) 10. Suitable HBA for STABLE (Brad Miele) 11. Re: Suitable HBA for STABLE (Wilko Bulte) 12. Re: Freebsd 5.3 screw up.... deleted /lib/libc.so.5 (ebm) 13. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik ?verby) 14. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Kris Kennaway) 15. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik ?verby) 16. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik ?verby) 17. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Scot Hetzel) 18. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Kris Kennaway) 19. device em0 not showing up at boot (Forrest Aldrich) 20. Re: NFS network load on 5.4-STABLE (Mike Eubanks) 21. (no subject) (Matthew Tomsa) 22. Re: (no subject) (Mark Linimon) 23. Difference between RELEASE, STABLE, CURRENT (was (no subject) ) (Scott Robbins) 24. Re: (no subject) (Chuck Swiger) 25. Re: Difference between RELEASE, STABLE, CURRENT (was (no subject) ) (Jim Van Fleet) 26. Re: ata (raid) patches (Michael Butler) 27. Unable to set device characteristics with devd (Kevin Oberman) 28. RE: Unable to set device characteristics with devd (Darren Pilgrim) 29. Re: Unable to set device characteristics with devd (Brooks Davis) 30. Current DRM for 6-STABLE (Eric Anholt) 31. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik Oeverby) 32. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Kris Kennaway) 33. Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? (Eirik ?verby) ---------------------------------------------------------------------- Message: 1 Date: Mon, 28 Nov 2005 12:21:33 +0000 From: Pete French Subject: Re: 6.0 kernel will not boot past atkbd0 To: freebsd-stable@freebsd.org, kolicz@EUnet.yu Message-ID: > Is there any chance that the very mouse > is not working correctly? What if you change > the device and try again? very unlikely I would think - the mouse works correclt if thr machine run FreeBSD 5 or FreeBSD 5, and also under Windows2000 (it is connected via a KVM). Also someone else reported the same problem, also on Compaq hardware. If I get a moment to rebooot the system I will try with a different mouse, however. -pete. ------------------------------ Message: 2 Date: Mon, 28 Nov 2005 19:15:49 +0530 From: Joseph Koshy Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Eirik ?verby Cc: stable@freebsd.org Message-ID: <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> Content-Type: text/plain; charset=3DISO-8859-1 On 11/26/05, Eirik =C3=98verby wrote: E=C3=98> [Cross-posting after lack of response on -stable] The first step would be do some performance debugging. - What do top/vmstat/systat say about what the OS and apps are doing? Is the CPU pegged at 100%? What's the load seen by the disks? Is the RAID in good health? - Any unusual messages in /var/log/messages? Any errors shown by the network interfaces (I'm assuming the application is using the network). - A brief description of the workload presented by the app would help. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy ------------------------------ Message: 3 Date: Mon, 28 Nov 2005 15:21:08 +0100 From: Eirik ?verby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Joseph Koshy Message-ID: <8C9B3023-EEBD-47DF-87AD-E0494E86B17A@anduin.net> Content-Type: text/plain; charset=3DISO-8859-1; delsp=3Dyes; format=3Dflo= wed On Nov 28, 2005, at 14:45 , Joseph Koshy wrote: > On 11/26/05, Eirik =C3=98verby wrote: > E=C3=98> [Cross-posting after lack of response on -stable] > > The first step would be do some performance debugging. Yep. > - What do top/vmstat/systat say about what the OS and > apps are doing? Is the CPU pegged at 100%? What's > the load seen by the disks? Is the RAID in good health? vmstat during system idle times are found below. I think they are rather interesting. To your other questions: The CPU usage is comparable on both systems. Not pegged at 100%, but load seems to stabilize around 0.5. Disk load is minimal on the application servers, somewhat more on the database servers, but they are not interesting here (they are not the bottle neck, and they perform equally). The RAIDs are in good health on both systems. The vmstat output is interesting. From the "fast" system (6.0-BETA3, ~idle): [root@app_host01] ~# vmstat -w 5 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 pa0 in sy cs us sy id 1 0 0 2439220 38048 14 0 0 0 14 0 0 0 170 141 437 0 0 100 0 0 0 2439220 38028 2 0 0 0 3 0 2 0 192 94 475 0 0 100 0 0 0 2439220 37916 1 0 0 0 6 0 1 0 291 925 926 5 0 94 0 0 0 2439220 37916 0 0 0 0 0 0 0 0 185 91 458 0 0 100 0 0 0 2439220 37820 1 0 0 0 6 0 3 0 289 1163 1124 6 0 94 0 0 0 2439220 37820 0 0 0 0 0 0 0 0 183 91 454 0 0 100 From the "slow" system (6.0-BETA3, ~idle): [root@app_host02] ~# vmstat -w 5 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 pa0 in sy cs us sy id 0 0 1 2468180 51660 15 0 0 0 18 4 0 0 1048 3200 5130 0 0 100 0 0 0 2468180 51660 1 0 0 0 0 0 0 0 1004 3068 5063 0 0 100 0 0 0 2468180 51660 0 0 0 0 0 0 0 0 1003 3094 5057 0 0 100 0 0 0 2468180 51660 0 0 0 0 0 0 1 0 1005 3068 5065 0 0 100 0 0 0 2468180 51656 1 0 0 0 0 0 0 0 1002 3090 5054 0 1 99 0 0 0 2468180 51656 0 0 0 0 0 0 0 0 1002 3064 5053 0 0 100 *loads* more context switches than on the BETA-3 system. I have not yet tried this during load; I have to wait for the testing window for that. But perhaps this helps? What do I look for next? > - Any unusual messages in /var/log/messages? Any errors > shown by the network interfaces (I'm assuming the > application is using the network). No errors shown that I can determine. > - A brief description of the workload presented by > the app would help. This is a web application (payment gateway) that receives a HTTP POST, does some processing, asks an external service for a piece of information, then returns the gathered information to the client. The call to the external service can be eliminated, but does not change the performance profile. How the application works internally is impossible for me to say; it's 3rd party. I can say, after asking them, that it is "moderately" threaded. Whatever "moderately" threaded. My interpretation is that the heaviest threading happens in tomcat itself, with up to 150 concurrent connection threads running. Thanks, /Eirik > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-=20 > unsubscribe@freebsd.org" > > ------------------------------ Message: 4 Date: Mon, 28 Nov 2005 10:03:58 -0500 From: Vivek Khera Subject: Re: recomendations please for new freebsd development system To: freebsd-stable Message-ID: <0AE32D49-C916-44C1-B703-97A73EEBFA57@khera.org> Content-Type: text/plain; charset=3DUS-ASCII; delsp=3Dyes; format=3Dflowe= d On Nov 28, 2005, at 12:58 AM, vizion wrote: > Would anyone be so bold as to make some recommendations for a reliable > motherboard/processor combination on the assumption that this is to =20 > be a > dual processor system running freebsd 6.0 You definitely want something Opteron based for this kind of data volume. And I'd go with LSI Megaraid 4 channel SCSI RAID controller for your data connected to some Ultra 320 SCSI disks on multiple channels of the RAID card. As for vendors, I've yet to find a stable vendor. I have been working with one vendor trying to get a stable opteron system with 100 + GB RAID and so far have 1 out of 4 systems built for me be reliable and stable (and there were at least 3 motherboard and RAM swapouts on the failing systems too). These were Tyan K8SR (s2881) motherboards, and one was S2882 motherboard. Right now I'm evaluating Sun's opteron offerings for my future needs. ------------------------------ Message: 5 Date: Mon, 28 Nov 2005 16:13:21 +0100 From: Eirik ?verby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Joseph Koshy Cc: stable@freebsd.org Message-ID: <86E866F9-4BB8-439C-B1A8-246571D83CD3@anduin.net> Content-Type: text/plain; charset=3DISO-8859-1; delsp=3Dyes; format=3Dflo= wed On Nov 28, 2005, at 15:54 , Joseph Koshy wrote: > E=C3=98> *loads* more context switches than on the BETA-3 system. > E=C3=98> I have not yet tried this during load > > - Which scheduler have you configured (BSD or ULE)? Running GENERIC/SMP kernels, with BSD scheduler. Speaking of which; is there a way to extract the kernel configuration from a running kernel or kernel binary? > - What do the interrupt statistics show? Any interrupt > storms? Please check the mailing lists for a prior > discussion on interrupt storms on some motherboards. Slow system: interrupt total rate irq1: atkbd0 4 0 irq14: ata0 46 0 irq24: ciss0 337166 1 irq28: bge0 8038794 35 cpu0: timer 446869052 1999 cpu1: timer 446861051 1999 Total 902106113 4037 Fast system: interrupt total rate irq1: atkbd0 6 0 irq14: ata0 46 0 irq24: ciss0 7465831 1 irq28: bge0 20764380 2 lapic0: timer 14827978729 2000 lapic1: timer 14827970729 2000 Total 29684179721 4003 No significant differences I'd say. Anything else I can do to dig deeper? > - Could you post the dmesg output from the systems (I > presume there aren't any significant differences). dmesg from slow system follows. I do not have a dmesg for the fast system; I cannot boot it now either. However, I have compared them before, and they are 100% equal. Seems to be very close in serial numbers, probably same production run. Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-STABLE #0: Sat Nov 26 01:52:00 CET 2005 root@build.unicore.no:/usr/obj/amd64/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 250 (2405.47-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20f51 Stepping =3D 1 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800,LM,3DNow+,3DNow> real memory =3D 1073717248 (1023 MB) avail memory =3D 1024946176 (977 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-35 on motherboard ioapic4 irqs 36-39 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 7 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 3 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 ohci0: mem 0xf7df0000-0xf7df0fff irq 19 at device 0.0 on pci1 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xf7de0000-0xf7de0fff irq 19 at device 0.1 on pci1 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci1: at device 2.0 (no driver attached) pci1: at device 2.2 (no driver attached) pci1: at device 3.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 4.3 (no driver attached) pcib2: at device 7.0 on pci0 pci2: on pcib2 ciss0: port 0x5000-0x50ff mem 0xf7ef0000-0xf7ef1fff,0xf7e80000-0xf7ebffff irq 24 at device 4.0 on pci2 ciss0: [GIANT-LOCKED] pci0: at device 7.1 (no driver attached) pcib3: at device 8.0 on pci0 pci3: on pcib3 bge0: mem 0xf7ff0000-0xf7ffffff irq 28 at device 6.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:13:21:b3:c1:f8 bge1: mem 0xf7fe0000-0xf7feffff irq 29 at device 6.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:13:21:b3:c1:f7 pci0: at device 8.1 (no driver attached) pcib4: on acpi0 pci4: on pcib4 pcib5: at device 9.0 on pci4 pci5: on pcib5 pci4: at device 9.1 (no driver attached) pcib6: at device 10.0 on pci4 pci6: on pcib6 pci4: at device 10.1 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff, 0xcc000-0xcd7ff,0xee000-0xeffff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> 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 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 SMP: AP CPU #1 Launched! da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) Trying to mount root from ufs:/dev/da0s1a ------------------------------ Message: 6 Date: Mon, 28 Nov 2005 16:17:59 +0100 From: Alessandro de Manzano Subject: what about highpoint 1640 SATA RAID controller ? To: freebsd-stable@freebsd.org Message-ID: <20051128161759.A66307@libero.sunshine.ale> Content-Type: text/plain; charset=3Dus-ascii Hello, well, subj already says ;), however I'm planning to buy a good, supported and possibly not very expensive SATA RAID PCI controller for my FreeBSD server (an IBM x206). I'll install FreeBSD 6.0-R from scratch. Googling around I found the Highpoint RocketRAID 1640 PCI 32bit SATA RAID 0,1 (5 ?, 10 ? docs are not very clear) controller. I'm mainly interested in RAID 1 (mirror) with RAID 5 as a plus. Anyone already using it could please provide my feedback ? It's well supported ? (reading ata(4) and ataraid(4) seems yes but...) Works ok ? it's a RocketRAID V2 or V3 metadata (according to ataraid(4) only V2 is read-write supported) Any suggestions, recommendation, hints, etc. are very welcome ! :-) Many thanks in advance!! --=20 bye! Ale ------------------------------ Message: 7 Date: Mon, 28 Nov 2005 17:30:44 +0100 From: Eirik ?verby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Joseph Koshy Cc: stable@freebsd.org Message-ID: <2C7F8873-D439-4C03-882F-F917C5F99EEF@anduin.net> Content-Type: text/plain; charset=3DISO-8859-1; delsp=3Dyes; format=3Dflo= wed Follow-up: I've now ran vmstat during load, which confirms the findings of vmstat during idle time. Slow system - one sample before and after load start included: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 pa0 in sy cs us sy id 3 0 0 2468572 45476 14 0 0 0 18 4 0 0 1049 3201 5132 0 0 100 0 0 1 2468572 42388 1 0 0 0 154 0 5 0 6852 19813 19970 22 8 70 1 0 0 2468572 39332 1 0 0 0 155 0 11 0 6823 19661 19886 23 7 71 2 0 0 2468432 36336 1 0 0 0 160 0 6 0 7031 20356 20534 19 7 74 0 0 0 2468432 33228 1 0 0 0 156 0 5 0 6685 19420 19613 20 7 73 2 0 0 2468432 29928 1 0 0 0 164 0 5 0 7105 20483 20673 21 7 71 1 0 0 2468432 53568 1 0 0 0 153 1308 5 0 6688 19278 19537 21 8 72 1 0 1 2468432 50580 2 0 0 0 150 0 6 0 6408 18430 18693 24 7 69 0 0 0 2468432 47748 2 0 0 0 143 0 6 0 6323 18098 18328 26 7 67 0 0 0 2468432 45056 1 0 0 0 136 0 5 0 5607 17122 17062 16 7 77 0 0 0 2468432 45040 0 0 0 0 0 0 0 0 1093 3172 5164 0 0 100 Fast system: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 pa0 in sy cs us sy id 0 0 0 2439276 39708 1 0 0 0 6 0 1 0 281 1029 992 6 1 93 0 0 0 2439276 39380 7 0 0 0 16 0 1 0 665 1341 1714 2 1 98 0 0 0 2439276 36472 5 0 0 0 145 0 6 0 5569 12409 14821 21 7 72 0 0 0 2439276 33512 1 0 0 0 149 0 5 0 5862 12597 15532 15 6 79 0 0 0 2439276 30600 1 0 0 0 146 0 4 0 5682 12655 15102 19 7 74 2 0 0 2439276 54144 1 0 0 5 152 1310 10 0 6006 12908 15964 17 6 77 0 0 0 2439276 51176 2 0 0 0 151 0 7 0 5348 11899 14190 22 6 72 2 0 0 2439276 48104 98 0 0 0 248 0 5 0 5924 12889 15757 15 7 78 1 0 0 2439276 45172 1 0 0 0 147 0 5 0 5882 12660 15624 16 7 77 2 0 0 2439276 42276 1 0 0 0 145 0 5 0 5558 12477 14864 21 6 73 0 0 0 2439276 39300 1 0 0 0 149 0 5 0 5842 12660 15556 14 7 79 0 0 0 2439276 36348 1 0 0 0 150 0 8 0 5659 12562 15042 21 5 74 0 0 0 2439276 33404 1 0 0 0 150 0 7 0 5868 12642 15536 14 6 80 0 0 0 2439276 30588 1 0 0 0 142 0 6 0 5449 11961 14487 19 7 74 0 0 0 2439276 30588 0 0 0 0 0 0 0 0 227 246 565 0 0 100 I'm tempted to upgrade the fast system to 6-STABLE (same rev as the slow one). Even the slow system performs "adequately", though it might help me isolate any potential hardware differences. /Eirik On Nov 28, 2005, at 15:54 , Joseph Koshy wrote: > E=C3=98> *loads* more context switches than on the BETA-3 system. > E=C3=98> I have not yet tried this during load > > - Which scheduler have you configured (BSD or ULE)? > - What do the interrupt statistics show? Any interrupt > storms? Please check the mailing lists for a prior > discussion on interrupt storms on some motherboards. > - Could you post the dmesg output from the systems (I > presume there aren't any significant differences). > > Please CC -stable too. > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > > ------------------------------ Message: 8 Date: Mon, 28 Nov 2005 18:45:06 +0100 From: Greg 'groggy' Lehey Subject: Re: ACPI problems with Dell laptops To: Eric Anderson , Chris Howells Cc: acpi@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Graham North Message-ID: <20051128174506.GD963@eucla.lemis.com> Content-Type: text/plain; charset=3Diso-8859-1 On Sunday, 27 November 2005 at 23:10:01 +0000, Chris Howells wrote: > On Sunday 27 November 2005 11:50, Greg 'groggy' Lehey wrote: >> Since then I've also discovered that the builtin wireless card doesn't= >> work either. It's: >> >> iwi0: mem 0xdfcfd000-0xdfcfdfff irq = 10 at >> device 3.0 on pci3 iwi0: Ethernet address: 00:13:ce:46:28:49 > > > >> DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 6 >> DHCPDISCOVER on iwi0 to 255.255.255.255 port 67 interval 15 >> send_packet: Network is down >> >> On the console I get the detailed error message: >> >> iwi0: fatal error > > iwi(4) is unfortunately pretty unstable so I'm not sure if it's directl= y > related to the ACPI problems. Yes, as I said: since then. It doesn't work with or without ACPI, so I see this as unrelated to ACPI. It does seem relevant to the original Subject: line ("Laptop choices"), though. Even more information about iwi0: I googled and found some information about iwi and Dell laptops, and after issuing the command # ifconfig iwi0 mode b I got an association and was able to use the card. Then I tried # ifconfig iwi0 mode g which caused a panic #9 0xc0648ff7 in panic (fmt=3D0xc087130c "mutex %s recursed at %s:%d"= )=20 at /usr/src/sys/kern/kern_shutdown.c:539 #10 0xc064180b in _mtx_assert (m=3D0xc4d1cb6c, what=3D0xc1033000,=20 file=3D0xc08726bd "/usr/src/sys/kern/kern_synch.c", line=3D0xbc) at /usr/src/sys/kern/kern_mutex.c:748 #11 0xc064ee6a in msleep (ident=3D0xc4d1c000, mtx=3D0xc4d1cb6c,=20 priority=3D0x0, wmesg=3D0xc0aadbd3 "iwiinit", timo=3D0x3e8) at /usr/src/sys/kern/kern_synch.c:188 Unfortunately, the stack beyond this point was corrupt. Since then I haven't been able to reproduce getting the card to associate or (obviously) the panic. So I'd agree that iwi is still a bit flaky. Greg -- See complete headers for address and phone numbers ------------------------------ Message: 9 Date: Mon, 28 Nov 2005 10:19:00 -0800 From: Mike Eubanks Subject: Re: NFS network load on 5.4-STABLE To: freebsd-stable@freebsd.org Message-ID: <1133201940.901.27.camel@yak.mseubanks.net> Content-Type: text/plain On Mon, 2005-11-28 at 03:10 -0500, Kris Kennaway wrote: > On Sun, Nov 27, 2005 at 09:24:15PM -0800, Mike Eubanks wrote: >=20 > > I made the sysctl modification. Still no luck though. The only proc= ess > > that had any activity using the top with the -S option, or after sort= ing > > by total, was the swapper/syncer. Even then, it was hardly active. = The > > network traffic persists. >=20 > Weird, I don't know what that means. >=20 > Kris I was thinking about graphing the network activity on the client and server in the background using the bpf while running different processes in the foreground to see what process is actually creating the traffic. I think an actual graph would give me a better idea of what is going on. Right now, I would like to assume it is a part of Gnome as was suggested before, although, I'd rather be sure. --=20 Mike Eubanks ------------------------------ Message: 10 Date: Mon, 28 Nov 2005 13:29:31 -0500 (EST) From: Brad Miele Subject: Suitable HBA for STABLE To: freebsd-stable@freebsd.org Message-ID: <20051128132532.H675@localhost> Content-Type: TEXT/PLAIN; charset=3DUS-ASCII; format=3Dflowed Hi, I have just been given a HP MSA1500 SAN, and the card that our IT department ordered is an Emulex 9802, as far as i can tell, there is no freebsd driver for this card, is this correct? If it is correct, what car= d is the best supported? It looks like isp supports the qlogic cards throug= h 2300x, but is there any one card that i should look at? I am currently running 5.4-stable on my boxes (HP/Compaq DL380s), but could move them to 6 ahead of schedule if needed. Thanks for any advice. Brad ------------------------------------------------------------ Brad Miele IPNStock bmiele@ipnstock.com ------------------------------ Message: 11 Date: Mon, 28 Nov 2005 19:39:18 +0100 From: Wilko Bulte Subject: Re: Suitable HBA for STABLE To: Brad Miele Cc: freebsd-stable@freebsd.org Message-ID: <20051128183918.GC26584@freebie.xs4all.nl> Content-Type: text/plain; charset=3Dus-ascii On Mon, Nov 28, 2005 at 01:29:31PM -0500, Brad Miele wrote.. > Hi, >=20 > I have just been given a HP MSA1500 SAN, and the card that our IT=20 > department ordered is an Emulex 9802, as far as i can tell, there is no= =20 > freebsd driver for this card, is this correct? If it is correct, what c= ard=20 Correct. Emulex used to be pretty secretive about the API specs, this might have changed in the meantime (I don't know). So there is no Emulex= FC HBA driver for FreeBSD. Your best bet is a card driven by isp(4), mjacob@FreeBSD.org as the driver writer might be in the best position to comment on which Qlogic based card he likes best (or maybe he has no preference ;) --=20 Wilko Bulte wilko@FreeBSD.org ------------------------------ Message: 12 Date: Mon, 28 Nov 2005 11:07:12 -0800 From: ebm Subject: Re: Freebsd 5.3 screw up.... deleted /lib/libc.so.5 To: freebsd-stable@freebsd.org Message-ID: <20051128190712.GA74392@swervinghead.com> Content-Type: text/plain; charset=3Dus-ascii Cool, I'll try it later on today. I was able to copy the file to my server from a via a nfs connection that was established before my blunder. I kept running into the problem of not having the ability to cp anything since cp used that library file. If the /rescue works then I'll be=20 backup up and running. When this is all fixed I think I'll just upgrade 6.0 since I already downloaded the iso files. Thanks everybody for the help! On Sun, Nov 27, 2005 at 11:21:16PM -0600, Matthew D. Fuller wrote: > Date: Sun, 27 Nov 2005 23:21:16 -0600 > From: "Matthew D. Fuller" > To: David Kirchner > Cc: ebm , freebsd-stable@freebsd.o= rg > Subject: Re: Freebsd 5.3 screw up.... deleted /lib/libc.so.5 >=20 > On Sun, Nov 27, 2005 at 05:29:36PM -0800 I heard the voice of > David Kirchner, and lo! it spake thus: > >=20 > > There is still hope however -- the /rescue directory contains a > > statically linked binary and a whole bunch of hardlinks, including > > 'mount' and 'cp'. If you can get libc.so.5 onto a floppy somewhere > > else you may be able to copy it into place with these utilities. >=20 > Note that it also has mount_nfs and rcp, so if you've got another box > handy 'nearby', you can get creative like that. >=20 >=20 > --=20 > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. ------------------------------ Message: 13 Date: Mon, 28 Nov 2005 21:54:30 +0100 From: Eirik ?verby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Joseph Koshy Cc: stable@freebsd.org Message-ID: <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> Content-Type: text/plain; charset=3DISO-8859-1; delsp=3Dyes; format=3Dflo= wed Hi, I think I have found the culprit. There must be some sort of difference between the machines after all (BIOS revision?), because while on one machine the interrupt rate for the bge card stays very low (2 to be exact) during maximum load, the other machine goes beyond 1000 and keeps rising constantly. This might also explain why performance slowly degrades over time on that machine, and response times vary wildly, while the "fast" machine responds nicely within 1-2 seconds no matter the load and testing time. I will have to investigate this more closely. Is there a way to force the NIC to polling mode (I'm assuming that is the difference, an IRQ rate of 2 is too low for a heavily loaded server if the NIC is interrupt-driven)? Anything else I could look at? Also, the interrupt rates for the CPUs stay at 2000 sharp on the fast system, but fluctuates somewhat on the other. /Eirik On Nov 28, 2005, at 15:54 , Joseph Koshy wrote: > E=C3=98> *loads* more context switches than on the BETA-3 system. > E=C3=98> I have not yet tried this during load > > - Which scheduler have you configured (BSD or ULE)? > - What do the interrupt statistics show? Any interrupt > storms? Please check the mailing lists for a prior > discussion on interrupt storms on some motherboards. > - Could you post the dmesg output from the systems (I > presume there aren't any significant differences). > > Please CC -stable too. > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > > ------------------------------ Message: 14 Date: Mon, 28 Nov 2005 16:14:40 -0500 From: Kris Kennaway Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Eirik ?verby Cc: stable@freebsd.org, Joseph Koshy Message-ID: <20051128211440.GB28963@xor.obsecurity.org> Content-Type: text/plain; charset=3D"us-ascii" On Mon, Nov 28, 2005 at 09:54:30PM +0100, Eirik ?verby wrote: > Hi, >=20 > I think I have found the culprit. There must be some sort of =20 > difference between the machines after all (BIOS revision?), because =20 > while on one machine the interrupt rate for the bge card stays very =20 > low (2 to be exact) during maximum load, the other machine goes =20 > beyond 1000 and keeps rising constantly. This might also explain why =20 > performance slowly degrades over time on that machine, and response =20 > times vary wildly, while the "fast" machine responds nicely within =20 > 1-2 seconds no matter the load and testing time. >=20 > I will have to investigate this more closely. Is there a way to force = > the NIC to polling mode (I'm assuming that is the difference, an IRQ =20 > rate of 2 is too low for a heavily loaded server if the NIC is =20 > interrupt-driven)? >=20 > Anything else I could look at? BIOS update. Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url :=20 http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051128/84= 489a19/attachment-0001.bin ------------------------------ Message: 15 Date: Mon, 28 Nov 2005 22:53:00 +0100 From: Eirik ?verby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Kris Kennaway Cc: stable@freebsd.org, Joseph Koshy Message-ID: <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> Content-Type: text/plain; charset=3DUS-ASCII; delsp=3Dyes; format=3Dflowe= d Firmware versions are equal. BIOS settings are equal. However, a diff of the dmesgs show (apart from MAC address differences): 30c30 < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 --- > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 What on earth is that all about? The "slow" box has the ACPI-fast timecounter... /Eirik On Nov 28, 2005, at 22:14 , Kris Kennaway wrote: > On Mon, Nov 28, 2005 at 09:54:30PM +0100, Eirik ?verby wrote: >> Hi, >> >> I think I have found the culprit. There must be some sort of >> difference between the machines after all (BIOS revision?), because >> while on one machine the interrupt rate for the bge card stays very >> low (2 to be exact) during maximum load, the other machine goes >> beyond 1000 and keeps rising constantly. This might also explain why >> performance slowly degrades over time on that machine, and response >> times vary wildly, while the "fast" machine responds nicely within >> 1-2 seconds no matter the load and testing time. >> >> I will have to investigate this more closely. Is there a way to force >> the NIC to polling mode (I'm assuming that is the difference, an IRQ >> rate of 2 is too low for a heavily loaded server if the NIC is >> interrupt-driven)? >> >> Anything else I could look at? > > BIOS update. > > Kris ------------------------------ Message: 16 Date: Mon, 28 Nov 2005 23:44:18 +0100 From: Eirik ?verby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Eirik ?verby Cc: stable@freebsd.org, Joseph Koshy , Kris Kennaway Message-ID: <9720F96D-A0F7-4639-8852-63A0F2C1FCDE@anduin.net> Content-Type: text/plain; charset=3DISO-8859-1; delsp=3Dyes; format=3Dflo= wed Update: The diff below was made after making sure both systems are running the exact same kernel. Behavior is the same. Building new kernels (6-STABLE) now to get out of the BETA stage. /Eirik On Nov 28, 2005, at 22:53 , Eirik =C3=98verby wrote: > Firmware versions are equal. BIOS settings are equal. > However, a diff of the dmesgs show (apart from MAC address =20 > differences): > > 30c30 > < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > --- > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > What on earth is that all about? The "slow" box has the ACPI-fast =20 > timecounter... > > /Eirik > > On Nov 28, 2005, at 22:14 , Kris Kennaway wrote: > >> On Mon, Nov 28, 2005 at 09:54:30PM +0100, Eirik ?verby wrote: >>> Hi, >>> >>> I think I have found the culprit. There must be some sort of >>> difference between the machines after all (BIOS revision?), because >>> while on one machine the interrupt rate for the bge card stays very >>> low (2 to be exact) during maximum load, the other machine goes >>> beyond 1000 and keeps rising constantly. This might also explain why >>> performance slowly degrades over time on that machine, and response >>> times vary wildly, while the "fast" machine responds nicely within >>> 1-2 seconds no matter the load and testing time. >>> >>> I will have to investigate this more closely. Is there a way to =20 >>> force >>> the NIC to polling mode (I'm assuming that is the difference, an IRQ >>> rate of 2 is too low for a heavily loaded server if the NIC is >>> interrupt-driven)? >>> >>> Anything else I could look at? >> >> BIOS update. >> >> Kris > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-=20 > unsubscribe@freebsd.org" > > ------------------------------ Message: 17 Date: Mon, 28 Nov 2005 17:14:24 -0600 From: Scot Hetzel Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Eirik ?verby Cc: stable@freebsd.org, Joseph Koshy , Kris Kennaway Message-ID: <790a9fff0511281514ra5519acq617964fac1d1f9e4@mail.gmail.com> Content-Type: text/plain; charset=3DISO-8859-1 On 11/28/05, Eirik =C3=98verby wrote: > Update: The diff below was made after making sure both systems are > running the exact same kernel. Behavior is the same. Building new > kernels (6-STABLE) now to get out of the BETA stage. > > /Eirik > > On Nov 28, 2005, at 22:53 , Eirik =C3=98verby wrote: > > > Firmware versions are equal. BIOS settings are equal. > > However, a diff of the dmesgs show (apart from MAC address > > differences): > > > > 30c30 > > < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > > --- > > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > > > What on earth is that all about? The "slow" box has the ACPI-fast > > timecounter... > > use sysctl to find out what time counters are available on the slow box: sysctl kern.timecounter : kern.timecounter.hardware: ACPI-fast kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000= ) : Then try setting the Timecounter on the slow box to ACPI-safe (if available) by using sysctl sysctl kern.timecounter.hardware=3DACPI-safe If this fixes the problem, then add the following to /etc/sysctl.conf: kern.timecounter.hardware=3DACPI-safe Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised= =2E ------------------------------ Message: 18 Date: Mon, 28 Nov 2005 18:59:11 -0500 From: Kris Kennaway Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Eirik ?verby Cc: stable@freebsd.org, Joseph Koshy , Kris Kennaway Message-ID: <20051128235911.GA31669@xor.obsecurity.org> Content-Type: text/plain; charset=3D"us-ascii" On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: > Firmware versions are equal. BIOS settings are equal. > However, a diff of the dmesgs show (apart from MAC address differences)= : >=20 > 30c30 > < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > --- > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >=20 > What on earth is that all about? The "slow" box has the ACPI-fast =20 > timecounter... Could be ACPI bugs on your system: > >BIOS update. Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url :=20 http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051128/65= e69573/attachment-0001.bin ------------------------------ Message: 19 Date: Mon, 28 Nov 2005 19:17:24 -0500 From: Forrest Aldrich Subject: device em0 not showing up at boot To: freebsd-stable@freebsd.org Message-ID: <438B9E14.7040007@forrie.com> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed I have an older PC (Compaq AP200) that I'm running FreeBSD-6.0 on. I have an Intel Gigabit interface installed in one of the PCI slots, along with another dual 10/100 Intel in another. The "em0" device does not show up at boot time, and therefore the firewall rules fail. However, if I go in and manually type "ifconfig em0" it then becomes available and I'm able to run dhclient on it, etc. etc. I just did a buildworld/installworld today, so the OS is fairly current. In /etc/rc.conf I have a simple ifconfig_em0=3D"DHCP". I wonder if this is a known problem... ------------------------------ Message: 20 Date: Mon, 28 Nov 2005 16:16:16 -0800 From: Mike Eubanks Subject: Re: NFS network load on 5.4-STABLE To: freebsd-stable@freebsd.org Message-ID: <1133223376.2269.51.camel@yak.mseubanks.net> Content-Type: text/plain On Mon, 2005-11-28 at 10:19 -0800, Mike Eubanks wrote: > On Mon, 2005-11-28 at 03:10 -0500, Kris Kennaway wrote: > > On Sun, Nov 27, 2005 at 09:24:15PM -0800, Mike Eubanks wrote: > >=20 > > > I made the sysctl modification. Still no luck though. The only pr= ocess > > > that had any activity using the top with the -S option, or after so= rting > > > by total, was the swapper/syncer. Even then, it was hardly active.= The > > > network traffic persists. > >=20 > > Weird, I don't know what that means. > >=20 > > Kris >=20 > I was thinking about graphing the network activity on the client and > server in the background using the bpf while running different processe= s > in the foreground to see what process is actually creating the traffic.= > I think an actual graph would give me a better idea of what is going on= =2E > Right now, I would like to assume it is a part of Gnome as was suggeste= d > before, although, I'd rather be sure. >=20 >=20 Solved. There was a panel applet that was monitoring disk activity. I did a diff comparison on my previous vs. new config files (in ~/.gconf). After a bit of sorting, there were extra applet paths even though the visual config was nearly identical. Specifically, there was a config for a multiload applet and different viewiable loads enabled. There was also a multiload process running, so I killed it and network activity dropped immediately. I tried removing everything on the panel, although, nothing appears to kill that specific process/applet. This looks like a different problem entirely and must have been automatically configured with the initial loading of Gnome when I did the refresh. Thanks for the responses. --=20 Mike Eubanks ------------------------------ Message: 21 Date: Mon, 28 Nov 2005 22:40:55 -0500 From: "Matthew Tomsa" Subject: (no subject) To: Message-ID: <002101c5f496$b6174fe0$6401a8c0@bedroompc> Content-Type: text/plain; charset=3D"us-ascii" What is the difference between RELEASE versions, STABLE versions, and CURRENT versions? I've done some reading but I'm still a bit confused. Thanks. -Matt ------------------------------ Message: 22 Date: Mon, 28 Nov 2005 21:48:22 -0600 From: linimon@lonesome.com (Mark Linimon) Subject: Re: (no subject) To: Matthew Tomsa Cc: stable@freebsd.org Message-ID: <20051129034822.GF11148@soaustin.net> Content-Type: text/plain; charset=3Dus-ascii On Mon, Nov 28, 2005 at 10:40:55PM -0500, Matthew Tomsa wrote: > What is the difference between RELEASE versions, STABLE versions, and > CURRENT versions? Please see the following: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/introduction.html http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/version-guide/ mcl ------------------------------ Message: 23 Date: Mon, 28 Nov 2005 22:49:50 -0500 From: Scott Robbins Subject: Difference between RELEASE, STABLE, CURRENT (was (no subject) ) To: freebsd-stable@freebsd.org Message-ID: <20051129034950.GA56195@mail.scottro.net> Content-Type: text/plain; charset=3Dus-ascii; x-action=3Dpgp-signed -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, Nov 28, 2005 at 10:40:55PM -0500, Matthew Tomsa wrote: > What is the difference between RELEASE versions, STABLE versions, and > CURRENT versions? I've done some reading but I'm still a bit confused.= > Thanks. >=20 One of the best explanations that I've seen can be found on freebsdforums.org http://www.freebsdforums.org/forums/showthread.php?t=3D36652&highlight=3D= RELEASE+CURRENT+STABLE (The final post, by the gentleman who uses the name phoenix) - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Principal Snyder: There are things I will not tolerate: students loitering on campus after school, horrible murders with hearts being removed. And also smoking. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDi8/e+lTVdes0Z9YRAswFAJ9XJ9mdnIyZErCRGkQQ2PF3/qA8xwCfcw+d Peg6cAFHCPk47zkq7ar+nHQ=3D =3Dz6gf -----END PGP SIGNATURE----- ------------------------------ Message: 24 Date: Mon, 28 Nov 2005 22:58:02 -0500 From: Chuck Swiger Subject: Re: (no subject) To: Matthew Tomsa Cc: stable@freebsd.org Message-ID: <438BD1CA.8000303@mac.com> Content-Type: text/plain; charset=3Dus-ascii; format=3Dflowed Matthew Tomsa wrote: > What is the difference between RELEASE versions, STABLE versions, and > CURRENT versions? I've done some reading but I'm still a bit confused.= > Thanks. -CURRENT is alpha. -STABLE is supposed to be the leading edge of functionality yet be stable= enough for production use; it should be treated as a late beta. In other= words, test it before deploying in production, because sometimes,=20 perhaps a day or two per month, -STABLE contains problems or breakage. Every few months, the project makes an effort to stabilize the source tre= e (including ports and docs), generates a release candidate or two, and the= n pushes out a RELEASE by tagging the -STABLE branch. A -RELEASE or securi= ty branch is intended for production use because it has undergone such=20 testing, and is updated with security patches and critical fixes only after such=20 changes have been tested in -CURRENT or -STABLE. If you don't know what to run, run the security branch (ie, RELENG_5_4). --=20 -Chuck ------------------------------ Message: 25 Date: Mon, 28 Nov 2005 22:59:13 -0500 From: Jim Van Fleet Subject: Re: Difference between RELEASE, STABLE, CURRENT (was (no subject) ) To: freebsd-stable@freebsd.org Message-ID: <438BD211.5070202@jimvanfleet.com> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Along the same lines: Do drivers trickle down from CURRENT into STABLE? For example, I have an Intel ICH7 sound card. I've noticed that support is available for these cards in CURRENT, but I am currently running STABLE (even though phoenix says not to-- whoops!) I understand that different circumstances may yield different results, but is there a general rule of thumb? BTW, thanks to all involved for a tremendous OS. I'm definitely smitten.= Cheers, Jim ------------------------------ Message: 26 Date: Mon, 28 Nov 2005 23:00:56 -0500 From: Michael Butler Subject: Re: ata (raid) patches To: stable@freebsd.org Cc: S?ren Schmidt Message-ID: <438BD278.30006@protected-networks.net> Content-Type: text/plain; charset=3D"iso-8859-1" -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I wrote: | For those game enough to try the results of my handiwork ;-), enclosed | is a patch against the files in /usr/src/sys/dev/ata for RELENG_6 (and | possibly others) with the following objectives: | | 1) the ata-raid driver currently leaks ata_composite and ata_request | structures into "neverland" in a mirrored configuration. This can be | observed using "sysctl -a | grep ^ata_" and noting the increasing | "in-use" count as time goes on. Eventually, this causes the kernel to | run out of memory. This is fixed by tracking the request counts on each= | composite request. ~ [ .. ] | As usual, this patch comes with no warranty ... it works for me. "If it= | breaks your system, you own all the pieces". | | I recommend you back up your system before testing, This is just the composite/request leak patch on it's own, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDi9J3iJykeV6HPMURAvENAJ4v9p/HjHLQ+iJ+EH23+z9ZiTbXyACeOhNA ux0UiWyGNNKu4rrPl12GP+4=3D =3DNC/r -----END PGP SIGNATURE----- -------------- next part -------------- *** /usr/src/sys/dev/ata/ata-all.h.orig Sun Nov 27 14:17:57 2005 --- /usr/src/sys/dev/ata/ata-all.h Sun Nov 27 14:22:05 2005 *************** *** 331,336 **** --- 331,337 ---- u_int32_t wr_depend; /* write depends on=20 subdisks */ u_int32_t wr_done; /* done write subdisks= */ struct ata_request *request[32]; /* size must match=20 maps above */ + long count; /* count required of this composite */ caddr_t data_1; caddr_t data_2; }; *** ata-raid.c.orig Mon Nov 28 18:02:01 2005 --- ata-raid.c Mon Nov 28 22:52:53 2005 *************** *** 410,415 **** --- 410,416 ---- mtx_init(&composite->lock, "ATA PseudoRAID rebuild lock", NULL, MTX_DEF); + composite->count =3D request->bytecount; composite->rd_needed |=3D (1 << drv); composite->wr_depend |=3D (1 << drv); composite->wr_needed |=3D (1 << this); *************** *** 468,473 **** --- 469,475 ---- mtx_init(&composite->lock, "ATA PseudoRAID mirror lock", NULL, MTX_DEF); + composite->count =3D request->bytecount; composite->wr_needed |=3D (1 << drv); composite->wr_needed |=3D (1 << this); composite->request[drv] =3D request; *************** *** 607,613 **** /* good data, update how far we've gotten */ else { bp->bio_resid -=3D request->donecount; ! if (bp->bio_resid =3D=3D 0) { if (composite->wr_done & (1 << mirror)) finished =3D 1; } --- 609,616 ---- /* good data, update how far we've gotten */ else { bp->bio_resid -=3D request->donecount; ! composite->count -=3D request->donecount; ! if (composite->count =3D=3D 0) { if (composite->wr_done & (1 << mirror)) finished =3D 1; } *************** *** 621,627 **** printf("DOH! rebuild failed\n"); /* XXX SOS */ rdp->rebuild_lba =3D blk; } ! if (bp->bio_resid =3D=3D 0) finished =3D 1; } } --- 624,630 ---- printf("DOH! rebuild failed\n"); /* XXX SOS */ rdp->rebuild_lba =3D blk; } ! if (composite->count =3D=3D 0) finished =3D 1; } } *************** *** 658,667 **** } bp->bio_resid -=3D composite->request[mirror]->donecount; } ! else bp->bio_resid -=3D request->donecount; ! if (bp->bio_resid =3D=3D 0) finished =3D 1; } mtx_unlock(&composite->lock); --- 661,674 ---- } bp->bio_resid -=3D composite->request[mirror]->donecount; + composite->count -=3D + composite->request[mirror]->donecount; } ! else { bp->bio_resid -=3D request->donecount; ! composite->count -=3D request->donecount; ! } ! if (composite->count =3D=3D 0) finished =3D 1; } mtx_unlock(&composite->lock); *************** *** 723,729 **** rdp->status &=3D ~AR_S_REBUILDING; ata_raid_config_changed(rdp, 1); } ! biodone(bp); } =09 if (composite) { --- 730,738 ---- rdp->status &=3D ~AR_S_REBUILDING; ata_raid_config_changed(rdp, 1); } ! /* cover the case of a series of composites which are only partly=20 complete */ ! if (bp->bio_resid =3D=3D 0) ! biodone(bp); } =09 if (composite) { ------------------------------ Message: 27 Date: Mon, 28 Nov 2005 21:49:22 -0800 From: "Kevin Oberman" Subject: Unable to set device characteristics with devd To: stable@freebsd.org Message-ID: <20051129054922.48ACA5D0A@ptavv.es.net> I've been trying to use devd for a number of things, but have not gotten far. One issue is when I attach an ATAPI disk: attach 100 { device-name "acd0"; action "/bin/chmod 666 /dev/$device-name"; } I have similar statements for my second hard drive (ad2s2). By using the -D option I see the device attach, but the chmod returns an error indicating that /dev/acd0 does not exist. I get similar results for other devices. Is there a delay between the attach event and the creation of the /dev entry? Am I missing something here? Maybe I should use devfs for this. --=20 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 ------------------------------ Message: 28 Date: Mon, 28 Nov 2005 22:04:05 -0800 From: "Darren Pilgrim" Subject: RE: Unable to set device characteristics with devd To: "'Kevin Oberman'" Cc: stable@freebsd.org Message-ID: <000801c5f4aa$b7d340a0$642a15ac@smiley> Content-Type: text/plain; charset=3D"us-ascii" From: Kevin Oberman >=20 > I've been trying to use devd for a number of things, but have=20 > not gotten > far. >=20 > One issue is when I attach an ATAPI disk: > attach 100 { > device-name "acd0"; > action "/bin/chmod 666 /dev/$device-name"; > } >=20 > I have similar statements for my second hard drive (ad2s2). >=20 > By using the -D option I see the device attach, but the chmod returns > an error indicating that /dev/acd0 does not exist. I get=20 > similar results for other devices. >=20 > Is there a delay between the attach event and the creation of the /dev > entry? Am I missing something here? Maybe I should use devfs for this. The normal tools (chmod, chown, etc.) don't work on devfs. You need to create devfs rules to change permissions, ownership, etc. on device nodes= =2E See devfs.rules(5) and devfs.conf(5). ------------------------------ Message: 29 Date: Mon, 28 Nov 2005 22:08:47 -0800 From: Brooks Davis Subject: Re: Unable to set device characteristics with devd To: Darren Pilgrim Cc: stable@freebsd.org Message-ID: <20051129060847.GA26275@odin.ac.hmc.edu> Content-Type: text/plain; charset=3D"us-ascii" On Mon, Nov 28, 2005 at 10:04:05PM -0800, Darren Pilgrim wrote: > From: Kevin Oberman > >=20 > > I've been trying to use devd for a number of things, but have=20 > > not gotten > > far. > >=20 > > One issue is when I attach an ATAPI disk: > > attach 100 { > > device-name "acd0"; > > action "/bin/chmod 666 /dev/$device-name"; > > } > >=20 > > I have similar statements for my second hard drive (ad2s2). > >=20 > > By using the -D option I see the device attach, but the chmod returns= > > an error indicating that /dev/acd0 does not exist. I get=20 > > similar results for other devices. > >=20 > > Is there a delay between the attach event and the creation of the /de= v > > entry? Am I missing something here? Maybe I should use devfs for this= =2E >=20 > The normal tools (chmod, chown, etc.) don't work on devfs. You need to= > create devfs rules to change permissions, ownership, etc. on device nod= es. Nope. It's a race. I wouldn't count on devd getting there either early enough or late enough. [10:07pm] brooks@pagefault (~): uname -a FreeBSD pagefault 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sun Nov 20=20 20:37:29 PST 2005 ... [10:07pm] brooks@pagefault (~): ls -l /dev/cuad0 crw-rw---- 1 uucp dialer 0, 74 Nov 28 10:15 /dev/cuad0 [10:07pm] brooks@pagefault (~): sudo chmod 666 /dev/cuad0 Password: [10:07pm] brooks@pagefault (~): ls -l /dev/cuad0 crw-rw-rw- 1 uucp dialer 0, 74 Nov 28 10:15 /dev/cuad0 [10:07pm] brooks@pagefault (~): > See devfs.rules(5) and devfs.conf(5). Yes. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url :=20 http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051128/3f= d0f01f/attachment-0001.bin ------------------------------ Message: 30 Date: Mon, 28 Nov 2005 23:05:49 -0800 From: Eric Anholt Subject: Current DRM for 6-STABLE To: stable@FreeBSD.org Message-ID: <1133247949.1071.11.camel@leguin> Content-Type: text/plain; charset=3D"us-ascii" I've put a patch at http://people.freebsd.org/~anholt/dri/drm-sys-stable-20051128.diff for a merge of the DRM in -current to 6-STABLE. I don't intend to merge it soon, but it may be of use to people who are enjoying life on 6-STABLE otherwise, and expand the testing before I do commit. Commit message from -current: Update DRM to CVS snapshot as of 2005-11-28. Notable changes: - S3 Savage driver ported. - Added support for ATI_fragment_shader registers for r200. - Improved r300 support, needed for latest r300 DRI driver. - (possibly) r300 PCIE support, needs X.Org server from CVS. - Added support for PCI Matrox cards. - Software fallbacks fixed for Rage 128, which used to render badly or ha= ng. - Some issues reported by WITNESS are fixed. - i915 module Makefile added, as the driver may now be working, but is=20 untested.- Added scripts for copying and preprocessing DRM CVS for=20 inclusion in the kernel. Thanks to Daniel Stone for getting me started on that. As far as i915 goes, apparently people have had it successfully attach to the drmsub device, which I never managed to when I had an i915-supported device. After that there was an AGP issue that I hope I fixed, so it needs testing now, and may Just Work. --=20 Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part Url :=20 http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051128/f2= 995f54/attachment-0001.bin ------------------------------ Message: 31 Date: Tue, 29 Nov 2005 09:46:09 +0100 (CET) From: Eirik Oeverby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Kris Kennaway Cc: stable@freebsd.org, Joseph Koshy Message-ID: <20051129094531.Y23958@anduin.net> Content-Type: TEXT/PLAIN; charset=3DUS-ASCII; format=3Dflowed On Mon, 28 Nov 2005, Kris Kennaway wrote: > On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: >> Firmware versions are equal. BIOS settings are equal. >> However, a diff of the dmesgs show (apart from MAC address differences= ): >> >> 30c30 >> < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 >> --- >>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> >> What on earth is that all about? The "slow" box has the ACPI-fast >> timecounter... > > Could be ACPI bugs on your system: Yes, but the other system is 100% equal - hardware, bios config, bios and= bootblock revision, controller bioses, etc. etc. It all matches. Should I complain to HP? /Eirik > >>> BIOS update. > > Kris > ------------------------------ Message: 32 Date: Tue, 29 Nov 2005 04:15:33 -0500 From: Kris Kennaway Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Eirik Oeverby Cc: stable@freebsd.org, Joseph Koshy , Kris Kennaway Message-ID: <20051129091533.GA41885@xor.obsecurity.org> Content-Type: text/plain; charset=3D"us-ascii" On Tue, Nov 29, 2005 at 09:46:09AM +0100, Eirik Oeverby wrote: >=20 >=20 > On Mon, 28 Nov 2005, Kris Kennaway wrote: >=20 > >On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: > >>Firmware versions are equal. BIOS settings are equal. > >>However, a diff of the dmesgs show (apart from MAC address difference= s): > >> > >>30c30 > >>< Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > >>--- > >>>Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > >> > >>What on earth is that all about? The "slow" box has the ACPI-fast > >>timecounter... > > > >Could be ACPI bugs on your system: >=20 > Yes, but the other system is 100% equal - hardware, bios config, bios a= nd=20 > bootblock revision, controller bioses, etc. etc. > It all matches. Clearly they're not 100% equal, but (100-epsilon)%. Your job is to identify the origin of the epsilon :-) > Should I complain to HP? If you think you'll get anywhere, it might be worth pursuing. Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url :=20 http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051129/88= 6f5e57/attachment-0001.bin ------------------------------ Message: 33 Date: Tue, 29 Nov 2005 10:25:07 +0100 From: Eirik ?verby Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? To: Kris Kennaway Cc: stable@freebsd.org, Joseph Koshy Message-ID: Content-Type: text/plain; charset=3DUS-ASCII; delsp=3Dyes; format=3Dflowe= d On Nov 29, 2005, at 10:15 , Kris Kennaway wrote: > On Tue, Nov 29, 2005 at 09:46:09AM +0100, Eirik Oeverby wrote: >> >> >> On Mon, 28 Nov 2005, Kris Kennaway wrote: >> >>> On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote: >>>> Firmware versions are equal. BIOS settings are equal. >>>> However, a diff of the dmesgs show (apart from MAC address =20 >>>> differences): >>>> >>>> 30c30 >>>> < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 >>>> --- >>>>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>>> >>>> What on earth is that all about? The "slow" box has the ACPI-fast >>>> timecounter... >>> >>> Could be ACPI bugs on your system: >> >> Yes, but the other system is 100% equal - hardware, bios config, =20 >> bios and >> bootblock revision, controller bioses, etc. etc. >> It all matches. > > Clearly they're not 100% equal, but (100-epsilon)%. Your job is to > identify the origin of the epsilon :-) Yea yea ;) Working on it.. Is there a way to force ACPI-safe on the slower system? /Eirik > >> Should I complain to HP? > > If you think you'll get anywhere, it might be worth pursuing. > > Kris ------------------------------ _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"= End of freebsd-stable Digest, Vol 137, Issue 2 ********************************************** --------------090807050900080709050604-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 01:19:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 313F016A44C for ; Wed, 30 Nov 2005 01:19:45 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from ash25e.internode.on.net (ash25e.internode.on.net [203.16.214.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A4DF43DD9 for ; Wed, 30 Nov 2005 01:19:21 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp134-41.lns2.adl2.internode.on.net [59.167.134.41]) by ash25e.internode.on.net (8.12.9/8.12.6) with ESMTP id jAU1JDWk086582; Wed, 30 Nov 2005 11:49:14 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id jAU1JAqd077527 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 30 Nov 2005 11:49:13 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 30 Nov 2005 11:49:07 +1030 User-Agent: KMail/1.8.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3488127.99TaDlIAEG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511301149.09076.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 59.167.134.41 Cc: Juraj Lutter Subject: Re: Silicon Image 3132under RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 01:19:47 -0000 --nextPart3488127.99TaDlIAEG Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 30 Nov 2005 05:34, Juraj Lutter wrote: > is there any chance that the support for SiI 3132 will get to RELENG_5 (a= nd > RELENG_6 as well) soon? I've got this card and am quite unhappy that it > isn't working (yet)... I believe that chipset is almost worthless.. It is known to cause data corruption, etc, so you'd be better off buying=20 another card. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3488127.99TaDlIAEG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDjP4N5ZPcIHs/zowRAs3vAKCCoCT4BSEIpDSHiVR5YqRAZuO2XgCfWjx9 H1wjfLeyXvLUOSLBxmiRIYM= =Hiqt -----END PGP SIGNATURE----- --nextPart3488127.99TaDlIAEG-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 01:27:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22E0016A420 for ; Wed, 30 Nov 2005 01:27:34 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A252F43D6D for ; Wed, 30 Nov 2005 01:27:10 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by xproxy.gmail.com with SMTP id s14so1787739wxc for ; Tue, 29 Nov 2005 17:26:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=jbD1JDplH5ioJJJRCkEk9tdknhaMDYYPZdH4YXjxL+A+pbhJcF6M/rhKr7/RK9D6yGpfuVyKyOYivsK33ylqClgq1a605BB6Pc+0kYkmRkooh9o+iSidu99tsotleghjHxcgxVmvRAqEVMdOtFqxoJwiINBBYzkmHnNbNlgFRQA= Received: by 10.65.15.3 with SMTP id s3mr3290195qbi; Tue, 29 Nov 2005 17:26:40 -0800 (PST) Received: by 10.64.213.7 with HTTP; Tue, 29 Nov 2005 17:26:40 -0800 (PST) Message-ID: <2a41acea0511291726h2a90eb91l64700ec16ecba1f5@mail.gmail.com> Date: Tue, 29 Nov 2005 17:26:40 -0800 From: Jack Vogel To: Mike Tancsa , Forrest Aldrich In-Reply-To: <6.2.3.4.0.20051129103951.08abb790@64.7.153.2> MIME-Version: 1.0 References: <438B9E14.7040007@forrie.com> <44acfnjzmu.fsf@be-well.ilk.org> <6.2.3.4.0.20051129103951.08abb790@64.7.153.2> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: device em0 not showing up at boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 01:27:34 -0000 On 11/29/05, Mike Tancsa wrote: > > At 09:29 AM 29/11/2005, Lowell Gilbert wrote: > >Forrest Aldrich writes: > > > > > I have an older PC (Compaq AP200) that I'm running FreeBSD-6.0 on. > > > > > > I have an Intel Gigabit interface installed in one of the PCI slots, > > > along with another dual 10/100 Intel in another. > > > > > > The "em0" device does not show up at boot time, and therefore the > > > firewall rules fail. > > > >It's not detected in the boot messages at all? > > What does > pciconf -lv show ? > > ---Mike > There are some adapters that are not in the driver. I am the person within Intel LAD responsible for FreeBSD, we are going to try and update PCI IDs for new devices shortly. If you can report what Mike asked we can see what the device is and I might have a patch I can put together. Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 01:38:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 009AC16A41F for ; Wed, 30 Nov 2005 01:38:53 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEECC43D7E for ; Wed, 30 Nov 2005 01:38:44 +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 jAU1ceKv020988; Tue, 29 Nov 2005 17:38:40 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id jAU1ceBp020987; Tue, 29 Nov 2005 17:38:40 -0800 Date: Tue, 29 Nov 2005 17:38:40 -0800 From: Brooks Davis To: "Daniel O'Connor" Message-ID: <20051130013840.GA20710@odin.ac.hmc.edu> References: <200511301149.09076.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <200511301149.09076.doconnor@gsoft.com.au> 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, Juraj Lutter Subject: Re: Silicon Image 3132under RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 01:38:54 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 30, 2005 at 11:49:07AM +1030, Daniel O'Connor wrote: > On Wed, 30 Nov 2005 05:34, Juraj Lutter wrote: > > is there any chance that the support for SiI 3132 will get to RELENG_5 = (and > > RELENG_6 as well) soon? I've got this card and am quite unhappy that it > > isn't working (yet)... >=20 > I believe that chipset is almost worthless.. > It is known to cause data corruption, etc, so you'd be better off buying= =20 > another card. If the poster actually means 3132, it's an unknown quantity. The 3112 is the piece of junk. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDjQKeXY6L6fI4GtQRAnUaAKDCkQTA787Ra4unqlVpi7/9YHHySACcD8Be jrss4b0kHKSN43rVSrLFfHo= =hbZl -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 02:01:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B177016A41F for ; Wed, 30 Nov 2005 02:01:29 +0000 (GMT) (envelope-from ian_leroux@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A42343D81 for ; Wed, 30 Nov 2005 02:01:28 +0000 (GMT) (envelope-from ian_leroux@fastmail.fm) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 9E3A8D17FC6 for ; Tue, 29 Nov 2005 21:01:26 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Tue, 29 Nov 2005 21:01:26 -0500 X-Sasl-enc: YKbeGmb7GfX8nhWDvUcuUcgXujyMfrMN0QwO/XS+6hbo 1133316085 Received: from TANG-FIVE-EIGHTY-ONE.MIT.EDU (TANG-FIVE-EIGHTY-ONE.MIT.EDU [18.251.7.70]) by frontend2.messagingengine.com (Postfix) with ESMTP id 840C15713C0 for ; Tue, 29 Nov 2005 21:01:24 -0500 (EST) From: "Ian D. Leroux" To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Tue, 29 Nov 2005 21:01:16 -0500 Message-Id: <1133316076.522.28.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Restarting ntpd on address change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ian_leroux@fastmail.fm List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 02:01:29 -0000 Greetings, My machine's ip address is assigned by DHCP, and whenever it changes ntpd stops functioning and must be restarted. I gather this behavior will be changed in some future ntpd version, but in the meantime I had added a line to my /etc/dhclient-exit-hooks to restart ntpd every time a new address was obtained: # [...] setup variables for ipcheck if [ -n "$new_ip_address" ]; then # [...] run ipcheck to update my dyndns /etc/rc.d/ntpd restart fi This seemed work fine on 5.4, but on 6.0 it gives problems at boot. Specifically, I get repeated "bad file descriptor" errors after my network address is assigned, and running ps after the boot completes shows that there are two ntpd processes running. Killing one of them stops the file descriptor errors. My interpretation of this (for what it's worth) is that an ntpd process gets started before dhclient gets a chance to configure the address (perhaps when the interface initially comes up) and then when the address is assigned the /etc/rc.d/ntpd restart starts a second process, but somehow fails to stop the first one. For now I've removed that line from dhclient-exit-hooks, which avoids the problems at boot time. I have the feeling that I'm not doing the Right Thing here. So is there an accepted (or at least known-good) way of automatically managing the restart of ntpd on address change? Have I found a bug in rc.d worth investigating? Or should I just stick to manual restarts until ntpd stops needing them? Thanks, Ian D. Leroux From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 02:21:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5138B16A41F for ; Wed, 30 Nov 2005 02:21:00 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 435AB43D76 for ; Wed, 30 Nov 2005 02:19:49 +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 jAU2JUrl025869; Tue, 29 Nov 2005 18:19:30 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id jAU2JUPF025868; Tue, 29 Nov 2005 18:19:30 -0800 Date: Tue, 29 Nov 2005 18:19:30 -0800 From: Brooks Davis To: "Ian D. Leroux" Message-ID: <20051130021930.GA24227@odin.ac.hmc.edu> References: <1133316076.522.28.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <1133316076.522.28.camel@localhost> 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: Restarting ntpd on address change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 02:21:00 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 29, 2005 at 09:01:16PM -0500, Ian D. Leroux wrote: > Greetings, >=20 > My machine's ip address is assigned by DHCP, and whenever it changes > ntpd stops functioning and must be restarted. I gather this behavior > will be changed in some future ntpd version, but in the meantime I had > added a line to my /etc/dhclient-exit-hooks to restart ntpd every time a > new address was obtained: >=20 > # [...] setup variables for ipcheck >=20 > if [ -n "$new_ip_address" ]; then > # [...] run ipcheck to update my dyndns > /etc/rc.d/ntpd restart > fi >=20 > This seemed work fine on 5.4, but on 6.0 it gives problems at boot. > Specifically, I get repeated "bad file descriptor" errors after my > network address is assigned, and running ps after the boot completes > shows that there are two ntpd processes running. Killing one of them > stops the file descriptor errors. My interpretation of this (for what > it's worth) is that an ntpd process gets started before dhclient gets a > chance to configure the address (perhaps when the interface initially > comes up) and then when the address is assigned the /etc/rc.d/ntpd > restart starts a second process, but somehow fails to stop the first > one. For now I've removed that line from dhclient-exit-hooks, which > avoids the problems at boot time. >=20 > I have the feeling that I'm not doing the Right Thing here. So is there > an accepted (or at least known-good) way of automatically managing the > restart of ntpd on address change? Have I found a bug in rc.d worth > investigating? Or should I just stick to manual restarts until ntpd > stops needing them? Hmm, this should work because the pid file should prevent ntpd from getting started twice. That happens on my -CURRENT laptop so I'm thinking there's something going on in the startup process that's tripping you up. One thought I had was that /var/run might be getting cleared, but it doesn't look like that should be the case. On a tangential note, the ntpd script won't actually support chroots due to it's broken assumption that devices can exist outside devfs file systems. --- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDjQwyXY6L6fI4GtQRAvYxAKCsY1d9YmyDK1uyG/R1QOxSrYC0vACgnXH5 f93xteMqjChuvXfrrmIK/2c= =olKt -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 02:59:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5241916A41F for ; Wed, 30 Nov 2005 02:59:34 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from forrie.com (c-24-62-224-187.hsd1.nh.comcast.net [24.62.224.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11B5E43D82 for ; Wed, 30 Nov 2005 02:59:16 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [192.168.1.98] (monster.forrie.com [192.168.1.98]) (authenticated bits=0) by forrie.com (8.13.4/8.13.4) with ESMTP id jAU2x8SR014443 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Nov 2005 21:59:08 -0500 (EST) (envelope-from forrie@forrie.com) Message-ID: <438D15ED.60204@forrie.com> Date: Tue, 29 Nov 2005 22:01:01 -0500 From: Forrest Aldrich User-Agent: Thunderbird 1.5 (Windows/20051129) MIME-Version: 1.0 To: Jack Vogel References: <438B9E14.7040007@forrie.com> <44acfnjzmu.fsf@be-well.ilk.org> <6.2.3.4.0.20051129103951.08abb790@64.7.153.2> <2a41acea0511291726h2a90eb91l64700ec16ecba1f5@mail.gmail.com> In-Reply-To: <2a41acea0511291726h2a90eb91l64700ec16ecba1f5@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87/1198/Tue Nov 29 05:05:20 2005 on server.forrie.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: device em0 not showing up at boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 02:59:34 -0000 Jack Vogel wrote: > On 11/29/05, *Mike Tancsa* > > wrote: > > At 09:29 AM 29/11/2005, Lowell Gilbert wrote: > >Forrest Aldrich > > writes: > > > > > I have an older PC (Compaq AP200) that I'm running FreeBSD-6.0 on. > > > > > > I have an Intel Gigabit interface installed in one of the PCI > slots, > > > along with another dual 10/100 Intel in another. > > > > > > The "em0" device does not show up at boot time, and therefore the > > > firewall rules fail. > > > >It's not detected in the boot messages at all? > > What does > pciconf -lv show ? > > ---Mike > > > There are some adapters that are not in the driver. I am the person within > Intel LAD responsible for FreeBSD, we are going to try and update PCI IDs > for new devices shortly. If you can report what Mike asked we can see what > the device is and I might have a patch I can put together. > > Cheers, > > Jack > Hi Jack, Mike, Thank you for your responses. Sorry it took me a day to get to this. Here is the output per the above command. Thanks again, Forrest agp0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x71908086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82443BX/ZX 440BX/ZX CPU to PCI Bridge (AGP Implemented)' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x71918086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82443BX/ZX 440BX/ZX AGPset PCI-to-PCI bridge' class = bridge subclass = PCI-PCI em0@pci0:13:0: class=0x020000 card=0x11768086 chip=0x10768086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' class = network subclass = ethernet pcib2@pci0:14:0: class=0x060400 card=0x000000dc chip=0x00241011 rev=0x03 hdr=0x01 vendor = 'Digital Equipment Corporation' device = '21151/2 PCI to PCI Bridge' class = bridge subclass = PCI-PCI none0@pci0:16:0: class=0x030000 card=0x08003d3d chip=0x000a3d3d rev=0x01 hdr=0x00 vendor = '3Dlabs, Inc. Ltd' device = 'Permedia 3' class = display subclass = VGA isab0@pci0:20:0: class=0x060100 card=0x00000000 chip=0x71108086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M ISA Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:20:1: class=0x010180 card=0x00000000 chip=0x71118086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M IDE Controller' class = mass storage subclass = ATA uhci0@pci0:20:2: class=0x0c0300 card=0x00000000 chip=0x71128086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M USB Interface' class = serial bus subclass = USB piix0@pci0:20:3: class=0x068000 card=0x00000000 chip=0x71138086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M Power Management Controller' class = bridge fxp0@pci2:4:0: class=0x020000 card=0x10f08086 chip=0x12298086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet fxp1@pci2:5:0: class=0x020000 card=0x10f08086 chip=0x12298086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 04:52:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E106A16A41F for ; Wed, 30 Nov 2005 04:52:36 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 590A643D5A for ; Wed, 30 Nov 2005 04:52:23 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so80766wxc for ; Tue, 29 Nov 2005 20:52:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=lStY8P1fHmlM+31sTmPUr51/6k+BvHJMJM9JhS11V/068cI/+jeFIusWiVDINLE1bsQeCbUg+yd+f+vCDojl9RzqOOo4MC5fw9OfAqtEc5Ip/v7HGNJdlgYI0TMmPZWrPe8lzZma15wxagKqeMNyG5OhKxJRGuUDQiiXhXk92gI= Received: by 10.64.249.18 with SMTP id w18mr5197135qbh; Tue, 29 Nov 2005 20:52:23 -0800 (PST) Received: by 10.64.213.7 with HTTP; Tue, 29 Nov 2005 20:52:23 -0800 (PST) Message-ID: <2a41acea0511292052g55ec0e91t75675000437b472e@mail.gmail.com> Date: Tue, 29 Nov 2005 20:52:23 -0800 From: Jack Vogel To: Forrest Aldrich In-Reply-To: <438D15ED.60204@forrie.com> MIME-Version: 1.0 References: <438B9E14.7040007@forrie.com> <44acfnjzmu.fsf@be-well.ilk.org> <6.2.3.4.0.20051129103951.08abb790@64.7.153.2> <2a41acea0511291726h2a90eb91l64700ec16ecba1f5@mail.gmail.com> <438D15ED.60204@forrie.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: device em0 not showing up at boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 04:52:37 -0000 On 11/29/05, Forrest Aldrich wrote: > > > > Hi Jack, Mike, > > Thank you for your responses. Sorry it took me a day to get to this. > > Here is the output per the above command. > > Thanks again, > Forrest > > ... em0@pci0:13:0: class=3D0x020000 card=3D0x11768086 chip=3D0x10768086 rev=3D= 0x00 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82547EI Gigabit Ethernet Controller' > class =3D network > subclass =3D ethernet > So, the kernel does see the device Forrest. If you are not seeing any sort of message on boot then it is probably because you dont have the driver configured into your kernel maybe?? Jack From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 05:49:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ED5116A41F for ; Wed, 30 Nov 2005 05:49:59 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: from postfix.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EF1E43D60 for ; Wed, 30 Nov 2005 05:49:51 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: by postfix.bsdforen.de (Postfix, from userid 20000) id 209A8684A26; Wed, 30 Nov 2005 06:49:49 +0100 (CET) Received: from localhost (postfix [127.0.0.3]) by postfix.bsdforen.de (Postfix) with ESMTP id 65B4C684A24 for ; Wed, 30 Nov 2005 06:49:48 +0100 (CET) Received: from postfix.bsdforen.de ([127.0.0.3]) by localhost (postfix.bsdforen.de [127.0.0.3]) (amavisd-new, port 10024) with LMTP id 06714-04 for ; Wed, 30 Nov 2005 06:49:48 +0100 (CET) Received: from loki (p549CD4EB.dip.t-dialin.net [84.156.212.235]) by postfix.bsdforen.de (Postfix) with ESMTP id B1029684A1F for ; Wed, 30 Nov 2005 06:49:47 +0100 (CET) Date: Wed, 30 Nov 2005 06:49:36 +0100 From: Joerg Pernfuss To: freebsd-stable@freebsd.org Message-ID: <20051130064936.7f320d09@loki> In-Reply-To: <2a41acea0511292052g55ec0e91t75675000437b472e@mail.gmail.com> References: <438B9E14.7040007@forrie.com> <44acfnjzmu.fsf@be-well.ilk.org> <6.2.3.4.0.20051129103951.08abb790@64.7.153.2> <2a41acea0511291726h2a90eb91l64700ec16ecba1f5@mail.gmail.com> <438D15ED.60204@forrie.com> <2a41acea0511292052g55ec0e91t75675000437b472e@mail.gmail.com> X-Mailer: Sylpheed-Claws 1.9.13 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at bsdforen.de X-DSPAM-Result: Innocent X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 438d3d7d81531370291823 X-DSPAM-User: global Subject: Re: device em0 not showing up at boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 05:49:59 -0000 On Tue, 29 Nov 2005 20:52:23 -0800 Jack Vogel wrote: > em0@pci0:13:0: class=0x020000 card=0x11768086 chip=0x10768086 > rev=0x00 > > hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82547EI Gigabit Ethernet Controller' > > class = network > > subclass = ethernet > > > > So, the kernel does see the device Forrest. If you are not seeing any > sort of > message on boot then it is probably because you dont have the driver > configured into your kernel maybe?? > > Jack Shouldn't it be `none@pci0:13:0' if he hadn't configured the driver? Looks quite attached to the device to me. I am not sure if pciconf kldloads if_em.ko, but I doubt it. `kldstat -v' might give clues. `if_em_load="YES"' in /boot/loader.conf might help in case he does not have em in his kernel, but somehow loaded it before making the above output. Joerg -- | /"\ ASCII ribbon | GnuPG Key ID | c7e4 d91d 64e2 6321 9988 | | \ / campaign against | 0xb248b614 | f27a 4e5b 06ce b248 b614 | | X HTML in email | .the next sentence is a lie. | | / \ and news | .the previous sentence was true. | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 05:50:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEFA916A425 for ; Wed, 30 Nov 2005 05:50:13 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D1D943D82 for ; Wed, 30 Nov 2005 05:50:13 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20051130055008m91003f5roe>; Wed, 30 Nov 2005 05:50:10 +0000 Message-ID: <438D3D8E.3010609@math.missouri.edu> Date: Tue, 29 Nov 2005 23:50:06 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051124 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Charrois References: <20051129204524.C626D16A41F@hub.freebsd.org> <6740EFFC-3303-4030-A175-2348A7067F9A@syz.com> In-Reply-To: <6740EFFC-3303-4030-A175-2348A7067F9A@syz.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 05:50:14 -0000 Dan Charrois wrote: > It actually may be a comfort, since perhaps HTT is related to the > culprit. Since the last crash, about a month ago, I disabled HTT, both > in the kernel as well in the BIOS. So as far as I know, it's > completely been disabled (and the boot messages and top only show 2 > CPUs). And I haven't had the system go down for nearly a month now. I don't know if it is related, but I used to have random reboots on a dual Xeon system with HTT enabled. It happened when I ran a CPU intensive threaded program at the same time as "top" - running "top -s0" (which you have to do as root) could usually kill the machine in seconds if not minutes. All I can tell you is that with FreeBSD 6.0 the problem disappeared. Well not totally - I still get a bunch of harmless calcru negative messages, although I don't know if it is actually related to the boot problems I used to have with FreeBSD 5.4, because I get the calcru backwards messages even with HTT disabled. Anyway, if you are in the mood to try it out, you might like to try re-enabling HTT, starting up whatever process you usually use (I'm guessing it is MySQL), and then run "top -s0". If you get a crash soon after that, you have the same problem I had. Let me also add that these crashes usually did not trigger a crash dump (I had dumpon set), and when it did the resulting dump looked rather corrupted. Stephen From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 08:58:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E048016A429 for ; Wed, 30 Nov 2005 08:58:28 +0000 (GMT) (envelope-from wilbury@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6155943D4C for ; Wed, 30 Nov 2005 08:58:28 +0000 (GMT) (envelope-from wilbury@gmail.com) Received: by wproxy.gmail.com with SMTP id 50so1730146wri for ; Wed, 30 Nov 2005 00:58:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=LZN+uKagrjLJ6v2mfYExzKvBGKJ59+GvN44ehUr8Gy94vmtNZQAd6TLy42aeWd6yvI5crhIvW4JtyUxMVFpFOW1ArldmCe0kx2JxofwOnsCmO68A6brWd0gYMRbV9o4g4rvFgvs8PWbU9JRnjHohGvooMpiIsTDjqui1jALjDPc= Received: by 10.65.61.11 with SMTP id o11mr6263647qbk; Wed, 30 Nov 2005 00:58:27 -0800 (PST) Received: by 10.65.40.19 with HTTP; Wed, 30 Nov 2005 00:58:27 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 09:58:27 +0100 From: Juraj Lutter To: freebsd-stable@freebsd.org In-Reply-To: <20051130013840.GA20710@odin.ac.hmc.edu> MIME-Version: 1.0 References: <200511301149.09076.doconnor@gsoft.com.au> <20051130013840.GA20710@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Silicon Image 3132under RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 08:58:29 -0000 On 11/30/05, Brooks Davis wrote: > > If the poster actually means 3132, it's an unknown quantity. The 3112 > is the piece of junk. > Yes, I mean 3132, I suppose it's a brand new model from SiI. lspci -v says: 02:00.0 RAID bus controller: Silicon Image, Inc. SiI 3132 Serial ATA Raid I= I Controller (rev 01) Subsystem: Silicon Image, Inc. SiI 3132 Serial ATA Raid II Controller Thanks -- Sincerely yours, Juraj Lutter From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 09:20:32 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39FB616A41F for ; Wed, 30 Nov 2005 09:20:32 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: from smtp.xtra-net.be (cable-195-162-200-89.customer.tvd.be [195.162.200.89]) by mx1.FreeBSD.org (Postfix) with SMTP id 474E143D8D for ; Wed, 30 Nov 2005 09:20:22 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 19140 invoked from network); 30 Nov 2005 09:20:18 -0000 Received: from sbegfxab.xtra-net.org (HELO www.xtra-net.be) (192.168.1.19) by 0 with SMTP; 30 Nov 2005 09:20:18 -0000 Received: from 192.168.1.25 (proxying for 193.178.209.194) (SquirrelMail authenticated user jlang); by www.xtra-net.be with HTTP; Wed, 30 Nov 2005 10:20:18 +0100 (CET) Message-ID: <22759.192.168.1.25.1133342418.squirrel@192.168.1.25> Date: Wed, 30 Nov 2005 10:20:18 +0100 (CET) From: "Vincent Blondel" To: 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 Cc: Subject: tx underrun ??? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 09:20:32 -0000 Hello all, When having a look at log files on my web servers, I regulary see next output on the 3COM ethernet interfaces : xl1: transmission error: 90 xl1: tx underrun, increasing tx start threshold to 120 bytes xl1: transmission error: 90 xl1: tx underrun, increasing tx start threshold to 180 bytes xl1: promiscuous mode enabled xl1: promiscuous mode disabled Can somebody explain me what it is and if this situation is normal ? Regards Vincent From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 10:22:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B741116A420 for ; Wed, 30 Nov 2005 10:22:59 +0000 (GMT) (envelope-from paul.lkw@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5992D43D53 for ; Wed, 30 Nov 2005 10:22:59 +0000 (GMT) (envelope-from paul.lkw@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so1684451nzo for ; Wed, 30 Nov 2005 02:22:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=hufM864W/XN9X1FOBy3QABwl5g9bA8xFZoU4E+bg5Yd+0MaANcNhfuMVrqZtRJa+2bnwZy/pvzWkh3LPghCog17/e7vHNWAgA7dDAUMmVgWxMLiS0/24K1ax5n60MN4RbUXzUWpwgJdLYcOHpeL7Du13EbGTlpfHcNGJVvVRQOE= Received: by 10.65.123.16 with SMTP id a16mr14258qbn; Wed, 30 Nov 2005 02:22:58 -0800 (PST) Received: by 10.65.113.13 with HTTP; Wed, 30 Nov 2005 02:22:58 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 18:22:58 +0800 From: "Paul.LKW" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Any method to cross build and install to local box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 10:22:59 -0000 Hello all: As I known FreeBSD has a function called cross-build, which can be build from architecture i386 to Architecture amd64 or wise versa. But I have freebsd 4.11 (it must be i386 arch.) installed on a AMD-64 mechine and upgraded to 5.4 and want upgrade to 6.0 stable then. Can I completely change the OS's arch. via the upgrade process (Not Clean Install) via the following make: make buildworld TARGET_ARCH=3DAMD64 make buildkernel TARGET_ARCH=3DAMD64 make installkernel TARGET_ARCH=3DAMD64 mergemaster -p make installworld TARGET_ARCH=3DAMD64 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 11:16:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D179616A41F for ; Wed, 30 Nov 2005 11:16:19 +0000 (GMT) (envelope-from tpalfi@phoenixmedical.co.uk) Received: from mail35.messagelabs.com (mail35.messagelabs.com [62.231.131.195]) by mx1.FreeBSD.org (Postfix) with SMTP id BF4CA43D68 for ; Wed, 30 Nov 2005 11:16:17 +0000 (GMT) (envelope-from tpalfi@phoenixmedical.co.uk) X-VirusChecked: Checked X-Env-Sender: tpalfi@phoenixmedical.co.uk X-Msg-Ref: server-3.tower-35.messagelabs.com!1133349318!39356042!1 X-StarScan-Version: 5.5.9.1; banners=phoenixmedical.co.uk,-,- X-Originating-IP: [85.159.128.110] Received: (qmail 12719 invoked from network); 30 Nov 2005 11:15:18 -0000 Received: from 110.phoenix.ipi-group.co.uk (HELO INDY.enzo.phoenixmedical.co.uk) (85.159.128.110) by server-3.tower-35.messagelabs.com with SMTP; 30 Nov 2005 11:15:18 -0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Date: Wed, 30 Nov 2005 11:15:18 -0000 Message-ID: <119D03CDAA26274786799627855EC43D67F597@indy.enzo.phoenixmedical.co.uk> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: maximum process limit thread-index: AcX1n1i6FZmuaa8pSUupOvtgDXOn0Q== From: "Tomas Palfi" To: Subject: maximum process limit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 11:16:20 -0000 To=20all, I=20am=20running=20squid-2.5=20STABLE10=20on=205.4-RELEASE=20FreeBSD=20in=20= production, and=20I=20am=20trying=20to=20increase=20the=20maximum=20process=20size=20t= o=20be=202GB.=20I=20have found=20a=20few=20references,=20however,=20they=20are=20all=20related=20to= =20older=20releases (FreeBSD=203)=20of=20FreeBSD.=20=20As=20this=20server=20is=20already=20in=20= production,=20I=20just want=20to=20make=20sure=20that=20I=20am=20doing=20the=20right=20thing=20an= d=20the=202GB=20mem=20size is=20being=20supported=20on=20the=20above=20version. Can=20I=20have=20an=20option=20in=20the=20kernel=20 option=20=09"MAXDSIZE=3D\(2048*1024*1024\)" will=20this=20option=20alone=20change=20the=20default=20maximum=20process=20= size?=20Or=20do=20I have=20to=20edit=20the=20login.conf=20file=20to=20override=20the=20details= =20as=20well=20as=20the kernel=20changes? Many=20thanks Tomas -- tp PRIVACY=20&=20CONFIDENTIALITY This=20e-mail=20is=20private=20and=20confidential.=20=20If=20you=20have,=20= or=20suspect=20you=20have=20received=20this=20message=20in=20error=20pleas= e=20notify=20the=20sender=20as=20soon=20as=20possible=20and=20remove=20fro= m=20your=20system.=20=20You=20may=20not=20copy,=20distribute=20or=20take=20= any=20action=20in=20reliance=20on=20it.=20Thank=20you=20for=20your=20co-op= eration. Please=20note=20that=20whilst=20best=20efforts=20are=20made,=20neither=20t= he=20company=20nor=20the=20sender=20accepts=20any=20responsibility=20for=20= viruses=20and=20it=20is=20your=20responsibility=20to=20scan=20the=20email=20= and=20attachments=20(if=20any). This=20e-mail=20has=20been=20automatically=20scanned=20for=20viruses=20by=20= MessageLabs. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 11:37:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26C9216A41F for ; Wed, 30 Nov 2005 11:37:53 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49F9743D5E for ; Wed, 30 Nov 2005 11:37:47 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so103358wra for ; Wed, 30 Nov 2005 03:37:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=LUclZNiybtzGE6cJgfDgM47Es38UAFCdsrmbfTxawZvgL91OjVpd2Rak6CJR7PZb9CmowrpDy8f1Vmk0QawQ6e50X5ffR2/RxS5rI3X03LX7vONNfQb6Rfo5ghBtP4FaeVEbyAKmlRIbd2shucvY5QSvPOJtywYsovI67vD/EgU= Received: by 10.65.96.7 with SMTP id y7mr49231qbl; Wed, 30 Nov 2005 03:37:43 -0800 (PST) Received: by 10.65.243.16 with HTTP; Wed, 30 Nov 2005 03:37:43 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 12:37:43 +0100 From: Marco Calviani To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 11:37:53 -0000 Hi, having seen on the cpufreq(4) man page that there is more than one driver that is currently supported. In particular having a centrino processor, i would like to use the est driver. Currently, by default, the running driver is the one that comes with acpi (AFAIU), and i'm using powerd to control the cpu frequency in adaptive mode. In particular doing comparison with the linux case in which i have cpufreq with speedstep-centrino driver and the ondemand governor, in this case the system is much more responsive and also the fans runs much more quieter (although i cannot rely on proven data since i don't know any benchmark program). In particular i understood that the ondemand governor responds to the system much faster that powerd is able to do. Is there someone who can share some impression or thoughts? Best regards, MC From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 11:39:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C441716A41F for ; Wed, 30 Nov 2005 11:39:59 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 274BD43D77 for ; Wed, 30 Nov 2005 11:39:44 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by zproxy.gmail.com with SMTP id q3so369673nzb for ; Wed, 30 Nov 2005 03:39:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qM7R7gS7PCOW1TCCq6lXW6saXnq6qotfslbmOa+u0hspqzPEwx10KyXT2UUxtLUB0WUOxoeueHHBH9s6C4Of0w//P8VPfF0LeN9rk/9rxG2YRsyXgr25ubWON5EvNNU37jZCetiJlJRPssBIAQLYHmUXO9rfsaTzmgwTG1PEoSI= Received: by 10.65.137.17 with SMTP id p17mr70383qbn; Wed, 30 Nov 2005 03:39:43 -0800 (PST) Received: by 10.65.243.16 with HTTP; Wed, 30 Nov 2005 03:39:43 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 12:39:43 +0100 From: Marco Calviani To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-acpi@freebsd.org Subject: Re: high CPU load due to powerd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 11:39:59 -0000 2005/11/29, Marco Calviani : > Hi list, > i'm currently running 6.0-RELEASE and i activated powerd as the syste= m > power control utility. However, using top, i'm seeing that powerd normall= y > uses nearly 18% of the CPU power, thus consuming energy and battery time > (i'm using a laptop). Another point is that i'm seeing also more than one > process named powerd. > > Is this all normal? > > For example (a part of top): > > 30397 root 1 8 0 1188K 820K nanslp 3:07 17.14% powerd > 2143 root 1 8 0 1188K 820K nanslp 1:25 2.20% powerd > 2146 root 1 8 0 1188K 820K nanslp 0:47 1.03% powerd > (plus other.....) > > Many thanks in advance, > MC > Hi, i think this behaviour has been caused by my fault. Trying to modify the power settings i called powerd more than one time thinking of an automatic adjustment; however everytime i press powerd a new process started. Just my fault, sorry, MC From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 12:37:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4D8616A41F for ; Wed, 30 Nov 2005 12:37:49 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web36207.mail.mud.yahoo.com (web36207.mail.mud.yahoo.com [209.191.68.233]) by mx1.FreeBSD.org (Postfix) with SMTP id E86E643D58 for ; Wed, 30 Nov 2005 12:37:48 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 37261 invoked by uid 60001); 30 Nov 2005 12:37:48 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=PpwYuB/UExEFgRkl4D92ADFVSOBDece4ZzATgUod5YsRTwld+ptDxl5vxWa4gSLeVn6rvHHXtLuVvMLvLM3BOO4xYbL4o8SBDp9J7xtlNqaMCqqeV3+9aXg0z1hX62ir+JZ56FwBPewpIlRIIR15jbvsezuF8zMXW+kD7AKW39I= ; Message-ID: <20051130123748.37259.qmail@web36207.mail.mud.yahoo.com> Received: from [147.46.44.181] by web36207.mail.mud.yahoo.com via HTTP; Wed, 30 Nov 2005 04:37:48 PST Date: Wed, 30 Nov 2005 04:37:48 -0800 (PST) From: Rob To: FreeBSD Stable , freebsd-doc@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: vincent@xtra-net.org Subject: tx underrun ? (add entry into xl manpage) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 12:37:49 -0000 Vincent Blondel wrote: > Hello all, > > When having a look at log files on my web servers, I regulary see next output on the 3COM ethernet interfaces : > > > xl1: transmission error: 90 > xl1: tx underrun, increasing tx start threshold to 120 bytes > xl1: transmission error: 90 > xl1: tx underrun, increasing tx start threshold to 180 bytes > xl1: promiscuous mode enabled > xl1: promiscuous mode disabled > > Can somebody explain me what it is and if this situation is normal ? Rumours are that these messages are harmless, but if someone can explain these messages properly, it would be nice to add an entry to the DIAGNOSTICS section of the xl manpage (hence, this mail also goes to doc mailinglist) I see these messages too on my router/gateway: xl1: transmission error: 90 xl1: tx underrun, increasing tx start threshold to 120 bytes xl1: transmission error: 90 xl1: tx underrun, increasing tx start threshold to 180 bytes xl0: transmission error: 90 xl0: tx underrun, increasing tx start threshold to 120 bytes xl1: transmission error: 90 xl1: tx underrun, increasing tx start threshold to 240 bytes Regards, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 13:32:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBEC516A41F; Wed, 30 Nov 2005 13:32:36 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61C2D43D94; Wed, 30 Nov 2005 13:32:28 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EhS4O-0002Hy-00; Wed, 30 Nov 2005 14:32:24 +0100 Date: Wed, 30 Nov 2005 14:32:24 +0100 To: Marco Calviani Message-ID: <20051130133224.GA4713@poupinou.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 13:32:37 -0000 On Wed, Nov 30, 2005 at 12:37:43PM +0100, Marco Calviani wrote: > Hi, > having seen on the cpufreq(4) man page that there is more than one > driver that is currently supported. In particular having a centrino > processor, i would like to use the est driver. Currently, by default, > the running driver is the one that comes with acpi (AFAIU), and i'm > using powerd to control the cpu frequency in adaptive mode. You have to load the cpufreq.ko module at boot. Adding that line: cpufreq_load = "YES" to /boot/loader.conf should be OK. > In particular doing comparison with the linux case in which i have > cpufreq with speedstep-centrino driver and the ondemand governor, in > this case the system is much more responsive and also the fans runs > much more quieter (although i cannot rely on proven data since i don't > know any benchmark program). In particular i understood that the > ondemand governor responds to the system much faster that powerd is > able to do. > > Is there someone who can share some impression or thoughts? powerd need some rework in order to get it working properly. There is one FreeBSD project on that subject if you are interrested. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 13:53:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90B1B16A422 for ; Wed, 30 Nov 2005 13:53:47 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6E2A43D69 for ; Wed, 30 Nov 2005 13:53:44 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so68427nzo for ; Wed, 30 Nov 2005 05:53:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=J30BeG6vV0M87uh/ORer6g2P5YGXAHfDGAd44P59SVizjp3KdTXKqmjZYJ9SKw7USZmzu+/rS9npbSeYdthMSBvPiQp0OoCQnmMNEfRdiIiRR9K2o+Vt4wvI7hpzJO8bhmKNiPigAGFuU8tShvDY0LR0eDo8Wjxi/718vAp/DWg= Received: by 10.65.133.19 with SMTP id k19mr151905qbn; Wed, 30 Nov 2005 05:53:44 -0800 (PST) Received: by 10.65.243.16 with HTTP; Wed, 30 Nov 2005 05:53:44 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 14:53:44 +0100 From: Marco Calviani To: freebsd-questions@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <20051130133224.GA4713@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051130133224.GA4713@poupinou.org> Cc: Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 13:53:47 -0000 Hi, 2005/11/30, Bruno Ducrot : > You have to load the cpufreq.ko module at boot. > Adding that line: > cpufreq_load =3D "YES" > to /boot/loader.conf > should be OK. I have that line in that position, and it seems working. The point is that i would like to change the driver and use (AFAIU) a better driver for my system (est). In particular i have: dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 Maybe i didn't understood well: but what i have to do to use the Intel Enhanced SpeedStep driver? > powerd need some rework in order to get it working properly. There > is one FreeBSD project on that subject if you are interrested. Well, thanks i'm very interested, although i'm not at all experienced in kernel programming.... I'm not inside this issue, but it would not be possible to "emulate" the behaviour of the ondemand governor? (sorry if this question makes no sense) > Bruno Ducrot Thanks, MC From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 14:38:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B961D16A41F for ; Wed, 30 Nov 2005 14:38:43 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34FF743D45 for ; Wed, 30 Nov 2005 14:38:40 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from localhost (ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id jAUEcX1f057917; Wed, 30 Nov 2005 06:38:34 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Wed, 30 Nov 2005 09:38:11 -0500 User-Agent: KMail/1.8.3 References: <200511291539.41294.lists@jnielsen.net> <200511300003.23367.stable@dino.sk> In-Reply-To: <200511300003.23367.stable@dino.sk> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511300938.12135.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Milan Obuch Subject: Re: FreeBSD 6.0 on TC1000 (was: wireless, ndis problems on Compaq TC1000 Tablet running 6-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 14:38:43 -0000 On Tuesday 29 November 2005 06:03 pm, Milan Obuch wrote: > On Tuesday 29 November 2005 21:39, John Nielsen wrote: > > After successfully installing FreeBSD 6.0 on a Compaq TC1000 Tablet PC > By the way, how did you install 6.0 there? I am working with TC1000 too, > but it looks almost impossible to install FreeBSD without keyboard. Just > would like to know possibilities - I tried 7.0 but ACPI does not work (does > not boot even, only with ACPI disabled). My only obstacle was getting a keyboard attached to the console - by default it would boot up to sysinstall just fine but the keyboard wouldn't work. (It was detected, but not attached.. i.e. caps lock, etc would work but sysinstall wasn't getting any input.) Using a 6.0-BETA or RC disk (I don't remember which one), I wasn't able to get around this. However, using 6.0-RELEASE I was able to use the builtin keyboard by disabling atkbd0 AND atkbdc0 in the loader. Loading the kbdmux module may or may not be helpful--I didn't end up needing it. Once installed (and with sshd running as a backup), I updated to -STABLE and built a custom kernel that does not include atkbdc, atkbd, or psm. It works fine. (And it's especially nice with a VESA 1024x768 mode in syscons.) JN From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 14:59:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0288A16A420 for ; Wed, 30 Nov 2005 14:59:38 +0000 (GMT) (envelope-from david@landgren.net) Received: from sferics.mongueurs.net (sferics.mongueurs.net [81.80.147.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6700A43D45 for ; Wed, 30 Nov 2005 14:59:36 +0000 (GMT) (envelope-from david@landgren.net) Received: from [127.0.0.1] (exo.bpinet.com [81.80.147.206]) by sferics.mongueurs.net (Postfix) with ESMTP id 26754AA89; Wed, 30 Nov 2005 15:59:36 +0100 (CET) Message-ID: <438DBE30.6020903@landgren.net> Date: Wed, 30 Nov 2005 15:58:56 +0100 From: David Landgren Organization: The Lusty Decadent Delights of Imperial Pompeii User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: Tomas Palfi References: <119D03CDAA26274786799627855EC43D67F597@indy.enzo.phoenixmedical.co.uk> In-Reply-To: <119D03CDAA26274786799627855EC43D67F597@indy.enzo.phoenixmedical.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: maximum process limit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 14:59:38 -0000 Tomas Palfi wrote: > To all, > > I am running squid-2.5 STABLE10 on 5.4-RELEASE FreeBSD in production, > and I am trying to increase the maximum process size to be 2GB. I have > found a few references, however, they are all related to older releases > (FreeBSD 3) of FreeBSD. As this server is already in production, I just > want to make sure that I am doing the right thing and the 2GB mem size > is being supported on the above version. > > Can I have an option in the kernel > > option "MAXDSIZE=\(2048*1024*1024\)" Don't know that you need to backslash the parens there. > will this option alone change the default maximum process size? Or do I > have to edit the login.conf file to override the details as well as the > kernel changes? No, recompiling (and installing) the kernel is all you need to do. David -- "It's overkill of course, but you can never have too much overkill." From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 15:13:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BE9E16A41F for ; Wed, 30 Nov 2005 15:13:27 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61AB043D66 for ; Wed, 30 Nov 2005 15:13:25 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id jAUFDPdH028400 for ; Wed, 30 Nov 2005 13:13:26 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Wed, 30 Nov 2005 13:13:28 -0200 User-Agent: KMail/1.8.3 References: <119D03CDAA26274786799627855EC43D67F597@indy.enzo.phoenixmedical.co.uk> <438DBE30.6020903@landgren.net> In-Reply-To: <438DBE30.6020903@landgren.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511301313.29031.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: maximum process limit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 15:13:27 -0000 On Wednesday 30 November 2005 12:58, David Landgren wrote: > > option "MAXDSIZE=3D\(2048*1024*1024\)" > > Don't know that you need to backslash the parens there. > > No, recompiling (and installing) the kernel is all you need to do. > all you need is setting something like this kern.maxdsiz=3D"1073741824" in /boot/loader.conf and reboot the value is the amount in B, 1GB in this case Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 16:54:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C39E16A41F for ; Wed, 30 Nov 2005 16:54:52 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 09DF343D55 for ; Wed, 30 Nov 2005 16:54:49 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 50856 invoked by uid 1026); 30 Nov 2005 17:00:22 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.143385 secs); 30 Nov 2005 17:00:22 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 30 Nov 2005 17:00:22 -0000 From: Niki Denev To: freebsd-current@freebsd.org Date: Wed, 30 Nov 2005 18:55:19 +0200 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511301855.20346.nike_d@cytexbg.com> Cc: freebsd-stable@freebsd.org Subject: top(1) displaying threads X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 16:54:52 -0000 Hello, =46rom some time in 6.0 and -current top(1) shows by default also the kerne= l=20 threads. But the top(1) manual page still says that the default behaviour is NOT to= =20 show them. Maybe something like this will be enough: =2D-- usr.bin/top/top.local.1 Fri Jul 18 02:56:39 2003 +++ usr.bin/top/top.local.1.fix Wed Nov 30 18:51:35 2005 @@ -3,7 +3,7 @@ .SH DISPLAY OF THREADS The '-H' option will toggle the display of kernel visible thread contexts. =2DAt runtime the 'H' key will toggle this mode. The default is OFF. +At runtime the 'H' key will toggle this mode. The default is ON. .SH DESCRIPTION OF MEMORY Mem: 9220K Active, 1032K Inact, 3284K Wired, 1MB Cache, 2M Buf, 1320K Free From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 17:07:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 464EC16A41F; Wed, 30 Nov 2005 17:07:25 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [65.170.254.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC7CD43D69; Wed, 30 Nov 2005 17:07:22 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-222-80-86.jan.bellsouth.net [68.222.80.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 119F3AD; Wed, 30 Nov 2005 11:07:22 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id EEA9161C1E; Wed, 30 Nov 2005 11:07:18 -0600 (CST) Date: Wed, 30 Nov 2005 11:07:18 -0600 From: "Matthew D. Fuller" To: Niki Denev Message-ID: <20051130170718.GE39831@over-yonder.net> References: <200511301855.20346.nike_d@cytexbg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511301855.20346.nike_d@cytexbg.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: top(1) displaying threads X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 17:07:25 -0000 On Wed, Nov 30, 2005 at 06:55:19PM +0200 I heard the voice of Niki Denev, and lo! it spake thus: > > But the top(1) manual page still says that the default behaviour is > NOT to show them. Because it's true. H mode shows the kernel-visible threads INDEPENDENTLY. Of course, it would be neat if we had CPU% accounting for threaded programs... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 17:59:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A41916A41F for ; Wed, 30 Nov 2005 17:59:44 +0000 (GMT) (envelope-from bsam@ns.kfs.ru) Received: from ns.kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C341543D79 for ; Wed, 30 Nov 2005 17:59:42 +0000 (GMT) (envelope-from bsam@ns.kfs.ru) Received: from bsam by ns.kfs.ru with local (Exim 4.54 (FreeBSD)) id 1EhWF0-000D06-VM; Wed, 30 Nov 2005 20:59:38 +0300 To: JoaoBR References: <20051129210343.C216C5D04@ptavv.es.net> <200511291955.23014.joao@matik.com.br> From: Boris Samorodov Date: Wed, 30 Nov 2005 20:59:38 +0300 In-Reply-To: <200511291955.23014.joao@matik.com.br> (JoaoBR's message of "Tue, 29 Nov 2005 19:55:22 -0200") Message-ID: <19865109@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: freebsd-stable@freebsd.org Subject: Re: snd_ich and syntax error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 17:59:44 -0000 On Tue, 29 Nov 2005 19:55:22 -0200 JoaoBR wrote: > On Tuesday 29 November 2005 19:03, Kevin Oberman wrote: > > To get ICH audio to work on my system, I had to include the following in > > my kernel: > > # Sound card > > device smbus > > device ichsmb > > device smb > > device sound > > device snd_ich > > > nice idea but in my case it doesn't help, still I get > pcm0: port 0x1400-0x14ff,0x1c80-0x1cff irq 18 at device 2.7 on pci0 > pcm0: [GIANT-LOCKED] > pcm0: AC97 has some incompatible codecs. Hence: # grep AC97 * | grep snd_ Binary file snd_ich.ko matches Binary file snd_maestro.ko matches Binary file snd_pcm.ko matches Maybe give a try to another kernel module? > I am with releng_6 # uname -srm FreeBSD 6.0-RELEASE i386 WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 18:05:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19B7016A41F; Wed, 30 Nov 2005 18:05:39 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2558C43D6E; Wed, 30 Nov 2005 18:05:12 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jAUI5IZM018640 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 30 Nov 2005 10:05:19 -0800 Message-ID: <438DE9D0.6080107@root.org> Date: Wed, 30 Nov 2005 10:05:04 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco Calviani References: <20051130133224.GA4713@poupinou.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 18:05:39 -0000 Marco Calviani wrote: > Hi, > > 2005/11/30, Bruno Ducrot : > >>You have to load the cpufreq.ko module at boot. >>Adding that line: >>cpufreq_load = "YES" >>to /boot/loader.conf >>should be OK. > > > I have that line in that position, and it seems working. The point is > that i would like to change the driver and use (AFAIU) a better driver > for my system (est). > In particular i have: > > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > > Maybe i didn't understood well: but what i have to do to use the Intel > Enhanced SpeedStep driver? You should send the full output of "sysctl dev.cpu". There is no cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look at your dmesg to see if one is probing/attaching. If you are using acpi and load cpufreq.ko, you've got all the cpufreq drivers in one package. The right one for your platform will automatically probe/attach. >>powerd need some rework in order to get it working properly. There >>is one FreeBSD project on that subject if you are interrested. > > Well, thanks i'm very interested, although i'm not at all experienced > in kernel programming.... > > I'm not inside this issue, but it would not be possible to "emulate" > the behaviour of the ondemand governor? (sorry if this question makes > no sense) I have no idea what you mean by "on-demand governor". The only automated control of cpu speed is either by the BIOS (which we can't control) or the TM/TM2 (and that one is heat-based, not load-based). -- Nate From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 18:14:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A3FF16A41F; Wed, 30 Nov 2005 18:14:37 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72CA943D45; Wed, 30 Nov 2005 18:14:36 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-112-57.roa.east.verizon.net [151.199.112.57]) by gromit.dlib.vt.edu (8.13.4/8.13.4) with ESMTP id jAUIES9a018544 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 30 Nov 2005 13:14:30 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.4/8.13.4) with ESMTP id jAUIEM5u051072 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 30 Nov 2005 13:14:22 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.4/8.13.4/Submit) id jAUIEM3q051071; Wed, 30 Nov 2005 13:14:22 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) From: Paul Mather To: Rob In-Reply-To: <20051130123748.37259.qmail@web36207.mail.mud.yahoo.com> References: <20051130123748.37259.qmail@web36207.mail.mud.yahoo.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 30 Nov 2005 13:14:21 -0500 Message-Id: <1133374461.26215.6.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2 FreeBSD GNOME Team Port Cc: freebsd-doc@freebsd.org, FreeBSD Stable , vincent@xtra-net.org Subject: Re: tx underrun ? (add entry into xl manpage) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 18:14:37 -0000 On Wed, 2005-11-30 at 04:37 -0800, Rob wrote: > Vincent Blondel wrote: > > Hello all, > > > > When having a look at log files on my web servers, I > regulary see next output on the 3COM ethernet > interfaces : > > > > > > xl1: transmission error: 90 > > xl1: tx underrun, increasing tx start threshold > to 120 bytes > > xl1: transmission error: 90 > > xl1: tx underrun, increasing tx start threshold > to 180 bytes > > xl1: promiscuous mode enabled > > xl1: promiscuous mode disabled > > > > Can somebody explain me what it is and if this > situation is normal ? > > Rumours are that these messages are harmless, but if > someone > can explain these messages properly, it would be nice > to > add an entry to the DIAGNOSTICS section of the xl > manpage > (hence, this mail also goes to doc mailinglist) > > I see these messages too on my router/gateway: > > xl1: transmission error: 90 > xl1: tx underrun, increasing tx start threshold to 120 > bytes > xl1: transmission error: 90 > xl1: tx underrun, increasing tx start threshold to 180 > bytes > xl0: transmission error: 90 > xl0: tx underrun, increasing tx start threshold to 120 > bytes > xl1: transmission error: 90 > xl1: tx underrun, increasing tx start threshold to 240 > bytes This is from the dc(4) man page: dc%d: TX underrun -- increasing TX threshold The device generated a transmit underrun error while attempting to DMA and transmit a packet. This happens if the host is not able to DMA the packet data into the NIC's FIFO fast enough. The driver will dynamically increase the trans- mit start threshold so that more data must be DMAed into the FIFO before the NIC will start transmitting it onto the wire. I'm assuming the explanation also holds true for other drivers (xl, etc.) that issue this warning. 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 Wed Nov 30 18:37:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9779F16A420; Wed, 30 Nov 2005 18:37:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2C8D43D6D; Wed, 30 Nov 2005 18:37:20 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2886913 for multiple; Wed, 30 Nov 2005 13:35:17 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAUIbGWG082484; Wed, 30 Nov 2005 13:37:16 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 30 Nov 2005 13:18:15 -0500 User-Agent: KMail/1.8.2 References: <200511301855.20346.nike_d@cytexbg.com> In-Reply-To: <200511301855.20346.nike_d@cytexbg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511301318.16731.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-stable@freebsd.org Subject: Re: top(1) displaying threads X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 18:37:23 -0000 On Wednesday 30 November 2005 11:55 am, Niki Denev wrote: > Hello, > > From some time in 6.0 and -current top(1) shows by default also the kernel > threads. > But the top(1) manual page still says that the default behaviour is NOT to > show them. > > Maybe something like this will be enough: > > --- usr.bin/top/top.local.1 Fri Jul 18 02:56:39 2003 > +++ usr.bin/top/top.local.1.fix Wed Nov 30 18:51:35 2005 > @@ -3,7 +3,7 @@ > > .SH DISPLAY OF THREADS > The '-H' option will toggle the display of kernel visible thread contexts. > -At runtime the 'H' key will toggle this mode. The default is OFF. > +At runtime the 'H' key will toggle this mode. The default is ON. > > .SH DESCRIPTION OF MEMORY > Mem: 9220K Active, 1032K Inact, 3284K Wired, 1MB Cache, 2M Buf, 1320K Free The manpage is correct. The problem is that kernel threads such as ithreads are really kernel processes currently. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 18:55:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CC0D16A41F for ; Wed, 30 Nov 2005 18:55:54 +0000 (GMT) (envelope-from LukeD@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 248CA43D64 for ; Wed, 30 Nov 2005 18:55:54 +0000 (GMT) (envelope-from LukeD@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 41802AD; Wed, 30 Nov 2005 13:56:15 -0500 (EST) Received: from pool-71-112-205-160.sttlwa.dsl-w.verizon.net (pool-71-112-205-160.sttlwa.dsl-w.verizon.net [71.112.205.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 6B9888E0; Wed, 30 Nov 2005 13:56:13 -0500 (EST) Date: Wed, 30 Nov 2005 10:55:47 -0800 (PST) From: Luke Dean X-X-Sender: lukas@border.crystalsphere.multiverse To: "Ian D. Leroux" In-Reply-To: <1133316076.522.28.camel@localhost> Message-ID: <20051130105535.M796@border.crystalsphere.multiverse> References: <1133316076.522.28.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Restarting ntpd on address change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Luke Dean List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 18:55:54 -0000 On Tue, 29 Nov 2005, Ian D. Leroux wrote: > Greetings, > > My machine's ip address is assigned by DHCP, and whenever it changes > ntpd stops functioning and must be restarted. I gather this behavior > will be changed in some future ntpd version, but in the meantime I had > added a line to my /etc/dhclient-exit-hooks to restart ntpd every time a > new address was obtained: > > # [...] setup variables for ipcheck > > if [ -n "$new_ip_address" ]; then > # [...] run ipcheck to update my dyndns > /etc/rc.d/ntpd restart > fi > > This seemed work fine on 5.4, but on 6.0 it gives problems at boot. > Specifically, I get repeated "bad file descriptor" errors after my > network address is assigned, and running ps after the boot completes > shows that there are two ntpd processes running. Killing one of them > stops the file descriptor errors. My interpretation of this (for what > it's worth) is that an ntpd process gets started before dhclient gets a > chance to configure the address (perhaps when the interface initially > comes up) and then when the address is assigned the /etc/rc.d/ntpd > restart starts a second process, but somehow fails to stop the first > one. For now I've removed that line from dhclient-exit-hooks, which > avoids the problems at boot time. > > I have the feeling that I'm not doing the Right Thing here. So is there > an accepted (or at least known-good) way of automatically managing the > restart of ntpd on address change? Have I found a bug in rc.d worth > investigating? Or should I just stick to manual restarts until ntpd > stops needing them? > > Thanks, > > Ian D. Leroux I needed to solve that same problem and came up with the same solution you did. I saw it work under 5.4 several times when my ISP did maintenance on my upstream router. I've kept the same setup under 6 and haven't noticed any problems yet. I've been fortunate enough to keep my IP address leased since my upgrade to 6, so I haven't truly tested this under 6. Eventually my ISP will do something to make me lose my lease, and if I have any problems then, I'll post. I run pf on this system too. If I don't reset the firewall when I get a new IP address, I lose connectivity. That makes ntpd very upset. Here's what I'm doing in dhclient-exit-hooks to solve both problems: if [ "$old_ip_address" != "$new_ip_address" ]; then case "$new_ip_address" in 10.*) ;; 172.1[6-9].* | 172.2[0-9].* | 172.3[0-1].*) ;; 192.168.*) ;; *) logger -t dhclient IP address changed from $old_ip_address to $new_ip_address resetting pf pfctl -Fa -f /etc/pf.conf logger -t restarting ntpd /etc/rc.d/ntpd restart ;; esac fi From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 19:06:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E90C116A41F for ; Wed, 30 Nov 2005 19:06:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A690443D46 for ; Wed, 30 Nov 2005 19:06:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 846691A4DA3; Wed, 30 Nov 2005 11:06:46 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8D38452529; Wed, 30 Nov 2005 14:06:45 -0500 (EST) Date: Wed, 30 Nov 2005 14:06:45 -0500 From: Kris Kennaway To: "Paul.LKW" Message-ID: <20051130190645.GA75623@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Any method to cross build and install to local box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 19:06:47 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 30, 2005 at 06:22:58PM +0800, Paul.LKW wrote: > Hello all: > As I known FreeBSD has a function called cross-build, which can be > build from architecture i386 to Architecture amd64 or wise versa. But > I have freebsd 4.11 (it must be i386 arch.) installed on a AMD-64 > mechine and upgraded to 5.4 and want upgrade to 6.0 stable then. Can I > completely change the OS's arch. via the upgrade process (Not Clean > Install) via the following make: >=20 > make buildworld TARGET_ARCH=3DAMD64 > make buildkernel TARGET_ARCH=3DAMD64 > make installkernel TARGET_ARCH=3DAMD64 > mergemaster -p > > make installworld TARGET_ARCH=3DAMD64 Search the amd64 archives, this is asked very frequently. Kris --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDjfhEWry0BWjoQKURAjBOAKDJZGq2QdCka9BVZW3u0y29Bu/KogCg/cLJ cnUycJaYF6OVe6nB+DfXNvw= =Xuzr -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 19:35:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7043B16A41F for ; Wed, 30 Nov 2005 19:35:48 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id D5B2F43D46 for ; Wed, 30 Nov 2005 19:35:44 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 5095 invoked by uid 1026); 30 Nov 2005 19:41:18 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.155605 secs); 30 Nov 2005 19:41:18 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 30 Nov 2005 19:41:18 -0000 From: Niki Denev To: freebsd-current@freebsd.org Date: Wed, 30 Nov 2005 21:36:14 +0200 User-Agent: KMail/1.8.2 References: <200511301855.20346.nike_d@cytexbg.com> <200511301318.16731.jhb@freebsd.org> In-Reply-To: <200511301318.16731.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511302136.15450.nike_d@cytexbg.com> Cc: freebsd-stable@freebsd.org Subject: Re: top(1) displaying threads X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 19:35:48 -0000 On Wednesday 30 November 2005 20:18, John Baldwin wrote: > On Wednesday 30 November 2005 11:55 am, Niki Denev wrote: > > Hello, > > > > From some time in 6.0 and -current top(1) shows by default also the > > kernel threads. > > But the top(1) manual page still says that the default behaviour is NOT > > to show them. > > > > Maybe something like this will be enough: > > > > --- usr.bin/top/top.local.1 Fri Jul 18 02:56:39 2003 > > +++ usr.bin/top/top.local.1.fix Wed Nov 30 18:51:35 2005 > > @@ -3,7 +3,7 @@ > > > > .SH DISPLAY OF THREADS > > The '-H' option will toggle the display of kernel visible thread > > contexts. -At runtime the 'H' key will toggle this mode. The default is > > OFF. +At runtime the 'H' key will toggle this mode. The default is ON. > > > > .SH DESCRIPTION OF MEMORY > > Mem: 9220K Active, 1032K Inact, 3284K Wired, 1MB Cache, 2M Buf, 1320K > > Free > > The manpage is correct. The problem is that kernel threads such as > ithreads are really kernel processes currently. Oh, i see. I was confused by the "THR" column, but now everything is clear :) Thanks and sorry for the noise. --niki From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 19:41:21 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F5EF16A420 for ; Wed, 30 Nov 2005 19:41:21 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from smtp.rdsnet.ro (smtp.rdsnet.ro [62.231.74.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F70143D83 for ; Wed, 30 Nov 2005 19:41:05 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 1019 invoked by uid 89); 30 Nov 2005 19:41:00 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 30 Nov 2005 19:41:00 -0000 Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id F1CACBA5E; Wed, 30 Nov 2005 21:41:01 +0200 (EET) Date: Wed, 30 Nov 2005 21:41:01 +0200 From: Ion-Mihai Tetcu To: freebsd-multimedia@freebsd.org, stable@freebsd.org Message-ID: <20051130214101.05e5d0b0@it.buh.tecnik93.com> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: [backtrace] (snd_solo) mtx_lock_sleep: recursed on non-recursive mutex X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 19:41:21 -0000 Hi, In my quest to find an other sound card that works with skype, I salvaged an ESS Solo-1 (ES1938S H209). Trying to play anything through it results from "pcm channel dead" to hard freezes and ,the last time I got the panic bellow. Any chance to make it work or should I keep searching ? FreeBSD it.buh.tecnik93.com 6.0-STABLE FreeBSD 6.0-STABLE #4: Wed Nov 16 15= :38:12 EET 2005 Unread portion of the kernel message buffer: panic: _mtx_lock_sleep: recursed on non-recursive mutex pcm0 @ /usr/src/sys= /modules/sound/sound/../../../dev/sound/pcm/sound.c:381 KDB: stack backtrace: panic(c066692c,c2e194b0,c07eac3f,17d,c2e1f4c0) at panic+0x13a _mtx_lock_sleep(c2e1f4c0,c2d08000,0,c07eac3f,17d) at _mtx_lock_sleep+0x131 _mtx_lock_flags(c2e1f4c0,0,c07eac3f,17d,0) at _mtx_lock_flags+0xae pcm_chn_create(c2d99200,c26b1d80,c07eeac4,2,c26b1d80) at pcm_chn_create+0xb5 vchan_create(c26b1d80,8,c07eac3f,bf,3cb) at vchan_create+0x79 pcm_chnalloc(c2d99200,1,3cb,ffffffff,0) at pcm_chnalloc+0x10c dsp_open(c2737e00,6,2000,c2d08000,0) at dsp_open+0x20b giant_open(c2737e00,6,2000,c2d08000,c2737e00) at giant_open+0x4f devfs_open(ef80ba50,ef80bd04,6) at devfs_open+0x251 VOP_OPEN_APV(c0690540,ef80ba50,c0670b57,ef80ba60,0) at VOP_OPEN_APV+0x73 vn_open_cred(ef80bbc0,ef80bcc0,0,c2d2cb00,3) at vn_open_cred+0x359 vn_open(ef80bbc0,ef80bcc0,0,3,c0679b06) at vn_open+0x33 kern_open(c2d08000,280b99f6,0,6,0) at kern_open+0xd4 open(c2d08000,ef80bd04,c,418,3) at open+0x36 syscall(3b,3b,3b,1021,280b99f6) at syscall+0x13d Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip =3D 0x2819a3f7, esp =3D 0xbfbfe9e= c, ebp =3D 0xbfbfea18 --- KDB: enter: panic Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 863 8= 47 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 = 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255= 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04444d7 in db_fncall (dummy1=3D-276777220, dummy2=3D0, dummy3=3D16, = dummy4=3D0xef80b6f4 "=D0=DDa=C0\237tf=C0\017=F6g=C0") at /usr/src/sys/ddb/db_command.c:492 #2 0xc0444970 in db_command_loop () at /usr/src/sys/ddb/db_command.c:350 #3 0xc0446794 in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:221 #4 0xc04f4312 in kdb_trap (type=3D0, code=3D0, tf=3D0xef80b828) at /usr/sr= c/sys/kern/subr_kdb.c:473 #5 0xc0632697 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D 256, tf_esi =3D = 1, tf_ebp =3D -276776848, tf_isp =3D -276776876, tf_ebx =3D 1, tf_edx =3D 0= , tf_ecx =3D -1066685504, tf_eax =3D 18, tf_trapno =3D 3, tf_err =3D 0, tf_= eip =3D -1068548478, tf_cs =3D 32, tf_eflags =3D 646, tf_esp =3D -106701900= 2, tf_ss =3D -1067027503}) at /usr/src/sys/i386/i386/trap.c:591 #6 0xc06201ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc04f3e82 in kdb_enter (msg=3D0x12
) at cp= ufunc.h:60 #8 0xc04d785c in panic (fmt=3D0x1
) at /usr/src= /sys/kern/kern_shutdown.c:539 #9 0xc04ce231 in _mtx_lock_sleep (m=3D0xc2e1f4c0, tid=3D3268444160, opts= =3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:490 #10 0xc04ce2ee in _mtx_lock_flags (m=3D0xc2e1f4c0, opts=3D8, file=3D0xc07eac3f "/usr/src/sys/modules/sound/sound/../../../dev/sound/= pcm/sound.c", line=3D381) at /usr/src/sys/kern/kern_mutex.c:276 #11 0xc07e7425 in ?? () #12 0xc2e1f4c0 in ?? () ......... ---Type to continue, or q to quit---q Quit (kgdb) l *0xc04ce2ee 0xc04ce2ee is in _mtx_lock_flags (/usr/src/sys/kern/kern_mutex.c:279). 274 WITNESS_CHECKORDER(&m->mtx_object, opts | LOP_NEWORDER | LO= P_EXCLUSIVE, 275 file, line); 276 _get_sleep_lock(m, curthread, opts, file, line); 277 LOCK_LOG_LOCK("LOCK", &m->mtx_object, opts, m->mtx_recurse,= file, 278 line); 279 WITNESS_LOCK(&m->mtx_object, opts | LOP_EXCLUSIVE, file, li= ne); 280 #ifdef MUTEX_PROFILING 281 /* don't reset the timer when/if recursing */ 282 if (m->mtx_acqtime =3D=3D 0) { 283 m->mtx_filename =3D file; Thanks, --=20 IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #379: We've picked COBOL as the language of choice From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 20:06:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 463CF16A422 for ; Wed, 30 Nov 2005 20:06:02 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id A89B043D5F for ; Wed, 30 Nov 2005 20:06:00 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so96304wxd for ; Wed, 30 Nov 2005 12:05:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rsLp92ed5ZOto7ySW9Ja+fiN3EmBw1PNZ9yjBsaTbyjgjPWXAqpeKo5hgfBjF3GpjFkDfVkwGUMc/ENbnQuSCbcwUSwMzgHJ7IcESTwb7rKwsAecx44PiuVaZyjgRPwxeY037KG1H18myzHiwrrSwgaV2rQKM6iuivsramF1ELM= Received: by 10.65.96.7 with SMTP id y7mr410897qbl; Wed, 30 Nov 2005 12:05:59 -0800 (PST) Received: by 10.65.243.16 with HTTP; Wed, 30 Nov 2005 12:05:59 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 20:05:59 +0000 From: Marco Calviani To: freebsd-questions@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <438DE9D0.6080107@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> Cc: Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 20:06:02 -0000 Hi Nate, 2005/11/30, Nate Lawson : > > You should send the full output of "sysctl dev.cpu". There is no > cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look > at your dmesg to see if one is probing/attaching. > > sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1000 dev.cpu.0.freq_levels: 1800/24000 1600/20000 1400/18000 1225/15750 1050/13500 1000/16000 875/14000 750/12000 625/10000 600/12000 525/10500 450/9000 375/7500 300/6000 225/4500 150/3000 75/1500 and if useful, > dmesg | grep -i acpi Features=3D0xafe9f9bf acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 6 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 6 on acpi0 pci_link3: irq 6 on acpi0 pci_link4: irq 10 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 10 on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 30.0 on pci0 pci2: on pcib2 acpi_lid0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_button0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio1 port 0x2f8-0x2ff irq 3 drq 1 on acpi0 > If you are using acpi and load cpufreq.ko, you've got all the cpufreq > drivers in one package. The right one for your platform will > automatically probe/attach. It seems that my system has recognized acpi_perf as the appropriate driver. But since my CPU is a dothan type centrino i would like to understand why is not possible to use the est driver. > I have no idea what you mean by "on-demand governor". The only > automated control of cpu speed is either by the BIOS (which we can't > control) or the TM/TM2 (and that one is heat-based, not load-based). > I was referring to this http://www.intel.com/cd/ids/developer/asmo-na/eng/195910.htm?prn=3DY and http://lwn.net/Articles/55589/ introduced in linux kernel 2.6.9 . Just to remind: sorry if this is not applicable to the freeBSD kernel. In the linux case the system is much more responsive to actual user actions in respect to what i'm experiencing with powerd. If i can help in some way in testing i would like to contribute. > -- > Nate > Regards, MC From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 20:13:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 028C616A41F; Wed, 30 Nov 2005 20:13:36 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id B48FB43D80; Wed, 30 Nov 2005 20:13:32 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EhYJu-0002kU-00; Wed, 30 Nov 2005 21:12:50 +0100 Date: Wed, 30 Nov 2005 21:12:50 +0100 To: Nate Lawson Message-ID: <20051130201250.GC4713@poupinou.org> References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <438DE9D0.6080107@root.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-stable@freebsd.org, freebsd-acpi@freebsd.org, Marco Calviani , freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 20:13:36 -0000 On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote: > Marco Calviani wrote: > >Hi, > > > >2005/11/30, Bruno Ducrot : > > > >>You have to load the cpufreq.ko module at boot. > >>Adding that line: > >>cpufreq_load = "YES" > >>to /boot/loader.conf > >>should be OK. > > > > > >I have that line in that position, and it seems working. The point is > >that i would like to change the driver and use (AFAIU) a better driver > >for my system (est). > >In particular i have: > > > >dev.cpu.0.%desc: ACPI CPU > >dev.cpu.0.%driver: cpu > >dev.cpu.0.%location: handle=\_PR_.CPU0 > >dev.cpu.0.%pnpinfo: _HID=none _UID=0 > >dev.cpu.0.%parent: acpi0 > > > >Maybe i didn't understood well: but what i have to do to use the Intel > >Enhanced SpeedStep driver? > > You should send the full output of "sysctl dev.cpu". There is no > cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look > at your dmesg to see if one is probing/attaching. > > If you are using acpi and load cpufreq.ko, you've got all the cpufreq > drivers in one package. The right one for your platform will > automatically probe/attach. > > >>powerd need some rework in order to get it working properly. There > >>is one FreeBSD project on that subject if you are interrested. > > > >Well, thanks i'm very interested, although i'm not at all experienced > >in kernel programming.... > > > >I'm not inside this issue, but it would not be possible to "emulate" > >the behaviour of the ondemand governor? (sorry if this question makes > >no sense) > > I have no idea what you mean by "on-demand governor". The only > automated control of cpu speed is either by the BIOS (which we can't > control) or the TM/TM2 (and that one is heat-based, not load-based). > The ondemand governor is basically an implemation of the following algorithm: There is a counter, say count. at each given fixed intervall: if (idle less than a watermark) { frequency full reinitialise count to 10 } else if (idle more than another watermark) { decrement count if count is 0 { down one step the frequency } else reinitilize count to 10 Note that in the latter case, the down step is performed only after 10 such comparison. In other word, intervall is ten times larger for the down side than the full frequency one. This work well when you can perform, say, 20 to 50 transitions per second. Otherwise, it is pretty bad. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 20:23:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EB5616A41F; Wed, 30 Nov 2005 20:23:55 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A204A43D5D; Wed, 30 Nov 2005 20:23:54 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jAUKO6ZM020261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 30 Nov 2005 12:24:07 -0800 Message-ID: <438E0A58.60609@root.org> Date: Wed, 30 Nov 2005 12:23:52 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruno Ducrot References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> <20051130201250.GC4713@poupinou.org> In-Reply-To: <20051130201250.GC4713@poupinou.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-acpi@freebsd.org, Marco Calviani , freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 20:23:55 -0000 Bruno Ducrot wrote: > On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote: > >>Marco Calviani wrote: >> >>>Hi, >>> >>>2005/11/30, Bruno Ducrot : >>> >>> >>>>You have to load the cpufreq.ko module at boot. >>>>Adding that line: >>>>cpufreq_load = "YES" >>>>to /boot/loader.conf >>>>should be OK. >>> >>> >>>I have that line in that position, and it seems working. The point is >>>that i would like to change the driver and use (AFAIU) a better driver >>>for my system (est). >>>In particular i have: >>> >>>dev.cpu.0.%desc: ACPI CPU >>>dev.cpu.0.%driver: cpu >>>dev.cpu.0.%location: handle=\_PR_.CPU0 >>>dev.cpu.0.%pnpinfo: _HID=none _UID=0 >>>dev.cpu.0.%parent: acpi0 >>> >>>Maybe i didn't understood well: but what i have to do to use the Intel >>>Enhanced SpeedStep driver? >> >>You should send the full output of "sysctl dev.cpu". There is no >>cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look >>at your dmesg to see if one is probing/attaching. >> >>If you are using acpi and load cpufreq.ko, you've got all the cpufreq >>drivers in one package. The right one for your platform will >>automatically probe/attach. >> >> >>>>powerd need some rework in order to get it working properly. There >>>>is one FreeBSD project on that subject if you are interrested. >>> >>>Well, thanks i'm very interested, although i'm not at all experienced >>>in kernel programming.... >>> >>>I'm not inside this issue, but it would not be possible to "emulate" >>>the behaviour of the ondemand governor? (sorry if this question makes >>>no sense) >> >>I have no idea what you mean by "on-demand governor". The only >>automated control of cpu speed is either by the BIOS (which we can't >>control) or the TM/TM2 (and that one is heat-based, not load-based). >> > > > The ondemand governor is basically an implemation of the following > algorithm: > > There is a counter, say count. > > at each given fixed intervall: > if (idle less than a watermark) { > frequency full > reinitialise count to 10 > } else if (idle more than another watermark) { > decrement count > if count is 0 { > down one step the frequency > } > else reinitilize count to 10 > > > Note that in the latter case, the down step is performed only > after 10 such comparison. In other word, intervall is ten times > larger for the down side than the full frequency one. > > This work well when you can perform, say, 20 to 50 transitions per > second. Otherwise, it is pretty bad. > Send me a URL to the datasheet that says Intel implemented this. That algorithm is basically what powerd does. So just run powerd. -- Nate From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 20:28:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5951816A43B for ; Wed, 30 Nov 2005 20:28:09 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2472943D8B for ; Wed, 30 Nov 2005 20:27:53 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by wproxy.gmail.com with SMTP id i7so139526wra for ; Wed, 30 Nov 2005 12:27:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BFzHLT2S4I4cCuqoG9iMPe2nzCLCoNLDjVvkS3zZ+HZjOc12NKnXM7mnn/dgCDtxwDeW8wYKZbvFhXX8MWo3ZxlCCabgsfksfkajHeu7/0blOY5bDqGsGngn1TFN6ZeCZ+lguTIX92JYiGBqJbNDz153L6rYwqz0M0hH1gWqMW8= Received: by 10.65.133.19 with SMTP id k19mr439286qbn; Wed, 30 Nov 2005 12:27:52 -0800 (PST) Received: by 10.65.243.16 with HTTP; Wed, 30 Nov 2005 12:27:52 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 20:27:52 +0000 From: Marco Calviani To: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org In-Reply-To: <20051130201250.GC4713@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> <20051130201250.GC4713@poupinou.org> Cc: Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 20:28:09 -0000 Hi Bruno, > The ondemand governor is basically an implemation of the following > algorithm: > > There is a counter, say count. > > at each given fixed intervall: > if (idle less than a watermark) { > frequency full > reinitialise count to 10 > } else if (idle more than another watermark) { > decrement count > if count is 0 { > down one step the frequency > } > else reinitilize count to 10 > > > Note that in the latter case, the down step is performed only > after 10 such comparison. In other word, intervall is ten times > larger for the down side than the full frequency one. > > This work well when you can perform, say, 20 to 50 transitions per > second. Otherwise, it is pretty bad. > Thanks very much! But i'm not understanding if this high number of transitions are a problem from the hardware point of view or from the software implementation in freeBSD? Best regards, MC From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 20:37:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D721A16A41F; Wed, 30 Nov 2005 20:37:28 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2074943D5C; Wed, 30 Nov 2005 20:37:27 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EhYhD-0002n7-00; Wed, 30 Nov 2005 21:36:55 +0100 Date: Wed, 30 Nov 2005 21:36:55 +0100 To: Nate Lawson Message-ID: <20051130203655.GA10628@poupinou.org> References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> <20051130201250.GC4713@poupinou.org> <438E0A58.60609@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <438E0A58.60609@root.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: Marco Calviani , freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 20:37:29 -0000 On Wed, Nov 30, 2005 at 12:23:52PM -0800, Nate Lawson wrote: > Bruno Ducrot wrote: > >On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote: > > > >>Marco Calviani wrote: > >> > >>>Hi, > >>> > >>>2005/11/30, Bruno Ducrot : > >>> > >>> > >>>>You have to load the cpufreq.ko module at boot. > >>>>Adding that line: > >>>>cpufreq_load = "YES" > >>>>to /boot/loader.conf > >>>>should be OK. > >>> > >>> > >>>I have that line in that position, and it seems working. The point is > >>>that i would like to change the driver and use (AFAIU) a better driver > >>>for my system (est). > >>>In particular i have: > >>> > >>>dev.cpu.0.%desc: ACPI CPU > >>>dev.cpu.0.%driver: cpu > >>>dev.cpu.0.%location: handle=\_PR_.CPU0 > >>>dev.cpu.0.%pnpinfo: _HID=none _UID=0 > >>>dev.cpu.0.%parent: acpi0 > >>> > >>>Maybe i didn't understood well: but what i have to do to use the Intel > >>>Enhanced SpeedStep driver? > >> > >>You should send the full output of "sysctl dev.cpu". There is no > >>cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look > >>at your dmesg to see if one is probing/attaching. > >> > >>If you are using acpi and load cpufreq.ko, you've got all the cpufreq > >>drivers in one package. The right one for your platform will > >>automatically probe/attach. > >> > >> > >>>>powerd need some rework in order to get it working properly. There > >>>>is one FreeBSD project on that subject if you are interrested. > >>> > >>>Well, thanks i'm very interested, although i'm not at all experienced > >>>in kernel programming.... > >>> > >>>I'm not inside this issue, but it would not be possible to "emulate" > >>>the behaviour of the ondemand governor? (sorry if this question makes > >>>no sense) > >> > >>I have no idea what you mean by "on-demand governor". The only > >>automated control of cpu speed is either by the BIOS (which we can't > >>control) or the TM/TM2 (and that one is heat-based, not load-based). > >> > > > > > >The ondemand governor is basically an implemation of the following > >algorithm: > > > >There is a counter, say count. > > > >at each given fixed intervall: > >if (idle less than a watermark) { > > frequency full > > reinitialise count to 10 > >} else if (idle more than another watermark) { > > decrement count > > if count is 0 { > > down one step the frequency > > } > >else reinitilize count to 10 > > > > > >Note that in the latter case, the down step is performed only > >after 10 such comparison. In other word, intervall is ten times > >larger for the down side than the full frequency one. > > > >This work well when you can perform, say, 20 to 50 transitions per > >second. Otherwise, it is pretty bad. > > > > Send me a URL to the datasheet that says Intel implemented this. http://www.intel.com/cd/ids/developer/asmo-na/eng/195910.htm?prn=Y > That algorithm is basically what powerd does. So just run powerd. Indeed. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 20:51:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F9AF16A41F; Wed, 30 Nov 2005 20:51:33 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id A127D43D5E; Wed, 30 Nov 2005 20:51:32 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EhYvK-0002oq-00; Wed, 30 Nov 2005 21:51:30 +0100 Date: Wed, 30 Nov 2005 21:51:30 +0100 To: Marco Calviani Message-ID: <20051130205130.GA10786@poupinou.org> References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 20:51:33 -0000 On Wed, Nov 30, 2005 at 08:05:59PM +0000, Marco Calviani wrote: > Hi Nate, > > 2005/11/30, Nate Lawson : > > > > > You should send the full output of "sysctl dev.cpu". There is no > > cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look > > at your dmesg to see if one is probing/attaching. > > > > > sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1000 > dev.cpu.0.freq_levels: 1800/24000 1600/20000 1400/18000 1225/15750 > 1050/13500 1000/16000 875/14000 750/12000 625/10000 600/12000 > 525/10500 450/9000 375/7500 300/6000 225/4500 150/3000 75/1500 > > > > If you are using acpi and load cpufreq.ko, you've got all the cpufreq > > drivers in one package. The right one for your platform will > > automatically probe/attach. > > > It seems that my system has recognized acpi_perf as the appropriate > driver. But since my CPU is a dothan type centrino i would like to > understand why is not possible to use the est driver. Did you load the cpufreq driver at boot time which include the est driver as said before? It will replace the acpi_perf if appropriate. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 21:15:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2237916A41F for ; Wed, 30 Nov 2005 21:15:01 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED38E43D6A for ; Wed, 30 Nov 2005 21:14:58 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by zproxy.gmail.com with SMTP id i11so105327nzi for ; Wed, 30 Nov 2005 13:14:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nEhHZb7G5Jc8k8mzJlUjj0mFyJq6w/lHjueIwpIqSntQeMtw5J3x2Q0vWHIDVstgATA2Tt/PC2yAuT+TuYA0tpgQa+SzpG/hlI/MAavKO6N1QEfJXwp1lxY73AcuSeB0ZQy+m4xLb05CZPz/aJ3L48dPRPAbILFKa/kUMZgYyog= Received: by 10.65.204.20 with SMTP id g20mr468401qbq; Wed, 30 Nov 2005 13:14:58 -0800 (PST) Received: by 10.65.243.16 with HTTP; Wed, 30 Nov 2005 13:14:58 -0800 (PST) Message-ID: Date: Wed, 30 Nov 2005 21:14:58 +0000 From: Marco Calviani To: freebsd-questions@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <20051130205130.GA10786@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> <20051130205130.GA10786@poupinou.org> Cc: Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 21:15:01 -0000 Hi Bruno, 2005/11/30, Bruno Ducrot : > Did you load the cpufreq driver at boot time which include the est > driver as said before? It will replace the acpi_perf if appropriate. > > -- > Bruno Ducrot Yes cpufreq is loaded at boot time in /boot/loader.conf .However i don't know how to tell him that i want to load est instead of acpi_perf. Regards, MC From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 21:41:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E10D616A41F for ; Wed, 30 Nov 2005 21:41:26 +0000 (GMT) (envelope-from chris@childeric.freeserve.co.uk) Received: from smtp-out5.blueyonder.co.uk (smtp-out5.blueyonder.co.uk [195.188.213.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD38643D86 for ; Wed, 30 Nov 2005 21:41:17 +0000 (GMT) (envelope-from chris@childeric.freeserve.co.uk) Received: from [192.168.10.60] ([82.35.116.100]) by smtp-out5.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Nov 2005 21:42:10 +0000 Message-ID: <438E1C39.7000905@childeric.freeserve.co.uk> Date: Wed, 30 Nov 2005 21:40:09 +0000 From: Chris User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051017) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> <20051128235911.GA31669@xor.obsecurity.org> <20051129094531.Y23958@anduin.net> <20051129091533.GA41885@xor.obsecurity.org> <20051129103719.GB43032@xor.obsecurity.org> <460BE48B-594F-4450-AFA7-1652B7C6800A@anduin.net> In-Reply-To: <460BE48B-594F-4450-AFA7-1652B7C6800A@anduin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Nov 2005 21:42:10.0093 (UTC) FILETIME=[EADB55D0:01C5F5F6] Cc: stable@freebsd.org Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 21:41:27 -0000 >>>> Clearly they're not 100% equal, but (100-epsilon)%. Your job is to >>>> identify the origin of the epsilon :-) >>> >>> >>> Yea yea ;) Working on it.. >>> Is there a way to force ACPI-safe on the slower system? > > I'm upgrading BIOSes on both boxes now, even though they seem equal. > Then I'll see what ACPI debug output shows me. If you have any other > hints or ideas, please let me know... thanks so far. I missed the beginning of this thread so sorry if this is impractical or stupid suggestion but could you swap hard disks between machines? At least that might tell you if it is a hardware/bios or operating system problem. Chris From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 21:57:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7FB416A41F; Wed, 30 Nov 2005 21:57:47 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5633943D49; Wed, 30 Nov 2005 21:57:47 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jAULvvZM021608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 30 Nov 2005 13:57:58 -0800 Message-ID: <438E2056.4020505@root.org> Date: Wed, 30 Nov 2005 13:57:42 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco Calviani References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> <20051130205130.GA10786@poupinou.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 21:57:47 -0000 Marco Calviani wrote: > Hi Bruno, > > 2005/11/30, Bruno Ducrot : > > >>Did you load the cpufreq driver at boot time which include the est >>driver as said before? It will replace the acpi_perf if appropriate. >> >>-- >>Bruno Ducrot > > > Yes cpufreq is loaded at boot time in /boot/loader.conf .However i > don't know how to tell him that i want to load est instead of > acpi_perf. est is preferred if supported. But probably est doesn't have a table for his processor so acpi_perf is used. There's nothing wrong with using acpi_perf -- it just gives a BIOS interface to est anyway. You can test this with: hint.acpi_perf.0.disabled="1" This will cause acpi_perf to let est attach. But I suspect est won't. -- Nate From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 22:05:56 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0B9616A41F for ; Wed, 30 Nov 2005 22:05:56 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A5AA43D49 for ; Wed, 30 Nov 2005 22:05:55 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3AA7272DD4; Wed, 30 Nov 2005 14:05:55 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 38D2A72DCB; Wed, 30 Nov 2005 14:05:55 -0800 (PST) Date: Wed, 30 Nov 2005 14:05:55 -0800 (PST) From: Doug White To: Nils Berzins In-Reply-To: Message-ID: <20051130135930.O18370@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org Subject: Re: Trouble with amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 22:05:57 -0000 Since this references 6.0-RELEASE it should have been sent to -stable, or since it references amd64 specifically it should have been sent to -amd64. Rerouting to -stable. On Wed, 23 Nov 2005, Nils Berzins wrote: > Hi ! > > Few days ago I downloaded release 6.0 ISOs, in hope that I will finally be > able to run FreeBSD on my home computer. Unfortunately, booting from CD dies > with: > > > panic: sym: VTOBUS FAILED ! > > Is there something I can do to get around this error, or do I just wait for > more less stable 7.0 :-( According to the code this panic occurs when there is a problem with the DMA memory management. Typically we see this when the driver is not 64-bit clean, but I'd find that hard to believe with amd64 since the same driver runs on sparc64 fine (and must since many Sun machines have embedded sym controllers). Unfortunately it doesn't help that the sym driver has its own bizarre DMA management. It uses busdma but its kinda bolted on over the old memory-block management. Not going to make it any easier to debug. > P.S. I have ASUS A8V-E Deluxe with Athlon 64D. Can we get the dmesg from this system? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 22:25:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8DDE16A41F; Wed, 30 Nov 2005 22:25:59 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35CD343D64; Wed, 30 Nov 2005 22:25:59 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EhaOD-0002wi-00; Wed, 30 Nov 2005 23:25:25 +0100 Date: Wed, 30 Nov 2005 23:25:25 +0100 To: Nate Lawson Message-ID: <20051130222525.GA11219@poupinou.org> References: <20051130133224.GA4713@poupinou.org> <438DE9D0.6080107@root.org> <20051130205130.GA10786@poupinou.org> <438E2056.4020505@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <438E2056.4020505@root.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-stable@freebsd.org, freebsd-acpi@freebsd.org, Marco Calviani , freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2005 22:26:00 -0000 On Wed, Nov 30, 2005 at 01:57:42PM -0800, Nate Lawson wrote: > Marco Calviani wrote: > >Hi Bruno, > > > >Yes cpufreq is loaded at boot time in /boot/loader.conf .However i > >don't know how to tell him that i want to load est instead of > >acpi_perf. > > est is preferred if supported. But probably est doesn't have a table > for his processor so acpi_perf is used. That's the case for any Dothan IIRC. > There's nothing wrong with > using acpi_perf -- it just gives a BIOS interface to est anyway. indeed. > > You can test this with: > hint.acpi_perf.0.disabled="1" > > This will cause acpi_perf to let est attach. But I suspect est won't. est need acpi_perf if a dothan or above is in use... On the other hand, the linux driver work for the OP, and that's not acceptable we can't do the same :) Maybe a link to a 'acpidmp -d -t' may help to see a little deeper? Marco, could you send to me privately or better provide a link to this output? Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 23:24:10 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8893C16A41F for ; Wed, 30 Nov 2005 23:24:10 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 255C443D46 for ; Wed, 30 Nov 2005 23:24:10 +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 jAUNO9D2022054; Wed, 30 Nov 2005 15:24:09 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id jAUNO8ko022053; Wed, 30 Nov 2005 15:24:08 -0800 Date: Wed, 30 Nov 2005 15:24:08 -0800 From: Brooks Davis To: Doug White Message-ID: <20051130232408.GA21393@odin.ac.hmc.edu> References: <20051130135930.O18370@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <20051130135930.O18370@carver.gumbysoft.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Nils Berzins , stable@freebsd.org Subject: Re: Trouble with amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 23:24:10 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 30, 2005 at 02:05:55PM -0800, Doug White wrote: > On Wed, 23 Nov 2005, Nils Berzins wrote: >=20 > > Hi ! > > > > Few days ago I downloaded release 6.0 ISOs, in hope that I will finally= be > > able to run FreeBSD on my home computer. Unfortunately, booting from CD= dies > > with: > > > > > panic: sym: VTOBUS FAILED ! > > > > Is there something I can do to get around this error, or do I just wait= for > > more less stable 7.0 :-( >=20 > According to the code this panic occurs when there is a problem with the > DMA memory management. Typically we see this when the driver is not 64-bit > clean, but I'd find that hard to believe with amd64 since the same driver > runs on sparc64 fine (and must since many Sun machines have embedded sym > controllers). >=20 > Unfortunately it doesn't help that the sym driver has its own bizarre DMA > management. It uses busdma but its kinda bolted on over the old > memory-block management. Not going to make it any easier to debug. sym(4) devices don't work on amd64. I sent one to scottl a while ago, but the release has kept him busy. If someone else want's to take a shot at it, you can get LSI-Logic sym(4) cards for $40 or less if you get a minimal white box OEM card. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDjjSYXY6L6fI4GtQRAn8lAJ9rjr51gv6ngv3oBSZb2LvgjMtNYACfXkbU VrmmZ2d2YyYdRd1t1GnOHX8= =LZh9 -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 00:33:52 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AD6D16A41F for ; Thu, 1 Dec 2005 00:33:52 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5378C43D62 for ; Thu, 1 Dec 2005 00:33:50 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 3A4B83613; Wed, 30 Nov 2005 18:33:50 -0600 (CST) Date: Wed, 30 Nov 2005 18:33:50 -0600 To: Brooks Davis Message-ID: <20051201003350.GA25463@soaustin.net> References: <20051130135930.O18370@carver.gumbysoft.com> <20051130232408.GA21393@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051130232408.GA21393@odin.ac.hmc.edu> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Nils Berzins , stable@freebsd.org Subject: Re: Trouble with amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 00:33:52 -0000 On Wed, Nov 30, 2005 at 03:24:08PM -0800, Brooks Davis wrote: > sym(4) devices don't work on amd64. If the OP would please send a PR about this, it would at least let other folks know that the problem exists. This is probably also a good idea for whatever other drivers are not 64-bit clean (I do not know of anyplace else we are tracking that issue, e.g. a project page?) mcl From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 01:02:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E571E16A41F for ; Thu, 1 Dec 2005 01:02:21 +0000 (GMT) (envelope-from ian_leroux@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DA4543D5D for ; Thu, 1 Dec 2005 01:02:19 +0000 (GMT) (envelope-from ian_leroux@fastmail.fm) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 42A85D1AA58 for ; Wed, 30 Nov 2005 20:02:18 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Wed, 30 Nov 2005 20:02:18 -0500 X-Sasl-enc: ekD8U/NIDcQbYFAnYLR8iYPYPGpJeiGT9axJ7uGug4AQ 1133398937 Received: from TANG-FIVE-EIGHTY-ONE.MIT.EDU (TANG-FIVE-EIGHTY-ONE.MIT.EDU [18.251.7.70]) by frontend2.messagingengine.com (Postfix) with ESMTP id 32C2057146F for ; Wed, 30 Nov 2005 20:02:16 -0500 (EST) From: "Ian D. Leroux" To: freebsd-stable@freebsd.org In-Reply-To: <20051130105535.M796@border.crystalsphere.multiverse> References: <1133316076.522.28.camel@localhost> <20051130105535.M796@border.crystalsphere.multiverse> Content-Type: text/plain Date: Wed, 30 Nov 2005 20:02:17 -0500 Message-Id: <1133398937.66934.11.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: Restarting ntpd on address change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ian_leroux@fastmail.fm List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 01:02:22 -0000 On Wed, 2005-11-30 at 10:55 -0800, Luke Dean wrote: > > On Tue, 29 Nov 2005, Ian D. Leroux wrote: > > I had > > added a line to my /etc/dhclient-exit-hooks to restart ntpd every time a > > new address was obtained: > > > > [...] > > This seemed work fine on 5.4, but on 6.0 it gives problems at boot. > > Specifically, I get repeated "bad file descriptor" errors after my > > network address is assigned, and running ps after the boot completes > > shows that there are two ntpd processes running. > > [...] > I needed to solve that same problem and came up with the same solution you > did. I saw it work under 5.4 several times when my ISP did maintenance on > my upstream router. I've kept the same setup under 6 and haven't noticed > any problems yet. I've been fortunate enough to keep my IP address leased > since my upgrade to 6, so I haven't truly tested this under 6. Eventually > my ISP will do something to make me lose my lease, and if I have any > problems then, I'll post. Thanks for the second opinions and the tricks. I'll give it another try when I have a moment and report back if anything interesting and reproducible happens. Cheers, Ian D. Leroux From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 01:26:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34E3216A41F for ; Thu, 1 Dec 2005 01:26:40 +0000 (GMT) (envelope-from dan@syz.com) Received: from mail.clearwave.ca (h139-142-194-114.gtcust.grouptelecom.net [139.142.194.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86AF143D5E for ; Thu, 1 Dec 2005 01:26:39 +0000 (GMT) (envelope-from dan@syz.com) Received: from localhost (localhost.clearwave.ca [127.0.0.1]) by mail.clearwave.ca (Postfix) with ESMTP id C23A510378D2; Wed, 30 Nov 2005 18:26:19 -0700 (MST) Received: from mail.clearwave.ca ([127.0.0.1]) by localhost (mail.clearwave.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 90343-06; Wed, 30 Nov 2005 18:26:11 -0700 (MST) Received: from [192.168.2.108] (h139-142-196-33.gtcust.grouptelecom.net [139.142.196.33]) by mail.clearwave.ca (Postfix) with ESMTP id 3E1F410378D1; Wed, 30 Nov 2005 18:26:11 -0700 (MST) In-Reply-To: <438D3D8E.3010609@math.missouri.edu> References: <20051129204524.C626D16A41F@hub.freebsd.org> <6740EFFC-3303-4030-A175-2348A7067F9A@syz.com> <438D3D8E.3010609@math.missouri.edu> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Dan Charrois Date: Wed, 30 Nov 2005 18:26:29 -0700 To: Stephen Montgomery-Smith X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at clearwave.ca Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD unstable on Dell 1750 using SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2005 01:26:40 -0000 This is encouraging - it's the first I've heard of someone who has found a way to trigger the problem "on demand". The problems I was experiencing were on a dual Xeon with HTT enabled as well. Perhaps someone out there who knows much more about the inner workings of FreeBSD may have an idea of why running top in "aggressive mode" like this might trigger the random rebooting. In particular, it would be nice to *know* that someone out there specifically fixed whatever is wrong in 5.4 when bringing it to 6.0. It's encouraging that you haven't had any problems since upgrading to 6.0, but I have to wonder if the bug's actually fixed, or the specific trigger of running top doesn't trigger the problem but the problem is still lurking in the background waiting to strike with the right combination of events. In any case, I'm anxious to try it out myself on our server to see if "top -s0" brings it down "on command" with HTT enabled, and not with HTT disabled. But I'm going to have to wait until some time over the Christmas holidays to do that sort of experimentation at a time when it isn't affecting the end users of the machine. I may also upgrade to 6.0 at that time, since by then it will have been out for a couple of months, so most of the worst quirks should be worked out by then. In the meantime, disabling HTT as I've done seems like a reasonable precaution to improve the stability.. Thanks for your help! Dan On Nov 29, 2005, at 10:50 PM, Stephen Montgomery-Smith wrote: > Dan Charrois wrote: > >> It actually may be a comfort, since perhaps HTT is related to the >> culprit. Since the last crash, about a month ago, I disabled >> HTT, both in the kernel as well in the BIOS. So as far as I >> know, it's completely been disabled (and the boot messages and >> top only show 2 CPUs). And I haven't had the system go down for >> nearly a month now. > > I don't know if it is related, but I used to have random reboots on > a dual Xeon system with HTT enabled. It happened when I ran a CPU > intensive threaded program at the same time as "top" - running "top > -s0" (which you have to do as root) could usually kill the machine > in seconds if not minutes. > > All I can tell you is that with FreeBSD 6.0 the problem disappeared. > > Well not totally - I still get a bunch of harmless calcru negative > messages, although I don't know if it is actually related to the > boot problems I used to have with FreeBSD 5.4, because I get the > calcru backwards messages even with HTT disabled. > > Anyway, if you are in the mood to try it out, you might like to try > re-enabling HTT, starting up whatever process you usually use (I'm > guessing it is MySQL), and then run "top -s0". If you get a crash > soon after that, you have the same problem I had. > > Let me also add that these crashes usually did not trigger a crash > dump (I had dumpon set), and when it did the resulting dump looked > rather corrupted. > > Stephen > -- Syzygy Research & Technology Box 83, Legal, AB T0G 1L0 Canada Phone: 780-961-2213 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 02:30:35 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D254316A41F for ; Thu, 1 Dec 2005 02:30:35 +0000 (GMT) (envelope-from jeanzq@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79BC343D79 for ; Thu, 1 Dec 2005 02:30:28 +0000 (GMT) (envelope-from jeanzq@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so150153nzo for ; Wed, 30 Nov 2005 18:30:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Gy4gBCYbxGGxkVt3vMyMXwCEHF0ZqrztzfspNB7UKjzrkQ1ttiPQBWkzzyJrRBuBPEVuHTfrLwBpEVKAfWVXpaA02tmm1ANVvMz3pC6c60CWpBb0DXUF/CcGbmOLQargwfEiD1EADMy7niXUB34uBWKPQ6jXhfUqIRFq64s75vc= Received: by 10.36.3.15 with SMTP id 15mr1109428nzc; Wed, 30 Nov 2005 18:30:27 -0800 (PST) Received: by 10.36.251.26 with HTTP; Wed, 30 Nov 2005 18:30:27 -0800 (PST) Message-ID: <81f5f100511301830v791416d1m70aa2038ac208c12@mail.gmail.com> Date: Thu, 1 Dec 2005 10:30:27 +0800 From: Zhang Qing To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: error after updated perl5.8 from 5.8.6 to 5.8.7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 02:30:36 -0000 on FreeBSD srim.hn.org 6.0-STABLE FreeBSD 6.0-STABLE #0: Tue Nov 15 11:01:02 CST 2005 root@srim.hn.org:/usr/obj/usr/src/sys/NUCLEUS i386 have done 'perl-after-upgrade' according to 20050624: AFFECTS: users of lang/perl5.8 AUTHOR: tobez@FreeBSD.org lang/perl5.8 has been updated to 5.8.7. You should update everything depending on perl. The easiest way to do that is to use perl-after-upgrade script supplied with lang/perl5.8. Please see its manual page for details. but when executing: srim# cd /usr/ports/www/mod_perl2 srim# make install clean && rehash ************************************************************ NOTE: Version 2.0.0-RC5 and higher of mod_perl significantly change the API - old code *will* break! See http://perl.apache.org/docs/2.0/rename.html Hit Ctrl-C to abort now, if this is of concern. ************************************************************ =3D=3D=3D> Vulnerability check disabled, database not found =3D=3D=3D> Extracting for mod_perl2-2.0.2,2 =3D> MD5 Checksum OK for mod_perl-2.0.2.tar.gz. =3D> No SHA256 checksum recorded for mod_perl-2.0.2.tar.gz. =3D=3D=3D> mod_perl2-2.0.2,2 depends on file: /usr/local/bin/perl5.8.7 - fo= und =3D=3D=3D> Patching for mod_perl2-2.0.2,2 =3D=3D=3D> mod_perl2-2.0.2,2 depends on file: /usr/local/bin/perl5.8.7 - fo= und =3D=3D=3D> Applying FreeBSD patches for mod_perl2-2.0.2,2 =3D=3D=3D> mod_perl2-2.0.2,2 depends on file: /usr/local/sbin/apxs - found =3D=3D=3D> mod_perl2-2.0.2,2 depends on file: /usr/local/bin/perl5.8.7 - fo= und =3D=3D=3D> mod_perl2-2.0.2,2 depends on file: /usr/local/sbin/apxs - found =3D=3D=3D> Configuring for mod_perl2-2.0.2,2 /libexec/ld-elf.so.1: /usr/local/lib/perl5/site_perl/5.8.7/mach/auto/Cwd/Cwd.so: Undefined symbol "Perl_Gthr_key_ptr" *** Error code 1 Stop in /usr/ports/www/mod_perl2. srim# it can't make mod_perl2, the key error is Undefined symbol "Perl_Gthr_key_ptr", what this meaning? and how to correct it? From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 02:59:43 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 618CB16A41F for ; Thu, 1 Dec 2005 02:59:43 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDD9643D82 for ; Thu, 1 Dec 2005 02:59:37 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so266579wri for ; Wed, 30 Nov 2005 18:59:34 -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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HoE8S7fgL2m+bHrerKmyAaNiAAWIgUnzRM58BbQTFo/WBetjylWdLo512uADi5S7oRxyhmZQNvKwPVctF4uSs64yZ/XXmghdtJ4SuWbgKHk2lRQi/ChtQ28k5nSOA+CLGTJ1rFd+jt8TuKI5Fi18Prw4gBspmArsJtsHHHZNL+Q= Received: by 10.64.183.2 with SMTP id g2mr595329qbf; Wed, 30 Nov 2005 18:59:34 -0800 (PST) Received: by 10.65.72.5 with HTTP; Wed, 30 Nov 2005 18:59:34 -0800 (PST) Message-ID: Date: Thu, 1 Dec 2005 10:59:34 +0800 From: Xin LI To: Zhang Qing In-Reply-To: <81f5f100511301830v791416d1m70aa2038ac208c12@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <81f5f100511301830v791416d1m70aa2038ac208c12@mail.gmail.com> Cc: stable@freebsd.org Subject: Re: error after updated perl5.8 from 5.8.6 to 5.8.7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 02:59:43 -0000 SGksCgpPbiAxMi8xLzA1LCBaaGFuZyBRaW5nIDxqZWFuenFAZ21haWwuY29tPiB3cm90ZToKPiBv biBGcmVlQlNEIHNyaW0uaG4ub3JnIDYuMC1TVEFCTEUgRnJlZUJTRCA2LjAtU1RBQkxFICMwOiBU dWUgTm92IDE1Cj4gMTE6MDE6MDIgQ1NUIDIwMDUgcm9vdEBzcmltLmhuLm9yZzovdXNyL29iai91 c3Ivc3JjL3N5cy9OVUNMRVVTICBpMzg2Cj4KPiBoYXZlICBkb25lICdwZXJsLWFmdGVyLXVwZ3Jh ZGUnIGFjY29yZGluZyB0bwoKSSdkIGFsc28gZG8gJ3BvcnR1cGdyYWRlIC1mciBwZXJsXConIGFm dGVyIGEgcGVybCB1cGdyYWRlIGlmIEkgaGF2ZQpzZWVuIHNvbWUgcHJvYmxlbS4uLgoKQ2hlZXJz LAotLQpYaW4gTEkgPGRlbHBoaWpAZGVscGhpai5uZXQ+IGh0dHA6Ly93d3cuZGVscGhpai5uZXQK From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 03:12:36 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2745F16A41F for ; Thu, 1 Dec 2005 03:12:36 +0000 (GMT) (envelope-from mv@roq.com) Received: from vault.mel.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 790C343D5A for ; Thu, 1 Dec 2005 03:12:35 +0000 (GMT) (envelope-from mv@roq.com) Received: from vault.mel.jumbuck.com (localhost [127.0.0.1]) by vault.mel.jumbuck.com (Postfix) with ESMTP id 063F88A00D; Thu, 1 Dec 2005 14:12:21 +1100 (EST) Received: from [192.168.46.52] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vault.mel.jumbuck.com (Postfix) with ESMTP id C88EA8A00A; Thu, 1 Dec 2005 14:12:20 +1100 (EST) Message-ID: <438E6A21.3070705@roq.com> Date: Thu, 01 Dec 2005 14:12:33 +1100 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20051127 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Eirik_=D8verby?= References: <93F6B911-8C64-4F5C-81F9-80EC271ED298@anduin.net> <84dead720511280545v2bc0bc35jd107da06b9a788cb@mail.gmail.com> <20187843-76FC-4EAB-AFF8-7493FB0C0077@anduin.net> <84dead720511280654j138635abgcb9cc0978e6c26b7@mail.gmail.com> <02757598-222D-408E-8B33-C2EE1E6E426E@anduin.net> <20051128211440.GB28963@xor.obsecurity.org> <3A601A32-94D1-49F6-AB06-ED54D50D4B6A@anduin.net> <9720F96D-A0F7-4639-8852-63A0F2C1FCDE@anduin.net> In-Reply-To: <9720F96D-A0F7-4639-8852-63A0F2C1FCDE@anduin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: stable@freebsd.org Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 03:12:36 -0000 Some apps that use of frequent queries of the system time for example MySQL are well known in FreeBSD to be slower then Linux because its more expensive to call compared to Linux, maybe Tomcat is also another such app this can also be double the case depending on on your jsp and servlet code. If you are on good hardware, are using 6 and keep your systems time updated via ntp you might want to try changing from kern.timecounter.hardware: ACPI-fast to TSC(-100) and doing a benchmark this has already proven to increase performance of MySQL by a significantly amount. Also some new experimental low-precision time code has been added to current source tree to see how much performance increases can be gained, weirdly enough some people have argued against it for I guess a wide range of reasons such as they just have crap hardware and don't care about performance, don't like the extra maintenance of code or just like Red Hat fanatics having an easy way to bad mouth FreeBSD performance. I think most people would agree though that it has to be done, or have to choose to believe FreeBSD isn't about performance among other goals. With 6 you can also use the new thr threading library, try your libmap.conf to libthr for testing, for example [/usr/local/jdk1.4.2/] libpthread.so.2 libthr.so.2 libpthread.so libthr.so I been doing some 'ab' testing libthr with Apache2 compiled for worker MPM and have some really interesting differences on server load, loads of about 40 for pthread and around 5 thr under certain tests with ab with the exact same test. Mike Eirik Øverby wrote: > Update: The diff below was made after making sure both systems are > running the exact same kernel. Behavior is the same. Building new > kernels (6-STABLE) now to get out of the BETA stage. > > /Eirik > > On Nov 28, 2005, at 22:53 , Eirik Øverby wrote: > >> Firmware versions are equal. BIOS settings are equal. >> However, a diff of the dmesgs show (apart from MAC address >> differences): >> >> 30c30 >> < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 >> --- >> > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> >> What on earth is that all about? The "slow" box has the ACPI-fast >> timecounter... >> >> /Eirik >> >> On Nov 28, 2005, at 22:14 , Kris Kennaway wrote: >> >>> On Mon, Nov 28, 2005 at 09:54:30PM +0100, Eirik ?verby wrote: >>> >>>> Hi, >>>> >>>> I think I have found the culprit. There must be some sort of >>>> difference between the machines after all (BIOS revision?), because >>>> while on one machine the interrupt rate for the bge card stays very >>>> low (2 to be exact) during maximum load, the other machine goes >>>> beyond 1000 and keeps rising constantly. This might also explain why >>>> performance slowly degrades over time on that machine, and response >>>> times vary wildly, while the "fast" machine responds nicely within >>>> 1-2 seconds no matter the load and testing time. >>>> >>>> I will have to investigate this more closely. Is there a way to force >>>> the NIC to polling mode (I'm assuming that is the difference, an IRQ >>>> rate of 2 is too low for a heavily loaded server if the NIC is >>>> interrupt-driven)? >>>> >>>> Anything else I could look at? >>> >>> >>> BIOS update. >>> >>> Kris >> >> > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 03:14:16 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C726D16A41F for ; Thu, 1 Dec 2005 03:14:16 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 130A643D53 for ; Thu, 1 Dec 2005 03:14:15 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 9F1A0C242; Wed, 30 Nov 2005 22:14:14 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 4EED7C271; Wed, 30 Nov 2005 22:14:10 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id E4208C26F; Wed, 30 Nov 2005 22:14:09 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; b=ex9FCgO3JKk+G+1Hdx+twyQwCcVlsVUWFRPsOUnmTjqnNS6GxnEgxvnMJPQV3/WjyhuoeIgsEwZ/D+1hsrTzbsLiJxZFNmcRTggum9yS/JpfmgxXhBEM2BRRZmE8n2TO; Received: from [10.12.211.34] (usstls-23.savvis.net [64.242.52.23]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 5CAC3C251; Wed, 30 Nov 2005 22:14:07 -0500 (EST) Message-ID: <438E6A77.2000404@protected-networks.net> Date: Wed, 30 Nov 2005 22:13:59 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Zhang Qing References: <81f5f100511301830v791416d1m70aa2038ac208c12@mail.gmail.com> In-Reply-To: <81f5f100511301830v791416d1m70aa2038ac208c12@mail.gmail.com> X-Enigmail-Version: 0.93.0.0 OpenPGP: id=5E873CC5 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: error after updated perl5.8 from 5.8.6 to 5.8.7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 03:14:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Zhang Qing wrote: | ===> Configuring for mod_perl2-2.0.2,2 | /libexec/ld-elf.so.1: | /usr/local/lib/perl5/site_perl/5.8.7/mach/auto/Cwd/Cwd.so: Undefined | symbol "Perl_Gthr_key_ptr" | *** Error code 1 | | Stop in /usr/ports/www/mod_perl2. | srim# | | it can't make mod_perl2, the key error is Undefined symbol | "Perl_Gthr_key_ptr", what this meaning? and how to correct it? Just a wild guess .. did you at any stage have "WITH_THREADS=yes" anywhere that a perl build might have seen it? Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDjmnciJykeV6HPMURApKZAKClsy7ke8DiSwmVBTCsTD4j2PUBXQCgl891 +MezMTOgzNk09GQYi3F5JJY= =DZwG -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 04:28:23 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03F5F16A43D for ; Thu, 1 Dec 2005 04:28:23 +0000 (GMT) (envelope-from jeanzq@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A3D243D5C for ; Thu, 1 Dec 2005 04:28:20 +0000 (GMT) (envelope-from jeanzq@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so167097nzo for ; Wed, 30 Nov 2005 20:28:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KUHhvSsBvD4yyBVboxrPYZxdyhpTJ3SLCeferSkBSdKUP4IqI522+Pt9us0ouXLFZKrSMpFkc2mNSIc7a3F/hII3ZG7uudrUWzYjgILQSH0aVb9+caTpJKFW2SMNhvBxAvjTnDRmg0pBOK3kdvNs+xUJBGVydvzlwl6p1qqQ1Qw= Received: by 10.36.9.18 with SMTP id 18mr1166046nzi; Wed, 30 Nov 2005 20:28:18 -0800 (PST) Received: by 10.36.251.26 with HTTP; Wed, 30 Nov 2005 20:28:18 -0800 (PST) Message-ID: <81f5f100511302028k89e8c19k1843dc6ab6dcd2af@mail.gmail.com> Date: Thu, 1 Dec 2005 12:28:18 +0800 From: Zhang Qing To: Michael Butler In-Reply-To: <438E6A77.2000404@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <81f5f100511301830v791416d1m70aa2038ac208c12@mail.gmail.com> <438E6A77.2000404@protected-networks.net> Cc: stable@freebsd.org Subject: Re: error after updated perl5.8 from 5.8.6 to 5.8.7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 04:28:23 -0000 you are right, when first deinstall and install, indeed "WITH_THREADS=3Dyes", but the second time deinstall and build perl5.8 without "WITH_THREADS=3Dyes" On 12/1/05, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Zhang Qing wrote: > > | =3D=3D=3D> Configuring for mod_perl2-2.0.2,2 > | /libexec/ld-elf.so.1: > | /usr/local/lib/perl5/site_perl/5.8.7/mach/auto/Cwd/Cwd.so: Undefined > | symbol "Perl_Gthr_key_ptr" > | *** Error code 1 > | > | Stop in /usr/ports/www/mod_perl2. > | srim# > | > | it can't make mod_perl2, the key error is Undefined symbol > | "Perl_Gthr_key_ptr", what this meaning? and how to correct it? > > Just a wild guess .. did you at any stage have "WITH_THREADS=3Dyes" > anywhere that a perl build might have seen it? > > Michael > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.0 (MingW32) > > iD8DBQFDjmnciJykeV6HPMURApKZAKClsy7ke8DiSwmVBTCsTD4j2PUBXQCgl891 > +MezMTOgzNk09GQYi3F5JJY=3D > =3DDZwG > -----END PGP SIGNATURE----- > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 08:07:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4471016A420 for ; Thu, 1 Dec 2005 08:07:46 +0000 (GMT) (envelope-from jshevland@rowantreesoftware.com.au) Received: from www.rowantreesoftware.com.au (adsl-142-195.swiftdsl.com.au [218.214.142.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DB9443D5F for ; Thu, 1 Dec 2005 08:07:44 +0000 (GMT) (envelope-from jshevland@rowantreesoftware.com.au) Received: from [127.0.0.1] (unknown [10.10.0.250]) by www.rowantreesoftware.com.au (Postfix) with ESMTP id 277A911415 for ; Thu, 1 Dec 2005 18:08:49 +1100 (EST) Message-ID: <438EAF47.9010002@rowantreesoftware.com.au> Date: Thu, 01 Dec 2005 19:07:35 +1100 From: Joe Shevland User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) 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 Subject: Lockup with powerd on amd64/tyan k8sd pro X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 08:07:46 -0000 Hi, I've just purchased a new dual-Opteron 2MHz Tyan K8SD Pro machine, with one of the SiS SATA raid controllers (which isn't supported, but I'm using gmirror to great success, though that was configured after the problem below). I've installed 6-stable as of about two weeks ago. I tried out using powerd in 'debug' mode (adaptive by default I guess), more for my own interest's sake, and it locked up the machine solid. Prior to the lock-up the messages reported is was dropping through the various MHz steps, and then the lock-up when it reached what I'm guessing was the lowest level. I was working on the first vty and the lock-up meant I couldn't switch consoles, or reboot with ctrl-alt-delete etc, but I didn't see any panic messages. Being a kernel miser I've stripped out debugging options and so on, but just raising it in case its of interest. I'll upgrade to the latest stable and try it out again now, but also willing to try other suggestions if its not a known issue. Aside from that, this is also a bit of a recommendation for the configuration I've got, it seems extremely slick. I've compiled the JDK 1.5 port and its the fastest one I've tested under FreeBSD, albeit thats the hardware and CPU's that will be making most of the difference versus my other lowly machines - I was just very happy to see it working on amd64 (JBoss under load with Postgres moving the data is the next test). Cheers, Joe From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 08:14:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0E4116A41F for ; Thu, 1 Dec 2005 08:14:58 +0000 (GMT) (envelope-from jshevland@rowantreesoftware.com.au) Received: from www.rowantreesoftware.com.au (adsl-142-195.swiftdsl.com.au [218.214.142.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id C532743D62 for ; Thu, 1 Dec 2005 08:14:57 +0000 (GMT) (envelope-from jshevland@rowantreesoftware.com.au) Received: from [127.0.0.1] (unknown [10.10.0.250]) by www.rowantreesoftware.com.au (Postfix) with ESMTP id 9D7D311415; Thu, 1 Dec 2005 18:16:04 +1100 (EST) Message-ID: <438EB0FA.40403@rowantreesoftware.com.au> Date: Thu, 01 Dec 2005 19:14:50 +1100 From: Joe Shevland User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vivek Khera References: <00d501c5f3e0$c7a0b870$59ab3a40@sleuth> <0AE32D49-C916-44C1-B703-97A73EEBFA57@khera.org> In-Reply-To: <0AE32D49-C916-44C1-B703-97A73EEBFA57@khera.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: recomendations please for new freebsd development system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 08:14:58 -0000 Vivek Khera wrote: > On Nov 28, 2005, at 12:58 AM, vizion wrote: > >> Would anyone be so bold as to make some recommendations for a reliable >> motherboard/processor combination on the assumption that this is to >> be a >> dual processor system running freebsd 6.0 > > > You definitely want something Opteron based for this kind of data > volume. And I'd go with LSI Megaraid 4 channel SCSI RAID controller > for your data connected to some Ultra 320 SCSI disks on multiple > channels of the RAID card. I've just bought a Tyan K8SD Pro with dual 2GHz cpus, though with the SiS SATA RAID controller which isn't supported. I've got 4 200+Gb drives, two of which I've mirrored using gmirror, but that motherboard also has U320 SCSI support. I don't have any hard data suffice to say its very snappy, looking at the gstatus output its getting perhaps 30Mb per second transfer between drives, but I might have that wrong (and that might be pitiful, I'm not sure). I haven't really benchmarked it to get the full details. I've setup 4 jails to be dev/test/prod environments and a sandboxed Samba server, and all in all its going very well so far. This is my first exposure to an Opteron system, so this isn't so much a recommendation as a "seems damn nice so far" :) Cheers, Joe From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 10:22:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A752B16A41F for ; Thu, 1 Dec 2005 10:22:45 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-152-166.sn2.eutelia.it [83.211.152.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BD0843D46 for ; Thu, 1 Dec 2005 10:22:44 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id 456272C90B for ; Thu, 1 Dec 2005 11:22:42 +0100 (CET) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id 811952C90A for ; Thu, 1 Dec 2005 11:22:41 +0100 (CET) Received: from massimo.datacode.it (massimo.datacode.it [192.168.1.13]) by insomma.datacode.it (Postfix) with ESMTP id 40D862C906 for ; Thu, 1 Dec 2005 11:22:41 +0100 (CET) From: Massimo Lusetti To: freebsd-stable@freebsd.org Content-Type: text/plain Organization: CEDOC - Modena Date: Thu, 01 Dec 2005 11:22:41 +0100 Message-Id: <1133432561.4306.16.camel@massimo.datacode.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Heavy loaded network machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2005 10:22:45 -0000 Due to the latest thread on em interrupt storm i would like to know which is the recommended nic to choose to be deployed on a -STABLE Read "recommended" as: which works good without known wired behavior and has produced good performance over a gigabit wire Ciao -- Massimo.run(); From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 11:27:28 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50C7316A41F for ; Thu, 1 Dec 2005 11:27:28 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FC6143D5F for ; Thu, 1 Dec 2005 11:27:27 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jB1BRLSe061926 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Dec 2005 14:27:21 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jB1BRLCL061925; Thu, 1 Dec 2005 14:27:21 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 1 Dec 2005 14:27:20 +0300 From: Gleb Smirnoff To: Massimo Lusetti Message-ID: <20051201112720.GK22816@cell.sick.ru> References: <1133432561.4306.16.camel@massimo.datacode.it> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1133432561.4306.16.camel@massimo.datacode.it> User-Agent: Mutt/1.5.6i Cc: freebsd-stable@FreeBSD.org Subject: Re: Heavy loaded network machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2005 11:27:28 -0000 On Thu, Dec 01, 2005 at 11:22:41AM +0100, Massimo Lusetti wrote: M> Due to the latest thread on em interrupt storm i would like to know M> which is the recommended nic to choose to be deployed on a -STABLE M> M> Read "recommended" as: which works good without known wired behavior and M> has produced good performance over a gigabit wire The em(4) driver in STABLE is now in quite good state. We use it on heavy loaded routers. The interrupt storm in the thread you mention was probably caused by some bad hardware combination between mainboard and NIC. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 13:06:52 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B077116A41F for ; Thu, 1 Dec 2005 13:06:52 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E60C143D60 for ; Thu, 1 Dec 2005 13:06:49 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id DD79EC276; Thu, 1 Dec 2005 08:06:48 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 8654AC26E; Thu, 1 Dec 2005 08:06:44 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net.; domainkey=fail (no signature) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 293E7C26C; Thu, 1 Dec 2005 08:06:44 -0500 (EST) Received: from [192.168.1.10] (c-24-218-147-31.hsd1.ma.comcast.net [24.218.147.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 8E7ACC155; Thu, 1 Dec 2005 08:06:43 -0500 (EST) Message-ID: <438EF553.7050008@protected-networks.net.> Date: Thu, 01 Dec 2005 08:06:27 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051023) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Zhang Qing References: <81f5f100511301830v791416d1m70aa2038ac208c12@mail.gmail.com> <438E6A77.2000404@protected-networks.net> <81f5f100511302028k89e8c19k1843dc6ab6dcd2af@mail.gmail.com> In-Reply-To: <81f5f100511302028k89e8c19k1843dc6ab6dcd2af@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: error after updated perl5.8 from 5.8.6 to 5.8.7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 13:06:52 -0000 Zhang Qing wrote: > you are right, when first deinstall and install, indeed > "WITH_THREADS=yes", but the second time deinstall and build perl5.8 > without "WITH_THREADS=yes" Unfortunately, the solution is to remove perl and all the modules built with it completely and start over. I ran into this when I decided that building a threaded perl didn't buy me anything :-( Michael From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 13:13:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E1C316A41F for ; Thu, 1 Dec 2005 13:13:55 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2DA643D5C for ; Thu, 1 Dec 2005 13:13:54 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (ap6.matik.com.br [200.152.83.36] (may be forged)) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id jB1DDrf3072009 for ; Thu, 1 Dec 2005 11:13:53 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Thu, 1 Dec 2005 11:13:56 -0200 User-Agent: KMail/1.8.3 References: <81f5f100511301830v791416d1m70aa2038ac208c12@mail.gmail.com> <81f5f100511302028k89e8c19k1843dc6ab6dcd2af@mail.gmail.com> <438EF553.7050008@protected-networks.net.> In-Reply-To: <438EF553.7050008@protected-networks.net.> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512011113.56941.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: error after updated perl5.8 from 5.8.6 to 5.8.7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 13:13:55 -0000 > > you are right, when first deinstall and install, indeed > > "WITH_THREADS=3Dyes", but the second time deinstall and build perl5.8 > > without "WITH_THREADS=3Dyes" > you should be able to solv this with portupgrade -f -m '-DWITH_THREADS' perl and a fresh ports tree easily after this you might want to upgrade dependent ports Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 13:44:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6BFA16A41F for ; Thu, 1 Dec 2005 13:44:01 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-152-166.sn2.eutelia.it [83.211.152.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E338443D5E for ; Thu, 1 Dec 2005 13:44:00 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id 530D12C90B for ; Thu, 1 Dec 2005 14:43:58 +0100 (CET) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id 8C49E2C90A for ; Thu, 1 Dec 2005 14:43:57 +0100 (CET) Received: from massimo.datacode.it (massimo.datacode.it [192.168.1.13]) by insomma.datacode.it (Postfix) with ESMTP id 4B4812C906 for ; Thu, 1 Dec 2005 14:43:57 +0100 (CET) From: Massimo Lusetti To: freebsd-stable@freebsd.org In-Reply-To: <20051201112720.GK22816@cell.sick.ru> References: <1133432561.4306.16.camel@massimo.datacode.it> <20051201112720.GK22816@cell.sick.ru> Content-Type: text/plain Organization: CEDOC - Modena Date: Thu, 01 Dec 2005 14:43:57 +0100 Message-Id: <1133444637.4308.2.camel@massimo.datacode.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: Heavy loaded network machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2005 13:44:02 -0000 On Thu, 2005-12-01 at 14:27 +0300, Gleb Smirnoff wrote: > The em(4) driver in STABLE is now in quite good state. We use it on > heavy loaded routers. The interrupt storm in the thread you mention > was probably caused by some bad hardware combination between mainboard > and NIC. Thanks Gleb for the clarification. I'm now willing to ask if there's any evidence of which could be the issue causing that problem, so i can (at least try) avoid that combination. Regards -- Massimo.run(); From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 14:02:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 867BA16A41F for ; Thu, 1 Dec 2005 14:02:59 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC45343D5A for ; Thu, 1 Dec 2005 14:02:58 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1Ehp1Q-0005DE-00; Thu, 01 Dec 2005 15:02:52 +0100 Date: Thu, 1 Dec 2005 15:02:52 +0100 To: Joe Shevland Message-ID: <20051201140252.GC17066@poupinou.org> References: <438EAF47.9010002@rowantreesoftware.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <438EAF47.9010002@rowantreesoftware.com.au> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-stable@freebsd.org Subject: Re: Lockup with powerd on amd64/tyan k8sd pro X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 14:02:59 -0000 On Thu, Dec 01, 2005 at 07:07:35PM +1100, Joe Shevland wrote: > I've installed 6-stable as of about two weeks ago. I tried out using > powerd in 'debug' mode (adaptive by default I guess), more for my own > interest's sake, and it locked up the machine solid. Prior to the > lock-up the messages reported is was dropping through the various MHz > steps, and then the lock-up when it reached what I'm guessing was the > lowest level. Could you post a full sysctl dev.cpu and the same with sysctl dev.powernow? Is the lowest frequency the only one which cause that look-up? If you change manually the frequency via a sysctl dev.cpu.0.freq= will tell us if that's the case. I think anyway that I found what is wrong. I think the 2 processors are doing a transition at the very same time, and it's possible that will confuse the northbridge. I don't have time to write a fix right now. I will post a patch to be tested latter. Thanks, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 14:07:21 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF09716A41F for ; Thu, 1 Dec 2005 14:07:21 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDCB843D7B for ; Thu, 1 Dec 2005 14:07:15 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from eirik.unicore.no ([213.225.74.166] helo=[10.0.16.10]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1Ehp5e-000BjN-Du for stable@freebsd.org; Thu, 01 Dec 2005 15:07:14 +0100 Resent-Message-Id: Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Resent-Date: Thu, 1 Dec 2005 15:07:11 +0100 Message-Id: <6E0EE473-BBA9-415A-9BF4-7FCC31E16F3C@anduin.net> Content-Transfer-Encoding: quoted-printable Resent-To: stable@freebsd.org From: =?ISO-8859-1?Q?Eirik_=D8verby?= Resent-From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Thu, 1 Dec 2005 11:51:47 +0100 To: Michael Vince X-Mailer: Apple Mail (2.746.2) Cc: Subject: Re: Reduced java/tomcat performance 6-beta3 -> 6-stable ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 14:07:22 -0000 On Dec 1, 2005, at 04:12 , Michael Vince wrote: > Some apps that use of frequent queries of the system time for =20 > example MySQL are well known in FreeBSD to be slower then Linux =20 > because its more expensive to call compared to Linux, maybe Tomcat =20= > is also another such app this can also be double the case depending =20= > on on your jsp and servlet code. True, but on equal hardware it should perform equally. > If you are on good hardware, are using 6 and keep your systems time =20= > updated via ntp you might want to try changing from =20 > kern.timecounter.hardware: ACPI-fast to TSC(-100) and doing a =20 > benchmark this has already proven to increase performance of MySQL =20 > by a significantly amount. I will try this, though it will not solve my original problem (and =20 the subject is somewhat misleading now, as this seems to be =20 independent of kernel revisions). > Also some new experimental low-precision time code has been added =20 > to current source tree to see how much performance increases can be =20= > gained, weirdly enough some people have argued against it for I =20 > guess a wide range of reasons such as they just have crap hardware =20 > and don't care about performance, don't like the extra maintenance =20 > of code or just like Red Hat fanatics having an easy way to bad =20 > mouth FreeBSD performance. I think most people would agree though =20 > that it has to be done, or have to choose to believe FreeBSD isn't =20 > about performance among other goals. I will not join this discussion ;) > With 6 you can also use the new thr threading library, try your =20 > libmap.conf to libthr for testing, for example > [/usr/local/jdk1.4.2/] > libpthread.so.2 libthr.so.2 > libpthread.so libthr.so > > I been doing some 'ab' testing libthr with Apache2 compiled for =20 > worker MPM and have some really interesting differences on server =20 > load, loads of about 40 for pthread and around 5 thr under certain =20 > tests with ab with the exact same test. Too bad this causes jdk1.5.0-amd64 to crash... Application startup times were significantly reduced, but only the =20 times it actually managed to start without failing. Latest at the 2nd =20= or 3rd transaction Java coredumps. :( And as current load testing is done without Apache in between, this =20 is moot.. /Eirik > > Mike > > > Eirik =D8verby wrote: > >> Update: The diff below was made after making sure both systems =20 >> are running the exact same kernel. Behavior is the same. Building =20= >> new kernels (6-STABLE) now to get out of the BETA stage. >> >> /Eirik >> >> On Nov 28, 2005, at 22:53 , Eirik =D8verby wrote: >> >>> Firmware versions are equal. BIOS settings are equal. >>> However, a diff of the dmesgs show (apart from MAC address =20 >>> differences): >>> >>> 30c30 >>> < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 >>> --- >>> > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>> >>> What on earth is that all about? The "slow" box has the ACPI-=20 >>> fast timecounter... >>> >>> /Eirik >>> >>> On Nov 28, 2005, at 22:14 , Kris Kennaway wrote: >>> >>>> On Mon, Nov 28, 2005 at 09:54:30PM +0100, Eirik ?verby wrote: >>>> >>>>> Hi, >>>>> >>>>> I think I have found the culprit. There must be some sort of >>>>> difference between the machines after all (BIOS revision?), =20 >>>>> because >>>>> while on one machine the interrupt rate for the bge card stays =20 >>>>> very >>>>> low (2 to be exact) during maximum load, the other machine goes >>>>> beyond 1000 and keeps rising constantly. This might also =20 >>>>> explain why >>>>> performance slowly degrades over time on that machine, and =20 >>>>> response >>>>> times vary wildly, while the "fast" machine responds nicely within >>>>> 1-2 seconds no matter the load and testing time. >>>>> >>>>> I will have to investigate this more closely. Is there a way =20 >>>>> to force >>>>> the NIC to polling mode (I'm assuming that is the difference, =20 >>>>> an IRQ >>>>> rate of 2 is too low for a heavily loaded server if the NIC is >>>>> interrupt-driven)? >>>>> >>>>> Anything else I could look at? >>>> >>>> >>>> BIOS update. >>>> >>>> Kris >>> >>> >> > > > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 15:50:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88A7F16A41F for ; Thu, 1 Dec 2005 15:50:05 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id D591343D46 for ; Thu, 1 Dec 2005 15:50:04 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay3.uni-hannover.de (8.12.10/8.12.10) with ESMTP id jB1Fo0J3009724 for ; Thu, 1 Dec 2005 16:50:01 +0100 (MET) Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 0B899D4 for ; Thu, 1 Dec 2005 16:49:56 +0100 (CET) Date: Thu, 1 Dec 2005 16:49:55 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-Id: <20051201164955.788ba69e.gerrit@pmp.uni-hannover.de> Organization: Plasmaphysik X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.2.2 (mrelay3.uni-hannover.de [130.75.2.41]); Thu, 01 Dec 2005 16:50:01 +0100 (MET) X-Scanned-By: MIMEDefang 2.42 Subject: nfs locking (was: Re: OOO 2.0 compiles but doesn't work properly) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2005 15:50:05 -0000 On Wed, 30 Nov 2005 10:29:02 -0500 Robert Huff wrote about OOO 2.0 compiles but doesn't work properly: RH> > The home directory is coming from a nfs-server, so the user-setup RH> > should be identical. I already tried to delete .openoffice.org2, RH> > but that didn't help either. Any further hints? RH> Yes - check the archives. There was at least one other person RH> reporting problems with OpenOffice+NFS. Yes, I see... the problem seems so be that you have to run lockd and statd to get ooo running on nfs. The machine where everything's working fine is running 5.4 with statd and lockd. The machine with the problems is running 6.0 and didn't have statd and lockd activated. However, activating them (and rebooting) didn't solve the problem here. That's why I'm taking this over to -stable mailing list: I've got a FreeBSD 6.0 NFS client here, which is connected to a FreeBSD 4.10-Server. Both sides are running statd and lockd, but processes requesting locks (kdm in the first place after booting here) get stuck in the state "lockd". The same setup works fine with a FreeBSD 5.4 client. Are there any known problems concerning nfs and 6.0, or do I miss anything else? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 16:00:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CCE416A41F for ; Thu, 1 Dec 2005 16:00:36 +0000 (GMT) (envelope-from paul.lutt@fluke.com) Received: from dhreinsvgw01.danahermail.com (mx2.danahermail.com [193.221.156.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39AD743D5A for ; Thu, 1 Dec 2005 16:00:29 +0000 (GMT) (envelope-from paul.lutt@fluke.com) Received: from dhreinsvxf02.messaging.danaherad.com (dhreinsvxf02.messaging.danaherad.com [172.29.216.76]) by dhreinsvgw01.danahermail.com (BorderWare MXtreme Mail Firewall) with ESMTP id 18500C85F9 for ; Thu, 1 Dec 2005 17:00:24 +0100 (CET) Received: from [129.196.165.233] ([129.196.165.233]) by dhreinsvxf02.messaging.danaherad.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 1 Dec 2005 17:00:20 +0100 Date: Thu, 1 Dec 2005 08:00:19 -0800 (PST) From: "Lutt, Paul" X-X-Sender: paul@evtpc1390.na.flukecorp.com To: freebsd-stable@freebsd.org In-Reply-To: Message-ID: <20051201075632.P1063@evtpc1390.na.flukecorp.com> References: <20051127114252.GG1383@sun.unixguru.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 01 Dec 2005 16:00:21.0190 (UTC) FILETIME=[5502D660:01C5F690] Cc: "Lutt, Paul" Subject: Re: dhclient problem with static leases X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2005 16:00:36 -0000 > Richard Arends wrote: >> Removing /var/db/dhclient.leases* fixed the >> problem not getting a lease for me and several other people over here. I had similar issues with my DLINK access point at home. DHCP was very flakey until I setup a /etc/rc.shutdown.local file to remove /var/db/dhclient.leases* at shutdown. -paul This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately. Ce message (ainsi que les eventuelles pieces jointes) est exclusivement adresse au destinataire et contient des informations confidentielles. La copie, la communication ou la distribution du contenu de ce message sans l'accord prealable de l'expediteur sont strictement interdits et peuvent constituer un delit. Si vous n'etes pas destinataire de ce message, merci de le detruire et d'avertir l'expediteur. Si vous avez des questions se rapportant a ce courrier electronique, merci de bien vouloir notifier l'expediteur immediatement. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 16:38:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4750216A41F for ; Thu, 1 Dec 2005 16:38:47 +0000 (GMT) (envelope-from netzwerk@98eins.de) Received: from smtpin1.uni-greifswald.de (smtpin1.uni-greifswald.de [141.53.8.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E91343D55 for ; Thu, 1 Dec 2005 16:38:46 +0000 (GMT) (envelope-from netzwerk@98eins.de) Received: from arbeitsplatz2.funkhaus.radio98eins.de (hendrix.stud-ver.uni-greifswald.de [141.53.186.66]) by smtpin1.uni-greifswald.de (Content Technologies SMTPRS 4.3.17) with ESMTP id for ; Thu, 1 Dec 2005 17:38:44 +0100 From: Andreas Braml Organization: radio 98eins To: freebsd-stable@freebsd.org Date: Thu, 1 Dec 2005 17:38:38 +0100 User-Agent: KMail/1.8.2 References: <20051201164955.788ba69e.gerrit@pmp.uni-hannover.de> In-Reply-To: <20051201164955.788ba69e.gerrit@pmp.uni-hannover.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2968279.ChpLMn5Trf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512011738.43761.netzwerk@98eins.de> Subject: Re: nfs locking (was: Re: OOO 2.0 compiles but doesn't work properly) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2005 16:38:47 -0000 --nextPart2968279.ChpLMn5Trf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, Am Donnerstag, 1. Dezember 2005 16:49 schrieb Gerrit K=FChn: > I've got a FreeBSD 6.0 NFS client here, which is connected to > a FreeBSD 4.10-Server. Both sides are running statd and lockd, > but processes requesting locks (kdm in the first place after > booting here) get stuck in the state "lockd". The same setup > works fine with a FreeBSD 5.4 client. Are there any known > problems concerning nfs and 6.0, or do I miss anything else? Here comes one of the dreaded "me too" posts. I'm having the same=20 problem, I guess: statd and lockd enabled on server and clients,=20 both 6.0-RELEASE (!). KDM starts, though, but login to KDE=20 fails, Gnome cannot start completely (panel does not show any=20 applets), OOo 2.0 freezes, when xkilled, rm -R .OpenOffice2 in=20 the user directory fails ("Directory not empty"). I know that users at my deployment had problems emtying the Trash=20 on the KDE desktop but this was right after the upgrade 5.4->6.0=20 some weeks ago. No severe problems since then, until yesterday=20 when none of the users was able to login anymore, Gnome broken=20 as well etc. Disabling rpc.lockd in rc.conf on the client side made the=20 symptoms disappear, but i fear the real problem is still there. Sorry that I can't give a better solution. Andreas =2D-=20 Andreas Braml Netzwerk f=FCr radio 98eins PGP: http://www.braml.org/radio.asc Please avoid sending me Microsoft Office (e.g. Word, PowerPoint) attachments. See http://www.fsf.org/philosophy/no-word-attachments.html --nextPart2968279.ChpLMn5Trf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDjycTqWapCA+Wal0RAoC2AJ4+AD98q0hVBAM4osrIprvhWNKMnACbBtrU IQEjCKT45n1YoSQT3aeIPtc= =3f+h -----END PGP SIGNATURE----- --nextPart2968279.ChpLMn5Trf-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 17:00:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2676116A41F; Thu, 1 Dec 2005 17:00:04 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id B782143D4C; Thu, 1 Dec 2005 17:00:02 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi2.stromnet.org (81.231.107.13) by pne-smtpout1-sn1.fre.skanova.net (7.2.060.1) id 438D13E80009917F; Thu, 1 Dec 2005 17:59:40 +0100 Received: from localhost (localhost [127.0.0.1]) by elfi2.stromnet.org (Postfix) with ESMTP id E73C2CF0DE; Thu, 1 Dec 2005 17:59:38 +0100 (CET) Received: from elfi2.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00785-01; Thu, 1 Dec 2005 17:59:35 +0100 (CET) Received: from [10.10.0.6] (vpn1-c1.stromnet.org [10.10.0.6]) by elfi2.stromnet.org (Postfix) with ESMTP id 80649CF0DD; Thu, 1 Dec 2005 17:59:35 +0100 (CET) In-Reply-To: <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> <1132356649.903.32.camel@genius1.i.cz> <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-11-530437331; protocol="application/pkcs7-signature" Message-Id: <100D9DFA-54B3-4CB8-97C8-C2F972FB8AE7@stromnet.org> From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Thu, 1 Dec 2005 18:00:59 +0100 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at stromnet.org X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: delphij@delphij.net, Pawel Jakub Dawidek Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 17:00:04 -0000 --Apple-Mail-11-530437331 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed On 29 nov 2005, at 21.10, Johan Str=F6m wrote: > > I just got another coredump, hadn't had one since the first one. =20 > =46rom messages: > > Nov 29 20:36:54 elfi kernel: subdisk10: detached > Nov 29 20:36:54 elfi kernel: ad10: detached > Nov 29 20:36:54 elfi kernel: unknown: TIMEOUT - READ_DMA48 retrying =20= > (1 retry left) LBA=3D426562704 > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 > ad10s1 disconnected. > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D134356992, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D134373376, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D134389760, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D134438912, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D268591104, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D268607488, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D268623872, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D5966307328, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D5967650816, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D5968355328, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D5968584704, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D5969715200, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D5971795968, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D5972697088, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D16063848960, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D16063865344, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D16063881728, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D16063914496, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D16064324096, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D16064340480, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D16064373248, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D16064471552, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D18761523712, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D18762850816, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D18762867200, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D18762883584, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D18762899968, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D18762949120, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D18762965504, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D18846032384, length=3D131072)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D18846228992, length=3D131072)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D18846441984, length=3D131072)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D18846638592, length=3D131072)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D20110369280, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D20111680000, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D20111696384, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D21073961472, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D21073977856, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D21844845056, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D23003161088, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D27434574336, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D32635757056, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D33406444032, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D34369610240, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[READ(offset=3D34555535872, length=3D131072)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D36874609152, length=3D16384)] > Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= > ad10s1[WRITE(offset=3D37645722112, length=3D16384)] > Nov 29 20:46:09 elfi syslogd: kernel boot file is /boot/kernel/kernel > Nov 29 20:46:09 elfi kernel: > Nov 29 20:46:09 elfi kernel: > Nov 29 20:46:09 elfi kernel: Fatal trap 12: page fault while in =20 > kernel mode > Nov 29 20:46:09 elfi kernel: fault virtual address =3D 0x49 > Nov 29 20:46:09 elfi kernel: fault code =3D supervisor read, =20= > page not present > Nov 29 20:46:09 elfi kernel: instruction pointer =3D =20 > 0x20:0xc064cbfa > Nov 29 20:46:09 elfi kernel: stack pointer =3D =20 > 0x28:0xd44a8c9c > Nov 29 20:46:09 elfi kernel: frame pointer =3D =20 > 0x28:0xd44a8c9c > Nov 29 20:46:09 elfi kernel: code segment =3D base 0x0, =20= > limit 0xfffff, type 0x1b > Nov 29 20:46:09 elfi kernel: =3D DPL 0, pres 1, def32 1, gran 1 > Nov 29 20:46:09 elfi kernel: processor eflags =3D interrupt =20 > enabled, resume, IOPL =3D 0 > Nov 29 20:46:09 elfi kernel: current process =3D 35 (swi4: =20= > clock sio) > Nov 29 20:46:09 elfi kernel: trap number =3D 12 > Nov 29 20:46:09 elfi kernel: panic: page fault > Nov 29 20:46:09 elfi kernel: Uptime: 10d9h28m1s > Nov 29 20:46:09 elfi kernel: Copyright (c) 1992-2005 The FreeBSD =20 > Project. > Nov 29 20:46:09 elfi kernel: Copyright (c) 1979, 1980, 1983, 1986, =20 > 1988, 1989, 1991, 1992, 1993, 1994 > Nov 29 20:46:09 elfi kernel: The Regents of the University of =20 > California. All rights reserved. > Nov 29 20:46:09 elfi kernel: FreeBSD 6.0-RELEASE #1: Sat Nov 19 =20 > 03:22:49 CET 2005 > Nov 29 20:46:09 elfi kernel: johan@elfi.stromnet.org:/usr/obj/usr/=20 > src/sys/GENERIC > Nov 29 20:46:09 elfi kernel: ACPI APIC Table: > Nov 29 20:46:09 elfi kernel: Timecounter "i8254" frequency 1193182 =20 > Hz quality 0 > Nov 29 20:46:09 elfi kernel: CPU: AMD Athlon(TM) XP 1900+ (1601.96-=20 > MHz 686-class CPU) > Nov 29 20:46:09 elfi kernel: Origin =3D "AuthenticAMD" Id =3D 0x662 =20= > Stepping =3D 2 > Nov 29 20:46:09 elfi kernel: =20 > Features=3D0x383fbff E,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE> > Nov 29 20:46:09 elfi kernel: AMD Features=3D0xc0480800 +,3DNow+,3DNow> > Nov 29 20:46:09 elfi kernel: real memory =3D 536854528 (511 MB) > Nov 29 20:46:09 elfi kernel: avail memory =3D 516001792 (492 MB) > Nov 29 20:46:09 elfi kernel: ioapic0: Changing APIC ID to 2 > Nov 29 20:46:09 elfi kernel: ioapic0 irqs 0-23 on =20 > motherboard > Nov 29 20:46:09 elfi kernel: npx0: [FAST] > Nov 29 20:46:09 elfi kernel: npx0: on motherboard > Nov 29 20:46:09 elfi kernel: npx0: INT 16 interface > Nov 29 20:46:09 elfi kernel: acpi0: on motherboard > Nov 29 20:46:09 elfi kernel: acpi0: Power Button (fixed) > Nov 29 20:46:09 elfi kernel: pci_link0: irq 11 =20= > on acpi0 > Nov 29 20:46:09 elfi kernel: pci_link1: irq 10 =20= > on acpi0 > Nov 29 20:46:09 elfi kernel: pci_link2: irq 0 =20 > on acpi0 > Nov 29 20:46:09 elfi kernel: pci_link3: irq 12 =20= > on acpi0 > Nov 29 20:46:09 elfi kernel: pci_link4: irq 5 =20 > on acpi0 > Nov 29 20:46:09 elfi kernel: Timecounter "ACPI-fast" frequency =20 > 3579545 Hz quality 1000 > Nov 29 20:46:09 elfi kernel: acpi_timer0: <32-bit timer at =20 > 3.579545MHz> port 0xe408-0xe40b on acpi0 > Nov 29 20:46:09 elfi kernel: cpu0: on acpi0 > Nov 29 20:46:09 elfi kernel: acpi_button0: on acpi0 > Nov 29 20:46:09 elfi kernel: pcib0: port =20 > 0xcf8-0xcff on acpi0 > Nov 29 20:46:09 elfi kernel: pci0: on pcib0 > Nov 29 20:46:09 elfi kernel: agp0: host to PCI bridge> mem 0xfe000000-0xfe7fffff at device 0.0 on pci0 > Nov 29 20:46:09 elfi kernel: pcib1: at device =20= > 1.0 on pci0 > Nov 29 20:46:09 elfi kernel: pci1: on pcib1 > Nov 29 20:46:09 elfi kernel: pci0: at device =20 > 5.0 (no driver attached) > Nov 29 20:46:09 elfi kernel: fwohci0: A/AI/A-EP> mem 0xfd000000-0xfd0007ff,0xfc800000-0xfc803fff irq 17 =20 > at device 7.0 on pci0 > Nov 29 20:46:09 elfi kernel: fwohci0: OHCI version 1.10 (ROM=3D1) > Nov 29 20:46:09 elfi kernel: fwohci0: No. of Isochronous channels =20 > is 4. > Nov 29 20:46:09 elfi kernel: fwohci0: EUI64 00:e0:18:00:00:02:7e:fe > Nov 29 20:46:09 elfi kernel: fwohci0: Phy 1394a available S400, 1 =20 > ports. > Nov 29 20:46:09 elfi kernel: fwohci0: Link S400, max_rec 2048 bytes. > Nov 29 20:46:09 elfi kernel: firewire0: on =20= > fwohci0 > Nov 29 20:46:09 elfi kernel: fwe0: on =20 > firewire0 > Nov 29 20:46:09 elfi kernel: if_fwe0: Fake Ethernet address: =20 > 02:e0:18:02:7e:fe > Nov 29 20:46:09 elfi kernel: fwe0: Ethernet address: 02:e0:18:02:7e:fe > Nov 29 20:46:09 elfi kernel: fwe0: if_start running deferred for Giant > Nov 29 20:46:09 elfi kernel: sbp0: on =20 > firewire0 > Nov 29 20:46:09 elfi kernel: fwohci0: Initiate bus reset > Nov 29 20:46:09 elfi kernel: fwohci0: node_id=3D0xc800ffc0, gen=3D1, =20= > CYCLEMASTER mode > Nov 29 20:46:09 elfi kernel: firewire0: 1 nodes, maxhop <=3D 0, cable =20= > IRM =3D 0 (me) > Nov 29 20:46:09 elfi kernel: firewire0: bus manager 0 (me) > Nov 29 20:46:09 elfi kernel: uhci0: =20 > port 0xd400-0xd41f irq 19 at device 9.0 on pci0 > Nov 29 20:46:09 elfi kernel: uhci0: [GIANT-LOCKED] > Nov 29 20:46:09 elfi kernel: usb0: on =20 > uhci0 > Nov 29 20:46:09 elfi kernel: usb0: USB revision 1.0 > Nov 29 20:46:09 elfi kernel: uhub0: VIA UHCI root hub, class 9/0, =20 > rev 1.00/1.00, addr 1 > Nov 29 20:46:09 elfi kernel: uhub0: 2 ports with 2 removable, self =20 > powered > Nov 29 20:46:09 elfi kernel: uhci1: =20 > port 0xd000-0xd01f irq 16 at device 9.1 on pci0 > Nov 29 20:46:09 elfi kernel: uhci1: [GIANT-LOCKED] > Nov 29 20:46:09 elfi kernel: usb1: on =20 > uhci1 > Nov 29 20:46:09 elfi kernel: usb1: USB revision 1.0 > Nov 29 20:46:09 elfi kernel: uhub1: VIA UHCI root hub, class 9/0, =20 > rev 1.00/1.00, addr 1 > Nov 29 20:46:09 elfi kernel: uhub1: 2 ports with 2 removable, self =20 > powered > Nov 29 20:46:09 elfi kernel: ehci0: =20= > mem 0xfc000000-0xfc0000ff irq 17 at device 9.2 on pci0 > Nov 29 20:46:09 elfi kernel: ehci0: [GIANT-LOCKED] > Nov 29 20:46:09 elfi kernel: usb2: EHCI version 0.95 > Nov 29 20:46:09 elfi kernel: usb2: companion controllers, 2 ports =20 > each: usb0 usb1 > Nov 29 20:46:09 elfi kernel: usb2: =20 > on ehci0 > Nov 29 20:46:09 elfi kernel: usb2: USB revision 2.0 > Nov 29 20:46:09 elfi kernel: uhub2: VIA EHCI root hub, class 9/0, =20 > rev 2.00/1.00, addr 1 > Nov 29 20:46:09 elfi kernel: uhub2: 4 ports with 4 removable, self =20 > powered > Nov 29 20:46:09 elfi kernel: atapci0: controller> port 0xb800-0xb87f,0xb400-0xb4ff mem =20 > 0xfb800000-0xfb800fff,0xfb000000-0xfb01ffff irq > 19 at device 12.0 on pci0 > Nov 29 20:46:09 elfi kernel: ata2: on atapci0 > Nov 29 20:46:09 elfi kernel: ata3: on atapci0 > Nov 29 20:46:09 elfi kernel: ata4: on atapci0 > Nov 29 20:46:09 elfi kernel: ata5: on atapci0 > Nov 29 20:46:09 elfi kernel: xl0: <3Com 3c905C-TX Fast Etherlink =20 > XL> port 0xb000-0xb07f mem 0xfa800000-0xfa80007f irq 17 at device =20 > 14.0 on pci0 > Nov 29 20:46:09 elfi kernel: miibus0: on xl0 > Nov 29 20:46:09 elfi kernel: xlphy0: <3c905C 10/100 internal PHY> =20 > on miibus0 > Nov 29 20:46:09 elfi kernel: xlphy0: 10baseT, 10baseT-FDX, =20 > 100baseTX, 100baseTX-FDX, auto > Nov 29 20:46:09 elfi kernel: xl0: Ethernet address: 00:04:76:ef:c6:36 > Nov 29 20:46:09 elfi kernel: pci0: at device 15.0 =20 > (no driver attached) > Nov 29 20:46:09 elfi kernel: isab0: at device 17.0 =20= > on pci0 > Nov 29 20:46:09 elfi kernel: isa0: on isab0 > Nov 29 20:46:09 elfi kernel: atapci1: controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa400-0xa40f =20 > at device 17.1 on pci0 > Nov 29 20:46:09 elfi kernel: ata0: on atapci1 > Nov 29 20:46:09 elfi kernel: ata1: on atapci1 > Nov 29 20:46:09 elfi kernel: uhci2: =20 > port 0xa000-0xa01f at device 17.2 on pci0 > Nov 29 20:46:09 elfi kernel: uhci2: [GIANT-LOCKED] > Nov 29 20:46:09 elfi kernel: usb3: on =20 > uhci2 > Nov 29 20:46:09 elfi kernel: usb3: USB revision 1.0 > Nov 29 20:46:09 elfi kernel: uhub3: VIA UHCI root hub, class 9/0, =20 > rev 1.00/1.00, addr 1 > Nov 29 20:46:09 elfi kernel: uhub3: 2 ports with 2 removable, self =20 > powered > Nov 29 20:46:09 elfi kernel: uhci3: =20 > port 0x9800-0x981f irq 21 at device 17.3 on pci0 > Nov 29 20:46:09 elfi kernel: uhci3: [GIANT-LOCKED] > Nov 29 20:46:09 elfi kernel: usb4: on =20 > uhci3 > Nov 29 20:46:09 elfi kernel: usb4: USB revision 1.0 > Nov 29 20:46:09 elfi kernel: uhub4: VIA UHCI root hub, class 9/0, =20 > rev 1.00/1.00, addr 1 > Nov 29 20:46:09 elfi kernel: uhub4: 2 ports with 2 removable, self =20 > powered > Nov 29 20:46:09 elfi kernel: ppc0: port =20= > 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 > Nov 29 20:46:09 elfi kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/=20 > NIBBLE) in COMPATIBLE mode > Nov 29 20:46:09 elfi kernel: ppc0: FIFO with 16/16/9 bytes threshold > Nov 29 20:46:09 elfi kernel: ppbus0: on ppc0 > Nov 29 20:46:09 elfi kernel: plip0: on ppbus0 > Nov 29 20:46:09 elfi kernel: lpt0: on ppbus0 > Nov 29 20:46:09 elfi kernel: lpt0: Interrupt-driven port > Nov 29 20:46:09 elfi kernel: ppi0: on ppbus0 > Nov 29 20:46:09 elfi kernel: sio0: <16550A-compatible COM port> =20 > port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > Nov 29 20:46:09 elfi kernel: sio0: type 16550A > Nov 29 20:46:09 elfi kernel: sio1: <16550A-compatible COM port> =20 > port 0x2f8-0x2ff irq 3 on acpi0 > Nov 29 20:46:09 elfi kernel: sio1: type 16550A > Nov 29 20:46:09 elfi kernel: atkbdc0: =20= > port 0x60,0x64 irq 1 on acpi0 > Nov 29 20:46:09 elfi kernel: atkbd0: irq 1 on atkbdc0 > Nov 29 20:46:09 elfi kernel: kbd0 at atkbd0 > Nov 29 20:46:09 elfi kernel: atkbd0: [GIANT-LOCKED] > Nov 29 20:46:09 elfi kernel: pmtimer0 on isa0 > Nov 29 20:46:09 elfi kernel: orm0: at iomem =20 > 0xc0000-0xc7fff,0xc8000-0xccfff,0xd0000-0xd07ff on isa0 > Nov 29 20:46:09 elfi kernel: sc0: at flags 0x100 =20 > on isa0 > Nov 29 20:46:09 elfi kernel: sc0: VGA <16 virtual consoles, =20 > flags=3D0x300> > Nov 29 20:46:09 elfi kernel: vga0: at port =20 > 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Nov 29 20:46:09 elfi kernel: Timecounter "TSC" frequency 1601962271 =20= > Hz quality 800 > Nov 29 20:46:09 elfi kernel: Timecounters tick every 1.000 msec > Nov 29 20:46:09 elfi kernel: ad0: 2441MB at =20= > ata0-master UDMA33 > Nov 29 20:46:09 elfi kernel: acd0: CDROM at =20 > ata1-master PIO4 > Nov 29 20:46:09 elfi kernel: ad6: 286188MB BANC1G10> at ata3-master SATA150 > Nov 29 20:46:09 elfi kernel: ad10: 286188MB BANC1G10> at ata5-master SATA150 > Nov 29 20:46:09 elfi kernel: GEOM_MIRROR: Device gm0s1 created =20 > (id=3D4118114647). > Nov 29 20:46:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 > ad6s1 detected. > Nov 29 20:46:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 > ad10s1 detected. > Nov 29 20:46:09 elfi kernel: Root mount waiting for: GMIRROR > Nov 29 20:46:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 > ad6s1 activated. > Nov 29 20:46:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 > mirror/gm0s1 launched. > Nov 29 20:46:09 elfi kernel: GEOM_MIRROR: Device gm0s1: rebuilding =20 > provider ad10s1. > Nov 29 20:46:09 elfi kernel: Trying to mount root from ufs:/dev/=20 > mirror/gm0s1a > Nov 29 20:46:09 elfi kernel: WARNING: / was not properly dismounted > Nov 29 20:46:09 elfi kernel: WARNING: /tmp was not properly dismounted > Nov 29 20:46:09 elfi kernel: WARNING: /usr was not properly dismounted > Nov 29 20:46:09 elfi kernel: /usr: mount pending error: blocks =20 > 23884 files 1 > Nov 29 20:46:09 elfi kernel: WARNING: /var was not properly dismounted > Nov 29 20:46:09 elfi kernel: /var: mount pending error: blocks 56 =20 > files 5 > Nov 29 20:46:09 elfi savecore: no dumps found > > > No core saved?... I'm fairly sure there was a dump device set.. =20 > Should be.. =46rom dmesg -a: > > ... > ad0: 2441MB at ata0-master UDMA33 > acd0: CDROM at ata1-master PIO4 > ad6: 286188MB at ata3-master SATA150 > ad10: 286188MB at ata5-master SATA150 > GEOM_MIRROR: Device gm0s1 created (id=3D4118114647). > GEOM_MIRROR: Device gm0s1: provider ad6s1 detected. > GEOM_MIRROR: Device gm0s1: provider ad10s1 detected. > Root mount waiting for: GMIRROR > GEOM_MIRROR: Device gm0s1: provider ad6s1 activated. > GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 launched. > GEOM_MIRROR: Device gm0s1: rebuilding provider ad10s1. > Trying to mount root from ufs:/dev/mirror/gm0s1a > WARNING: / was not properly dismounted > Loading configuration files. > kernel dumps on /dev/ad0s1b > Entropy harvesting: > interrupts > ethernet > point_to_point > kickstart > . > > Havent touched the dumpon stuff since last boot, so the dump device =20= > should be active... > > I tried to force savecore: > > root@elfi:/var/log$ savecore -f /var/crash/ /dev/ad0s1b > savecore: unable to force dump - bad magic > savecore: no dumps found > > Some info about from sysclt (dont know if there is anything =20 > relevant)): > > root@elfi:/var/log$ sysctl -a|grep dump > kern.sugid_coredump: 0 > kern.coredump: 1 > kern.nodump_coredump: 0 > <6>pid 78189 (lookupd), uid 0: exited on signal 11 (core dumped) > <6>pid 3790 (yafc), uid 10001: exited on signal 11 (core dumped) > <6>pid 67414 (lookupd), uid 0: exited on signal 11 (core dumped) > <118>kernel dumps on /dev/ad0s1b > <118>Checking for core dump on /dev/ad0s1b... > <118>savecore: no dumps found > <118>Nov 29 21:01:04 elfi savecore: unable to force dump - bad magic > debug.elf32_legacy_coredump: 0 > hw.an.an_dump: off > > Can somebody give me a clue about what to do? > > Btw, the disk speed problem still persists, can't get over ~20Mb/s, =20= > even on a raw disk (remove a disk from gmirror and mount /dev/=20 > ad6s1f for example). > Can there be problems with the mobo/controllercard? Or is it more =20 > likely to be driver realted? Promise lists my motherboard (asus =20 > a7v333) in their manual for the controllercard (promise sataII 150 =20 > TX4). > > Thanks > > Johan Str=F6m > johan@stromnet.org > http://www.stromnet.org/ > Here we go again... Dec 1 16:42:26 elfi kernel: subdisk6: detached Dec 1 16:42:26 elfi kernel: ad6: detached Dec 1 16:42:26 elfi kernel: unknown: TIMEOUT - READ_DMA retrying (1 =20 retry left) LBA=3D83389040 Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad6s1 disconnected. Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[WRITE(offset=3D5967437824, length=3D131072)] Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[WRITE(offset=3D5968306176, length=3D114688)] Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[WRITE(offset=3D5969600512, length=3D114688)] Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[WRITE(offset=3D5972942848, length=3D131072)] Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[WRITE(offset=3D5973467136, length=3D114688)] Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[WRITE(offset=3D5973598208, length=3D114688)] Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[WRITE(offset=3D5974351872, length=3D131072)] Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[WRITE(offset=3D5977104384, length=3D114688)] Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[WRITE(offset=3D5977939968, length=3D131072)] Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[READ(offset=3D33799905792, length=3D16384)] Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[READ(offset=3D34806374912, length=3D16384)] Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[READ(offset=3D36179272192, length=3D16384)] Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[READ(offset=3D36583383552, length=3D16384)] Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[READ(offset=3D41001771520, length=3D16384)] Dec 1 16:42:26 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad6s1[READ(offset=3D43923956224, length=3D16384)] Dec 1 17:41:44 elfi syslogd: kernel boot file is /boot/kernel/kernel Dec 1 17:41:44 elfi kernel: Dec 1 17:41:44 elfi kernel: Dec 1 17:41:44 elfi kernel: Fatal trap 12: page fault while in =20 kernel mode Dec 1 17:41:44 elfi kernel: fault virtual address =3D 0x4b Dec 1 17:41:44 elfi kernel: fault code =3D supervisor read, =20 page not present Dec 1 17:41:44 elfi kernel: instruction pointer =3D =20 0x20:0xc064cbfa Dec 1 17:41:44 elfi kernel: stack pointer =3D =20 0x28:0xd44a8c9c Dec 1 17:41:44 elfi kernel: frame pointer =3D =20 0x28:0xd44a8c9c Dec 1 17:41:44 elfi kernel: code segment =3D base 0x0, =20= limit 0xfffff, type 0x1b Dec 1 17:41:44 elfi kernel: =3D DPL 0, pres 1, def32 1, gran 1 Dec 1 17:41:44 elfi kernel: processor eflags =3D interrupt enabled, =20= resume, IOPL =3D 0 Dec 1 17:41:44 elfi kernel: current process =3D 35 (swi4: =20= clock sio) Dec 1 17:41:44 elfi kernel: trap number =3D 12 Dec 1 17:41:44 elfi kernel: panic: page fault Dec 1 17:41:44 elfi kernel: Uptime: 1d19h56m23s Then the usual Dec 1 17:41:44 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad6s1 detected. Dec 1 17:41:44 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad10s1 detected. Dec 1 17:41:44 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad10s1 activated. Dec 1 17:41:44 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 mirror/gm0s1 launched. Dec 1 17:41:44 elfi kernel: GEOM_MIRROR: Device gm0s1: rebuilding =20 provider ad6s1. .. Dec 1 17:41:44 elfi savecore: no dumps found No coredump.. this time im 1000% sure dumpon was executed without any =20= problems.. So there is something else causing the kernel not to dump :( $ bsdlabel /dev/ad0s1 # /dev/ad0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] b: 4999601 16 swap c: 4999617 0 unused 0 0 # "raw" =20 part, don't edit real memory =3D 536854528 (511 MB) avail memory =3D 516001792 (492 MB) (4999601-16)*512 =3D 2559787520.. should be more than enough to save =20 the dump.. $ fdisk /dev/ad0 ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=3D4960 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=3D4960 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 4999617 (2441 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 863/ head 15/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: (if that output is any interesting..) Is there any "simple" way to downgrade to 5.4? Ie rebuild kernel and =20 world with tag=3DRELENG_5_4 or so..? Would be interesting to see if =20 that made any difference... Btw, I might try that DDB/KDB thingy Xin Li said in an earlier post.. =20= I'll give that a try in the meantime.. Johan Str=F6m johan@stromnet.org http://www.stromnet.org/ --Apple-Mail-11-530437331-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 17:32:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5E0416A41F for ; Thu, 1 Dec 2005 17:32:55 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D13B43D5E for ; Thu, 1 Dec 2005 17:32:54 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1EhsIf-0001No-Da for ; Thu, 01 Dec 2005 18:32:53 +0100 Received: (qmail 57665 invoked from network); 1 Dec 2005 17:32:52 -0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 1 Dec 2005 17:32:52 -0000 Date: Thu, 01 Dec 2005 18:32:50 +0100 To: freebsd-stable@freebsd.org References: <20051201164955.788ba69e.gerrit@pmp.uni-hannover.de> From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20051201164955.788ba69e.gerrit@pmp.uni-hannover.de> User-Agent: Opera M2/8.51 (FreeBSD, build 1462) Subject: Re: nfs locking (was: Re: OOO 2.0 compiles but doesn't work properly) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2005 17:32:55 -0000 On Thu, 01 Dec 2005 16:49:55 +0100, Gerrit Kühn wrote: > On Wed, 30 Nov 2005 10:29:02 -0500 Robert Huff wrote > about OOO 2.0 compiles but doesn't work properly: > > RH> > The home directory is coming from a nfs-server, so the user-setup > RH> > should be identical. I already tried to delete .openoffice.org2, > RH> > but that didn't help either. Any further hints? > > RH> Yes - check the archives. There was at least one other person > RH> reporting problems with OpenOffice+NFS. > > Yes, I see... the problem seems so be that you have to run lockd and > statd > to get ooo running on nfs. The machine where everything's working fine is > running 5.4 with statd and lockd. The machine with the problems is > running > 6.0 and didn't have statd and lockd activated. > However, activating them (and rebooting) didn't solve the problem here. > That's why I'm taking this over to -stable mailing list: > > I've got a FreeBSD 6.0 NFS client here, which is connected to a FreeBSD > 4.10-Server. Both sides are running statd and lockd, but processes > requesting locks (kdm in the first place after booting here) get stuck in > the state "lockd". The same setup works fine with a FreeBSD 5.4 client. > Are > there any known problems concerning nfs and 6.0, or do I miss anything > else? Another me too: freebsd 6.0-stable client and a Linux 2.6.x debian 3.1 server. All processes that try to lock a file hang in stats lockd. A workaround is using the -L option of mount_nfs. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 17:59:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A447B16A41F; Thu, 1 Dec 2005 17:59:03 +0000 (GMT) (envelope-from vkashyap@amcc.com) Received: from sdcexchange01.amcc.com (gatekeeper-out.amcc.com [198.137.200.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C39D43D8D; Thu, 1 Dec 2005 17:58:54 +0000 (GMT) (envelope-from vkashyap@amcc.com) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 Importance: normal Priority: normal Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 1 Dec 2005 09:58:51 -0800 Message-ID: <2B3B2AA816369A4E87D7BE63EC9D2F26010F297E@SDCEXCHANGE01.ad.amcc.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 3ware 9550sx driver for freeBSD 6 amd64 ?? thread-index: AcXkzbriYYnnRZnmQuKxR7xFNDwcWAR0lIXw From: "Vinod Kashyap" To: "ke.han" Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: RE: 3ware 9550sx driver for freeBSD 6 amd64 ?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 17:59:03 -0000 > -----Original Message----- > From: ke.han [mailto:ke.han@redstarling.com]=20 > Sent: Tuesday, November 08, 2005 5:36 PM > To: Vinod Kashyap > Cc: freebsd-current@freebsd.org > Subject: Re: 3ware 9550sx driver for freeBSD 6 amd64 ?? >=20 > Vinod Kashyap wrote: > >>-----Original Message----- > >>From: owner-freebsd-current@freebsd.org=20 > >>[mailto:owner-freebsd-current@freebsd.org] On Behalf Of ke.han > >>Sent: Tuesday, November 08, 2005 5:24 AM > >>To: freebsd-current@freebsd.org > >>Subject: 3ware 9550sx driver for freeBSD 6 amd64 ?? > >> > >>Does anyone have the latest compiled driver, twa.ko, for=20 > the 9550SX on=20 > >>freeBSD 6 amd64? > >>I have a problem where I cannot compile the driver without=20 > installing=20 > >>freeBSD 6 to my new server and cannot install to the server without=20 > >>the compiled driver. > >>The source can be downloaded from a link at the end of this page: > >>http://www.3ware.com/KB/article.aspx?id=3D14546 > >> > >=20 > >=20 > > The driver integrated into FreeBSD 6.0 does not know about SX=20 > > controllers. > > So, you cannot install FreeBSD 6.0 on SX. For installation=20 > purposes,=20 > > there are plans to provide an SX driver for 6.0 (and 5.4)=20 > which can be=20 > > loaded from a floppy. >=20 > I am aware of all this. This knowledge base article I=20 > reference (here=20 > it is again: http://www.3ware.com/KB/article.aspx?id=3D14546 has = the=20 > source and instructions for the new driver. All that is=20 > needed is for someone to compile it!!! I cannot compile this=20 > for 64 bit since I don't have a working machine with EM64T=20 > until after I have a compiled driver. >=20 > Is there anyone out there with an EM64T box that can download=20 > the source and instructions and compile the driver?? 3ware 9xxxSX driver binaries for FreeBSD 5.4 & 6.0 (both 32-bit & 64-bit) are now available on the 3ware website for purposes of installation on the SX controller. They can be downloaded from here: http://www.3ware.com/kb/article.aspx?id=3D14850 -------------------------------------------------------- CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, = is for the sole use of the intended recipient(s) and contains = information that is confidential and proprietary to Applied Micro = Circuits Corporation or its subsidiaries. It is to be used solely for = the purpose of furthering the parties' business relationship. All = unauthorized review, use, disclosure or distribution is prohibited. If = you are not the intended recipient, please contact the sender by reply = e-mail and destroy all copies of the original message. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 20:27:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBD1016A41F for ; Thu, 1 Dec 2005 20:27:14 +0000 (GMT) (envelope-from pi@c0mplx.org) Received: from home.c0mplx.org (home.c0mplx.org [213.178.180.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5D8943D8B for ; Thu, 1 Dec 2005 20:27:06 +0000 (GMT) (envelope-from pi@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.52) id 1Ehv1F-000Cl1-WB for freebsd-stable@freebsd.org; Thu, 01 Dec 2005 21:27:06 +0100 Date: Thu, 1 Dec 2005 21:27:05 +0100 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20051201202705.GB3159@home.c0mplx.org> References: <20051201164955.788ba69e.gerrit@pmp.uni-hannover.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: nfs locking (was: Re: OOO 2.0 compiles but doesn't work properly) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2005 20:27:14 -0000 Hello, > >RH> Yes - check the archives. There was at least one other person > >RH> reporting problems with OpenOffice+NFS. > > > >Yes, I see... the problem seems so be that you have to run lockd and > >statd > >to get ooo running on nfs. Same here: NFS server 5.4-REL, client 5.4p8, no lockd or statd, so ooo2.0 does not allow one to read files from NFS. Bad(tm) -- pi@c0mplx.org +49 171 3101372 15 years to go ! From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 00:32:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1C8416A41F for ; Fri, 2 Dec 2005 00:32:01 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2816A43D5E for ; Fri, 2 Dec 2005 00:31:57 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp134-41.lns2.adl2.internode.on.net [59.167.134.41]) by smtp1.adl2.internode.on.net (8.12.9/8.12.6) with ESMTP id jB20VlAd090854; Fri, 2 Dec 2005 11:01:52 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id jB20VkQq004229 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 2 Dec 2005 11:01:46 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 2 Dec 2005 11:01:43 +1030 User-Agent: KMail/1.8.2 References: <20051201164955.788ba69e.gerrit@pmp.uni-hannover.de> In-Reply-To: <20051201164955.788ba69e.gerrit@pmp.uni-hannover.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1942108.VuNUW46GLn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512021101.44391.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 59.167.134.41 Cc: Gerrit =?iso-8859-1?q?K=FChn?= Subject: Re: nfs locking (was: Re: OOO 2.0 compiles but doesn't work properly) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 00:32:01 -0000 --nextPart1942108.VuNUW46GLn Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 2 Dec 2005 02:19, Gerrit K=FChn wrote: > Yes, I see... the problem seems so be that you have to run lockd and statd > to get ooo running on nfs. The machine where everything's working fine is > running 5.4 with statd and lockd. The machine with the problems is running > 6.0 and didn't have statd and lockd activated. > However, activating them (and rebooting) didn't solve the problem here. > That's why I'm taking this over to -stable mailing list: You can get OOo to not do locking. Edit this file.. /usr/local/openoffice.org2.0.RC3/program/soffice and put a # in front of these 2 lines SAL_ENABLE_FILE_LOCKING=3D1 export SAL_ENABLE_FILE_LOCKING =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1942108.VuNUW46GLn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDj5Xw5ZPcIHs/zowRAoQVAJ9kjxJsNlLp85uZBqJDByPCTdfyJwCeNGX4 ca12MIL1eUpdtHl9/gEwjuc= =wC/n -----END PGP SIGNATURE----- --nextPart1942108.VuNUW46GLn-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 00:49:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77BEA16A41F for ; Fri, 2 Dec 2005 00:49:24 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F5BE43D82 for ; Fri, 2 Dec 2005 00:49:20 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out2.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1Ehz71-0007vu-DE for ; Fri, 02 Dec 2005 01:49:19 +0100 Received: (qmail 2218 invoked from network); 2 Dec 2005 00:49:18 -0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 2 Dec 2005 00:49:18 -0000 Date: Fri, 02 Dec 2005 01:49:16 +0100 To: freebsd-stable@freebsd.org References: <20051201164955.788ba69e.gerrit@pmp.uni-hannover.de> <200512021101.44391.doconnor@gsoft.com.au> From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <200512021101.44391.doconnor@gsoft.com.au> User-Agent: Opera M2/8.51 (FreeBSD, build 1462) Subject: Re: nfs locking (was: Re: OOO 2.0 compiles but doesn't work properly) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 00:49:24 -0000 On Fri, 02 Dec 2005 01:31:43 +0100, Daniel O'Connor wrote: > On Fri, 2 Dec 2005 02:19, Gerrit Kühn wrote: >> Yes, I see... the problem seems so be that you have to run lockd and >> statd >> to get ooo running on nfs. The machine where everything's working fine >> is >> running 5.4 with statd and lockd. The machine with the problems is >> running >> 6.0 and didn't have statd and lockd activated. >> However, activating them (and rebooting) didn't solve the problem here. >> That's why I'm taking this over to -stable mailing list: > > You can get OOo to not do locking. > > Edit this file.. > /usr/local/openoffice.org2.0.RC3/program/soffice > > and put a # in front of these 2 lines > SAL_ENABLE_FILE_LOCKING=1 > export SAL_ENABLE_FILE_LOCKING Eclipse needs/uses it. Firefox needs/uses it. Why change the applications if their is a non-working feature? btw: A better _workaround_ is to use the option -L of mount_nfs. Sorry, I can't fix this, but I can provide some log output if anybody is interested. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 01:44:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FD5916A41F for ; Fri, 2 Dec 2005 01:44:00 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E239943D5A for ; Fri, 2 Dec 2005 01:43:58 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so324525wxc for ; Thu, 01 Dec 2005 17:43:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UMAr5XtNxAOkl+O1lMM0ciRro/AfliNobqzUK4+psBcVKfAqgyxvsp0VErcOWwNaQmESZTEvdZv34jp2XSQYzzhFvQBF/UrWEvv1SaMmYzcJ1jdQ2B2Gxfg+oiKdqzDmxXGNdT8sZ0cFHGa5AO7EvoFGpa0jEACebPT7n7+Z0ZI= Received: by 10.70.80.9 with SMTP id d9mr2743093wxb; Thu, 01 Dec 2005 17:43:58 -0800 (PST) Received: by 10.70.9.10 with HTTP; Thu, 1 Dec 2005 17:43:57 -0800 (PST) Message-ID: <70e8236f0512011743m67f2dbeck4ad6ee1854f3fc90@mail.gmail.com> Date: Fri, 2 Dec 2005 01:43:57 +0000 From: Joao Barros To: "Lutt, Paul" In-Reply-To: <20051201075632.P1063@evtpc1390.na.flukecorp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051127114252.GG1383@sun.unixguru.nl> <20051201075632.P1063@evtpc1390.na.flukecorp.com> Cc: freebsd-stable@freebsd.org Subject: Re: dhclient problem with static leases X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 01:44:00 -0000 On 12/1/05, Lutt, Paul wrote: > > Richard Arends wrote: > >> Removing /var/db/dhclient.leases* fixed the > >> problem not getting a lease for me and several other people over here. > > I had similar issues with my DLINK access point at home. DHCP was > very flakey until I setup a /etc/rc.shutdown.local file to remove > /var/db/dhclient.leases* at shutdown. > After upgrading my "router" machine from 5.4 to 6.0 and when my ISP had DHCP problems, I came home and saw that either the machine had IP but could not connect anywhere or that dhclient had left and it's famous last words were: "Link down, exiting" I started getting flashbacks of dhcpcd on Linux.... I had no link faults on the nic or switch so I started poking on dhclient info and then I saw 2 leases on dhclient.leases After some testing I noticed that if dhclient couldn't get an IP directly from the DHCP it went for the backup lease which was invalid. Now...this on 5.4 was fine, but then again this is another dhclient. Bug? Undocumented feature? I couldn't find a way to disable the "see if we have a lease in file" behavior... -- Joao Barros From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 02:04:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D61D16A41F; Fri, 2 Dec 2005 02:04:56 +0000 (GMT) (envelope-from garrigue@math.nagoya-u.ac.jp) Received: from kurims.kurims.kyoto-u.ac.jp (kurims.kurims.kyoto-u.ac.jp [130.54.16.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B06443D5C; Fri, 2 Dec 2005 02:04:55 +0000 (GMT) (envelope-from garrigue@math.nagoya-u.ac.jp) Received: from localhost (suiren [130.54.16.25]) by kurims.kurims.kyoto-u.ac.jp (8.13.1/8.13.1) with ESMTP id jB224ruS023450; Fri, 2 Dec 2005 11:04:53 +0900 (JST) Date: Fri, 02 Dec 2005 11:04:48 +0900 (JST) Message-Id: <20051202.110448.25479607.garrigue@math.nagoya-u.ac.jp> To: freebsd-mobile@freebsd.org, freebsd-stable@freebsd.org From: Jacques Garrigue In-Reply-To: <20051114.175031.93019232.garrigue@math.nagoya-u.ac.jp> References: <20051114.175031.93019232.garrigue@math.nagoya-u.ac.jp> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: IBM T42 freezes when going to sleep under X11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 02:04:56 -0000 From: Jacques Garrigue > I've got a strange problem with my IBM T42 / Radeon M10 setup. > > When using the 6.0-RELEASE kernel (including GENERIC), I cannot go to > sleep when X11 is running: the machine freezes, display still on. I > tried disabling DRI, but this does not seem to be the problem: I have > no DRM anyway. > > On the other hand, everything works fines with a 6.0-RC1 kernel. > Was there a big change in between, such that I need to change my > configuration? I finally found the cause of my problems: there has been changes in the em driver (Gb ethernet), such that the machine freezes when trying to switch automatically from the X11 VT to the system console, before going to sleep. The interaction is surprising, but clearly the problem disappears when I remove "device em" from the kernel configuration, and it reappears when I do "kldload if_em". Since I'm using only ath (wireless) anyway, this is fine with me... A previous partial solution suggested to me was to add hw.syscons.sc_no_suspend_vtswitch=1 to sysctl.conf, but this means the screen gets garbled and I have to do the switch by hand anyway, which is a real pain. Worse still: the machine would still freeze when going to sleep while the disk is active. The last step is to track down the bug in em, as it still seems to be there in yesterday's STABLE. Jacques Garrigue From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 09:05:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7FD016A41F for ; Fri, 2 Dec 2005 09:05:23 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E33F43D66 for ; Fri, 2 Dec 2005 09:05:22 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by wproxy.gmail.com with SMTP id i1so22251wra for ; Fri, 02 Dec 2005 01:05:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bE7eIyDcp2DMAf0qJgzNrYOaaQT0cvKOLUoYEH31E+4gWqPAWrw+wUXnpam3ccbmLdOzZXxgkGiH1lzkyybqLrF7kTROC81brqO+7d/z0oT2nD0DlQmozCS9TJaG12jtQaA0oBTMzQmzMIjElzDpgc1+jhBl00+Q7FbRWEMjqoU= Received: by 10.64.53.1 with SMTP id b1mr1358412qba; Fri, 02 Dec 2005 01:05:21 -0800 (PST) Received: by 10.65.243.16 with HTTP; Fri, 2 Dec 2005 01:05:21 -0800 (PST) Message-ID: Date: Fri, 2 Dec 2005 10:05:21 +0100 From: Marco Calviani To: freebsd-questions@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <20051201141724.GE17066@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <438DE9D0.6080107@root.org> <20051130205130.GA10786@poupinou.org> <438E2056.4020505@root.org> <20051130222525.GA11219@poupinou.org> <20051201141724.GE17066@poupinou.org> Cc: Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 09:05:23 -0000 Hi Bruno, > > 2) sorry what about the point that we were discussing above? The high > > number of transition you were explaining me, are present in the actual > > implementation of powerd, and if not, why? > > It's not present under powerd for the simple fact that to be efficient > in term of not being too intrusive (kernel to user data transfers, etc), > powerd can only provide a limited number of check per second (at this > time, 2 per second). But the current algorithm present in powerd is > not well suited in that case. You have to wait one demi-second > for the processor being put to full speed if the system was idle > before. > Are there on the horizon any sort of plans to implement a newer and more efficient algorithm to increase the number of transition per second? Sorry but i've not understood why linux-cpufreqd is able to cope with those without being so intrusive..... Best regards, MC From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 10:00:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E6D016A41F; Fri, 2 Dec 2005 10:00:19 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5B3143D58; Fri, 2 Dec 2005 10:00:18 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.250] (ppp-71-139-30-140.dsl.snfc21.pacbell.net [71.139.30.140]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jB2A0WZM017120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 2 Dec 2005 02:00:33 -0800 Message-ID: <43901B25.6010908@root.org> Date: Fri, 02 Dec 2005 02:00:05 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco Calviani References: <438DE9D0.6080107@root.org> <20051130205130.GA10786@poupinou.org> <438E2056.4020505@root.org> <20051130222525.GA11219@poupinou.org> <20051201141724.GE17066@poupinou.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 10:00:19 -0000 Marco Calviani wrote: > Hi Bruno, > > > > 2) sorry what about the point that we were discussing above? The high > >>>number of transition you were explaining me, are present in the actual >>>implementation of powerd, and if not, why? >> >>It's not present under powerd for the simple fact that to be efficient >>in term of not being too intrusive (kernel to user data transfers, etc), >>powerd can only provide a limited number of check per second (at this >>time, 2 per second). But the current algorithm present in powerd is >>not well suited in that case. You have to wait one demi-second >>for the processor being put to full speed if the system was idle >>before. >> > > > Are there on the horizon any sort of plans to implement a newer and > more efficient algorithm to increase the number of transition per > second? Sorry but i've not understood why linux-cpufreqd is able to > cope with those without being so intrusive..... This work is easy, it's just grunt work implementing and testing to see which is best. See this page for details on how to proceed: http://wikitest.freebsd.org/moin.cgi/powerd Wikitest seems to be down so here's the text only: http://66.102.7.104/search?q=cache:IEXV5nW17ZMJ:wikitest.freebsd.org/moin.cgi/powerd+site:wikitest.freebsd.org+powerd+&hl=en&lr=&strip=1 -- Nate From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 10:00:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4BF616A41F; Fri, 2 Dec 2005 10:00:19 +0000 (GMT) (envelope-from yuri@irfu.se) Received: from colibri.its.uu.se (colibri.its.UU.SE [130.238.4.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8BB043D66; Fri, 2 Dec 2005 10:00:15 +0000 (GMT) (envelope-from yuri@irfu.se) Received: by colibri.its.uu.se (Postfix, from userid 211) id C0C48D6D0; Fri, 2 Dec 2005 11:00:14 +0100 (NFT) Received: from colibri.its.uu.se(127.0.0.1) by colibri.its.uu.se via virus-scan id s14350; Fri, 2 Dec 05 11:00:07 +0100 Received: from hq.irfu.se (hq.irfu.se [130.238.30.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by colibri.its.uu.se (Postfix) with ESMTP id BC831D6D0; Fri, 2 Dec 2005 11:00:06 +0100 (NFT) Received: from ice.irfu.se (ice.irfu.se [130.238.30.157]) (authenticated bits=0) by hq.irfu.se (8.13.4/8.13.4) with ESMTP id jB2A03tt033705 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 2 Dec 2005 11:00:04 +0100 (CET) (envelope-from yuri@irfu.se) From: Yuri Khotyaintsev Organization: Swedish Institute of Space Physics To: freebsd-stable@freebsd.org Date: Fri, 2 Dec 2005 11:00:02 +0100 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512021100.03167.yuri@irfu.se> X-Spam-Status: No, score=-1.4 required=7.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on hq.irfu.se Cc: hackers@freebsd.org Subject: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 10:00:20 -0000 I have the following panic occurring several times a week. The machine is a= n=20 NFS server, and it usually panics early in the morning, when first people t= ry=20 to access it. After reboot it may work OK for 1-2 days, and then panics=20 again. I have tried changing memory and replacing disk which was exported v= ia=20 NFS, but nothing helped :( Any suggestion on how to fix this panic will be very much appreciated !=20 /Yuri [root@XXX][/var/crash]# uname -a =46reeBSD XXX.irfu.se 6.0-STABLE FreeBSD 6.0-STABLE #0: Tue Nov 29 13:31:15= CET=20 2005 root@XXX.irfu.se:/usr/obj/usr/src/sys/HEM i386 [root@XXX][/var/crash]# kgdb /usr/obj/usr/src/sys/HEM/kernel.debug vmcore.7 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= =20 Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled =46atal trap 12: page fault while in kernel mode fault virtual address =3D 0x74 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc053a426 stack pointer =3D 0x28:0xd56c0b88 frame pointer =3D 0x28:0xd56c0b8c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 77 (vnlru) trap number =3D 12 panic: page fault Uptime: 2d12h22m11s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335= =20 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc051577a in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 #2 0xc0515a84 in panic (fmt=3D0xc06ce475 "%s")=20 at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc06b4815 in trap_fatal (frame=3D0xd56c0b48, eva=3D0) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc06b3f2d in trap (frame=3D {tf_fs =3D 1133445128, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -101799= 7312,=20 tf_esi =3D -1020120704, tf_ebp =3D -714339444, tf_isp =3D -714339468, tf_eb= x =3D=20 =2D1012942272, tf_edx =3D -1020120704, tf_ecx =3D 0, tf_eax =3D 0, tf_trapn= o =3D 12,=20 tf_err =3D 0, tf_eip =3D -1068260314, tf_cs =3D 32, tf_eflags =3D 589831, t= f_esp =3D=20 =2D1020120704, tf_ss =3D -714339408}) at /usr/src/sys/i386/i386/trap.c:269 #5 0xc06a24fa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc053a426 in turnstile_setowner (ts=3D0xc39fba40, owner=3D0x0) at /usr/src/sys/kern/subr_turnstile.c:417 #7 0xc053a752 in turnstile_wait (lock=3D0xc461fe00, owner=3D0x0) at /usr/src/sys/kern/subr_turnstile.c:576 #8 0xc050b511 in _mtx_lock_sleep (m=3D0xc461fe00, tid=3D3274846592, opts= =3D0,=20 file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:555 #9 0xc064becd in ufsdirhash_free (ip=3D0xc4a33840) at /usr/src/sys/ufs/ufs/ufs_dirhash.c:289 #10 0xc064de66 in ufs_reclaim (ap=3D0x0) at /usr/src/sys/ufs/ufs/ufs_inode.= c:175 #11 0xc06bef38 in VOP_RECLAIM_APV (vop=3D0x0, a=3D0xc3323180) at vnode_if.c= :1589 #12 0xc057adfe in vgonel (vp=3D0xc3cf3aa0) at vnode_if.h:818 #13 0xc0577530 in vtryrecycle (vp=3D0xc3cf3aa0)=20 at /usr/src/sys/kern/vfs_subr.c:840 #14 0xc0576ec6 in vnlru_free (count=3D1376) at /usr/src/sys/kern/vfs_subr.c= :668 #15 0xc0577019 in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:703 #16 0xc04fc310 in fork_exit (callout=3D0xc0576f24 , arg=3D0x0,= =20 frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:789 #17 0xc06a255c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 208 (kgdb) quit =2D-=20 Dr. Yuri Khotyaintsev Institutet f=F6r rymdfysik (IRF), Uppsala From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 10:06:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E98E16A426; Fri, 2 Dec 2005 10:06:05 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCD7043D5D; Fri, 2 Dec 2005 10:06:01 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp226-96.lns2.adl4.internode.on.net [203.122.226.96]) by smtp1.adl2.internode.on.net (8.12.9/8.12.6) with ESMTP id jB2A5voX044548; Fri, 2 Dec 2005 20:35:57 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.99]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id jB2A5uhm036065 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 2 Dec 2005 20:35:56 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 2 Dec 2005 20:35:54 +1030 User-Agent: KMail/1.8.2 References: <20051201141724.GE17066@poupinou.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1325260.gpetGJ1ep6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512022035.55854.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: freebsd-acpi@freebsd.org, Marco Calviani , freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 10:06:05 -0000 --nextPart1325260.gpetGJ1ep6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 2 Dec 2005 19:35, Marco Calviani wrote: > > It's not present under powerd for the simple fact that to be efficient > > in term of not being too intrusive (kernel to user data transfers, etc), > > powerd can only provide a limited number of check per second (at this > > time, 2 per second). But the current algorithm present in powerd is > > not well suited in that case. You have to wait one demi-second > > for the processor being put to full speed if the system was idle > > before. > > Are there on the horizon any sort of plans to implement a newer and > more efficient algorithm to increase the number of transition per > second? Sorry but i've not understood why linux-cpufreqd is able to > cope with those without being so intrusive..... I don't see why you can't run powerd more frequently, I do.. Unless your AC= PI=20 has a problem that means the transition is slow. I can't imagine that doing 5 (or even 50) syscalls a second is a big CPU lo= ad=20 unless there is a specific problem with sysctls or the cpufreq=20 infrastructure. I run powerd like this -> /usr/sbin/powerd -i 90 -r 30 -a adaptive -b adaptive -n adaptive -p 200 =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1325260.gpetGJ1ep6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDkByD5ZPcIHs/zowRAlQOAJ9PkoRjEfkMF3NUADMbqvYED9pTtACgi31S yYhIXX8hD8jWaD/U6wFCVS0= =jjon -----END PGP SIGNATURE----- --nextPart1325260.gpetGJ1ep6-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 10:50:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7043416A41F for ; Fri, 2 Dec 2005 10:50:24 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED43C43D60 for ; Fri, 2 Dec 2005 10:50:22 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id jB2AoJBZ002612 for ; Fri, 2 Dec 2005 08:50:19 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Fri, 2 Dec 2005 08:50:22 -0200 User-Agent: KMail/1.8.3 References: <200512022035.55854.doconnor@gsoft.com.au> In-Reply-To: <200512022035.55854.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512020850.22740.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 10:50:24 -0000 On Friday 02 December 2005 08:05, Daniel O'Connor wrote: > > I run powerd like this -> > /usr/sbin/powerd -i 90 -r 30 -a adaptive -b adaptive -n adaptive -p 200 Hi n my NB an Acer 3002 I got best battery life with =2Da max -r 30 -i 80 -b adaptive any other settings resulted in continuous cpufreq and fan up-down loops eve= n=20 only looking at the screen ;) but I got nothing on changing the default -p value Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 12:49:22 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A005316A420 for ; Fri, 2 Dec 2005 12:49:22 +0000 (GMT) (envelope-from svein-freebsd-stable@theloosingend.net) Received: from fri.itea.ntnu.no (fri.itea.ntnu.no [129.241.7.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB04043D5E for ; Fri, 2 Dec 2005 12:49:21 +0000 (GMT) (envelope-from svein-freebsd-stable@theloosingend.net) Received: from localhost (localhost [127.0.0.1]) by fri.itea.ntnu.no (Postfix) with ESMTP id 3689081EE for ; Fri, 2 Dec 2005 13:49:20 +0100 (CET) Received: from maren.thelosingend.net (maren.math.ntnu.no [129.241.211.48]) by fri.itea.ntnu.no (Postfix) with SMTP for ; Fri, 2 Dec 2005 13:49:15 +0100 (CET) Received: (qmail 94375 invoked by uid 1001); 2 Dec 2005 13:49:14 +0100 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 2 Dec 2005 13:49:14 +0100 Date: Fri, 2 Dec 2005 13:49:14 +0100 (CET) From: Svein Halvor Halvorsen X-X-Sender: sveinhal@maren.thelosingend.net To: stable@freebsd.org Message-ID: <20051202134414.T88541@maren.thelosingend.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: Subject: /dev/agpgart missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: 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: Fri, 02 Dec 2005 12:49:22 -0000 Since sometime in the not-so-distant past, I've lost my xv support in Xorg. This seems to be related to /dev/agpgart beeing gone, but agp is certainly in my kernel. The chipset is Intel 855GM and running on a Dell Latitude x300. I've got a custom kernel, but I haven't changed my kernconf in months, and XV used to be supported by my setup just recently. Please provide me with any pointers. If you don't know my problem, hints on keyword to search for is most welcome. Svein Halvor From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 13:32:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D584016A41F for ; Fri, 2 Dec 2005 13:32:07 +0000 (GMT) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D18943D5A for ; Fri, 2 Dec 2005 13:32:06 +0000 (GMT) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 019CCCB; Fri, 2 Dec 2005 14:32:58 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id F11E7A7 for ; Fri, 2 Dec 2005 14:32:58 +0100 (CET) Date: Fri, 2 Dec 2005 14:32:58 +0100 (CET) From: kama X-X-Sender: kama@ns1.as.pvp.se To: freebsd-stable@freebsd.org Message-ID: <20051202142731.H92866@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: cpu-timer rate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 13:32:07 -0000 Hi, I am just wondering why the cpu-timer is doubled from what I set in kern.hz? # vmstat -i interrupt total rate irq1: atkbd0 4 0 irq6: fdc0 87 0 irq13: npx0 1 0 irq14: ata0 46 0 irq29: bge0 154553 21 irq30: ciss0 282200 39 cpu0: timer 14314031 1999 Total 14750922 2060 # sysctl -a | grep hz kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } /Bjorn From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 13:49:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A47116A41F; Fri, 2 Dec 2005 13:49:30 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9323A43D62; Fri, 2 Dec 2005 13:49:29 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EiBHl-0006UG-00; Fri, 02 Dec 2005 14:49:13 +0100 Date: Fri, 2 Dec 2005 14:49:13 +0100 To: Daniel O'Connor Message-ID: <20051202134913.GD24254@poupinou.org> References: <20051201141724.GE17066@poupinou.org> <200512022035.55854.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200512022035.55854.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 13:49:30 -0000 On Fri, Dec 02, 2005 at 08:35:54PM +1030, Daniel O'Connor wrote: > On Fri, 2 Dec 2005 19:35, Marco Calviani wrote: > > > It's not present under powerd for the simple fact that to be efficient > > > in term of not being too intrusive (kernel to user data transfers, etc), > > > powerd can only provide a limited number of check per second (at this > > > time, 2 per second). But the current algorithm present in powerd is > > > not well suited in that case. You have to wait one demi-second > > > for the processor being put to full speed if the system was idle > > > before. > > > > Are there on the horizon any sort of plans to implement a newer and > > more efficient algorithm to increase the number of transition per > > second? Sorry but i've not understood why linux-cpufreqd is able to > > cope with those without being so intrusive..... > > I don't see why you can't run powerd more frequently, I do.. Unless your ACPI > has a problem that means the transition is slow. I'm sure this could not be done under Linux without a lot of problems (it is required to use the /proc things and it's too slow in that case). > I can't imagine that doing 5 (or even 50) syscalls a second is a big CPU load > unless there is a specific problem with sysctls or the cpufreq > infrastructure. If that's possible being not so intrusive with, say 50 syscalls under FreeBSD, then all I said above is indeed stupid crap. > I run powerd like this -> > /usr/sbin/powerd -i 90 -r 30 -a adaptive -b adaptive -n adaptive -p 200 > -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 13:54:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE00B16A41F; Fri, 2 Dec 2005 13:54:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C1E943D53; Fri, 2 Dec 2005 13:54:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 3008241 for multiple; Fri, 02 Dec 2005 08:52:29 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jB2DsN0I002436; Fri, 2 Dec 2005 08:54:24 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 2 Dec 2005 08:54:18 -0500 User-Agent: KMail/1.8.3 References: <200512021100.03167.yuri@irfu.se> In-Reply-To: <200512021100.03167.yuri@irfu.se> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512020854.20959.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Yuri Khotyaintsev , freebsd-stable@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 13:54:29 -0000 On Friday 02 December 2005 05:00 am, Yuri Khotyaintsev wrote: > I have the following panic occurring several times a week. The machine is > an NFS server, and it usually panics early in the morning, when first > people try to access it. After reboot it may work OK for 1-2 days, and th= en > panics again. I have tried changing memory and replacing disk which was > exported via NFS, but nothing helped :( > > Any suggestion on how to fix this panic will be very much appreciated ! This panic (in propagate_priority) is usually caused when a thread goes to= =20 sleep while holding a mutex (which is forbidden). If you enable INVARIANTS= =20 and/or WITNESS you should get a better panic, and with WITNESS you will eve= n=20 be warned when a thread goes to sleep while holding a mutex. However, thes= e=20 options do introduce considerable execution overhead, and sometimes that=20 overhead changes the timing enough to hide the race. :( =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 14:04:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7050E16A41F for ; Fri, 2 Dec 2005 14:04:47 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBBBA43D49 for ; Fri, 2 Dec 2005 14:04:46 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by wproxy.gmail.com with SMTP id i2so22334wra for ; Fri, 02 Dec 2005 06:04:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=om6D6I/ZOfrjIClwFyB4NPAJXUGw3poGP755VmRrLvCdutd7yFr2Ey2JwiZj1WIVxnTvP8NgBbQk50VyuU1JTuXu6TmVmipysM5yWvcgd+b0voPzGyJPbiIJEjYWTkZ1tlEn/76N9/Ck33+zjIN+JAcBJyc7mXEO8/SWHVQmjl4= Received: by 10.65.123.16 with SMTP id a16mr1479054qbn; Fri, 02 Dec 2005 06:04:45 -0800 (PST) Received: by 10.65.243.16 with HTTP; Fri, 2 Dec 2005 06:04:45 -0800 (PST) Message-ID: Date: Fri, 2 Dec 2005 15:04:45 +0100 From: Marco Calviani To: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org In-Reply-To: <20051202134913.GD24254@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051201141724.GE17066@poupinou.org> <200512022035.55854.doconnor@gsoft.com.au> <20051202134913.GD24254@poupinou.org> Cc: Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 14:04:47 -0000 Hi list, 2005/12/2, Bruno Ducrot : > > I don't see why you can't run powerd more frequently, I do.. Unless you= r ACPI > > has a problem that means the transition is slow. > > I'm sure this could not be done under Linux without a lot of > problems (it is required to use the /proc things and it's too slow in > that case). > > > I can't imagine that doing 5 (or even 50) syscalls a second is a big CP= U load > > unless there is a specific problem with sysctls or the cpufreq > > infrastructure. > > If that's possible being not so intrusive with, say 50 syscalls under Fre= eBSD, > then all I said above is indeed stupid crap. > > > I run powerd like this -> > > /usr/sbin/powerd -i 90 -r 30 -a adaptive -b adaptive -n adaptive -p 200 > > Well, i've tried decreasing the polling interval, but there is an increased powerd cpu load: at 100ms polling interval the cpu load is to an astonishing 20% circa, which i think it's too much for a normal use. The sampling rate with ondemand governor in linux kernel is 10ms but cpufreqd is at 0.6% on average cpu load. Regards, MC From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 14:07:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44F1416A420 for ; Fri, 2 Dec 2005 14:07:34 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED27143D5C for ; Fri, 2 Dec 2005 14:07:10 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by zproxy.gmail.com with SMTP id j2so318211nzf for ; Fri, 02 Dec 2005 06:07:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lCP4/AsSKVUT16ApnyiCPzXunvh4rx/h//It+dSljOCOztW4AmUdCUzf3Ga7MT441FdHPJvNCf4M+04D3DMaojqm0KTxbXqwTx6CoJmsqXcxQQBwRjEajcUiaxQy9Jkn81vLzh8U1jfV61KgNqCcdoeHtqlYDt5OvqVPvHnGBPc= Received: by 10.65.81.20 with SMTP id i20mr1498757qbl; Fri, 02 Dec 2005 06:07:09 -0800 (PST) Received: by 10.65.243.16 with HTTP; Fri, 2 Dec 2005 06:07:09 -0800 (PST) Message-ID: Date: Fri, 2 Dec 2005 15:07:09 +0100 From: Marco Calviani To: freebsd-questions@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <43901B25.6010908@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051130205130.GA10786@poupinou.org> <438E2056.4020505@root.org> <20051130222525.GA11219@poupinou.org> <20051201141724.GE17066@poupinou.org> <43901B25.6010908@root.org> Cc: Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 14:07:34 -0000 Hi Nate, 2005/12/2, Nate Lawson : > This work is easy, it's just grunt work implementing and testing to see > which is best. See this page for details on how to proceed: > > http://wikitest.freebsd.org/moin.cgi/powerd > > Wikitest seems to be down so here's the text only: > http://66.102.7.104/search?q=3Dcache:IEXV5nW17ZMJ:wikitest.freebsd.org/mo= in.cgi/powerd+site:wikitest.freebsd.org+powerd+&hl=3Den&lr=3D&strip=3D1 > I'll have a look at it whenever it will become online again. Regards, MC From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 14:47:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 043D016A420; Fri, 2 Dec 2005 14:47:31 +0000 (GMT) (envelope-from yuri@irfu.se) Received: from colibri.its.uu.se (colibri.its.uu.se [130.238.4.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E6A343D6B; Fri, 2 Dec 2005 14:47:29 +0000 (GMT) (envelope-from yuri@irfu.se) Received: by colibri.its.uu.se (Postfix, from userid 211) id 3B00CF77; Fri, 2 Dec 2005 15:47:27 +0100 (NFT) Received: from colibri.its.uu.se(127.0.0.1) by colibri.its.uu.se via virus-scan id s14344; Fri, 2 Dec 05 15:47:17 +0100 Received: from hq.irfu.se (hq.irfu.se [130.238.30.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by colibri.its.uu.se (Postfix) with ESMTP id B29E3F77; Fri, 2 Dec 2005 15:47:17 +0100 (NFT) Received: from ice.irfu.se (ice.irfu.se [130.238.30.157]) (authenticated bits=0) by hq.irfu.se (8.13.4/8.13.4) with ESMTP id jB2ElGkx037263 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 2 Dec 2005 15:47:17 +0100 (CET) (envelope-from yuri@irfu.se) From: Yuri Khotyaintsev Organization: Swedish Institute of Space Physics To: John Baldwin Date: Fri, 2 Dec 2005 15:47:16 +0100 User-Agent: KMail/1.8.3 References: <200512021100.03167.yuri@irfu.se> <200512020854.20959.jhb@freebsd.org> In-Reply-To: <200512020854.20959.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512021547.16841.yuri@irfu.se> X-Spam-Status: No, score=-1.4 required=7.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on hq.irfu.se Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 14:47:31 -0000 On Friday 02 December 2005 14.54, John Baldwin wrote: > On Friday 02 December 2005 05:00 am, Yuri Khotyaintsev wrote: > > I have the following panic occurring several times a week. The machine = is > > an NFS server, and it usually panics early in the morning, when first > > people try to access it. After reboot it may work OK for 1-2 days, and > > then panics again. I have tried changing memory and replacing disk which > > was exported via NFS, but nothing helped :( > > > > Any suggestion on how to fix this panic will be very much appreciated ! > > This panic (in propagate_priority) is usually caused when a thread goes to > sleep while holding a mutex (which is forbidden). If you enable INVARIAN= TS > and/or WITNESS you should get a better panic, and with WITNESS you will > even be warned when a thread goes to sleep while holding a mutex. Howeve= r, > these options do introduce considerable execution overhead, and sometimes > that overhead changes the timing enough to hide the race. :( I am compiling a new kernel with INVARIANTS and WITNESS now. Will wait for = a=20 "better" panic ;-) =2D-=20 Dr. Yuri Khotyaintsev Institutet f=F6r rymdfysik (IRF), Uppsala From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 18:02:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D002216A41F; Fri, 2 Dec 2005 18:02:36 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA15443D69; Fri, 2 Dec 2005 18:02:33 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.250] (ppp-71-139-30-140.dsl.snfc21.pacbell.net [71.139.30.140]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jB2I2mZM025589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 2 Dec 2005 10:02:49 -0800 Message-ID: <43908C2E.9010000@root.org> Date: Fri, 02 Dec 2005 10:02:22 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco Calviani References: <20051201141724.GE17066@poupinou.org> <200512022035.55854.doconnor@gsoft.com.au> <20051202134913.GD24254@poupinou.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 18:02:37 -0000 Marco Calviani wrote: > Hi list, > > 2005/12/2, Bruno Ducrot : > > > >>>I don't see why you can't run powerd more frequently, I do.. Unless your ACPI >>>has a problem that means the transition is slow. >> >>I'm sure this could not be done under Linux without a lot of >>problems (it is required to use the /proc things and it's too slow in >>that case). >> >> >>>I can't imagine that doing 5 (or even 50) syscalls a second is a big CPU load >>>unless there is a specific problem with sysctls or the cpufreq >>>infrastructure. >> >>If that's possible being not so intrusive with, say 50 syscalls under FreeBSD, >>then all I said above is indeed stupid crap. >> >> >>>I run powerd like this -> >>>/usr/sbin/powerd -i 90 -r 30 -a adaptive -b adaptive -n adaptive -p 200 >>> > > > Well, i've tried decreasing the polling interval, but there is an > increased powerd cpu load: at 100ms polling interval the cpu load is > to an astonishing 20% circa, which i think it's too much for a normal > use. The sampling rate with ondemand governor in linux kernel is 10ms > but cpufreqd is at 0.6% on average cpu load. powerd is not intended to do high speed polling. If you do that, your system will almost never be idle and so we can't save power via Cx. We don't need high speed sampling right now, we need a predictive algorithm. So until someone implements this, it's moot. -- Nate From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 18:29:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 931B116A41F for ; Fri, 2 Dec 2005 18:29:41 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD44043D79 for ; Fri, 2 Dec 2005 18:29:30 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id jB2ITUMB024434 for ; Fri, 2 Dec 2005 16:29:31 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Fri, 2 Dec 2005 16:29:27 -0200 User-Agent: KMail/1.8.3 References: <20051202134913.GD24254@poupinou.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512021629.27930.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: cpufreq and changing driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 18:29:41 -0000 On Friday 02 December 2005 12:04, Marco Calviani wrote: > > Well, i've tried decreasing the polling interval, but there is an > increased powerd cpu load: at 100ms polling interval the cpu load is > to an astonishing 20% circa, which i think it's too much for a normal > use. The sampling rate with ondemand governor in linux kernel is 10ms > but cpufreqd is at 0.6% on average cpu load. > could you please tell what you are aspecting from higher rates? I am not su= re=20 if the cicles spend for polling are not using more power than an probably=20 already idle processor and fan. Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 18:29:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7224916A41F for ; Fri, 2 Dec 2005 18:29:55 +0000 (GMT) (envelope-from torgan@inf.ufrgs.br) Received: from puma.inf.ufrgs.br (puma.inf.ufrgs.br [143.54.11.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 669C443D6A for ; Fri, 2 Dec 2005 18:29:53 +0000 (GMT) (envelope-from torgan@inf.ufrgs.br) Received: from localhost (localhost [127.0.0.1]) by puma.inf.ufrgs.br (Postfix) with ESMTP id B38DD564D7 for ; Fri, 2 Dec 2005 16:09:06 -0200 (BRDT) Received: from chevy.inf.ufrgs.br (chevy.inf.ufrgs.br [143.54.10.114]) by puma.inf.ufrgs.br (Postfix) with ESMTP id A16A4564EE for ; Fri, 2 Dec 2005 16:09:04 -0200 (BRDT) Date: Fri, 2 Dec 2005 16:09:04 -0200 (BRST) From: Torgan Flores de Siqueira To: freebsd-stable@freebsd.org In-Reply-To: <20051202120048.3F72016A431@hub.freebsd.org> Message-ID: <20051202141034.P17966@chevy.inf.ufrgs.br> References: <20051202120048.3F72016A431@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 6-STABLE and mount_ufs.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 18:29:55 -0000 Hello, I'm tracking 6-STABLE, and cvsup'ed sources as of 6:00am GMT today (in fact, I did this yesterday, too, with a fresh copy of the repository). Upon building world, I got the following error: [...] rm -f .depend mkdep -f .depend -a /usr/src/sbin/mksnap_ffs/mksnap_ffs.c echo mksnap_ffs: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend ===> sbin/mount (depend) make: don't know how to make mount_ufs.c. Stop *** Error code 2 Stop in /usr/src/sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I took a closer look at the deltas in the CVSWeb, and, if I understood correctly, mount_ufs.c should no longer exist, but is still being referenced in the Makefile. I removed the reference from the Makefile, and the compilation goes a little bit further, but fails with: [...] ld -dc -r -o chroot.lo chroot_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/usr .sbin/chroot/chroot.o crunchide -k _crunched_chroot_stub chroot.lo cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo d d.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls .lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh. lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo ca mcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo f sck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.l o kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_ext2fs.lo mount_msdosfs.lo mou nt_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_std.lo mount_udf.lo mount_umapfs.l o mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore. lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spp pcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo ping6.lo ipf.lo sconfig.lo fdisk.lo dhclient.lo bzip2.lo tar.lo vi.lo id.lo gzip.lo chroot.lo / usr/obj/usr/src/rescue/rescue/../librescue/exec.o /usr/obj/usr/src/rescue/rescue /../librescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../librescue/login_c lass.o /usr/obj/usr/src/rescue/rescue/../librescue/popen.o /usr/obj/usr/src/resc ue/rescue/../librescue/rcmdsh.o /usr/obj/usr/src/rescue/rescue/../librescue/sysc tl.o /usr/obj/usr/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm - ll -lm -ltermcap -lutil -lcrypto -lalias -lbsdxml -lcam -lcurses -ldevstat -lips ec -lipx -lgeom -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive mount.lo(.text+0xc33): In function `mountfs': : undefined reference to `mount_ufs' *** Error code 1 Stop in /usr/obj/usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Looking in the sbin/mount.c file, I found a call to mount_ufs, a function which was previously in mount_ufs.c. What is the correct way I should deal with this? Copy the old mount_ufs.c? Or change the call to something else? I suppose this would be nmount()? Or am I missing something else? The revision of mount.c is 1.69, and for the Makefile, is 1.15. Are they correct for 6-STABLE? Can I safely use the HEAD tag for those two files in a stable tree? Thanks in advance, Torgan From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 19:02:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E44616A41F for ; Fri, 2 Dec 2005 19:02:48 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5609C43D58 for ; Fri, 2 Dec 2005 19:02:47 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail06.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jB2J2hv4003331 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 3 Dec 2005 06:02:44 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id jB2J2hHh041151; Sat, 3 Dec 2005 06:02:43 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jB2J2hjE041150; Sat, 3 Dec 2005 06:02:43 +1100 (EST) (envelope-from pjeremy) Date: Sat, 3 Dec 2005 06:02:43 +1100 From: Peter Jeremy To: kama Message-ID: <20051202190242.GL32006@cirb503493.alcatel.com.au> References: <20051202142731.H92866@ns1.as.pvp.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051202142731.H92866@ns1.as.pvp.se> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: freebsd-stable@freebsd.org Subject: Re: cpu-timer rate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 19:02:48 -0000 On Fri, 2005-Dec-02 14:32:58 +0100, kama wrote: >I am just wondering why the cpu-timer is doubled from what I set in >kern.hz? > ># vmstat -i >interrupt total rate ... >cpu0: timer 14314031 1999 >Total 14750922 2060 > ># sysctl -a | grep hz >kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } There's only a single timer but FreeBSD needs two independent clocks. The 'tick' clock is used to update the TOD counters and decide when to reschedule processes. The 'stathz' is used to collect statistics on CPU utilisation ('profhz' is used instead if any process is using profiling). Since processes tend to synchronize to 'tick' the statistics clock needs to be independent to ensure that a CPU utilisation is correctly allocated. In order to simulate two clocks, FreeBSD runs the hardware clock at a high rate and uses two different divisors for the soft clocks (/2 for tick, /3 for profhz and /15 for stathz). Larger divisors are better for utilisation statistics but increase clock interrupt overheads. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 20:53:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD40016A41F; Fri, 2 Dec 2005 20:53:00 +0000 (GMT) (envelope-from hartzell@satchel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DC6943D5E; Fri, 2 Dec 2005 20:52:59 +0000 (GMT) (envelope-from hartzell@satchel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 9714D21A8; Fri, 2 Dec 2005 12:52:28 -0800 (PST) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id 54E3E2175; Fri, 2 Dec 2005 12:52:28 -0800 (PST) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.4/8.13.4) with ESMTP id jB2KqxDT012498; Fri, 2 Dec 2005 12:52:59 -0800 (PST) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.4/8.13.4/Submit) id jB2KqxxR012495; Fri, 2 Dec 2005 12:52:59 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17296.46122.671120.884060@satchel.alerce.com> Date: Fri, 2 Dec 2005 12:52:58 -0800 To: Jacques Garrigue In-Reply-To: <20051202.110448.25479607.garrigue@math.nagoya-u.ac.jp> References: <20051114.175031.93019232.garrigue@math.nagoya-u.ac.jp> <20051202.110448.25479607.garrigue@math.nagoya-u.ac.jp> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: IBM T42 freezes when going to sleep under X11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 20:53:01 -0000 Jacques Garrigue writes: > From: Jacques Garrigue > > I've got a strange problem with my IBM T42 / Radeon M10 setup. > > > > When using the 6.0-RELEASE kernel (including GENERIC), I cannot go to > > sleep when X11 is running: the machine freezes, display still on. I > > tried disabling DRI, but this does not seem to be the problem: I have > > no DRM anyway. > > > > On the other hand, everything works fines with a 6.0-RC1 kernel. > > Was there a big change in between, such that I need to change my > > configuration? > > I finally found the cause of my problems: there has been changes in > the em driver (Gb ethernet), such that the machine freezes when trying > to switch automatically from the X11 VT to the system console, before > going to sleep. The interaction is surprising, but clearly the problem > disappears when I remove "device em" from the kernel configuration, > and it reappears when I do "kldload if_em". Since I'm using only ath > (wireless) anyway, this is fine with me... > > A previous partial solution suggested to me was to add > hw.syscons.sc_no_suspend_vtswitch=1 > to sysctl.conf, but this means the screen gets garbled and I have to > do the switch by hand anyway, which is a real pain. > Worse still: the machine would still freeze when going to sleep while > the disk is active. > > The last step is to track down the bug in em, as it still seems to > be there in yesterday's STABLE. I don't seem to have any problem with my T42p using a kernel compiled on 11/29 11:21 My copy of if_em.c is: /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.65.2.8 2005/11/25 14:11:59 glebius Exp $*/ g. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 22:19:44 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 168E116A41F for ; Fri, 2 Dec 2005 22:19:44 +0000 (GMT) (envelope-from mrogato@oregonfast.net) Received: from mail.oregonfast.net (ip205-38.oregonfast.net [216.110.205.38]) by mx1.FreeBSD.org (Postfix) with SMTP id 815A743D49 for ; Fri, 2 Dec 2005 22:19:43 +0000 (GMT) (envelope-from mrogato@oregonfast.net) Received: (qmail 73908 invoked by uid 98); 2 Dec 2005 22:19:43 -0000 Received: from likes.to.eat.cheekan.org (HELO ?192.168.0.31?) (mrogato@216.110.205.19) by mail.oregonfast.net with SMTP; 2 Dec 2005 22:19:42 -0000 Message-ID: <4390CCF9.60504@oregonfast.net> Date: Fri, 02 Dec 2005 14:38:49 -0800 From: Michael Rogato User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joerg.Pulz@frm2.tum.de Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: mail.oregonfast.net 0/1/N Cc: stable@freebsd.org Subject: Re: FreeBSD-6 amr and ahd trouble X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 22:19:44 -0000 I know I'm a couple weeks late, but I've been having the same problem with my 300-8x. It seems that after a seemingly random period of time on my dual opteron box, the system just hangs. It did kernel panic once when I was taking down the geom array. Originally I thought it might have something to do with GEOM, but since it's also happened outside of a GEOM array, I'm kind of at a loss. Have you managed to find anything out about what exactly is causing the problem? I don't get any kind of error messages, so I haven't had much luck in tracking it down. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 23:01:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DD8B16A41F; Fri, 2 Dec 2005 23:01:23 +0000 (GMT) (envelope-from garrigue@math.nagoya-u.ac.jp) Received: from kurims.kurims.kyoto-u.ac.jp (kurims.kurims.kyoto-u.ac.jp [130.54.16.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D243143D6A; Fri, 2 Dec 2005 23:01:21 +0000 (GMT) (envelope-from garrigue@math.nagoya-u.ac.jp) Received: from localhost (suiren [130.54.16.25]) by kurims.kurims.kyoto-u.ac.jp (8.13.1/8.13.1) with ESMTP id jB2N1Gg5024549; Sat, 3 Dec 2005 08:01:17 +0900 (JST) Date: Sat, 03 Dec 2005 08:01:10 +0900 (JST) Message-Id: <20051203.080110.45744408.garrigue@math.nagoya-u.ac.jp> To: hartzell@alerce.com From: Jacques Garrigue In-Reply-To: <17296.46122.671120.884060@satchel.alerce.com> References: <20051114.175031.93019232.garrigue@math.nagoya-u.ac.jp> <20051202.110448.25479607.garrigue@math.nagoya-u.ac.jp> <17296.46122.671120.884060@satchel.alerce.com> X-Mailer: Mew version 4.2 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, freebsd-mobile@freebsd.org Subject: Re: IBM T42 freezes when going to sleep under X11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2005 23:01:23 -0000 From: George Hartzell > Jacques Garrigue writes: > > From: Jacques Garrigue > > > I've got a strange problem with my IBM T42 / Radeon M10 setup. > > > > > > When using the 6.0-RELEASE kernel (including GENERIC), I cannot go to > > > sleep when X11 is running: the machine freezes, display still on. I > > > tried disabling DRI, but this does not seem to be the problem: I have > > > no DRM anyway. > > > > > > On the other hand, everything works fines with a 6.0-RC1 kernel. > > > Was there a big change in between, such that I need to change my > > > configuration? > > > > I finally found the cause of my problems: there has been changes in > > the em driver (Gb ethernet), such that the machine freezes when trying > > to switch automatically from the X11 VT to the system console, before > > going to sleep. The interaction is surprising, but clearly the problem > > disappears when I remove "device em" from the kernel configuration, > > and it reappears when I do "kldload if_em". Since I'm using only ath > > (wireless) anyway, this is fine with me... > > I don't seem to have any problem with my T42p using a kernel compiled > on 11/29 11:21 > > My copy of if_em.c is: > > /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.65.2.8 2005/11/25 14:11:59 glebius Exp $*/ The very same version I could reproduce the bug with... I suppose the cause is a complex interaction. For instance it only appears under X11. So part of the reason might be the difference between the radeon M10 and the FIRE GL T2. Or the fact I'm simultaneously using ath. Or anything else... My point was just that the direct trigger was a change in em between 6.0-RC1 and 6.0-RELEASE. But if it cannot be reproduced on any other machine, this is going to be difficult to track down. By the way, I have another problem: if I set my display background to an image (under KDE or xfce4), then the bottom half of the image gets garbled after resume. Do you observer anything like that? Might this be a sign of something wrong in the X11 driver? (I just use the default Xorg) Jacques Garrigue From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 08:53:02 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E98616A41F; Sat, 3 Dec 2005 08:53:02 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BFE343D66; Sat, 3 Dec 2005 08:53:01 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jB38qqAR089588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Dec 2005 11:52:53 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jB38qpA4089587; Sat, 3 Dec 2005 11:52:51 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 3 Dec 2005 11:52:51 +0300 From: Gleb Smirnoff To: hartzell@alerce.com Message-ID: <20051203085251.GY22816@cell.sick.ru> References: <20051114.175031.93019232.garrigue@math.nagoya-u.ac.jp> <20051202.110448.25479607.garrigue@math.nagoya-u.ac.jp> <17296.46122.671120.884060@satchel.alerce.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="+KJYzRxRHjYqLGl5" Content-Disposition: inline In-Reply-To: <17296.46122.671120.884060@satchel.alerce.com> User-Agent: Mutt/1.5.6i Cc: Jacques Garrigue , freebsd-stable@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: IBM T42 freezes when going to sleep under X11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Dec 2005 08:53:02 -0000 --+KJYzRxRHjYqLGl5 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Fri, Dec 02, 2005 at 12:52:58PM -0800, George Hartzell wrote: G> > I finally found the cause of my problems: there has been changes in G> > the em driver (Gb ethernet), such that the machine freezes when trying G> > to switch automatically from the X11 VT to the system console, before G> > going to sleep. The interaction is surprising, but clearly the problem G> > disappears when I remove "device em" from the kernel configuration, G> > and it reappears when I do "kldload if_em". Since I'm using only ath G> > (wireless) anyway, this is fine with me... G> > G> > A previous partial solution suggested to me was to add G> > hw.syscons.sc_no_suspend_vtswitch=1 G> > to sysctl.conf, but this means the screen gets garbled and I have to G> > do the switch by hand anyway, which is a real pain. G> > Worse still: the machine would still freeze when going to sleep while G> > the disk is active. G> > G> > The last step is to track down the bug in em, as it still seems to G> > be there in yesterday's STABLE. G> G> I don't seem to have any problem with my T42p using a kernel compiled G> on 11/29 11:21 G> G> My copy of if_em.c is: G> G> /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.65.2.8 2005/11/25 14:11:59 glebius Exp $*/ George, Jacques, what em(4) cards exactly do you have? pciconf -lv | grep -A4 ^em Can you please try the attached patch? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --+KJYzRxRHjYqLGl5 Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="em.suspend" Index: if_em.c =================================================================== RCS file: /home/ncvs/src/sys/dev/em/if_em.c,v retrieving revision 1.85 diff -u -r1.85 if_em.c --- if_em.c 10 Nov 2005 11:44:37 -0000 1.85 +++ if_em.c 11 Nov 2005 12:13:48 -0000 @@ -129,8 +129,11 @@ static int em_attach(device_t); static int em_detach(device_t); static int em_shutdown(device_t); +static int em_suspend(device_t); +static int em_resume(device_t); static void em_intr(void *); static void em_start(struct ifnet *); +static void em_start_locked(struct ifnet *ifp); static int em_ioctl(struct ifnet *, u_long, caddr_t); static void em_watchdog(struct ifnet *); static void em_init(void *); @@ -208,6 +211,8 @@ DEVMETHOD(device_attach, em_attach), DEVMETHOD(device_detach, em_detach), DEVMETHOD(device_shutdown, em_shutdown), + DEVMETHOD(device_suspend, em_suspend), + DEVMETHOD(device_resume, em_resume), {0, 0} }; @@ -580,6 +585,41 @@ return(0); } +/* + * Suspend/resume device methods. + */ +static int +em_suspend(device_t dev) +{ + struct adapter *adapter = device_get_softc(dev); + + EM_LOCK(adapter); + em_stop(adapter); + EM_UNLOCK(adapter); + + return bus_generic_suspend(dev); +} + +static int +em_resume(device_t dev) +{ + struct adapter *adapter = device_get_softc(dev); + struct ifnet *ifp; + + EM_LOCK(adapter); + ifp = adapter->ifp; + if (ifp->if_flags & IFF_UP) { + em_init_locked(adapter); + if (ifp->if_drv_flags & IFF_DRV_RUNNING) + em_start_locked(ifp); + } + + em_init_locked(adapter); + EM_UNLOCK(adapter); + + return bus_generic_resume(dev); +} + /********************************************************************* * Transmit entry point --+KJYzRxRHjYqLGl5-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 11:46:15 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2449C16A41F for ; Sat, 3 Dec 2005 11:46:15 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4694343D4C for ; Sat, 3 Dec 2005 11:46:11 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from localhost (mailhost.frm2.tum.de [129.187.179.12]) by mailhost.frm2.tum.de (8.13.3/8.13.3) with ESMTP id jB3BkA8u087337; Sat, 3 Dec 2005 12:46:10 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) by mailhost.frm2.tum.de (8.13.3/8.13.3) with ESMTP id jB3Bk76i087333 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 3 Dec 2005 12:46:07 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (localhost [127.0.0.1]) by hades.admin.frm2 (8.13.3/8.13.3) with ESMTP id jB3Bk7xA094996; Sat, 3 Dec 2005 12:46:07 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: (from jpulz@localhost) by hades.admin.frm2 (8.13.3/8.13.3/Submit) id jB3Bk6pI094995; Sat, 3 Dec 2005 12:46:06 +0100 (CET) (envelope-from jpulz) Date: Sat, 3 Dec 2005 12:46:04 +0100 (CET) From: Joerg Pulz To: Michael Rogato In-Reply-To: <4390CCF9.60504@oregonfast.net> Message-ID: <20051203124126.P55116@hades.admin.frm2> References: <4390CCF9.60504@oregonfast.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: at mailhost.frm2.tum.de Cc: stable@freebsd.org Subject: Re: FreeBSD-6 amr and ahd trouble X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Dec 2005 11:46:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 2 Dec 2005, Michael Rogato wrote: > I know I'm a couple weeks late, but I've been having the same problem with my > 300-8x. It seems that after a seemingly random period of time on my dual > opteron box, the system just hangs. It did kernel panic once when I was > taking down the geom array. Originally I thought it might have something to > do with GEOM, but since it's also happened outside of a GEOM array, I'm kind > of at a loss. > > Have you managed to find anything out about what exactly is causing the > problem? I don't get any kind of error messages, so I haven't had much luck > in tracking it down. With help from Scott Long and John Baldwin, i have my system up and running again without problems. You should build your own kernel which should have options MUTEX_NOINLINE in the kernel configuration. With this option my system is working. regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDkYV+SPOsGF+KA+MRAkphAKCLkFRbqmRuPhEXoDb7V02WuLNOdwCgxLlt 0JFCSevZQtpbl2btHvIKhb8= =KtiS -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 11:59:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5503416A41F for ; Sat, 3 Dec 2005 11:59:16 +0000 (GMT) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (chen.org.nz [210.54.19.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF5BA43D46 for ; Sat, 3 Dec 2005 11:59:15 +0000 (GMT) (envelope-from jonc@chen.org.nz) Received: by chen.org.nz (Postfix, from userid 1000) id 2B98A56423; Sun, 4 Dec 2005 00:59:14 +1300 (NZDT) Date: Sun, 4 Dec 2005 00:59:14 +1300 From: Jonathan Chen To: freebsd-stable@freebsd.org Message-ID: <20051203115914.GA2130@osiris.chen.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: USB Devices not appearing in /dev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Dec 2005 11:59:16 -0000 Hi, I'm running 6.0-STABLE, and I'm encountering some difficulties with USB devices not appearing in /dev. When I plug in a USB Bluetooth dongle, the console responds with: ubt0: SiW SiW, rev 1.10/15.00, addr 2 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 However, if I look in /dev, I only see the generic usb[0-3] devices. When I used to run 5.4-STABLE, the device entries did appear in /dev. I have a similar problem with Palm devices and ucom0 not appearing. What am I missing? -- Jonathan Chen ---------------------------------------------------------------------- Opportunities are seldom labeled From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 12:21:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AE7516A41F; Sat, 3 Dec 2005 12:21:11 +0000 (GMT) (envelope-from garrigue@math.nagoya-u.ac.jp) Received: from kurims.kurims.kyoto-u.ac.jp (kurims.kurims.kyoto-u.ac.jp [130.54.16.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F136C43D5C; Sat, 3 Dec 2005 12:21:09 +0000 (GMT) (envelope-from garrigue@math.nagoya-u.ac.jp) Received: from localhost (suiren [130.54.16.25]) by kurims.kurims.kyoto-u.ac.jp (8.13.1/8.13.1) with ESMTP id jB3CL4VY006145; Sat, 3 Dec 2005 21:21:04 +0900 (JST) Date: Sat, 03 Dec 2005 21:21:00 +0900 (JST) Message-Id: <20051203.212100.41199085.garrigue@math.nagoya-u.ac.jp> To: glebius@freebsd.org From: Jacques Garrigue In-Reply-To: <20051203085251.GY22816@cell.sick.ru> References: <20051202.110448.25479607.garrigue@math.nagoya-u.ac.jp> <17296.46122.671120.884060@satchel.alerce.com> <20051203085251.GY22816@cell.sick.ru> X-Mailer: Mew version 4.2 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, hartzell@alerce.com, freebsd-mobile@freebsd.org Subject: Re: IBM T42 freezes when going to sleep under X11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Dec 2005 12:21:11 -0000 From: Gleb Smirnoff > George, Jacques, > > what em(4) cards exactly do you have? > > pciconf -lv | grep -A4 ^em Dear Gleb, Here is the info: em0@pci2:1:0: class=0x020000 card=0x05491014 chip=0x101e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82540EP Gigabit Ethernet Controller (Mobile)' class = network subclass = ethernet > Can you please try the attached patch? I tried it, but the behaviour didn't change: immediate hang when trying to suspend (the screen does not even switch to ttyv0.) --------------------------------------------------------------------------- Jacques Garrigue Nagoya University garrigue at math.nagoya-u.ac.jp From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 13:09:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A38B016A41F for ; Sat, 3 Dec 2005 13:09:51 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7622543D7D for ; Sat, 3 Dec 2005 13:09:46 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out2.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1EiX97-0002Pw-Aj for ; Sat, 03 Dec 2005 14:09:45 +0100 Received: (qmail 32543 invoked from network); 3 Dec 2005 13:09:44 -0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 3 Dec 2005 13:09:44 -0000 Date: Sat, 03 Dec 2005 14:09:43 +0100 To: freebsd-stable@freebsd.org References: <20051203115914.GA2130@osiris.chen.org.nz> From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20051203115914.GA2130@osiris.chen.org.nz> User-Agent: Opera M2/8.51 (FreeBSD, build 1462) Subject: Re: USB Devices not appearing in /dev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Dec 2005 13:09:51 -0000 On Sat, 03 Dec 2005 12:59:14 +0100, Jonathan Chen wrote: > Hi, > > I'm running 6.0-STABLE, and I'm encountering some difficulties with > USB devices not appearing in /dev. When I plug in a USB Bluetooth > dongle, the console responds with: > > ubt0: SiW SiW, rev 1.10/15.00, addr 2 > ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 > ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; > wMaxPacketSize=49; nframes=6, buffer size=294 > > However, if I look in /dev, I only see the generic usb[0-3] devices. > When I used to run 5.4-STABLE, the device entries did appear in /dev. > I have a similar problem with Palm devices and ucom0 not appearing. > > What am I missing? For ubt* this is normal behaviour. Ubt0 is a netgraph 'device'. Do 'ngctl list' as root and you will see it. For more info use the freebsd-bluetooth@freebsd.org list. I don't have experience with ucom*. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 18:37:05 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3249C16A41F; Sat, 3 Dec 2005 18:37:05 +0000 (GMT) (envelope-from hartzell@satchel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79EC343D55; Sat, 3 Dec 2005 18:37:04 +0000 (GMT) (envelope-from hartzell@satchel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id AAD892189; Sat, 3 Dec 2005 10:36:32 -0800 (PST) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id 49210216A; Sat, 3 Dec 2005 10:36:32 -0800 (PST) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.4/8.13.4) with ESMTP id jB3IawXk013349; Sat, 3 Dec 2005 10:36:58 -0800 (PST) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.4/8.13.4/Submit) id jB3IauKH013338; Sat, 3 Dec 2005 10:36:56 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17297.58824.228762.18260@satchel.alerce.com> Date: Sat, 3 Dec 2005 10:36:56 -0800 To: Gleb Smirnoff In-Reply-To: <20051203085251.GY22816@cell.sick.ru> References: <20051114.175031.93019232.garrigue@math.nagoya-u.ac.jp> <20051202.110448.25479607.garrigue@math.nagoya-u.ac.jp> <17296.46122.671120.884060@satchel.alerce.com> <20051203085251.GY22816@cell.sick.ru> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: Jacques Garrigue , hartzell@alerce.com, freebsd-stable@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: IBM T42 freezes when going to sleep under X11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2005 18:37:05 -0000 Gleb Smirnoff writes: > On Fri, Dec 02, 2005 at 12:52:58PM -0800, George Hartzell wrote: > G> > I finally found the cause of my problems: there has been changes in > G> > the em driver (Gb ethernet), such that the machine freezes when trying > G> > to switch automatically from the X11 VT to the system console, before > G> > going to sleep. The interaction is surprising, but clearly the problem > G> > disappears when I remove "device em" from the kernel configuration, > G> > and it reappears when I do "kldload if_em". Since I'm using only ath > G> > (wireless) anyway, this is fine with me... > G> > > G> > A previous partial solution suggested to me was to add > G> > hw.syscons.sc_no_suspend_vtswitch=1 > G> > to sysctl.conf, but this means the screen gets garbled and I have to > G> > do the switch by hand anyway, which is a real pain. > G> > Worse still: the machine would still freeze when going to sleep while > G> > the disk is active. > G> > > G> > The last step is to track down the bug in em, as it still seems to > G> > be there in yesterday's STABLE. > G> > G> I don't seem to have any problem with my T42p using a kernel compiled > G> on 11/29 11:21 > G> > G> My copy of if_em.c is: > G> > G> /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.65.2.8 2005/11/25 14:11:59 glebius Exp $*/ > > George, Jacques, > > what em(4) cards exactly do you have? > > pciconf -lv | grep -A4 ^em (satchel)[10:35am]~>>pciconf -lv | grep -A4 ^em em0@pci2:1:0: class=0x020000 card=0x05491014 chip=0x101e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82540EP Gigabit Ethernet Controller (Mobile)' class = network subclass = ethernet (satchel)[10:36am]~>> > > Can you please try the attached patch? > I'll give it a try this weekend. g. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 20:09:33 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BB7616A41F; Sat, 3 Dec 2005 20:09:33 +0000 (GMT) (envelope-from hartzell@satchel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A79C43D55; Sat, 3 Dec 2005 20:09:31 +0000 (GMT) (envelope-from hartzell@satchel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 872642181; Sat, 3 Dec 2005 12:08:59 -0800 (PST) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id 3E33B214F; Sat, 3 Dec 2005 12:08:59 -0800 (PST) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.4/8.13.4) with ESMTP id jB3K9OVh004305; Sat, 3 Dec 2005 12:09:24 -0800 (PST) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.4/8.13.4/Submit) id jB3K9NnY004296; Sat, 3 Dec 2005 12:09:23 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17297.64370.923912.244075@satchel.alerce.com> Date: Sat, 3 Dec 2005 12:09:22 -0800 To: Gleb Smirnoff In-Reply-To: <20051203085251.GY22816@cell.sick.ru> References: <20051114.175031.93019232.garrigue@math.nagoya-u.ac.jp> <20051202.110448.25479607.garrigue@math.nagoya-u.ac.jp> <17296.46122.671120.884060@satchel.alerce.com> <20051203085251.GY22816@cell.sick.ru> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: Jacques Garrigue , hartzell@alerce.com, freebsd-stable@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: IBM T42 freezes when going to sleep under X11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2005 20:09:33 -0000 Gleb Smirnoff writes: > On Fri, Dec 02, 2005 at 12:52:58PM -0800, George Hartzell wrote: > G> > I finally found the cause of my problems: there has been changes in > G> > the em driver (Gb ethernet), such that the machine freezes when trying > G> > to switch automatically from the X11 VT to the system console, before > G> > going to sleep. The interaction is surprising, but clearly the problem > G> > disappears when I remove "device em" from the kernel configuration, > G> > and it reappears when I do "kldload if_em". Since I'm using only ath > G> > (wireless) anyway, this is fine with me... > G> > > G> > A previous partial solution suggested to me was to add > G> > hw.syscons.sc_no_suspend_vtswitch=1 > G> > to sysctl.conf, but this means the screen gets garbled and I have to > G> > do the switch by hand anyway, which is a real pain. > G> > Worse still: the machine would still freeze when going to sleep while > G> > the disk is active. > G> > > G> > The last step is to track down the bug in em, as it still seems to > G> > be there in yesterday's STABLE. > G> > G> I don't seem to have any problem with my T42p using a kernel compiled > G> on 11/29 11:21 > G> > G> My copy of if_em.c is: > G> > G> /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.65.2.8 2005/11/25 14:11:59 glebius Exp $*/ > > George, Jacques, > > what em(4) cards exactly do you have? > > pciconf -lv | grep -A4 ^em > > Can you please try the attached patch? > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > Index: if_em.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/em/if_em.c,v > retrieving revision 1.85 > diff -u -r1.85 if_em.c > --- if_em.c 10 Nov 2005 11:44:37 -0000 1.85 > +++ if_em.c 11 Nov 2005 12:13:48 -0000 > @@ -129,8 +129,11 @@ > static int em_attach(device_t); > static int em_detach(device_t); > static int em_shutdown(device_t); > +static int em_suspend(device_t); > +static int em_resume(device_t); > static void em_intr(void *); > static void em_start(struct ifnet *); > +static void em_start_locked(struct ifnet *ifp); > static int em_ioctl(struct ifnet *, u_long, caddr_t); > static void em_watchdog(struct ifnet *); > static void em_init(void *); > @@ -208,6 +211,8 @@ > DEVMETHOD(device_attach, em_attach), > DEVMETHOD(device_detach, em_detach), > DEVMETHOD(device_shutdown, em_shutdown), > + DEVMETHOD(device_suspend, em_suspend), > + DEVMETHOD(device_resume, em_resume), > {0, 0} > }; > > @@ -580,6 +585,41 @@ > return(0); > } > > +/* > + * Suspend/resume device methods. > + */ > +static int > +em_suspend(device_t dev) > +{ > + struct adapter *adapter = device_get_softc(dev); > + > + EM_LOCK(adapter); > + em_stop(adapter); > + EM_UNLOCK(adapter); > + > + return bus_generic_suspend(dev); > +} > + > +static int > +em_resume(device_t dev) > +{ > + struct adapter *adapter = device_get_softc(dev); > + struct ifnet *ifp; > + > + EM_LOCK(adapter); > + ifp = adapter->ifp; > + if (ifp->if_flags & IFF_UP) { > + em_init_locked(adapter); > + if (ifp->if_drv_flags & IFF_DRV_RUNNING) > + em_start_locked(ifp); > + } > + > + em_init_locked(adapter); > + EM_UNLOCK(adapter); > + > + return bus_generic_resume(dev); > +} > + > > /********************************************************************* > * Transmit entry point I'll post details as a reply to earlier in the thread, but I have started seeing crashes. I don't suspect the em driver, I *do* suspect synaptics support. But I have more digging to do.... With respect to this patch, it causes me a problem. I have ifconfig_em0="DHCP NOAUTO" in my /etc/rc.conf, so that the interface doesn't come up unless I ask it too (usually via /etc/rc.d/netif start em0) With this patch applied, even if I've never started it, the interface gets started. If I have a cable plugged in, it grabs a dhcp address and takes off. My devd.conf is stock. g. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 20:35:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA14616A41F; Sat, 3 Dec 2005 20:35:21 +0000 (GMT) (envelope-from hartzell@satchel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B93743D5C; Sat, 3 Dec 2005 20:35:20 +0000 (GMT) (envelope-from hartzell@satchel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 8815D21C8; Sat, 3 Dec 2005 12:34:48 -0800 (PST) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id 43E8921B6; Sat, 3 Dec 2005 12:34:48 -0800 (PST) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.4/8.13.4) with ESMTP id jB3KZKYB010608; Sat, 3 Dec 2005 12:35:20 -0800 (PST) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.4/8.13.4/Submit) id jB3KZJEh010603; Sat, 3 Dec 2005 12:35:19 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17298.391.583821.620322@satchel.alerce.com> Date: Sat, 3 Dec 2005 12:35:19 -0800 To: Jacques Garrigue In-Reply-To: <20051203.080110.45744408.garrigue@math.nagoya-u.ac.jp> References: <20051114.175031.93019232.garrigue@math.nagoya-u.ac.jp> <20051202.110448.25479607.garrigue@math.nagoya-u.ac.jp> <17296.46122.671120.884060@satchel.alerce.com> <20051203.080110.45744408.garrigue@math.nagoya-u.ac.jp> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, hartzell@alerce.com, freebsd-mobile@freebsd.org Subject: Re: IBM T42 freezes when going to sleep under X11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2005 20:35:21 -0000 Jacques Garrigue writes: > From: George Hartzell > > > Jacques Garrigue writes: > > > From: Jacques Garrigue > > > > I've got a strange problem with my IBM T42 / Radeon M10 setup. > > > > > > > > When using the 6.0-RELEASE kernel (including GENERIC), I cannot go to > > > > sleep when X11 is running: the machine freezes, display still on. I > > > > tried disabling DRI, but this does not seem to be the problem: I have > > > > no DRM anyway. > > > > > > > > On the other hand, everything works fines with a 6.0-RC1 kernel. > > > > Was there a big change in between, such that I need to change my > > > > configuration? > > > > > > I finally found the cause of my problems: there has been changes in > > > the em driver (Gb ethernet), such that the machine freezes when trying > > > to switch automatically from the X11 VT to the system console, before > > > going to sleep. The interaction is surprising, but clearly the problem > > > disappears when I remove "device em" from the kernel configuration, > > > and it reappears when I do "kldload if_em". Since I'm using only ath > > > (wireless) anyway, this is fine with me... > > > > I don't seem to have any problem with my T42p using a kernel compiled > > on 11/29 11:21 > > > > My copy of if_em.c is: > > > > /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.65.2.8 2005/11/25 14:11:59 glebius Exp $*/ > > The very same version I could reproduce the bug with... > > I suppose the cause is a complex interaction. > For instance it only appears under X11. > So part of the reason might be the difference between the radeon M10 > and the FIRE GL T2. Or the fact I'm simultaneously using > ath. Or anything else... > My point was just that the direct trigger was a change in em between > 6.0-RC1 and 6.0-RELEASE. But if it cannot be reproduced on any other > machine, this is going to be difficult to track down. > [...] I've been enabling more of the laptop-y features as I polish off my upgrade (I'm going from 5.4BETAsomething to 6.0-STABLE, encouraged by losing my hard drive and being handed the clean slate). I *have* started getting occasional hangs after a suspend/resume cycle. It seems to be related to the mouse. I get it with both X and on the console. I've disabled the psm flag that mega-kicks the device (0x300000?) and end up with a dead mouse. Restarting the moused via /etc/rc.d/moused gets my mouse back, but I'll frequently hand immediately afterwards. I've disabled synaptics support and am waiting to see if that makes a difference, other than disabling my middle mouse button.... g. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 21:32:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06C7816A41F for ; Sat, 3 Dec 2005 21:32:32 +0000 (GMT) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB2EA43D62 for ; Sat, 3 Dec 2005 21:32:30 +0000 (GMT) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id CA8831DD4AC for ; Sat, 3 Dec 2005 21:32:28 +0000 (GMT) Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 41470-03 for ; Sat, 3 Dec 2005 21:32:26 +0000 (GMT) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id 73EA91DD4A2; Sat, 3 Dec 2005 21:32:26 +0000 (GMT) Date: Sat, 3 Dec 2005 21:32:26 +0000 From: David Taylor To: freebsd-stable@freebsd.org Message-ID: <20051203213226.GA44199@outcold.yadt.co.uk> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at yadt.co.uk Subject: Data Loss with samba shared USB drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2005 21:32:32 -0000 I have a USB drive (SanDisk 1GB flash drive), which I have mounted on a windows PC using samba 3.0. I recently discovered the copy of my files on my USB device were corrupted (thankfully I had a backup), being filled entirely with 0's (that's ASCII '0', not NUL). I have managed to reproduce the problem with these steps. 1. Mount USB drive on (say) /usb 2. Share /usb over samba 3. (Optional) On windows PC mount \\server\usb as (say) U: 4. Change something on /usb drive (from windows or freebsd) 5. On FreeBSD machine type "umount /usb" -- get "Device busy" error 6. View changed file. When I've tried this, it results in the contents of the modified file being entirly replaced by a string of 0. This only happens on a USB device, when samba is running. The share does not need to be mounted on the windows PC for this to occur. If anyone has any ideas, or wants any more information, please let me know. uname: FreeBSD outcold.yadt.co.uk 6.0-STABLE FreeBSD 6.0-STABLE #2: Wed Nov 9 14:14:34 GMT 2005 root@outcold.yadt.co.uk:/usr/obj/repo/FreeBSD/FreeBSD-6.x/src/sys/ OUTCOLD amd64 usb drive attach dmesg: umass0: SanDisk Flash Disk, rev 1.10/1.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: 1048576MB (2147484160 512 byte sectors: 255H 63S/T 133674C) samba version: samba-3.0.20b,1 A free SMB and CIFS client and server for UNIX -- David Taylor From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 21:46:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE4D616A41F for ; Sat, 3 Dec 2005 21:46:06 +0000 (GMT) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35A4243D5D for ; Sat, 3 Dec 2005 21:46:06 +0000 (GMT) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id 4B1C31DD4B5 for ; Sat, 3 Dec 2005 21:46:05 +0000 (GMT) Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 41857-03 for ; Sat, 3 Dec 2005 21:46:05 +0000 (GMT) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id 0A81C1DD4AC; Sat, 3 Dec 2005 21:46:05 +0000 (GMT) Date: Sat, 3 Dec 2005 21:46:05 +0000 From: David Taylor To: freebsd-stable@freebsd.org Message-ID: <20051203214605.GB44199@outcold.yadt.co.uk> Mail-Followup-To: freebsd-stable@freebsd.org References: <20051203213226.GA44199@outcold.yadt.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20051203213226.GA44199@outcold.yadt.co.uk> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at yadt.co.uk Subject: Re: Data Loss with samba shared USB drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2005 21:46:07 -0000 On Sat, 03 Dec 2005, David Taylor wrote: > I have a USB drive (SanDisk 1GB flash drive), which I have mounted > on a windows PC using samba 3.0. > > I recently discovered the copy of my files on my USB device were > corrupted (thankfully I had a backup), being filled entirely with > 0's (that's ASCII '0', not NUL). > > I have managed to reproduce the problem with these steps. > > 1. Mount USB drive on (say) /usb > 2. Share /usb over samba > 3. (Optional) On windows PC mount \\server\usb as (say) U: > 4. Change something on /usb drive (from windows or freebsd) > 5. On FreeBSD machine type "umount /usb" -- get "Device busy" error > 6. View changed file. I should probably mention that this is with the drive formatted with a FAT filesystem. -- David Taylor From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 23:57:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DD9516A420 for ; Sat, 3 Dec 2005 23:57:12 +0000 (GMT) (envelope-from michael.bowerman@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4EC543D68 for ; Sat, 3 Dec 2005 23:57:10 +0000 (GMT) (envelope-from michael.bowerman@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so650322wxc for ; Sat, 03 Dec 2005 15:57:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=hkHMar/GXfknnyglHuShu/thZNFJgY+sy/zjTWZcLzDVM+yjN5EvPAknCZjwLG9Lbwa3NH+zJkXIIdQ+VwX5icWMHxOMcCAkqE7q3ruEjmV24b/m4v7zEZvpisk+CbwSR4cCCsMzLgY9DHrNZ5ECwqmYcL0CWbSKMAUwU33U7C0= Received: by 10.70.48.19 with SMTP id v19mr4511682wxv; Sat, 03 Dec 2005 15:57:09 -0800 (PST) Received: by 10.70.33.3 with HTTP; Sat, 3 Dec 2005 15:57:09 -0800 (PST) Message-ID: <8038a35b0512031557j59e6ee11i84d9eb228d04ffdd@mail.gmail.com> Date: Sat, 3 Dec 2005 17:57:09 -0600 From: Michael Bowerman To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: make buildworld fails:: cmap.h: No such file or directory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Dec 2005 23:57:12 -0000 When I do a make buildword, I get a bunch of .h files not found: /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/cmap.cpp:27:18: cmap.h: No such file or directory The cmap.h file is in another place in the source tree (an include directory, I think). I'm wondering if this is a bug or some error on my part. I tried to rm -rf /usr/src/* and rm -rf /usr/obj/*, before a cvsup. But, that didn't seem to help, and I tried a different cvsup mirror with no luck. I like to run update in one command so I can (when everything goes well) leave the computer to do its thing. So, I typed: cvsup -g -L 2 ~/stable-supfile > & ! ~/buildworld.log && make -j4 buildworld >> & ~/buildworld.log && make -j4 buildkernel >> & ~/buildworld.log && make -j4 installkernel >> & ~/buildworld.log & Here is the tail buildworld.log: mkdep -f .depend -a /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/assert.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/change_lf.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/cmap.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/color.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/cset.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/device.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/errarg.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/error.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/fatal.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/filename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/font.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/fontfile.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/geometry.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/glyphuni.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/htmlhint.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/hypot.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/invalid.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/lf.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/lineno.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/macropath.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/maxfilename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/mksdir.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/nametoindex.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/new.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/paper.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/prime.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/ptable.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/searchpath.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/string.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/strsave.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/symbol.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpfile.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpname.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/unicode.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniglyph.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniuni.cpp version.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/cmap.cpp:27:18: cmap.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/color.cpp:26:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/color.cpp:27:19: color.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/color.cpp:28:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/color.cpp:37:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/color.cpp:38:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/cset.cpp:28:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/cset.cpp:29:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/device.cpp:22:20: device.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/device.cpp:23:18: defs.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/errarg.cpp:24:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/error.cpp:24:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/error.cpp:25:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/font.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/font.cpp:28:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/font.cpp:29:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/font.cpp:30:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/font.cpp:31:18: font.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/font.cpp:32:19: paper.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/fontfile.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/fontfile.cpp:27:18: font.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/fontfile.cpp:28:24: searchpath.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/fontfile.cpp:29:20: device.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/fontfile.cpp:30:18: defs.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/glyphuni.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/glyphuni.cpp:23:25: stringclass.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/glyphuni.cpp:24:20: ptable.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/glyphuni.cpp:26:21: unicode.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/htmlhint.cpp:20:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/htmlhint.cpp:25:22: nonposix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/htmlhint.cpp:26:25: stringclass.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/htmlhint.cpp:27:26: html-strings.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/invalid.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/lf.cpp:23:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/lf.cpp:24:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/lf.cpp:25:25: stringclass.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/macropath.cpp:21:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/macropath.cpp:22:24: searchpath.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/macropath.cpp:23:23: macropath.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/macropath.cpp:24:18: defs.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/maxfilename.cpp:23:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/nametoindex.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/nametoindex.cpp:27:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/nametoindex.cpp:28:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/nametoindex.cpp:29:18: font.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/nametoindex.cpp:30:20: ptable.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/new.cpp:21:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/new.cpp:26:19: posix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/new.cpp:27:22: nonposix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/paper.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/paper.cpp:23:19: paper.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/ptable.cpp:20:20: ptable.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/ptable.cpp:21:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/ptable.cpp:22:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/searchpath.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/searchpath.cpp:28:24: searchpath.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/searchpath.cpp:29:22: nonposix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/string.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/string.cpp:24:25: stringclass.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/symbol.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/symbol.cpp:24:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/symbol.cpp:25:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/symbol.cpp:26:20: symbol.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpfile.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpfile.cpp:27:19: posix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpfile.cpp:28:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpfile.cpp:29:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpfile.cpp:30:22: nonposix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpname.cpp:25:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpname.cpp:32:19: posix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpname.cpp:33:22: nonposix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/unicode.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/unicode.cpp:23:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/unicode.cpp:24:25: stringclass.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/unicode.cpp:26:21: unicode.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniglyph.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniglyph.cpp:23:25: stringclass.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniglyph.cpp:24:20: ptable.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniglyph.cpp:26:21: unicode.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniuni.cpp:25:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniuni.cpp:26:25: stringclass.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniuni.cpp:27:20: ptable.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniuni.cpp:29:21: unicode.h: No such file or directory mkdep: compile failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Thanks, Mike